本發(fā)明涉及無線通信技術(shù)領(lǐng)域，特別涉及一種為數(shù)據(jù)傳輸授權(quán)及數(shù)據(jù)傳輸方法及裝置。

背景技術(shù)：

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

在UE進入到suspend狀態(tài)下，UE的AS層的配置都將保持。eNB將會給UE分配一個Resume ID(恢復(fù)標識)用以恢復(fù)相關(guān)配置。

相關(guān)的網(wǎng)絡(luò)節(jié)點存儲S1-MME和S1-U(S1-User Plane，S1接口用戶面)相關(guān)的上下文信息，這意味著eNB和MME將保存S1AP(S1Application Protocol，S1接口應(yīng)用協(xié)議)UE上下文信息。終端的移動性過程與Idle狀態(tài)相同，例如執(zhí)行小區(qū)重選等。當UE有上行數(shù)據(jù)需要發(fā)送時，首先發(fā)起隨機接入過程，恢復(fù)相關(guān)的過程。當eNB收到UE的發(fā)送請求后，激活S1接口UE context。

現(xiàn)有技術(shù)的不足在于，現(xiàn)有過程通過高層信令過程恢復(fù)之前的保存的配置，導致信令開銷過大，轉(zhuǎn)換時間較長。

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

本發(fā)明提供了一種為數(shù)據(jù)傳輸授權(quán)及數(shù)據(jù)傳輸方法及裝置，用以減少處于Suspended狀態(tài)的UE傳輸數(shù)據(jù)時的信令開銷。

本發(fā)明實施例中提供了一種數(shù)據(jù)傳輸方法，包括如下步驟：

在確定suspended狀態(tài)下的UE需要發(fā)送數(shù)據(jù)時，將Resume ID發(fā)送至網(wǎng)絡(luò)側(cè)；

根據(jù)網(wǎng)絡(luò)側(cè)指配的上行授權(quán)進行數(shù)據(jù)傳輸。

本發(fā)明實施例中提供了一種為數(shù)據(jù)傳輸授權(quán)的方法，包括如下步驟：

接收suspended狀態(tài)下的UE發(fā)送的Resume ID；

為UE指配進行數(shù)據(jù)傳輸?shù)纳闲惺跈?quán)。

本發(fā)明實施例中提供了一種數(shù)據(jù)傳輸裝置，包括：

發(fā)送模塊，用于在確定suspended狀態(tài)下的UE需要發(fā)送數(shù)據(jù)時，將Resume ID發(fā)送至網(wǎng)絡(luò)側(cè)；

傳輸模塊，用于根據(jù)網(wǎng)絡(luò)側(cè)指配的上行授權(quán)進行數(shù)據(jù)傳輸。

本發(fā)明實施例中提供了一種為數(shù)據(jù)傳輸授權(quán)的裝置，包括：

接收模塊，用于接收suspended狀態(tài)下的UE發(fā)送的Resume ID；

授權(quán)模塊，用于為UE指配進行數(shù)據(jù)傳輸?shù)纳闲惺跈?quán)。

本發(fā)明有益效果如下：

在本發(fā)明實施例提供的技術(shù)方案中，由于當處于Suspended狀態(tài)的UE發(fā)現(xiàn)有小數(shù)據(jù)傳輸時，即將Resume ID發(fā)送至網(wǎng)絡(luò)側(cè)，在網(wǎng)絡(luò)側(cè)為UE指配進行數(shù)據(jù)傳輸?shù)纳闲惺跈?quán)后，UE便可根據(jù)網(wǎng)絡(luò)側(cè)指配的上行授權(quán)進行數(shù)據(jù)傳輸。與現(xiàn)有技術(shù)需要首先發(fā)起隨機接入過程，恢復(fù)相關(guān)的過程需要的大量信令開銷相比，能夠有效減少UE狀態(tài)轉(zhuǎn)換時空口的系統(tǒng)開銷。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本發(fā)明的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中：

圖1為本發(fā)明實施例中LTE系統(tǒng)網(wǎng)絡(luò)架構(gòu)示意圖；

圖2為本發(fā)明實施例中LTE系統(tǒng)連接/承載建立過程示意圖；

圖3為本發(fā)明實施例中suspend UE配置的過程示意圖；

