用戶設(shè)備將流量相關(guān)信息提供給網(wǎng)絡(luò)的方法
【專利摘要】本發(fā)明提供一種用戶設(shè)備將流量相關(guān)信息提供給網(wǎng)絡(luò)的方法。本方法包括用戶設(shè)備決定流量指示符以及將流量指示符發(fā)送給基站。在一實(shí)施例中，流量指示符指示優(yōu)選默認(rèn)功率損耗或者優(yōu)選低功率損耗。舉例來說，若用戶設(shè)備處于后臺(tái)流量或稀疏流量，則優(yōu)選低功率損耗。在另一實(shí)施例中，流量指示符指示流量歷史的時(shí)間樣式。對于網(wǎng)絡(luò)來說，接收到流量指示符并對其中包含的信息進(jìn)行評估后，網(wǎng)絡(luò)通過應(yīng)用一種或多種服務(wù)質(zhì)量修改算法，觸發(fā)服務(wù)質(zhì)量修改進(jìn)程。
【專利說明】用戶設(shè)備將流量相關(guān)信息提供給網(wǎng)絡(luò)的方法
[0001]交叉引用
[0002]本申請的權(quán)利要求根據(jù)35U.S.C.§ 119要求2011年10月3日遞交的美國臨時(shí)申請案N0.61/542，398，發(fā)明名稱為“交互式應(yīng)用流量的無線電接入增強(qiáng)”的優(yōu)先權(quán)，且將此申請作為參考。
【技術(shù)領(lǐng)域】
[0003]本發(fā)明有關(guān)于移動(dòng)通信網(wǎng)絡(luò)，且尤其有關(guān)于用戶設(shè)備(User Equipment，UE)將流量相關(guān)(traffic-related)信息和速度信息(speed information)提供給網(wǎng)絡(luò),并基于流量觸發(fā)調(diào)度請求。
【背景技術(shù)】
[0004]移動(dòng)用戶的指數(shù)式增長(exponential growth)需要網(wǎng)絡(luò)容量的大幅提高。目前來說，美國乃至全世界中現(xiàn)有的很多第三代(third generation, 3G)網(wǎng)絡(luò)都存在網(wǎng)絡(luò)擁塞(network congestion)問題,而擁塞的網(wǎng)絡(luò)可能會(huì)造成掉話(dropped call)或通話失敗(failed call)、低數(shù)據(jù)率以及較長的響應(yīng)時(shí)間。用戶數(shù)量快速增長的同時(shí)，使用智能手機(jī)的用戶數(shù)量也在快速增長，其中智能手機(jī)如蘋果(iPhone)、安卓系統(tǒng)(Android)手機(jī)以及黑莓(Blackberry)手機(jī)。
[0005]長期演進(jìn)(Long Term Evolution, LTE)系統(tǒng)可提供高峰值數(shù)據(jù)率、低延遲、高系統(tǒng)容量，已被很多運(yùn)營商應(yīng)用，以解決容量問題。在LTE系統(tǒng)中，演進(jìn)通用地面無線接取網(wǎng)絡(luò)(Evolved Universal Terrestrial Radio Access Network, E-UTRAN)可包括多個(gè)通過LTE-Uu接口與多個(gè)移動(dòng)臺(tái)(Mobile Station, MS)進(jìn)行通信的演進(jìn)節(jié)點(diǎn)B (evolvedNode-B, eNB)。其中，移動(dòng)臺(tái)如UE。無線電接入網(wǎng)(Radio Access Network, RAN)進(jìn)一步連接至核心網(wǎng)(Core N etwork, CN)以提供端對端服務(wù)(end-to-end service),其中核心網(wǎng)包括移動(dòng)管理實(shí)體(Mobility Management Entity, MME)、服務(wù)網(wǎng)關(guān)(Serving Gateway, S-Gff)和封包數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(Packet Data Network Gateway, P-GW)。
[0006]雖然LTE網(wǎng)絡(luò)可提高系統(tǒng)容量，但可預(yù)計(jì)的是，LTE網(wǎng)絡(luò)很快也可能面臨容量問題。在傳統(tǒng)網(wǎng)絡(luò)以及LTE網(wǎng)絡(luò)中，運(yùn)營商通常會(huì)將實(shí)時(shí)語音流量的優(yōu)先級(jí)設(shè)置為高于數(shù)據(jù)流量的優(yōu)先級(jí)。傳統(tǒng)網(wǎng)絡(luò)中會(huì)為電路交換語音流量保留資源，而如3G和LTE網(wǎng)絡(luò)的新型無線數(shù)據(jù)網(wǎng)絡(luò)中，也較注重于對大量數(shù)據(jù)流量應(yīng)用的優(yōu)化支持，相對忽略較短、稀少數(shù)據(jù)會(huì)話的應(yīng)用。其中大量數(shù)據(jù)流量應(yīng)用如視頻會(huì)議(video conferencing),較短、稀少數(shù)據(jù)會(huì)話的應(yīng)用如交談式應(yīng)用(chatty application)和存活信息(keep alive message)等。一些如新聞、天氣和社交網(wǎng)絡(luò)的常見應(yīng)用可定期與網(wǎng)絡(luò)之間建立和中斷連接，上述應(yīng)用雖然只包含少量的用戶數(shù)據(jù)，但仍需要大量的信令流量來建立和中斷連接。據(jù)估計(jì)，隨著網(wǎng)絡(luò)上智能手機(jī)應(yīng)用數(shù)目的增加，信令開銷(signaling overhead)會(huì)超過數(shù)據(jù)流量30%_50%甚至更高。因此，對改進(jìn)網(wǎng)絡(luò)容量來說，提高數(shù)據(jù)網(wǎng)絡(luò)效率至關(guān)重要。
[0007]除了提高網(wǎng)絡(luò)效率之外，對于無線網(wǎng)絡(luò)的成功增長來說，保持服務(wù)質(zhì)量(QualityOf Service, QoS)也是非常重要的。無線網(wǎng)絡(luò)中的應(yīng)用在延遲度、帶寬和錯(cuò)誤率方面有很多需求，需要優(yōu)化性能或用戶體驗(yàn)。LTE系統(tǒng)中定義了一系列QoS類別標(biāo)識(shí)(QoS ClassIdentifier, QCI)值，分別對應(yīng)所需服務(wù)的特性。將QCI值標(biāo)準(zhǔn)化的目的是在多供應(yīng)商(mult1-vendor)網(wǎng)絡(luò)配置以及漫游過程中，保證具有相同QCI的應(yīng)用/服務(wù)可接收到相同程度的QoS。在接入網(wǎng)中，eNB應(yīng)保證無線電接口的承載(bearer)具有所需的QoS。其中，每個(gè)承載具有各自的QCI以及分配和保留優(yōu)先(Allocation and Retention Priority, ARP)。
[0008]傳統(tǒng)來說，由于每個(gè)應(yīng)用具有預(yù)定義QoS需求，所以一個(gè)應(yīng)用與一個(gè)QoS有關(guān)。與傳統(tǒng)應(yīng)用不同，如今流行的交互式應(yīng)用(interactive application)中，QoS需求實(shí)際上是動(dòng)態(tài)的。很多智能手機(jī)應(yīng)用即使處于后臺(tái)模式(background mode)也會(huì)定期產(chǎn)生流量，其中后臺(tái)模式如用戶并未主動(dòng)使用裝置時(shí)。因此，一個(gè)應(yīng)用需要與不同的QoS有關(guān)。舉例來說，當(dāng)用戶處于交互模式時(shí)，系統(tǒng)可為運(yùn)行程序設(shè)置一個(gè)QoS;當(dāng)用戶未使用裝置時(shí)，則可降低QoS需求。上述動(dòng)態(tài)QoS方案允許系統(tǒng)減少后臺(tái)程序占用的資源，從而降低核心網(wǎng)信令開銷，改進(jìn)LTE-Uu效率。對于UE來說，上述動(dòng)態(tài)QoS方案主要通過允許UE采用更長的睡眠周期(sleep cycle)降低UE功率損耗，其中在睡眠周期，硬件可以關(guān)閉或者處于待機(jī)模式(standby mode)。不過,采用長睡眠周期或者長非連續(xù)接收(DiscontinuousReception, DRX)可能引入額外延遲,從而對QoS性能造成影響。
[0009]除了快速增長的數(shù)據(jù)和信令數(shù)量對LTE-Uu接口造成壓力之外，運(yùn)營商也會(huì)重點(diǎn)關(guān)注信令數(shù)量對核心網(wǎng)造成的影響。運(yùn)營商非常希望LTE有效支持真正的“永遠(yuǎn)在線(always-on) ”,使應(yīng)用實(shí)時(shí)更新。上述特性可能導(dǎo)致大部分UE —直處于連線模式,這與如今的無線網(wǎng)絡(luò)非常不同。特別對于智能手機(jī)來說，運(yùn)行商需要使核心網(wǎng)的加載可控。核心網(wǎng)信令主要的開銷在于初始連接建立。另外，雖然使UE —直處于連線模式可降低連接建立所需信令，卻會(huì)在切換時(shí)產(chǎn)生額外信令。而且，連線模式采用長DRX以減小電池?fù)p耗會(huì)帶來較差的切換性能，因?yàn)樵陂LDRX中，UE對相鄰小區(qū)的定期測量頻率也會(huì)較低。因此，對網(wǎng)絡(luò)信令、資源使用和智能手機(jī)的UE電池?fù)p耗的控制和優(yōu)化問題是非常復(fù)雜的。為了降低初始建立時(shí)的開銷，可協(xié)助網(wǎng)絡(luò)識(shí)別“難處理的(tricky) ”UE，其中上述“難處理的”UE為使用“永遠(yuǎn)在線”服務(wù)，一直移動(dòng)，頻繁在空閑和連接模式切換的UE。識(shí)別上述UE的一種有效方式是運(yùn)營商對上述UE應(yīng)用具有高復(fù)雜度的特殊算法，同時(shí)對沒有問題的(non-problematic)UE應(yīng)用較簡單的算法，以降低核心網(wǎng)流量。
[0010]隨著移動(dòng)數(shù)據(jù)數(shù)量和移動(dòng)應(yīng)用種類的大量增長，以及無線網(wǎng)絡(luò)運(yùn)營商對LTE的廣泛應(yīng)用，如何改進(jìn)網(wǎng)絡(luò)效率并維持多種應(yīng)用的QoS變得尤為重要。本發(fā)明的實(shí)施例提出了多個(gè)問題的解決方案，如改進(jìn)LTE-Uu接口效率、減小核心網(wǎng)信令開銷以及降低UE電池?fù)p耗。

