本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種下行數(shù)據(jù)的傳輸方法和設(shè)備。

背景技術(shù)：

長期演進(Long Term Evolution，LTE)系統(tǒng)的網(wǎng)絡(luò)架構(gòu)如圖1所示，為了便于新業(yè)務(wù)的開展，LTE系統(tǒng)采用了用戶面與控制面分離的設(shè)計方式，控制面信令與用戶面承載分別由獨立的網(wǎng)元(移動性管理實體(Mobility Management Entity，MME)和服務(wù)網(wǎng)關(guān)(Serving Gateway，S-GW))來負責。MME主要功能是非接入層(Non Access Stratum，NAS)信令建立、NAS信令安全配置、跨核心網(wǎng)的信令建立、跟蹤服務(wù)(如UE在空閑(IDLE)模式時)、漫游服務(wù)、授權(quán)和承載管理等。S-GW為基站(eNB)配置切換時的關(guān)口點、轉(zhuǎn)發(fā)2G/3G以及其他系統(tǒng)業(yè)務(wù)的關(guān)口點，完成下行數(shù)據(jù)包的緩沖、一些初始化工作、規(guī)定的攔截偵聽、數(shù)據(jù)包的路由和轉(zhuǎn)發(fā)等。分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)(Packet Data Network Gateway，P-GW)用于策略的執(zhí)行、數(shù)據(jù)包過濾、規(guī)定的攔截、UE IP地址的分配、計費功能、數(shù)據(jù)包再現(xiàn)等。

LTE系統(tǒng)中處于IDLE狀態(tài)的UE，如果有數(shù)據(jù)向網(wǎng)絡(luò)側(cè)發(fā)送時，數(shù)據(jù)發(fā)送前的連接\承載建立過程中的信令流程如圖2所示，包括：

1、當UE有數(shù)據(jù)需要發(fā)送時，首先根據(jù)系統(tǒng)配置的隨機接入資源信息，等待隨機接入信道(RACH)調(diào)度周期，選擇一個前導碼(preamble)發(fā)送給eNB(即消息Msg1)。

2、eNB在接收到UE發(fā)送的preamble后，在隨機接入響應(yīng)窗中對UE發(fā)送的隨機接入響應(yīng)(Random Access Response，RAR)(即Msg2)。其中，Msg2包括：回退(backoff)參數(shù)、與Msg1對應(yīng)的preamble標識、上行傳輸定時提 前量(TA)、為Msg3分配的上行資源(即Msg3的上行調(diào)度授權(quán)UL grant)、臨時小區(qū)級無線網(wǎng)絡(luò)臨時標識(Cell-Radio Network Temporary Identifier，C-RNTI)。

3、UE在接收到Msg2后，在Msg2分配的上行資源上發(fā)送Msg3。

4、eNB和UE通過Msg4完成最終的競爭解決。Msg4中可以包含無線資源控制(Radio Resource Control，RRC)連接建立消息，用于建立UE的信令無線承載1(SRB1)。

5、UE在競爭解決完成后，根據(jù)RRC連接建立消息中的信息建立信令無線承載1(SRB1)，并向eNB發(fā)送RRC連接建立完成消息。NAS業(yè)務(wù)請求(NAS service request)消息可以在發(fā)送RRC連接建立完成消息時向eNB捎帶發(fā)送。

6、eNB在接收到RRC連接建立完成消息后，將捎帶的NAS業(yè)務(wù)請求消息發(fā)送給MME，用于請求MME建立UE對應(yīng)的eNB與核心網(wǎng)之間的相關(guān)連接(與MME的控制面連接、以及與S-GW的無線接入承載(E-RAB))。

7、MME將UE對應(yīng)連接的信息通知eNB。

8、eNB向UE發(fā)送安全模式命令(SMC)和RRC連接重配消息，用于激活UE的安全性以及為UE建立數(shù)據(jù)無線承載(Data Radio Bearer，DRB)和其他信令無線承載(SBR2)。

9、在安全性激活和DRB、SRB2配置完成后，UE向eNB發(fā)送安全模式完成消息和RRC連接重配完成消息。

經(jīng)過上述過程后，UE的用戶面數(shù)據(jù)由DRB、S1承載，通過eNB、S-GW發(fā)送給核心網(wǎng)；UE與核心網(wǎng)的控制信令通過SRB和eNB與MME之間的控制面連接發(fā)送給MME。

10、UE進行上行數(shù)據(jù)的傳輸。

對于detach狀態(tài)的UE，當UE需要向網(wǎng)絡(luò)側(cè)發(fā)送數(shù)據(jù)時，UE需要先發(fā)起attach過程，附著到網(wǎng)絡(luò)，另外，為確定用戶的合法性還需要通過鑒權(quán)過程進程進行確認。信令流程相對對于圖2中所示過程將更為復(fù)雜。

在許多機器類通信(Machine Type Communication，MTC)的應(yīng)用場景中，MTC設(shè)備只向網(wǎng)絡(luò)側(cè)發(fā)送小數(shù)據(jù)量數(shù)據(jù)。采用傳統(tǒng)的數(shù)據(jù)發(fā)送方式將會產(chǎn)生較大的信令開銷，系統(tǒng)效率較低。如果將UE長期保持在RRC連接狀態(tài)，則由于UE移動帶來的切換信令開銷將會增大。因此引入了掛起(suepended)狀態(tài)，在此狀態(tài)下，終端的接入層(Access Stratum，AS)和非接入層(Non Access Stratum，NAS)的上下文(context)保持，但是終端RRC的狀態(tài)類似IDLE狀態(tài)下的行為。當UE沒有數(shù)據(jù)需要發(fā)送時，網(wǎng)絡(luò)側(cè)會將UE配置在suepended狀態(tài)。

在UE進入到suepended狀態(tài)，UE的AS的配置，例如AS安全配置、承載相關(guān)配置、L1/L2相關(guān)配置都將保持。eNB將會給UE分配一個恢復(fù)標識(Resume ID)用以恢復(fù)相關(guān)配置。相關(guān)的網(wǎng)絡(luò)節(jié)點存儲S1-MME和S1-U相關(guān)的上下文信息，這意味著eNB和MME將保存S1接口用戶設(shè)備上下文信息S1-AP UE context。UE在suepended狀態(tài)下的移動性過程與IDLE狀態(tài)相同，例如執(zhí)行小區(qū)重選等。

