專利名稱：用于從lte_active中的drx定時不同步中恢復(fù)的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本公開大致涉及第三代合作伙伴項目(3GPP)的長期演進(jìn)(LTE)， 以及具體地，涉及處于LTE—ACTIVE狀態(tài)的DRX定時不同步。
背景技術(shù)：
在長期演進(jìn)基礎(chǔ)結(jié)構(gòu)中，UE可以處于兩種無線資源控制(RRC) 狀態(tài)中的一個。該兩種RRC狀態(tài)是LTE—IDLE和LTE—ACTIVE。
可以針對處于LTE—IDLE禾P LTE—ACTIVE狀態(tài)的不連續(xù)接收 (DRX)配置UE。在LTE_IDLE狀態(tài)中，DRX允許UE將其偵聽周 期與網(wǎng)絡(luò)的巳知尋呼周期進(jìn)行同步。通過同步偵聽周期，UE可以在
待機(jī)周期期間關(guān)閉其無線收發(fā)信機(jī)，從而顯著地節(jié)約電池資源。DRX 參數(shù)使得移動設(shè)備與網(wǎng)絡(luò)進(jìn)行同步并且使得移動設(shè)備知道其將不會接 收到另一個信號直到已經(jīng)經(jīng)過了特定的時間。
在3GPP TSG-RAN工作組中提出了當(dāng)UE處于LTE—ACTIVE狀 態(tài)時也可以使用DRX。還提出了當(dāng)處于LTE—ACTIVE狀態(tài)的用戶設(shè) 備(UE)進(jìn)行不連續(xù)接收(DRX)時，由無線資源控制(RRC)協(xié)議 消息信號通知常規(guī)的DRX配置(regular DRX configuration)并且由媒 體接入控制(MAC)信令信號通知臨時DRX (再)配置，例如，在 MAC協(xié)議數(shù)據(jù)單元(MAC-PDU)報頭或者M(jìn)AC控制PDU中。
在LTE中，在下行共享信道上發(fā)送用戶數(shù)據(jù)之前，eNB將在提供 UE用于對數(shù)據(jù)進(jìn)行解調(diào)的參數(shù)的下行鏈路共享控制信道(DLSCCH) 上發(fā)送調(diào)度指示。盡管如此，如果UE錯過該DLSCCH調(diào)度指示，則 該UE將不知道接收用戶數(shù)據(jù)并因而不知道對該用戶MAC-PDU進(jìn)行 肯定應(yīng)答(ACK)或者否定應(yīng)答(NACK)。 eNB將等待ACK或者 NACK (即，混合ARQ (HARQ))響應(yīng)。當(dāng)沒有得到該響應(yīng)時，該 eNB被認(rèn)為是不連續(xù)發(fā)送(DTX)。如果UE錯過下行鏈路共享控制信道(DLSCCH)上的該數(shù)據(jù)指示并且增強(qiáng)基站(eNB)將隨后HARQ 反饋信道上的不連續(xù)發(fā)送(DTX)誤譯為ACK，則可能丟失MAC-PDU。 此外，如果UE根據(jù)規(guī)則(例如，在特定時間長度中沒有數(shù)據(jù)活動) 自動增加DRX長度，eNB將維持其當(dāng)前DRX值而UE將增加其自身 的DRX值。這導(dǎo)致DRX定時不同步，即eNB和UE在不同DRX周 期上工作。
應(yīng)該理解的是，這增加了下行鏈路消息傳送延遲并且浪費下行鏈 路無線資源。應(yīng)當(dāng)避免較長的傳送等待時間，特別是對于關(guān)鍵的下行 控制消息來說。 一旦發(fā)生DRX定時不同步，為了向UE發(fā)送新數(shù)據(jù)， eNB不得不確定UE的DRX定時。通過在其知道UE有可能蘇醒的時 候向UE發(fā)送不同的探測消息，eNB可以實現(xiàn)該點。在幾次嘗試之后， eNB將找到UE的DRX定時，并且為了重新獲得同步而蘇醒該UE。