圖4為本發(fā)明實施例中UE有上行數(shù)據(jù)需要發(fā)送時，UE context恢復(fù)過程示意圖；

圖5為本發(fā)明實施例中終端側(cè)的數(shù)據(jù)傳輸方法實施流程示意圖；

圖6為本發(fā)明實施例中網(wǎng)絡(luò)側(cè)的為數(shù)據(jù)傳輸授權(quán)的方法實施流程示意圖；

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

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

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

圖10為本發(fā)明實施例中數(shù)據(jù)傳輸裝置結(jié)構(gòu)示意圖；

圖11為本發(fā)明實施例中數(shù)據(jù)傳輸授權(quán)的裝置結(jié)構(gòu)示意圖；

圖12為本發(fā)明實施例中基站結(jié)構(gòu)示意圖；

圖13為本發(fā)明實施例中UE結(jié)構(gòu)示意圖。

具體實施方式

下面結(jié)合附圖對本發(fā)明的具體實施方式進行說明。

發(fā)明人在發(fā)明過程中注意到：

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

UE、eNB與核心網(wǎng)之間的控制信令通過MME進行處理；用戶數(shù)據(jù)通過S-GW傳輸?shù)絇-GW，然后由P-GW傳輸?shù)酵獠康母黝怉PN(Access Point Name，接入點名稱)節(jié)點。由于減少了控制信令與用戶數(shù)據(jù)的耦合，當新業(yè)務(wù)出現(xiàn)只需對負責用戶面承載的網(wǎng)元進行升級，不會對控制信息傳輸造成影響，從而極大地降低了網(wǎng)絡(luò)維護的復(fù)雜度和設(shè)備升級成本。

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

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

步驟202、eNB在接收到UE發(fā)送的preamble(Msg1)后，在隨機接入響應(yīng)窗中對UE發(fā)送的隨機接入響應(yīng)(Msg2)。一條隨機接入響應(yīng)消息(Msg2)可以對多個UE的隨機接入請求(preamble)進行響應(yīng)。Msg2由RA-RNTI(RA：Random Access，隨機接入；RNTI:Radio Network Temporary Identity，無線網(wǎng)絡(luò)臨時識別)加擾的DCI(Downlink Control Information，下行控制信息)進行調(diào)度，RA-RNTI由發(fā)送Msg1的時頻資源位置確定。Msg2中的內(nèi)容包括：backoff(回退)參數(shù)、與Msg1對應(yīng)的preamble標識、上行傳輸TA(Timing Alignment，定時調(diào)整量、定時提前量)、Msg3分配的上行資源(Msg3調(diào)度信息)、臨時C-RNTI(小區(qū)無線網(wǎng)絡(luò)臨時識別C：cell，小區(qū))。backoff參數(shù)用于指示如果 本次隨機接入失敗，UE下次發(fā)起隨機接入的時延均值。UE通過RA-RNTI和Msg2中的preamble標識確定發(fā)送給自己的隨機接入響應(yīng)，如果Msg2中的preamble標識對應(yīng)的preamble中包含有自己發(fā)起隨機接入時的preamble，那么認為自己成功接收到隨機接入響應(yīng)消息，后續(xù)將向網(wǎng)絡(luò)側(cè)發(fā)送Msg3。如果UE沒有正確接收到Msg2，則依據(jù)backoff參數(shù)的時延限制確定發(fā)起下一次隨機接入的時延，另外選擇隨機接入資源發(fā)起下一次隨機接入。達到最大隨機接入次數(shù)后，UE MAC(Media Access Control，媒體接入控制)層向RRC層上報隨機接入問題，觸發(fā)無線鏈路失敗過程。

步驟203、UE在接收到Msg2后，在Msg2分配的上行資源上發(fā)送Msg3。針對不同的場景，Msg3中包含不同的內(nèi)容。在初始接入時，Msg3中攜帶RRC層生成的RRC連接重建請求消息。