在suepended狀態(tài)下，若UE有下行數(shù)據(jù)需要接收，UE context恢復(fù)過程如圖3所示，具體為：首先接收尋呼(paging)消息，再發(fā)起隨機接入過程，在Msg3消息中，通過高層信令過程攜帶Resume ID、承載標識(Bearer ID)、建立原因等相關(guān)信息給eNB，以恢復(fù)相關(guān)的過程。當eNB收到UE的發(fā)送請求后，激活S1-AP UE context。由于現(xiàn)有過程通過高層信令過程恢復(fù)之前保存的配置，以接收下行數(shù)據(jù)，會導致信令開銷過大，數(shù)據(jù)接收時間較長的問題。

技術(shù)實現(xiàn)要素：

一種下行數(shù)據(jù)的傳輸方法和設(shè)備，用于解決現(xiàn)有過程通過高層信令過程恢復(fù)之前保存的配置，以接收下行數(shù)據(jù)，會導致信令開銷過大，數(shù)據(jù)接收時間較長的問題。

本發(fā)明實施例提供了一種下行數(shù)據(jù)的發(fā)送方法，包括：

掛起狀態(tài)的UE的服務(wù)基站接收到MME發(fā)送的S1-AP UE context active消息后，激活所述服務(wù)基站保存的所述UE的上下文；

所述服務(wù)基站接收到網(wǎng)關(guān)發(fā)送的下行數(shù)據(jù)后，通過下行物理控制信道PDCCH，向所述UE發(fā)送用于指示所述UE需要接收下行數(shù)據(jù)的指示信息；

所述服務(wù)基站通過下行物理共享信道PDSCH，向所述UE發(fā)送來自所述網(wǎng)關(guān)的下行數(shù)據(jù)。

可選的，所述服務(wù)基站通過PDCCH，向所述UE發(fā)送用于指示所述UE需要接收下行數(shù)據(jù)的指示信息，還包括：

所述服務(wù)基站通過PDCCH，向所述UE發(fā)送所述UE的恢復(fù)標識和/或承載標識。

可選的，所述服務(wù)基站通過PDCCH，向所述UE發(fā)送用于指示所述UE需要接收下行數(shù)據(jù)的指示信息之后，還包括：

所述服務(wù)基站接收到所述UE發(fā)起的前導碼preamble后，向所述UE返回隨機接入響應(yīng)RAR消息。

可選的，所述RAR消息中攜帶所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息；和/或

所述RAR消息中攜帶所述UE的恢復(fù)標識和/或承載標識。

可選的，所述服務(wù)基站通過PDSCH，向所述UE發(fā)送來自所述網(wǎng)關(guān)的下行數(shù)據(jù)之前，該方法還包括：

所述服務(wù)基站通過PDCCH，向所述UE發(fā)送所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息。

基于上述任一實施例，可選的，所述方法還包括：

所述服務(wù)基站采用掛起無線網(wǎng)絡(luò)臨時標識SUS-RNTI，對所述PDCCH進行加擾。

可選的，所述SUS-RNTI為所述服務(wù)基站為所述UE分配的在基站范圍內(nèi)唯一標識所述UE的RNTI；或者

所述SUS-RNTI為所述UE的小區(qū)級無線網(wǎng)絡(luò)臨時標識C-RNTI。

本發(fā)明實施例提供的一種下行數(shù)據(jù)的接收方法，該方法包括：

掛起狀態(tài)的UE通過PDCCH，接收到所述UE的服務(wù)基站發(fā)送的用于指示所述UE需要接收下行數(shù)據(jù)的指示信息；

所述UE在PDSCH上，接收所述服務(wù)基站發(fā)送的下行數(shù)據(jù)。

可選的，所述UE通過PDCCH，接收到所述UE的服務(wù)基站發(fā)送的用于指示所述UE需要接收下行數(shù)據(jù)的指示信息，還包括：

所述UE通過PDCCH，接收到所述服務(wù)基站發(fā)送的所述UE的恢復(fù)標識和/或承載標識。

可選的，所述UE接收到所述服務(wù)基站發(fā)送的用于指示所述UE需要接收下行數(shù)據(jù)的指示信息之后，該方法還包括：

所述UE向所述服務(wù)基站發(fā)送preamble，以發(fā)起上行同步過程；

所述UE接收所述服務(wù)基站返回的RAR消息。

可選的，所述RAR消息中攜帶所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息；和/或

所述RAR消息中攜帶所述UE的恢復(fù)標識和承載標識中的至少一種。

可選的，所述UE接收到所述服務(wù)基站發(fā)送的用于指示所述UE需要接收下行數(shù)據(jù)的指示信息之后，該方法還包括：

所述UE通過PDCCH，接收所述服務(wù)基站發(fā)送的所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息。

可選的，所述UE在PDSCH上，接收所述服務(wù)基站發(fā)送的下行數(shù)據(jù)，包括：

所述UE根據(jù)所述下行數(shù)據(jù)的調(diào)度信息，在所述調(diào)度信息所調(diào)度的PDSCH上，接收所述服務(wù)基站發(fā)送的下行數(shù)據(jù)。

可選的，所述UE在PDSCH上，接收所述服務(wù)基站發(fā)送的下行數(shù)據(jù)之后，該方法還包括：

所述UE根據(jù)上行反饋信息的授權(quán)信息，在PUSCH上，向所述服務(wù)基站發(fā)送上行反饋信息，以通知所述服務(wù)基站所述UE已接收所述下行數(shù)據(jù)。

可選的，所述UE監(jiān)聽到采用SUS-RNTI加擾的PDCCH，接收所述服務(wù)基站發(fā)送的所述指示信息；或者

所述UE監(jiān)聽到采用SUS-RNTI加擾的PDCCH，接收所述服務(wù)基站發(fā)送的所述UE的恢復(fù)標識和承載標識中的至少一種、以及所述指示信息；或者