發(fā)明內(nèi)容
在UE處于LTE一ACTIVE并且DRX被激活的情況下，當(dāng)下行鏈 路數(shù)據(jù)到達(dá)時，eNB可以在DLSCCH上發(fā)送調(diào)度指示并且當(dāng)UE應(yīng)當(dāng) 蘇醒時在DL-SCH上傳輸MAC-PDU。如果eNB沒有得到來自UE的 混合自動重傳請求(HARQ)反饋信號，eNB可以認(rèn)為UE在DRX定 時中丟失同步。為了從這種狀態(tài)中恢復(fù)過來，下面描述兩種方法。
第一方法可以是系統(tǒng)信息中的DRX定時不同步指示。特別地， 當(dāng)eNB檢測到UE在DRX定時中丟失同步時，eNB可以在預(yù)定義的 系統(tǒng)信息塊中廣播該UE的無線網(wǎng)絡(luò)臨時標(biāo)識符(RNTI)。當(dāng)UE蘇醒 時，其將讀取該系統(tǒng)信息塊。如果指示了該UE的RNTI，則該UE可 以去激活DRX模式并且使用Ll/L2信令或者M(jìn)AC信令向eNB發(fā)送 連續(xù)接收通知消息。當(dāng)接收到連續(xù)接收通知消息時，eNB可以向UE 重傳在eNB的緩沖區(qū)中等待的數(shù)據(jù)。當(dāng)對該數(shù)據(jù)進(jìn)行肯定應(yīng)答或者接 收到來自該UE的HARQ反饋時，eNB可以將該RNTI從系統(tǒng)信息中 移除。
在另一個實施例中， 一種用于從DRX不同步中恢復(fù)的方法可以 是預(yù)配置絕對蘇醒時間。特別地，當(dāng)建立了用于互動或者后臺通信的無線承載時或者在該承載上激活DRX時；可以通過RRC向UE指示 絕對蘇醒定時?？梢酝ㄟ^系統(tǒng)無線幀定時的無線幀偏移量(ARFoff) 以及DRX間隔(AInt)來定義該絕對蘇醒定時。不管當(dāng)前的DRX設(shè) 置如何，UE必須在無線幀的ARFoff+N*AInt處蘇醒，其中N=0、 1、… 如果eNB想要保證在2.56秒內(nèi)恢復(fù)，則可以將AInt設(shè)置為2.56秒。
當(dāng)eNB檢測到UE在DRX定時中不同步時，eNB可以在絕對蘇 醒時間處向UE在L1/L2信令或者M(jìn)AC信令中發(fā)送連續(xù)接收命令(即， DRX去激活)。當(dāng)UE在絕對蘇醒時間處蘇醒時，其可以檢査是否接 收到連續(xù)接收命令。如果是，則UE可以開啟收發(fā)信機(jī)的電源，返回 連續(xù)接收，(如果必需的話)獲得上行鏈路同步和調(diào)度準(zhǔn)許，并且向 eNB發(fā)送連續(xù)接收響應(yīng)。當(dāng)接收到連續(xù)接收響應(yīng)時，eNB可以向UE 發(fā)送該eNB的緩沖區(qū)中的數(shù)據(jù)。
在eNB想要讓UE重調(diào)整上行鏈路同步的情況中，eNB可以在 Ll/L2信令信道上發(fā)送連續(xù)接收命令，該命令包含應(yīng)當(dāng)重調(diào)整上行鏈 路同步的指示以及與為連續(xù)接收響應(yīng)分配的專用上行資源相關(guān)的信 息。當(dāng)接收到該連續(xù)接收命令時，UE可以重調(diào)整上行鏈路定時并且 通過使用在連續(xù)接收命令中指示的資源發(fā)送連續(xù)接收命令來進(jìn)行響 應(yīng)。
在其它備選實施例中，可以使用如3GPP TS25.304所描述的與 UMTS中計算尋呼時機(jī)相類似的方式，從UE標(biāo)識(如，IMSI (國際 移動臺標(biāo)識))中計算絕對蘇醒無線幀偏移量。在本情況中，可以在系 統(tǒng)信息中包括該DRX間隔，而不是經(jīng)由專用RRC消息進(jìn)行信號通知。
因此本公開可以提供一種用于從處于LTE一ACTIVE狀態(tài)中的不連 續(xù)接收(DRX)定時不同步中恢復(fù)的方法，該方法包括以下步驟檢 測DRX定時不同步；向用戶設(shè)備(UE)發(fā)送指示符以恢復(fù)連續(xù)接收；
以及等待表明是否接收連續(xù)接收響應(yīng)的指示。
本公開還可以提供一種用于由于處于LTE一ACTIVE狀態(tài)的不連續(xù)
接收(DRX)定時不同步而在用戶設(shè)備中轉(zhuǎn)到連續(xù)接收的方法，該方 法包括以下步驟從DRX蘇醒；檢查指示符以確定是否轉(zhuǎn)到連續(xù)接收； 以及如果轉(zhuǎn)到連續(xù)接收的指示符存在，去激活DRX，轉(zhuǎn)到連續(xù)接收并且發(fā)送連續(xù)接收響應(yīng)。
本發(fā)明還可以提供一種適用于從處于LTE—ACTIVE狀態(tài)的不連續(xù) 接收(DRX)定時不同步中恢復(fù)的增強(qiáng)基站(eNB)，其特征在于用 于檢測DRX定時不同步的設(shè)備；用于向用戶設(shè)備(UE)發(fā)送指示符以 恢復(fù)連續(xù)接收的設(shè)備；以及用于等待表明是否接收到連續(xù)接收響應(yīng)的 指示的設(shè)備。
本發(fā)明還可以提供一種適用于由于處于LTE一ACTIVE狀態(tài)的不連 續(xù)接收(DRX)定時不同步而轉(zhuǎn)到連續(xù)接收的用戶設(shè)備(UE)，其特 征在于用于從DRX蘇醒的設(shè)備；用于檢査指示符以確定是否轉(zhuǎn)到連 續(xù)接收的設(shè)備；以及用于如果轉(zhuǎn)到連續(xù)接收的指示符存在，則去激活 DRX，轉(zhuǎn)到連續(xù)接收并且發(fā)送連續(xù)接收響應(yīng)的設(shè)備。