步驟204、eNB和UE通過Msg4完成最終的競爭解決。Msg4內(nèi)容與Msg3的內(nèi)容相對應(yīng)的。初始接入時，Msg4中攜帶UE競爭解決標識MAC CE(Contention Resolution Identity，MAC層控制單元)，這個MAC CE中包含UE在Msg3中傳輸?shù)腃CCH SDU(CCCH：Common Control Channel，公共控制信道；SDU：Service Data Unit，業(yè)務(wù)數(shù)據(jù)單元)，UE在接收到該MAC CE后，與自身RRC層信息比較，以完成競爭解決。另外，Msg4中可以包含RRC連接建立消息，用于建立UE的SRB1(Signalling Radio Bearer 1，信令無線承載1)。

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

步驟206、eNB在接收到RRC連接建立完成消息后，將捎帶的NAS業(yè)務(wù)請求消息發(fā)送給MME，用于請求MME建立UE對應(yīng)的eNB與核心網(wǎng)網(wǎng)元間的相關(guān)連接(與MME的控制面連接和與S-GW的無線接入承載E-RAB (E-UTRAN Radio Access Bearer，E-UTRAN無線接入承載；E-UTRAN：Evolved UTRAN，演進的通用陸地無線接入網(wǎng)))。

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

步驟208、eNB向UE發(fā)送SMC(Security Mode Command，安全模式命令)和RRC連接重配消息。用于激活UE的安全性和為UE建立DRB(Data Radio Bearer，數(shù)據(jù)無線承載)和其他信令無線承載(SRB2)。需要指出的是安全模式命令(SMC)和RRC連接重配可以在一條RRC消息中發(fā)送，也可以分別發(fā)送。

步驟209、在安全性激活和DRB、SRB2配置完成后，UE向網(wǎng)絡(luò)側(cè)發(fā)送安全模式完成消息和RRC連接重配完成消息。

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

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

圖3為suspend UE配置的過程示意圖，如圖所示，在UE進入到suspend(掛起)狀態(tài)下，UE的AS層的配置，例如AS層安全配置、承載相關(guān)配置、L1/L2相關(guān)配置都將保持。eNB將會給UE分配一個Resume ID(恢復(fù)標識)用以恢復(fù)相關(guān)配置。

相關(guān)的網(wǎng)絡(luò)節(jié)點存儲S1-MME和S1-U(S1-User Plane，S1接口用戶面)相關(guān)的上下文信息，這意味著eNB和MME將保存S1AP(S1 Application Protocol，S1接口應(yīng)用協(xié)議)UE上下文信息。終端的移動性過程與Idle狀態(tài)相同，例如執(zhí)行小區(qū)重選等。

圖4為UE有上行數(shù)據(jù)需要發(fā)送時，UE context恢復(fù)過程示意圖。如圖所 示，當UE有上行數(shù)據(jù)需要發(fā)送時，首先發(fā)起隨機接入過程，在MSG3消息中，通過高層信令過程攜帶resume ID、bearer ID、建立原因等相關(guān)信息給eNB，恢復(fù)相關(guān)的過程。當eNB收到UE的發(fā)送請求后，激活S1接口UE context(上下文)。

容易看出，現(xiàn)有技術(shù)的不足在于，現(xiàn)有過程通過高層信令過程恢復(fù)之前的保存的配置，導致信令開銷過大，轉(zhuǎn)換時間較長?；诖?，本發(fā)明實施例中將給出一種UE從suspended狀態(tài)到connected(連接)狀態(tài)轉(zhuǎn)換過程，用以節(jié)省信令過程的開銷。

圖5為終端側(cè)的數(shù)據(jù)傳輸方法實施流程示意圖，如圖所示，包括如下步驟：

步驟501、在suspended狀態(tài)下的UE確定需要發(fā)送數(shù)據(jù)時，將Resume ID發(fā)送至網(wǎng)絡(luò)側(cè)；

步驟502、根據(jù)網(wǎng)絡(luò)側(cè)指配的上行授權(quán)進行數(shù)據(jù)傳輸。

圖6為網(wǎng)絡(luò)側(cè)的為數(shù)據(jù)傳輸授權(quán)的方法實施流程示意圖，如圖所示，包括如下步驟：

步驟601、接收suspended狀態(tài)下的UE發(fā)送的Resume ID；

步驟602、為UE指配進行數(shù)據(jù)傳輸?shù)纳闲惺跈?quán)。

下面將對具體實施進行說明，說明中，將首先對方案一進行說明，然后對方案二進行說明。