所述UE監(jiān)聽到采用SUS-RNTI加擾的PDCCH，接收所述服務(wù)基站發(fā)送的所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息。

可選的，所述SUS-RNTI為所述服務(wù)基站為所述UE分配的在基站范圍內(nèi)唯一標識所述UE的RNTI；或者

所述SUS-RNTI為所述UE的小區(qū)級無線網(wǎng)絡(luò)臨時標識C-RNTI。

本發(fā)明實施例提供的一種基站，該基站包括：

激活模塊，用于接收到MME發(fā)送的S1-AP UE context active消息后，激活已保存的掛起狀態(tài)下的UE的上下文；

信令傳輸模塊，用于接收到網(wǎng)關(guān)發(fā)送的下行數(shù)據(jù)后，通過下行物理控制信道PDCCH，向所述UE發(fā)送用于指示所述UE需要接收下行數(shù)據(jù)的指示信息；

數(shù)據(jù)發(fā)送模塊，用于通過下行物理共享信道PDSCH，向所述UE發(fā)送來自所述網(wǎng)關(guān)的下行數(shù)據(jù)。

可選的，所述信令傳輸模塊通過PDCCH，向所述UE發(fā)送用于指示所述UE需要接收下行數(shù)據(jù)的指示信息時，還用于：通過PDCCH，向所述UE發(fā)送所述UE的恢復(fù)標識和/或承載標識。

可選的，所述信令傳輸模塊還用于：接收到所述UE發(fā)起的前導碼preamble后，向所述UE返回隨機接入響應(yīng)RAR消息。

可選的，所述RAR消息中攜帶所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息；和/或

所述RAR消息中攜帶所述UE的恢復(fù)標識和/或承載標識。

可選的，所述信令傳輸模塊還用于：通過PDCCH，向所述UE發(fā)送所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息。

可選的，所述信令傳輸模塊具體用于：采用掛起無線網(wǎng)絡(luò)臨時標識SUS-RNTI，對所述PDCCH進行加擾。

本發(fā)明實施例提供的一種用戶設(shè)備，該用戶設(shè)備處于掛起狀態(tài)，包括：

信令傳輸模塊，用于通過PDCCH，接收到所述UE的服務(wù)基站發(fā)送的用于指示所述UE需要接收下行數(shù)據(jù)的指示信息；

數(shù)據(jù)接收模塊，用于在PDSCH上，接收所述服務(wù)基站發(fā)送的下行數(shù)據(jù)。

可選的，所述信令傳輸模塊通過PDCCH，接收到所述UE的服務(wù)基站發(fā)送的用于指示所述UE需要接收下行數(shù)據(jù)的指示信息時，還用于：通過PDCCH，接收到所述服務(wù)基站發(fā)送的所述UE的恢復(fù)標識和/或承載標識。

可選的，所述信令傳輸模塊還用于：向所述服務(wù)基站發(fā)送preamble，以發(fā)起上行同步過程；接收所述服務(wù)基站返回的RAR消息。

可選的，所述RAR消息中攜帶所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息；和/或

所述RAR消息中攜帶所述UE的恢復(fù)標識和承載標識中的至少一種。

可選的，所述信令傳輸模塊還用于：通過PDCCH，接收所述服務(wù)基站發(fā)送的所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息。

可選的，所述數(shù)據(jù)接收模塊具體用于：根據(jù)所述下行數(shù)據(jù)的調(diào)度信息，在所述調(diào)度信息所調(diào)度的PDSCH上，接收所述服務(wù)基站發(fā)送的下行數(shù)據(jù)。

可選的，所述信令傳輸模塊還用于：根據(jù)上行反饋信息的授權(quán)信息，在PUSCH上，向所述服務(wù)基站發(fā)送上行反饋信息，以通知所述服務(wù)基站所述UE已接收所述下行數(shù)據(jù)。

可選的，所述信令傳輸模塊具體用于：

監(jiān)聽到采用SUS-RNTI加擾的PDCCH，接收所述服務(wù)基站發(fā)送的所述指示信息；或者

監(jiān)聽到采用SUS-RNTI加擾的PDCCH，接收所述服務(wù)基站發(fā)送的所述UE的恢復(fù)標識和承載標識中的至少一種、以及所述指示信息；或者

監(jiān)聽到采用SUS-RNTI加擾的PDCCH，接收所述服務(wù)基站發(fā)送的所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息。

本發(fā)明實施例提供的另一種基站，包括第一接口、第二接口、以及分別與第一接口和第二接口連接的至少一個處理器，其中：

處理器，用于讀取存儲器中的程序，執(zhí)行下列過程：

在第一接口接收到MME發(fā)送的S1-AP UE context active消息后，激活已保存的掛起狀態(tài)下的UE的上下文；在第一接口接收到網(wǎng)關(guān)發(fā)送的下行數(shù)據(jù)后，控制第二接口通過PDCCH，向所述UE發(fā)送用于指示所述UE需要接收下行數(shù)據(jù)的指示信息；控制第二接口通過PDSCH，向所述UE發(fā)送來自所述網(wǎng)關(guān)的下行數(shù)據(jù)。

可選的，第二接口通過PDCCH，向所述UE發(fā)送用于指示所述UE需要接收下行數(shù)據(jù)的指示信息時，還用于：通過PDCCH，向所述UE發(fā)送所述UE的恢復(fù)標識和/或承載標識。

可選的，第二接口還用于：接收到所述UE發(fā)起的前導碼preamble后，向所述UE返回隨機接入響應(yīng)RAR消息。

可選的，所述RAR消息中攜帶所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息；和/或

所述RAR消息中攜帶所述UE的恢復(fù)標識和/或承載標識。

可選的，第二接口還用于：通過PDCCH，向所述UE發(fā)送所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息。

基于上述任一實施例，處理器具體用于：采用掛起無線網(wǎng)絡(luò)臨時標識SUS-RNTI，對所述PDCCH進行加擾。

本發(fā)明實施例提供的另一種用戶設(shè)備，該用戶設(shè)備處于掛起狀態(tài)，包括收發(fā)機、以及與該收發(fā)機連接的至少一個處理器，的其中：