通過附圖，可以更好的理解本發(fā)明，其中 圖1示出了長期演進(jìn)用戶平面協(xié)議棧的框圖； 圖2示出了長期演進(jìn)控制平面協(xié)議棧的框圖； 圖3a示出了使用來自eNB側(cè)的MAC-PDU報頭或者M(jìn)AC控制 PDU來激活、去激活以及重配置DRX周期的方法的流程圖3b示出了對來自UE側(cè)的DRX周期的去激活、去激活或者重
配置進(jìn)行確認(rèn)的方法的流程圖4a示出了用于在來自eNB側(cè)的系統(tǒng)信息中指示DRX定時不同
步的方法的流程圖4b示出了在來自eNB側(cè)的系統(tǒng)信息中認(rèn)識到DRX定時不同步
的方法的流程圖5a示出了eNB角度的從可能的DRX定時不同步中預(yù)配置蘇醒
時間恢復(fù)的方法的流程圖；以及
圖5b示出了 UE角度的從可能的DRX定時不同步中預(yù)配置蘇醒
時間恢復(fù)的方法的流程圖。
具體實施方式
現(xiàn)在參照附圖。圖l是示出了長期演進(jìn)(LTE)用戶平面協(xié)議棧的框圖。
UE 110與演進(jìn)基站(eNB) 120和接入網(wǎng)關(guān)(aGW) 130進(jìn)行通信。在協(xié)議棧中示出了各個層。在UE 110和aGW 130上均示出了分組數(shù)據(jù)匯聚協(xié)議(PDCP)層140。 PDCP層140執(zhí)行互聯(lián)網(wǎng)協(xié)議(IP)報
頭壓縮和解壓縮、用戶數(shù)據(jù)加密、用戶數(shù)據(jù)傳送、和無線承載的序列號(SN)的保持。
在PDCP層140之下是與eNB 120上的無線鏈路控制協(xié)議層142進(jìn)行通信的無線鏈路控制協(xié)議層142。如將理解的，通過如圖1和2中所示的協(xié)議棧中的物理層發(fā)生通信。然而，由eNB 120上的RLC層142來解譯來自UE的RLC層142的RLC-PDU 。
在RLC層142之下是媒體接入控制(MAC)數(shù)據(jù)通信協(xié)議層146。如本領(lǐng)域技術(shù)人員將理解的，RLC和MAC協(xié)議形成LTE無線接口的數(shù)據(jù)鏈路子層并駐留在LTE中的eNB上和用戶設(shè)備上。
層l (Ll) LTE (物理層148)在RLC/MAC層144和146之下。該層是用于通信的物理層。
參照圖2，圖2示出了LTE控制平面協(xié)議體系結(jié)構(gòu)。在圖2中將使用類似于圖l中使用的附圖標(biāo)記。具體地，UE 110與eNB 120和aGW 130進(jìn)行通信。此外，物理層148、 MAC層146、 RLC層142和PDCP層140存在與圖2內(nèi)。
圖2還示出了非接入層(NAS)層210。如將理解的，NAS層210
能夠包括移動性管理和會話管理。
無線資源控制協(xié)議層(RRC) 220是協(xié)議棧的一部分，負(fù)責(zé)UE和E-UTRAN (演進(jìn)的通用陸地?zé)o線接入網(wǎng))之間的無線資源的分配、配置和釋放。在3GPPTR25.813中描述了LTE的RRC協(xié)議的基本功能。
如本領(lǐng)域技術(shù)人員將理解的，在UMTS中，在駐留在無線網(wǎng)絡(luò)控制器(RNC)中的RLC層內(nèi)執(zhí)行自動重復(fù)請求(ARQ)功能。長期演進(jìn)(LTE)將ARQ功能從RNC移動至eNB，在該eNB上，更緊密的交互可以存在于ARQ和HARQ之間(MAC層內(nèi)、還位于eNB中)。
這里考慮關(guān)于在LTE-ACTI VE狀態(tài)下DRX的各種問題。DRX信令流程
需要用于激活和去激活DRX以及指定DRX周期的持續(xù)時間的非常高效的信令流程，以便支持小區(qū)中在LTE-ACTIVE狀態(tài)下利用DRX
的大量UE。
如本領(lǐng)域技術(shù)人員將理解的，在由于DRX操作UE的接收機(jī)被關(guān)閉期間，如果所涉及的演進(jìn)基站(eNB)向UE傳輸數(shù)據(jù)，則UE不能接收該數(shù)據(jù)。因此，需要指示來確保UE和eNB在關(guān)于何時激活和去激活DRX上同步。
UE和eNB之間的指示可以是由無線資源控制(RRC)或?qū)觢/層2(Ll/L2)信令顯式地進(jìn)行信號通知的。如將理解的，然而，顯式信令可能并非如期望的那樣有效。
更有效的解決方案包括MAC-PDU (MAC協(xié)議數(shù)據(jù)單元)或MAC控制PDU (只包含MAC控制信息的MACPDU)的MAC報頭中的可選字段，來指示DRX激活和去激活。該字段優(yōu)選地指示了，用于激活和去激活的DRX值和定時余量。例如，在優(yōu)選實施例中，零值意味著DRX值字段中的DRX去激活。相反，如果要在下個MAC-PDU中傳輸?shù)臄?shù)據(jù)是針對UE的緩沖器中的最后一個，則eNB可以擴(kuò)展MAC報頭字段以包括DRX長度初始值。例如，這可能是320毫秒。
可以構(gòu)想出在M AC-PDU報頭中對DRX周期進(jìn)行信號通知的若干不同方法。例如，可以向MAC報頭添加三個比特以指示DRX周期的8個值。因此，除了發(fā)送特定時間值以外，從000至111的比特值能夠指示8個離散值中的一個。
在備選中，在MAC報頭中能夠使用較小的字段(例如2個比特)來指示遞增或遞減。RRC能夠指示默認(rèn)值，并且如果MAC報頭指示遞增或遞減，則根據(jù)接收到的指示，UE能夠改變到預(yù)指定的值。類似地，RRC可以對實際的DRX值與較小的字段中包含的值之間的映射進(jìn)行定義。
一旦UE接收到DRX值，UE通過傳輸HARQ ACK來向eNB進(jìn)行肯定應(yīng)答，并在考慮了eNB處的傳播延遲和處理延遲的適當(dāng)?shù)南到y(tǒng)幀時間處開始DRX。當(dāng)eNB從UE接收到ACK時，也在適當(dāng)?shù)南到y(tǒng)幀時間開始DRX。如將理解的，eNB不會關(guān)閉其收發(fā)機(jī)，而是簡單地獲知不向單獨UE傳輸消息。
在DRX周期的蘇醒周期(awake cycle)期間，如果新數(shù)據(jù)到達(dá)eNB以用于傳輸，則根據(jù)緩沖器中的數(shù)據(jù)量或需要的服務(wù)質(zhì)量，eNB可以發(fā)送具有設(shè)置用于DRX去激活或較短DRX長度的報頭擴(kuò)展的MAC-PDU。 UE因此重新配置DRX并對MAC-PDU進(jìn)行肯定應(yīng)答。當(dāng)eNB接收到ACK時，重新配置DRX。如上所述，僅通過將長度值設(shè)置
為零來完成去激活。
現(xiàn)在參照圖3a和3b。圖3a示出了用于在LTE-ACTIVE狀態(tài)下控制DRX的示例方法。處理在步驟300處開始，并前進(jìn)至將向UE傳輸數(shù)據(jù)的步驟310。本領(lǐng)域技術(shù)人員將理解的，LTE-ACTIVE狀態(tài)下的數(shù)據(jù)傳輸利用在數(shù)據(jù)鏈路層處的MAC-PDU來傳輸數(shù)據(jù)。
處理接著前進(jìn)至步驟312，在步驟312中，進(jìn)行檢査以查看將向UE發(fā)送的數(shù)據(jù)的緩沖器是否在下個傳輸之后為空。如果不是，則處理前進(jìn)至向UE傳輸數(shù)據(jù)的步驟310?？蛇x地，如果在下個傳輸之后緩沖器將為空并且數(shù)據(jù)到達(dá)率低于閾值，則處理前進(jìn)至步驟314。
在步驟314中，eNB在MAC-PDU報頭中設(shè)置DRX激活。如上所述，這包括指示了DRX周期長度的DRX激活值，以及如果需要的話，DRX激活時間(如，當(dāng)應(yīng)該執(zhí)行DRX激活時系統(tǒng)無線幀的數(shù)目)。在另一實施例中，eNB可以簡單地指示DRX間隔的增加。UE將現(xiàn)有DRX間隔重新配置成減小的預(yù)定間隔。預(yù)定間隔可以是eNB和UE都已知的，或者經(jīng)由顯式信令從eNB向UE預(yù)先信號通知的，預(yù)定間隔也可以是通過系統(tǒng)廣播或RRC令獲知的。
然后處理前進(jìn)至步驟316，在步驟316中，將包括修改后MAC-PDU報頭在內(nèi)的數(shù)據(jù)發(fā)送至UE。
現(xiàn)在參照圖3b。在步驟318中，UE接收數(shù)據(jù)并査看在MAC-PDU報頭中指定的DRX激活。處理前進(jìn)至步驟320，在步驟320中，UE向eNB發(fā)送肯定應(yīng)答(ACK)，并在考慮了eNB處的傳播延遲和處理延遲的適當(dāng)?shù)南到y(tǒng)幀時間開始進(jìn)行DRX。如果在接收到的MAC-PDU報頭中指示特定的DRX的激活時間，則UE和eNB在該時間處應(yīng)用新DRX值。在圖3a的步驟330中，eNB從UE接收到ACK并在適當(dāng)?shù)南到y(tǒng)幀時 間開始進(jìn)行DRX。
如將理解的，DRX可以繼續(xù)進(jìn)行，直到需要調(diào)整DRX的各種事件 發(fā)生為止。 一個事件是通過eNB從aGW接收UE的數(shù)據(jù)。根據(jù)接收到的 數(shù)據(jù)量，可以對DRX進(jìn)行去激活或可以減小DRX的周期。需要調(diào)整 DRX的其他事件包括eNB和UE之間的信號功率級改變，或可能由于 連續(xù)的數(shù)據(jù)不活躍而導(dǎo)致的DRX周期逐漸增加。
在步驟332中，eNB檢査是否需要調(diào)整DRX。如上所述，這可能 是接收到要被發(fā)送至UE的數(shù)據(jù)的情況。這里對DRX進(jìn)行去激活或周期 調(diào)整。
根據(jù)步驟332，如果不需要調(diào)整DRX，則處理返回至步驟332，并 繼續(xù)檢查是否需要調(diào)整DRX。
一旦步驟332中的處理發(fā)現(xiàn)需要調(diào)整DRX，處理前進(jìn)至對DRX進(jìn) 行調(diào)整的步驟334。這能夠通過根據(jù)需要傳輸DRX零值或者較短DRX 或較長DRX來對DRX進(jìn)行去激活。
在步驟336中，將具有修改后的報頭的MAC-PDU (包括修改后的 DRX值以及如果需要，針對新DRX值的激活時間)發(fā)送至UE。步驟 336中的MAC-PDU還包括已通過eNB接收、需要被傳輸至UE的任何數(shù) 據(jù)。如果沒有包括數(shù)據(jù)，則將將MAC-PDU視為MAC控制PDU
參照圖3b，處理然后前進(jìn)至步驟318，在步驟318中，在UE處接收 到具有修改后報頭的MAC-PDU。 UE識別要調(diào)整的DRX周期，并且在 步驟320中，UE向eNB發(fā)送肯定應(yīng)答，并在如同eNB處一樣考慮了傳播 延遲和處理延遲的相同系統(tǒng)幀時間處調(diào)整其DRX周期。如果在 MAC-PDU報頭中指示了激活時間，UE和eNB都在該時間應(yīng)用新的 DRX值。
參照圖3a，在步驟342中，eNB接收ACK，并在相同的適當(dāng)系統(tǒng)幀 處開始修改后的DRX周期。然后處理返回至步驟332，再次查看是否 需要調(diào)整DRX。
本領(lǐng)域技術(shù)人員將理解的是，在ACK或NACK誤譯的情況下發(fā)生 上述問題中的一個。具體地，由于信道條件差，作為ARQ誤差控制方法變型的發(fā)射機(jī)的混合自動重傳請求(HARQ)可能不能始終正確地 對ACK或NACK進(jìn)行解調(diào)。因此，在一些情況下，可能將一個解譯為 另一個。由于DRX激活和去激活發(fā)生在MAC-PDU報頭中，因為eNB 和UE之間被信號發(fā)送的控制信息的誤譯可能導(dǎo)致數(shù)據(jù)或者可能的無 線連接的丟失，需要處理ACK至NACK或NACK至ACK的誤譯。 DRX自動遞增
另一考慮是DRX的遞增擴(kuò)展。在優(yōu)選實施例中，在無線承載(RB) 建立期間，可以信令通知指示如何(例如，通過因子2)遞增或遞減 DRX周期的規(guī)則。在對UE的RRC RB建立/重新配置或測量控制消息中 攜帶了該規(guī)則。在這種情況下，如果在N個當(dāng)前DRX周期之后沒有接 收到數(shù)據(jù)，則eNB和UE自動將DRX長度遞增至下個更長的值。這消除 了在eNB和UE之間信號通知以增加DRX長度的需要，并因此節(jié)省了網(wǎng) 絡(luò)資源和電池資源。
系統(tǒng)信息中的DRX定時不同步的指示
當(dāng)eNB確定UE在其DRX定時定時中不同步時，eNB在預(yù)定義的系 統(tǒng)信息塊中展示該UE的RNTI。當(dāng)該UE蘇醒時，其讀取系統(tǒng)信息塊。 如果指示了該UE的RNTI，則該UE去激活DRX模式并且使用L1/L2信 令或者M(jìn)AC信令向eNB傳輸連續(xù)接收通知消息。當(dāng)接收到連續(xù)接收通 知消息，eNB將向該UE重傳在緩沖區(qū)中等待的數(shù)據(jù)。當(dāng)對該數(shù)據(jù)進(jìn)行 肯定應(yīng)答或者接收到來自UE的HARQ反饋時，eNB從該系統(tǒng)信息中移 除該RNTI。
現(xiàn)在參考圖4a。圖4a示出了信號通知系統(tǒng)信息中的RNTI以從DRX 不同步中恢復(fù)的方法的流程圖。該處理在步驟410開始。
處理進(jìn)行至步驟412，在該步驟412中，eNB傳輸下一個MAC-PDU。 然后該處理進(jìn)行至步驟414，在該步驟414中，檢查是否已經(jīng)發(fā)生 DRX定時不同步。如上所示，這可以是如果eNB沒有接到來自UE的任 何HARQ反饋信號的情況，在該情況中，eNB可以認(rèn)為UE在DRX定時 中不同步。
如果在步驟414沒有檢測到DRX定時不同步，則處理返回步驟412
14如果在步驟414檢測到DRX定時不同步，處理進(jìn)行至步驟416，在 該步驟416中向預(yù)定義的系統(tǒng)信息塊添加該UE的RNTI。應(yīng)該理解的 是，當(dāng)從DRX蘇醒時，如參考圖4b所進(jìn)行的描述，該UE將檢查該系統(tǒng) 信息并且檢測其RNTI。
然后在圖4a的步驟416，該處理等待連續(xù)接收通知消息。如果在 步驟418中接收到連續(xù)接收通知消息，則該處理進(jìn)行至步驟420，在該 步驟420中重傳MAC-PDU。應(yīng)該理解的是，該MAC-PDU可以是與在 步驟414中檢測到DRX定時不同步之前eNB在步驟412中嘗試傳輸?shù)?MAC-PDU相同的MAC-PDU。 MAC-PDU的重傳發(fā)生在步驟420中。
然后該處理進(jìn)行至步驟422，在該步驟中檢查是否接收到成功或 者HARQ反饋。
如果在步驟418中沒有接收到連續(xù)接收通知消息，或者如果在步 驟422中沒有接收到成功或者HARQ反饋，該處理進(jìn)行至步驟430，在 步驟430中進(jìn)行檢查以査看是否已經(jīng)發(fā)生切換或者是否釋放了RRC連接。
如果在步驟430中檢測到至另一個小區(qū)的切換或者發(fā)現(xiàn)釋放了 RRC連接，該處理進(jìn)行至步驟435，在該步驟435中，從預(yù)定義的系統(tǒng) 信息塊中移除該UE的RNTI。類似地，如果步驟422獲得成功或者接收 到HARQ反饋，則處理進(jìn)行至步驟435，在該步驟435中從預(yù)定義的系 統(tǒng)信息塊中移除該UE的RNTI 。
然后處理從步驟435進(jìn)行至步驟440，在步驟440中處理結(jié)束。
備選地，如果在步驟430中找到至另一個小區(qū)的切換或者釋放了 RRC連接，則該處理進(jìn)行至步驟440，在該步驟440中該處理結(jié)束。
現(xiàn)在將參考圖4b。在UE側(cè)，處理在步驟450處開始。
在步驟452， UE從DRX蘇醒。
然后處理進(jìn)行至步驟454，在步驟454中如果在下行鏈路共享控制 信道(DLSCCH)上有指示，則該UE接收數(shù)據(jù)并且按照要求執(zhí)行測量 或者其它功能。
然后該處理進(jìn)行至步驟456，在步驟456中讀取預(yù)定義的系統(tǒng)信息塊的DRX定時不同步的UE的列表。
然后該處理進(jìn)行至步驟460，在步驟460中，檢查系統(tǒng)信息塊中的 UE的列表是否包括該UE的RNTI。如果沒有，則在步驟462中，該UE 返回DRX然后在步驟452中等待DRX蘇醒。
備選地，在步驟460，如果系統(tǒng)信息塊中包括該UE的RNTI，則處 理進(jìn)行至步驟466，在步驟466中去激活DRX并且開始連續(xù)接收。
然后處理進(jìn)行至步驟468，在步驟468中傳輸連續(xù)接收通知并且在 步驟470中結(jié)束該處理。
從上面應(yīng)該理解的是，通過UE在預(yù)定義的系統(tǒng)信息塊中檢測其 RNTI，從而在下一個DRX循環(huán)處可以對不同步進(jìn)行恢復(fù)。
針對從可能的DRX定時不同步恢復(fù)的、預(yù)配置的蘇醒時間
在其它實施例中，當(dāng)建立用于交互或者后臺通信的無線承載或者 在該承載上激活DRX時，RRC可以向UE通知絕對蘇醒時間。通過系統(tǒng) 無線幀定時的無線幀偏移量(ARFoff)以及DRX間隔(AINT)來對 絕對蘇醒定時進(jìn)行定義。不管當(dāng)前的DRX設(shè)置如何，UE必須在 ARFoff+N申AInt的無線幀處蘇醒，其中，N是整數(shù)。
現(xiàn)將參考圖5a。
處理于步驟510處開始并且進(jìn)行至步驟512，在步驟512中，傳輸 下一個MAC-PDU。
然后處理進(jìn)行至步驟514，在步驟514中，eNB檢査以査看是否已 經(jīng)發(fā)生針對DRX的定時不同步。如上所示，基于沒有接收到來自UE 的HARQ反饋，這是可能發(fā)生的。
如果在步驟514沒有檢測到DRX定時不同步，則處理返回步驟512 并且繼續(xù)傳輸下一個MAC-PDU。
在步驟514，如果檢測到DRX定時不同步，處理進(jìn)行至步驟520， 在步驟520中，在由無線資源控制所配置的絕對蘇醒時間處傳輸連續(xù)接 收命令。
然后處理進(jìn)行至步驟522，在步驟522中檢查是否接收到來自UE 的連續(xù)接收響應(yīng)。如果是，處理進(jìn)行至步驟524，在步驟524中，重傳 沒有接收到任何HARQ反饋的步驟512的MAC-PDU。然后處理進(jìn)行至步驟526，在步驟526中，檢查是否已經(jīng)成功或者 是否接收到HARQ反饋。如果是，處理在步驟530處結(jié)束。
如果在步驟522沒有接收到連續(xù)接收響應(yīng)或者在步驟526沒有接 收到HARQ反饋或者確定沒有成功，則處理進(jìn)行至步驟540，在步驟540 中，進(jìn)行檢查以查看切換是否己經(jīng)發(fā)生或者是否已經(jīng)釋放RRC連接。 如果在步驟540中確定切換已經(jīng)發(fā)生或者己經(jīng)釋放RRC連接，則處理進(jìn) 行至步驟530并且結(jié)束。
如果在步驟540中確定還沒有發(fā)生切換并且還沒有釋放RRC連 接，則處理進(jìn)行至步驟542，在步驟542中檢査重試周期是否結(jié)束。如 果否，則處理返回步驟520。如果是，處理進(jìn)行至步驟544，在步驟544 中釋放RRC連接，然后處理在步驟530結(jié)束。
現(xiàn)在參考圖5b。從UE的角度來說，處理在步驟550開始并且進(jìn)行 至步驟552，在步驟552中，UE從DRX蘇醒。然后該處理進(jìn)行至步驟554， 在步驟554中，如果在下行鏈路共享控制信道(DLSCCH)上進(jìn)行了指 示，則接收數(shù)據(jù)，并且如果要求，則執(zhí)行測量或者其它功能。
然后處理進(jìn)行至步驟556，在步驟556中檢查時間是否是絕對蘇醒 時間。如果是，處理進(jìn)行至步驟558，在步驟558中UE檢查是否已經(jīng)接 收到連續(xù)接收命令。
在步驟556中，如果不是絕對蘇醒時間或者在步驟558中，如果還 沒有接收到連續(xù)接收命令，則處理進(jìn)行至步驟560，在步驟560中UE 返回DRX。通過在步驟552中從DRX蘇醒，在步驟560該處理繼續(xù)進(jìn)行。
備選地，如果在步驟558中接收到連續(xù)接收命令，處理進(jìn)行至步 驟570，在步驟570中去激活DRX并且開始連續(xù)接收。然后處理進(jìn)行至 步驟572，在步驟572中傳輸連續(xù)接收響應(yīng)并且在步驟574處結(jié)束該處 理。
基于以上，當(dāng)eNB檢測到UE在DRX定時中不同步時，在絕對蘇醒 時間，該eNB在Ll/L2信令或者M(jìn)AC信令中向UE發(fā)送連續(xù)接收命令。 UE在該絕對蘇醒時間蘇醒，檢查是否接收到連續(xù)接收命令，并且如果 是，UE打開其收發(fā)信機(jī)的電源并且返回到連續(xù)接收中。
在其它備選中，可以用與UMTS中計算尋呼時機(jī)(paging occasion )
17(如3GPPTS25.304所描述的)相類似的方式，從UE標(biāo)識符(如，IMSI) 中計算絕對蘇醒無線幀偏移量ARFoff。在該情況中，DRX間隔可以在 系統(tǒng)信息中包括而不是經(jīng)由專用的RRC消息來保留。
應(yīng)該理解的是，向UE信號通知ARFoff的好處在于eNB可以將絕對 蘇醒時間與當(dāng)前DRX設(shè)置對準(zhǔn)，使得可以實現(xiàn)進(jìn)一步的電池省電。
在此描述的實施例是具有與本公開的技術(shù)要素相對應(yīng)的要素的 結(jié)構(gòu)、系統(tǒng)或者方法的示例。該描述使得本領(lǐng)域技術(shù)人員能夠使用具 有同樣與本公開的技術(shù)要素相對應(yīng)的備選要素的實施例。因此本公開 的技術(shù)的預(yù)期范圍包括與在此描述的本公開的技術(shù)并無不同的其它結(jié) 構(gòu)、系統(tǒng)或者方法，并且還包括與在此描述的本公開的技術(shù)無實質(zhì)不 同的其它結(jié)構(gòu)、系統(tǒng)或者方法。
權(quán)利要求
1、一種在無線通信系統(tǒng)中從處于LTE_ACTIVE狀態(tài)中的不連續(xù)接收DRX定時不同步中恢復(fù)的方法，包括以下步驟檢測(414、514)DRX定時不同步；向用戶設(shè)備UE發(fā)送(416、520)指示符以重新開始連續(xù)接收；以及等待(418、522)對是否接收到連續(xù)接收響應(yīng)或者連續(xù)接收通知的指示。
2、 根據(jù)權(quán)利要求l所述的方法，其中，發(fā)送步驟包括向預(yù)定義 的系統(tǒng)信息塊添加針對所述用戶設(shè)備的無線網(wǎng)絡(luò)臨時標(biāo)識符RNTI。
3、 根據(jù)權(quán)利要求2所述的方法，其中，檢測步驟包括 向所述UE發(fā)送或者重傳媒體接入控制協(xié)議數(shù)據(jù)單元MAC-PDU;以及在預(yù)定時間內(nèi)未成功接收到混合自動重傳請求HARQ反饋信號。
4、 根據(jù)權(quán)利要求3所述的方法，還包括以下步驟 接收(418)對所述連續(xù)接收通知的所述指示；以及 重傳(420)所述MAC-PDU。
5、 根據(jù)權(quán)利要求4所述的方法，還包括以下步驟 當(dāng)確定接收到所述MAC-PDU時，從所述預(yù)定義的系統(tǒng)信息塊中移除(435)針對所述用戶設(shè)備的RNTI。
6、 根據(jù)權(quán)利要求l所述的方法，其中，發(fā)送步驟包括 從絕對蘇醒時間開始等待；以及發(fā)送(520)連續(xù)接收命令。
7、 根據(jù)權(quán)利要求6所述的方法，其中，檢測步驟包括 向所述UE發(fā)送或者重傳媒體接入控制協(xié)議數(shù)據(jù)單元MAC-PDU;以及在預(yù)定時間內(nèi)未成功接收到混合自動重傳請求HARQ反饋信號。
8、 根據(jù)權(quán)利要求7所述的方法，還包括以下步驟 接收(522)對所述連續(xù)接收響應(yīng)的所述指示；以及重傳(524)所述MAC-PDU。
9、 根據(jù)權(quán)利要求8所述的方法，還包括以下步驟-如果沒有接收到對所述連續(xù)接收響應(yīng)的所述指示，或者如果所述MAC-PDU的所述重傳不成功，則檢査(540)是否己經(jīng)發(fā)生切換或者 是否已經(jīng)釋放RRC連接，并且如果是，結(jié)束(530)處理。
10、 根據(jù)權(quán)利要求9所述的方法，其中，如果還沒有發(fā)生切換并 且如果還沒有釋放RRC連接，則檢查(542)重試周期是否結(jié)束，以及如果是，則釋放所述RRC連接(544);以及 如果否，則重復(fù)所述等待和發(fā)送步驟(520)。
11、 根據(jù)權(quán)利要求6至10中任一項所述的方法，其中，由系統(tǒng)無 線幀定時的無線幀偏移量以及DRX間隔對絕對蘇醒定時進(jìn)行定義。
12、 根據(jù)權(quán)利要求ll所述的方法，其中，所述絕對蘇醒定時是通 過將所述無線幀偏移量加到所述DRX間隔與正整數(shù)或者零的乘積上而定義的無線幀。
13、 根據(jù)權(quán)利要求12所述的方法，其中，通過RRC向所述UE發(fā)送絕對蘇醒定時。
14、 根據(jù)權(quán)利要求12或13所述的方法，其中，從訂戶或者UE的標(biāo)識來計算所述無線幀偏移量。
15、 根據(jù)權(quán)利要求14所述的方法，其中，所述標(biāo)識是國際移動臺標(biāo)識。
16、 一種方法，用于由于LTE—ACTIVE狀態(tài)下的不連續(xù)接收DRX定時不同步而在用戶設(shè)備中轉(zhuǎn)到連續(xù)接收，所述方法包括以下步驟 從DRX蘇醒(452、 552);檢査(460、 558)指示符以確定是否轉(zhuǎn)到連續(xù)接收；以及 如果轉(zhuǎn)到連續(xù)接收的指示符存在，去激活DRX (466、 570)，轉(zhuǎn) 到連續(xù)接收，并且發(fā)送(468、 572)連續(xù)接收響應(yīng)或者連續(xù)接收通知。
17、 根據(jù)權(quán)利要求16所述的方法，其中，檢査步驟包括 讀取(456)預(yù)定義的系統(tǒng)信息塊；以及確定(460)針對所述用戶設(shè)備的無線網(wǎng)絡(luò)臨時標(biāo)識符RNTI是否 在所述預(yù)定義的系統(tǒng)信息塊中，其中，如果確定步驟在所述預(yù)定義的系統(tǒng)信息塊中找到所述用戶設(shè)備的RNTI，則檢査步驟裁定所述指示符 存在。
18、 根據(jù)權(quán)利要求16或17所述的方法，其中，如果轉(zhuǎn)到連續(xù)接收 并獲得上行鏈路同步的指示符存在，則獲得用于發(fā)送連續(xù)接收響應(yīng)的 上行鏈路同步和調(diào)度準(zhǔn)許。
19、 根據(jù)權(quán)利要求16所述的方法，其中，檢查步驟包括確定(556、 558)是否在絕對蘇醒時間處接收到連續(xù)接收命令， 其中，如果在絕對蘇醒時間處接收到所述連續(xù)接收命令，則檢查 步驟裁定所述指示符存在。
20、 一種增強(qiáng)基站eNB，適用于從處于LTE—ACTIVE狀態(tài)的不連 續(xù)接收(DRX)定時不同步中進(jìn)行恢復(fù)，所述eNB包括-用于檢測DRX定時不同步的裝置；用于向用戶設(shè)備UE發(fā)送指示符以恢復(fù)連續(xù)接收的裝置；以及 用于等待對是否接收到連續(xù)接收響應(yīng)或者連續(xù)接收通知的指示 的裝置。
21、 根據(jù)權(quán)利要求20所述的基站eNB，其中，用于向所述UE傳輸 指示符的所述裝置適用于在所述指示符中包括對用于連續(xù)命令響應(yīng)的 上行鏈路同步以及無線資源的需求。
22、 根據(jù)權(quán)利要求20或21所述的基站eNB，其中，用于發(fā)送的裝置適用于向預(yù)定義的系統(tǒng)信息塊添加針對所述用戶設(shè)備的無線網(wǎng)絡(luò)臨 時標(biāo)識符RNTI。
23、 根據(jù)權(quán)利要求20或21所述的基站eNB，其中，用于發(fā)送的裝 置適用于從絕對蘇醒時間開始等待；以及 發(fā)送連續(xù)接收命令。
24、 一種用戶設(shè)備UE，適用于由于處于LTE一ACTIVE狀態(tài)的不連 續(xù)接收(DRX)定時不同步而轉(zhuǎn)到連續(xù)接收，所述UE包括-用于從DRX蘇醒的裝置；用于檢查指示符以確定是否轉(zhuǎn)到連續(xù)接收的裝置；以及 用于在轉(zhuǎn)到連續(xù)接收的指示符存在時，去激活DRX，轉(zhuǎn)到連續(xù)接收并且發(fā)送連續(xù)接收響應(yīng)或者連續(xù)接收通知的裝置。
25、 根據(jù)權(quán)利要求24所述的用戶設(shè)備UE，其中，所述用于檢查的裝置適用于讀取預(yù)定義的系統(tǒng)信息塊；以及確定針對所述用戶設(shè)備的無線網(wǎng)絡(luò)臨時標(biāo)識符RNTI是否在所述 預(yù)定義的系統(tǒng)信息塊中，其中，如果所述用戶設(shè)備的所述RNTI在所述 預(yù)定義的系統(tǒng)信息塊中，則用于檢查的設(shè)備適用于裁定所述指示符存在。
26、 根據(jù)權(quán)利要求24所述的用戶設(shè)備UE，其中，用于檢查的裝置適用于確定在絕對蘇醒時間處是否接收到連續(xù)接收命令，其中，如果在絕對蘇醒時間處接收到所述連續(xù)接收命令，所述用 于檢查的設(shè)備適用于裁定所述指示符存在。
27、 一種無線通信系統(tǒng)，包括至少一個根據(jù)權(quán)利要求20至23中任 一項所述的增強(qiáng)基站以及多個根據(jù)權(quán)利要求24至26中任一項所述的用 戶設(shè)備。
全文摘要
一種用于從處于LTE_ACTIVE狀態(tài)中的UE和NB之間的不連續(xù)接收(DRX)定時不同步中恢復(fù)的方法具有以下步驟eNB檢測DRX定時不同步；向用戶設(shè)備(UE)發(fā)送指示符以恢復(fù)連續(xù)接收；以及等待來自UE對是否接收到連續(xù)接收響應(yīng)或者連續(xù)接收通知的指示。
文檔編號H04W92/10GK101653032SQ200880011556
公開日2010年2月17日 申請日期2008年2月12日 優(yōu)先權(quán)日2007年2月14日
發(fā)明者鈴木敬 申請人:捷訊研究有限公司