用于多樣數(shù)據(jù)應(yīng)用的用戶設(shè)備增強(qiáng)的制作方法
【專利摘要】本發(fā)明揭露了用于多樣數(shù)據(jù)應(yīng)用的UE增強(qiáng)方法。在本發(fā)明的一個(gè)實(shí)施例中，UE在無線網(wǎng)絡(luò)中應(yīng)用DRX或者DTX傳輸運(yùn)作。該UE檢測(cè)至少一個(gè)預(yù)先定義業(yè)務(wù)條件?；谝褭z測(cè)業(yè)務(wù)條件，該UE或者處于長(zhǎng)DRX狀態(tài)更長(zhǎng)時(shí)間，或者擴(kuò)展短DRX周期定時(shí)器。在本發(fā)明的其他實(shí)施例，該UE配置空閑模式觸發(fā)條件。該UE檢測(cè)至少一個(gè)預(yù)先定義業(yè)務(wù)條件?；谠撘褭z測(cè)業(yè)務(wù)條件，該UE可以重啟去活（inactivity)定時(shí)器。在本發(fā)明的其他實(shí)施例中，該UE檢測(cè)至少一個(gè)預(yù)先定義業(yè)務(wù)條件。該UE基于已建業(yè)業(yè)務(wù)條件自適應(yīng)地調(diào)整RLF觸發(fā)參數(shù)。
【專利說明】用于多樣數(shù)據(jù)應(yīng)用的用戶設(shè)備增強(qiáng)

【技術(shù)領(lǐng)域】
[0001] 本申請(qǐng)依據(jù)35U. S. α § 119要求2012年5月2日遞交的，申請(qǐng)?zhí)枮?1/641，714 標(biāo)題為"用于多樣數(shù)據(jù)應(yīng)用的用戶設(shè)備（UE)增強(qiáng)（UE Enhancement for Diverse Data Application) "的美國(guó)臨時(shí)申請(qǐng)案的優(yōu)先權(quán)，上述申請(qǐng)的標(biāo)的在此合并作為參考。
[0002] 本發(fā)明所揭示實(shí)施例一般有關(guān)于移動(dòng)通信網(wǎng)絡(luò)，更具體地，有關(guān)于用于多樣 (diverse)數(shù)據(jù)應(yīng)用（data application)的 UE 增強(qiáng)（enhancement)。

【背景技術(shù)】
[0003] 移動(dòng)數(shù)據(jù)，移動(dòng)用戶以及移動(dòng)數(shù)據(jù)業(yè)務(wù)正在以驚人速度增長(zhǎng)。移動(dòng)數(shù)據(jù)的指數(shù)型 增長(zhǎng)需要網(wǎng)絡(luò)容量以及網(wǎng)絡(luò)效能的實(shí)質(zhì)（substantial)增加。當(dāng)前，現(xiàn)存第三代（3G)移動(dòng) 網(wǎng)絡(luò)面臨網(wǎng)絡(luò)擁塞（congestion)問題，這導(dǎo)致多個(gè)市場(chǎng)的失敗（failed)呼叫、更低數(shù)據(jù)率 以及慢響應(yīng)時(shí)間。伴隨著數(shù)據(jù)業(yè)務(wù)增長(zhǎng)，是智能手機(jī)用戶的快速增長(zhǎng)，其中智能手機(jī)用戶例 如iPhone，安卓（android)手機(jī)以及黑莓手機(jī)用戶，智能手機(jī)用戶的增長(zhǎng)以及對(duì)于移動(dòng)網(wǎng) 絡(luò)施加了額外壓力，由于支持真實(shí)的一直開啟（always-on)特征。一直開啟特征產(chǎn)生了幾 個(gè)問題。第一，很多一直開啟特征產(chǎn)生頻繁業(yè)務(wù)，例如保持激活（alive)以及狀態(tài)更新。第 二，由于頻繁上下文（context)建立（establishment)以及釋放（release)在網(wǎng)絡(luò)中顯著 增加信令。第三個(gè)，負(fù)面地影響用戶設(shè)備的電池壽命。第四，支持一直開啟特征的開銷與其 數(shù)據(jù)載荷（payload)相比很大。
[0004] 長(zhǎng)期演進(jìn)（Long Term Evolution, LTE)是一個(gè)支持更高數(shù)據(jù)率、較低延遲以及 提高的系統(tǒng)容量的改進(jìn)版的通用移動(dòng)電信網(wǎng)絡(luò)（Universal Mobile Telecommunication System，UMTS)。在LTE系統(tǒng)中，演進(jìn)的通用陸地?zé)o線接入網(wǎng)絡(luò)包含多個(gè)基站，稱作演進(jìn)節(jié)點(diǎn) B (evolved Node_B，eNB)，多個(gè)eNB與多個(gè)移動(dòng)站進(jìn)行通信，其中移動(dòng)站稱作用戶設(shè)備（User Equipment，UE)。UE可以與基站或者eNB透過DL以及UL進(jìn)行通信。DL指從基站到UE之 間的通信。UL指從基站到UL之間的通信。LTE系統(tǒng)更好地從開始就適應(yīng)處理always-on 業(yè)務(wù)。舉例說明，LTE系統(tǒng)在連接（connected)模式中支持更長(zhǎng)睡眠（sleep)模式，物理層 控制信道的動(dòng)態(tài)容量以及透過移動(dòng)性管理實(shí)體（MME)擴(kuò)展核心網(wǎng)絡(luò)信令容量的靈活性。
[0005] 雖然在LTE系統(tǒng)中有改進(jìn)，但是依然面臨著容量和效能的問題。舉例說明，移動(dòng)網(wǎng) 絡(luò)運(yùn)營(yíng)商總是使實(shí)時(shí)（real-time)語(yǔ)音業(yè)務(wù)優(yōu)先于數(shù)據(jù)業(yè)務(wù)。網(wǎng)絡(luò)中保留資源用于電路 交換語(yǔ)音業(yè)務(wù)（circuit-switched voice traffic)。新無線數(shù)據(jù)網(wǎng)絡(luò)，例如3G以及LTE網(wǎng) 絡(luò)，也優(yōu)化了對(duì)于大量的數(shù)據(jù)業(yè)務(wù)的支持，其中大量數(shù)據(jù)業(yè)務(wù)例如視頻會(huì)議。但是這樣的 設(shè)計(jì)對(duì)于短，不頻繁數(shù)據(jù)會(huì)話，例如聊天應(yīng)用（chatty application)以及保持激活（keep alive)消息而言是不適合的。很多日常應(yīng)用，例如新聞天氣以及社交網(wǎng)絡(luò)，為更新而與網(wǎng)絡(luò) 周期性的連接以及斷開連接。這些應(yīng)用包含小量用戶數(shù)據(jù)，而依然需要大量信令業(yè)務(wù)去建 立以及斷開（tear down)會(huì)話。估計(jì)網(wǎng)絡(luò)上隨著智能手機(jī)應(yīng)用的增長(zhǎng)，信令開銷可能超過 數(shù)據(jù)業(yè)務(wù)30%到50%，如果不會(huì)更高的話。這些應(yīng)用帶來了大量控制開銷以及信令負(fù)載。 UE電池壽命也成為了最大的問題，因?yàn)轭l繁背景業(yè)務(wù)對(duì)于功耗而言并沒有被優(yōu)化。進(jìn)一步 說，雖然UE長(zhǎng)時(shí)間的睡眠周期有助于增加 UE電池壽命，但是對(duì)于網(wǎng)絡(luò)控制切換（handover) 而言效果并不好。當(dāng)UE處于長(zhǎng)睡眠周期時(shí)，不實(shí)施移動(dòng)性測(cè)量。網(wǎng)絡(luò)使用較少的精確測(cè)量 進(jìn)行結(jié)束，以幫助有效的UE準(zhǔn)備切換。
[0006] 第一個(gè)問題有關(guān)于不連續(xù)接收（discontinuous reception,DRX)或者不連續(xù)發(fā)送 (discontinuous transmission，DTX)轉(zhuǎn)換（transition)。在 2G 以及 3G 網(wǎng)絡(luò)中，UE 在空 閑狀態(tài)中使用DRX以增加電池壽命。LTE系統(tǒng)在連接狀態(tài)中引入了 DRX。連接狀態(tài)中長(zhǎng)的 DRX有助于提高電池壽命，以及減少網(wǎng)絡(luò)信令開銷。但是，當(dāng)前LTE中已連接狀態(tài)DRX沒有 在UL給予任何業(yè)務(wù)形成效果（traffic shaping benefit)。雖然業(yè)務(wù)形成在連接狀態(tài)DRX中 可以用于DL，但是定義僵化。業(yè)務(wù)形成不考慮有關(guān)業(yè)務(wù)類型或者UE狀態(tài)的任何信息。這樣 的設(shè)計(jì)限制了已連接模式休眠（dormancy)特征的有益效果。
[0007] 第二個(gè)問題有關(guān)于UE進(jìn)入空閑模式的轉(zhuǎn)換。LTE系統(tǒng)中相似的網(wǎng)絡(luò)效能不佳問題 有關(guān)于到空閑狀態(tài)的轉(zhuǎn)換。兩個(gè)無線資源控制（Radio Resource Control,RRC)狀態(tài)，稱作 為RRC空閑（RRC IDLE)以及RRC連接（RRC CONNECTED)狀態(tài)。當(dāng)前，從RRC連接到RRC空 閑狀態(tài)的轉(zhuǎn)換由網(wǎng)絡(luò)所控制。轉(zhuǎn)換到RRC空閑狀態(tài)的主要目的是為了節(jié)省功率。但是，RRC 狀態(tài)轉(zhuǎn)換導(dǎo)致了大量信令開銷。進(jìn)一步說，頻繁的RRC狀態(tài)變化可以也顯然更多系統(tǒng)資源， 導(dǎo)致網(wǎng)絡(luò)中增加的信令開銷。對(duì)于一些應(yīng)用業(yè)務(wù)，當(dāng)前RRC狀態(tài)轉(zhuǎn)換設(shè)計(jì)可能與功率節(jié)省 以及/或者系統(tǒng)效能形成矛盾（counteract)。
[0008] 第三個(gè)問題有關(guān)于UE測(cè)量上報(bào)以及無線鏈路失?。≧adio Link Failure，RLF)檢 測(cè)。當(dāng)前LTE系統(tǒng)中的一個(gè)問題是UE測(cè)量以及測(cè)量上報(bào)的觸發(fā)很僵化（rigid)。沒有適 應(yīng)到UE業(yè)務(wù)類型，例如背景業(yè)務(wù)，功率節(jié)省或者非功率節(jié)省狀態(tài)。進(jìn)一步說，UE認(rèn)為基于 N310/N311/T310 過程（procedure)、來自媒體據(jù)接入控制（Medium Access Control，MAC) 層的隨機(jī)接入問題指示、以及來自無線鏈路控制RLC層的RLC指示而在物理層問題上檢測(cè) 到RLF，其中，來自RLC的指示表示已達(dá)到最大重傳次數(shù)。一旦檢測(cè)到RLF，那么UE收集以 及存儲(chǔ)RLF信息，以及嘗試RRC連接重建。如果這樣的嘗試失敗，UE回到RRC空閑狀態(tài)。因 此，一旦UE認(rèn)為檢測(cè)到RLF，那么就會(huì)激發(fā)一連串代價(jià)高的（costly)過程。當(dāng)前RLF觸發(fā) 不考慮業(yè)務(wù)類型，例如背景業(yè)務(wù)，功率節(jié)省業(yè)務(wù)或者非功率節(jié)省狀態(tài)。這會(huì)導(dǎo)致不成熟的宣 布RLF以及觸發(fā)NAS發(fā)現(xiàn)，其中，宣布RLF以及觸發(fā)NAS發(fā)現(xiàn)在失敗的RRC重建之后發(fā)生， 這會(huì)產(chǎn)生額外的核心網(wǎng)絡(luò)信令。
[0009] 所以需要找到解決辦法。


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

