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

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


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