本發(fā)明涉及通信領(lǐng)域，尤其涉及一種小數(shù)據(jù)包傳輸方法、裝置及終端。
背景技術(shù)：
：在長期演進(jìn)(LongTermEvolution)系統(tǒng)中，為了減少終端設(shè)備能耗以及網(wǎng)絡(luò)負(fù)荷，引入非連續(xù)接收(DiscontinuousReception,DRX)技術(shù)。該技術(shù)使得在一定時間內(nèi)沒有數(shù)據(jù)傳輸時，就將用戶終端(UserEquipment,UE)承載和無線資源控制(RadioResourceControl,RRC)連接等資源釋放掉。隨著移動互聯(lián)網(wǎng)應(yīng)用(例如，微信)及物聯(lián)網(wǎng)的興起，單次通信過程傳送小數(shù)據(jù)包(smallpacket)的需求越來越多。當(dāng)前無線蜂窩網(wǎng)的一次數(shù)據(jù)通信過程包括以下步驟：隨機接入、無線資源連接建立、加密啟動、數(shù)據(jù)傳送和連接釋放。由上，如果用戶終端和基站對于所有傳輸?shù)臄?shù)據(jù)包不加區(qū)分，全部利用默認(rèn)承載或?qū)Ｓ贸休d進(jìn)行傳輸，那么大量頻繁的小數(shù)據(jù)包將導(dǎo)致剛剛釋放的承載和信令連接的重新建立，在傳輸?shù)臄?shù)據(jù)(DATA)部分比較小的情況下，傳送小量數(shù)據(jù)需要的信令開銷非常高，整個系統(tǒng)的效率很低，導(dǎo)致通信系統(tǒng)效率低下。技術(shù)實現(xiàn)要素：本發(fā)明解決的技術(shù)問題是如何降低小數(shù)據(jù)包通信過程的信令開銷，提高通信效率。為解決上述技術(shù)問題，本發(fā)明實施例提供一種小數(shù)據(jù)包傳輸方法，小數(shù)據(jù)包傳輸方法包括：發(fā)送前導(dǎo)序列至基站，以通知所述基站用戶終端傳輸待傳輸小數(shù)據(jù)包所需的上行資源；將所述待傳輸小數(shù)據(jù)包封裝在Msg3中，使用所述基站配置的所述上行資源發(fā)送出去?？蛇x的，所述發(fā)送前導(dǎo)序列至基站之前還包括：對所有待傳輸小數(shù)據(jù)包進(jìn)行業(yè)務(wù)鑒別，以確定每一所述待傳輸小數(shù)據(jù)包的發(fā)送目標(biāo)；將發(fā)送目標(biāo)為同一分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)的所述待傳輸小數(shù)據(jù)包進(jìn)行合并?？蛇x的，所述將所述待傳輸小數(shù)據(jù)包封裝在Msg3中包括：將合并后的所述待傳輸小數(shù)據(jù)包封裝在Msg3中。可選的，所述發(fā)送前導(dǎo)序列至基站之后還包括：獲取恢復(fù)上下文中的密鑰，所述恢復(fù)上下文保存在所述用戶終端。可選的，所述將所述待傳輸小數(shù)據(jù)包封裝在Msg3中包括：利用所述密鑰對所述待傳輸小數(shù)據(jù)包進(jìn)行加密；將加密后的所述待傳輸小數(shù)據(jù)包封裝在Msg3中。可選的，指向所述用戶終端的臨時移動用戶標(biāo)識位于Msg3的頭部，以便所述基站根據(jù)所述臨時移動用戶標(biāo)識進(jìn)行索引以確定所述用戶終端和所述密鑰?？蛇x的，所述小數(shù)據(jù)包傳輸方法還包括：通過Msg4接收所述基站發(fā)出的小數(shù)據(jù)包傳輸確認(rèn)?？蛇x的，通過不同的前導(dǎo)序列碼組或配置前導(dǎo)序列資源通知所述基站所述用戶終端傳輸不同待傳輸小數(shù)據(jù)包所需的上行資源。為解決上述技術(shù)問題，本發(fā)明實施例還公開了一種小數(shù)據(jù)包傳輸裝置，小數(shù)據(jù)包傳輸裝置包括：前導(dǎo)序列發(fā)送單元，適于發(fā)送前導(dǎo)序列至基站，以通知所述基站用戶終端傳輸待傳輸小數(shù)據(jù)包所需的上行資源；數(shù)據(jù)發(fā)送單元，適于將所述待傳輸小數(shù)據(jù)包封裝在Msg3中，使用所述基站配置的所述上行資源發(fā)送出去。可選的，所述小數(shù)據(jù)包傳輸裝置還包括：鑒別單元，適于對所有待傳輸小數(shù)據(jù)包進(jìn)行業(yè)務(wù)鑒別，以確定每一所述待傳輸小數(shù)據(jù)包的發(fā)送目標(biāo)；合并單元，適于將發(fā)送目標(biāo)為同一分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)的所述待傳輸小數(shù)據(jù)包進(jìn)行合并?？蛇x的，所述數(shù)據(jù)發(fā)送單元將合并后的所述待傳輸小數(shù)據(jù)包封裝在Msg3中?？蛇x的，所述小數(shù)據(jù)包傳輸裝置還包括：密鑰獲取單元，適于獲取恢復(fù)上下文中的密鑰，所述恢復(fù)上下文保存在所述用戶終端?？蛇x的，所述數(shù)據(jù)發(fā)送單元包括：加密子單元，適于利用所述密鑰對所述待傳輸小數(shù)據(jù)包進(jìn)行加密；封裝子單元，適于將加密后的所述待傳輸小數(shù)據(jù)包封裝在Msg3中?？蛇x的，指向所述用戶終端的臨時移動用戶標(biāo)識位于Msg3的頭部，以便所述基站根據(jù)所述臨時移動用戶標(biāo)識進(jìn)行索引以確定所述用戶終端和所述密鑰?？蛇x的，所述小數(shù)據(jù)包傳輸裝置還包括：確認(rèn)接收單元，適于通過Msg4接收所述基站發(fā)出的小數(shù)據(jù)包傳輸確認(rèn)。可選的，通過不同的前導(dǎo)序列碼組或配置前導(dǎo)序列資源通知所述基站所述用戶終端傳輸不同待傳輸小數(shù)據(jù)包所需的上行資源。為解決上述技術(shù)問題，本發(fā)明實施例還公開了一種終端，所述終端包括所述小數(shù)據(jù)包傳輸裝置。為解決上述技術(shù)問題，本發(fā)明實施例還公開了另一種小數(shù)據(jù)包傳輸方法，小數(shù)據(jù)包傳輸方法包括：在尋呼多個用戶終端時，指示傳輸待傳輸小數(shù)據(jù)包，所述待傳輸小數(shù)據(jù)包包括臨時移動用戶標(biāo)識；在接收到至少一個用戶終端發(fā)送的連接恢復(fù)請求時，將所述待傳輸小數(shù)據(jù)包封裝在Msg4中，并發(fā)送至所述臨時移動用戶標(biāo)識指向的用戶終端?？蛇x的，在接收到至少一個用戶終端發(fā)送的連接恢復(fù)請求時，還包括：獲取恢復(fù)上下文中的密鑰，所述恢復(fù)上下文保存在基站。可選的，所述將所述待傳輸小數(shù)據(jù)包封裝在Msg4中，并發(fā)送至所述臨時移動用戶標(biāo)識指向的用戶終端包括：將所述密鑰和所述待傳輸小數(shù)據(jù)包進(jìn)行加密；將加密后的所述待傳輸小數(shù)據(jù)包封裝在Msg4中，并發(fā)送至所述臨時移動用戶標(biāo)識指向的用戶終端?？蛇x的，在接收到至少一個用戶終端發(fā)送的連接恢復(fù)請求時，還包括：如果所述臨時移動用戶標(biāo)識指向的用戶終端通過小區(qū)重選的方式進(jìn)入當(dāng)前基站的小區(qū)，那么所述當(dāng)前基站配置生成密鑰的參數(shù)?？蛇x的，所述將所述待傳輸小數(shù)據(jù)包封裝在Msg4中，并發(fā)送至所述臨時移動用戶標(biāo)識指向的用戶終端包括：將所述參數(shù)和所述待傳輸小數(shù)據(jù)包進(jìn)行加密；將加密后的所述待傳輸小數(shù)據(jù)包封裝在Msg4中，并發(fā)送至所述臨時移動用戶標(biāo)識指向的用戶終端?？蛇x的，當(dāng)需要多個物理資源塊傳輸Msg4時，在每一資源塊中配置傳輸結(jié)束標(biāo)識。可選的，所述臨時移動用戶標(biāo)識指向的用戶終端通過以下方式進(jìn)行小數(shù)據(jù)包傳輸確認(rèn)：混合自動重傳請求確認(rèn)。為解決上述技術(shù)問題，本發(fā)明實施例還公開了另一種小數(shù)據(jù)包傳輸裝置，小數(shù)據(jù)包傳輸裝置包括：指示單元，適于在尋呼多個用戶終端時，指示傳輸待傳輸小數(shù)據(jù)包，所述待傳輸小數(shù)據(jù)包包括臨時移動用戶標(biāo)識；封裝發(fā)送單元，適于在接收到至少一個用戶終端發(fā)送的連接恢復(fù)請求時，將所述待傳輸小數(shù)據(jù)包封裝在Msg4中，并發(fā)送至所述臨時移動用戶標(biāo)識指向的用戶終端?？蛇x的，所述封裝發(fā)送單元包括：密鑰獲取子單元，適于獲取恢復(fù)上下文中的密鑰，所述恢復(fù)上下文保存在基站?？蛇x的，所述封裝發(fā)送單元包括：第一加密子單元，適于將所述密鑰和所述待傳輸小數(shù)據(jù)包進(jìn)行加密；第一發(fā)送子單元，適于將加密后的所述待傳輸小數(shù)據(jù)包封裝在Msg4中，并發(fā)送至所述臨時移動用戶標(biāo)識指向的用戶終端?？蛇x的，小數(shù)據(jù)包傳輸裝置還包括：密鑰參數(shù)生成單元，適于在所述臨時移動用戶標(biāo)識指向的用戶終端通過小區(qū)重選的方式進(jìn)入當(dāng)前基站的小區(qū)時，所述當(dāng)前基站配置生成密鑰的參數(shù)?？蛇x的，所述封裝發(fā)送單元包括：第二加密子單元，適于將所述參數(shù)和所述待傳輸小數(shù)據(jù)包進(jìn)行加密；第二發(fā)送子單元，適于將加密后的所述待傳輸小數(shù)據(jù)包封裝在Msg4中，并發(fā)送至所述臨時移動用戶標(biāo)識指向的用戶終端?？蛇x的，當(dāng)需要多個物理資源塊傳輸msg4時，所述小數(shù)據(jù)包傳輸裝置還包括：結(jié)束標(biāo)識配置單元，適于在每一資源塊中配置傳輸結(jié)束標(biāo)識。可選的，所述臨時移動用戶標(biāo)識指向的用戶終端通過以下方式進(jìn)行小數(shù)據(jù)包傳輸確認(rèn)：混合自動重傳請求確認(rèn)。為解決上述技術(shù)問題，本發(fā)明實施例還公開了一種基站，所述基站包括所述小數(shù)據(jù)包傳輸裝置。與現(xiàn)有技術(shù)相比，本發(fā)明實施例的技術(shù)方案具有以下有益效果：本發(fā)明實施例首先發(fā)送前導(dǎo)序列至基站，以通知所述基站用戶終端傳輸待傳輸小數(shù)據(jù)包所需的上行資源；然后將所述待傳輸小數(shù)據(jù)包封裝在Msg3中，使用所述基站配置的所述上行資源發(fā)送出去。本發(fā)明技術(shù)方案通過將待傳輸小數(shù)據(jù)包封裝在Msg3中，從而在用戶終端發(fā)送RRC連接請求時，就可以將待傳輸小數(shù)據(jù)包發(fā)送至基站，減小了信令開銷；由此，在需要傳輸大量小數(shù)據(jù)包的場景下，傳輸過程需要的信令開銷將進(jìn)一步減小，通信效率提高。進(jìn)一步，本發(fā)明實施例的傳輸方法還包括：獲取恢復(fù)上下文中的密鑰，所述恢復(fù)上下文保存在所述用戶終端；利用所述密鑰對所述待傳輸小數(shù)據(jù)包進(jìn)行加密；將加密后的所述待傳輸小數(shù)據(jù)包封裝在Msg3中。本發(fā)明技術(shù)方案通過保存在所述用戶終端的恢復(fù)上下文來獲取密鑰，避免了用戶終端和基站之間的信令交互，進(jìn)一步減小了信令開銷，進(jìn)而進(jìn)一步提高了通信效率。進(jìn)一步，通過Msg4接收所述基站發(fā)出的小數(shù)據(jù)包傳輸確認(rèn)。本發(fā)明技術(shù)方案通過將待傳輸小數(shù)據(jù)包封裝在Msg3中發(fā)送，然后通過Msg4對待傳輸小數(shù)據(jù)包是否發(fā)送成功進(jìn)行確認(rèn)，也即在RRC連接建立完成時，待傳輸小數(shù)據(jù)包的傳輸已經(jīng)完成，通信效率得到進(jìn)一步提高。附圖說明圖1是本發(fā)明實施例一種小數(shù)據(jù)包傳輸方法的流程圖；圖2是本發(fā)明實施例一種小數(shù)據(jù)包傳輸裝置的結(jié)構(gòu)示意圖；圖3是本發(fā)明實施例另一種小數(shù)據(jù)包傳輸裝置的結(jié)構(gòu)示意圖。具體實施方式如
背景技術(shù)：
中所述，如果用戶終端和基站對于所所有傳輸?shù)臄?shù)據(jù)包不加區(qū)分，全部利用默認(rèn)承載或?qū)Ｓ贸休d進(jìn)行傳輸，那么大量頻繁的小數(shù)據(jù)包將導(dǎo)致剛剛釋放的承載和信令連接的重新建立。在傳輸?shù)臄?shù)據(jù)(DATA)部分比較小的情況下，傳送小量數(shù)據(jù)需要的信令開銷非常高，整個系統(tǒng)的效率很低，導(dǎo)致通信系統(tǒng)效率低下。本申請發(fā)明人對現(xiàn)有技術(shù)進(jìn)行了分析，在UE和基站完成一次接入過程后，各自保存了上下文(context)，例如連接配置、承載配置、加密密鑰等。因此空口使用上下文(context)進(jìn)行恢復(fù)(resume)過程來建立UE和基站之間的連接，可以減小部分信令開銷。表1為恢復(fù)過程的信令流程?！?Msg1:MAC前導(dǎo)序列↓2Msg2:隨機接入響應(yīng)↑3Msg3:連接恢復(fù)請求↓4Msg4:競爭解決↓5RRC連接恢復(fù)↑6RRC連接恢復(fù)完成↓7RLC層狀態(tài)8DATA↓9RRC連接掛起↑10RLC層狀態(tài)表1表1中，步驟前的箭頭表示傳輸方向，向上的箭頭表示上行，向下的箭頭表示下行。如表1所示，在步驟1中，UE將介質(zhì)訪問控制層(MediaAccessControl,MAC)的前導(dǎo)序列(Preamble)封裝在信令Msg1(Message1)中，并發(fā)送至基站；在步驟2中，基站通過信令Msg2向UE發(fā)送隨機接入響應(yīng)(RandomAccessResponse)；在步驟3中，UE通過信令Msg3向基站發(fā)送RRC連接恢復(fù)請求(ConnectionResumeRequest)；在步驟4中，基站通過信令Msg4向UE發(fā)送競爭解決(ContentionResolution)；在步驟5中，基站向UE發(fā)送連接恢復(fù)；在步驟6中，UE向基站發(fā)送連接恢復(fù)完成；在步驟7中，基站向UE發(fā)送無線鏈路控制(RadioLinkControl,RLC)層狀態(tài)；在步驟8中，UE和基站之間傳輸數(shù)據(jù)；在步驟9中，基站向UE發(fā)送RRC連接掛起；在步驟10中，UE向基站發(fā)送RLC層狀態(tài)。但是，對于小數(shù)據(jù)包，如果通過上述恢復(fù)過程來傳輸，傳輸效率仍然比較低。況且，如果上下文獲取失敗，例如，UE做過小區(qū)重選(Cellreselection)，新的基站(BaseStation,BS)和舊的基站之間沒有X2接口連接，則新的基站需要在無線資源控制連接恢復(fù)(RadioResourceControlConnectionresume)中通知UE，UE會轉(zhuǎn)而做RRC連接請求，信令開銷依然很大。為使本發(fā)明的上述目的、特征和優(yōu)點能夠更為明顯易懂，下面結(jié)合附圖對本發(fā)明的具體實施例做詳細(xì)的說明。圖1是本發(fā)明實施例一種小數(shù)據(jù)包傳輸方法的流程圖。圖1所示的小數(shù)據(jù)包傳輸方法可以應(yīng)用于用戶終端，所述小數(shù)據(jù)包傳輸方法可以包括以下步驟：步驟S101：發(fā)送前導(dǎo)序列至基站，以通知所述基站用戶終端傳輸待傳輸小數(shù)據(jù)包所需的上行資源；步驟S102：將所述待傳輸小數(shù)據(jù)包封裝在Msg3中，使用所述基站配置的所述上行資源發(fā)送出去。本實施例中，基于競爭的隨機接入過程包括4條信令：Msg1、Msg2、Msg3和Msg4。其中，Msg1用于處在空閑態(tài)的UE進(jìn)行連接過程，發(fā)起隨機接入；Msg2用于基站在檢測到Msg1后，向UE發(fā)送隨機接入響應(yīng)消息；Msg3用于UE在接收到隨機接入響應(yīng)消息后，向基站發(fā)送RRC連接請求；Msg4用于基站向UE發(fā)送RRC連接建立消息。本發(fā)明實施例所稱小數(shù)據(jù)包可以是數(shù)據(jù)量小于預(yù)設(shè)門限的數(shù)據(jù)包或通過深度包檢測(DeepPacketInspection,DPI)能識別出的數(shù)據(jù)包?？梢岳斫獾氖牵鲱A(yù)設(shè)門限可以根據(jù)實際的應(yīng)用場景進(jìn)行自定義配置，本發(fā)明實施例對此不做限制。具體實施中，在步驟S101中，用戶終端發(fā)送前導(dǎo)序列至基站。通過前導(dǎo)序列通知基站其傳輸待傳輸小數(shù)據(jù)包所需的上行資源。具體而言，用戶終端可以通過不同的前導(dǎo)序列碼組或配置的前導(dǎo)序列資源通知所述基站所述用戶終端傳輸不同待傳輸小數(shù)據(jù)包所需的上行資源。進(jìn)一步而言，每個基站對應(yīng)的小區(qū)包括64個前導(dǎo)序列碼組；用戶終端可以在不同的前導(dǎo)序列碼組中來指示不同的待傳輸小數(shù)據(jù)包所需的上行資源?；具€可以配置資源給前導(dǎo)序列，以使用戶終端使用不同的前導(dǎo)序列資源來指示不同的待傳輸小數(shù)據(jù)包所需的上行資源。具體實施中，基站可以根據(jù)用戶終端發(fā)送的前導(dǎo)序列為各個待傳輸小數(shù)據(jù)包分配上行資源。故在步驟S102中，用戶終端將所述待傳輸小數(shù)據(jù)包封裝在Msg3中，使用所述基站配置的上行資源發(fā)送至基站。也就是說，用戶終端在利用信令Msg3向基站發(fā)送RRC連接請求時，一并將待傳輸小數(shù)據(jù)包發(fā)送至基站，減小了信令開銷；由此，在需要傳輸大量小數(shù)據(jù)包的場景下，傳輸過程需要的信令開銷將進(jìn)一步減小，通信效率提高。具體實施中，用戶終端可以對所有待傳輸小數(shù)據(jù)包進(jìn)行業(yè)務(wù)鑒別，以確定每一所述待傳輸小數(shù)據(jù)包的發(fā)送目標(biāo)；將發(fā)送目標(biāo)為同一分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)(PacketDataNetworkGateway,P-GW)的所述待傳輸小數(shù)據(jù)包進(jìn)行合并。然后將合并后的所述待傳輸小數(shù)據(jù)包封裝在Msg3中。具體而言，可以將時間差處于設(shè)定時間長度內(nèi)的待傳輸小數(shù)據(jù)包進(jìn)行合并。更進(jìn)一步而言，將待傳輸小數(shù)據(jù)包裝入Msg3后交給RRC層發(fā)送，RRC層負(fù)責(zé)將待傳輸小數(shù)據(jù)包傳送到基站，若封裝或傳輸失敗則重復(fù)該過程。本發(fā)明實施例通過將發(fā)送目標(biāo)相同的待傳輸小數(shù)據(jù)包進(jìn)行合并，從而使得單次傳輸?shù)臄?shù)據(jù)量增大，進(jìn)而可以實現(xiàn)多個待傳輸小數(shù)據(jù)包共用信令，進(jìn)一步減小了信令開銷。具體實施中，可以獲取恢復(fù)上下文中的密鑰，所述恢復(fù)上下文保存在所述用戶終端。也就是說，在UE和基站完成一次接入過程后，各自保存了恢復(fù)上下文，恢復(fù)上下文可以包括連接配置、承載配置和加密密鑰。那么，在需要加密待傳輸小包數(shù)據(jù)時，用戶終端不必向基站發(fā)送信令來獲取密鑰，而是直接從恢復(fù)上下文中獲取，進(jìn)一步減小了信令開銷。需要說明的是，由于密鑰與基站是一一對應(yīng)的，也就是說，對于不同的基站，其密鑰各不同。而且密鑰的生成參數(shù)是在基站端發(fā)起的，故用戶終端保存的恢復(fù)上下文中的密鑰需要與基站保存的恢復(fù)上下文中的密鑰一致。因此，在本發(fā)明實施例中所稱基站是指與用戶終端進(jìn)行過數(shù)據(jù)傳輸?shù)幕?，例如，傳輸過非接入層(Non-AccessStratum)信令或用戶數(shù)據(jù)；且基站與用戶終端各自保存的恢復(fù)上下文為該基站與該用戶終端連接過程的上下文，以確保獲取的密鑰可用。具體實施中，在獲取到密鑰后，利用所述密鑰對所述待傳輸小數(shù)據(jù)包進(jìn)行加密；將加密后的所述待傳輸小數(shù)據(jù)包封裝在Msg3中。具體實施中，在基站接收到封裝有待傳輸小數(shù)據(jù)包的Msg3時，將通過Msg4發(fā)送小數(shù)據(jù)包傳輸確認(rèn)(ACKnowledge,ACK)。在基站未正確接收封裝有待傳輸小數(shù)據(jù)包的Msg3時，將通過Msg4發(fā)送小數(shù)據(jù)包傳輸否定應(yīng)答(NegativeACKnowledgment,NACK)。具體實施中，指向所述用戶終端的臨時移動用戶標(biāo)識(ServingTemporaryMobileSubscriberIdentity,S-TMSI)位于Msg3的頭部(header)，以便所述基站根據(jù)所述臨時移動用戶標(biāo)識進(jìn)行索引以確定所述用戶終端和所述密鑰。具體地，在實際應(yīng)用中，可能會存在多個用戶終端向基站發(fā)送信令Msg3；而信令Msg3的頭部不加密，將S-TMSI放置在Msg3的頭部，可以使得基站在接收到多個Msg3后，可以根據(jù)S-TMSI確定要進(jìn)行數(shù)據(jù)傳輸?shù)挠脩艚K端及正確的Msg3；進(jìn)而根據(jù)S-TMSI索引得到密鑰后，對該Msg3進(jìn)行解密，獲取到待傳輸小數(shù)據(jù)包?？捎美斫獾氖?，如果用戶終端駐留基站對應(yīng)的小區(qū)后未過做過數(shù)據(jù)傳輸，那么用戶終端和基站未保存恢復(fù)上下文，用戶終端就無法采用本發(fā)明實施例的小數(shù)據(jù)包傳輸方法進(jìn)行恢復(fù)流程，進(jìn)而不能采用本發(fā)明實施例的小數(shù)據(jù)包傳輸方法進(jìn)行小數(shù)據(jù)包的傳輸，此時，用戶終端將采用現(xiàn)有技術(shù)的小數(shù)據(jù)包傳輸方法來傳輸小數(shù)據(jù)包。表2為本發(fā)明實施例的小數(shù)據(jù)包傳輸?shù)男帕盍鞒獭１?表2中，步驟前的箭頭表示傳輸方向，向上的箭頭表示上行，向下的箭頭表示下行。如表2所示，在步驟S1中，UE將MAC前導(dǎo)序列封裝在信令Msg1中，并發(fā)送至基站；具體地，前導(dǎo)序列可以包括隨機接入無線網(wǎng)絡(luò)臨時標(biāo)識(RandomAccessRadioNetworkTemporaryIdentity,RA-RNTI)和前導(dǎo)序列標(biāo)識(PreambleIdentity,PreambleID)。其中，不同的前導(dǎo)序列標(biāo)識可以指示不同的待傳輸小數(shù)據(jù)包所需的上行資源，RA-RNTI與前導(dǎo)序列標(biāo)識一一對應(yīng)，作為接入標(biāo)識，以達(dá)到識別用戶終端避免沖突的目的。在步驟S2中，基站通過信令Msg2向UE發(fā)送隨機接入響應(yīng)。同時，基站根據(jù)前導(dǎo)序列標(biāo)識進(jìn)行上行調(diào)度授權(quán)，也即為待傳輸小數(shù)據(jù)包所需的上行資源分配相應(yīng)的時頻資源。在步驟S3中，UE通過信令Msg3向基站發(fā)送RRC連接恢復(fù)請求；同時，在Msg3中還封裝有S-TMSI和所有待傳輸小數(shù)據(jù)包。由于可能存在多部用戶終端在同一資源(也即時頻資源)上用同一前導(dǎo)序列發(fā)起隨機接入請求，因此可能多部用戶終端接收Msg2并發(fā)出Msg3，Msg3內(nèi)封裝的內(nèi)容各不相同。故在步驟S4中，基站根據(jù)S-TMSI正確解碼Msg3并回復(fù)Msg4，表示沖突解決和釋放，也即小數(shù)據(jù)包的傳輸過程結(jié)束。其中，Msg4中封裝有S-TMSI和數(shù)據(jù)確認(rèn)(DATAACK)。多部用戶終端可以根據(jù)Msg4中封裝的S-TMSI識別出是否成功傳輸自己的Msg3。圖2是本發(fā)明實施例一種小數(shù)據(jù)包傳輸裝置的結(jié)構(gòu)示意圖。圖2所示的小數(shù)據(jù)包傳輸裝置20可以用于用戶終端，小數(shù)據(jù)包傳輸裝置20可以包括前導(dǎo)序列發(fā)送單元201和數(shù)據(jù)發(fā)送單元202。其中，前導(dǎo)序列發(fā)送單元201適于發(fā)送前導(dǎo)序列至基站，以通知所述基站用戶終端傳輸待傳輸小數(shù)據(jù)包所需的上行資源；數(shù)據(jù)發(fā)送單元202適于將所述待傳輸小數(shù)據(jù)包封裝在Msg3中，使用所述基站配置的所述上行資源發(fā)送出去。具體實施中，指向所述用戶終端的臨時移動用戶標(biāo)識位于Msg3的頭部，以便所述基站根據(jù)所述臨時移動用戶標(biāo)識進(jìn)行索引以確定所述用戶終端和所述密鑰。具體實施中，用戶終端可以通過不同的前導(dǎo)序列碼組或配置前導(dǎo)序列資源通知所述基站所述用戶終端傳輸不同待傳輸小數(shù)據(jù)包所需的上行資源。本發(fā)明實施例的具體實施方式可參照圖1所示的小數(shù)據(jù)包傳輸方法的實施例，此處不再贅述。圖3是本發(fā)明實施例另一種小數(shù)據(jù)包傳輸裝置的結(jié)構(gòu)示意圖。圖3所示的小數(shù)據(jù)包傳輸裝置30為圖2所示的小數(shù)據(jù)包傳輸裝置20的一個具體實施方式。小數(shù)據(jù)包傳輸裝置30可以包括：鑒別單元301、合并單元302、前導(dǎo)序列發(fā)送單元303、密鑰獲取單元304、數(shù)據(jù)發(fā)送單元305和確認(rèn)接收單元306；數(shù)據(jù)發(fā)送單元305可以包括加密子單元3051和封裝子單元3052。其中，鑒別單元301適于對所有待傳輸小數(shù)據(jù)包進(jìn)行業(yè)務(wù)鑒別，以確定每一所述待傳輸小數(shù)據(jù)包的發(fā)送目標(biāo)；合并單元302適于將發(fā)送目標(biāo)為同一分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)的所述待傳輸小數(shù)據(jù)包進(jìn)行合并。前導(dǎo)序列發(fā)送單元303適于發(fā)送前導(dǎo)序列至基站，以通知所述基站用戶終端傳輸待傳輸小數(shù)據(jù)包所需的上行資源。數(shù)據(jù)發(fā)送單元305將合并后的所述待傳輸小數(shù)據(jù)包封裝在Msg3中，并發(fā)送出去。具體地，密鑰獲取單元304適于獲取恢復(fù)上下文中的密鑰，所述恢復(fù)上下文保存在所述用戶終端。那么，加密子單元3051適于利用所述密鑰對所述待傳輸小數(shù)據(jù)包進(jìn)行加密；封裝子單元3052適于將加密后的所述待傳輸小數(shù)據(jù)包封裝在Msg3中。確認(rèn)接收單元306適于通過Msg4接收所述基站發(fā)出的小數(shù)據(jù)包傳輸確認(rèn)。本發(fā)明實施例的具體實施方式可參照圖1所示的小數(shù)據(jù)包傳輸方法，以及圖2所示的小數(shù)據(jù)包傳輸裝置20的實施例，此處不再贅述。本發(fā)明實施例還公開了一種終端，所述終端可以包括圖3所示的小數(shù)據(jù)包傳輸裝置30或圖2所示的小數(shù)據(jù)包傳輸裝置20。所述終端可以包括但不限于手機、PAD、計算機。本發(fā)明實施例還公開了另一種小數(shù)據(jù)包傳輸方法，用于下行小數(shù)據(jù)包的數(shù)據(jù)傳輸，該方法可以應(yīng)用于基站側(cè)。本實施例的小數(shù)據(jù)包傳輸方法可以包括以下步驟：在尋呼多個用戶終端時，指示傳輸待傳輸小數(shù)據(jù)包，所述待傳輸小數(shù)據(jù)包包括臨時移動用戶標(biāo)識；在接收到至少一個用戶終端發(fā)送的連接恢復(fù)請求時，將所述待傳輸小數(shù)據(jù)包封裝在Msg4中，并發(fā)送至所述臨時移動用戶標(biāo)識指向的用戶終端。表3是本發(fā)明實施例的小數(shù)據(jù)包傳輸?shù)男帕盍鞒?。?表3中，步驟前的箭頭表示傳輸方向，向上的箭頭表示上行，向下的箭頭表示下行。請參照表3，在步驟S11中，基站向多個UE發(fā)起RRC尋呼。具體地，基站還可以在尋呼中攜帶S-TMSI，以指示待傳輸小數(shù)據(jù)包的目標(biāo)用戶終端。在步驟S12中，UE將MAC前導(dǎo)序列封裝在信令Msg1中，并發(fā)送至基站。在步驟S13中，基站通過信令Msg2向UE發(fā)送隨機接入響應(yīng)。在步驟S14中，UE通過信令Msg3向基站發(fā)送RRC連接恢復(fù)請求；同時，在Msg3中還封裝有S-TMSI?；驹谑盏組sg3之后根據(jù)S-TMSI對應(yīng)上該S-TMSI指向的UE的小數(shù)據(jù)包業(yè)務(wù)。在步驟S15中，基站將待傳輸小數(shù)據(jù)包封裝入Msg4交給底層發(fā)送，RRC層負(fù)責(zé)將待傳輸小數(shù)據(jù)包傳送到UE，若失敗重復(fù)該過程。在步驟S16中，UE可以通過下行混合自動重傳請求(HybridAutoRepeatRequest,HARQ)做數(shù)據(jù)確認(rèn)(DATAACKnowledge,DATAACK)。具體而言，在步驟S15中，基站在對待傳輸小數(shù)據(jù)包進(jìn)行加密時，可以通過保存在該基站的恢復(fù)上下文中獲取加密密鑰。如果該基站未保存無該UE的恢復(fù)上下文(也即該UE通過小區(qū)重選進(jìn)入該基站對應(yīng)的小區(qū))，那么該基站將待傳輸小數(shù)據(jù)包及裝入Msg4，同時，還需要在Msg4中傳送生成加密密鑰的參數(shù)。具體而言，生成加密密鑰的參數(shù)可以放置在Msg4的頭部(header)。具體而言，在Msg4的頭部(header)攜帶S-TMSI以完成競爭解決。Msg4包括多個資源塊時，在所有資源塊中加上結(jié)束指示標(biāo)識，以指示所述待傳輸小數(shù)據(jù)包是否傳輸結(jié)束?？梢岳斫獾氖?，本發(fā)明實施例的小數(shù)據(jù)包傳輸方法用于用戶終端和基站的恢復(fù)流程。如果恢復(fù)上下文獲取失敗，那么基站在Msg4通知UE，以便按照現(xiàn)有技術(shù)的小數(shù)據(jù)包傳輸方法完成小數(shù)據(jù)包的傳輸。本領(lǐng)域普通技術(shù)人員可以理解上述實施例的各種方法中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件來完成，該程序可以存儲于以計算機可讀存儲介質(zhì)中，存儲介質(zhì)可以包括：ROM、RAM、磁盤或光盤等。雖然本發(fā)明披露如上，但本發(fā)明并非限定于此。任何本領(lǐng)域技術(shù)人員，在不脫離本發(fā)明的精神和范圍內(nèi)，均可作各種更動與修改，因此本發(fā)明的保護(hù)范圍應(yīng)當(dāng)以權(quán)利要求所限定的范圍為準(zhǔn)。當(dāng)前第1頁1 2 3