專利名稱：一種數(shù)據(jù)的傳輸方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種數(shù)據(jù)的傳輸方法和設(shè)備。
背景技術(shù)：
M2M(Machine-to-machine,機器間)通信又稱為 MTC(Machine Type Communication,機器類通信)通信，作為一種新型的通信理念，其目的是將多種不同類型的通信技術(shù)有機結(jié)合(如機器對機器通信、機器控制通信、人機交互通信、移動互聯(lián)通信等)，從而推動社會生產(chǎn)和生活方式的發(fā)展。其中，當前的移動通信網(wǎng)絡(luò)是針對人與人之間的通信設(shè)計的(如網(wǎng)絡(luò)容量的確定等)，如果希望利用當前移動通信網(wǎng)絡(luò)來支持M2M通信，則需要根據(jù)M2M通信的特點對當前移動通信系統(tǒng)的機制進行優(yōu)化，從而在對傳統(tǒng)的人與人通信不受影響或受較小影響的情況下，更好地實現(xiàn)M2M通信。具體的，當前認識到的MTC通信可能存在的特性包括MTC終端具有低移動性。MTC終端與網(wǎng)絡(luò)側(cè)進行數(shù)據(jù)傳輸?shù)臅r間是可控的；即MTC終端只能在網(wǎng)絡(luò)指定的時間段內(nèi)進行接入。MTC終端與網(wǎng)絡(luò)側(cè)進行的數(shù)據(jù)傳輸對實時性要求不高，即具有時間容忍性。MTC終端能量受限，要求極低的功率消耗。MTC終端和網(wǎng)絡(luò)側(cè)之間只進行小數(shù)據(jù)量的信息傳輸。MTC終端可以以組為單位進行管理。在實際應用中，一個MTC終端可以具有上述的一個或多個特性，目前在3G和 LTE (Long Term Evolution，長期演進)系統(tǒng)中，還不支持具有針對上述特性而設(shè)計的專門針對MTC終端通信的功能。對于一臺MTC終端來說，只能作為普通終端來對待，不能脫離用戶，即不能稱之為單純的機器間通信或者機器型通信。在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在以下問題在機器類通信中，MTC終端的數(shù)量將大大超出傳統(tǒng)終端的數(shù)量，且在許多MTC的應用場景中，每次上報的數(shù)據(jù)量并不是很大(通常為幾十到幾百字節(jié))，一個或幾個UMTS/LTE 系統(tǒng)通信子幀便可傳輸完成。然而，MTC終端為了發(fā)送這些數(shù)據(jù)，仍然需要按照當前的數(shù)據(jù)發(fā)送方式進行發(fā)送， 即需要通過信令流程建立起DRB (數(shù)據(jù)無線承載)/RB (Radio bearer，無線承載)、S1/Iu承載后，才能通過DRB/RB、Sl/Iu承載將數(shù)據(jù)發(fā)送給網(wǎng)絡(luò)側(cè)。因此，現(xiàn)有技術(shù)中傳輸小數(shù)據(jù)量所需要的信令開銷相對將非常大，從而嚴重降低系統(tǒng)效率。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種數(shù)據(jù)的傳輸方法和設(shè)備，以節(jié)省信令開銷，提高系統(tǒng)效率。
為了達到上述目的，本發(fā)明實施例提供一種數(shù)據(jù)的傳輸方法，包括接入網(wǎng)設(shè)備接收來自用戶設(shè)備的空口消息，所述空口消息中攜帶了 NAS消息，且所述NAS消息中攜帶了用戶數(shù)據(jù)；所述接入網(wǎng)設(shè)備從所述空口消息中獲取所述NAS消息，并將所述NAS消息添加到接口消息中；所述接入網(wǎng)設(shè)備將所述接口消息發(fā)送給核心網(wǎng)設(shè)備。本發(fā)明實施例提供一種數(shù)據(jù)的傳輸方法，包括用戶設(shè)備將用戶數(shù)據(jù)添加到NAS消息中，并將所述NAS消息添加到空口消息中；所述用戶設(shè)備將所述空口消息發(fā)送給接入網(wǎng)設(shè)備。本發(fā)明實施例提供一種數(shù)據(jù)的傳輸方法，包括核心網(wǎng)設(shè)備接收來自接入網(wǎng)設(shè)備的接口消息，所述接口消息中攜帶了 NAS消息， 且所述NAS消息中攜帶了用戶數(shù)據(jù)；所述核心網(wǎng)設(shè)備從所述接口消息中獲取所述用戶數(shù)據(jù)，并將所述用戶數(shù)據(jù)發(fā)送給核心網(wǎng)后續(xù)節(jié)點。本發(fā)明實施例提供一種接入網(wǎng)設(shè)備，包括接收模塊，用于接收來自用戶設(shè)備的空口消息，所述空口消息中攜帶了 NAS消息， 且所述NAS消息中攜帶了用戶數(shù)據(jù)；處理模塊，用于從所述空口消息中獲取所述NAS消息，并將所述NAS消息添加到接口消息中；發(fā)送模塊，用于將所述接口消息發(fā)送給核心網(wǎng)設(shè)備。本發(fā)明實施例提供一種用戶設(shè)備，包括處理模塊，用于將用戶數(shù)據(jù)添加到NAS消息中，并將所述NAS消息添加到空口消息中；發(fā)送模塊，用于將所述空口消息發(fā)送給接入網(wǎng)設(shè)備。本發(fā)明實施例提供一種核心網(wǎng)設(shè)備，包括接收模塊，用于接收來自接入網(wǎng)設(shè)備的接口消息，所述接口消息中攜帶了 NAS消息，且所述NAS消息中攜帶了用戶數(shù)據(jù)；處理模塊，用于從所述接口消息中獲取所述用戶數(shù)據(jù)；發(fā)送模塊，用于將所述用戶數(shù)據(jù)發(fā)送給核心網(wǎng)后續(xù)節(jié)點。與現(xiàn)有技術(shù)相比，本發(fā)明實施例至少具有以下優(yōu)點通過控制面連接傳輸小數(shù)據(jù)量的用戶數(shù)據(jù)，從而可以減少建立和維護用戶面連接所需的信令，降低信令開銷，提高系統(tǒng)效率。