處理器，用于讀取存儲器中的程序，執(zhí)行下列過程：

控制收發(fā)機通過PDCCH，接收到所述UE的服務(wù)基站發(fā)送的用于指示所述UE需要接收下行數(shù)據(jù)的指示信息；以及控制收發(fā)機在PDSCH上，接收所述服務(wù)基站發(fā)送的下行數(shù)據(jù)。

可選的，收發(fā)機通過PDCCH，接收到所述UE的服務(wù)基站發(fā)送的用于指示所述UE需要接收下行數(shù)據(jù)的指示信息時，還用于：通過PDCCH，接收到所述服務(wù)基站發(fā)送的所述UE的恢復(fù)標識和/或承載標識。

可選的，處理器還用于：控制收發(fā)機向所述服務(wù)基站發(fā)送preamble，以發(fā)起上行同步過程；

收發(fā)機還用于：接收所述服務(wù)基站返回的RAR消息。

可選的，所述RAR消息中攜帶所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息；和/或

所述RAR消息中攜帶所述UE的恢復(fù)標識和承載標識中的至少一種。

可選的，處理器還用于：控制收發(fā)機通過PDCCH，接收所述服務(wù)基站發(fā)送的所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息。

可選的，處理器具體用于：控制收發(fā)機根據(jù)所述下行數(shù)據(jù)的調(diào)度信息，在所述調(diào)度信息所調(diào)度的PDSCH上，接收所述服務(wù)基站發(fā)送的下行數(shù)據(jù)。

可選的，處理器還用于：控制收發(fā)機根據(jù)上行反饋信息的授權(quán)信息，在PUSCH上，向所述服務(wù)基站發(fā)送上行反饋信息，以通知所述服務(wù)基站所述UE已接收所述下行數(shù)據(jù)。

可選的，處理器具體用于：控制收發(fā)機監(jiān)聽到采用SUS-RNTI加擾的PDCCH，接收所述服務(wù)基站發(fā)送的所述指示信息；或者控制收發(fā)機監(jiān)聽到采用SUS-RNTI加擾的PDCCH，接收所述服務(wù)基站發(fā)送的所述UE的恢復(fù)標識和承載標識中的至少一種、以及所述指示信息；或者控制收發(fā)機監(jiān)聽到采用SUS-RNTI加擾的PDCCH，接收所述服務(wù)基站發(fā)送的所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息。

本發(fā)明實施例提供的方法和設(shè)備中，suepended狀態(tài)的UE的服務(wù)基站通過PDCCH，向所述UE發(fā)送指示信息，以指示所述UE需要接收下行數(shù)據(jù)，并通過PDSCH，向所述UE發(fā)送來自所述網(wǎng)關(guān)的下行數(shù)據(jù)。由于本發(fā)明實施例中，suepended狀態(tài)的UE的服務(wù)基站通過物理層信令過程，通知suepended狀態(tài)的UE需要接收下行數(shù)據(jù)，無需通過高層信令發(fā)起尋呼過程，從而減少了suepended狀態(tài)的UE接收下行數(shù)據(jù)的空口開銷。

附圖說明

圖1為LTE系統(tǒng)的網(wǎng)絡(luò)架構(gòu)的示意圖；

圖2為數(shù)據(jù)發(fā)送前的連接\承載建立過程中的信令流程示意圖；

圖3為suepended狀態(tài)下UE context恢復(fù)過程的流程示意圖；

圖4為本發(fā)明實施例中一種下行數(shù)據(jù)的發(fā)送方法的流程示意圖；

圖5為本發(fā)明實施例中一種下行數(shù)據(jù)的接收方法的流程示意圖；

圖6為本發(fā)明實施例中的實施例一的流程示意圖；

圖7為本發(fā)明實施例中一種基站的示意圖；

圖8為本發(fā)明實施例中一種用戶設(shè)備的示意圖；

圖9為本發(fā)明實施例中另一種基站的示意圖；

圖10為本發(fā)明實施例中另一種用戶設(shè)備的示意圖。

具體實施方式

本發(fā)明實施例提供了一種通過物理層信令，實現(xiàn)UE在suepended狀態(tài)下接收下行數(shù)據(jù)的方式，從而減少了UE在suepended狀態(tài)下接收下行數(shù)據(jù)時的空口開銷。

下面結(jié)合說明書附圖對本發(fā)明實施例作進一步詳細描述。應(yīng)當理解，此處所描述的實施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。

本發(fā)明實施例提供的一種下行數(shù)據(jù)的發(fā)送方法，如圖4所示，包括：

S41、掛起(suepended)狀態(tài)的UE的服務(wù)基站接收到MME發(fā)送的S1-AP UE context active消息后，激活所述服務(wù)基站保存的所述UE的上下文。

其中，MME接收到網(wǎng)關(guān)發(fā)送的下行數(shù)據(jù)到達通知(Downlink Data Notification，DDN)后，向suepended狀態(tài)的UE的服務(wù)基站發(fā)送S1-AP UE context active消息，以激活所述服務(wù)基站保存的所述UE的上下文(context)；以及向網(wǎng)關(guān)發(fā)起承載修改過程，以建立網(wǎng)關(guān)與所述服務(wù)基站之間的通信連接。

S42、所述服務(wù)基站接收到網(wǎng)關(guān)發(fā)送的下行數(shù)據(jù)后，通過PDCCH，向所述UE發(fā)送用于指示所述UE需要接收下行數(shù)據(jù)的指示信息。

S43、所述服務(wù)基站通過PDSCH，向所述UE發(fā)送來自所述網(wǎng)關(guān)的下行數(shù)據(jù)。

本發(fā)明實施例中，suepended狀態(tài)的UE的服務(wù)基站通過PDCCH，向所述UE發(fā)送指示信息，以指示所述UE需要接收下行數(shù)據(jù)，并通過PDSCH，向所述UE發(fā)送來自所述網(wǎng)關(guān)的下行數(shù)據(jù)。由于本發(fā)明實施例中，suepended狀態(tài)的UE的服務(wù)基站通過物理層信令過程，通知suepended狀態(tài)的UE需要接收下行數(shù)據(jù)，無需通過高層信令發(fā)起尋呼過程，從而減少了suepended狀態(tài)的UE接收下行數(shù)據(jù)的空口開銷。