[0010] 本發(fā)明揭示了用于多樣數(shù)據(jù)應(yīng)用的UE增強(qiáng)。在本發(fā)明的一個(gè)實(shí)施例中，無線網(wǎng)絡(luò) 中UE使用DRX或者DTX運(yùn)作，其中，該UE為長(zhǎng)DRX狀態(tài)或者短DRX狀態(tài)。請(qǐng)注意，該UE為 長(zhǎng)DRX狀態(tài)等同于UE使用具有長(zhǎng)睡眠周期的長(zhǎng)DRX周期，而UE處于短DRX狀態(tài)等同于UE 使用具有短睡眠周期的短DRX周期。該UE發(fā)送或者接收數(shù)據(jù)傳輸。該UE檢測(cè)至少一個(gè)預(yù) 先定義業(yè)務(wù)條件?；谝褭z測(cè)業(yè)務(wù)條件，UE實(shí)施DRX轉(zhuǎn)換。在本發(fā)明的一個(gè)實(shí)施例中，UE 保持在長(zhǎng)DRX狀態(tài)，而不是轉(zhuǎn)換到短DRX狀態(tài)，當(dāng)檢測(cè)到至少一個(gè)預(yù)先定義業(yè)務(wù)條件時(shí)。在 本發(fā)明的另一個(gè)實(shí)施例中，當(dāng)檢測(cè)到至少一個(gè)預(yù)先定義業(yè)務(wù)條件時(shí)，UE擴(kuò)展短DRX中的時(shí) 長(zhǎng)（duration)。在本發(fā)明的再一個(gè)實(shí)施例中，UE發(fā)送業(yè)務(wù)條件信息給網(wǎng)絡(luò)以及基于已接收 網(wǎng)絡(luò)DRX轉(zhuǎn)換命令實(shí)施DRX轉(zhuǎn)換，其中，該網(wǎng)絡(luò)命令為基于該業(yè)務(wù)條件。
[0011] 在本發(fā)明的另一個(gè)實(shí)施例中，UE配置空閑模式觸發(fā)條件。該UE檢測(cè)至少一個(gè)預(yù) 先定義業(yè)務(wù)條件。該UE基于該業(yè)務(wù)條件實(shí)施空閑模式轉(zhuǎn)換運(yùn)作，以及轉(zhuǎn)換為空閑模式，當(dāng) 滿足該觸發(fā)條件時(shí)。在本發(fā)明的一個(gè)實(shí)施例中，UE重啟去活（inactivity)定時(shí)器，當(dāng)檢測(cè) 到至少一個(gè)預(yù)先定義業(yè)務(wù)條件時(shí)。在本發(fā)明的另一個(gè)實(shí)施例中，該UE基于該業(yè)務(wù)條件發(fā)送 空閑模式輔助信息給該網(wǎng)絡(luò)。該網(wǎng)絡(luò)發(fā)送空閑模式命令消息給該UE。該UE在接收到該網(wǎng) 絡(luò)命令消息時(shí)進(jìn)入到空閑狀態(tài)。
[0012] 在本發(fā)明的其他實(shí)施例中，該UE檢測(cè)至少一個(gè)預(yù)先定義業(yè)務(wù)條件。基于該業(yè)務(wù)條 件，該UE自適應(yīng)地調(diào)整RLF觸發(fā)參數(shù)。
[0013] 下面詳細(xì)描述本發(fā)明的其他實(shí)施例以及有益效果。本發(fā)明保護(hù)范圍不以
【發(fā)明內(nèi)容】
為限。本發(fā)明保護(hù)范圍以權(quán)利要求為準(zhǔn)。

【專利附圖】

【附圖說明】
[0014] 圖1為根據(jù)本發(fā)明的實(shí)施例，頂層（top-level)流程圖。
[0015] 圖2為根據(jù)支持本發(fā)明實(shí)施例的UE方塊示意圖。
[0016] 圖3為根據(jù)本發(fā)明實(shí)施例，動(dòng)態(tài)DRX狀態(tài)轉(zhuǎn)變方塊示意圖。
[0017] 圖4A為基于已檢測(cè)業(yè)務(wù)條件，UE接收到數(shù)據(jù)傳輸之后，保持在長(zhǎng)DRX狀態(tài)的示例 過程示意圖。
[0018] 圖4B為基于已檢測(cè)業(yè)務(wù)條件UE將誒收到數(shù)據(jù)傳輸之后轉(zhuǎn)換到短DRX狀態(tài)的示例 過程示意圖。
[0019] 圖5為根據(jù)本發(fā)明的實(shí)施，從長(zhǎng)DRX狀態(tài)轉(zhuǎn)換到短DRX狀態(tài)的流程圖。
[0020] 圖6A為當(dāng)業(yè)務(wù)條件指示不存在禁止（prohitition)條件時(shí)，數(shù)據(jù)傳輸之后，擴(kuò)展 去活（inactivity)定時(shí)器的場(chǎng)景示意圖。
[0021] 圖6B為業(yè)務(wù)條件指示不存在禁止條件時(shí)，數(shù)據(jù)傳輸之后，擴(kuò)展短DRX周期的場(chǎng)景 示意圖。
[0022] 圖7為基于業(yè)務(wù)條件，UE動(dòng)態(tài)更新DRX去活定時(shí)器以及/或者短DRX周期定時(shí)器 的示意流程圖。
[0023] 圖8為基于從UE接收的業(yè)務(wù)條件，UE基于網(wǎng)絡(luò)命令實(shí)施DRX狀態(tài)轉(zhuǎn)換以及網(wǎng)絡(luò) 決定DRX命令的示意流程圖。
[0024] 圖9為根據(jù)本發(fā)明的實(shí)施例，基于業(yè)務(wù)條件動(dòng)態(tài)DRX轉(zhuǎn)換的示意流程圖。
[0025] 圖10為基于UE檢測(cè)的業(yè)務(wù)條件，動(dòng)態(tài)DRX轉(zhuǎn)換的示意流程圖。
[0026] 圖11為空閑轉(zhuǎn)換輔助數(shù)據(jù)從UE發(fā)給網(wǎng)絡(luò)時(shí)，空閑模式轉(zhuǎn)換的示意流程圖。
[0027] 圖12為基于業(yè)務(wù)條件，UE啟動(dòng)或重啟去活定時(shí)器的示意流程圖。
[0028] 圖13為基于業(yè)務(wù)條件，去活定時(shí)器不重啟的示意流程圖。
[0029] 圖14為基于至少一個(gè)業(yè)務(wù)條件，UE轉(zhuǎn)換到空閑狀態(tài)的示意流程圖。
[0030] 圖15為基于用戶層面（user plane)運(yùn)作，UE發(fā)送測(cè)量報(bào)告的示意流程圖。
[0031] 圖16為基于已檢測(cè)業(yè)務(wù)條件，TTT定時(shí)器超時(shí)之前UE觸發(fā)測(cè)量報(bào)告的示意流程 圖。
[0032] 圖17為基于業(yè)務(wù)條件UE觸發(fā)RLF的示意流程圖。