為了更清楚地說明本發(fā)明的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1是現(xiàn)有技術(shù)中LTE系統(tǒng)網(wǎng)絡(luò)架構(gòu)示意圖；圖2是現(xiàn)有技術(shù)中數(shù)據(jù)發(fā)送前的連接\承載建立過程中的信令流程示意圖3是現(xiàn)有技術(shù)中UMTS系統(tǒng)中數(shù)據(jù)發(fā)送前的連接/承載建立過程信令流程示意圖；圖4是現(xiàn)有技術(shù)中LTE系統(tǒng)支持短消息的結(jié)構(gòu)示意圖；圖5是本發(fā)明實施例一提供的一種數(shù)據(jù)的傳輸方法流程示意圖；圖6是本發(fā)明實施例二中在RRC連接建立完成消息中增加一個域的示意圖；圖7是本發(fā)明實施例四提供的一種接入網(wǎng)設(shè)備結(jié)構(gòu)示意圖；圖8是本發(fā)明實施例五提供的一種用戶設(shè)備結(jié)構(gòu)示意圖；圖9是本發(fā)明實施例六提供的一種核心網(wǎng)設(shè)備結(jié)構(gòu)示意圖。
具體實施例方式(I)LTE (Long Term Evolution，長期演進)系統(tǒng)結(jié)構(gòu)如圖1所示，為LTE系統(tǒng)網(wǎng)絡(luò)架構(gòu)示意圖，為了便于新業(yè)務(wù)的開展，LTE系統(tǒng)中采用了用戶面與控制面分離的設(shè)計方式。其中，LTE系統(tǒng)對應的核心網(wǎng)絡(luò)中控制面信令與用戶面承載分別由獨立的網(wǎng)元MME (Mobility Management Entity，移動性管理實體)和 S-Gff(Serving (Gateway，服務(wù)網(wǎng)關(guān))來負責。具體的，MME的主要功能包括NAS (Non Access Stratum，非接入層)信令建立、NAS 信令安全、跨核心網(wǎng)的信令建立、跟蹤服務(wù)(當LIE在IDLE模式時)、漫游服務(wù)、授權(quán)和承載
管理等。S-GW為eNB(基站)切換時的關(guān)口點、轉(zhuǎn)發(fā)2G/3G以及其他系統(tǒng)業(yè)務(wù)的關(guān)口點，完成下行包的緩沖、一些初始化工作、規(guī)定的攔截偵聽、包路由和轉(zhuǎn)發(fā)等。另外，P-GKPacket Data Domain (Gateway，分組數(shù)據(jù)域網(wǎng)關(guān))用于策略的執(zhí)行、包過濾、規(guī)定的攔截、UE (User Equipment，用戶設(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ò)維護的復雜度和設(shè)備升級成本。(2)數(shù)據(jù)發(fā)送前的信令流程在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 (Random Access Preamble，隨機接入前導序列) 碼向eNB發(fā)送(Msgl)。2) eNB在接收到UE發(fā)送的Preamble(Msgl)后，在隨機接入響應窗中對UE發(fā)送隨機接入響應(Msg2)。其中，一條隨機接入響應消息(Msg2)可以對多個UE的隨機接入請求 (preamble)進行口向應。Msg2 由 RA-RNTI (Radio Network Temporary Identity,無線網(wǎng)絡(luò)臨時標識)力口擾的PDCCH(物理下行控制信道)中攜帶的DCI (下行控制信息)進行調(diào)度，且RA-RNTI由發(fā)
7送Msgl的時頻資源位置確定。具體的，Msg2中的內(nèi)容包括Aackoff (回退)參數(shù)、與Msgl對應的preamble標識、 上行傳輸定時提前量(TA)、為Msg3分配的上行資源(Msg3調(diào)度信息)、臨時C-RNTI (Cell Radio Network Temporary Identity，小區(qū)無線網(wǎng)絡(luò)臨時標識)等。其中，backoff參數(shù)用于指示如果本次隨機接入失敗，UE下次發(fā)起隨機接入的時延均值。進一步的，UE可通過RA-RNTI和Msg2中的preamble標識確定發(fā)送給自己的隨機接入響應，如果Msg2中的preamble標識對應的preamble中包含有自己發(fā)起隨機接入時的 preamble,則認為自己成功接收到隨機接入響應消息，后續(xù)將向網(wǎng)絡(luò)側(cè)發(fā)送Msg3。如果UE 沒有正確接收到Msg2，則依據(jù)backoff參數(shù)的時延限制確定發(fā)起下一次隨機接入的時延， 并另外選擇隨機接入資源發(fā)起下一次隨機接入。當達到最大隨機接入次數(shù)后，UE MAC層 (Media Access Control，介質(zhì)訪問控制)向 RRC(Radio Resource Control，無線資源控制) 層上報隨機接入問題，觸發(fā)無線鏈路失敗過程。:3)UE在接收到Msg2后，在Msg2分配的上行資源上發(fā)送Msg3。其中，針對不同的場景，Msg3中包含不同的內(nèi)容。例如，在初始接入時，Msg3中攜帶RRC層生成的RRC連接請求消息。4)eNB和UE通過Msg4完成最終的競爭解決。其中，Msg4內(nèi)容與Msg3的內(nèi)容相對應。在初始接入時，Msg4中攜帶UE競爭解決標識MAC層控制單元(Contention Resolution Identity MAC CE)，該 MAC CE 中包含 UE 在 Msg3 中傳輸?shù)?CCCHSDU ；當 UE 在接收到該MAC CE后，與自身RRC層信息進行比較，以完成競爭解決。另外，Msg4中還可以包含RRC連接建立消息，用于建立UE的信令無線承載 1(SRBl)。5)UE在競爭解決完成后，根據(jù)RRC連接建立消息中的信息建立信令無線承載 1 (SRBl)，向網(wǎng)絡(luò)發(fā)送RRC連接建立完成消息。其中，NAS業(yè)務(wù)請求(service request)消息可以在發(fā)送RRC連接建立完成消息時向網(wǎng)絡(luò)側(cè)捎帶發(fā)送。6)eNB在接收到RRC連接建立完成消息后，將捎帶的NAS業(yè)務(wù)請求消息發(fā)送給 MME，用于請求MME建立UE對應的eNB與核心網(wǎng)網(wǎng)元間的相關(guān)連接(即與MME的控制面連接和與S-GW的Sl承載)。7) MME將UE對應連接的信息通知eNB。8) eNB向UE發(fā)送安全模式命令(SMC)和RRC連接重配消息，用于激活UE的安全性和為UE建立數(shù)據(jù)無線承載(DRB)以及其他信令無線承載(SBR2)。需要注意的是，安全模式命令(SMC)和RRC連接重配可以在一條RRC消息中發(fā)送， 也可以分別進行發(fā)送。9)在安全性激活和DRB、SRB2配置完成后，UE向網(wǎng)絡(luò)側(cè)發(fā)送安全模式完成消息和 RRC連接重配完成消息。10)在經(jīng)過上述過程后，UE的用戶面數(shù)據(jù)由DRB、Sl承載，并通過eNB、S-Gff發(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)過程進程進行確認，在此不再詳加贅述。(3) UMTS (Universal Mobile Telecommunications System，通用移動通信系統(tǒng)) 系統(tǒng)如圖3所示，為UMTS系統(tǒng)中數(shù)據(jù)發(fā)送前的連接/承載建立過程信令流程示意圖， 對于UMTS系統(tǒng)來說，在發(fā)送數(shù)據(jù)之前，需要經(jīng)過RRC連接建立過程、初始直傳過程、鑒權(quán) (可選)及完整性保護過程和RB (無線承載)建立過程。在許多機器類通信(MTC)的應用場景中，MTC終端只向網(wǎng)絡(luò)側(cè)發(fā)送小數(shù)據(jù)量數(shù)據(jù)， 如果采用傳統(tǒng)的數(shù)據(jù)發(fā)送方式，將會產(chǎn)生較大的信令開銷(例如，上述數(shù)據(jù)發(fā)送前的信令流程中的相關(guān)信令開銷)，從而導致系統(tǒng)效率較低。為了降低信令開銷，可以通過短消息的方式來傳輸小數(shù)據(jù)量數(shù)據(jù)，如圖4所示，為 LTE系統(tǒng)支持短消息的結(jié)構(gòu)示意圖，圖4中的虛線部分為LTE系統(tǒng)發(fā)送短消息時所連接的實體?？梢钥闯?，在LTE系統(tǒng)中發(fā)送短消息需要連接UMTS系統(tǒng)中實體，且由于當前的短消息傳輸經(jīng)過的連接較多，因此也將占用較多的系統(tǒng)資源。針對上述問題，本發(fā)明實施例提供一種數(shù)據(jù)的傳輸方法和設(shè)備，以通過控制面連接傳輸小數(shù)據(jù)量的用戶數(shù)據(jù)，從而可以減少建立和維護用戶面連接所需的信令，降低信令開銷，并提高系統(tǒng)效率。下面將結(jié)合本發(fā)明中的附圖，對本發(fā)明中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明的一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。為了有效地傳輸用戶設(shè)備(例如，MTC設(shè)備)中產(chǎn)生的小數(shù)據(jù)量數(shù)據(jù)，降低傳輸小數(shù)據(jù)量數(shù)據(jù)時所消耗的信令開銷，同時避免對于LTE系統(tǒng)采用短消息傳輸時要求UMTS系統(tǒng)支持的問題，本發(fā)明實施例一提供一種數(shù)據(jù)的傳輸方法，如圖5所示，該方法包括以下步驟步驟501，用戶設(shè)備將用戶數(shù)據(jù)添加到NAS消息中。其中，該用戶數(shù)據(jù)為小數(shù)據(jù)量用戶數(shù)據(jù)，例如，MTC設(shè)備傳輸數(shù)據(jù)時所產(chǎn)生的需要傳輸?shù)男?shù)據(jù)量用戶數(shù)據(jù)。本發(fā)明實施例中，該用戶設(shè)備包括但不限于MTC設(shè)備。需要注意的是，執(zhí)行本步驟之前，接入網(wǎng)設(shè)備可以向用戶設(shè)備發(fā)送(例如，以廣播方式、專用信令方式發(fā)送)是否允許該用戶設(shè)備采用NAS消息攜帶用戶數(shù)據(jù)的信息，即用戶設(shè)備可能接收到來自接入網(wǎng)設(shè)備的是否允許自身采用NAS消息攜帶用戶數(shù)據(jù)的信息。當接入網(wǎng)設(shè)備允許該用戶設(shè)備采用NAS消息攜帶用戶數(shù)據(jù)，則用戶設(shè)備可以執(zhí)行將用戶數(shù)據(jù)添加到NAS消息中，以及后續(xù)步驟，否則，用戶設(shè)備不能執(zhí)行將用戶數(shù)據(jù)添加到 NAS消息中以及后續(xù)步驟。步驟502，用戶設(shè)備將該NAS消息添加到空口消息中。其中，該空口消息包括但不限于RRC連接建立完成消息、RRC層上行信息傳輸消息，如還可以定義新的RRC消息來傳輸攜帶用戶數(shù)據(jù)的NAS消息。具體的，本發(fā)明實施例中，通過在RRC連接建立完成消息中增加新的域或容器，用戶設(shè)備可以使用該新的域或容器來捎帶攜帶了用戶數(shù)據(jù)的NAS消息。
另外，通過在RRC層上行信息傳輸消息中增加新的域或容器，用戶設(shè)備可以使用該新的域或容器來捎帶攜帶了用戶數(shù)據(jù)的NAS消息。其中，該RRC層上行信息傳輸消息為 在RRC連接建立完成消息后直接發(fā)送RRC層上行信息傳輸消息，即不需要等待接收到網(wǎng)絡(luò)側(cè)發(fā)送的安全性激活信令和\或RRC連接重配置信令，便直接發(fā)送RRC層上行信息傳輸消息將其中攜帶用戶數(shù)據(jù)的NAS消息發(fā)送給接入網(wǎng)設(shè)備。步驟503，用戶設(shè)備將空口消息發(fā)送給接入網(wǎng)設(shè)備。其中，根據(jù)組網(wǎng)系統(tǒng)的不同，該接入網(wǎng)設(shè)備包括但不限于eNB (位于LTE系統(tǒng)中)/RNC(位于UMTS系統(tǒng)中)等。具體的，用戶設(shè)備可將攜帶了 NAS消息(NAS消息中攜帶了用戶數(shù)據(jù))的RRC連接建立完成消息發(fā)送給接入網(wǎng)設(shè)備；或者，用戶設(shè)備可將攜帶了 NAS消息(NAS消息中攜帶了用戶數(shù)據(jù))的RRC層上行信息傳輸消息發(fā)送給接入網(wǎng)設(shè)備。步驟504，接入網(wǎng)設(shè)備接收來自用戶設(shè)備的空口消息。該空口消息中攜帶了 NAS消息，且NAS消息中攜帶了用戶數(shù)據(jù)。具體的，根據(jù)用戶設(shè)備采用的空口消息的不同，該接收過程具體為該接入網(wǎng)設(shè)備接收來自該用戶設(shè)備的攜帶了 NAS消息的RRC連接建立完成消息；或者，該接入網(wǎng)設(shè)備接收來自該用戶設(shè)備的攜帶了 NAS消息的RRC層上行信息傳輸消息。步驟505，接入網(wǎng)設(shè)備從空口消息中獲取NAS消息，并將NAS消息添加到接口消息中。其中，該接口消息為接入網(wǎng)設(shè)備和核心網(wǎng)設(shè)備之間用于傳輸信息的消息，包括但不限于Uplink NAS transport 消息、Uplink generic NAS transport 消息、Uplink NAS 消息寸。步驟506，接入網(wǎng)設(shè)備將該接口消息發(fā)送給核心網(wǎng)設(shè)備。其中，根據(jù)組網(wǎng)系統(tǒng)的不同，該核心網(wǎng)設(shè)備包括但不限于MME (位于LTE系統(tǒng)中)/SGSN(位于UMTS系統(tǒng)中)。本發(fā)明實施例中，根據(jù)實際的需要，為了讓核心網(wǎng)設(shè)備能夠識別該用戶設(shè)備發(fā)送的消息，接入網(wǎng)設(shè)備還可以將用戶設(shè)備的標識信息添加到該接口消息中發(fā)送給核心網(wǎng)設(shè)備，其中，該用戶設(shè)備的標識信息包括但不限于S-TMSI(SAE Temporary Mobile Subscriber Identity，系統(tǒng)架構(gòu)演進-臨時移動用戶標識)信息。步驟507，核心網(wǎng)設(shè)備接收來自接入網(wǎng)設(shè)備的接口消息。其中，該接口消息中攜帶了 NAS消息，且該NAS消息中攜帶了用戶數(shù)據(jù)。步驟508，核心網(wǎng)設(shè)備判斷該接口消息對應的用戶設(shè)備是否通過檢查；如果是，轉(zhuǎn)到步驟509，否則，轉(zhuǎn)到步驟510。具體的，由于該接口消息中攜帶了用戶設(shè)備的標識信息，則根據(jù)該標識信息，核心網(wǎng)設(shè)備可以獲知該用戶設(shè)備的相關(guān)信息，繼而判斷該用戶設(shè)備是否通過檢查。其中，該檢查的目的用于判斷是否允許該用戶設(shè)備采用NAS消息捎帶方式傳輸小數(shù)據(jù)量數(shù)據(jù)，如果允許用戶設(shè)備采用NAS消息捎帶方式傳輸小數(shù)據(jù)量數(shù)據(jù)，則檢查通過；如果不允許用戶設(shè)備采用NAS消息捎帶方式傳輸小數(shù)據(jù)量數(shù)據(jù)，則檢查不通過。根據(jù)實際的需要，在實際應用中，在執(zhí)行步驟509之前，還需要判斷NAS安全性配置信息是否有效，只有當NAS安全性配置信息有效，則執(zhí)行步驟509。步驟509，核心網(wǎng)設(shè)備從接口消息中獲取該用戶數(shù)據(jù)，并將該用戶數(shù)據(jù)發(fā)送給核心網(wǎng)后續(xù)節(jié)點。步驟510，核心網(wǎng)設(shè)備丟棄該接口消息。
10
綜上所述，本發(fā)明實施例中，通過控制面連接傳輸小數(shù)據(jù)量的用戶數(shù)據(jù)，從而可以減少建立和維護用戶面連接所需的信令，降低信令開銷，提高系統(tǒng)效率。本發(fā)明實施例二提供一種數(shù)據(jù)的傳輸方法，本實施例中，以用戶設(shè)備采用在RRC 連接建立完成消息中捎帶NAS消息的方式傳輸小數(shù)據(jù)量用戶數(shù)據(jù)為例進行說明，該方法包括(1)用戶設(shè)備根據(jù)當前系統(tǒng)廣播中的信息判斷網(wǎng)絡(luò)是否允許自身采用NAS消息攜帶用戶數(shù)據(jù)(小數(shù)據(jù)量用戶數(shù)據(jù))。其中，接入網(wǎng)設(shè)備可以通過系統(tǒng)廣播的方式向用戶設(shè)備通知網(wǎng)絡(luò)是否允許該用戶設(shè)備采用NAS消息攜帶用戶數(shù)據(jù)，此時，用戶設(shè)備可以根據(jù)當前系統(tǒng)廣播中的信息獲知可以采用NAS消息攜帶用戶數(shù)據(jù)或者不可以采用NAS消息攜帶用戶數(shù)據(jù)，本發(fā)明實施例中以可以采用NAS消息攜帶用戶數(shù)據(jù)為例進行說明。需要說明的是，本發(fā)明實施例中，攜帶是否允許采用NAS消息攜帶用戶數(shù)據(jù)的消息并不局限于系統(tǒng)廣播消息，還可以為尋呼消息、專用信令(如NAS信令、RRC信令、MAC CE、物理層信令)等。而且根據(jù)實際的需要，該指示信息(即系統(tǒng)廣播消息、尋呼消息等) 中還可以包含是否為小數(shù)據(jù)量的判斷信息等其他內(nèi)容，本發(fā)明實施例中不再贅述。(2)用戶設(shè)備在發(fā)送給接入網(wǎng)設(shè)備的RRC連接建立完成消息中稍帶NAS消息，且在 NAS消息中攜帶小數(shù)據(jù)量用戶數(shù)據(jù)。具體的，本步驟中，可以針對LTE系統(tǒng)和UMTS系統(tǒng)進行分別的說明。在LTE系統(tǒng)中，由于當前RRC連接建立完成消息中已存在可以捎帶NAS消息(如 Service request消息、Attach request消息等)的域，因此，在RRC連接建立完成消息中捎帶NAS消息用于傳輸小數(shù)據(jù)量用戶數(shù)據(jù)時可以在捎帶的NAS消息Gnkrvice request 消息、Attach request消息等)增加一個域或容器(container)，并利用該域或容器來攜帶小數(shù)據(jù)量數(shù)據(jù)；也可以在RRC連接建立完成消息中除了捎帶用于進行傳輸當前的NAS專用信息(如Service request消息、Attach request消息等)的域外，再增加一個或多個域或容器(container)，用于攜帶包含需要傳輸?shù)男?shù)據(jù)量用戶數(shù)據(jù)的NAS消息。如圖6所示，為增加一個域的示意圖。需要注意的是，當前RRC連接建立完成消息中捎帶的NAS消息包括Service request、attach request、TAU request、Detach Request 消息等。本發(fā)明實施例中，UE從idle狀態(tài)發(fā)起的RRC連接建立過程中，RRC連接建立完成消息中可以捎帶krvice request,也可以定義新的NAS業(yè)務(wù)請求消息在RRC連接建立完成消息中捎帶傳輸(注在捎帶新定義的業(yè)務(wù)請求消息時，可以不捎帶傳統(tǒng)的NAS消息 (如krvice request,attach request等))，并使用新的NAS業(yè)務(wù)請求消息來更好地支持控制面?zhèn)鬏斝?shù)據(jù)量的用戶數(shù)據(jù)。其中，該新的NAS業(yè)務(wù)請求消息可以包含與原義！^土⑶ request相同的內(nèi)容，且還可以攜帶指示后續(xù)發(fā)送的NAS消息攜帶小數(shù)據(jù)量用戶數(shù)據(jù)的指示信息，以使MME接收到該業(yè)務(wù)請求消息后，能夠進行與當前的krvice request消息不同的處理，如不需要立即發(fā)起hitial Context Setup Request過程等。需要說明的是，還可以新定義其他的NAS消息(如新attach request、新TAU request消息等)來支持控制面?zhèn)鬏斝?shù)據(jù)量的用戶數(shù)據(jù)。過程與上述采用捎帶新定義的krvice request消息類似， 不再贅述。因此，本發(fā)明實施例中，可以通過在RRC連接建立完成消息中增加一個域來攜帶一條NAS消息來傳輸小數(shù)據(jù)量用戶數(shù)據(jù)，且設(shè)用于業(yè)務(wù)請求的消息采用新定義的Small data service request消息，并用于向網(wǎng)絡(luò)請求小數(shù)據(jù)量用戶數(shù)據(jù)傳輸。在UMTS系統(tǒng)中，需要在現(xiàn)有的RRC連接建立完成消息中增加一個或多個域或容器，用于捎帶NAS消息(Service request消息)和小數(shù)據(jù)量用戶數(shù)據(jù)。該過程與LTE類似， 在此不再贅述。另外，對于UMTS系統(tǒng)，UE從idle狀態(tài)發(fā)起的RRC連接建立過程中，RRC連接建立完成消息中捎帶的NAS業(yè)務(wù)請求消息除了 Service request外，還可以采用與上述 LTE系統(tǒng)中采用捎帶新定義的NAS消息支持小數(shù)據(jù)量數(shù)據(jù)傳輸方式類似定義新的NAS消息 (如新的service request消息、新的attach request消息等)來更好地支持控制面?zhèn)鬏斝?shù)據(jù)量的用戶數(shù)據(jù)。其中，該新的NAS消息(如新定義的service request消息)除了可以包含與原有相應NAS消息(如原service request消息)相同的內(nèi)容外，還可以攜帶指示后續(xù)發(fā)送的NAS消息攜帶小數(shù)據(jù)量用戶數(shù)據(jù)的指示信息，以使SGSN收到該業(yè)務(wù)請求消息后，能夠進行與原NAS消息(如krvice request消息)不同的處理，如不需要立即發(fā)起 Initial Context Setup Request 過禾呈。(3)接入網(wǎng)設(shè)備接收到RRC連接建立完成消息后，提取出Small data service request消息和攜帶小數(shù)據(jù)量用戶數(shù)據(jù)的NAS消息，并將Small data service request消息和攜帶小數(shù)據(jù)量用戶數(shù)據(jù)的NAS消息發(fā)送給核心網(wǎng)設(shè)備。其中，在將NAS消息發(fā)送給核心網(wǎng)設(shè)備時，需要將NAS消息添加到接口消息中，并將該接口消息發(fā)送給核心網(wǎng)設(shè)備。具體的，可以在當前的Uplink NAS transport 消息或 Uplink generic NAS transport消息中增加攜帶傳輸?shù)男?shù)據(jù)量用戶數(shù)據(jù)的NAS的container來攜帶NAS消息； 也可以通過增加一種新的Uplink NAS消息來攜帶NAS消息。其中，該新的Uplink NAS消息可以采用和 Uplink NAS transport 或 Uplink generic NAS transport 相同的消息結(jié)構(gòu)， 只是消息ID不同，當然也可以采用其他的消息結(jié)構(gòu)，本發(fā)明實施例中不做限制。以LTE系統(tǒng)為例，在Uplink generic NAS transport消息中通過增加消息容器類 (message container type)的方式來增加發(fā)送小數(shù)據(jù)量數(shù)據(jù)的container的情況如表1和表2所示。表1 UPLINK GENERIC NAS TRANSPORT message content (上行通用 NAS 傳輸消息內(nèi)容)
1權(quán)利要求
1.一種數(shù)據(jù)的傳輸方法，其特征在于，包括接入網(wǎng)設(shè)備接收來自用戶設(shè)備的空口消息，所述空口消息中攜帶了 NAS消息，且所述 NAS消息中攜帶了用戶數(shù)據(jù)；所述接入網(wǎng)設(shè)備從所述空口消息中獲取所述NAS消息，并將所述NAS消息添加到接口消息中；所述接入網(wǎng)設(shè)備將所述接口消息發(fā)送給核心網(wǎng)設(shè)備。
2.如權(quán)利要求1所述的方法，其特征在于，所述接入網(wǎng)設(shè)備接收來自用戶設(shè)備的空口消息，包括所述接入網(wǎng)設(shè)備接收來自所述用戶設(shè)備的攜帶了所述NAS消息的RRC連接建立完成消息；或者，所述接入網(wǎng)設(shè)備接收來自所述用戶設(shè)備的攜帶了所述NAS消息的RRC層上行信息傳輸消息。
3.如權(quán)利要求1所述的方法，其特征在于，將所述NAS消息添加到接口消息中，之后還包括所述接入網(wǎng)設(shè)備將所述用戶設(shè)備的標識信息添加到所述接口消息中。
4.如權(quán)利要求1所述的方法，其特征在于，所述接入網(wǎng)設(shè)備接收來自用戶設(shè)備的空口消息，之前還包括所述接入網(wǎng)設(shè)備將是否允許采用NAS消息攜帶用戶數(shù)據(jù)的信息通知給所述用戶設(shè)備。
5.一種數(shù)據(jù)的傳輸方法，其特征在于，包括用戶設(shè)備將用戶數(shù)據(jù)添加到NAS消息中，并將所述NAS消息添加到空口消息中；所述用戶設(shè)備將所述空口消息發(fā)送給接入網(wǎng)設(shè)備。
6.如權(quán)利要求5所述的方法，其特征在于，所述用戶設(shè)備將用戶數(shù)據(jù)添加到NAS消息中，并將所述NAS消息添加到空口消息中，包括所述用戶設(shè)備在RRC連接建立完成消息中增加新的域或容器，并使用所述新的域或容器捎帶攜帶了用戶數(shù)據(jù)的NAS消息；或者，所述用戶設(shè)備在RRC層上行信息傳輸消息中增加新的域或容器，并使用所述新的域或容器捎帶攜帶了用戶數(shù)據(jù)的NAS消息。
7.如權(quán)利要求5所述的方法，其特征在于，用戶設(shè)備將用戶數(shù)據(jù)添加到NAS消息中，并將所述NAS消息添加到空口消息中，之前還包括接收來自所述接入網(wǎng)設(shè)備的是否允許采用NAS消息攜帶用戶數(shù)據(jù)的信息；當根據(jù)該信息確定所述接入網(wǎng)設(shè)備允許所述接入設(shè)備采用NAS消息攜帶用戶數(shù)據(jù)時，則執(zhí)行將用戶數(shù)據(jù)添加到NAS消息中，并將所述NAS消息添加到空口消息的操作。
8.一種數(shù)據(jù)的傳輸方法，其特征在于，包括核心網(wǎng)設(shè)備接收來自接入網(wǎng)設(shè)備的接口消息，所述接口消息中攜帶了 NAS消息，且所述NAS消息中攜帶了用戶數(shù)據(jù)；所述核心網(wǎng)設(shè)備從所述接口消息中獲取所述用戶數(shù)據(jù)，并將所述用戶數(shù)據(jù)發(fā)送給核心網(wǎng)后續(xù)節(jié)點。
9.如權(quán)利要求8所述的方法，其特征在于，所述核心網(wǎng)設(shè)備接收來自接入網(wǎng)設(shè)備的接口消息，包括所述核心網(wǎng)設(shè)備接收來自所述接入網(wǎng)設(shè)備的攜帶了用戶設(shè)備的標識信息的接口消息。
10.如權(quán)利要求9所述的方法，其特征在于，所述核心網(wǎng)設(shè)備從所述接口消息中獲取所述用戶數(shù)據(jù)，并將所述用戶數(shù)據(jù)發(fā)送給核心網(wǎng)后續(xù)節(jié)點，之前還包括所述核心網(wǎng)設(shè)備根據(jù)所述用戶設(shè)備的標識信息判斷所述用戶設(shè)備是否通過檢查； 如果是，則所述核心網(wǎng)設(shè)備執(zhí)行從所述接口消息中獲取所述用戶數(shù)據(jù)，并將所述用戶數(shù)據(jù)發(fā)送給核心網(wǎng)后續(xù)節(jié)點的操作；否則，所述核心網(wǎng)設(shè)備丟棄所述接口消息。
11.如權(quán)利要求10所述的方法，其特征在于，所述核心網(wǎng)設(shè)備根據(jù)所述用戶設(shè)備的標識信息判斷所述用戶設(shè)備是否通過檢查，包括所述核心網(wǎng)設(shè)備判斷是否允許所述用戶設(shè)備采用NAS消息攜帶用戶數(shù)據(jù)的方式。
12.—種接入網(wǎng)設(shè)備，其特征在于，包括接收模塊，用于接收來自用戶設(shè)備的空口消息，所述空口消息中攜帶了 NAS消息，且所述NAS消息中攜帶了用戶數(shù)據(jù)；處理模塊，用于從所述空口消息中獲取所述NAS消息，并將所述NAS消息添加到接口消息中；發(fā)送模塊，用于將所述接口消息發(fā)送給核心網(wǎng)設(shè)備。
13.如權(quán)利要求12所述的接入網(wǎng)設(shè)備，其特征在于，所述接收模塊，具體用于收來自所述用戶設(shè)備的攜帶了所述NAS消息的RRC連接建立完成消息；或者，接收來自所述用戶設(shè)備的攜帶了所述NAS消息的RRC層上行信息傳輸消息。
14.如權(quán)利要求12所述的接入網(wǎng)設(shè)備，其特征在于，所述處理模塊，還用于將所述用戶設(shè)備的標識信息添加到所述接口消息中。
15.如權(quán)利要求12所述的接入網(wǎng)設(shè)備，其特征在于，所述發(fā)送模塊，還用于將是否允許采用NAS消息攜帶用戶數(shù)據(jù)的信息通知給所述用戶設(shè)備。
16.一種用戶設(shè)備，其特征在于，包括處理模塊，用于將用戶數(shù)據(jù)添加到NAS消息中，并將所述NAS消息添加到空口消息中； 發(fā)送模塊，用于將所述空口消息發(fā)送給接入網(wǎng)設(shè)備。
17.如權(quán)利要求16所述的用戶設(shè)備，其特征在于，所述處理模塊，具體用于在RRC連接建立完成消息中增加新的域或容器，并使用所述新的域或容器捎帶攜帶了用戶數(shù)據(jù)的NAS消息；或者，在RRC層上行信息傳輸消息中增加新的域或容器，并使用所述新的域或容器捎帶攜帶了用戶數(shù)據(jù)的NAS消息。
18.如權(quán)利要求16所述的用戶設(shè)備，其特征在于，還包括接收模塊，用于接收來自所述接入網(wǎng)設(shè)備的是否允許采用NAS消息攜帶用戶數(shù)據(jù)的信肩、ο
19.一種核心網(wǎng)設(shè)備，其特征在于，包括接收模塊，用于接收來自接入網(wǎng)設(shè)備的接口消息，所述接口消息中攜帶了 NAS消息，且所述NAS消息中攜帶了用戶數(shù)據(jù)；處理模塊，用于從所述接口消息中獲取所述用戶數(shù)據(jù)； 發(fā)送模塊，用于將所述用戶數(shù)據(jù)發(fā)送給核心網(wǎng)后續(xù)節(jié)點。
20.如權(quán)利要求19所述的核心網(wǎng)設(shè)備，其特征在于，所述接收模塊，具體用于接收來自所述接入網(wǎng)設(shè)備的攜帶了用戶設(shè)備的標識信息的接口消息。
21.如權(quán)利要求19所述的核心網(wǎng)設(shè)備，其特征在于，還包括判斷模塊，用于根據(jù)所述用戶設(shè)備的標識信息判斷所述用戶設(shè)備是否通過檢查； 所述處理模塊，具體用于當判斷結(jié)果為是，則執(zhí)行從所述接口消息中獲取所述用戶數(shù)據(jù)的操作；否則，丟棄所述接口消息。
22.如權(quán)利要求19所述的核心網(wǎng)設(shè)備，其特征在于，判斷模塊，具體用于判斷是否允許所述用戶設(shè)備采用NAS消息攜帶用戶數(shù)據(jù)的方式。
全文摘要
本發(fā)明公開了一種數(shù)據(jù)的傳輸方法和設(shè)備，該方法包括接入網(wǎng)設(shè)備接收來自用戶設(shè)備的空口消息，所述空口消息中攜帶了NAS消息，且所述NAS消息中攜帶了用戶數(shù)據(jù)；所述接入網(wǎng)設(shè)備從所述空口消息中獲取所述NAS消息，并將所述NAS消息添加到接口消息中；所述接入網(wǎng)設(shè)備將所述接口消息發(fā)送給核心網(wǎng)設(shè)備。本發(fā)明實施例中，通過控制面連接傳輸小數(shù)據(jù)量的用戶數(shù)據(jù)，從而可以減少建立和維護用戶面連接所需的信令，降低信令開銷，提高系統(tǒng)效率。
文檔編號H04W28/06GK102457825SQ20101051586
公開日2012年5月16日 申請日期2010年10月15日 優(yōu)先權(quán)日2010年10月15日
發(fā)明者張英, 楊義, 艾明, 趙毅 申請人:電信科學技術(shù)研究院