可選的，服務(wù)基站在激活了自身保存的所述UE的上下文后，向MME返回S1-AP UE context active ACK消息，以通知MME所述服務(wù)基站已恢復(fù)之前保存的配置。

可選的，S42中所述服務(wù)基站通過PDCCH，向所述UE發(fā)送用于指示所述UE需要接收下行數(shù)據(jù)的指示信息，還包括：

所述服務(wù)基站通過PDCCH，向所述UE發(fā)送所述UE的恢復(fù)標識和/或承載標識。

具體的，所述服務(wù)基站通過PDCCH，向所述UE發(fā)送用于指示所述UE需要接收下行數(shù)據(jù)的指示信息時，還向所述UE發(fā)送所述UE的恢復(fù)標識和/或承載標識。其中，所述UE的恢復(fù)標識用于恢復(fù)UE在網(wǎng)絡(luò)側(cè)保持的context； 所述UE的承載標識為所述UE的用于傳輸下行數(shù)據(jù)的承載的標識。

舉例說明，所述服務(wù)基站接收到網(wǎng)關(guān)發(fā)送的下行數(shù)據(jù)后，可以通過PDCCH向所述UE發(fā)送所述指示信息；也可以通過PDCCH向所述UE發(fā)送所述指示信息和所述UE的恢復(fù)標識；也可以通過PDCCH向所述UE發(fā)送所述指示信息和所述UE的承載標識；還可以通過PDCCH向所述UE發(fā)送所述指示信息和所述UE的恢復(fù)標識和承載標識。

可選的，S42中所述服務(wù)基站通過PDCCH，向所述UE發(fā)送用于指示所述UE需要接收下行數(shù)據(jù)的指示信息之后，還包括：

所述服務(wù)基站接收到所述UE發(fā)起的前導碼preamble后，向所述UE返回隨機接入響應(yīng)RAR消息。

可選的，所述RAR消息中攜帶所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息。其中，所述下行數(shù)據(jù)的調(diào)度信息包括頻域資源、時域資源和調(diào)制編碼等級等信息。上行反饋信息的授權(quán)信息(UL grant)用于授權(quán)UE在PDSCH上發(fā)送上行反饋信息。

可選的，所述RAR消息中攜帶所述UE的恢復(fù)標識和/或承載標識。

具體的，若所述服務(wù)基站通過PDCCH，僅向所述UE發(fā)送了所述指示信息，則所述RAR消息中攜帶所述UE的恢復(fù)標識和承載標識中的至少一種。

舉例說明，所述RAR消息中可以攜帶所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息；所述RAR消息中也可以攜帶所述UE的恢復(fù)標識和/或承載標識；所述RAR消息中還可以既攜帶所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息，又攜帶所述UE的恢復(fù)標識和承載標識中的至少一種；所述RAR消息中還可以不攜帶上述任何信息。

可選的，若所述RAR消息中未攜帶所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息，則所述服務(wù)基站通過PDSCH，向所述UE發(fā)送來自所述網(wǎng)關(guān)的下行數(shù)據(jù)之前，該方法還包括：

所述服務(wù)基站通過PDCCH，向所述UE發(fā)送所述下行數(shù)據(jù)的調(diào)度信息和 上行反饋信息的授權(quán)信息。

基于上述任一實施例，所述方法還包括：

所述服務(wù)基站采用掛起無線網(wǎng)絡(luò)臨時標識SUS-RNTI，對所述PDCCH進行加擾。

舉例說明，若所述服務(wù)基站通過PDCCH，向所述UE發(fā)送所述指示信息，則所述服務(wù)基站先采用SUS-RNTI對所述指示信息進行加擾，再通過PDCCH向所述UE發(fā)送加擾后的指示信息。若所述服務(wù)基站通過PDCCH，向所述UE發(fā)送所述UE的恢復(fù)標識和承載標識中的至少一種、以及所述指示信息，則所述服務(wù)基站先采用SUS-RNTI對所述UE的恢復(fù)標識和承載標識中的至少一種和所述指示信息進行加擾，再通過PDCCH向所述UE發(fā)送加擾后的信息。若所述服務(wù)基站通過PDCCH，向所述UE發(fā)送所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息，則所述服務(wù)基站先采用SUS-RNTI對所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息進行加擾，再通過PDCCH向所述UE發(fā)送加擾后的信息。

可選的，所述SUS-RNTI為所述服務(wù)基站為所述UE分配的在基站范圍內(nèi)唯一標識所述UE的RNTI；或者所述SUS-RNTI為所述UE的小區(qū)級無線網(wǎng)絡(luò)臨時標識(Cell-Radio Network Temporary Identifier，C-RNTI)。

其中，所述SUS-RNTI具體為上述哪種RNTI，所述服務(wù)基站可根據(jù)S1-AP激活的所述UE的上下文來確定。具體的，若所述UE未移出當前小區(qū)，則所述SUS-RNTI既可以為所述服務(wù)基站為所述UE分配的在基站范圍內(nèi)唯一標識所述UE的RNTI，也可以為所述UE的C-RNTI；若所述UE已移出當前小區(qū)，則所述SUS-RNTI為所述服務(wù)基站為所述UE分配的在基站范圍內(nèi)唯一標識所述UE的RNTI。

基于同一發(fā)明構(gòu)思，本發(fā)明實施例提供了一種下行數(shù)據(jù)的接收方法，與該UE的服務(wù)基站側(cè)相同的部分，具體請參見圖4所示實施例中的相關(guān)描述，從此不再贅述，如圖5所示，該方法包括：

S51、掛起狀態(tài)的UE通過PDCCH，接收到所述UE的服務(wù)基站發(fā)送的用于指示所述UE需要接收下行數(shù)據(jù)的指示信息；

其中，掛起狀態(tài)的UE在接收到所述指示信息后，由掛起狀態(tài)轉(zhuǎn)入到連接狀態(tài)。

S52、所述UE在PDSCH上，接收所述服務(wù)基站發(fā)送的下行數(shù)據(jù)。