【發(fā)明內(nèi)容】

[0011]在第一示范例中，提出一種用戶設(shè)備將流量相關(guān)信息提供給網(wǎng)絡(luò)的方法。本方法包括決定流量指示符以及將流量指示符發(fā)送給基站。
[0012]在一實(shí)施例中,流量指示符指示優(yōu)選默認(rèn)功率損耗或者優(yōu)選低功率損耗。舉例來說，若UE處于后臺(tái)流量，則優(yōu)選低功率損耗。檢測后臺(tái)流量包括檢測特定應(yīng)用、所述用戶設(shè)備屏幕省電活動(dòng)、未顯示在所述用戶設(shè)備屏幕的運(yùn)行程序的后臺(tái)流量以及檢測到用戶沒有交互動(dòng)作的至少一種。
[0013]在另一實(shí)施例中,流量指示符指示流量歷史的時(shí)間樣式。在一示范例中，流量指示符包括UE處于無線電資源控制空閑模式或者處于無線電資源控制連接模式時(shí)時(shí)間周期的歷史。在另一示范例中，流量指示符包括無線電資源控制空閑模式和無線電資源控制連接模式之間的轉(zhuǎn)換次數(shù)。在另一示范例中，流量指示符包括一個(gè)或一組無線電承載中封包交互次數(shù)的歷史。UE可在無線電資源控制連接建立、無線電資源控制連接重新建立或者UE改變小區(qū)時(shí)，將流量指示符發(fā)送給基站。
[0014]對于網(wǎng)絡(luò)來說，接收到流量指示符并對其中包含的信息進(jìn)行評估后，網(wǎng)絡(luò)通過應(yīng)用一種或多種QoS修改算法，觸發(fā)QoS修改進(jìn)程。在一示范例中，一種或多種QoS修改算法包括減低服務(wù)質(zhì)量請求、降低調(diào)度優(yōu)先級(jí)、設(shè)定更長非連續(xù)接收周期、稀疏配置或不配置上行鏈路資源以及命令UE進(jìn)入無線電資源控制空閑模式的至少一種。
[0015]在第二示范例中，提出一種基于檢測到流量狀況決定修改的調(diào)度請求觸發(fā)器的方法。本方法包括檢測指示UE是處于后臺(tái)流量模式還是RRC連接狀態(tài)的流量狀況，基于流量狀況決定修改的調(diào)度請求觸發(fā)器，以及基于修改的調(diào)度請求觸發(fā)器將調(diào)度請求發(fā)送給基站。其中調(diào)度請求通過PUCCH或者RACH發(fā)送。
[0016]在一實(shí)施例中，修改的調(diào)度請求觸發(fā)器的觸發(fā)條件可為數(shù)據(jù)緩沖器尺寸超過預(yù)定義閾值或生成速率超過預(yù)定義閾值。在一實(shí)施例中，閾值由UE基于QoS需求決定，與PBR以及/或者BSD有關(guān)。在另一實(shí)施例中，閾值由基站基于流量狀況下最小許可的尺寸配置。
[0017]在一示范例中，本方法包括檢測流量狀況，其中UE配置為DRX模式，且流量狀況指示UE處于DRX睡眠時(shí)間。UE基于檢測到的DRX狀態(tài)決定修改的調(diào)度請求觸發(fā)器，并通過PUCCH或RACH發(fā)送調(diào)度請求。
[0018]在一實(shí)施例中，檢測到的DRX狀態(tài)改變時(shí)，修改的調(diào)度請求觸發(fā)器中所采用的閾值進(jìn)行更新。在另一實(shí)施例中，修改的調(diào)度請求觸發(fā)器在DRX睡眠時(shí)間停止調(diào)度請求。
[0019]在第三示范例中，提供一種UE將速度信息提供給網(wǎng)絡(luò)的方法。本方法包括獲取UE的速度信息、檢測觸發(fā)事件以及通過一種或多種預(yù)定義途徑將速度信息提供給網(wǎng)絡(luò)。速度可為實(shí)際速度、映射到預(yù)定義速度組的實(shí)際速度或者虛擬速度。虛擬速度包括特定時(shí)間內(nèi)UE請求RRC連接的小區(qū)轉(zhuǎn)換數(shù)目或者小區(qū)的總數(shù)。UE可通過RRC連接建立、RRC連接重新建立、RRC測量報(bào)告中新的IE或者新的RRC信息將速度信息發(fā)送給eNB。
[0020]在一實(shí)施例中，觸發(fā)事件為UE從RRC空閑模式轉(zhuǎn)換為RRC連接模式。在另一實(shí)施例中，觸發(fā)事件為檢測到RRC連接狀態(tài)下的后臺(tái)流量模式。在另一實(shí)施例中，觸發(fā)事件為周期定時(shí)器屆滿或UE處于后臺(tái)流量模式下的周期定時(shí)器屆滿。
[0021]在一實(shí)施例中，觸發(fā)事件為UE檢測到速度超過速度閾值。在另一實(shí)施例中，觸發(fā)事件為UE檢測到UE處于后臺(tái)流量模式時(shí)的速度超過速度閾值。在另一實(shí)施例中，觸發(fā)事件由禁止定時(shí)器控制，UE在禁止定時(shí)器屆滿時(shí)才發(fā)送速度信息，以減小信令開銷。
[0022]如下詳述其它實(shí)施例以及優(yōu)勢。本部分內(nèi)容并非對發(fā)明作限定，本發(fā)明范圍由權(quán)利要求所限定。
【專利附圖】