方案一

本方案中，是在恢復(fù)UE context過程中同時發(fā)送上行數(shù)據(jù)。也即，UE在第一個上行數(shù)據(jù)包的MAC CE中攜帶Resume ID和Bearer ID(承載標識)。eNB接收到UE發(fā)送的上行數(shù)據(jù)包之后，根據(jù)MAC CE便能夠識別出Resume ID和Bearer ID，從而恢復(fù)UE context，并將UE上行數(shù)據(jù)傳遞給核心網(wǎng)。

具體可以如下：

當在suspended狀態(tài)的UE發(fā)現(xiàn)需要發(fā)送小數(shù)據(jù)時，首先發(fā)起preamble(MSG1)；

UE發(fā)起的preamble可以是網(wǎng)絡(luò)預(yù)配置給UE的，該preamble是用于轉(zhuǎn)換到connected狀態(tài)；

具體實施中，網(wǎng)絡(luò)預(yù)配置的方式可以為：網(wǎng)絡(luò)側(cè)與UE在協(xié)議中約定轉(zhuǎn)換到connected狀態(tài)可用的preamble資源；或者，是網(wǎng)絡(luò)側(cè)在UE進入suspended狀態(tài)之前給UE配置的preamble資源；或者網(wǎng)絡(luò)通過系統(tǒng)信息配置給UE的preamble資源；

Preamble資源可以與網(wǎng)絡(luò)指配的上行授權(quán)或者UE的BSR(buffer state report，緩沖狀態(tài)報告)存在映射關(guān)系，特定的preamble資源與特定的上行授權(quán)大小/UE的BSR綁定；

Preamble資源與網(wǎng)絡(luò)指配的上行授權(quán)/UE的BSR映射關(guān)系可以在協(xié)議中約定；或者，在UE進入suspended之前通過專用信令配置給UE；或者，通過系統(tǒng)信息配置給UE。

當網(wǎng)絡(luò)檢測到UE發(fā)起的preamble時，響應(yīng)RAR(Random Access Response，隨機接入響應(yīng))，其中可以攜帶上行數(shù)據(jù)授權(quán)；

當UE收到網(wǎng)絡(luò)響應(yīng)的RAR消息時，獲得上行授權(quán)，在PUSCH(Physical Uplink Shared Channel，物理上行鏈路共享信道)上攜帶上行數(shù)據(jù)；

UE在發(fā)送第一包上行數(shù)據(jù)時，在MAC CE中攜帶Resume ID和Bearer ID；

當eNB收到UE的第一包上行數(shù)據(jù)之后，提取MAC CE中的resume ID和Bearer ID，恢復(fù)UE context，激活S1接口UE context，并將UE的上行數(shù)據(jù)傳遞給核心網(wǎng)。

如果網(wǎng)絡(luò)指配的上行授權(quán)不能容下UE的上行數(shù)據(jù)，則UE可在發(fā)送上行數(shù)據(jù)同時攜帶BSR以獲得后續(xù)上行數(shù)據(jù)的授權(quán)。

下面以實例進行說明。

實施例一

本實施例中，Preamble與BSR存在對應(yīng)的映射關(guān)系。

圖7為實施例一的實施流程示意圖，如圖所示，主要包括如下步驟：

步驟701、當處于Suspended狀態(tài)的UE發(fā)現(xiàn)有小數(shù)據(jù)傳輸時，在預(yù)配置的Preamble資源內(nèi)根據(jù)BSR選擇采用的Preamble，也即，根據(jù)BSR確定Preamble；

步驟702、UE選擇該Preamble向eNB發(fā)送Msg1消息，也即，UE發(fā)送preamble消息用于上行同步過程；

步驟703、eNB根據(jù)檢測到的preamble確定上行授權(quán)；

具體的，eNB根據(jù)檢測到的preamble可以得知UE發(fā)起的是由suspended狀態(tài)到connected狀態(tài)轉(zhuǎn)換過程，該UE需要進行上行數(shù)據(jù)的傳輸。eNB此時根據(jù)preamble可以確定UE的BSR的大小范圍，進行相應(yīng)的上行授權(quán)；