本發(fā)明實施例中，suepended狀態(tài)的UE通過PDCCH，接收到服務(wù)基站發(fā)送的指示信息，確定需要接收下行數(shù)據(jù)，并在PDSCH上接收所述服務(wù)基站發(fā)送的下行數(shù)據(jù)。由于本發(fā)明實施例中，suepended狀態(tài)的UE通過物理層信令過程，接收到所述UE的服務(wù)基站通知的需要接收下行數(shù)據(jù)的指示信息，無需通過高層信令發(fā)起尋呼過程，從而減少了suepended狀態(tài)的UE接收下行數(shù)據(jù)的空口開銷。

可選的，所述UE通過PDCCH，接收到所述UE的服務(wù)基站發(fā)送的指示信息之前，所述UE采用非連續(xù)性接收(Discontinuous Reception，DRX)方式監(jiān)聽PDCCH，以通過PDCCH，接收到所述UE的服務(wù)基站發(fā)送的用于指示所述UE需要接收下行數(shù)據(jù)的指示信息。

其中，DRX可采用專用信令方式配置。具體配置包括：DRX周期，DRX起始點和DRX持續(xù)時間(duration)。

可選的，S51中所述UE通過PDCCH，接收到所述UE的服務(wù)基站發(fā)送的指示信息，還包括：

所述UE通過PDCCH，接收到所述UE的服務(wù)基站發(fā)送的所述UE的恢復(fù)標識和/或承載標識。

可選的，S51中所述UE接收到所述服務(wù)基站發(fā)送的指示信息之后，該方法還包括：

所述UE向所述服務(wù)基站發(fā)送preamble，以發(fā)起上行同步過程；

所述UE接收所述服務(wù)基站返回的RAR消息。

可選的，所述RAR消息中攜帶所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息 的授權(quán)信息；和/或

所述RAR消息中攜帶所述UE的恢復(fù)標識和/或承載標識。

可選的，S51中所述UE接收到所述服務(wù)基站發(fā)送的指示信息之后，該方法還包括：

所述UE通過PDCCH，接收所述服務(wù)基站發(fā)送的所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息。

基于上述任一實施例，S52中所述UE在PDSCH上，接收所述服務(wù)基站發(fā)送的下行數(shù)據(jù)，包括：

所述UE根據(jù)所述下行數(shù)據(jù)的調(diào)度信息，在所述調(diào)度信息所調(diào)度的PDSCH上，接收所述服務(wù)基站發(fā)送的下行數(shù)據(jù)。

基于上述任一實施例，S52中所述UE在PDSCH上，接收所述服務(wù)基站發(fā)送的下行數(shù)據(jù)之后，該方法還包括：

所述UE根據(jù)上行反饋信息的授權(quán)信息，在PUSCH上，發(fā)送上行反饋信息，以通知所述服務(wù)基站所述UE已接收到所述下行數(shù)據(jù)。

可選的，上行反饋消息為反饋混合自動重傳請求(Hybrid Automatic Repeat reQuest，HARQ)確認信息。

基于上述任一實施例，所述UE監(jiān)聽到采用SUS-RNTI加擾的PDCCH，接收所述服務(wù)基站發(fā)送的所述指示信息；或者

所述UE監(jiān)聽到采用SUS-RNTI加擾的PDCCH，接收所述服務(wù)基站發(fā)送的所述UE的恢復(fù)標識和承載標識中的至少一種和所述指示信息；或者

所述UE監(jiān)聽到采用SUS-RNTI加擾的PDCCH，接收所述服務(wù)基站發(fā)送的所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息。

可選的，所述SUS-RNTI為所述服務(wù)基站為所述UE分配的在基站范圍內(nèi)唯一標識所述UE的RNTI；或者所述SUS-RNTI為所述UE的C-RNTI。

下面結(jié)合一個具體實施例，從MME、S-GW、eNB和UE交互的角度，對本發(fā)明實施例提供的下行數(shù)據(jù)的傳輸方法進行詳細說明。

實施例一、如圖6所示，本實施例包括如下步驟：

步驟1：S-GW接收到下行數(shù)據(jù)；

步驟2：S-GW向MME發(fā)送DDN，以指示有下行數(shù)據(jù)待發(fā)送；

步驟3a：MME向eNB發(fā)送激活S1-AP UE context指示；

步驟3b：MME向S-GW發(fā)送修改承載請求(Modify Bearer Request)，以使S-GW建立與eNB之間的通信連接；

需要說明的是，MME可以先執(zhí)行步驟3a，再執(zhí)行步驟3b；也可以先執(zhí)行步驟3b，再執(zhí)行步驟3a；還可以同時執(zhí)行步驟3a和步驟3b。本實施例不對步驟3a和步驟3b的執(zhí)行時序進行限定。

步驟4a：eNB激活已保存的UE context，并向MME返回S1-AP UE context確認；

步驟4b：S-GW完成與eNB之間的通信連接的建立后，向MME返回修改承載響應(yīng)(Modify Bearer Response)；

步驟5：eNB根據(jù)S1-AP已激活的信息，確定UE的SUS-RNTI；

步驟6：eNB通過SUS-RNTI加擾的PDCCH，通知UE需要接收下行數(shù)據(jù)；

具體的，eNB通過PDCCH向UE發(fā)送用于指示該UE需要接收下行數(shù)據(jù)的指示信息；

可選的，eNB通過PDCCH向UE發(fā)送用于指示該UE需要接收下行數(shù)據(jù)的指示信息的同時，還攜帶Resume ID和Bearer ID；

步驟7：UE選擇一個preamble，并向eNB發(fā)送所選擇的preamble，以進行上行同步；

步驟8：eNB返回RAR消息；

可選的，RAR消息中攜帶下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息(UL grant)。

可選的，若步驟6中eNB未向UE發(fā)送Resume ID和Bearer ID，所述RAR消息中還攜帶Resume ID和Bearer ID。

步驟9：若步驟8中eNB返回的RAR消息中未攜帶下行數(shù)據(jù)的調(diào)度信息，eNB通過PDCCH，向UE發(fā)送下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息；