【具體實(shí)施方式】
[0033] 現(xiàn)在將參考本發(fā)明的一些實(shí)施例作詳細(xì)說明，其示例如附圖所示。
[0034] 圖1為根據(jù)本發(fā)明的實(shí)施例頂層示意流程圖。無線網(wǎng)絡(luò)包含連接到基站eNB102的 用戶設(shè)備UE101。根據(jù)一個(gè)新穎方面，UE101基于至少一個(gè)業(yè)務(wù)條件實(shí)施動(dòng)態(tài)DRX轉(zhuǎn)換運(yùn)作 (action)。本發(fā)明的一個(gè)目的是對(duì)UL提供實(shí)施業(yè)務(wù)形成（shaping)的解決辦法。進(jìn)一步 說，本發(fā)明提供了基于其他因素（factor)，例如業(yè)務(wù)類型、功率節(jié)省或者非功率節(jié)省狀態(tài)等 的動(dòng)態(tài)調(diào)整UE休眠參數(shù)的解決辦法。功率節(jié)省或者非功率節(jié)省狀態(tài)可以近似地分別由功 率節(jié)省狀態(tài)或者非功率節(jié)省狀態(tài)所表達(dá)。當(dāng)用戶處于交互（interactive)模式,UE可以正 常處于非功率節(jié)省狀態(tài)，其中屏幕點(diǎn)亮（screen on)。當(dāng)用戶處于非交互模式時(shí)，UE可以轉(zhuǎn) 到屏幕關(guān)閉（screen off)的功率節(jié)省模式。因此標(biāo)記非交互狀態(tài)以及功率節(jié)省模式/狀態(tài) 被認(rèn)為是等同的，以及標(biāo)記交互狀態(tài)以及非功率節(jié)省模式/狀態(tài)被認(rèn)為是等同的。是否UE 處于這樣的模式或者狀態(tài)可以認(rèn)為是UE發(fā)送給網(wǎng)絡(luò)的信號(hào)，UE指示優(yōu)先（preference)功 率節(jié)省或者不是。附加場(chǎng)景以及參數(shù)放在休眠算法中，UE可以更長(zhǎng)地保持在睡眠（sleep) 中，而不影響用戶服務(wù)品質(zhì)（quality of service,QoS)?？梢赃M(jìn)一步有效地減少控制開銷 以及提高UE睡眠。在圖1的例子中，步驟111中，UE101檢測(cè)業(yè)務(wù)條件。步驟112，UE101 進(jìn)入到DRX狀態(tài)。DRX狀態(tài)可以為長(zhǎng)DRX狀態(tài)或者短DRX狀態(tài)。步驟121中，UE101基于業(yè) 務(wù)條件實(shí)施DRX/DTX轉(zhuǎn)換運(yùn)作。
[0035] 本發(fā)明的另一個(gè)新穎性方面包含處于已鏈接狀態(tài)的UE到空閑狀態(tài)的轉(zhuǎn)換。該狀 態(tài)轉(zhuǎn)換應(yīng)用業(yè)務(wù)類型、DRX狀態(tài)、功率節(jié)省或者非功率節(jié)省狀態(tài)以及其他可以由UE收集以 輔助狀態(tài)轉(zhuǎn)換的參數(shù)的已知知識(shí)而優(yōu)化。本發(fā)明提供透過減少空閑轉(zhuǎn)換的信令而減少控制 開銷的解決辦法以避免不成熟的（premature)轉(zhuǎn)換到空閑模式。在圖1的例子中UE 101 在步驟113檢測(cè)業(yè)務(wù)條件。步驟114UE101開始空閑模式轉(zhuǎn)換。步驟122，UE 101基于業(yè)務(wù) 條件實(shí)施UE轉(zhuǎn)換到空閑運(yùn)作。本發(fā)明的另一個(gè)新穎方面為UE提供更動(dòng)態(tài)方法，其中透過 考慮額外信息，例如業(yè)務(wù)類型、功率節(jié)省或者非功率節(jié)省狀態(tài)而檢測(cè)RLF。使用改進(jìn)的RLF 過程，UE可以在不影響QoS前提下延遲宣布（declare) RLF，而在如果UE需要更高QoS時(shí)， 依然保持對(duì)切換的快速搜索。在圖1的例子中，UE101在步驟115檢測(cè)業(yè)務(wù)條件。在步驟 116, UE 101實(shí)施RLF轉(zhuǎn)換。在步驟123,基于業(yè)務(wù)報(bào)告，UE 101實(shí)施RLF運(yùn)作。
[0036] 圖2為支持本發(fā)明實(shí)施例的UE方塊示意圖。UE具有RF收發(fā)器模塊211，其中耦 接到天線201從天線201接收RF信號(hào)，將已接收RF信號(hào)轉(zhuǎn)換為基頻信號(hào)以及發(fā)送給處理 器212。RF收發(fā)器201也將從處理器212接收的已轉(zhuǎn)換基頻信號(hào)轉(zhuǎn)換為RF信號(hào)，以及發(fā)送 給天線201。處理器212處理已接收信號(hào)以及觸發(fā)不同功能模塊實(shí)施UE中的功能。存儲(chǔ)器 213存儲(chǔ)程序指令以及數(shù)據(jù)以控制UE的運(yùn)作。圖2進(jìn)一步給出UE中功能模塊220到229 的示例，其中，該功能模塊220到229實(shí)施本發(fā)明的實(shí)施例。功能模塊可以以硬件、固件以 及軟件或者上述幾者的組合而實(shí)現(xiàn)。
[0037] 業(yè)務(wù)條件模塊221檢測(cè)業(yè)務(wù)條件。當(dāng)前休眠醒來（dormancy-awake)決定，例如DRX 狀態(tài)以及空閑狀態(tài)不考慮不同業(yè)務(wù)或者活動(dòng)（activity)的不同類型。一些業(yè)務(wù)類型，例如 背景業(yè)務(wù)具有較少的Qos需求?？梢杂卸鄠€(gè)應(yīng)用運(yùn)營(yíng)在UE中，每一應(yīng)用產(chǎn)生零星（sparse) 背景業(yè)務(wù)。業(yè)務(wù)決定模塊221可以檢測(cè)業(yè)務(wù)以及基于條件作出決定。業(yè)務(wù)條件的另一個(gè)例 子是UE是否為激活（active)。當(dāng)在用戶以及UE中的至少一個(gè)應(yīng)用之間有交互時(shí)，UE處于 激活狀態(tài)，應(yīng)用例如屏幕激活，應(yīng)用窗口正在顯示給用戶或者最近用戶對(duì)應(yīng)用有數(shù)據(jù)輸入。 當(dāng)UE處于激活狀態(tài)，可能有數(shù)據(jù)傳輸。因此UE可以決定更可能保持在醒來狀態(tài)。其他例子 為邏輯信道的功率節(jié)省或者非功率節(jié)省狀態(tài)。如果UE處于激活狀態(tài)，應(yīng)用在發(fā)送或者接收 數(shù)據(jù)，數(shù)據(jù)傳輸?shù)倪壿嬓诺朗欠枪β使?jié)省狀態(tài)。另一方面，如果UE處于非激活或者功率節(jié) 省狀態(tài)，數(shù)據(jù)傳輸可以認(rèn)為是對(duì)于延遲有更高容忍度。因此，當(dāng)UE處于非功率節(jié)省模式，例 如屏幕關(guān)閉，以及背景數(shù)據(jù)傳輸具有低QoS需求，UE可以保持在睡眠狀態(tài)更長(zhǎng)時(shí)間以具有 更好的電池效能。業(yè)務(wù)檢測(cè)模塊221可以檢測(cè)其他UE條件，例如用戶層面活動(dòng)（activity) 級(jí)別，以及進(jìn)一步汲取一些預(yù)先配置的信息、網(wǎng)絡(luò)指令（instruction)以及決定業(yè)務(wù)條件 中其他動(dòng)態(tài)接收的信息。
[0038] DRX/DTX模塊222處理DRX/DTX轉(zhuǎn)換運(yùn)作。模塊222從業(yè)務(wù)條件模塊221收到業(yè) 務(wù)條件以及基于是否轉(zhuǎn)換到其他DRX/DTX狀態(tài)而做出決定?；跇I(yè)務(wù)條件DRX/DTX模塊 222也可以動(dòng)態(tài)改變/更新DRX/DTX參數(shù)，例如短DRX周期時(shí)間以及DRX去活定時(shí)器。UE 空閑狀態(tài)轉(zhuǎn)換模塊223從業(yè)務(wù)條件模塊221接收業(yè)務(wù)條件，以及基于是否從已鏈接狀態(tài)轉(zhuǎn) 換為空閑狀態(tài)而做出決定。測(cè)量模塊224從業(yè)務(wù)條件模塊221接收業(yè)務(wù)條件以及做出動(dòng)態(tài) 決定，以決定何時(shí)發(fā)送測(cè)量報(bào)告以及何時(shí)做出移動(dòng)性測(cè)量。RLF模塊225從測(cè)量模塊224接 收測(cè)量輸出以及業(yè)務(wù)條件，以及從業(yè)務(wù)條件模塊221接收業(yè)務(wù)條件。RLF模塊225基于測(cè)量 報(bào)告以及業(yè)務(wù)條件動(dòng)態(tài)決定是否宣布RLF。
[0039] DRX/DTX 運(yùn)作
[0040] 圖3為根據(jù)本發(fā)明的實(shí)施例動(dòng)態(tài)DRX狀態(tài)轉(zhuǎn)換的方塊示意圖。UE可以配置為支 持長(zhǎng)DRX以及短DRX，其中長(zhǎng)DRX具有較長(zhǎng)睡眠時(shí)間，以及短DRX具有較短睡眠時(shí)間。長(zhǎng) DRX301具有兩個(gè)子狀態(tài)（sub-state)。長(zhǎng)DRX中醒來311以及在長(zhǎng)DRX中睡眠312。UE在 長(zhǎng)DRX中醒來311時(shí)，UE可以接收數(shù)據(jù)傳輸。激活時(shí)長(zhǎng)（on-duration)定時(shí)器在UE進(jìn)入 到長(zhǎng)DRX 311中醒來時(shí)而運(yùn)行。一般說來，在步驟321中，當(dāng)激活時(shí)長(zhǎng)定時(shí)器超時(shí)時(shí)，UE從 想DRX中醒來311狀態(tài)改變到長(zhǎng)DRX的睡眠312中。DRX的睡眠312中，UE不接收數(shù)據(jù)傳 輸。當(dāng)長(zhǎng)DRX周期定時(shí)器超時(shí)時(shí)，步驟322, UE轉(zhuǎn)換回到長(zhǎng)DRX的醒來311中。相似地，短 DRX 302具有兩個(gè)子狀態(tài)。短DRX的醒來313以及短DRX的睡眠314。當(dāng)UE處于長(zhǎng)DRX的 醒來313時(shí)，UE可以接收數(shù)據(jù)傳輸。當(dāng)UE進(jìn)入到短DRX的醒來313時(shí)，激活時(shí)長(zhǎng)定時(shí)器運(yùn) 行。一般說來，步驟324中，當(dāng)激活時(shí)長(zhǎng)定時(shí)器超時(shí)時(shí)，UE可以從短DRX的醒來313改變到 短DRX的睡眠314。在短DRX的睡眠314中，UE不接收數(shù)據(jù)傳輸。當(dāng)短DRX周期定時(shí)器超 時(shí)時(shí)，步驟323中，UE轉(zhuǎn)換回到短DRX的醒來313。步驟326中，當(dāng)UE在短DRX的醒來313 時(shí)接收數(shù)據(jù)傳輸，UE保持在短DRX的醒來313中。
[0041] UE可以從長(zhǎng)DRX 301轉(zhuǎn)換到短DRX 302以及反之亦然。步驟325中，數(shù)據(jù)傳輸開 始。步驟325的數(shù)據(jù)傳輸觸發(fā)UE從長(zhǎng)DRX 301轉(zhuǎn)換到短DRX 302。另一方面，當(dāng)UE處于 短DRX302時(shí)，可以轉(zhuǎn)換到長(zhǎng)DRX 301。步驟334中，當(dāng)短DRX周期定時(shí)器超時(shí)，UE從短DRX 302轉(zhuǎn)換到長(zhǎng)DRX 301?？商鎿Q地，步驟335中，當(dāng)UE接收到網(wǎng)絡(luò)指示只是UE進(jìn)入長(zhǎng)DRX 狀態(tài)，UE從短DRX302轉(zhuǎn)換到長(zhǎng)DRX 301。傳統(tǒng)地，系統(tǒng)不區(qū)分?jǐn)?shù)據(jù)業(yè)務(wù)的類型，或者業(yè)務(wù) 條件。因此，在步驟325,任何類型的數(shù)據(jù)傳輸觸發(fā)UE從長(zhǎng)DRX 301轉(zhuǎn)換到短DRX 302。在 本條件的一個(gè)新穎方面中，UE檢測(cè)到業(yè)務(wù)條件，例如背景業(yè)務(wù)、功率節(jié)省或者非功率節(jié)省狀 態(tài)、數(shù)據(jù)業(yè)務(wù)量以及其他條件?；谶@樣的條件，UE可以決定保持在長(zhǎng)DRX 301。舉例說 明，步驟331，當(dāng)業(yè)務(wù)條件指示小或者低QoS數(shù)據(jù)傳輸，UE保持在長(zhǎng)DRX的醒來311中，而不 是轉(zhuǎn)換到短DRX 302。相似地，步驟332中，UE可以接收網(wǎng)絡(luò)命令指示，其中該命令指示該 UE保持在長(zhǎng)DRX301中。UE在接收到命令之后，保持在長(zhǎng)DRX的醒來311，而不是轉(zhuǎn)換到短 DRX 302。在一個(gè)優(yōu)選實(shí)施例中，步驟332中網(wǎng)絡(luò)命令為基于從UE發(fā)出的業(yè)務(wù)條件。在另 一個(gè)優(yōu)選實(shí)施例中，網(wǎng)絡(luò)命令使用MAC控制粒子（Control Element, CE)。可替換地，可以 透過RRC信令傳送。在步驟333, UE檢測(cè)數(shù)據(jù)傳輸發(fā)生在功率節(jié)省狀態(tài)。在檢測(cè)到該業(yè)務(wù) 條件之后，UE在長(zhǎng)DRX 311中保持醒來，而不是轉(zhuǎn)換為短DRX 302。UE可以考慮其他業(yè)務(wù) 條件以及相應(yīng)地修正當(dāng)前DRX狀態(tài)轉(zhuǎn)換，其中，其他業(yè)務(wù)條件為影響UE的休眠醒來運(yùn)作。
[0042] 圖4A以及圖4B為動(dòng)態(tài)調(diào)整UE從長(zhǎng)DRX狀態(tài)轉(zhuǎn)換為短DRX狀態(tài)的兩個(gè)示例場(chǎng)景。 一般說來，由于更多睡眠時(shí)間，使UE保持在長(zhǎng)DRX而不是發(fā)送UE到短DRX可以增加 UE功 率節(jié)省?？赡軐?duì)于業(yè)務(wù)形成而言，當(dāng)隨后的傳輸可以被緩沖直到下一個(gè)長(zhǎng)DRX傳輸機(jī)會(huì) (opportunity)會(huì)更有益處。主要問題在于長(zhǎng)DRX狀態(tài)可能負(fù)面影響用戶體驗(yàn)，舉例說明， 當(dāng)UE處于高交互性模式中時(shí)。其他場(chǎng)景例如成批（bulk)數(shù)據(jù)傳輸，高優(yōu)先級(jí)/重要性業(yè) 務(wù)，例如信令無線承載（Signaling Radio Bearer, SRB)傳輸，可能需要短DRX。圖4A以及 圖4B給出了基于業(yè)務(wù)條件UE保持在長(zhǎng)DRX周期或者進(jìn)入短DRX周期的場(chǎng)景示意圖。
[0043] 圖4A給出了基于已檢測(cè)業(yè)務(wù)條件UE在接收到數(shù)據(jù)傳輸之后保持在長(zhǎng)DRX狀態(tài)的 示例過程。UE進(jìn)入長(zhǎng)DRX狀態(tài)。在長(zhǎng)DRX周期401在激活時(shí)長(zhǎng)沒有接收到數(shù)據(jù)傳輸。盡管 如此UE監(jiān)視業(yè)務(wù)條件。在長(zhǎng)DRX周期402的激活時(shí)長(zhǎng)中，UE在步驟411接收到物理下行鏈 路控制信道（Physical Downlink Control Channel JDCCH)傳輸。接收到數(shù)據(jù)傳輸之后，UE 在步驟412啟動(dòng)去活定時(shí)器。傳統(tǒng)地，定時(shí)器超時(shí)，UE可以進(jìn)入到短DRX狀態(tài)。在本發(fā)明的一 個(gè)實(shí)施例中，步驟413中，UE檢測(cè)業(yè)務(wù)條件，其中該業(yè)務(wù)條件指示UE或者邏輯信道，檢測(cè)業(yè) 務(wù)條件，其中該業(yè)務(wù)條件指示UE或者邏輯信道411數(shù)據(jù)傳輸在非交互（non-interactive) 或者功率節(jié)省模式中使用。因此，UE保持在長(zhǎng)DRX狀態(tài)以及進(jìn)入長(zhǎng)DRX周期403。其他已 檢測(cè)業(yè)務(wù)條件也可以使得UE決定保持在長(zhǎng)DRX狀態(tài)。這樣的業(yè)務(wù)條件的例子包含背景業(yè) 務(wù)條件，短以及非時(shí)間敏感性業(yè)務(wù)，以及小業(yè)務(wù)量。
[0044] 圖4B為基于已檢測(cè)業(yè)務(wù)條件，UE接收到數(shù)據(jù)傳輸之后UE轉(zhuǎn)換到短DRX狀態(tài)的示 例過程示意圖。UE進(jìn)入到長(zhǎng)DRX狀態(tài)，長(zhǎng)DRX周期421，在激活時(shí)長(zhǎng)沒有接收到數(shù)據(jù)傳輸。 但是UE監(jiān)視業(yè)務(wù)條件。在長(zhǎng)DRX周期422的激活時(shí)長(zhǎng)中，UE在步驟431接收H)CCH傳輸。 在接收到數(shù)據(jù)傳輸，UE在步驟432啟動(dòng)去活定時(shí)器。步驟433中，UE檢測(cè)到或者UE或者邏 輯信道431數(shù)據(jù)傳輸使用在交互或者非功率節(jié)省模式中。因此，UE轉(zhuǎn)換到短DRX周期以及 進(jìn)入短DRX周期422。UE在短DRX周期422的激活時(shí)長(zhǎng)中不接收數(shù)據(jù)傳輸。然后UE進(jìn)入 到短DRX周期423。UE在短DRX周期423的時(shí)長(zhǎng)中不接收數(shù)據(jù)傳輸。在短DRX周期定時(shí)器 超時(shí)之后，UE進(jìn)入到長(zhǎng)DRX周期424。在本發(fā)明的一個(gè)實(shí)施例中，當(dāng)有數(shù)據(jù)傳輸以及檢測(cè)到 至少一個(gè)業(yè)務(wù)條件時(shí)，UE從長(zhǎng)DRX狀態(tài)變?yōu)槎藾RX狀態(tài)。第一條件是當(dāng)數(shù)據(jù)傳輸或者來自 傳輸?shù)囊丫彺鏀?shù)據(jù)超過預(yù)先定義閾值。在本發(fā)明的一個(gè)實(shí)施例中，對(duì)于UL傳輸，從長(zhǎng)DRX 到短DRX的轉(zhuǎn)換可以與緩沖器狀態(tài)報(bào)告（Buffer Status Report，BSR)中的緩沖器狀態(tài)報(bào) 告相關(guān)。第二個(gè)條件是當(dāng)數(shù)據(jù)傳輸為用于某一邏輯信道或者邏輯信道組。在本發(fā)明的一個(gè) 實(shí)施例中，邏輯信道為高優(yōu)先級(jí)信道或者SRB。第三個(gè)條件為當(dāng)數(shù)據(jù)傳輸為特定UL或者D1 傳輸。這是個(gè)當(dāng)傳輸為時(shí)間關(guān)鍵信令過程，其中期望回復(fù)的條件。舉例說明，當(dāng)觸發(fā)測(cè)量報(bào) 告的事件已經(jīng)被發(fā)出之后，UE可能期待網(wǎng)絡(luò)無線資源管理（Radio Resource Management, RRM)響應(yīng)中重配置或者切換。第四條件為當(dāng)UE或者邏輯信道/承載者為處于非功率節(jié)省 模式時(shí)。
[0045] 圖5為根據(jù)本發(fā)明的實(shí)施例，從長(zhǎng)DRX狀態(tài)到短DRX狀態(tài)的動(dòng)態(tài)轉(zhuǎn)換的示例流程 圖。UE501連接到eNB502,其中，eNB502連接到無線網(wǎng)絡(luò)。步驟511中，UE進(jìn)入長(zhǎng)DRX狀態(tài)。 步驟512中，UE502檢測(cè)業(yè)務(wù)條件。示例業(yè)務(wù)條件列在前面段落中。所屬領(lǐng)域技術(shù)人員可 以理解UE501可以檢測(cè)其他業(yè)務(wù)條件。更多延遲容忍（delay tolerant)業(yè)務(wù)條件可以指 示保持在長(zhǎng)DRX狀態(tài)中的好處，而更實(shí)時(shí)（real time)數(shù)據(jù)傳輸，或者大量傳輸，可以指示 需要轉(zhuǎn)換到短DRX狀態(tài)。UE501保持收集以及更新上述業(yè)務(wù)條件。步驟521中，檢測(cè)到數(shù)據(jù) 傳輸。步驟513中，UE501收集業(yè)務(wù)條件信息以及做比較。在步驟513, UE501可以實(shí)現(xiàn)某 些算法以評(píng)估各種已收集業(yè)務(wù)條件。上述算法可以為簡(jiǎn)單的決定，或者為動(dòng)態(tài)配置。UE501 可以基于持續(xù)中的（on-going)基礎(chǔ)，或者周期性地，或者當(dāng)一些預(yù)先定義觸發(fā)事件發(fā)生時(shí) 評(píng)估所有已收集業(yè)務(wù)條件。在決定業(yè)務(wù)條件之后，如果遇到至少一個(gè)預(yù)先定義條件，UE501 在步驟515轉(zhuǎn)換到短DRX狀態(tài)。如果在步驟513, UE沒有檢測(cè)到任何預(yù)先定義業(yè)務(wù)條件，或 者步驟513中的業(yè)務(wù)條件指示延遲容忍業(yè)務(wù)類型，UE501在步驟514中保持在長(zhǎng)DRX狀態(tài)。 在本發(fā)明的一個(gè)實(shí)施例中，步驟522中，UE501發(fā)送業(yè)務(wù)條件同步消息給網(wǎng)絡(luò)。該消息指示 給網(wǎng)絡(luò)當(dāng)前UE的DRX狀態(tài)，DRX參數(shù)更新以及/或者UE501檢測(cè)的其他相關(guān)業(yè)務(wù)條件。透 過從UE收到的業(yè)務(wù)條件中得到UE狀態(tài)，或者明示地收到狀態(tài)轉(zhuǎn)換信息，網(wǎng)絡(luò)可以與UE501 同步。該同步可以在有觸發(fā)事件時(shí)完成，其中，觸發(fā)事件例如UE狀態(tài)變化或者業(yè)務(wù)條件變 化，或者可以周期性地更新。同步方案可以預(yù)先配置以及動(dòng)態(tài)調(diào)整。
[0046] 動(dòng)態(tài)DRX轉(zhuǎn)換方案的另一方面為動(dòng)態(tài)調(diào)整或者擴(kuò)展去活定時(shí)器以及/或者短DRX 周期定時(shí)器。圖6A以及6B給出了基于業(yè)務(wù)條件擴(kuò)展去活定時(shí)器以及短DRX周期定時(shí)器的 示意圖。雖然兩個(gè)示意圖給出了擴(kuò)展的實(shí)現(xiàn)，但是所屬領(lǐng)域技術(shù)人員可以理解，兩個(gè)定時(shí)器 可以同時(shí)擴(kuò)展。
[0047] 圖6A給出了根據(jù)本發(fā)明的實(shí)施例，當(dāng)業(yè)務(wù)條件指示不存在禁止（prohibition)條 件時(shí)，數(shù)據(jù)傳輸之后擴(kuò)展去活定時(shí)器的示例場(chǎng)景。UE進(jìn)入長(zhǎng)DRX周期601。在長(zhǎng)DRX周期 601的激活時(shí)長(zhǎng)中沒有數(shù)據(jù)傳輸。在下一個(gè)激活時(shí)長(zhǎng)中，在步驟611UE接收HXXH數(shù)據(jù)傳 輸。步驟612, UE檢測(cè)到或者UE或者數(shù)據(jù)傳輸使用的邏輯信道611在交互或者非功率節(jié)省 模式中。UE進(jìn)一步檢測(cè)是否沒有檢測(cè)到禁止條件。該禁止條件可以為預(yù)先配置或者動(dòng)態(tài)更 新。第一禁止條件為當(dāng)數(shù)據(jù)傳輸或者已緩沖用于傳輸?shù)臄?shù)據(jù)為低于預(yù)先定義閾值。第二禁 止條件為數(shù)據(jù)傳輸不是預(yù)先定義的邏輯信道或者邏輯信道中之一，邏輯信道例如高優(yōu)先級(jí) 信道或者SRB。第三禁止條件條件為數(shù)據(jù)傳輸不是UL或者DL中預(yù)先定義特定傳輸之一。 第四禁止條件為UE或者數(shù)據(jù)傳輸所使用的邏輯信道611在功率節(jié)省模式中。在檢決定UE 滿足所有條件之后，UE在步驟613擴(kuò)展去活定時(shí)器。擴(kuò)展去活定時(shí)器超時(shí)之后，UE進(jìn)入短 DRX周期602,其中短DRX周期602后面是DRX周期603。步驟614中，常規(guī)（regular)短 DRX周期定時(shí)器超時(shí)。UR進(jìn)入長(zhǎng)DRX周期604。
[0048] 圖6B為根據(jù)本發(fā)明的實(shí)施例，當(dāng)業(yè)務(wù)條件指示不存在禁止條件時(shí)，數(shù)據(jù)傳輸之后 擴(kuò)展短DRX周期定時(shí)器的示例場(chǎng)景。UE進(jìn)入長(zhǎng)DRX周期621。在長(zhǎng)DRX周期621的激活 時(shí)長(zhǎng)中沒有數(shù)據(jù)傳輸。在下一個(gè)激活時(shí)長(zhǎng)中，UE在步驟631收到rocch數(shù)據(jù)傳輸。在步驟 633中，UE啟動(dòng)去活定時(shí)器。在去活定時(shí)器超時(shí)之后，步驟632, UE檢測(cè)UE或者數(shù)據(jù)傳輸 所使用的邏輯信道631在去活或者非功率節(jié)省模式。UE進(jìn)一步檢測(cè)沒有檢測(cè)到禁止條件。 禁止條件可以預(yù)先配置或者動(dòng)態(tài)更新。禁止事件為上述定義的相同。在決定UE滿足所有 條件之后，UE擴(kuò)展短DRX周期定時(shí)器。UR進(jìn)入短DRX周期622,其中，短DRX周期622后面 是短DRX周期623。因?yàn)槎藾RX周期定時(shí)器被擴(kuò)展，所以透過進(jìn)入短DRX周期624UE保持在 短DRX更長(zhǎng)時(shí)間。步驟634中，已擴(kuò)展短DRX周期定時(shí)器超時(shí)。UE進(jìn)入長(zhǎng)DRX周期625。
[0049] 圖7為根據(jù)本發(fā)明的實(shí)施例，基于業(yè)務(wù)條件UE動(dòng)態(tài)更新去活定時(shí)器以及/或者 短DRX周期定時(shí)器的流程圖。UE 701連接到eNB 702, eNB 702連接到無線網(wǎng)絡(luò)。步驟711 中，UE 701檢測(cè)業(yè)務(wù)條件。步驟721中，UE檢測(cè)數(shù)據(jù)傳輸。步驟712中UE 701基于業(yè)務(wù)條 件決定運(yùn)作。示例業(yè)務(wù)條件列在之前的段落中。所屬領(lǐng)域技術(shù)人員可以理解UE 701可以 檢測(cè)其他業(yè)務(wù)條件。UE 701持續(xù)收集業(yè)務(wù)條件信息以及做比較。UE 701在步驟712可以 實(shí)現(xiàn)某個(gè)算法以評(píng)估各種已手機(jī)業(yè)務(wù)條件。這樣的算法可以為簡(jiǎn)單的決定或者可以動(dòng)態(tài)配 置。業(yè)務(wù)條件可以在持續(xù)（ongoing)的基礎(chǔ)上決定，或者周期性地，或者在需要決定的時(shí)間 決定。決定業(yè)務(wù)條件之后，UE 701可在步驟713擴(kuò)展去活定時(shí)器以及/或者短DRX周期定 時(shí)器，所以UE保持在醒來狀態(tài)較長(zhǎng)時(shí)間。如果在步驟712, UE 701決定條件不滿足，則UE 701不擴(kuò)展去活定時(shí)器，也不在步驟714擴(kuò)展短DRX周期定時(shí)器。在本發(fā)明的一個(gè)實(shí)施例 中，步驟722，UE701發(fā)送業(yè)務(wù)條件同步消息給網(wǎng)絡(luò)。該消息指示網(wǎng)絡(luò)當(dāng)前UE DRX狀態(tài)，DRX 參數(shù)更新以及/或者UE 701檢測(cè)到的其他相關(guān)業(yè)務(wù)條件。網(wǎng)絡(luò)可以透過從接收到的業(yè)務(wù) 條件得到UE狀態(tài)而與UE 701同步，或者從接收明示狀態(tài)轉(zhuǎn)換信息。其他同步消息也可以 采用。同步可以在有觸發(fā)事件時(shí)發(fā)生，例如UE狀態(tài)改變或者業(yè)務(wù)條件改變，或者可以周期 性地更新。同步方案可以預(yù)先配置以及動(dòng)態(tài)調(diào)整。
[0050] 如上所示，動(dòng)態(tài)調(diào)整UE DRX狀態(tài)以及/或者DRX參數(shù)可以在UE檢測(cè)到業(yè)務(wù)條件 時(shí)完成。這樣的實(shí)現(xiàn)不包含額外消息以及決定對(duì)于UE而言是本地的，其中業(yè)務(wù)條件已知。 但是這樣的方案在UE以及網(wǎng)絡(luò)之間有不同步（out-of-sync)的風(fēng)險(xiǎn)。如上所述，可以實(shí)現(xiàn) 一些同步以解決潛在的不同步問題。另一實(shí)現(xiàn)動(dòng)態(tài)UE的DRX狀態(tài)轉(zhuǎn)換的方式是透過網(wǎng)絡(luò) 命令。
[0051] 圖8為根據(jù)本發(fā)明的實(shí)施例，UE基于網(wǎng)絡(luò)命令實(shí)施DRX狀態(tài)轉(zhuǎn)換的示意圖，其 中，網(wǎng)絡(luò)基于從UE收到的業(yè)務(wù)條件決定DRX命令。UE801連接到eNB802, eNB802連接到 無線網(wǎng)絡(luò)。步驟811中，UE 801檢測(cè)業(yè)務(wù)條件。業(yè)務(wù)條件可以包含UE功率節(jié)省/非功率 節(jié)省狀態(tài)、背景業(yè)務(wù)類型、用戶層面活動(dòng)（activity)以及其他業(yè)務(wù)類型、業(yè)務(wù)條件相關(guān)信 息。業(yè)務(wù)條件可以為預(yù)先配置或者可以為動(dòng)態(tài)更新以及UE和網(wǎng)絡(luò)之間同步。步驟821中， UE 801發(fā)送上述業(yè)務(wù)條件給網(wǎng)絡(luò)。業(yè)務(wù)條件可以在有觸發(fā)事件時(shí)發(fā)送，例如UE狀態(tài)變化， 或者業(yè)務(wù)條件變化，或者可以周期性地更新。業(yè)務(wù)條件也可以包含透過提供信息給網(wǎng)絡(luò) 的UL業(yè)務(wù)標(biāo)簽（tagging)，其中該信息與UL數(shù)據(jù)的特性相關(guān)，UL數(shù)據(jù)的特性例如延遲容 忍（delay-tolerant)、背景業(yè)務(wù)、功率節(jié)省或者非功率節(jié)省數(shù)據(jù)。透過識(shí)別數(shù)據(jù)的上下文 (context)，網(wǎng)絡(luò)可以更好決定相關(guān)UE DRX轉(zhuǎn)換。步驟812中，從UE801接收到業(yè)務(wù)條件之 后，eNB802決定DRX命令。在本發(fā)明的一個(gè)實(shí)施例中，上述決定在網(wǎng)絡(luò)中完成而不是eNB。 在本發(fā)明的其他實(shí)施例中，上述決定可以由其他網(wǎng)絡(luò)實(shí)體完成。步驟822,網(wǎng)絡(luò)發(fā)送DRX命 令給UE 801。網(wǎng)絡(luò)DRX命令的例子包含數(shù)據(jù)傳輸之后轉(zhuǎn)到長(zhǎng)DRX或者保持在長(zhǎng)DRX，在該 數(shù)據(jù)傳輸之后使用預(yù)先定義DRX配置，使用長(zhǎng)或者短或者中等（medium)，或者使用長(zhǎng)、短中 等去活定時(shí)器以轉(zhuǎn)換出短DRX。在本發(fā)明的一個(gè)優(yōu)選實(shí)施例中，DRX命令DL數(shù)據(jù)傳輸一起 發(fā)送，DL數(shù)據(jù)例如MAC標(biāo)頭（header)。命令可以在數(shù)據(jù)傳輸之后直接用于DRX運(yùn)作。信 令開銷可以最小化。在本發(fā)明的另一個(gè)優(yōu)選實(shí)施例中，一些DRX運(yùn)作配置預(yù)先配置以及命 令可以指向上述預(yù)先配置命令。步驟813中，接收到網(wǎng)絡(luò)DRX命令之后，UE801相應(yīng)地實(shí)施 DRX轉(zhuǎn)換運(yùn)作。
[0052] 傳統(tǒng)地，DRX中的業(yè)務(wù)形成只用于DL。在本發(fā)明的一些優(yōu)選實(shí)施例中，UE在UL中 應(yīng)用傳輸休眠。UE只允許在UL中的某些時(shí)機(jī)（occasion)上傳送。UL傳輸時(shí)機(jī)周期可以 設(shè)置比最大調(diào)度請(qǐng)求（Scheduling Request)周期長(zhǎng)。如上所述UL傳輸時(shí)機(jī)限制可以用于 物理上行鏈路控制信道（Physical Uplink Control Channel，PUCCH)以及其他基于UL的 傳輸?shù)臓?zhēng)用（contention)。UL業(yè)務(wù)形成一個(gè)問題是UE以及網(wǎng)絡(luò)不同步的可能。為了避 免UE以及網(wǎng)絡(luò)之間不同步問題，通信的一方負(fù)責(zé)上下文識(shí)別以及檢測(cè)其他業(yè)務(wù)條件。這樣 的信息隨后作為信號(hào)發(fā)送給另外一方。舉例說明，UE可以透過在MAC標(biāo)頭中增加信息粒子 (information element, IE)而標(biāo)簽（tag) UL數(shù)據(jù)、提醒網(wǎng)絡(luò)是否該數(shù)據(jù)為延遲容忍/背景 業(yè)務(wù)、或者非功率節(jié)省或者對(duì)話（conversational)在本發(fā)明的另一個(gè)實(shí)施例中，透過在UL 的數(shù)據(jù)傳輸中包含上述信息，UE將非功率節(jié)省/功率節(jié)省狀態(tài)上報(bào)，或者用于邏輯信道，或 者用于UE。在本發(fā)明的另一個(gè)實(shí)施例中，網(wǎng)絡(luò)可以請(qǐng)求上述信息，以及UE可以透過發(fā)送業(yè) 務(wù)信息給網(wǎng)絡(luò)而作為響應(yīng)。
[0053] 圖9為根據(jù)本發(fā)明的實(shí)施例，依據(jù)網(wǎng)絡(luò)命令的動(dòng)態(tài)DRX轉(zhuǎn)換的流程示意圖。步驟 901中，UE檢測(cè)至少一個(gè)業(yè)務(wù)條件。步驟902中，UE發(fā)送條件信息給網(wǎng)絡(luò)。步驟903中，UE 根據(jù)網(wǎng)絡(luò)DRX命令實(shí)施DRX轉(zhuǎn)換運(yùn)作，其中，DRX命令為基于業(yè)務(wù)條件信息。
[0054] 圖10為根據(jù)本發(fā)明的實(shí)施例，基于已檢測(cè)業(yè)務(wù)條件動(dòng)態(tài)DRX轉(zhuǎn)換的流程示意圖。 步驟1001中，UE應(yīng)用非連續(xù)DRX或者DTX在無線網(wǎng)絡(luò)中，其中UE為長(zhǎng)DRX狀態(tài)或者為短 DRX狀態(tài)。步驟1002中，UE在邏輯信道上發(fā)送或者接收數(shù)據(jù)傳輸。步驟1003中，UE檢測(cè) 至少一個(gè)業(yè)務(wù)條件。步驟1004中，UE基于業(yè)務(wù)條件實(shí)施DRX轉(zhuǎn)換運(yùn)作。
[0055] 宇閑連接轉(zhuǎn)換
[0056] 基于業(yè)務(wù)條件動(dòng)態(tài)調(diào)整UE DRX狀態(tài)轉(zhuǎn)換以及/或者DRX參數(shù)提高了 UE電池壽命， 而不影響用戶體驗(yàn)。另一個(gè)經(jīng)濟(jì)的運(yùn)作是轉(zhuǎn)換到空閑模式。在當(dāng)前系統(tǒng)中，空閑轉(zhuǎn)換觸發(fā) 為在網(wǎng)絡(luò)中，以及明示信令用于觸發(fā)轉(zhuǎn)換到空閑狀態(tài)。在得到UE UL同步以接收RRC釋放 命令中有大量的信令開銷。如果空閑轉(zhuǎn)換觸發(fā)可以動(dòng)態(tài)采用，以及考慮UE的業(yè)務(wù)條件，上 述開銷可以降低。
[0057] 圖11為根據(jù)本發(fā)明的實(shí)施例，已連接UE動(dòng)態(tài)地轉(zhuǎn)換到空閑狀態(tài)的示意流程圖， 其中空閑黃鉆換輔助信息從UE發(fā)送給網(wǎng)絡(luò)。UE 1101連接到eNB 1102中，其中，eNB 1102 連接到無線網(wǎng)絡(luò)。步驟1111中，UE 1101檢測(cè)業(yè)務(wù)條件。在本發(fā)明的優(yōu)選實(shí)施例中，步驟 1121中，UE 1101透過RRC測(cè)量報(bào)告發(fā)送空閑轉(zhuǎn)換輔助數(shù)據(jù)給網(wǎng)絡(luò)。該輔助數(shù)據(jù)可以透過 其他消息發(fā)送網(wǎng)絡(luò)。輔助數(shù)據(jù)典型地包含用于激活的持續(xù)中（ongoing)業(yè)務(wù)的類型，例如 背景或者時(shí)間類型特性（time pattern characterization)、UE功率節(jié)省或者非功率節(jié)省 狀態(tài)，UE休眠/醒來狀態(tài)，例如DRX醒來，傳送或者接收狀態(tài)以及與上述信息相關(guān)的最近歷 史信息。其他業(yè)務(wù)條件信息，例如UE的移動(dòng)速度也可以包含在報(bào)告中。空閑轉(zhuǎn)換輔助數(shù)據(jù) 可以在測(cè)量報(bào)告?zhèn)鬏斨邪l(fā)送或者當(dāng)發(fā)送數(shù)據(jù)給網(wǎng)絡(luò)時(shí)發(fā)送。步驟1112中，eNB1102在接收 到空閑轉(zhuǎn)換輔助數(shù)據(jù)之后，決定是否釋放RRC連接。所屬領(lǐng)域技術(shù)人員可以理解上述決定 可以由網(wǎng)絡(luò)中的其他示例所示。步驟1122中，網(wǎng)絡(luò)基于已接收空閑轉(zhuǎn)換輔助數(shù)據(jù)發(fā)送RRC 釋放消息給UE 1101。接收到RRC釋放消息之后，UE 1102在步驟1112中轉(zhuǎn)換到空閑。
[0058] 使得UE進(jìn)入空閑狀態(tài)的另一個(gè)更為有效的方式為基于用戶交互 (interactivity)應(yīng)用不同空閑轉(zhuǎn)換觸發(fā)。具體地，UE轉(zhuǎn)換到空閑狀態(tài)，特別地，當(dāng)UE處于 功率節(jié)省狀態(tài)時(shí)，更快地而不是稍后（sooner rather than later)轉(zhuǎn)入空閑狀態(tài)。因?yàn)楫?dāng) 用戶在功率節(jié)省狀態(tài)中，用戶可能注意不到額外延遲。用戶交互可以檢測(cè)作為UE處在非功 率節(jié)省狀態(tài)中，以及可以基于傳輸超過預(yù)先定義閾值。
[0059] 圖12為根據(jù)本發(fā)明的實(shí)施例，UE基于業(yè)務(wù)條件啟動(dòng)或者重啟inactivity定時(shí)器 的示意流程圖。UE 1201連接到eNB 1202,其中eNB 1202連接到無線網(wǎng)絡(luò)。步驟1211中， UE 1201進(jìn)入到交互/非功率節(jié)省狀態(tài)。步驟1221中，UE 1201發(fā)送或者接收數(shù)據(jù)傳輸。UE 1201也可在該步驟中告知網(wǎng)絡(luò)有關(guān)自己的的非功率節(jié)省狀態(tài)。步驟1212中，UE 1201啟動(dòng) 去活定時(shí)器?？臻e轉(zhuǎn)換定時(shí)器的值設(shè)定為長(zhǎng)?？臻e轉(zhuǎn)換定時(shí)器的值依賴于一組預(yù)先定義業(yè) 務(wù)條件中至少其中之一。預(yù)先定義業(yè)務(wù)條件可以為預(yù)先配置或者動(dòng)態(tài)更新。第一業(yè)務(wù)條件 為啟動(dòng)定時(shí)器的數(shù)據(jù)傳輸?shù)臄?shù)據(jù)量。第二業(yè)務(wù)條件為邏輯信道的類型，或者啟動(dòng)定時(shí)器的 傳輸?shù)某休d者，例如高優(yōu)先級(jí)信道。第三業(yè)務(wù)條件為是否啟動(dòng)定時(shí)器的數(shù)據(jù)傳輸為用于一 些預(yù)先定義特定UL或者DL。第四條件為是否UE或者啟動(dòng)定時(shí)器的數(shù)據(jù)傳輸?shù)倪壿嬓诺捞?于功率節(jié)省或者非功率節(jié)省狀態(tài)中。在本發(fā)明的一個(gè)實(shí)施例中，在步驟1222，UE 1201發(fā)送 業(yè)務(wù)條件同步消息給網(wǎng)絡(luò)，。隨后，步驟1213中，UE 1201進(jìn)入到非交互/功率節(jié)省狀態(tài)。 步驟1223中，UE 1201發(fā)送或者接收數(shù)據(jù)傳輸。在本發(fā)明的一個(gè)實(shí)施例中，UE 1201可以告 知eNB 1202有關(guān)功率節(jié)省狀態(tài)。步驟1214中，UE 1201啟動(dòng)或者重啟去活定時(shí)器以及設(shè) 定定時(shí)器的值為短。在本發(fā)明的一個(gè)實(shí)施例中，UE 1201發(fā)送業(yè)務(wù)條件同步消息給eNB1202 在步驟1224。步驟1225中，去活定時(shí)器超時(shí)。UE 1201在步驟1216進(jìn)入到空閑狀態(tài)。
[0060] 圖13為根據(jù)本發(fā)明的實(shí)施例，基于業(yè)務(wù)條件不啟動(dòng)去活定時(shí)器的示意流程圖。 UE1301連接到eNB 1302, eNB 1302連接到無線網(wǎng)絡(luò)。步驟1311中，UE 1301檢測(cè)業(yè)務(wù)條 件。步驟1321中，UE 1301發(fā)送或者接收數(shù)據(jù)傳輸。UE 1301在檢測(cè)到數(shù)據(jù)傳輸之后，決定 是否有條件地基于可選次要條件啟動(dòng)/重啟去活定時(shí)器，其中可選次要條件包含數(shù)據(jù)傳輸 的量高于預(yù)先定義閾值、數(shù)據(jù)傳輸為用于特定預(yù)先定義邏輯信道或者無線承載，數(shù)據(jù)傳輸 為預(yù)先定義特定UL或者DL信令傳輸，以及UE或者邏輯信道傳統(tǒng)地基于至少一個(gè)可選業(yè)務(wù) 條件處于非功率節(jié)省狀態(tài)。步驟1312中，UE 1301啟動(dòng)或者重啟去活定時(shí)器，所以UE可以 保持在連接狀態(tài)更長(zhǎng)時(shí)間以避免不經(jīng)濟(jì)的不必要的狀態(tài)轉(zhuǎn)換。步驟1322中，UE1301接收 SRB傳輸。因?yàn)镾RB傳輸為用于控制層面活動(dòng)，所以與未來期望的UE活動(dòng)無關(guān)。因此，這樣 的活動(dòng)可以忽略。步驟1313中，UE 1301讓去活定時(shí)器持續(xù)而不重啟。其他業(yè)務(wù)條件可以 為預(yù)先配置或者動(dòng)態(tài)更新以辨識(shí)某個(gè)事件在UE轉(zhuǎn)換到空閑狀態(tài)中不是相關(guān)因素的情況。 這樣的事件，一旦配置好，允許UE讓去活定時(shí)器持續(xù)運(yùn)行而不延遲UE進(jìn)入到空閑狀態(tài)。步 驟1314中，UE去活定時(shí)器超時(shí)。步驟1315中，UE 1301進(jìn)入到空閑。
[0061] 圖14為根據(jù)本發(fā)明的實(shí)施，UE基于至少一個(gè)業(yè)務(wù)條件轉(zhuǎn)換到空閑狀態(tài)的示意流 程圖。步驟1401中，透過無線網(wǎng)絡(luò)中的UE，UE配置UE空閑模式觸發(fā)條件。步驟1402中， UE檢測(cè)至少一個(gè)預(yù)先定義業(yè)務(wù)條件。步驟1403中，UE基于業(yè)務(wù)條件實(shí)施UE空閑轉(zhuǎn)換運(yùn) 作。步驟1404中，當(dāng)觸發(fā)條件滿足時(shí)，UE轉(zhuǎn)換到空閑模式。
[0062] RLF以及測(cè)量報(bào)告的觸發(fā)
[0063] 透過考慮UE業(yè)務(wù)條件，UE可以不影響用戶體驗(yàn)而在DRX狀態(tài)轉(zhuǎn)換以及空閑狀態(tài)轉(zhuǎn) 換中更為有效。其他問題與移動(dòng)性測(cè)量報(bào)告以及觸發(fā)RLF有關(guān)。移動(dòng)性測(cè)量效能可以基于 用戶層面活動(dòng)而不只是基于DRX周期。在較高用戶層面活動(dòng)中，更多測(cè)量可以由UE完成， 因?yàn)閁E更為活躍。當(dāng)UE沒有傳送或者接收數(shù)據(jù)，或者實(shí)施傳送或者接收背景業(yè)務(wù)，UE可 以測(cè)量何時(shí)UE在DRX周期中醒來時(shí)。但是，當(dāng)UE由于數(shù)據(jù)傳輸而激活時(shí)，例如短DRX或者 當(dāng)去活定時(shí)器運(yùn)行時(shí)，UE可應(yīng)該考慮做額外移動(dòng)性測(cè)量。這提高了 UE移動(dòng)性測(cè)量效能，當(dāng) 用戶為交互以及主動(dòng)使用UE時(shí)。這提供了良好的終端用戶QoS，而不耗費(fèi)電池。當(dāng)UE處于 深度睡眠時(shí)，移動(dòng)測(cè)量效能會(huì)惡化。但是在此情況下，因?yàn)橛脩舨皇褂肬E用戶可能不會(huì)注 意到。
[0064] 伴隨著移動(dòng)性測(cè)量，UE可以在宣布（declaring) RLF時(shí)考慮UE業(yè)務(wù)條件。這么做， UE可以避免不成熟的RLF以及最終避免失敗的RRC重新建立之后的NAS恢復(fù)。因此，保持在 舊小區(qū)更長(zhǎng)時(shí)間而獲益。但是，這樣的解決方法需要對(duì)上下文敏感（context sensitive), 以及對(duì)于舊小區(qū)的持續(xù)很久的（prolonged)搜索，可能無法完成，如果影響到用戶QoS。舉 例說明，如果UE處于非功率節(jié)省模式，UE可能搜索最好的小區(qū)以及重新連接以保證QoS。
[0065] 圖15給出了根據(jù)本發(fā)明的實(shí)施例，基于用戶層面活動(dòng)UE發(fā)送測(cè)量報(bào)告的示意流 程圖。UE1501連接到eNB 1502，eNB 1502連接到無線網(wǎng)絡(luò)。步驟1521中，UE 1501進(jìn)入到 RRC連接狀態(tài)。步驟1511中，UE 1501檢測(cè)非交互/功率節(jié)省狀態(tài)。步驟1522,滿足事件 條件以及啟動(dòng)測(cè)量報(bào)告定時(shí)器（measurement report timer, TTT timer)。步驟1512中， UE 1501檢測(cè)用戶層面活動(dòng)。一旦用戶層面活動(dòng)被檢測(cè)到，即使TTT定時(shí)器沒有超時(shí)，在步 驟1523UE 1501發(fā)送測(cè)量報(bào)告給eNB 1502。步驟1513中，UE 1501檢測(cè)業(yè)務(wù)條件，其中業(yè) 務(wù)條件可以用于動(dòng)態(tài)更新RLF參數(shù)。第一業(yè)務(wù)條件為DRX狀態(tài)，包括長(zhǎng)DRX非激活狀態(tài)，短 DRX非激活狀態(tài)以及DRX激活狀態(tài)，其中DRX激活狀態(tài)意味著數(shù)據(jù)傳輸持續(xù)中（ongoing)。 第二業(yè)務(wù)條件為功率節(jié)省/非功率節(jié)省狀態(tài)。第三業(yè)務(wù)條件為成功送達(dá)測(cè)量報(bào)告。其他業(yè) 務(wù)條件可以基于或者配置或者網(wǎng)絡(luò)的動(dòng)態(tài)更新而追蹤（track)。在檢測(cè)到至少一個(gè)預(yù)先定 義業(yè)務(wù)條件按之后，UE1501動(dòng)態(tài)調(diào)整RLF參數(shù)。舉例說明，檢測(cè)到UE 1501在非激活/功 率節(jié)省狀態(tài)，RLF定時(shí)器可以自適應(yīng)調(diào)整到使得RLF稍后發(fā)生。舉例說明，LTE N310可以增 力口，LTE N311可以減少，以及LTE T310可以增加。在步驟1514，UE 1501檢測(cè)不良（bad) 無線條件。步驟1524中，UE1501啟動(dòng)T310定時(shí)器。但是T310定時(shí)器的值是一個(gè)自適應(yīng) T310定時(shí)器值。自適應(yīng)定時(shí)器值基于至少部分基于UE 1501所檢測(cè)的業(yè)務(wù)條件。步驟1525 中，UE 1501發(fā)送測(cè)量報(bào)告以及啟動(dòng)T310A定時(shí)器。但是T310定時(shí)器的值是自適應(yīng)T310A 定時(shí)器的值。自適應(yīng)定時(shí)器的值基于，至少部分基于UE 1501所檢測(cè)的業(yè)務(wù)條件。其他RLF 參數(shù)，例如N310以及N311也可以基于業(yè)務(wù)條件動(dòng)態(tài)更新。自適應(yīng)RLF參數(shù)可以預(yù)先配置 以及在UE以及網(wǎng)絡(luò)之間同步。在本發(fā)明的一個(gè)實(shí)施例中一些同步消息從UE 1501發(fā)送給 eNB1502以同步業(yè)務(wù)條件以及其他狀態(tài)變化以及參數(shù)變化。
[0066] 圖16為根據(jù)本發(fā)明的實(shí)施例，在TTT定時(shí)器超時(shí)之際前，基于已檢測(cè)業(yè)務(wù)條件UE 觸發(fā)測(cè)量報(bào)告的示意流程圖。UT 1601連接到eNB 1602,其中eNB 1602連接到無線網(wǎng)絡(luò)。 步驟1621中，UE 1601接收到RRC測(cè)量配置消息。步驟1611中，UE 1601檢測(cè)業(yè)務(wù)條件。 步驟1612, UE 1601進(jìn)入到激活狀態(tài)或者短DRX狀態(tài)。步驟1613, UE 1601決定測(cè)量事件進(jìn) 入條件滿足，以及TTT濾波已經(jīng)完成。步驟1614中，UE 1601轉(zhuǎn)換到非激活或者長(zhǎng)DRX狀 態(tài)。然后，步驟1622，UE 1601發(fā)送RRC測(cè)量報(bào)告給eNB1602。接收到測(cè)量報(bào)告之后，步驟 1615中，eNB 1602準(zhǔn)備其他小區(qū)用于RRC重建。在步驟1616中，發(fā)送切換測(cè)量報(bào)告之前， UE 1601 宣布 RLF。
[0067] 圖17為根據(jù)本發(fā)明的實(shí)施例基于業(yè)務(wù)條件UE觸發(fā)RLF的示意流程圖。步驟1701 中，UE建立RRC連接。步驟1702中，UE檢測(cè)至少一個(gè)預(yù)先定義業(yè)務(wù)條件。步驟1703中，UE 檢測(cè)RRC連接的物理層問題。步驟1704中，基于預(yù)先定義業(yè)務(wù)條件，UE自適應(yīng)地調(diào)整無線 鏈路失敗觸發(fā)參數(shù)。
[0068] 雖然參考某些特定實(shí)施例詳細(xì)描述本發(fā)明，然上述實(shí)施例僅用以說明，本發(fā)明的 保護(hù)范圍不以此為限。所屬領(lǐng)域技術(shù)人員可以在不脫離本發(fā)明的精神范圍內(nèi)對(duì)所描述的實(shí) 施例中特征實(shí)施修改、潤(rùn)飾以及組合，本發(fā)明的保護(hù)范圍以權(quán)利要求為準(zhǔn)。
【權(quán)利要求】
1. 一種方法，包含： 在無線網(wǎng)絡(luò)中透過用戶設(shè)備應(yīng)用不連續(xù)接收以及/或者不連續(xù)發(fā)送運(yùn)作，其中該用戶 設(shè)備為在長(zhǎng)不連續(xù)接收狀態(tài)中或者為在短不連續(xù)接收狀態(tài)中； 發(fā)送或者接收數(shù)據(jù)傳輸； 檢測(cè)至少一個(gè)業(yè)務(wù)條件；以及 基于該至少一個(gè)業(yè)務(wù)條件實(shí)施不連續(xù)接收轉(zhuǎn)換。
2. 如權(quán)利要求1所述的方法，其特征在于該不連續(xù)接收轉(zhuǎn)換運(yùn)作為從該長(zhǎng)不連續(xù)接收 狀態(tài)轉(zhuǎn)換到該短不連續(xù)接收狀態(tài)，其中該業(yè)務(wù)條件包含下列條件至少其中之一：該數(shù)據(jù)傳 輸?shù)臄?shù)據(jù)量，或者用于傳輸?shù)囊丫彌_屬于量超過預(yù)先定義閾值、該數(shù)據(jù)傳輸為用于預(yù)先定 義多個(gè)邏輯信道其中之一或預(yù)先定義邏輯信道組其中之一，該數(shù)據(jù)傳輸為預(yù)先定義特定上 行鏈路或者下行鏈路傳輸，以及該用戶設(shè)備或者該邏輯信道為非功率節(jié)省狀態(tài)。
3. 如權(quán)利要求1所述的方法，其特征在于該不連續(xù)接收轉(zhuǎn)換運(yùn)作為保持在該長(zhǎng)不連續(xù) 接收狀態(tài)，當(dāng)該業(yè)務(wù)條件為背景業(yè)務(wù)或者低服務(wù)品質(zhì)業(yè)務(wù)。
4. 如權(quán)利要求1所述的方法，其特征在于，該不連續(xù)接收運(yùn)作為當(dāng)檢測(cè)到下列預(yù)先定 義業(yè)務(wù)條件至少其中之一時(shí)擴(kuò)展該短不連續(xù)接收的時(shí)長(zhǎng)：該數(shù)據(jù)傳輸或者已緩沖用于傳輸 的數(shù)據(jù)超過預(yù)先定義閾值，該數(shù)據(jù)傳輸為用于預(yù)先定義多個(gè)邏輯信道其中之一或用于預(yù)先 定義邏輯信道組其中之一，該數(shù)據(jù)傳輸為預(yù)先定義特定上行鏈路或者下行鏈路，以及該用 戶設(shè)備或者該邏輯信道為處于非功率節(jié)省模式。
5. 如權(quán)利要求1所述的方法，其特征在于，該不連續(xù)接收轉(zhuǎn)換運(yùn)作為動(dòng)態(tài)調(diào)整該上行 鏈路傳輸時(shí)機(jī)周期，其中該上行鏈路傳輸時(shí)機(jī)周期用于物理上行鏈路控制信道傳輸、隨機(jī) 接入信道傳輸或者基于爭(zhēng)用的上行鏈路傳輸。
6. 如權(quán)利要求5所述的方法，其特征在于除非檢測(cè)到該業(yè)務(wù)條件至少其中之一，該上 行鏈路傳輸時(shí)機(jī)周期調(diào)整為更長(zhǎng)周期，：該數(shù)據(jù)傳輸為比預(yù)先定義閾值量大，該數(shù)據(jù)傳輸為 用于預(yù)先定義多個(gè)邏輯信道至少其中之一或用于預(yù)先定義邏輯信道組至少其中之一，以及 該用戶設(shè)備或者該邏輯信道為處于非功率節(jié)省狀態(tài)。
7. 如權(quán)利要求1所述的方法，其特征在于進(jìn)一步包含： 該用戶設(shè)備透過媒體據(jù)接入控制控制粒子或者無線資源控制信令發(fā)送至少一個(gè)業(yè)務(wù) 條件同步信息給該無線網(wǎng)絡(luò)。
8. 如權(quán)利要求7所述的方法，其特征在于該業(yè)務(wù)條件同步信息包含：不連續(xù)接收狀態(tài)、 用戶設(shè)備功率節(jié)省或者非功率節(jié)省狀態(tài)、背景業(yè)務(wù)類型、低服務(wù)品質(zhì)類型以及短不連續(xù)接 收去活定時(shí)器至少其中之一。
9. 一種方法，包含： 在無線網(wǎng)絡(luò)中，透過用戶設(shè)備配置用戶設(shè)備空閑模式觸發(fā)條件； 透過該用戶設(shè)備檢測(cè)至少一個(gè)預(yù)先定義業(yè)務(wù)條件； 基于該業(yè)務(wù)條件實(shí)施用戶設(shè)備空閑模式轉(zhuǎn)換運(yùn)作；以及 當(dāng)該空閑模式觸發(fā)條件滿足時(shí)，轉(zhuǎn)換到空閑模式。
10. 如權(quán)利要求9所述的方法，其特征在于，該空閑模式觸發(fā)條件在用戶設(shè)備內(nèi)部定時(shí) 器超時(shí)，以及其中，當(dāng)該用戶設(shè)備以及該網(wǎng)絡(luò)所已知的預(yù)先配置事件發(fā)生時(shí)，該空閑模式轉(zhuǎn) 換運(yùn)作為啟動(dòng)/重啟用戶設(shè)備內(nèi)部定時(shí)器。
11. 如權(quán)利要求10所述的方法，其特征在于該預(yù)先配置事件為基于可選的次要條件的 數(shù)據(jù)傳輸或者接收，其中該可選次要條件包含下列條件中至少一個(gè)：該數(shù)據(jù)傳輸?shù)牧看笥?一預(yù)先定義閾值，該數(shù)據(jù)傳輸為用于特定預(yù)先定義邏輯信道或者無線承載，該數(shù)據(jù)傳輸為 預(yù)先定義特定上行鏈路或者下行鏈路信令傳輸，以及該用戶設(shè)備或者該邏輯信道處于非功 率節(jié)省狀態(tài)。
12. 如權(quán)利要求10所述的方法，其特征在于，該空閑模式轉(zhuǎn)換運(yùn)作額外地包含基于下 列至少一條件有條件地調(diào)整該用戶設(shè)備內(nèi)部定時(shí)器啟動(dòng)值：該數(shù)據(jù)傳輸?shù)臄?shù)據(jù)量高于預(yù)先 定義閾值，該數(shù)據(jù)傳輸為用于特定預(yù)先定義邏輯信道或者無線承載，該數(shù)據(jù)傳輸為用于預(yù) 先定義特定上行鏈路或者下行鏈路信令傳輸，以及該用戶設(shè)備或者該邏輯信道為處于非功 率節(jié)省狀態(tài)。
13. 如權(quán)利要求10所述的方法，其特征在于進(jìn)一步包含： 透過該用戶設(shè)備給該無線網(wǎng)絡(luò)發(fā)送至少一個(gè)業(yè)務(wù)條件同步信息，其中該業(yè)務(wù)條件同步 信息包含：用戶設(shè)備功率節(jié)省或者非功率節(jié)省狀態(tài)、背景業(yè)務(wù)類型、低服務(wù)品質(zhì)業(yè)務(wù)類型以 及該用戶設(shè)備內(nèi)部定時(shí)器值。
14. 如權(quán)利要求9所述的方法，其特征在于該空閑模式轉(zhuǎn)換運(yùn)作為發(fā)送至少一個(gè)空閑 模式輔助信息給該無線網(wǎng)絡(luò)，以及其中該空閑模式處罰條件為接收來自該網(wǎng)絡(luò)的命令，以 及其中該空閑模式輔助信息包含：背景業(yè)務(wù)類型、低服務(wù)品質(zhì)業(yè)務(wù)類型、用戶設(shè)備功率節(jié)省 或者非功率節(jié)省狀態(tài)、用戶設(shè)備休眠或者醒來狀態(tài)以及該業(yè)務(wù)條件的最近歷史。
15. 如權(quán)利要求14所述的方法，其特征在于，該空閑模式輔助信息在測(cè)量報(bào)告?zhèn)鬏斨?發(fā)送給該網(wǎng)絡(luò)，或者在從該用戶設(shè)備到該網(wǎng)絡(luò)之間的數(shù)據(jù)傳輸中發(fā)送。
16. -種方法，包含： 在無線通信網(wǎng)絡(luò)中透過用戶設(shè)備建立無線資源控制連接； 檢測(cè)至少一個(gè)預(yù)先定義業(yè)務(wù)條件； 檢測(cè)與無線鏈路失敗檢測(cè)有關(guān)的該無線資源控制連接的至少一個(gè)無線鏈路問題；以及 基于該預(yù)先定義業(yè)務(wù)條件自適應(yīng)地使用已調(diào)整觸發(fā)參數(shù)。
17. 如權(quán)利要求16所述的方法，其特征在于該預(yù)先定義業(yè)務(wù)條件包含下列條件至少其 中之一：不連續(xù)接收狀態(tài)、用戶設(shè)備非功率節(jié)省或者功率節(jié)省狀態(tài)，以及其中該不連續(xù)接收 狀態(tài)包含長(zhǎng)不連續(xù)接收、短不連續(xù)接收以及不連續(xù)接收去活定時(shí)器運(yùn)行。
18. 如權(quán)利要求16所述的方法，其特征在于無線鏈路失敗觸發(fā)參數(shù)包含無線鏈路失敗 定時(shí)器以及用于無線鏈路失敗觸發(fā)的第三層過濾機(jī)制。
19. 如權(quán)利要求16所述的方法，其特征在于，該無線鏈路失敗觸發(fā)被延遲，當(dāng)檢測(cè)到該 預(yù)先定義多個(gè)業(yè)務(wù)條件至少其中之一時(shí)，該多個(gè)預(yù)先定義業(yè)務(wù)條件包含：該用戶設(shè)備處于 非激活狀態(tài)、該用戶設(shè)備處于非功率節(jié)省狀態(tài)。
【文檔編號(hào)】H04W76/04GK104221444SQ201380019882
【公開日】2014年12月17日 申請(qǐng)日期:2013年4月27日 優(yōu)先權(quán)日:2012年5月2日
【發(fā)明者】波·喬·麥可·康森恩, 徐家俊 申請(qǐng)人:聯(lián)發(fā)科技股份有限公司