步驟704、eNB發(fā)送響應(yīng)RAR的Msg2消息，消息中攜帶上行授權(quán)；也即，eNB響應(yīng)RAR過程，其中攜帶上行數(shù)據(jù)發(fā)送的授權(quán)；

步驟705、UE在PUSCH上發(fā)送Msg3消息，消息中攜帶上行數(shù)據(jù)，MAC CE中攜帶Resume ID、Bearer ID、實施中，還可以攜帶BSR；

具體的，UE根據(jù)eNB的授權(quán)以及上行定時關(guān)系在PUSCH信道發(fā)送消息Msg3，并在其中MAC PDU(Protocol Data Unit，協(xié)議數(shù)據(jù)單元)中攜帶上行數(shù)據(jù)，MAC CE中攜帶Resume ID，Bearer ID，如果還有待發(fā)的數(shù)據(jù)，終端同時可以攜帶BSR；

步驟706-707、eNB接收到UE在PUSCH信道發(fā)送的Msg3消息之后，激活S1-AP UE context；

具體的，可以是，eNB向MME發(fā)送S1-AP UE context active(S1-AP UE上下文激活)消息，MME返回S1-AP UE context active ACK(S1-AP UE上下文激活確認)消息；

然后MME向S-GW發(fā)起Modify Bearer Request(修改承載請求)消息，S-GW返回Modify Bearer response(修改承載響應(yīng))消息，eNB即可發(fā)送上行數(shù)據(jù)。

步驟708、eNB通過PDCCH(physical downlink control channel，物理下行 控制信道)響應(yīng)反饋消息(ACK)，并同時攜帶下一包數(shù)據(jù)的上行授權(quán)；

步驟709、UE如果還有數(shù)據(jù)需要發(fā)送，則在PUSCH的上行授權(quán)資源上發(fā)送數(shù)據(jù)。

實施例二

本實施例中，Preamble與BSR沒有映射關(guān)系。

圖8為實施例二的實施流程示意圖，如圖所示，主要包括如下步驟：

步驟801、當處于Suspended狀態(tài)的UE發(fā)現(xiàn)有小數(shù)據(jù)傳輸時，在預(yù)配置的資源上選擇preamble，具體實施中可以隨機選擇preamble；

步驟802、UE選擇該Preamble向eNB發(fā)送Msg1消息，也即，UE發(fā)送preamble消息用于上行同步過程；

步驟803、eNB根據(jù)檢測到的Preamble確定UE需要轉(zhuǎn)換到連接狀態(tài)進行上行小數(shù)據(jù)的發(fā)送，eNB可以分配一個初始的上行授權(quán)；

具體的，eNB根據(jù)檢測到的preamble可以得知UE發(fā)起的是由suspended狀態(tài)到connected狀態(tài)轉(zhuǎn)換過程，并且分配一個初始的上行授權(quán)；

步驟804-809、實施中可以與實施例一相同，具體可以參見實施例一，本處不再贅述。

方案二

本方案是一種通過物理層控制信道快速恢復(fù)UE context配置的方案。UE在接收到RAR后，在上行物理控制信道發(fā)送攜帶Resume ID、Bearer ID、BSR的消息，該信道下稱Access_Channel(接入信道)，eNB接收到UE在Access_Channel上發(fā)送的消息之后能夠獲得Resume ID、Bearer ID、BSR，從而能夠恢復(fù)UE context，并為UE指配合適的上行授權(quán)。

實施例中，Access_Channel是在本申請中定義的新的物理信道。該信道的資源可以通過系統(tǒng)信息或者專用信令配置給UE。該信道是一個上行物理信道，可以跟現(xiàn)有的信道沒有關(guān)系。

具體可以如下：

當在suspended狀態(tài)的UE發(fā)現(xiàn)需要發(fā)送小數(shù)據(jù)時，首先發(fā)起preamble(MSG1)；

UE發(fā)起的preamble可以是網(wǎng)絡(luò)預(yù)配置給UE的，該preamble是用于轉(zhuǎn)換到connected狀態(tài)；

具體實施中，網(wǎng)絡(luò)預(yù)配置preamble的方式可以為：網(wǎng)絡(luò)側(cè)與UE在協(xié)議中約定轉(zhuǎn)換到connected狀態(tài)可用的preamble資源；或者，是網(wǎng)絡(luò)側(cè)在UE進入suspended狀態(tài)之前給UE配置的preamble資源；或者，是通過系統(tǒng)信息配置給UE的preamble資源；