步驟10：UE根據(jù)接收到的下行數(shù)據(jù)的調(diào)度信息，在所調(diào)度PDSCH上接收所述下行數(shù)據(jù)；

步驟11：UE根據(jù)接收到的上行反饋的授權(quán)信息，在所調(diào)度的PUSCH上，發(fā)送上行反饋消息，以通知eNB該UE已接收所述下行數(shù)據(jù)。

上述方法處理流程可以用軟件程序?qū)崿F(xiàn)，該軟件程序可以存儲在存儲介質(zhì)中，當存儲的軟件程序被調(diào)用時，執(zhí)行上述方法步驟。

基于同一發(fā)明構(gòu)思，本發(fā)明實施例中還提供了一種基站，由于基站解決問題的原理與上述圖4所示的一種下行數(shù)據(jù)的發(fā)送方法相似，因此該基站的實施可以參見上述方法的實施，重復(fù)之處不再贅述。

本發(fā)明實施例提供的一種基站，如圖7所示，該基站包括：

激活模塊71，用于接收到MME發(fā)送的S1-AP UE context active消息后，激活已保存的掛起狀態(tài)下的UE的上下文；

信令傳輸模塊72，用于接收到網(wǎng)關(guān)發(fā)送的下行數(shù)據(jù)后，通過下行物理控制信道PDCCH，向所述UE發(fā)送用于指示所述UE需要接收下行數(shù)據(jù)的指示信息；

數(shù)據(jù)發(fā)送模塊73，用于通過下行物理共享信道PDSCH，向所述UE發(fā)送來自所述網(wǎng)關(guān)的下行數(shù)據(jù)。

可選的，信令傳輸模塊72通過PDCCH，向所述UE發(fā)送用于指示所述UE需要接收下行數(shù)據(jù)的指示信息時，還用于：通過PDCCH，向所述UE發(fā)送所述UE的恢復(fù)標識和/或承載標識。

可選的，信令傳輸模塊72還用于：接收到所述UE發(fā)起的前導碼preamble后，向所述UE返回隨機接入響應(yīng)RAR消息。

可選的，所述RAR消息中攜帶所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息；和/或

所述RAR消息中攜帶所述UE的恢復(fù)標識和/或承載標識。

可選的，信令傳輸模塊72還用于：通過PDCCH，向所述UE發(fā)送所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息。

基于上述任一實施例，信令傳輸模塊72具體用于：采用掛起無線網(wǎng)絡(luò)臨時標識SUS-RNTI，對所述PDCCH進行加擾。

可選的，所述SUS-RNTI為所述服務(wù)基站為所述UE分配的在基站范圍內(nèi)唯一標識所述UE的RNTI；或者所述SUS-RNTI為所述UE的小區(qū)級無線網(wǎng)絡(luò)臨時標識C-RNTI。

基于同一發(fā)明構(gòu)思，本發(fā)明實施例中還提供了一種用戶設(shè)備，由于該用戶設(shè)備解決問題的原理與上述圖5所示的一種下行數(shù)據(jù)的接收方法相似，因此該設(shè)備的實施可以參見方法的實施，重復(fù)之處不再贅述。

本發(fā)明實施例提供的一種用戶設(shè)備，如圖8所示，該用戶設(shè)備處于掛起狀態(tài)，包括：

信令傳輸模塊81，用于通過PDCCH，接收到所述UE的服務(wù)基站發(fā)送的用于指示所述UE需要接收下行數(shù)據(jù)的指示信息；

數(shù)據(jù)接收模塊82，用于在PDSCH上，接收所述服務(wù)基站發(fā)送的下行數(shù)據(jù)。

可選的，信令傳輸模塊81通過PDCCH，接收到所述UE的服務(wù)基站發(fā)送的用于指示所述UE需要接收下行數(shù)據(jù)的指示信息時，還用于：通過PDCCH，接收到所述服務(wù)基站發(fā)送的所述UE的恢復(fù)標識和/或承載標識。

可選的，信令傳輸模塊81還用于：向所述服務(wù)基站發(fā)送preamble，以發(fā)起上行同步過程；接收所述服務(wù)基站返回的RAR消息。

可選的，所述RAR消息中攜帶所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息；和/或

所述RAR消息中攜帶所述UE的恢復(fù)標識和承載標識中的至少一種。

可選的，信令傳輸模塊81還用于：通過PDCCH，接收所述服務(wù)基站發(fā)送的所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息。

可選的，數(shù)據(jù)接收模塊82具體用于：根據(jù)所述下行數(shù)據(jù)的調(diào)度信息，在所述調(diào)度信息所調(diào)度的PDSCH上，接收所述服務(wù)基站發(fā)送的下行數(shù)據(jù)。

可選的，信令傳輸模塊81還用于：根據(jù)上行反饋信息的授權(quán)信息，在PUSCH上，向所述服務(wù)基站發(fā)送上行反饋信息，以通知所述服務(wù)基站所述UE已接收所述下行數(shù)據(jù)。

可選的，信令傳輸模塊81具體用于：監(jiān)聽到采用SUS-RNTI加擾的PDCCH，接收所述服務(wù)基站發(fā)送的所述指示信息；或者監(jiān)聽到采用SUS-RNTI加擾的PDCCH，接收所述服務(wù)基站發(fā)送的所述UE的恢復(fù)標識和承載標識中的至少一種、以及所述指示信息；或者監(jiān)聽到采用SUS-RNTI加擾的PDCCH，接收所述服務(wù)基站發(fā)送的所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息。

下面結(jié)合優(yōu)選的硬件結(jié)構(gòu)，對本發(fā)明實施例提供的基站的結(jié)構(gòu)、處理方式進行說明。

在圖9的實施例中，基站包括第一接口91、第二接口92、以及分別與第一接口91和第二接口92連接的至少一個處理器93，其中：

處理器93，用于讀取存儲器94中的程序，執(zhí)行下列過程：

在第一接口91接收到MME發(fā)送的S1-AP UE context active消息后，激活已保存的掛起狀態(tài)下的UE的上下文；在第一接口91接收到網(wǎng)關(guān)發(fā)送的下行數(shù)據(jù)后，控制第二接口92通過PDCCH，向所述UE發(fā)送用于指示所述UE需要接收下行數(shù)據(jù)的指示信息；控制第二接口92通過PDSCH，向所述UE發(fā)送來自所述網(wǎng)關(guān)的下行數(shù)據(jù)。