【附圖說明】
[0023]圖1是根據(jù)本發(fā)明一實(shí)施例的無線通信系統(tǒng)的示意圖。[0024]圖2是根據(jù)本發(fā)明實(shí)施例的UE及其不同功能模塊的方塊示意圖。
[0025]圖3是根據(jù)本發(fā)明實(shí)施例的無線通信網(wǎng)絡(luò)主要部件以及相應(yīng)功能的示范性方塊圖。
[0026]圖4A是根據(jù)本發(fā)明一實(shí)施例的UE檢測流量狀況并將指示符發(fā)送給eNB的流程圖。
[0027]圖4B是根據(jù)本發(fā)明的一實(shí)施例的UE在連接建立或RRC重新建立時(shí)將流量信息以及/或者指示符發(fā)送給eNB的示意圖。
[0028]圖5是根據(jù)本發(fā)明一實(shí)施例的eNB收集流量信息以識(shí)別“難處理的”UE以及eNB相應(yīng)修改QoS需求的流程圖。
[0029]圖6是根據(jù)本發(fā)明一實(shí)施例的UE告知eNB其對電池?fù)p耗度的偏好以及eNB相應(yīng)調(diào)整UE的QoS的流程圖。
[0030]圖7是根據(jù)本發(fā)明一實(shí)施例的eNB監(jiān)測UE承載狀況，以及檢測到承載上后臺(tái)流量時(shí)修改QoS的流程圖。
[0031]圖8是根據(jù)本發(fā)明一實(shí)施例的核心網(wǎng)識(shí)別UE承載的后臺(tái)流量，以及eNB相應(yīng)修改UE的QoS的流程圖。
[0032]圖9A是根據(jù)本發(fā)明一實(shí)施例的UE決定流量指示符并發(fā)送給eNB的流程圖。
[0033]圖9B是根據(jù)本發(fā)明一實(shí)施例的UE檢測流量歷史決定流量指示符并發(fā)送給eNB的流程圖。
[0034]圖10是根據(jù)本發(fā)明一實(shí)施例的eNB接收流量指示符，決定是否觸發(fā)QoS修改以及在需要時(shí)應(yīng)用QoS修改算法的流程圖。
[0035]圖11是根據(jù)本發(fā)明一些實(shí)施例的UE以及/或者核心網(wǎng)識(shí)別流量狀況，將流量狀況發(fā)送給eNB，以及UE相應(yīng)建立新的調(diào)度請求觸發(fā)器的流程圖。
[0036]圖12A是根據(jù)本發(fā)明一實(shí)施例的UE應(yīng)用修改的調(diào)度請求觸發(fā)器，檢測到數(shù)據(jù)緩沖器尺寸大于閾值后發(fā)送調(diào)度請求的流程圖。、
[0037]圖12B是根據(jù)本發(fā)明一實(shí)施例的UE應(yīng)用修改的調(diào)度請求觸發(fā)器，檢測到生成速率大于閾值后發(fā)送調(diào)度請求的流程圖。
[0038]圖13A是根據(jù)本發(fā)明一實(shí)施例的檢測DRX狀態(tài)改變、更新閾值并應(yīng)用修改后的調(diào)度請求觸發(fā)器的流程圖。
[0039]圖13B是根據(jù)本發(fā)明一實(shí)施例的檢測到DRX狀態(tài)改變?yōu)樗郀顟B(tài)后，UE應(yīng)用一種修改后的調(diào)度請求算法的流程圖。
[0040]圖14是根據(jù)本發(fā)明一實(shí)施例的UE檢測到流量狀況、確定是否應(yīng)用修改的調(diào)度請求觸發(fā)器，以及需要修改調(diào)度請求觸發(fā)器時(shí)將調(diào)度請求發(fā)送給eNB的流程圖。
[0041]圖15是根據(jù)本發(fā)明一實(shí)施例的UE檢測省電DRX模式的流量狀況，基于流量狀況決定修改的調(diào)度請求觸發(fā)器，并基于修改的調(diào)度請求觸發(fā)器將調(diào)度請求發(fā)送給eNB的流程圖。
[0042]圖16是根據(jù)本發(fā)明實(shí)施例的收集速度信息并發(fā)送給eNB的流程圖。
[0043]圖17A是根據(jù)本發(fā)明一實(shí)施例的eNB將非移動(dòng)UE更長時(shí)間保持在連接狀態(tài)的流程圖。
[0044]圖17B是根據(jù)本發(fā)明一實(shí)施例的eNB將移動(dòng)UE更快釋放到空閑狀態(tài)的流程圖。[0045]圖18是根據(jù)本發(fā)明一實(shí)施例的UE獲取速度信息、檢測觸發(fā)事件并通過一種或多種預(yù)定義途徑將速度信息發(fā)送給網(wǎng)絡(luò)的流程圖。
【具體實(shí)施方式】
[0046]以下描述系本發(fā)明實(shí)施的較佳實(shí)施例，且有些實(shí)施例通過附圖進(jìn)行了說明。
[0047]圖1是根據(jù)本發(fā)明實(shí)施例的無線通信系統(tǒng)的示意圖。無線系統(tǒng)100包括無線電接入網(wǎng)110、核心網(wǎng)120以及外部網(wǎng)絡(luò)130。UElll和UE112分別通過無線電接口連接至eNB113和eNB114, eNB113和eNB114通過X2接口相連接。根據(jù)本發(fā)明的實(shí)施例，UElll從eNB 113切換到eNB 114時(shí)，eNB 113通過X2接口將相關(guān)UE111信息發(fā)送給eNB 114。eNB 113和eNB114通過SI接口連接至MME121和S-GW122，其中MME121通過Sll接口連接至S-GW122，S-Gffl22進(jìn)一步通過S5/S8接口連接至P-GW124。P-Gffl24通過S7接口連接至策略和計(jì)費(fèi)規(guī)則功能(Policy And Charging Rules Function, PCRF) 123, PCRF123 控制網(wǎng)絡(luò) QoS 功能。根據(jù)本發(fā)明的實(shí)施例，諸如P-GW124的實(shí)體收集流量信息，PCRF123相應(yīng)對特定QoS進(jìn)行修改。P-GW124通過SGi接口連接至外部網(wǎng)絡(luò)130。圖1進(jìn)一步顯示了 LTE承載路徑，UE和網(wǎng)絡(luò)均可以進(jìn)行承載建立。LTE信道的端對端承載包括無線電承載141、S1承載142和S5/S8承載143。其中，無線電承載141用來連接UE和eNB，SI承載142用來連接eNB和MME121或者 eNB 和 S-GW122，S5/S8 承載 143 用來連接 S-GW122 和 P-GW124。
[0048]圖2是支持本發(fā)明實(shí)施例的UE200的示范性方塊示意圖。天線201發(fā)送和接收射頻(Radio Frequency, RF)信號(hào)。RF收發(fā)模塊211稱接至天線201,用來從天線201接收RF信號(hào)，將RF信號(hào)轉(zhuǎn)換為基帶信號(hào)，隨后將基帶信號(hào)發(fā)送到處理器212。RF收發(fā)211也可從處理器212接收基帶信號(hào)，將基帶信號(hào)轉(zhuǎn)換為RF信號(hào)，并將RF信號(hào)發(fā)送給天線201。處理器212處理接收到的基帶信號(hào)，并調(diào)用不同的功能模塊實(shí)現(xiàn)UE200的功能。存儲(chǔ)器213存儲(chǔ)程序指令和數(shù)據(jù)，控制UE200的操作。
[0049]圖2還顯示了 5個(gè)功能模塊221、222、223、224和225，上述功能模塊可執(zhí)行本發(fā)明的實(shí)施例。流量檢測模塊221檢測UE200中的流量狀況，流量指示模塊222對不同流量狀況和UE200中的其他信息進(jìn)行評估，并決定建立或更新一些流量指示符。事件檢測模塊223檢測一些預(yù)定義事件觸發(fā)器(trigger)。UE200基于事件檢測模塊223檢測到的觸發(fā)事件觸發(fā)相應(yīng)動(dòng)作。調(diào)度請求(Scheduling Request, SR)模塊224將調(diào)度請求發(fā)送給eNB。根據(jù)本發(fā)明的一實(shí)施例，調(diào)度請求模塊224進(jìn)行修改的調(diào)度請求觸發(fā)，用于調(diào)度請求。上述修改算法由UE中預(yù)定義的流量狀況觸發(fā)。速度評估模塊225收集速度信息并評估UE速度，上述速度信息可被UE200或eNB使用。
[0050]eNB中可有類似配置，采用一根或多根天線發(fā)送和接收RF信號(hào)。RF收發(fā)模塊耦接至天線，用來從天線接收RF信號(hào)，將RF信號(hào)轉(zhuǎn)換為基帶信號(hào)，隨后將基帶信號(hào)發(fā)送到處理器。RF收發(fā)也可從處理器接收基帶信號(hào)，將基帶信號(hào)轉(zhuǎn)換為RF信號(hào)，并將RF信號(hào)發(fā)送給天線。處理器處理接收到的基帶信號(hào)，并調(diào)用不同的功能模塊實(shí)現(xiàn)eNB的功能。存儲(chǔ)器存儲(chǔ)程序指令和數(shù)據(jù)，控制eNB的操作。eNB也可包括多個(gè)功能模塊，執(zhí)行本發(fā)明的實(shí)施例。
[0051]本發(fā)明的實(shí)施例可改進(jìn)網(wǎng)絡(luò)效率，降低UE電池?fù)p耗，同時(shí)維持多種應(yīng)用的QoS。在本發(fā)明的一些實(shí)施例中，UE、eNB和核心網(wǎng)執(zhí)行不同的功能，從而改進(jìn)系統(tǒng)。在本發(fā)明的一些實(shí)施例中，UE收集信息以及作出修改決定，并不需要其他網(wǎng)絡(luò)元素的參與。在本發(fā)明的另一些實(shí)施例中，eNB從UE以及/或者核心網(wǎng)中收集信息，修改QoS算法并將修改信息發(fā)送給UE。
[0052]圖3是根據(jù)本發(fā)明實(shí)施例的無線通信網(wǎng)絡(luò)主要部件以及相應(yīng)功能的示范性方塊圖。UE301連接至eNB302，eNB302連接至核心網(wǎng)303。功能方塊311列出了根據(jù)本發(fā)明一些實(shí)施例的UE301的示范性功能。UE301可執(zhí)行以下功能:識(shí)別特殊UE、獲取速度信息、檢測后臺(tái)信息以及修改調(diào)度請求觸發(fā)器等。在本發(fā)明的一些實(shí)施例中，檢測到特定流量狀況后，UE301在步驟I中告知eNB302。功能模塊315列出了根據(jù)本發(fā)明一些實(shí)施例的核心網(wǎng)303的示范性功能。核心網(wǎng)303可執(zhí)行以下功能:識(shí)別特殊UE、識(shí)別UE或UE承載的后臺(tái)流量。檢測到特定流量狀況后，核心網(wǎng)303在步驟2中告知eNB302。功能模塊312列出了eNB302的示范性功能。根據(jù)本發(fā)明的一些實(shí)施例，eNB302可如功能模塊313中列出的那樣修改調(diào)度器。UE切換到另一目標(biāo)eNB后，eNB302如功能模塊314中列出的那樣，將UE相關(guān)信息發(fā)送給目標(biāo)eNB。
[0053]圖3中還顯示了 eNB302可基于其本身的輸出(如功能模塊312所示)，或者通過分析步驟I中從UE301接收到的信息，或者通過分析步驟2中從核心網(wǎng)303接收到的信息修改調(diào)度器(如功能模塊313所示)。另外，eNB302可基于上述信息(即從UE301或核心網(wǎng)303中接收的信息，或者從eNB302中檢測到的信息)中的一種或多種修改調(diào)度器(如功能模塊313所示)。舉例來說,UE301可在預(yù)定義周期內(nèi)收集空閑-活動(dòng)轉(zhuǎn)變(idle-activetransition)次數(shù)，從而完成對特殊UE的識(shí)別。若轉(zhuǎn)變次數(shù)達(dá)到一閾值，UE301可在隨后識(shí)別為特殊UE。當(dāng)eNB302從UE301以及/或者核心網(wǎng)303中收集信息時(shí)，eNB302可作出UE為特殊UE的決定。eNB302可收集移動(dòng)性和空閑-活動(dòng)轉(zhuǎn)變信息，并對UE進(jìn)行標(biāo)記。類似地，包含如MME、S-GW和P-GW等實(shí)體的核心網(wǎng)303可收集UE的統(tǒng)計(jì)數(shù)據(jù)，并將UE識(shí)別為特殊UE。其中，核心網(wǎng)303收集的統(tǒng)計(jì)數(shù)據(jù)可精細(xì)到承載層。
[0054]如圖3所示，每個(gè)網(wǎng)絡(luò)實(shí)體可根據(jù)本發(fā)明一些實(shí)施例執(zhí)行一些功能。上述功能包括檢測流量相關(guān)信息，如識(shí)別特殊UE或檢測后臺(tái)流量；修改QoS算法，如修改調(diào)度請求觸發(fā)器和DRX ；以及UE將速度信息提供給網(wǎng)絡(luò)，使得網(wǎng)絡(luò)可進(jìn)一步優(yōu)化性能。以下章節(jié)討論本發(fā)明實(shí)施例的細(xì)節(jié)。
[0055]UE指示流暈相關(guān)信息
[0056]廣泛應(yīng)用的智能手機(jī)和持續(xù)增長的可下載應(yīng)用數(shù)量不斷提高移動(dòng)網(wǎng)絡(luò)中的數(shù)據(jù)和信令量。為了有效利用網(wǎng)絡(luò)資源并保證QoS，需要一種更靈活或動(dòng)態(tài)的QoS方案。與傳統(tǒng)應(yīng)用不同，對于如今流行的移動(dòng)應(yīng)用來說，在不同的流量狀況下，同一應(yīng)用的QoS需求可能會(huì)發(fā)生變化。因此，第一個(gè)重要問題就是識(shí)別流量相關(guān)信息并與上述信息相關(guān)。
[0057]圖4A是根據(jù)本發(fā)明一實(shí)施例的UE檢測流量狀況并將指示符發(fā)送給eNB的流程圖。UE401連接至eNB402。在交互模式下和后臺(tái)模式下，某些應(yīng)用的QoS需求不同。因此，UE檢測的上述信息對網(wǎng)絡(luò)決定是否調(diào)整QoS策略非常有用。在時(shí)間點(diǎn)411，UE401檢測到UE401處于交互模式。在步驟I中，UE401將指示符發(fā)送給eNB402,指示優(yōu)選默認(rèn)(default)功率損耗。接收到上述指示符后，eNB402評估是否需要調(diào)整UE401的QoS。一般來說，若UE處于交互模式，應(yīng)用可繼續(xù)采用當(dāng)前的QoS，不需要調(diào)整現(xiàn)存QoS需求。不過在時(shí)間點(diǎn)412，UE401檢測到UE進(jìn)入屏幕節(jié)電模式(power saving mode),或者特定應(yīng)用后臺(tái)運(yùn)行,或者通信/運(yùn)行程序未顯示在UE屏幕上或沒有收到用戶的交互操作。當(dāng)上述省電模式發(fā)生時(shí)，應(yīng)用運(yùn)行在后臺(tái)模式，則UE401在步驟2中將指示符發(fā)送給eNB402，指示優(yōu)選低功率損耗。接收到上述指示符后，eNB402 了解到程序運(yùn)行在后臺(tái)模式，因此需要修改QoS。降低QoS后，可改進(jìn)Uu效率，還可節(jié)省UE電池。應(yīng)用運(yùn)行在后臺(tái)模式時(shí)，降低的QoS以及較長時(shí)間的延遲對用戶來說是可以接受的。在時(shí)間點(diǎn)413，UE401檢測到其它流量狀況發(fā)生了改變。檢測到上述流量狀況后，UE401在步驟3中將指示符發(fā)送給eNB402，指示流量狀態(tài)發(fā)生改變。在本發(fā)明的一實(shí)施例中，UE401直接將流量信息發(fā)送給eNB402。其中，上述流量信息可包括封包尺寸、平均封包尺寸或者交互次數(shù)。
[0058]如圖4A所示，UE401可將流量相關(guān)指示符發(fā)送給eNB402，使得eNB402可決定是否降低或改變QoS需求。某些流量狀況、特定應(yīng)用的后臺(tái)流量、UE屏幕省電活動(dòng)、未顯示在UE屏幕上的運(yùn)行應(yīng)用以及未檢測到來自用戶的交互動(dòng)作，均與UE對功率損耗的偏好密切相關(guān)?？梢岳斫獾氖?，當(dāng)應(yīng)用運(yùn)行在非交互模式時(shí)，后臺(tái)流量可采用較長的DRX。LTE中DRX的目的在于降低功率損耗。正因如此，指示符指示優(yōu)選低功率損耗時(shí)相當(dāng)于運(yùn)行在后臺(tái)模式。
[0059]圖4B是根據(jù)本發(fā)明的一實(shí)施例的UE在連接建立或無線電資源(Radio ResourceControl, RRC)重新建立時(shí)將流量信息以及/或者指示符發(fā)送給eNB的示意圖。UE451連接至eNB452。在時(shí)間點(diǎn)461，UE451收集流量信息。上述流量信息可包括封包尺寸、平均封包尺寸或者交互次數(shù)。在步驟I中，UE451將RRC連接請求(RRC_CONNECTION_REQUEST)消息發(fā)送給eNB452。在步驟2中，eNB452發(fā)送RRC連接建立(RRC_CONNECTION_SETUP)消息作為響應(yīng)。在步驟3中，UE451連接到eNB452后，將RRC連接建立完成(RRC_C0NNECT10N_SETUP_COMPLETE)消息發(fā)送給eNB452。在本發(fā)明的一實(shí)施例中，基于收集的流量信息歷史，UE451發(fā)送流量指示符，指示流量歷史的時(shí)間樣式。其中，UE451可將流量指示符放在RRC連接建立完成信息中。上述流量指示符為以下的一種或多種:UE處于RRC空閑模式或RRC連接模式時(shí)時(shí)間周期的歷史、RRC空閑模式和RRC連接模式之間轉(zhuǎn)換的次數(shù)、一個(gè)或一組無線電承載的封包交互時(shí)間歷史、一個(gè)或一組無線電承載的封包尺寸歷史。一般來說，UE451在RRC連接建立時(shí)、RRC連接重新建立時(shí)或UE改變小區(qū)時(shí)發(fā)送上述指示符中的一個(gè)或多個(gè)。
[0060]如圖4所示，識(shí)別特定應(yīng)用的流量狀況是觸發(fā)修改QoS的重要方式。除了識(shí)別每個(gè)UE的應(yīng)用之外，有時(shí)識(shí)別“難處理的”UE也很重要。事實(shí)上，在如今的無線網(wǎng)絡(luò)中，最有經(jīng)驗(yàn)的運(yùn)營商會(huì)將互聯(lián)網(wǎng)應(yīng)用設(shè)置地較簡單，并且對不同的用戶(如金牌會(huì)員、銀牌會(huì)員、銅牌會(huì)員)進(jìn)行區(qū)別對待。運(yùn)營商隨后將每類用戶流量捆綁到一個(gè)承載上。上述承載按照用戶的訂購可具有不同的QCI?！半y處理”的UE的示范例如有“一直在線”應(yīng)用運(yùn)行且在移動(dòng)的UE，上述UE可造成核心網(wǎng)的大量流量。成功識(shí)別上述UE非常重要，上述UE被識(shí)別后，運(yùn)營商或系統(tǒng)即可對“難處理的”UE應(yīng)用不同的QoS。
[0061]圖5是上述方案的示意圖，顯示了根據(jù)本發(fā)明一實(shí)施例的eNB收集流量信息以識(shí)別“難處理的”UE以及eNB相應(yīng)修改QoS需求的流程圖。UE501連接至eNB_1502和核心網(wǎng)504。在時(shí)間點(diǎn)511，UE501進(jìn)入RRC連接狀態(tài)，連接至eNB-1502。在階段521中，UE501連接至eNB-1502。在本發(fā)明的一實(shí)施例中，UE502與eNB-1502建立連接后，在步驟I中，eNB-1502發(fā)送消息至UE501，請求UE501為其收集流量統(tǒng)計(jì)數(shù)據(jù)。eNB-1502可指示收集有關(guān)于一個(gè)或多個(gè)應(yīng)用的統(tǒng)計(jì)數(shù)據(jù)，或者有關(guān)于特定承載的統(tǒng)計(jì)數(shù)據(jù)，或者對上述統(tǒng)計(jì)數(shù)據(jù)均進(jìn)行收集。在本發(fā)明的一實(shí)施例中，eNB-1502在步驟2中發(fā)送消息給核心網(wǎng)504，請求收集UE501流量信息的統(tǒng)計(jì)數(shù)據(jù)。同時(shí)，eNB-1502可保持UE501上或者UE501中特定承載上的標(biāo)記。
[0062]在時(shí)間點(diǎn)512，在步驟I從eNB-1502接收到消息后，UE501開始收集流量信息。UE501可收集空閑-活動(dòng)信息的統(tǒng)計(jì)數(shù)據(jù)，如預(yù)定義時(shí)間內(nèi)空閑-活動(dòng)轉(zhuǎn)換次數(shù)。UE501也可收集平均封包尺寸、交互時(shí)間以及其它流量相關(guān)信息。UE還可將其樣式分類成預(yù)定義樣式之一。在時(shí)間點(diǎn)514，在步驟2從eNB-1502接收到消息后，核心網(wǎng)504開始收集流量信息。MME、S-GW或P-GW可收集UE501的統(tǒng)計(jì)數(shù)據(jù)，上述統(tǒng)計(jì)數(shù)據(jù)可精細(xì)到承載層。核心網(wǎng)收集到的流量信息可顯示為預(yù)確定范圍(pre-1dentified range)值,并傳送給eNB-1502。在本發(fā)明的一實(shí)施例中，在階段522，UE501與eNB-1502建立或重新建立RRC連接。如RRC連接或RRC重新建立的觸發(fā)事件發(fā)生后，UE501將流量指示符發(fā)送給eNB-1502，指示存在可檢索(retrieve)的流量信息。在本發(fā)明的另一實(shí)施例中，上述指示符可在其他情形下發(fā)送，或定期發(fā)送。在步驟4中，從UE501接收到上述流量狀態(tài)改變指示符后，eNB-1502檢索UE501的流量信息。在步驟5中，核心網(wǎng)504可將流量信息發(fā)送給eNB-1502。
[0063]接收到流量信息后，在時(shí)間點(diǎn)515，eNB-1502利用上述信息來優(yōu)化UE501的Uu效率，如改變UE501的調(diào)度優(yōu)先級(jí)。檢測或測定出一種或多種流量指示符時(shí)，eNB-1502可決定應(yīng)用不同或?qū)捤傻腝oS需求。其中上述流量指示符如流量歷史被評估為后臺(tái)流量或稀疏流量(sparse traffic)、偏好低功率損耗。eNB-1502可應(yīng)用不同或?qū)捤蒕oS需求的至少一種，如降低QoS需求、降低調(diào)度優(yōu)先級(jí)、設(shè)置更長的DRX周期、配置較少甚至不配置上行鏈路資源以及要求UE進(jìn)入RRC空閑模式。若默認(rèn)QoS需求滿足連接建立和承載建立的需求，則eNB-1502恢復(fù)默認(rèn)QoS需求。eNB-1502檢測出一種或多種流量指示符時(shí)，可觸發(fā)恢復(fù)默認(rèn)QoS需求。其中上述流量指示符如流量被評估為會(huì)話流量、交互流量、流式流量(streamingtraffic)或傳送重要數(shù)據(jù)的流量。
[0064]在本發(fā)明的一實(shí)施例中，eNB-1502可將收集到的流量信息和UE501的速度信息一起評估，以識(shí)別UE501是否為“難處理的” UE。若UE501是“難處理的” UE，則使運(yùn)營商對上述UE應(yīng)用高復(fù)雜度的特殊算法，對沒有問題的UE應(yīng)用較簡單的算法。在本發(fā)明的實(shí)施例中，在步驟6，eNB-1502發(fā)送消息給UE501，以修改調(diào)度請求以及/或者UE501的DRX。在階段523，UE501切換到新的目標(biāo)eNB-2503。切換后，在步驟7，eNB-1502將UE501的流量信息發(fā)送給eNB-2503。
[0065]圖6是根據(jù)本發(fā)明一實(shí)施例的UE告知eNB其對電池?fù)p耗度的偏好以及eNB相應(yīng)調(diào)整UE的QoS的流程圖。UE601連接至eNB602。在時(shí)間點(diǎn)611，UE601檢測到UE601處于交互模式。在步驟I中，UE601發(fā)送消息給eNB602，指示優(yōu)選默認(rèn)功率損耗。接收到上述消息后，在時(shí)間點(diǎn)612，eNB602為UE601設(shè)置一般QoS。在時(shí)間點(diǎn)612，UE601檢測至Ij UE601并不處于交互模式。在步驟2中，UE602發(fā)送消息給eNB602，指示優(yōu)選低功率損耗。類似地，在時(shí)間點(diǎn)614，UE602檢測到UE601進(jìn)入了屏幕省電模式。在時(shí)間點(diǎn)615發(fā)生另一事件觸發(fā)器，即UE601檢測到后臺(tái)流量。在步驟2中，UE601發(fā)送消息給eNB602，指示優(yōu)選低功率損耗。在步驟2接收到消息后，在時(shí)間點(diǎn)616，eNB602修改UE601的調(diào)度器。在步驟3和步驟4中，eNB602分別將修改DRX配置消息和修改調(diào)度請求配置消息發(fā)送給UE601。在上述場景中，UE601收集信息并將上述信息發(fā)送給eNB，以供eNB作出是否修改UE601的QoS的決定。[0066]圖7是根據(jù)本發(fā)明一實(shí)施例的eNB監(jiān)測UE承載狀況，以及檢測到承載上后臺(tái)流量時(shí)修改QoS的流程圖。UE701連接至eNB702。在時(shí)間點(diǎn)711，eNB702開始監(jiān)測UE701或UE701中承載的流量狀況。在時(shí)間點(diǎn)712，eNB702檢測UE701中的后臺(tái)流量。在時(shí)間點(diǎn)713，eNB702相應(yīng)修改UE701的調(diào)度器。在步驟I和步驟2中，eNB702分別將修改DRX配置消息和修改調(diào)度請求配置消息發(fā)送給UE701。
[0067]除了檢測eNB的流量狀況或者從UE中收集流量狀況之外，核心網(wǎng)還可提供流量信息。圖8是根據(jù)本發(fā)明一實(shí)施例的核心網(wǎng)識(shí)別UE承載的后臺(tái)流量，以及eNB相應(yīng)修改UE的QoS的流程圖。UE801連接至eNB802和核心網(wǎng)803。在時(shí)間點(diǎn)811，核心網(wǎng)803識(shí)別UE801承載的后臺(tái)流量。在步驟I中，核心網(wǎng)803將UE801后臺(tái)流量的新的QoS信息發(fā)送給eNB802。核心網(wǎng)803通過檢視IP標(biāo)頭(header)等方式檢測特定后臺(tái)信息。核心網(wǎng)可將上述信息發(fā)送給eNB802。eNB802可在隨后綜合核心網(wǎng)803發(fā)送的信息以及其他可用信息，以作出決定。接收到上述信息后，eNB802在時(shí)間點(diǎn)812修改調(diào)度器。在步驟2和步驟3，eNB802分別將修改DRX配置消息和修改調(diào)度請求配置消息發(fā)送給UE701。
[0068]圖9A是根據(jù)本發(fā)明一實(shí)施例的UE決定流量指示符并發(fā)送給eNB的流程圖。在步驟901中，UE決定流量指示符。在步驟902中，UE將流量指示符發(fā)送給基站。上述流量指示符指示優(yōu)選默認(rèn)功率損耗還是優(yōu)選低功率損耗。在一示范例中，若UE處于后臺(tái)流量模式，則優(yōu)選低功率損耗。
[0069]圖9B是根據(jù)本發(fā)明一實(shí)施例的UE檢測流量歷史決定流量指示符并發(fā)送給eNB的流程圖。在步驟911中，UE檢測流量歷史。在步驟912中，UE基于流量歷史決定流量指示符。在步驟913中，UE將流量指示符發(fā)送給基站。上述流量指示符指示流量歷史的時(shí)間樣式。
[0070]圖10是根據(jù)本發(fā)明一實(shí)施例的eNB接收流量指示符，決定是否觸發(fā)QoS修改以及在需要時(shí)應(yīng)用QoS修改算法的流程圖。在步驟1001中，eNB接收流量指示符，其中eNB可從UE或核心網(wǎng)中接收信息。在步驟1002中，eNB評估接收到的流量指示符中包含的信息，并決定是否觸發(fā)QoS修改進(jìn)程。在步驟1003中，基于步驟1002中的評估結(jié)果，eNB在需要時(shí)應(yīng)用一種或多種預(yù)定義QoS修改算法。
[0071]基于流暈的調(diào)度請求觸發(fā)
[0072]識(shí)別后臺(tái)流量并對上述流量應(yīng)用修改的QoS算法有助于改進(jìn)網(wǎng)絡(luò)效率。本章節(jié)討論如何根據(jù)本發(fā)明的實(shí)施例修改上述被識(shí)別出的后臺(tái)流量的調(diào)度請求觸發(fā)器。
[0073]隨著無線數(shù)據(jù)網(wǎng)絡(luò)中交談式應(yīng)用數(shù)量的增長，較小數(shù)據(jù)尺寸的應(yīng)用定期與網(wǎng)絡(luò)之間建立/斷開連接，以進(jìn)行更新。每次連接/斷開嘗試需要UE和eNB之間的多次信令信息交換，會(huì)產(chǎn)生較大的信令開銷。另外，從用戶角度看，對于后臺(tái)流量來說，因?yàn)橛脩舨⒉粫?huì)看屏幕以及進(jìn)行交互，省電的優(yōu)先級(jí)應(yīng)高于性能的優(yōu)先級(jí)。對后臺(tái)模式下上述較小尺寸數(shù)據(jù)流量的特殊處理有助于減小電池?fù)p耗，以及改進(jìn)網(wǎng)絡(luò)效率。
[0074]傳統(tǒng)來說，數(shù)據(jù)到達(dá)數(shù)據(jù)緩沖器(buffer)時(shí)，UE通過物理上行鏈路控制信道(Physical Uplink Control Channel, PUCCH)或隨機(jī)接入信道(Random AccessChannel, RACH)發(fā)送調(diào)度請求。接收到上述請求后，eNB會(huì)為UE分配資源。對于后臺(tái)流量來說，可放寬QoS需求，以改進(jìn)網(wǎng)絡(luò)效率，減小UE電池?fù)p耗。因此，需要設(shè)計(jì)一種修改的調(diào)度請求觸發(fā)算法，來滿足上述需求。下面具體討論基于流量信息觸發(fā)修改調(diào)度請求的本發(fā)明的一些實(shí)施例。
[0075]圖11是根據(jù)本發(fā)明一些實(shí)施例的UE以及/或者核心網(wǎng)識(shí)別流量狀況，將流量狀況發(fā)送給eNB，以及UE相應(yīng)建立新的調(diào)度請求觸發(fā)器的流程圖。UEllOl與eNB1102和核心網(wǎng)1103建立連接。在時(shí)間點(diǎn)1111，UEllOl識(shí)別承載的流量狀況。在本發(fā)明的一實(shí)施例中，識(shí)別后臺(tái)流量或者預(yù)定義流量狀況后，UEllOl進(jìn)入時(shí)間點(diǎn)1115，建立新的調(diào)度請求觸發(fā)器。在本發(fā)明的一實(shí)施例中，上述新的調(diào)度請求觸發(fā)器用于在后臺(tái)模式中的RACH調(diào)度請求時(shí)停止調(diào)度請求。在本發(fā)明的一實(shí)施例中，設(shè)定新的調(diào)度請求觸發(fā)器后，UEllOl配置相應(yīng)的調(diào)度請求觸發(fā)器閾值。其中，上述調(diào)度請求觸發(fā)器閾值與優(yōu)先比特率(Prioritized BitRate, PBR)以及 / 或者漏桶容量值(Bucket Size Duration, BSD)有關(guān)。
[0076]在本發(fā)明的另一實(shí)施例中，UEllOl在時(shí)間點(diǎn)1111識(shí)別流量狀況后，在步驟I將流量狀況信息發(fā)送給eNB1102。eNB1102也可以從核心網(wǎng)1103中獲取流量信息。在時(shí)間點(diǎn)1112，核心網(wǎng)1103識(shí)別UEllOl或UEllOl中一個(gè)/多個(gè)承載的后臺(tái)流量。在步驟2中，核心網(wǎng)1103將流量狀況信息發(fā)送給eNB1102。在本發(fā)明的一實(shí)施例中，eNB1102從UEllOl以及/或者核心網(wǎng)1103中接收到流量信息后，決定是否在時(shí)間點(diǎn)1113應(yīng)用修改的調(diào)度請求觸發(fā)器。若eNB1102決定需要修改的調(diào)度請求觸發(fā)器，則ΘΝΒ1102在步驟3將修改的調(diào)度請求觸發(fā)器發(fā)送給UE1101。在本發(fā)明的一實(shí)施例中，eNB將配置的閾值與修改的調(diào)度請求觸發(fā)器消息一起發(fā)送給UE1101。eNB基于流量狀況下最小許可的尺寸設(shè)定閾值。UEllOl接收到上述配置的閾值后，將閾值作為觸發(fā)調(diào)度請求的條件。在時(shí)間點(diǎn)1114，從ΘΝΒ1102接收到修改的調(diào)度請求消息后，UEllOl在時(shí)間點(diǎn)1115建立新的調(diào)度請求觸發(fā)器。在時(shí)間點(diǎn)1116，UEl 101檢查是否滿足修改的調(diào)度請求觸發(fā)條件。若滿足條件，UEl 101在時(shí)間點(diǎn)1117將調(diào)度請求發(fā)送給eNB1102。以下細(xì)節(jié)描述修改調(diào)度請求觸發(fā)器算法的一些特定實(shí)施例。
[0077]圖12A是根據(jù)本發(fā)明一實(shí)施例的UE應(yīng)用修改的調(diào)度請求觸發(fā)器，檢測到數(shù)據(jù)緩沖器尺寸大于閾值后發(fā)送調(diào)度請求的流程圖。在步驟1201中，UE在緩沖器中接收新的數(shù)據(jù)。在步驟1202中，UE檢查是否配置修改的調(diào)度請求觸發(fā)器閾值。若流量狀況指示不需要觸發(fā)調(diào)度請求觸發(fā)器修改，即并不需配置修改的調(diào)度請求觸發(fā)器，則UE在步驟1205中以傳統(tǒng)方式發(fā)送調(diào)度請求。若在步驟1202中，配置修改的調(diào)度請求觸發(fā)器閾值，UE在步驟1203中排列數(shù)據(jù)。在步驟1204中，UE檢查當(dāng)前數(shù)據(jù)緩沖器尺寸是否超過一閾值。在本發(fā)明的一實(shí)施例中，上述閾值與QoS需求有關(guān)，其中QoS需求與PBR以及/或者BSD有關(guān)。在本發(fā)明的另一實(shí)施例中，上述閾值由網(wǎng)絡(luò)進(jìn)行配置。網(wǎng)絡(luò)可以基于流量狀況中最小許可的尺寸設(shè)定閾值。接收到上述配置后，UE更新其閾值。若在步驟1204中，UE檢測到數(shù)據(jù)緩沖器尺寸超過上述閾值，則UE通過PUCCH或RACH發(fā)送調(diào)度請求。若在步驟1204中，UE檢測到數(shù)據(jù)緩沖器尺寸并未超過上述閾值，則數(shù)據(jù)被保存在隊(duì)列中，UE回到步驟1201等待更多的數(shù)據(jù)，以便于將數(shù)據(jù)聚合到一個(gè)調(diào)度請求中。
[0078]圖12B是根據(jù)本發(fā)明一實(shí)施例的UE應(yīng)用修改的調(diào)度請求觸發(fā)器，檢測到生成速率(generation rate)大于閾值后發(fā)送調(diào)度請求的流程圖。在步驟1211中,UE在緩沖器中接收數(shù)據(jù)。在步驟1212中，UE檢查是否配置修改的調(diào)度請求觸發(fā)器閾值。若流量狀況指示不需要觸發(fā)調(diào)度請求觸發(fā)器修改，即并不需配置修改的調(diào)度請求觸發(fā)器，則UE在步驟1215中以傳統(tǒng)方式發(fā)送調(diào)度請求。若在步驟1212中，配置修改的調(diào)度請求觸發(fā)器閾值，UE在步驟1213中計(jì)算生成速率。生成速率是指示UE處于后臺(tái)模式還是交互模式的指示符。在步驟1214中，UE檢查生成速率是否超過一閾值。在本發(fā)明的一實(shí)施例中，上述閾值與PBR以及/或者BSD有關(guān)。在本發(fā)明的另一實(shí)施例中，上述閾值由網(wǎng)絡(luò)進(jìn)行配置。若在步驟1214中，UE檢測到生成速率超過上述閾值，則UE發(fā)送調(diào)度請求。若在步驟1214中，UE檢測到生成速率并未超過上述閾值，則數(shù)據(jù)被保存在隊(duì)列中，UE回到步驟1211等待更多的數(shù)據(jù)，以便于將數(shù)據(jù)聚合到一個(gè)調(diào)度請求中。除了上述提到的接收到的數(shù)據(jù)可用來觸發(fā)修改調(diào)度請求算法之外，DRX狀態(tài)也可被用來修改調(diào)度請求算法(如下所示)。
[0079]圖13A是根據(jù)本發(fā)明一實(shí)施例的檢測DRX狀態(tài)改變、更新閾值并應(yīng)用修改后的調(diào)度請求觸發(fā)器的流程圖。在步驟1301中，UE檢測到DRX狀態(tài)改變。在步驟1302中，UE檢查是否應(yīng)用修改的調(diào)度請求觸發(fā)器。若流量狀況指示不需要觸發(fā)調(diào)度請求觸發(fā)器修改，即并不需應(yīng)用修改的調(diào)度請求觸發(fā)器，則UE不需要為上述狀態(tài)改變事件做任何動(dòng)作。若在步驟1302中，需要修改的調(diào)度請求觸發(fā)器，UE在步驟1303中更新修改的調(diào)度請求觸發(fā)器算法的閾值?？蔀镈RX睡眠狀態(tài)設(shè)定閾值1，為DRX活動(dòng)或持續(xù)狀態(tài)設(shè)定閾值2。在本發(fā)明的一實(shí)施例中，閾值2可為O,用來觸發(fā)調(diào)度請求的即時(shí)發(fā)送(i_ediate sending)?；谛薷牡恼{(diào)度請求觸發(fā)算法，若UE將數(shù)據(jù)緩沖器尺寸作為修改調(diào)度請求觸發(fā)器的參考則進(jìn)入步驟1304，若UE將生成速率作為修改調(diào)度請求觸發(fā)器的參考則進(jìn)入步驟1305。在步驟1304中，UE將數(shù)據(jù)緩沖器尺寸與修改閾值進(jìn)行比較。若數(shù)據(jù)緩沖器尺寸超過修改閾值，則UE在步驟1306中發(fā)送調(diào)度請求。若在步驟1304中，UE檢測到數(shù)據(jù)緩沖器尺寸并未超過修改閾值，則不發(fā)送調(diào)度請求，并等待更多的數(shù)據(jù)進(jìn)入隊(duì)列。在步驟1305中，UE將生成速率與修改閾值進(jìn)行比較。若生成速率超過修改閾值，則UE在步驟1306中發(fā)送調(diào)度請求。若在步驟1305中，UE檢測到生成速率并未超過修改閾值，則不發(fā)送調(diào)度請求，并等待更多的數(shù)據(jù)進(jìn)入隊(duì)列。
[0080]圖13B是根據(jù)本發(fā)明一實(shí)施例的檢測到DRX狀態(tài)改變?yōu)樗郀顟B(tài)后，UE應(yīng)用一種修改后的調(diào)度請求算法的流程圖。在步驟1311中，UE檢測到DRX狀態(tài)改變?yōu)樗郀顟B(tài)。在步驟1312中，UE檢查是否應(yīng)用修改的調(diào)度請求觸發(fā)器。若流量狀況指示不需要觸發(fā)調(diào)度請求觸發(fā)器修改，即并不需應(yīng)用修改的調(diào)度請求觸發(fā)器，則UE不需要為上述狀態(tài)改變事件做任何動(dòng)作。若在步驟1312中，需要修改的調(diào)度請求觸發(fā)器，則UE可進(jìn)行步驟1313，即增長調(diào)度請求周期；或者進(jìn)行步驟1314，即停止調(diào)度請求。
[0081]圖14是根據(jù)本發(fā)明一實(shí)施例的UE檢測到流量狀況、確定是否應(yīng)用修改的調(diào)度請求觸發(fā)器，以及需要修改調(diào)度請求觸發(fā)器時(shí)將調(diào)度請求發(fā)送給eNB的流程圖。在步驟1401中，UE檢測流量狀況，其中流量狀況指示UE處于后臺(tái)流量模式還是RRC連接狀態(tài)。在步驟1402中，UE基于流量狀況決定是否采用修改的調(diào)度請求觸發(fā)器。在步驟1403中，若決定采用修改的調(diào)度請求觸發(fā)器，UE基于上述修改的調(diào)度請求觸發(fā)器將調(diào)度請求發(fā)送給eNB。上述修改的調(diào)度請求觸發(fā)器的觸發(fā)條件可為數(shù)據(jù)緩沖器尺寸超過預(yù)定義閾值或生成速率超過預(yù)定義閾值。
[0082]圖15是根據(jù)本發(fā)明一實(shí)施例的UE檢測省電DRX模式的流量狀況，基于流量狀況決定修改的調(diào)度請求觸發(fā)器，并基于修改的調(diào)度請求觸發(fā)器將調(diào)度請求發(fā)送給eNB的流程圖。在步驟1501中，UE檢測流量狀況，其中UE為了省電配置在DRX模式，流量狀況指示UE是否處于DRX睡眠狀態(tài)。在步驟1502中，UE基于流量狀況決定是否采用修改的調(diào)度請求觸發(fā)器。在步驟1503中，UE基于修改的調(diào)度請求觸發(fā)器將調(diào)度請求發(fā)送給eNB，其中調(diào)度請求通過PUCCH或者RACH發(fā)送。
_3] UE將速度信息提供給網(wǎng)絡(luò)
[0084]改進(jìn)網(wǎng)絡(luò)效率的另一種途徑是防止過頻切換，從而減小網(wǎng)絡(luò)開銷。識(shí)別可能的過頻切換的UE的一個(gè)重要參數(shù)為UE的速度信息。目前來說，大多數(shù)UE可計(jì)算其速度，并獲取其速度信息。上述信息對網(wǎng)絡(luò)非常有用。舉例來說，網(wǎng)絡(luò)可釋放(release)高速UE，并依靠空閑移動(dòng)性。如此一來，切換產(chǎn)生的數(shù)據(jù)流量即可降低。在另一示范例中，網(wǎng)絡(luò)可基于速度信息將特定UE更長時(shí)間地保持在連接狀態(tài)。在某些情況下，若網(wǎng)絡(luò)基于速度信息檢測到UE以高速移動(dòng)且只有后臺(tái)流量，則網(wǎng)絡(luò)可快速將上述UE設(shè)置為空閑模式，以避免切換負(fù)載。
[0085]圖16是根據(jù)本發(fā)明實(shí)施例的收集速度信息并發(fā)送給eNB的流程圖。其中速度可為實(shí)際速度(physical speed)、映射到預(yù)定義速度組的實(shí)際速度或者虛擬速度(virtualspeed)。預(yù)定義速度組包含不同速度組，如UE速度高于閾值I的高速組，UE速度低于閾值I但高于閾值2的中速組，以及UE速度低于閾值2的低速組。虛擬速度包括特定時(shí)間內(nèi)UE請求RRC連接的小區(qū)轉(zhuǎn)換數(shù)目或者小區(qū)的總數(shù)。流程表1610、1620和1630顯示了觸發(fā)UE將速度信息發(fā)送給eNB的本發(fā)明的幾個(gè)實(shí)施例。
[0086]在本發(fā)明的一實(shí)施例中，如圖16中流程表1610所示，能力UE進(jìn)入連接狀態(tài)后將速度信息發(fā)送給eNB。在時(shí)間點(diǎn)1611，UE1601處于空閑狀態(tài)。在時(shí)間點(diǎn)1612，UE1601收集速度信息。在時(shí)間點(diǎn)1613，UE1601進(jìn)入連接狀態(tài)，即進(jìn)行RRC連接或RRC重新建立。從空閑狀態(tài)進(jìn)入連接狀態(tài)后，UE1601在步驟I中將速度信息發(fā)送給eNB-11602。
[0087]在本發(fā)明的另一實(shí)施例中，UE基于周期定時(shí)器(periodic timer)將速度信息定期發(fā)送給eNB-11602。如圖16中的流程表1620所示，UE1601在時(shí)間點(diǎn)1621獲取速度信息。在時(shí)間點(diǎn)1622，UE1601設(shè)定周期定時(shí)器。在時(shí)間點(diǎn)1623，周期定時(shí)器屆滿。周期定時(shí)器屆滿后，UE1601在步驟2將其速度信息發(fā)送給eNB-11602。
[0088]在本發(fā)明的另一實(shí)施例中，UE1601基于預(yù)定義觸發(fā)事件發(fā)送速度信息，其中預(yù)定義觸發(fā)事件如UE1601的速度超過預(yù)定義閾值。如圖16中的流程表1630所示，在本發(fā)明的一實(shí)施例中，eNB-11602在步驟3中將消息發(fā)送給UE1601，以配置速度閾值。在時(shí)間點(diǎn)1631，UE1602獲取速度信息。為了防止UE1601向eNB-11602頻繁發(fā)送速度信息更新，在本發(fā)明的一實(shí)施例中，UE1601可在時(shí)間點(diǎn)1632設(shè)定禁止定時(shí)器(prohibit timer)。UE1601在時(shí)間點(diǎn)1633檢查禁止定時(shí)器是否屆滿。若禁止定時(shí)器并未屆滿，則即使發(fā)生觸發(fā)事件，UE1601也不進(jìn)行操作。禁止定時(shí)器屆滿后，UE1601在時(shí)間點(diǎn)1634檢查其速度是否超過了配置的速度閾值。若UE1601的速度超過了配置的速度閾值，則UE1601在步驟4中將速度信息發(fā)送給eNB-11602。
[0089]在階段1640中，UE1601切換到目標(biāo)eNB_21603。UE切換后，在步驟5將UE1601的速度信息發(fā)送給eNB-21603。
[0090]UE1601將速度信息發(fā)送給eNB1602時(shí)可采用預(yù)定義途徑，如RRC連接建立、RRC連接重新建立、新的RRC消息或RRC測量報(bào)告中新的IE。
[0091]此外,速度信息最有價(jià)值的用途是可用于UE運(yùn)行后臺(tái)流量。因此,流程表1620和1630中可進(jìn)一步檢測后臺(tái)流量，以觸發(fā)速度信息的發(fā)送。UE中指示優(yōu)選低功率損耗的指示符與后臺(tái)流量狀況有關(guān)。因此，指示優(yōu)選低功率損耗的指示符也可觸發(fā)速度信息的發(fā)送。[0092]eNB接收到UE的速度信息后，可優(yōu)化其進(jìn)程以避免頻繁切換。圖17A和圖17B是本發(fā)明的兩個(gè)示范例示意圖。
[0093]圖17A是根據(jù)本發(fā)明一實(shí)施例的eNB將非移動(dòng)UE更長時(shí)間保持在連接狀態(tài)的流程圖。在步驟1701中，eNB從UE中接收速度信息。在步驟1702中，eNB檢查UE的速度是否小于預(yù)定義速度閾值。若UE的速度小于預(yù)定義速度閾值，則eNB在步驟1703中將UE保持在連接狀態(tài)。若UE的速度大于預(yù)定義速度閾值，則eNB在步驟1704中將UE釋放為空閑狀態(tài)。
[0094]圖17B是根據(jù)本發(fā)明一實(shí)施例的eNB將移動(dòng)UE更快釋放到空閑狀態(tài)的流程圖。在步驟1711中，eNB從UE中接收速度信息。在步驟1712中，eNB檢查UE的速度是否大于預(yù)定義速度閾值。若UE的速度大于預(yù)定義速度閾值，則eNB在步驟1713中修改調(diào)度器或盡快將UE釋放到空閑狀態(tài)。
[0095]圖18是根據(jù)本發(fā)明一實(shí)施例的UE獲取速度信息、檢測觸發(fā)事件并通過一種或多種預(yù)定義途徑將速度信息發(fā)送給網(wǎng)絡(luò)的流程圖。在步驟1801中，UE在移動(dòng)通信網(wǎng)絡(luò)中獲取UE的速度信息。在步驟1802中，UE檢測觸發(fā)事件，如UE從空閑狀態(tài)轉(zhuǎn)換為連接狀態(tài)，或者周期定時(shí)器屆滿，或者一些觸發(fā)事件發(fā)生。在步驟1803，UE檢測到觸發(fā)事件后通過一種或多種預(yù)定義途徑將速度信息提供給網(wǎng)絡(luò)。
[0096]雖然本發(fā)明已就較佳實(shí)施例揭露如上，然其并非用以限制本發(fā)明。本發(fā)明所屬【技術(shù)領(lǐng)域】中普通技術(shù)人員，在不脫離本發(fā)明的精神和范圍內(nèi)，當(dāng)可作各種的變更和潤飾。因此，本發(fā)明的保護(hù)范圍當(dāng)視之前的權(quán)利要求書所界定為準(zhǔn)。
【權(quán)利要求】
1.一種用于用戶設(shè)備的方法，其特征在于，包括: 用戶設(shè)備在移動(dòng)通信網(wǎng)絡(luò)中決定流量指示符；以及 將所述流量指示符發(fā)送給基站，其中所述流量指示符指示優(yōu)選默認(rèn)功率損耗或者優(yōu)選低功率損耗。
2.如權(quán)利要求1所述的方法，其特征在于，決定流量指示符的步驟包括檢測特定應(yīng)用、所述用戶設(shè)備屏幕省電活動(dòng)、未顯示在所述用戶設(shè)備屏幕的運(yùn)行程序的后臺(tái)流量以及檢測到用戶沒有交互動(dòng)作的至少一種。
3.如權(quán)利要求2所述的方法，其特征在于，對于所述用戶設(shè)備來說，所述流量指示符指示優(yōu)選所述低功率損耗。
4.如權(quán)利要求1所述的方法，其特征在于，決定流量指示符的步驟包括檢測應(yīng)用的交互流量、所述用戶設(shè)備屏幕沒有省電活動(dòng)、所述用戶設(shè)備屏幕顯示運(yùn)行程序以及檢測到用戶的交互動(dòng)作的至少一種。
5.如權(quán)利要求 4所述的方法，其特征在于，對于所述用戶設(shè)備來說，所述流量指示符指示優(yōu)選所述默認(rèn)損耗。
6.一種用于用戶設(shè)備的方法，其特征在于，包括: 用戶設(shè)備在移動(dòng)通信網(wǎng)絡(luò)中檢測流量歷史； 基于所述流量歷史決定流量指示符；以及 將所述流量指示符發(fā)送給基站，其中所述流量指示符指示所述流量歷史的時(shí)間樣式。
7.如權(quán)利要求6所述的方法，其特征在于，所述流量指示符包括所述用戶設(shè)備處于無線電資源控制空閑模式或者處于無線電資源控制連接模式時(shí)時(shí)間周期的歷史。
8.如權(quán)利要求6所述的方法，其特征在于，所述流量指示符包括無線電資源控制空閑模式和無線電資源控制連接模式之間的轉(zhuǎn)換次數(shù)。
9.如權(quán)利要求6所述的方法，其特征在于，所述流量指示符包括一個(gè)或一組無線電承載中封包交互次數(shù)的歷史。
10.如權(quán)利要求9所述的方法,其特征在于，所述流量指示符進(jìn)一步包括所述一個(gè)或一組無線電承載中封包尺寸的歷史。
11.如權(quán)利要求6所述的方法，其特征在于，所述用戶設(shè)備在無線電資源控制連接建立、無線電資源控制連接重新建立或者所述用戶設(shè)備改變小區(qū)時(shí)，將所述流量指示符發(fā)送給所述基站。
12.—種方法,其特征在于,包括: 基站從移動(dòng)通信網(wǎng)絡(luò)中接收流量指示符； 對所述流量指示符中包含的信息進(jìn)行評估，并決定是否觸發(fā)服務(wù)質(zhì)量修改進(jìn)程；以及 若觸發(fā)所述服務(wù)質(zhì)量修改進(jìn)程，應(yīng)用一種或多種服務(wù)質(zhì)量修改算法。
13.如權(quán)利要求12所述的方法，其特征在于，所述基站從用戶設(shè)備或核心網(wǎng)裝置中接收所述流量指示符。
14.如權(quán)利要求12所述的方法，其特征在于，所述服務(wù)質(zhì)量修改進(jìn)程基于所述流量指示符，將當(dāng)前服務(wù)質(zhì)量需求修改為不同的服務(wù)質(zhì)量需求。
15.如權(quán)利要求12所述的方法，其特征在于，所述一種或多種服務(wù)質(zhì)量修改算法包括減低服務(wù)質(zhì)量請求、降低調(diào)度優(yōu)先級(jí)、設(shè)定更長非連續(xù)接收周期、稀疏配置或不配置上行鏈路資源以及命令所述用戶設(shè)備進(jìn)入無線電資源控制空閑模式的至少一種。
16.如權(quán)利要求15所述的方法，其特征在于，所述流量指示符指示優(yōu)選低功率損耗模式。
17.如權(quán)利要求15所述的方法，其特征在于，所述流量指示符指示評估流量歷史，其中流量被評估為后臺(tái)流量或稀疏流量。
18.如權(quán)利要求12所述的方法，其特征在于，所述服務(wù)質(zhì)量修改進(jìn)程在滿足觸發(fā)條件時(shí)恢復(fù)到默認(rèn)服務(wù)質(zhì)量需求，其中所述默認(rèn)服務(wù)質(zhì)量需求建立在連接設(shè)置以及承載設(shè)置時(shí)。
19.如權(quán)利要求18所述的方法，其特征在于，所述流量指示符指示默認(rèn)功率損耗模式更高或指示評估流量歷史，其中流量被評估為會(huì)話流量、交互流量、流式流量或者發(fā)送重要數(shù)據(jù)的流量。
20.如權(quán)利要求12所述的方法，其特征在于，進(jìn)一步包括: 切換后將所接收到的所 述流量指示符發(fā)送到目標(biāo)基站。
【文檔編號(hào)】H04W52/02GK103430602SQ201280014163
【公開日】2013年12月4日 申請日期:2012年10月8日 優(yōu)先權(quán)日:2011年10月3日
【發(fā)明者】波·喬·麥可·康森恩, 徐家俊 申請人:聯(lián)發(fā)科技股份有限公司