當網(wǎng)絡(luò)檢測到UE發(fā)起的preamble時，可以確認是從suspended狀態(tài)轉(zhuǎn)換到connected狀態(tài)，響應(yīng)RAR，其中可以不攜帶上行數(shù)據(jù)授權(quán)；

當UE收到網(wǎng)絡(luò)響應(yīng)的RAR消息時，在預(yù)配置了上行資源的Access_Channel上發(fā)起消息；其中攜帶Resume ID、Bearer ID和BSR等；

預(yù)配置的Access_Channel資源可以包含時頻資源和MCS(Modulation and Coding Scheme，調(diào)制編碼方式)等級，也可以是資源集合；

Resume ID、Bearer ID以及BSR可以封裝在MAC PDU的CE(Control Element，控制單元)中，或者直接包含在Access_Channel的上行控制信息中。

當eNB接收到通過Access_Channel發(fā)送的消息時，提取其中的resume ID 和Bearer ID，恢復(fù)UE context，激活S1接口UE context。

eNB根據(jù)BSR通過PDCCH信道給UE指配上行授權(quán)并攜帶Resume ID確定UE context恢復(fù)；

UE根據(jù)eNB的上行授權(quán)組織發(fā)送上行數(shù)據(jù)包。

下面以實例進行說明。

實施例三

圖9為實施例三的實施流程示意圖，如圖所示，主要包括如下步驟：

步驟901、當處于Suspended狀態(tài)的UE發(fā)現(xiàn)有小數(shù)據(jù)傳輸時，在預(yù)配置的資源上選擇采用的Preamble；

步驟902、UE選擇該Preamble向eNB發(fā)送Msg1消息，也即，UE發(fā)送preamble消息用于上行同步過程；

步驟903、eNB根據(jù)檢測到的preamble可以得知UE發(fā)起的是由suspended狀態(tài)到connected狀態(tài)轉(zhuǎn)換過程，該UE需要進行上行數(shù)據(jù)的傳輸。

步驟904、eNB發(fā)送響應(yīng)RAR的Msg2消息，消息中不攜帶上行授權(quán)；也即，eNB響應(yīng)RAR過程，其中可以不攜帶上行數(shù)據(jù)的授權(quán)；

步驟905、UE發(fā)送Msg3消息，消息中攜帶Resume ID、Bearer ID、BSR；

具體的，UE在網(wǎng)絡(luò)預(yù)配置的資源(例如預(yù)配置的頻點資源、時域資源等)上采用與配置的MCS通過Access_Channel信道發(fā)送消息，其中攜帶Resume ID，Bearer ID，BSR等；

步驟906-907、eNB接收Access_Channel信道上發(fā)送來的消息，根據(jù)其中的Resume ID，Bearer ID激活S1-AP UE context；

具體的，可以是，eNB向MME發(fā)送S1-AP UE context active(S1-AP UE上下文激活)消息，MME返回S1-AP UE context active ACK(S1-AP UE上下文激活確認)消息；

然后MME向S-GW發(fā)起Modify Bearer Request(修改承載請求)消息，S-GW返回Modify Bearer response(修改承載響應(yīng))消息。

步驟908、eNB通過PDCCH向UE響應(yīng)反饋消息，進行上行授權(quán)并確認Resume ID；也即，eNB根據(jù)Access_Channel信道上的BSR通過PDCCH響應(yīng)上行授權(quán)；

步驟909、UE根據(jù)上行授權(quán)在PUSCH上發(fā)送上行數(shù)據(jù)；

步驟910、eNB向S-GW發(fā)送上行數(shù)據(jù)。

基于同一發(fā)明構(gòu)思，本發(fā)明實施例中還提供了一種數(shù)據(jù)傳輸裝置、一種為數(shù)據(jù)傳輸授權(quán)的裝置，由于這些裝置解決問題的原理與一種數(shù)據(jù)傳輸方法、一種為數(shù)據(jù)傳輸授權(quán)的方法相似，因此這些裝置的實施可以參見方法的實施，重復(fù)之處不再贅述。