其中，在圖9中，總線架構(gòu)可以包括任意數(shù)量的互聯(lián)的總線和橋，具體由處理器93代表的一個或多個處理器和存儲器94代表的存儲器的各種電路鏈接在一起。總線架構(gòu)還可以將諸如外圍設(shè)備、穩(wěn)壓器和功率管理電路等之類的各種其他電路鏈接在一起，這些都是本領(lǐng)域所公知的，因此，本文不再對其進行進一步描述?？偩€接口提供接口。第一接口91用于實現(xiàn)與核心網(wǎng)之間的通信。 第二接口用于實現(xiàn)與用戶設(shè)備之間的通信。處理器93負責管理總線架構(gòu)和通常的處理，存儲器94可以存儲處理器93在執(zhí)行操作時所使用的數(shù)據(jù)。

其中，第一接口91為S1接口。

可選的，第二接口92通過PDCCH，向所述UE發(fā)送用于指示所述UE需要接收下行數(shù)據(jù)的指示信息時，還用于：通過PDCCH，向所述UE發(fā)送所述UE的恢復(fù)標識和/或承載標識。

可選的，第二接口92還用于：接收到所述UE發(fā)起的前導碼preamble后，向所述UE返回隨機接入響應(yīng)RAR消息。

可選的，所述RAR消息中攜帶所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息；和/或

所述RAR消息中攜帶所述UE的恢復(fù)標識和/或承載標識。

可選的，第二接口92還用于：通過PDCCH，向所述UE發(fā)送所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息。

基于上述任一實施例，處理器93具體用于：采用掛起無線網(wǎng)絡(luò)臨時標識SUS-RNTI，對所述PDCCH進行加擾。

下面結(jié)合優(yōu)選的硬件結(jié)構(gòu)，對本發(fā)明實施例提供的用戶設(shè)備的結(jié)構(gòu)、處理方式進行說明。

在圖10的實施例中，用戶設(shè)備處于掛起狀態(tài)，包括收發(fā)機101、以及與該收發(fā)機101連接的至少一個處理器102，的其中：

處理器102，用于讀取存儲器103中的程序，執(zhí)行下列過程：

控制收發(fā)機101通過PDCCH，接收到所述UE的服務(wù)基站發(fā)送的用于指示所述UE需要接收下行數(shù)據(jù)的指示信息；以及控制收發(fā)機101在PDSCH上，接收所述服務(wù)基站發(fā)送的下行數(shù)據(jù)。

其中，在圖10中，總線架構(gòu)可以包括任意數(shù)量的互聯(lián)的總線和橋，具體由處理器102代表的一個或多個處理器和存儲器103代表的存儲器的各種電路鏈接在一起。總線架構(gòu)還可以將諸如外圍設(shè)備、穩(wěn)壓器和功率管理電路等之類 的各種其他電路鏈接在一起，這些都是本領(lǐng)域所公知的，因此，本文不再對其進行進一步描述?？偩€接口提供接口。收發(fā)機101可以是多個元件，即包括發(fā)送機和接收機，提供用于在傳輸介質(zhì)上與各種其他裝置通信的單元。針對不同的用戶設(shè)備，用戶接口104還可以是能夠外接內(nèi)接需要設(shè)備的接口，連接的設(shè)備包括但不限于小鍵盤、顯示器、揚聲器、麥克風、操縱桿等。

處理器102負責管理總線架構(gòu)和通常的處理，存儲器103可以存儲處理器103在執(zhí)行操作時所使用的數(shù)據(jù)。

可選的，收發(fā)機101通過PDCCH，接收到所述UE的服務(wù)基站發(fā)送的用于指示所述UE需要接收下行數(shù)據(jù)的指示信息時，還用于：通過PDCCH，接收到所述服務(wù)基站發(fā)送的所述UE的恢復(fù)標識和/或承載標識。

可選的，處理器102還用于：控制收發(fā)機101向所述服務(wù)基站發(fā)送preamble，以發(fā)起上行同步過程；

收發(fā)機101還用于：接收所述服務(wù)基站返回的RAR消息。

可選的，所述RAR消息中攜帶所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息；和/或

所述RAR消息中攜帶所述UE的恢復(fù)標識和承載標識中的至少一種。

可選的，處理器102還用于：控制收發(fā)機101通過PDCCH，接收所述服務(wù)基站發(fā)送的所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息。

可選的，處理器102具體用于：控制收發(fā)機101根據(jù)所述下行數(shù)據(jù)的調(diào)度信息，在所述調(diào)度信息所調(diào)度的PDSCH上，接收所述服務(wù)基站發(fā)送的下行數(shù)據(jù)。

可選的，處理器102還用于：控制收發(fā)機101根據(jù)上行反饋信息的授權(quán)信息，在PUSCH上，向所述服務(wù)基站發(fā)送上行反饋信息，以通知所述服務(wù)基站所述UE已接收所述下行數(shù)據(jù)。

可選的，處理器102具體用于：控制收發(fā)機101監(jiān)聽到采用SUS-RNTI加擾的PDCCH，接收所述服務(wù)基站發(fā)送的所述指示信息；或者控制收發(fā)機101 監(jiān)聽到采用SUS-RNTI加擾的PDCCH，接收所述服務(wù)基站發(fā)送的所述UE的恢復(fù)標識和承載標識中的至少一種、以及所述指示信息；或者控制收發(fā)機101監(jiān)聽到采用SUS-RNTI加擾的PDCCH，接收所述服務(wù)基站發(fā)送的所述下行數(shù)據(jù)的調(diào)度信息和上行反饋信息的授權(quán)信息。

本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產(chǎn)品的形式。

本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設(shè)備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

盡管已描述了本發(fā)明的優(yōu)選實施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對這些實施例作出另外的變更和修改。所以，所附權(quán)利要 求意欲解釋為包括優(yōu)選實施例以及落入本發(fā)明范圍的所有變更和修改。

顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。