Drx模式的啟動方法、用戶設(shè)備、基站及系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種DRX模式的啟動方法、用戶設(shè)備、基站及系統(tǒng)，其中，該方法包括：判斷是否接收到RRC重配完成消息對應(yīng)的狀態(tài)報(bào)告；在判斷結(jié)果為是的情況下啟動DRX模式。應(yīng)用本發(fā)明，使UE和基站在合適的時(shí)機(jī)啟動DRX模式并達(dá)到協(xié)調(diào)一致，進(jìn)而避免RRC重配過程及后續(xù)異常，也能避免在RRC重配過程中，由于UE沒有接收到狀態(tài)報(bào)告，導(dǎo)致的不必要的RRC重配完成消息的重發(fā)和電能消耗。
【專利說明】DRX模式的啟動方法、用戶設(shè)備、基站及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種非連續(xù)接收(DiscontinuousRec印tion，簡稱為DRX)模式的啟動方法、用戶設(shè)備、基站及系統(tǒng)。
【背景技術(shù)】
[0002]在長期演進(jìn)(Long Term Evolution,簡稱為LTE)系統(tǒng)中，為了用戶設(shè)備(UserEquipment,簡稱為UE)省電，定義了 DRX模式。在DRX模式下，UE不必每個子幀都進(jìn)行物理下行控制信道(Physical Downlink Control Channel,簡稱為F1DCCH)盲檢測，為關(guān)閉接收電路提供了條件。
[0003]在DRX模式下,活躍期(Active Time)和非活躍期(Non-active Time)交替存在，UE 離開 Active Time 就進(jìn)入 Non-active Time。在 DRX 模式下,UE 僅僅需要在 Active Time期間進(jìn)行HXXH盲檢測。Active Time是根據(jù)演進(jìn)型基站(Evolved Node B，簡稱為eNodeB)配置的DRX參數(shù)以及業(yè)務(wù)調(diào)度的情況來確定的。圖1是根據(jù)相關(guān)技術(shù)的無業(yè)務(wù)的DRX場景的不意圖，在圖1 中，A 點(diǎn)為 “Start/Restart onDuration Timer (啟動 / 重啟 onDurationTimer)，，點(diǎn)，B 點(diǎn)為“onDuration Timer expires (onDuration Timer 超時(shí))，，點(diǎn)。如圖1 所示，Active Time按周期啟動，當(dāng)沒有業(yè)務(wù)傳輸時(shí)進(jìn)入Non-active Time期間，并需要等到下一個周期才能重新進(jìn)入Active Time期間。 [0004]在相關(guān)技術(shù)中，DRX配置參數(shù)是基站在無線資源控制(Radio Resource Control,簡稱為RRC)連接重配消息中發(fā)送給UE的。DRX配置參數(shù)包括:(onDuration Timer)、drx-1nactivity Timer 和 drx-Retransmission Timer 等等。當(dāng)這幾個定時(shí)器中有一個或多個定時(shí)器在運(yùn)行時(shí)，認(rèn)為UE處于DRX模式的Active Time期間。
[0005]圖2是根據(jù)相關(guān)技術(shù)的有業(yè)務(wù)的DRX場景的示意圖，在圖2中，A和B與圖1相同，C/E 表不 “Found a PDCCH, then Start/Restart InactivityTimer (發(fā)現(xiàn) F1DCCH,啟動或重啟 InactivityTimer)^, D 為 SR send (SR 發(fā)送)，F(xiàn) 為 InactivityTimer expires(InactivityTimer 超時(shí))。
[0006]如圖2 所不，onDuration Timer 是周期性啟動的定時(shí)器，drx-1nactivity Timer是接收到新業(yè)務(wù)調(diào)度時(shí)啟動的定時(shí)器，drx-Retransmission Timer是為接收下行混合自動重傳請求(Hybrid Automatic Repeat Request,簡稱為HARQ)重傳調(diào)度而設(shè)置的定時(shí)器。另外，當(dāng)UE發(fā)送調(diào)度請求(Scheduling Request,簡稱為SR)向基站請求上行授權(quán)(UL Grant)后，且在SR Pending沒有取消前，認(rèn)為UE處于Active Time期間。當(dāng)有可能接收到上行重傳授權(quán)并且上行自動重傳請求緩沖區(qū)(HARQ Buffer)非空時(shí)，也認(rèn)為UE處于Active Time期間。在隨機(jī)接入過程中也有特定的Active Time期間。
[0007]在相關(guān)技術(shù)中，基于上面描述的DRX定義和DRX配置下發(fā)方式，可能存在基站和UE啟動DRX模式的時(shí)機(jī)不同，當(dāng)基站沒有進(jìn)入DRX模式而UE進(jìn)入DRX模式時(shí)，可能存在UE不去檢測基站下發(fā)的HXXH調(diào)度，導(dǎo)致業(yè)務(wù)調(diào)度丟失以及后續(xù)的異常。
[0008]例如，基站在收到UE的RRC重配完成消息時(shí)，可以明確UE已經(jīng)收到了基站下發(fā)的RRC重配消息，于是開始啟動DRX模式。而UE在接收到基站下發(fā)的RRC重配消息(攜帶DRX配置)時(shí)立即啟動了 DRX模式。
[0009]圖3是根據(jù)相關(guān)技術(shù)的RRC重配過程和DRX模式啟動場景的示意圖，在圖3中，A、B 和圖1 相同，C、E 以及 D 與圖 2 相同，F(xiàn)/G 為 Inactivity Timer expires (InactivityTimer 超時(shí))，H/J 為 RRC reconfiguration complete send (RRC 重配置完成消息發(fā)送)，I/K 為 RRC reconfiguration complete HARQ retransmission (RRC 重配置完成消息的 HARQ重傳)，L 為 RRC reconfiguration received and start DRX mode (RRC 重配置消息接收并啟動DRX模式)。
[0010]在上面這種應(yīng)用場景及策略下，如圖3所示，UE在L時(shí)刻收到RRC重配消息，隨即啟動了 DRX模式，恰巧進(jìn)入到onDuration Timer期間，這個onDuration Timer只有10毫秒，接著，UE 在 C 點(diǎn)拿到上行授權(quán) DCIO (Downlink Control Informaion formatO,簡稱為DC10),并在H點(diǎn)向基站發(fā)送狀態(tài)報(bào)告和RRC重配完成消息，H點(diǎn)發(fā)送HARQ失敗，然后在I點(diǎn)HARQ重發(fā)成功，HARQ最大發(fā)送次數(shù)為2且Inactivity Timer只有10毫秒，那么UE在I點(diǎn)后就進(jìn)入到DRX模式的Non-active Time期間。然而，此時(shí)UE還需要接收基站的狀態(tài)報(bào)告以確認(rèn)基站收到了 RRC重配完成消息。
[0011]如上場景，在基站側(cè)，基站收到RRC重配完成消息后，向UE發(fā)送相應(yīng)的狀態(tài)報(bào)告，UE卻已經(jīng)進(jìn)入DRX Non-active期間而沒有去接收。或者，基站在收到RRC重配完成消息時(shí)立即啟動DRX模式，根據(jù)DRX配置周期256毫秒，基站要等待230多毫秒才能夠進(jìn)入到onDuration Timer期間并發(fā)送狀態(tài)報(bào)告給UE。于是,UE等待基站的狀態(tài)報(bào)告消息超時(shí)(定時(shí)器為60毫秒)，觸發(fā)RRC重配完成消息重發(fā)過程(RLC層重發(fā))，UE在D點(diǎn)發(fā)送SR請求授權(quán)并在E點(diǎn)獲得授權(quán)，接著在J點(diǎn)發(fā)送RRC重配完成消息，可能J點(diǎn)HARQ發(fā)送成功，或者HARQ失敗后在K點(diǎn)HARQ重發(fā)成功(HARQ最大發(fā)送次數(shù)為2)，無論怎樣，在K點(diǎn)UE又進(jìn)入到DRX模式的Non-active Time期間。若基站收到J點(diǎn)發(fā)送的RRC重配完成消息后，下發(fā)狀態(tài)報(bào)告，UE有可能在J到K之間的時(shí)間里未接收成功，或者狀態(tài)報(bào)告落在了 K點(diǎn)之后；或者基站根據(jù)DRX周期和參數(shù)確定不在Active Time期間，不發(fā)送狀態(tài)報(bào)告。
[0012]由于UE依然未接收到針對RRC重配完成消息的狀態(tài)報(bào)告，UE等待狀態(tài)報(bào)告超時(shí)，再次觸發(fā)RRC重配完成消息發(fā)送過程，如上重復(fù)(示意圖3中省略)。當(dāng)達(dá)到RLC重傳超限次數(shù)時(shí)，UE將發(fā)起RRC重建過程。
[0013]從以上例子看到，由于UE和基站在首次啟動DRX模式的時(shí)機(jī)不恰當(dāng)，導(dǎo)致UE不能及時(shí)接收到基站下發(fā)的針對RRC重配完成消息的狀態(tài)報(bào)告，從而引發(fā)UE重復(fù)發(fā)送RRC重配完成消息而導(dǎo)致不必要的耗電，甚至引起RLC重傳超限及RRC重建。
【發(fā)明內(nèi)容】
[0014]針對相關(guān)技術(shù)中的DRX模式的啟動時(shí)機(jī)不恰當(dāng)?shù)膯栴}，本發(fā)明提供了一種DRX模式的啟動方法、用戶設(shè)備、基站及系統(tǒng)，以至少解決上述問題。
[0015]根據(jù)本發(fā)明的一個方面，提供了一種DRX模式的啟動方法，包括:判斷是否接收到RRC重配完成消息對應(yīng)的狀態(tài)報(bào)告；在判斷結(jié)果為是的情況下啟動DRX模式。
[0016]優(yōu)選地，判斷是否接收到RRC重配完成消息對應(yīng)的狀態(tài)報(bào)告包括以下至少之一:在無線鏈路控制RLC層判斷是否接收到所述狀態(tài)報(bào)告；根據(jù)物理層接收到的下行分配DCI判斷是否接收到所述狀態(tài)報(bào)告；在RRC重配過程中等待預(yù)定時(shí)間，在所述預(yù)定時(shí)間到達(dá)時(shí)確定接收到所述狀態(tài)報(bào)告。
[0017]優(yōu)選地，根據(jù)物理層接收到的DCI判斷是否接收到所述狀態(tài)報(bào)告包括以下之一:在RRC連接建立之后且未建立業(yè)務(wù)的情形下，在向所述網(wǎng)絡(luò)側(cè)發(fā)送所述RRC重配完成消息后，接收到所述網(wǎng)絡(luò)側(cè)發(fā)送的第一個下行新傳DCI時(shí)，確定接收到所述狀態(tài)報(bào)告；在1^(:連接建立之后且未建立業(yè)務(wù)的情形下，在向所述網(wǎng)絡(luò)側(cè)發(fā)送所述RRC重配完成消息后，接收到所述網(wǎng)絡(luò)側(cè)發(fā)送的第一個新傳DCI時(shí)，且在發(fā)送所述RRC重配完成消息后到接收新傳DCI之間未收到過下行重傳DCI，確定接收到所述狀態(tài)報(bào)告；在RRC連接建立之后且未建立業(yè)務(wù)的情形下，在向所述網(wǎng)絡(luò)側(cè)發(fā)送所述RRC重配完成消息后，接收到所述網(wǎng)絡(luò)側(cè)發(fā)送的第一個新傳DCI時(shí)，且已接收到所述RRC重配完成消息的相應(yīng)的混合自動重傳HARQ確認(rèn)，確定接收到所述狀態(tài)報(bào)告；在RRC連接建立之后且未建立業(yè)務(wù)的情形下，在向所述網(wǎng)絡(luò)側(cè)發(fā)送所述RRC重配完成消息后，檢測上行HARQ成功指示，在檢測到所述上行HARQ成功指示的情況下，接收到所述網(wǎng)絡(luò)側(cè)新傳輸?shù)腄CI時(shí)，確定接收到所述狀態(tài)報(bào)告；
[0018]優(yōu)選地，在RRC重配過程中等待預(yù)定時(shí)間，包括:在接收到攜帶有DRX配置參數(shù)的RRC重配消息時(shí)和/或發(fā)送RRC重配完成消息時(shí)，等待所述預(yù)定時(shí)間，其中，所述預(yù)定時(shí)間為預(yù)設(shè)值或所述網(wǎng)絡(luò)側(cè)指示的值。
[0019]根據(jù)本發(fā)明的另一個方面，提供了一種DRX模式的啟動方法，包括:向UE發(fā)送無線資源控制RRC重配完成消息對應(yīng)的狀態(tài)報(bào)告；根據(jù)所述UE對所述狀態(tài)報(bào)告的反饋情況啟動DRX模式。
[0020]優(yōu)選地，根據(jù)所述UE對所述狀態(tài)報(bào)告的反饋情況啟動DRX模式包括以下之一:接收所述UE發(fā)送的所述狀態(tài)報(bào)告的混合自動重傳HARQ確認(rèn)，啟動所述DRX模式；在沒有接收到所述UE對所述狀態(tài)報(bào) 告的HARQ反饋的情況下進(jìn)行HARQ自動重發(fā)，在所述HARQ自動重發(fā)達(dá)到預(yù)定次數(shù)時(shí)啟動DRX模式；在發(fā)送所述狀態(tài)報(bào)告時(shí)和/或接收到RRC重配完成消息時(shí)等待預(yù)定時(shí)間，在所述預(yù)定時(shí)間到達(dá)時(shí)啟動所述DRX模式。
[0021]根據(jù)本發(fā)明的另一個方面，提供了一種UE，包括:判斷模塊，用于判斷是否接收到無線資源控制RRC重配完成消息對應(yīng)的狀態(tài)報(bào)告；啟動模塊，用于在判斷結(jié)果為是的情況下啟動DRX模式。
[0022]優(yōu)選地，所述判斷模塊包括以下至少之一:第一判斷單元，用于在無線鏈路控制RLC層判斷是否接收到所述狀態(tài)報(bào)告；第二判斷單元，用于根據(jù)物理層接收到的下行分配DCI判斷是否接收到所述狀態(tài)報(bào)告；第三判斷單元，用于在RRC重配過程中等待預(yù)定時(shí)間，在所述預(yù)定時(shí)間到達(dá)時(shí)確定接收到所述狀態(tài)報(bào)告。
[0023]優(yōu)選地，所述第二判斷單元包括以下至少之一:第一確定子單元，用于在RRC連接建立之后且未建立業(yè)務(wù)的情形下，在向網(wǎng)絡(luò)側(cè)發(fā)送所述RRC重配完成消息后，接收到所述網(wǎng)絡(luò)側(cè)發(fā)送的第一個下行新傳DCI時(shí)，確定接收到所述狀態(tài)報(bào)告；第二確定子單元，用于在RRC連接建立之后且未建立業(yè)務(wù)的情形下，在向網(wǎng)絡(luò)側(cè)發(fā)送所述RRC重配完成消息后，接收到所述網(wǎng)絡(luò)側(cè)發(fā)送的第一個新傳DCI時(shí)，且在發(fā)送所述RRC重配完成消息后到接收新傳DCI之間未收到過下行重傳DCI，確定接收到所述狀態(tài)報(bào)告；第三確定子單元，用于在RRC連接建立之后且未建立業(yè)務(wù)的情形下，在向所述網(wǎng)絡(luò)側(cè)發(fā)送所述RRC重配完成消息后，接收到所述網(wǎng)絡(luò)側(cè)發(fā)送的第一個新傳DCI時(shí)，且已接收到所述RRC重配完成消息的相應(yīng)的混合自動重傳HARQ確認(rèn)，確定接收到所述狀態(tài)報(bào)告；第四確認(rèn)子單元，用于在RRC連接建立之后且未建立業(yè)務(wù)的情形下，在向所述網(wǎng)絡(luò)側(cè)發(fā)送所述RRC重配完成消息后，檢測上行HARQ成功指示，在檢測到所述上行HARQ成功指示的情況下，接收到所述網(wǎng)絡(luò)側(cè)新傳輸?shù)腄CI時(shí)，確定接收到所述狀態(tài)報(bào)告。
[0024]優(yōu)選地，所述第三判斷單元包括:第一等待子單元，用于在接收到攜帶有DRX配置參數(shù)的RRC重配消息時(shí)，等待所述預(yù)定時(shí)間；和/或第二等待子單元，用于在發(fā)送RRC重配完成消息時(shí)，等待所述預(yù)定時(shí)間；其中，所述預(yù)定時(shí)間為預(yù)設(shè)值或所述網(wǎng)絡(luò)側(cè)指示的值。
[0025]根據(jù)本發(fā)明的又一個方面，提供了一種DRX模式的啟動系統(tǒng)，包括本發(fā)明提供的上述任一 UE和本發(fā)明提供的上述任一基站。
[0026]通過本發(fā)明，判斷是否接收到RRC重配完成消息對應(yīng)的狀態(tài)報(bào)告，在判斷結(jié)果為是的情況下啟動DRX模式，避免了在RRC重配過程中，由于UE沒有接收到狀態(tài)報(bào)告，導(dǎo)致的不必要的RRC重配完成消息的重發(fā)和電能消耗，避免了 DRX模式啟動時(shí)機(jī)不恰當(dāng)?shù)膯栴}。
【專利附圖】
【附圖說明】
[0027]此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中:
[0028]圖1是根據(jù)相關(guān)技術(shù)的無業(yè)務(wù)的DRX場景的示意圖；
[0029]圖2是根據(jù)相關(guān)技術(shù)的有業(yè)務(wù)的DRX場景的不意圖；
[0030]圖3是根據(jù)相關(guān)技術(shù)的RRC重配過程和DRX模式啟動場景的示意圖；
[0031]圖4是根據(jù)本發(fā)明實(shí)施例的DRX的啟動系統(tǒng)的示意圖；
[0032]圖5是根據(jù)本發(fā)明實(shí)施例的基站的結(jié)構(gòu)框圖；
[0033]圖6是根據(jù)本發(fā)明實(shí)施例的UE的結(jié)構(gòu)框圖；
[0034]圖7是根據(jù)本發(fā)明實(shí)施例的UE的DRX模式的啟動方法的流程圖；
[0035]圖8是根據(jù)本發(fā)明實(shí)施例的基站的DRX模式的啟動方法的流程圖；
[0036]圖9是根據(jù)本發(fā)明實(shí)施例1的DRX模式啟動場景的示意圖；
[0037]圖10是根據(jù)本發(fā)明實(shí)施例2的DRX模式啟動場景的示意圖；
[0038]圖11是根據(jù)本發(fā)明實(shí)施例3的UE的DRX模式的啟動方法的流程圖；
[0039]圖12是根據(jù)本發(fā)明實(shí)施例4的UE的DRX模式的啟動方法的流程圖；以及
[0040]圖13是根據(jù)本發(fā)明實(shí)施例4的基站的DRX模式的啟動方法的流程圖。
【具體實(shí)施方式】
[0041]下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實(shí)施例及實(shí)施例中的特征可以相互組合。
[0042]根據(jù)本發(fā)明實(shí)施例，提供了一種DRX模式的啟動系統(tǒng)。
[0043]圖4是根據(jù)本發(fā)明實(shí)施例的DRX的啟動系統(tǒng)的示意圖，如圖4所示，該系統(tǒng)主要包括基站I和UE2。其中，基站1，用于向UE發(fā)送RRC重配完成消息對應(yīng)的狀態(tài)報(bào)告，并根據(jù)UE對狀態(tài)報(bào)告的反饋情況啟動DRX模式；UE2，用于判斷是否接收到RRC重配完成消息對應(yīng)的狀態(tài)報(bào)告，并在判斷結(jié)果為是的情況下啟動DRX模式。
[0044]在本發(fā)明實(shí)施例的一個實(shí)施方式中，基站I和UE2可以用于根據(jù)RRC重配過程中的消息判斷是否啟動DRX模式，或者，在RRC重配開始后等待預(yù)定時(shí)間，在該預(yù)定時(shí)間到達(dá)時(shí)，啟動DRX模式。
[0045]下面對本發(fā)明實(shí)施例的基站I和UE2的優(yōu)選實(shí)施方式進(jìn)行描述。
[0046](一)基站I
[0047]圖5是根據(jù)本發(fā)明實(shí)施例的基站的結(jié)構(gòu)框圖，如圖5所示，基站I主要包括:發(fā)送模塊10和啟動模塊12。其中，發(fā)送模塊10，用于向UE發(fā)送RRC重配完成消息對應(yīng)的狀態(tài)報(bào)告；啟動模塊12，與發(fā)送模塊10相連接，用于根據(jù)UE對狀態(tài)報(bào)告的反饋情況啟動DRX模式。
[0048]在本發(fā)明實(shí)施例中的一個實(shí)施方式中，啟動模塊12可以包括以下之一:第一啟動單元，用于接收UE發(fā)送的狀態(tài)報(bào)告的HARQ確認(rèn)，啟動DRX模式；第二啟動單元，用于在沒有接收到UE對狀態(tài)報(bào)告的HARQ反饋的情況下進(jìn)行HARQ自動重發(fā)，在HARQ自動重發(fā)達(dá)到預(yù)定次數(shù)時(shí)啟動多數(shù)DRX模式；第三啟動單元，用于在發(fā)送狀態(tài)報(bào)告時(shí)和/或接收到RRC重配完成消息時(shí)等待預(yù)定時(shí)間，在該預(yù)定時(shí)間到達(dá)時(shí)啟動DRX模式。
[0049]在實(shí)際應(yīng)用中，可以根據(jù)網(wǎng)絡(luò)信號質(zhì)量設(shè)置上述預(yù)定時(shí)間，例如，網(wǎng)絡(luò)信號質(zhì)量較好，則可以設(shè)置較短的等待時(shí)間，如果網(wǎng)絡(luò)信號質(zhì)量較差，則可以設(shè)置較長的等待時(shí)間。
[0050](二)UE2
[0051]圖6是根據(jù)本發(fā)明實(shí)施例的UE的結(jié)構(gòu)框圖，如圖6所示，UE2主要包括:判斷模塊20和啟動模塊22。其中，判斷模塊20，用于判斷是否接收到RRC重配完成消息對應(yīng)的狀態(tài)報(bào)告；啟動模塊22，與判斷模塊20相連接，用于在判斷結(jié)果為是的情況下啟動DRX模式。
[0052]在本發(fā)明實(shí)施例中，判斷模塊20可以用于在RLC層或物理層判斷是否接收到上述狀態(tài)報(bào)告?；蛘?，判斷模塊20可以用于在RRC重配開始后等待預(yù)定時(shí)間，在該預(yù)定時(shí)間到達(dá)時(shí)確定RRC重配完成。因此，判斷模塊20可以包括:第一判斷單元，用于在RLC層判斷是否接收到狀態(tài)報(bào)告；第二判斷單元，用于根據(jù)物理層接到的DCI判斷是否接收到狀態(tài)報(bào)告；第三判斷單元，用于在RRC重配過程中等待預(yù)定時(shí)間，在預(yù)定時(shí)間到達(dá)時(shí)確定接收到狀態(tài)?艮告。
[0053]在本發(fā)明實(shí)施例的一個優(yōu)選實(shí)施方式中，第二判斷單元包括以下之一:
[0054]第一確定子單元，用于在RRC連接建立之后且未建立業(yè)務(wù)的情形下，在向網(wǎng)絡(luò)側(cè)發(fā)送RRC重配完成消息后，接收到網(wǎng)絡(luò)側(cè)發(fā)送的第一個下行新傳DCI時(shí)，確定接收到狀態(tài)報(bào)
生P=I ;
[0055]第二確定子單元，用于在RRC連接建立之后且未建立業(yè)務(wù)的情形下，在向網(wǎng)絡(luò)側(cè)發(fā)送RRC重配完成消息后，接收到網(wǎng)絡(luò)側(cè)發(fā)送的第一個新傳DCI時(shí)，且在發(fā)送RRC重配完成消息后到接收新傳DCI之間未收到過下行重傳DCI，確定接收到狀態(tài)報(bào)告；
[0056]第三確定子單元，用于在RRC連接建立之后且未建立業(yè)務(wù)的情形下，在向網(wǎng)絡(luò)側(cè)發(fā)送RRC重配完成消息后，接收到網(wǎng)絡(luò)側(cè)發(fā)送的第一個新傳DCI時(shí)，且已接收到RRC重配完成消息的相應(yīng)的混合自動重傳HARQ確認(rèn)，確定接收到狀態(tài)報(bào)告；
[0057]第四確認(rèn)子單元，用于在RRC連接建立之后且未建立業(yè)務(wù)的情形下，在向網(wǎng)絡(luò)側(cè)發(fā)送RRC重配完成 消息后，檢測上行HARQ成功指示，在檢測到上行HARQ成功指示的情況下，接收到網(wǎng)絡(luò)側(cè)新傳輸?shù)腄CI時(shí)，確定接收到狀態(tài)報(bào)告。
[0058]在本發(fā)明實(shí)施例的一個優(yōu)選實(shí)施方式中，第三判斷單元包括:第一等待子單元，用于在接收到攜帶有DRX配置參數(shù)的RRC重配消息時(shí)，等待預(yù)定時(shí)間；和/或，第二等待子單元，用于在發(fā)送RRC重配完成消息時(shí)，等待預(yù)定時(shí)間；其中，預(yù)定時(shí)間為預(yù)設(shè)值或所述網(wǎng)絡(luò)側(cè)指示的值。在預(yù)定時(shí)間超時(shí)時(shí)，啟動DRX模式。
[0059]根據(jù)本發(fā)明實(shí)施例，對應(yīng)于上述基站、UE及DRX模式的啟動系統(tǒng)，還提供了一種DRX模式的啟動方法。
[0060]圖7是 根據(jù)本發(fā)明實(shí)施例的UE的DRX模式的啟動方法的流程圖，如圖7所示，該方法包括步驟S702至步驟S704。
[0061]步驟S702，判斷是否接收到RRC重配完成消息對應(yīng)的狀態(tài)報(bào)告。
[0062]步驟S704，在判斷結(jié)果為是的情況下啟動DRX模式。
[0063]在本發(fā)明實(shí)施例的一個優(yōu)選實(shí)施方式中，可以通過但不限于以下方式至少之一判斷是否接收到上述狀態(tài)報(bào)告:在RLC層判斷是否接收到上述狀態(tài)報(bào)告；根據(jù)物理層接收到的DCI判斷是否接收到上述狀態(tài)報(bào)告；在1^(:重配過程中等待預(yù)定時(shí)間，在預(yù)定時(shí)間到達(dá)時(shí)確定接收到狀態(tài)報(bào)告。
[0064]進(jìn)一步的，在本發(fā)明實(shí)施例的一個優(yōu)選實(shí)施方式中，根據(jù)物理層接到的DCI判斷是否接收到所述狀態(tài)報(bào)告可以包括以下之一:
[0065]I)在RRC連接建立之后且未建立業(yè)務(wù)的情形下，在向網(wǎng)絡(luò)側(cè)發(fā)送RRC重配完成消息后，接收到網(wǎng)絡(luò)側(cè)發(fā)送的第一個下行新傳DCI時(shí)，確定接收到狀態(tài)報(bào)告；
[0066]2)在RRC連接建立之后且未建立業(yè)務(wù)的情形下，在向網(wǎng)絡(luò)側(cè)發(fā)送RRC重配完成消息后，接收到網(wǎng)絡(luò)側(cè)發(fā)送的第一個新傳DCI時(shí)，且在發(fā)送RRC重配完成消息后到接收新傳DCI之間未收到過下行重傳DCI，確定接收到狀態(tài)報(bào)告；
[0067]3)在RRC連接建立之后且未建立業(yè)務(wù)的情形下，在向網(wǎng)絡(luò)側(cè)發(fā)送RRC重配完成消息后，接收到網(wǎng)絡(luò)側(cè)發(fā)送的第一個新傳DCI時(shí)，且已接收到RRC重配完成消息的相應(yīng)的混合自動重傳HARQ確認(rèn)，確定接收到狀態(tài)報(bào)告；
[0068]4)在RRC連接建立之后且未建立業(yè)務(wù)的情形下，在向網(wǎng)絡(luò)側(cè)發(fā)送RRC重配完成消息后，檢測上行HARQ成功指示，在檢測到上行HARQ成功指示的情況下，接收到網(wǎng)絡(luò)側(cè)新傳輸?shù)腄CI時(shí)，確定接收到狀態(tài)報(bào)告。
[0069]進(jìn)一步的，在本發(fā)明實(shí)施例的一個實(shí)施方式中，可以在接收到攜帶有DRX配置參數(shù)的RRC配置消息時(shí)，或者發(fā)送RRC重配完成消息時(shí)，等待上述預(yù)定時(shí)間，其中，該預(yù)定時(shí)間可以為預(yù)設(shè)值或網(wǎng)絡(luò)側(cè)指示的值。
[0070]圖8是根據(jù)本發(fā)明實(shí)施例的基站的DRX模式的啟動方法的流程圖，如圖8所示，該方法包括步驟S802至步驟S804。
[0071]步驟S802，向UE發(fā)送RRC重配完成消息對應(yīng)的狀態(tài)報(bào)告。
[0072]步驟S804，根據(jù)UE對上述狀態(tài)報(bào)告的反饋情況啟動DRX模式。
[0073]在本發(fā)明實(shí)施例的一個優(yōu)選實(shí)施方式中，可以通過但不限于通過以下方式之一啟動DRX模式:1)接收UE發(fā)送的狀態(tài)報(bào)告的HARQ確認(rèn)，啟動所述DRX模式；2)在沒有接收到UE對狀態(tài)報(bào)告的HARQ反饋的情況下進(jìn)行HARQ自動重發(fā)，在HARQ自動重發(fā)達(dá)到預(yù)定次數(shù)時(shí)啟動多數(shù)DRX模式；3)在發(fā)送狀態(tài)報(bào)告和/或接收到RRC重配完成消息時(shí)等待預(yù)定時(shí)間，在預(yù)定時(shí)間到達(dá)時(shí)啟動DRX模式。
[0074]下面對本發(fā)明實(shí)施例的上述方法的各個方案分別進(jìn)行描述。[0075]方案I
[0076]UE收到基站下發(fā)的RRC重配消息及其攜帶的DRX配置參數(shù)，向基站發(fā)送RRC重配完成消息。當(dāng)UE收到相應(yīng)于上述RRC重配完成消息的狀態(tài)報(bào)告時(shí)，開始啟動DRX模式。
[0077]相應(yīng)地，基站收到RRC重配完成消息后，向UE發(fā)送上述狀態(tài)報(bào)告。基站發(fā)送上述狀態(tài)報(bào)告后，并且收到UE發(fā)送的對上述狀態(tài)報(bào)告的HARQ確認(rèn)(HARQACK)時(shí)，啟動DRX模式。
[0078]基站發(fā)送上述狀態(tài)報(bào)告后，如果沒有收到針對上述狀態(tài)報(bào)告的HARQ ACK,基站進(jìn)行HARQ重發(fā)，直到重傳成功或重傳次數(shù)達(dá)到HARQ重發(fā)最大次數(shù)，基站啟動DRX模式。
[0079]方案2
[0080]該方案可以針對剛進(jìn)入連接態(tài)的場景，啟動DRX模式前無其他業(yè)務(wù)數(shù)據(jù)收發(fā)。
[0081]UE收到基站下發(fā)的RRC重配消息及其攜帶的DRX配置參數(shù)，向基站發(fā)送RRC重配完成消息。
[0082]UE發(fā)送RRC重配完成消息后，收到第一個DCI時(shí)，開始啟動DRX模式?；蛘?，UE在接收到DRX配置參數(shù)后，收到第一個新傳的DCI時(shí)，開始啟動DRX模式?；蛘?，UE在接收到DRX配置參數(shù)后，在后續(xù)的上行發(fā)送成功(上行HARQ成功)后，收到第一個新傳的DCI時(shí)，開始啟動DRX模式。
[0083]相應(yīng)地，基站收到RRC重配完成消息后，向UE發(fā)送上述狀態(tài)報(bào)告?；景l(fā)送上述狀態(tài)報(bào)告后，并且收到UE發(fā)送的對上述狀態(tài)報(bào)告的HARQ確認(rèn)(HARQACK)時(shí)，啟動DRX模式。
[0084]基站發(fā)送上述狀態(tài)報(bào)告后，如果沒有收到針對上述狀態(tài)報(bào)告的HARQ ACK,基站進(jìn)行HARQ重發(fā)過程，直到重傳成功或重傳次數(shù)達(dá)到HARQ重發(fā)最大次數(shù)，基站啟動DRX模式。
[0085]方案3
[0086]UE收到基站下發(fā)的RRC重配消息及其攜帶的DRX配置參數(shù)，向基站發(fā)送RRC重配完成消息。
[0087]UE收到DRX配置參數(shù)時(shí)和/或發(fā)送RRC重配完成消息時(shí)，等待一個定時(shí)長度X后，啟動DRX模式。
[0088]相應(yīng)地，基站收到RRC重配完成消息后，向UE發(fā)送RRC重配完成消息所對應(yīng)的狀態(tài)報(bào)告?；景l(fā)送上述狀態(tài)報(bào)告后，等待一個定時(shí)長度Y后，啟動DRX模式。
[0089]或者，基站在發(fā)送RRC重配消息后，等待一個定時(shí)長度Y后，啟動DRX模式。
[0090]或者，基站在接收到RRC重配完成消息后，等待一個定時(shí)長度Y后，啟動DRX模式。
[0091]上述時(shí)間長度X為默認(rèn)值，或者由基站在RRC重配消息的DRX配置參數(shù)中通知UE定時(shí)長度X。上述時(shí)間長度Y為默認(rèn)值，或者根據(jù)基站通知給UE的定時(shí)長度X來確定。
[0092]下面結(jié)合具體實(shí)例對本發(fā)明實(shí)施例的上述方法進(jìn)行描述。
[0093]實(shí)施例1
[0094]如圖1所示，相關(guān)技術(shù)中，DRX模式下,無業(yè)務(wù)時(shí),Active Time和Non-active Time交替出現(xiàn)，Active Time按周期啟動。UE僅僅在Active Time期間接收基站下發(fā)的數(shù)據(jù)；在Non-active Time期間不接收基站下發(fā)的數(shù)據(jù)，不檢測FOCCH。AB兩點(diǎn)之間是Active Time期間，是基站配置的onDuration Timer運(yùn)行的時(shí)間。
[0095]如圖2所示，相關(guān)技術(shù)中，DRX模式下，有業(yè)務(wù)時(shí)，當(dāng)UE檢測到基站調(diào)度的HXXH時(shí)，會進(jìn)一步延長Active Time時(shí)間，具體為Inactivity Timer運(yùn)行時(shí)間，該InactivityTimer取值可變,最短為I毫秒。[0096]如圖2所示,相關(guān)技術(shù)中，當(dāng)UE進(jìn)入Non-active Time期間，B箭頭后,有數(shù)據(jù)要發(fā)送時(shí)，可以通過發(fā)送SR向基站申請上行授權(quán)，用以發(fā)送上行數(shù)據(jù)。D箭頭時(shí)，UE向基站發(fā)送SR，E箭頭接收到基站的上行授權(quán)(PDCCH with DCIO), E箭頭時(shí)刻為Active Time并延遲到F箭頭(Inactivity Timer停止)，此后UE進(jìn)入Non-active Time期間直到下一個DRX周期，此間不接收基站下發(fā)的數(shù)據(jù)。此例上行HARQ最大發(fā)送次數(shù)為1，僅示意SR過程。
[0097]如圖3所示，相關(guān)技術(shù)中，UE在L時(shí)刻接收到RRC重配消息，啟動DRX模式，并在H時(shí)刻發(fā)送狀態(tài)報(bào)告(對應(yīng)于基站的RRC重配消息)及RRC重配完成消息;UE在I時(shí)刻對RRC重配完成消息進(jìn)行HARQ重發(fā)后，進(jìn)入到DRX Non-active Time期間。由于UE沒有接收到針對RRC重配完成消息的狀態(tài)報(bào)告，等待超時(shí)后，在D點(diǎn)發(fā)送SR申請授權(quán)，并在J點(diǎn)重新發(fā)送RRC重配完成消息。此后，由于基站在接收到RRC重配完成消息后啟動了 DRX模式，需要等到下一個DRX周期的Active Time時(shí)間里發(fā)送狀態(tài)報(bào)告給UE。于是,UE —直未收到狀態(tài)報(bào)告，引發(fā)RLC重傳超限以及RRC重建。
[0098]圖9是根據(jù)本發(fā)明實(shí)施例1的DRX模式啟動場景的示意圖，在圖9中，A、B與圖1相同，C 為 Found a UL Grant(發(fā)現(xiàn)一個 a UL Grant),H為 RRC reconfiguration completesend (RRC 重配完成發(fā)送)，I % RRC reconfiguration complete HARQ retransmission(RRC 重配完成 HARQ 重傳)，L 為 RRC reconfiguration received (接收到 RRC 重配)，M 為Status report Received and start DRX mode (接收到狀態(tài)報(bào)告并啟動 DRX 模式)。
[0099]如圖9所示，在本發(fā)明實(shí)施例方案I中，和圖3的區(qū)別是，在L時(shí)刻不啟動DRX模式，在I時(shí)刻進(jìn)行RRC重配完成消息的HARQ重傳后，等待接收基站的狀態(tài)報(bào)告。隨后，在M點(diǎn)接收到基站下發(fā)的狀態(tài)報(bào)告時(shí)，啟動DRX模式。
[0100]從圖9描述的DRX模式啟動方法和場景來看，UE可以在RRC重配完成消息發(fā)送之后及時(shí)接收到基站下發(fā)的狀態(tài)報(bào)告，避免丟失狀態(tài)報(bào)告而引發(fā)不必要的RRC重配完成消息的重發(fā)，進(jìn)一步的可避免RLC重傳超限以及RRC重建。而圖3描述的場景中，UE不能及時(shí)接收到狀態(tài)報(bào)告，進(jìn)一步的可能引發(fā)RLC重傳超限以及RRC重建。
[0101]實(shí)施例2
[0102]圖10是根據(jù)本發(fā)明實(shí)施例2的DRX模式啟動場景的示意圖，在圖10中，A、B與圖1 相同，C 為 Found a UL Grant (發(fā)現(xiàn)一個 a UL Grant), G 為 Inactivity Timer expires(Inactivity Timer 超時(shí))，H 為 RRC reconfiguration complete send (RRC 重配完成發(fā)送)，I 為 RRC reconfiguration complete HARQ retransmission (RRC 重配完成 HARQ 重傳)，L 為 RRC reconfiguration received(接收到 RRC 重配)，N 為 Received DL assignment(DCI)And start DRX mode (接收到 DCI，啟動 DRX 模式)。
[0103]如圖10所示，在本發(fā)明實(shí)施例方案2中，和圖3的區(qū)別是，在L時(shí)刻不啟動DRX模式，在I時(shí)刻進(jìn)行RRC重配完成消息的HARQ重傳后，在N點(diǎn)接收到基站下發(fā)的下行新分配(新傳DCI)時(shí)，啟動DRX模式，同時(shí)啟動DRX Inactivity Timer，G點(diǎn)該定時(shí)器超時(shí)，進(jìn)入非活躍期。
[0104]從圖10描述的DRX模式啟動方法和場景來看，UE可以在RRC重配完成消息發(fā)送之后及時(shí)接收到基站下發(fā)的狀態(tài)報(bào)告，避免丟失狀態(tài)報(bào)告而引發(fā)不必要的RRC重配完成消息的重發(fā)，進(jìn)一步的可避免RLC重傳超限以及RRC重建。而圖3描述的場景中，UE不能及時(shí)接收到狀態(tài)報(bào)告，進(jìn)一步的可能引發(fā)RLC重傳超限以及RRC重建。[0105]實(shí)施例3
[0106]實(shí)施例3作為方案2的一種實(shí)施方式。
[0107]圖11是根據(jù)本發(fā)明實(shí)施例3的UE的DRX模式的啟動方法的流程圖，如圖11所示，該方法包括步驟SI 102至步驟SI 112:
[0108]步驟S1102，UE在收到基站的RRC重配消息(攜帶DRX配置)；
[0109]步驟SI 104，設(shè)置狀態(tài)為DRX預(yù)啟動狀態(tài)I ;
[0110]步驟S1106，UE MAC指示上行HARQ發(fā)送成功；
[0111]步驟SI 108，設(shè)置狀態(tài)變遷為DRX預(yù)啟動狀態(tài)2 ;
[0112]步驟SI 110，接收到基站新傳的下行DCI ；
[0113]步驟S1112，啟動DRX模式。
[0114]上述任何一個輸入條件不滿足時(shí),都不能啟動DRX模式。圖11僅示意了條件滿足時(shí)的處理過程。
[0115]實(shí)施例4
[0116]實(shí)施例4作為方案3的一種實(shí)施方式。
[0117]圖12是根據(jù)本發(fā)明實(shí)施例4的UE的DRX模式的啟動方法的流程圖，如圖12所示，該方法包括步驟S1202至步驟S1208:
[0118]步驟S1202，UE收到基站的RRC重配消息(攜帶DRX配置)；
[0119]步驟S1204，啟動DRX定時(shí)器X;
[0120]步驟S1206，DRX定時(shí)器X超；
[0121]步驟S1208，啟動DRX模式。
[0122]圖13是根據(jù)本發(fā)明實(shí)施例4的基站的DRX模式的啟動方法的流程圖，如圖13所示，相應(yīng)地，該方法包括步驟S1302至步驟S1308:
[0123]步驟S1302，基站在發(fā)送RRC重配消息(攜帶DRX配置)；
[0124]步驟S1304，啟動DRX定時(shí)器Y;
[0125]步驟S1306，DRX定時(shí)器Y超時(shí)；
[0126]步驟S1308，啟動DRX模式。
[0127]在本發(fā)明實(shí)施例中，定時(shí)器X時(shí)長和定時(shí)器Y時(shí)長相等或者Y小于X，保證UE不早于基站啟動DRX模式。
[0128]從以上的描述中，可以看出，本發(fā)明實(shí)現(xiàn)了如下技術(shù)效果:采用本發(fā)明實(shí)施例的上述方案，使UE和基站在合適的時(shí)機(jī)啟動DRX模式并達(dá)到協(xié)調(diào)一致，進(jìn)而避免RRC重配過程及后續(xù)異常，也能避免在此過程中UE沒有接收到狀態(tài)報(bào)告而引發(fā)的不必要的RRC重配完成消息的重發(fā)以及引發(fā)耗電。
[0129]顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個的計(jì)算裝置上，或者分布在多個計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲在存儲裝置中由計(jì)算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
[0130]以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1.一種非連續(xù)接收DRX模式的啟動方法，其特征在于，包括: 判斷是否接收到無線資源控制RRC重配完成消息對應(yīng)的狀態(tài)報(bào)告； 在判斷結(jié)果為是的情況下啟動DRX模式。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，判斷是否接收到RRC重配完成消息對應(yīng)的狀態(tài)報(bào)告包括以下至少之一: 在無線鏈路控制RLC層判斷是否接收到所述狀態(tài)報(bào)告； 根據(jù)物理層接收到的下行分配DCI判斷是否接收到所述狀態(tài)報(bào)告； 在RRC重配過程中等待預(yù)定時(shí)間，在所述預(yù)定時(shí)間到達(dá)時(shí)確定接收到所述狀態(tài)報(bào)告。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，根據(jù)物理層接收到的DCI判斷是否接收到所述狀態(tài)報(bào)告包括以下之一: 在RRC連接建立之后且未建立業(yè)務(wù)的情形下，在向網(wǎng)絡(luò)側(cè)發(fā)送所述RRC重配完成消息后，接收到所述網(wǎng)絡(luò)側(cè)發(fā)送的第一個下行新傳DCI時(shí)，確定接收到所述狀態(tài)報(bào)告； 在所述RRC連接建立之后且未建立業(yè)務(wù)的情形下，在向所述網(wǎng)絡(luò)側(cè)發(fā)送所述RRC重配完成消息后，接收到所述網(wǎng)絡(luò)側(cè)發(fā)送的第一個新傳DCI時(shí)，且在發(fā)送所述RRC重配完成消息后到接收新傳DCI之間未收到過下行重傳DCI，確定接收到所述狀態(tài)報(bào)告； 在所述RRC連接建立之后且未建立業(yè)務(wù)的情形下，在向所述網(wǎng)絡(luò)側(cè)發(fā)送所述RRC重配完成消息后，接收到所述網(wǎng)絡(luò)側(cè)發(fā)送的第一個新傳DCI時(shí)，且已接收到所述RRC重配完成消息的相應(yīng)的混合自動重傳HARQ確認(rèn)，確定接收到所述狀態(tài)報(bào)告； 在所述RRC連接建立之后且未建立業(yè)務(wù)的情形下，在向所述網(wǎng)絡(luò)側(cè)發(fā)送所述RRC重配完成消息后，檢測上行HARQ成功指示，在檢測到所述上行HARQ成功指示的情況下，接收到所述網(wǎng)絡(luò)側(cè)新傳輸?shù)腄CI時(shí)，確定接收到所述狀態(tài)報(bào)告。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，在RRC重配過程中等待預(yù)定時(shí)間，包括: 在接收到攜帶有DRX配置參數(shù)的RRC重配消息時(shí)和/或發(fā)送RRC重配完成消息時(shí)，等待所述預(yù)定時(shí)間，其中，所述預(yù)定時(shí)間為預(yù)設(shè)值或所述網(wǎng)絡(luò)側(cè)指示的值。
5.一種非連續(xù)接收DRX模式的啟動方法，其特征在于，包括: 向用戶設(shè)備UE發(fā)送無線資源控制RRC重配完成消息對應(yīng)的狀態(tài)報(bào)告； 根據(jù)所述UE對所述狀態(tài)報(bào)告的反饋情況啟動DRX模式。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，根據(jù)所述UE對所述狀態(tài)報(bào)告的反饋情況啟動DRX模式包括以下之一: 接收所述UE發(fā)送的所述狀態(tài)報(bào)告的混合自動重傳HARQ確認(rèn)，啟動所述DRX模式；在沒有接收到所述UE對所述狀態(tài)報(bào)告的HARQ反饋的情況下進(jìn)行HARQ自動重發(fā)，在所述HARQ自動重發(fā)達(dá)到預(yù)定次數(shù)時(shí)啟動DRX模式； 在發(fā)送所述狀態(tài)報(bào)告時(shí)和/或接收到RRC重配完成消息時(shí)等待預(yù)定時(shí)間，在所述預(yù)定時(shí)間到達(dá)時(shí)啟動所述DRX模式。
7.一種用戶設(shè)備UE，其特征在于，包括: 判斷模塊，用于判斷是否接收到無線資源控制RRC重配完成消息對應(yīng)的狀態(tài)報(bào)告； 啟動模塊，用于在判斷結(jié)果為是的情況下啟動DRX模式。
8.根據(jù)權(quán)利要求7所述的UE，其特征在于，所述判斷模塊包括以下至少之一: 第一判斷單元，用于在無線鏈路控制RLC層判斷是否接收到所述狀態(tài)報(bào)告；第二判斷單元，用于根據(jù)物理層接收到的下行分配DCI判斷是否接收到所述狀態(tài)報(bào)生P=I ; 第三判斷單元，用于在RRC重配過程中等待預(yù)定時(shí)間，在所述預(yù)定時(shí)間到達(dá)時(shí)確定接收到所述狀態(tài)報(bào)告。
9.根據(jù)權(quán)利要求8所述的UE，其特征在于，所述第二判斷單元包括以下至少之一: 第一確定子單元，用于在RRC連接建立之后且未建立業(yè)務(wù)的情形下，在向網(wǎng)絡(luò)側(cè)發(fā)送所述RRC重配完成消息后，接收到所述網(wǎng)絡(luò)側(cè)發(fā)送的第一個下行新傳DCI時(shí)，確定接收到所述狀態(tài)報(bào)告； 第二確定子單元，用于在所述RRC連接建立之后且未建立業(yè)務(wù)的情形下，在向所述網(wǎng)絡(luò)側(cè)發(fā)送所述RRC重配完成消息后，接收到所述網(wǎng)絡(luò)側(cè)發(fā)送的第一個新傳DCI時(shí)，且在發(fā)送所述RRC重配完成消息后到接收新傳DCI之間未收到過下行重傳DCI，確定接收到所述狀態(tài)報(bào)告; 第三確定子單元，用于在所述RRC連接建立之后且未建立業(yè)務(wù)的情形下，在向所述網(wǎng)絡(luò)側(cè)發(fā)送所述RRC重配完成消息后，接收到所述網(wǎng)絡(luò)側(cè)發(fā)送的第一個新傳DCI時(shí)，且已接收到所述RRC重配完成消息的相應(yīng)的混合自動重傳HARQ確認(rèn)，確定接收到所述狀態(tài)報(bào)告； 第四確認(rèn)子單元，用于在所述RRC連接建立之后且未建立業(yè)務(wù)的情形下，在向所述網(wǎng)絡(luò)側(cè)發(fā)送所述RRC重配完成消息后，檢測上行HARQ成功指示，在檢測到所述上行HARQ成功指示的情況下，接收到所述網(wǎng)絡(luò)側(cè)新傳輸?shù)腄CI時(shí)，確定接收到所述狀態(tài)報(bào)告。
10.根據(jù)權(quán)利要求8所述的UE，其特征在于，所述第三判斷單元包括: 第一等待子單元，用于在接收到攜帶有DRX配置參數(shù)的RRC重配消息時(shí)，等待所述預(yù)定時(shí)間；和/或 第二等待子單元，用于在發(fā)送RRC重配完成消息時(shí)，等待所述預(yù)定時(shí)間； 其中，所述預(yù)定時(shí)間為預(yù)設(shè)值或所述網(wǎng)絡(luò)側(cè)指示的值。
11.一種基站，其特征在于，包括: 發(fā)送模塊，用于向用戶設(shè)備UE發(fā)送無線資源控制RRC重配完成消息對應(yīng)的狀態(tài)報(bào)告； 啟動模塊，用于根據(jù)所述UE對所述狀態(tài)報(bào)告的反饋情況啟動DRX模式。
12.根據(jù)權(quán)利要求11所述的基站，其特征在于，所述啟動模塊包括以下之一: 第一啟動單元，用于接收所述UE發(fā)送的所述狀態(tài)報(bào)告的混合自動重傳HARQ確認(rèn),啟動所述DRX模式； 第二啟動單元，用于在沒有接收到所述UE對所述狀態(tài)報(bào)告的HARQ反饋的情況下進(jìn)行HARQ自動重發(fā)，在所述HARQ自動重發(fā)達(dá)到預(yù)定次數(shù)時(shí)啟動DRX模式； 第三啟動單元，用于在發(fā)送所述狀態(tài)報(bào)告和/或接收到RRC重配完成消息時(shí)等待預(yù)定時(shí)間，在所述預(yù)定時(shí)間到達(dá)時(shí)啟動所述DRX模式。
13.一種非連續(xù)接收DRX模式的啟動系統(tǒng)，其特征在于，包括權(quán)利要求7至10中任一項(xiàng)所述的用戶設(shè)備UE和權(quán)利要求11或12所述的基站。
【文檔編號】H04W72/12GK103974390SQ201310041054
【公開日】2014年8月6日 申請日期:2013年2月1日 優(yōu)先權(quán)日:2013年2月1日
【發(fā)明者】王利 申請人:中興通訊股份有限公司