圖10為數(shù)據(jù)傳輸裝置結(jié)構(gòu)示意圖，如圖所示，可以包括：

發(fā)送模塊1001，用于在確定suspended狀態(tài)下的UE需要發(fā)送數(shù)據(jù)時，將Resume ID發(fā)送至網(wǎng)絡(luò)側(cè)；

傳輸模塊1002，用于根據(jù)網(wǎng)絡(luò)側(cè)指配的上行授權(quán)進行數(shù)據(jù)傳輸。

圖11為數(shù)據(jù)傳輸授權(quán)的裝置結(jié)構(gòu)示意圖，如圖所示，可以包括：

接收模塊1101，用于接收suspended狀態(tài)下的UE發(fā)送的Resume ID；

授權(quán)模塊1102，用于為UE指配進行數(shù)據(jù)傳輸?shù)纳闲惺跈?quán)。

為了描述的方便，以上所述裝置的各部分以功能分為各種模塊或單元分別描述。當然，在實施本發(fā)明時可以把各模塊或單元的功能在同一個或多個軟件或硬件中實現(xiàn)。

在實施本發(fā)明實施例提供的技術(shù)方案時，可以按如下方式實施。

圖12為基站結(jié)構(gòu)示意圖，如圖所示，基站中包括：

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

為UE指配進行數(shù)據(jù)傳輸?shù)纳闲惺跈?quán)；

收發(fā)機1210，用于在處理器1200的控制下發(fā)送數(shù)據(jù)，執(zhí)行下列過程：

接收suspended狀態(tài)下的UE發(fā)送的Resume ID。

其中，在圖12中，總線架構(gòu)可以包括任意數(shù)量的互聯(lián)的總線和橋，具體由處理器1200代表的一個或多個處理器和存儲器1220代表的存儲器的各種電路鏈接在一起。總線架構(gòu)還可以將諸如外圍設(shè)備、穩(wěn)壓器和功率管理電路等之類的各種其他電路鏈接在一起，這些都是本領(lǐng)域所公知的，因此，本文不再對其進行進一步描述?？偩€接口提供接口。收發(fā)機1210可以是多個元件，即包括發(fā)送機和收發(fā)機，提供用于在傳輸介質(zhì)上與各種其他裝置通信的單元。處理器1200負責管理總線架構(gòu)和通常的處理，存儲器1220可以存儲處理器1200在執(zhí)行操作時所使用的數(shù)據(jù)。

圖13為UE結(jié)構(gòu)示意圖，如圖所示，用戶設(shè)備包括：

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

確定suspended狀態(tài)下的UE確定需要發(fā)送數(shù)據(jù)，以及確定Resume ID；

收發(fā)機1310，用于在處理器1300的控制下發(fā)送數(shù)據(jù)，執(zhí)行下列過程：

在suspended狀態(tài)下的UE確定需要發(fā)送數(shù)據(jù)時，將Resume ID發(fā)送至網(wǎng)絡(luò)側(cè)；

根據(jù)網(wǎng)絡(luò)側(cè)指配的上行授權(quán)進行數(shù)據(jù)傳輸。

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

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

綜上所述，在本發(fā)明實施例提供的技術(shù)方案中，由于當處于Suspended狀態(tài)的UE發(fā)現(xiàn)有小數(shù)據(jù)傳輸時，即將Resume ID發(fā)送至網(wǎng)絡(luò)側(cè)，在網(wǎng)絡(luò)側(cè)根據(jù)Resume ID為UE指配進行數(shù)據(jù)傳輸?shù)纳闲惺跈?quán)后，UE便可根據(jù)網(wǎng)絡(luò)側(cè)指配的上行授權(quán)進行數(shù)據(jù)傳輸，由上述實施例也能看出，采用本發(fā)明實施例提供的技術(shù)方案，通過用戶面便可以完成Suspended狀態(tài)的UE的數(shù)據(jù)傳輸，可以無需采用控制面信令。與現(xiàn)有技術(shù)需要首先發(fā)起隨機接入過程，恢復(fù)相關(guān)的過程需要的大量信令開銷相比，能夠有效減少UE狀態(tài)轉(zhuǎn)換時空口的系統(tǒng)開銷。

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

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