用於從lte_active中的drx定時不同步中恢復的方法和系統的製作方法

2023-07-15 19:52:01

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

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


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