數據傳輸方法及設備的制作方法

文檔序號：8000353閱讀：148來源：國知局

數據傳輸方法及設備的制作方法
【專利摘要】本發(fā)明實施例提供一種數據傳輸方法及設備。一種方法包括：在待傳輸數據包為小數據包時，將所述待傳輸數據包封裝在無線資源控制RRC消息中，所述小數據包為數據量小于預設門限的數據包或通過深度包檢測DPI識別出的數據包；發(fā)送所述RRC消息。本發(fā)明技術方案通過RRC消息傳輸小數據包，可以解決用戶面承載和RRC連接頻繁重建帶來的信令風暴、降低網絡性能等問題。
【專利說明】數據傳輸方法及設備

【技術領域】
[0001] 本發(fā)明實施例涉及通信技術，尤其涉及一種數據傳輸方法及設備。

【背景技術】
[0002] 為了減少終端設備的耗電和網絡負荷，長期演進（Long Term Evolution，簡稱為 LTE)系統(tǒng)引入了非連續(xù)接收（Discontinuous Reception,簡稱為DRX)技術，該技術的原理是：如果在一定時間內沒有數據傳輸，就將用戶面承載和無線資源控制（Radio Resource Control，簡稱為RRC)連接等資源釋放掉。隨著智能終端數量的快速增長和許多"永遠在線" 類應用程序的出現(xiàn)，會產生大量頻繁的小數據包。由于所有應用程序的數據包都不加區(qū)分，全部通過用戶面的默認承載或專用承載進行傳輸，因此大量頻繁的小數據包可能導致剛剛釋放的用戶面承載和各種信令連接的重新建立，這不僅沒有發(fā)揮DRX的優(yōu)勢，反而會給網絡帶來大量的信令風暴，降了網絡性能。

【發(fā)明內容】

[0003] 本發(fā)明實施例提供一種數據傳輸方法及設備，用以解決現(xiàn)有技術中因傳輸小數據包而引起信令風暴、降低網絡性能的問題。
[0004] 本發(fā)明第一方面提供一種數據傳輸方法，包括：
[0005] 在待傳輸數據包為小數據包時，將所述待傳輸數據包封裝在無線資源控制RRC消息中，所述小數據包是指數據量小于預設門限的數據包或通過深度包檢測DPI識別出的數據包；
[0006] 發(fā)送所述RRC消息。
[0007] 結合第一方面，在第一方面的第一種可能的實現(xiàn)方式中，所述將所述待傳輸數據包封裝在RRC消息中包括：
[0008] 如果預設的緩存時間尚未結束，將所述待傳輸數據包進行緩存；
[0009] 當所述緩存時間結束后，將在所述緩存時間內緩存的所有待傳輸數據包封裝到所述RRC消息中。
[0010] 本發(fā)明第二方面提供一種數據傳輸方法，包括：
[0011] 基站在待傳輸的上行數據包為小數據包時，將所述待傳輸的上行數據包封裝在上行非接入層NAS消息中，所述小數據包是指數據量小于預設門限的數據包或通過深度包檢測DPI識別出的數據包；
[0012] 所述基站將所述上行NAS消息發(fā)送給移動管理實體MME，所述上行NAS消息用于供所述MME建立所述MME與網關設備之間的用戶層面的通用分組無線服務GPRS隧道協(xié)議 GTP-U隧道，并通過所述GTP-U隧道將所述待傳輸的上行數據包發(fā)送給所述網關設備。
[0013] 結合第二方面，在第二方面的第一種可能的實現(xiàn)方式中，所述基站在待傳輸的上行數據包為小數據包時，將所述待傳輸的上行數據包封裝在上行NAS消息中之前，包括：
[0014] 所述基站接收用戶設備發(fā)送的上行RRC消息，并從所述上行RRC消息中獲取所述待傳輸的上行數據包，所述待傳輸的上行數據包是所述用戶設備在確定所述待傳輸的上行數據包為小數據包時封裝到所述上行RRC消息中發(fā)送給所述基站的。
[0015] 結合第二方面，或者第二方面的第一種可能的實現(xiàn)方式，在第二方面的第二種可能的實現(xiàn)方式中，上述方法還包括：
[0016] 所述基站接收所述MME發(fā)送的下行NAS消息，所述下行NAS消息包括待傳輸的下行數據包，所述待傳輸的下行數據包是所述網關設備在所述待傳輸的下行數據包為小數據包時通過所述GTP-U隧道發(fā)送給所述MME的。
[0017] 結合第二方面的第二種可能的實現(xiàn)方式，在第二方面的第三種可能的實現(xiàn)方式中，上述方法還包括：
[0018] 所述基站將所述待傳輸的下行數據包封裝在下行RRC消息中；
[0019] 所述基站將所述下行RRC消息發(fā)送給所述用戶設備。
[0020] 本發(fā)明第三方面提供一種數據傳輸方法，包括：
[0021] 移動管理實體MME接收基站發(fā)送的上行非接入層NAS消息，所述上行NAS消息包括待傳輸的上行數據包，所述待傳輸的上行數據包是所述基站在所述待傳輸的上行數據包為小數據包時封裝到所述上行NAS消息中發(fā)送給所述MME的，所述小數據包是指數據量小于預設門限的數據包或通過深度包檢測DPI識別出的數據包；
[0022] 所述MME建立所述MME與網關設備之間的用戶層面的通用分組無線服務GPRS隧道協(xié)議GTP-U隧道，并通過所述GTP-U隧道將所述待傳輸的上行數據包發(fā)送給所述網關設備。
[0023] 結合第三方面，在第三方面的第一種可能的實現(xiàn)方式中，上述方法還包括：
[0024] 所述MME接收所述網關設備在待傳輸的下行數據包為小數據包時，通過所述 GTP-U隧道發(fā)送的所述待傳輸的下行數據包；
[0025] 所述MME將所述待傳輸的下行數據包封裝在下行NAS消息中，并將所述下行NAS 消息發(fā)送給所述基站。
[0026] 本發(fā)明第四方面提供一種數據傳輸設備，包括：
[0027] 封裝模塊，用于在待傳輸數據包為小數據包時，將所述待傳輸數據包封裝在無線資源控制RRC消息中，所述小數據包是指數據量小于預設門限的數據包或通過深度包檢測 DPI識別出的數據包；
[0028] 發(fā)送模塊，用于發(fā)送所述封裝模塊封裝成的所述RRC消息。
[0029] 結合第四方面，在第四方面的第一種可能的實現(xiàn)方式中，所述封裝模塊具體用于在待傳輸數據包為小數據包時，如果預設的緩存時間尚未結束，將所述待傳輸數據包進行緩存，當所述緩存時間結束后，將在所述緩存時間內緩存的所有待傳輸數據包封裝到所述 RRC消息中。
[0030] 本發(fā)明第五方面提供一種基站，包括：
[0031] 封裝模塊，用于在待傳輸的上行數據包為小數據包時，將所述待傳輸的上行數據包封裝在上行非接入層NAS消息中，所述小數據包是指數據量小于預設門限的數據包或通過深度包檢測DPI識別出的數據包；
[0032] 發(fā)送模塊，用于將所述上行NAS消息發(fā)送給移動管理實體MME，所述上行NAS消息用于供所述MME建立所述MME與網關設備之間的用戶層面的通用分組無線服務GPRS隧道協(xié)議GTP-U隧道，并通過所述GTP-U隧道將所述待傳輸的上行數據包發(fā)送給所述網關設備。
[0033] 結合第五方面，在第五方面的第一種可能的實現(xiàn)方式中，上述基站還包括：
[0034] 第一接收模塊，用于在所述封裝模塊將所述待傳輸的上行數據包封裝在上行NAS 消息中之前，接收用戶設備發(fā)送的上行RRC消息；
[0035] 獲取模塊，用于從所述第一接收模塊接收的所述上行RRC消息中獲取所述待傳輸的上行數據包，所述待傳輸的上行數據包是所述用戶設備在確定所述待傳輸的上行數據包為小數據包時封裝到所述上行RRC消息中發(fā)送給所述基站的。
[0036] 結合第五方面，或者第五方面的第一種可能的實現(xiàn)方式，在第五方面的第二種可能的實現(xiàn)方式中，上述基站還包括：
[0037] 第二接收模塊，用于接收所述MME發(fā)送的下行NAS消息，所述下行NAS消息包括待傳輸的下行數據包，所述待傳輸的下行數據包是所述網關設備在所述待傳輸的下行數據包為小數據包時通過所述GTP-U隧道發(fā)送給所述MME的。
[0038] 結合第五方面的第二種可能的實現(xiàn)方式，在第五方面的第三種可能的實現(xiàn)方式中，所述封裝模塊還用于將所述待傳輸的下行數據包封裝在下行RRC消息中；
[0039] 所述發(fā)送模塊還用于將所述下行RRC消息發(fā)送給所述用戶設備。
[0040] 本發(fā)明第六方面提供一種移動管理實體MME，包括：
[0041] 接收模塊，用于接收基站發(fā)送的上行非接入層NAS消息，所述上行NAS消息包括待傳輸的上行數據包，所述待傳輸的上行數據包是所述基站在所述待傳輸的上行數據包為小數據包時封裝到所述上行NAS消息中發(fā)送給所述MME的，所述小數據包是指數據量小于預設門限的數據包或通過深度包檢測DPI識別出的數據包；
[0042] 建立模塊，用于建立所述MME與網關設備之間的用戶層面的通用分組無線服務 GPRS隧道協(xié)議GTP-U隧道；
[0043] 發(fā)送模塊，用于通過所述GTP-U隧道將所述待傳輸的上行數據包發(fā)送給所述網關設備。
[0044] 結合第六方面，在第六方面的第一種可能的實現(xiàn)方式中，所述接收模塊還用于接收所述網關設備在待傳輸的下行數據包為小數據包時，通過所述GTP-U隧道發(fā)送的所述待傳輸的下行數據包；
[0045] 所述發(fā)送模塊還用于將所述待傳輸的下行數據包封裝在下行NAS消息中，并將所述下行NAS消息發(fā)送給所述基站。
[0046] 本發(fā)明一方面提供的數據傳輸方法及設備，在用戶設備與基站之間傳輸的數據包為小數據包時，將待傳輸數據包封裝在RRC消息中，然后發(fā)送所述RRC消息，由于RRC消息在RRC連接存在時可以通過SRB1或SRB2進行傳輸，而RRC連接不存在時，可以通過SRB0 進行傳輸，不需要重新建立用戶面承載和RRC連接，因此，基于RRC消息傳輸小數據包可以解決用戶面承載和RRC連接頻繁重建帶來的信令風暴、降低網絡性能等問題。
[0047] 本發(fā)明其他方面提供的數據傳輸方法及設備，基站與網關設備之間傳輸的數據包為小數據包時，移動管理實體與網關設備建立用戶層面的通用分組無線服務GPRS隧道協(xié) 議GTP-U隧道，基站基于基站與移動管理實體之間的NAS消息進行傳輸，而移動管理實體基于移動管理實體與網關設備之間的GTP-U隧道進行傳輸，一方面解決了基站與網關設備之間小數據包的傳輸，另一方面與基站與網關設備之間GTP-U隧道的建立相比，移動管理實體與網關設備之間建立GTP-U隧道的過程要簡單，信令交互要少，因此，可以解決基站與網關設備之間的GTP-U隧道的頻繁重建帶來的信令風暴、降低網絡性能等問題。

【專利附圖】

【附圖說明】
[0048] 為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn) 有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā) 明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。
[0049] 圖1為本發(fā)明實施例提供的一種數據傳輸方法的流程圖；
[0050] 圖2為本發(fā)明實施例提供的另一種數據傳輸方法的流程圖；
[0051] 圖3為本發(fā)明實施例提供的又一種數據傳輸方法的流程圖；
[0052] 圖4為本發(fā)明實施例提供的又一種數據傳輸方法的流程圖；
[0053] 圖5為本發(fā)明實施例提供的又一種數據傳輸方法的流程圖；
[0054] 圖6為本發(fā)明實施例提供的又一種數據傳輸方法的流程圖；
[0055] 圖7為本發(fā)明實施例提供的又一種數據傳輸方法的流程圖；
[0056] 圖8為本發(fā)明實施例提供的一種數據傳輸設備的結構示意圖；
[0057] 圖9為本發(fā)明實施例提供的另一種數據傳輸設備的結構示意圖；
[0058] 圖10為本發(fā)明實施例提供的一種基站的結構示意圖；
[0059] 圖11為本發(fā)明實施例提供的另一種基站的結構示意圖；
[0060] 圖12為本發(fā)明實施例提供的又一種基站的結構示意圖；
[0061] 圖13為本發(fā)明實施例提供的一種MME的結構示意圖；
[0062] 圖14為本發(fā)明實施例提供的另一種MME的結構示意圖。

【具體實施方式】
[0063] 為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0064] 圖1為本發(fā)明實施例提供的一種數據傳輸方法的流程圖。如圖1所示，所述方法包括：
[0065] 101、在待傳輸數據包為小數據包時，將所述待傳輸數據包封裝在RRC消息中，所述小數據包是指數據量小于預設門限的數據包或通過深度包檢測（Deep Packet Inspection,簡稱為DPI)識別出的數據包。
[0066] 102、發(fā)送所述RRC消息。
[0067] 在本實施例中，當用戶設備（User Equipment,簡稱為UE)與基站之間需要傳輸小數據包時，為了避免用戶面承載和RRC連接在釋放后還要重新建立，在確定待傳輸數據包為小數據包時，通過UE與基站之間的RRC消息進行小數據包的傳輸。對于RRC消息來說，在UE與基站之間的RRC連接處于連接狀態(tài)時，可以通過SRB1或SRB2進行傳輸，在UE與基站之間的RRC連接被釋放時，可以通過SRB0進行傳輸，而不需要重新建立RRC連接，因此，本實施例通過RRC消息傳輸UE與基站之間的小數據包，可以解決現(xiàn)有技術中因傳輸小數據包需要用戶面承載和RRC連接頻繁重建帶來的信令風暴、降低網絡性能等問題。
[0068] 其中，判斷待傳輸數據包是否是小數據包的一種簡單方式包括：判斷待傳輸數據包的數據量是否小于預設門限，如果判斷結果為是，則確定待傳輸數據包為小數據包，反之，確定待傳輸數據包不為小數據包，可以按照現(xiàn)有傳輸方式進行傳輸。在此說明，為了提高確定待傳輸數據包是否為小數據包的準確度，除了判斷待傳輸數據包的數據量是否小于預設門限之外，進一步還可以結合DPI等技術進行判斷，則通過DPI識別出的數據包也屬于本發(fā)明各實施例所述的小數據包。
[0069] 在一可選實施方式中，在將待傳輸數據包封裝在RRC消息中的一種實施方式包括：在待傳輸數據包為小數據包時，如果預設的緩存時間尚未結束，將所述待傳輸數據包進行緩存，當所述緩存時間結束后，將在所述緩存時間內緩存的所有待傳輸數據包封裝到所述RRC消息中。在該實施方式中，通過預先設定緩存時間，在緩存時間尚未結束時，將需要在該緩存時間內進行傳輸的小數據包（即待傳輸數據包）進行緩存，然后在緩存時間結束后，一并將在該緩存時間內緩存的所有待傳輸數據包封裝到RRC消息中進行傳輸。在該實施方式中，一條RRC消息可以攜帶多個待傳輸的小數據包，這樣可以減少傳輸RRC消息的次數，有利于節(jié)約網絡資源。
[0070] 在本發(fā)明實施例中，所述RRC消息可以是現(xiàn)有技術中已經存在的各種RRC消息，例如可以對這些已經存在的RRC消息進行擴展，擴充新的信元（Information Element,簡稱為IE)，通過新的IE攜帶待傳輸數據包。舉例說明，結合現(xiàn)有最常見的三種形式的小數據包，分別是基于文本協(xié)議的控制信息、基于二進制形式的控制信息和應用層的心跳數據包，可以對現(xiàn)有RRC消息擴展三個IE，分別用于攜帶基于文本協(xié)議的控制信息、基于二進制形式的控制信息和應用層的心跳數據包。在此說明，本發(fā)明實施例對現(xiàn)有RRC消息的擴展并不限于擴展IE這種方式?；蛘?，所述RRC消息也可以是新增的不同于現(xiàn)有已存在的RRC消肩、。
[0071] 上述實施例提供的數據傳輸方式既適用于UE向基站傳輸上行數據包，也適用于基站向UE傳輸下行數據包。下面將分別進行說明。
[0072] 當UE需要向基站傳輸上行數據包時，UE可以通過業(yè)務流模板（Traffic Flow Template,簡稱為TFT)或者深度包檢測（Deep Packet Inspection,簡稱為DPI)識別出待傳輸的上行數據包是否是小數據包。在識別出待傳輸的上行數據包為小數據包后，UE將待傳輸的上行數據包封裝到RRC消息中，將RRC消息發(fā)送基站。其中，若UE與基站之間的RRC 連接處于連接狀態(tài)，則UE可以使用SRB1或SRB2傳輸所述RRC消息；若UE與基站之間的 RRC連接被釋放，則UE可以使用SRB0傳輸所述RRC消息，這樣可以避免RRC連接建立的信令過程。除上述情況之外，如果待傳輸數據包經過TFT映射所對應的承載已經建立好，則可以直接通過待傳輸數據包對應的承載來傳輸所述待傳輸數據包。
[0073] 當基站需要向UE傳輸下行數據包時，基站可以通過TFT或者DPI識別出待傳輸的下行數據包是否是小數據包。在識別出待傳輸的下行數據包為小數據包后，基站將待傳輸的下行數據包封裝到RRC消息中，將RRC消息發(fā)送UE。其中，若基站與UE之間的RRC連接處于連接狀態(tài)，則基站可以使用SRB1或SRB2傳輸所述RRC消息；若基站與UE之間的RRC 連接被釋放，則基站可以使用SRB0傳輸所述RRC消息，這樣可以避免RRC連接建立的信令過程。
[0074] 圖2為本發(fā)明實施例提供的另一種數據傳輸方法的流程圖。如圖2所示，所述方法包括：
[0075] 201、基站在待傳輸的上行數據包為小數據包時，將所述待傳輸的上行數據包封裝在上行非接入層（Non-Access Stratum,簡稱為NAS)消息中，所述小數據包是指數據量小于預設門限的數據包或通過DPI識別出的數據包。
[0076] 202、基站將所述上行NAS消息發(fā)送給移動管理實體（Mobility Management Entity，簡稱為MME )，所述上行NAS消息用于供所述MME建立所述MME與網關設備之間的用戶層面的通用分組無線服務（GeneralPacketRadioService，簡稱為GPRS)隧道協(xié)議（GPRS Tunnelling Protocol for the User Plane，簡稱為 GTP-U)隧道，并通過所述 GTP-U 隧道將所述待傳輸的上行數據包發(fā)送給所述網關設備。
[0077] 在本實施例中，所述網關設備可以是服務網關（Serving Gateway，簡稱為SGW)或分組數據網網關（Packet Data Network Gateway，簡稱為 PGW)。
[0078] 在現(xiàn)有技術中，基站與核心網中的網關設備之間，通過基站與網關設備之間的 GTP-U隧道進行數據傳輸，該GTP-U隧道主要用于用戶面數據傳輸。當GTP-U隧道被釋放后，如果基站與網關設備之間需要進行數據傳輸，則需要重新建立GTP-U隧道，如果有大量小數據包需要傳輸，則會造成GTP-U隧道的頻繁重建，也會造成信令風暴、降低網絡性能。針對該問題，本實施例給出了一種適用于基站與網關設備之間小數據包的傳輸方法。
[0079] 在本實施例中，在基站與網關設備之間的GTP-U隧道被釋放后，若基站需要向網關設備傳輸上行數據包，則判斷待傳輸的上行數據包是否為小數據包，例如可以判斷待傳輸的上行數據包的數據量是否小于預設的門限，如果判斷結果為是，則判定待傳輸的上行數據包是小數據包，或者可以通過DPI進行檢測識別，當通過DIP識別出該上行數據包時，確定該上行數據包為小數據包；在判定待傳輸的上行數據包是小數據包時，基站將待傳輸的上行數據包封裝在上行NAS消息中，然后將上行NAS消息發(fā)送給MME。MME在接收到上行 NAS消息后，從中獲取待傳輸的上行數據包，獲知基站有上行數據包要傳輸給網關設備，于是，建立到網關設備的GTP-U隧道，通過所建立的GTP-U隧道將來自于基站的待傳輸的上行數據包發(fā)送給網關設備。
[0080] 其中，MME建立MME與網關設備之間的GTP-U隧道的過程可以是由MME發(fā)起，也可以是由網關設備發(fā)起。以MME發(fā)起建立MME與網關設備之間的GTP-U隧道的過程為例進行說明，該過程包括:MME發(fā)起承載建立請求消息給網關設備，該承載建立請求消息中的承載列表可以攜帶一個或多個需要建立的承載信息。每個承載的信息包括承載ID、IP、MME TEID、Q 〇S等參數。網關設備收到該承載建立請求消息后，進行承載的建立，建立后給MME回應答消息，該應答消息中包含承載建立成功和建立失敗的列表。對于建立成功的承載，列表中包含承載ID、IP、GW TEID等信息。對于建立失敗的承載，列表中包含承載ID信息。
[0081] 其中，上行NAS消息是基站與MME之間的一種信令消息，主要用于傳輸控制面信令。本發(fā)明實施例中的上行NAS消息，可以是現(xiàn)有技術中已經存在的上行NAS消息，例如可以對這些已經存在的上行NAS消息進行擴展，擴充新的IE，通過新的IE攜帶待傳輸的上行數據包。舉例說明，結合現(xiàn)有最常見的三種形式的小數據包，即基于本文協(xié)議的控制信息、基于二進制形式的控制信息和應用層的心跳數據包，可以對現(xiàn)有上行NAS消息擴展三個 IE，分別用于攜帶基于文本協(xié)議的控制信息、基于二進制形式的控制信息和應用層的心跳數據包。在此說明，本發(fā)明實施例對現(xiàn)有上行NAS消息的擴展并不限于擴展IE這種方式。或者，所述上行NAS消息也可以是新增的不同于現(xiàn)有已存在的上行NAS消息。
[0082] 在本實施例中，當基站與網關設備之間用于傳輸用戶面數據的GTP-U隧道被釋放后，當基站需要向網關設備傳輸上行數據包，且待傳輸的上行數據包為小數據包時，基站不與網關設備重新進行GTP-U隧道的建立，而是通過基站與MME之間的上行NAS消息將待傳輸的上行數據包發(fā)送給MME，使MME發(fā)起MME與網關設備之間的GTP-U隧道的建立，由于與基站與網關設備之間的GTP-U隧道的建立過程相比，MME與網關設備之間的GTP-U隧道的建立過程涉及的網元要少，實現(xiàn)相對簡單，信令交互要少，因此，在一定程度上可以解決基站與網關設備之間的GTP-U隧道的頻繁重建帶來的信令風暴、降低網絡性能等問題。
[0083] 在一可選實施方式中，基站需要向網關設備傳輸的上行數據包來自于UE。則基于圖2所示實施例，如圖3所示，所述方法在步驟201之前包括：
[0084] 200、基站接收UE發(fā)送的上行RRC消息，并從所述上行RRC消息中獲取所述待傳輸的上行數據包；所述待傳輸的上行數據包是所述UE在確定所述待傳輸的上行數據包為小數據包時封裝到所述上行RRC消息中發(fā)送給所述基站的。
[0085] 關于UE判斷待傳輸的上行數據包是否為小數據包，以及在確定所述待傳輸的上行數據包為小數據包時，通過RRC消息將待傳輸的上行數據包發(fā)送給基站的具體過程可參見圖1所示實施例的描述，在此不再贅述。
[0086] 進一步，除了基站需要向網關設備傳輸上行數據包之外，網關設備也需要向基站傳輸下行數據包。在基站與網關設備之間的GTP-U隧道被釋放后，若網關設備需要向基站傳輸下行數據包時，可以通過MME與網關設備之間的GTP-U隧道將待傳輸的下行數據包發(fā) 送給MME，由MME通過MME與基站之間的下行NAS消息，將所述待傳輸的下行數據包發(fā)送給基站。
[0087] 基于此，基于圖3所示實施例，如圖4所示，所述方法還可以包括：
[0088] 203、基站接收所述MME發(fā)送的下行NAS消息，所述下行NAS消息包括待傳輸的下行數據包，所述待傳輸的下行數據包是網關設備在所述待傳輸的下行數據包為小數據包時通過MME與網關設備之間的GTP-U隧道發(fā)送給MME的。
[0089] 其中，下行NAS消息是MME與基站之間的一種信令消息，主要用于傳輸控制面信令。本發(fā)明實施例中的下行NAS消息，可以是現(xiàn)有技術中已經存在的下行NAS消息，例如可以對這些已經存在的下行NAS消息進行擴展，擴充新的IE，通過新的IE攜帶待傳輸的下行數據包。舉例說明，結合現(xiàn)有最常見的三種形式的小數據包，即基于本文協(xié)議的控制信息、基于二進制形式的控制信息和應用層的心跳數據包，可以對現(xiàn)有下行NAS消息擴展三個 IE，分別用于攜帶基于文本協(xié)議的控制信息、基于二進制形式的控制信息和應用層的心跳數據包。在此說明，本發(fā)明實施例對現(xiàn)有下行NAS消息的擴展并不限于擴展IE這種方式。或者，所述下行NAS消息也可以是新增的不同于現(xiàn)有已存在的下行NAS消息。
[0090] 進一步可選的，來自于網關設備的下行數據包可能需要基站轉發(fā)給UE，則基于圖 4所示實施例，如圖5所示，所述方法在步驟203之后還可以包括：
[0091] 204、基站將所述待傳輸的下行數據包封裝在下行RRC消息中，并將所述下行RRC 消息發(fā)送給UE。
[0092] 關于基站在所述待傳輸的下行數據包為小數據包時，通過RRC消息將待傳輸的下行數據包發(fā)送給UE的具體過程可參見圖1所示實施例的描述，在此不再贅述。
[0093] 圖6為本發(fā)明實施例提供的又一種數據傳輸方法的流程圖。如圖6所示，所述方法包括：
[0094] 601、MME接收基站發(fā)送的上行NAS消息，所述上行NAS消息包括待傳輸的上行數據包，所述待傳輸的上行數據包是所述基站在所述待傳輸的上行數據包為小數據包時封裝到所述上行NAS消息中發(fā)送給所述MME的，所述小數據包是指數據量小于預設門限的數據包或通過DPI識別出的數據包。
[0095] 602、MME建立所述MME與網關設備之間的GTP-U隧道，并通過所述GTP-U隧道將所述待傳輸的上行數據包發(fā)送給所述網關設備。
[0096] 在本實施例中，所述網關設備可以是SGW或PGW。
[0097] 在現(xiàn)有技術中，基站與核心網中的網關設備之間，通過基站與網關設備之間的 GTP-U隧道進行數據傳輸，該GTP-U隧道主要用于用戶面數據傳輸。當GTP-U隧道被釋放后，如果基站與網關設備之間需要進行數據傳輸，則需要重新建立GTP-U隧道，如果有大量小數據包需要傳輸，則會造成GTP-U隧道的頻繁重建，也會造成信令風暴、降低網絡性能。針對該問題，本實施例給出了一種適用于基站與網關設備之間小數據包的傳輸方法。
[0098] 在基站與網關設備之間的GTP-U隧道被釋放后，若基站需要向網關設備傳輸上行數據包，則判斷待傳輸的上行數據包是否為小數據包，例如可以判斷待傳輸的上行數據包的數據量是否小于預設的門限，如果判斷結果為是，則判定待傳輸的上行數據包是小數據包，或者可以通過DPI進行檢測識別，當通過DIP檢測識別出該上行數據包時，確定該上行數據包為小數據包；在判定待傳輸的上行數據包是小數據包時，基站將待傳輸的上行數據包封裝在上行NAS消息中，然后將上行NAS消息發(fā)送給MME。MME接收基站發(fā)送的上行NAS 消息，從中獲取待傳輸的上行數據包，獲知基站有上行數據包要傳輸給網關設備，于是，建立到網關設備的GTP-U隧道，通過所建立的GTP-U隧道將來自于基站的待傳輸的上行數據包發(fā)送給網關設備。
[0099] 其中，MME建立MME與網關設備之間的GTP-U隧道的過程包括：
[0100] 其中，上行NAS消息是基站與MME之間的一種信令消息，主要用于傳輸控制面信令。本發(fā)明實施例中的上行NAS消息，可以是現(xiàn)有技術中已經存在的上行NAS消息，例如可以對這些已經存在的上行NAS消息進行擴展，擴充新的IE，通過新的IE攜帶待傳輸的上行數據包。舉例說明，結合現(xiàn)有最常見的三種形式的小數據包，即基于本文協(xié)議的控制信息、基于二進制形式的控制信息和應用層的心跳數據包，可以對現(xiàn)有上行NAS消息擴展三個 IE，分別用于攜帶基于文本協(xié)議的控制信息、基于二進制形式的控制信息和應用層的心跳數據包。在此說明，本發(fā)明實施例對現(xiàn)有上行NAS消息的擴展并不限于擴展IE這種方式。或者，所述上行NAS消息也可以是新增的不同于現(xiàn)有已存在的上行NAS消息。
[0101] 在本實施例中，當基站與網關設備之間用于傳輸用戶面數據的GTP-U隧道被釋放后，當基站需要向網關設備傳輸上行數據包，且待傳輸的上行數據包為小數據包時，基站不與網關設備重新進行GTP-U隧道的建立，而是通過基站與MME之間的上行NAS消息將待傳輸的上行數據包發(fā)送給MME，而MME在接收到上行NAS消息后，發(fā)起MME與網關設備之間的 GTP-U隧道的建立，由于與基站與網關設備之間的GTP-U隧道的建立過程相比，MME與網關設備之間的GTP-U隧道的建立過程涉及的網元要少，實現(xiàn)相對簡單，信令交互要少，因此，在一定程度上可以解決基站與網關設備之間的GTP-U隧道的頻繁重建帶來的信令風暴、降低網絡性能等問題。
[0102] 進一步，如圖7所示，所述方法還包括：
[0103] 603、MME接收所述網關設備在待傳輸的下行數據包為小數據包時，通過所述 GTP-U隧道發(fā)送的所述待傳輸的下行數據包；
[0104] 604、MME將所述待傳輸的下行數據包封裝在下行NAS消息中，并將所述下行NAS消息發(fā)送給所述基站。
[0105] 除了基站需要向網關設備傳輸上行數據包之外，網關設備也需要向基站傳輸下行數據包。在基站與網關設備之間的GTP-U隧道被釋放后，若網關設備需要向基站傳輸下行數據包時，可以通過MME與網關設備之間的GTP-U隧道將待傳輸的下行數據包發(fā)送給MME，由MME通過MME與基站之間的下行NAS消息，將所述待傳輸的下行數據包發(fā)送給基站。
[0106] 在本實施例中，當基站與網關設備之間用于傳輸用戶面數據的GTP-U隧道被釋放后，當網關設備需要向基站傳輸下行數據包，且待傳輸的下行數據包為小數據包時，網關設備不與基站重新進行GTP-U隧道的建立，而是通過與MME之間的GTP-U隧道將待傳輸的下行數據包發(fā)送給MME，而MME在接收到下行NAS消息后，通過與基站之間的下行NAS消息發(fā) 送給基站，由于與基站與網關設備之間的GTP-U隧道的建立過程相比，MME與網關設備之間的GTP-U隧道的建立過程涉及的網元要少，實現(xiàn)相對簡單，信令交互要少，因此，在一定程度上可以解決基站與網關設備之間的GTP-U隧道的頻繁重建帶來的信令風暴、降低網絡性能等問題。
[0107] 圖8為本發(fā)明實施例提供的一種數據傳輸設備的結構示意圖。如圖8所示，所述設備包括：封裝模塊81和發(fā)送模塊82。
[0108] 封裝模塊81，用于在待傳輸數據包為小數據包時，將所述待傳輸數據包封裝在 RRC消息中，所述小數據包是指數據量小于預設門限的數據包或通過DPI識別出的數據包。
[0109] 發(fā)送模塊82,與封裝模塊81連接，用于發(fā)送封裝模塊81封裝成的所述RRC消息。
[0110] 在一可選實施方式中，封裝模塊81具體可用于在待傳輸數據包為小數據包時，如果預設的緩存時間尚未結束，將所述待傳輸數據包進行緩存，當所述緩存時間結束后，將在所述緩存時間內緩存的所有待傳輸數據包封裝到所述RRC消息中。
[0111] 本實施例提供的數據傳輸設備可以是UE，用于通過RRC消息向基站傳輸上行小數據包?；蛘?，本實施例提供的數據傳輸設備還可以是基站，用于通過RRC消息向UE傳輸下行小數據包。
[0112] 本實施例提供的數據傳輸設備的各功能模塊可用于執(zhí)行圖1所示數據傳輸方法的流程，其具體工作原理不再贅述，詳見方法實施例的流程。
[0113] 本實施例提供的數據傳輸設備，在待傳輸數據包為小數據包時，將待傳輸數據包封裝在RRC消息中，然后發(fā)送所述RRC消息，由于RRC消息在RRC連接存在時可以通過SRB1 或SRB2進行傳輸，而RRC連接不存在時，可以通過SRB0進行傳輸，不需要重新建立用戶面承載和RRC連接，因此，基于RRC消息傳輸小數據包可以解決用戶面承載和RRC連接頻繁重建帶來的信令風暴、降低網絡性能等問題。
[0114] 圖9為本發(fā)明實施例提供的另一種數據傳輸設備的結構示意圖。如圖9所示，所述設備包括：處理器91和發(fā)射器92。
[0115] 處理器91，用于在待傳輸數據包為小數據包時，將所述待傳輸數據包封裝在RRC 消息中，所述小數據包是指數據量小于預設門限的數據包或通過DPI識別出的數據包。
[0116] 在實現(xiàn)上，本實施例的處理器91可以是一個中央處理器（Central Processing Unit，簡稱為 CPU)，或者是特定集成電路（Application Specific Integrated Circuit，簡稱為ASIC)，或者是被配置成實施本發(fā)明實施例的一個或多個集成電路。
[0117] 發(fā)射器92,用于發(fā)送處理器91封裝成的所述RRC消息。
[0118] 在一可選實施方式中，處理器91具體可用于在待傳輸數據包為小數據包時，如果預設的緩存時間尚未結束，將所述待傳輸數據包進行緩存，當所述緩存時間結束后，將在所述緩存時間內緩存的所有待傳輸數據包封裝到所述RRC消息中。
[0119] 如圖9所示，所述數據傳輸設備還包括：存儲器93。存儲器93,用于存儲程序。具體地，程序可以包括程序代碼，所述程序代碼包括計算機操作指令。
[0120] 可選的，處理器91具體可用于執(zhí)行存儲器93存儲的程序，以實現(xiàn)上述功能，但不限于此。
[0121] 在實現(xiàn)上，本實施例的存儲器93可以包含高速RAM存儲器，也可以包括非易失性存儲器（non-volatile memory),例如至少一個磁盤存儲器。
[0122] 進一步，如圖9所示，所述數據傳輸設備還包括：接收器94。接收器94與發(fā)射器 92相配合，主要負責完成所述數據傳輸設備與其他設備之間的通信。在實現(xiàn)上，接收器94 和發(fā)射器92可以是所述數據傳輸設備上的各種通信模塊，例如射頻（Radio Frequency，簡稱為RF)模塊、無線保真(Wireless Fidelity，簡稱為WiFi)模塊等。
[0123] 可選的，在具體實現(xiàn)上，如果處理器91、發(fā)射器92、存儲器93和接收器94獨立實現(xiàn)，則處理器91、發(fā)射器92、存儲器93和接收器94可以通過總線相互連接并完成相互間的通信。所述總線可以是工業(yè)標準體系結構（Industry Standard Architecture,簡稱為ISA) 總線、外部設備互連（Peripheral Component,簡稱為PCI)總線或擴展工業(yè)標準體系結構 (Extended Industry Standard Architecture，簡稱為 EISA)總線等。所述總線可以分為地址總線、數據總線、控制總線等。為便于表示，圖9中僅用一條粗線表示，但并不表示僅有一根總線或一種類型的總線。
[0124] 可選的，在具體實現(xiàn)上，如果處理器91、發(fā)射器92、存儲器93和接收器94集成在一塊芯片上實現(xiàn)，則處理器91、發(fā)射器92、存儲器93和接收器94可以通過內部接口完成相同間的通信。
[0125] 本實施例提供的數據傳輸設備可以是UE，用于通過RRC消息向基站傳輸上行小數據包?；蛘?，本實施例提供的數據傳輸設備還可以是基站，用于通過RRC消息向UE傳輸下行小數據包。
[0126] 本實施例提供的數據傳輸設備可用于執(zhí)行圖1所示數據傳輸方法的流程，其具體工作原理不再贅述，詳見方法實施例的流程。
[0127] 本實施例提供的數據傳輸設備，在待傳輸數據包為小數據包時，將待傳輸數據包封裝在RRC消息中，然后發(fā)送所述RRC消息，由于RRC消息在RRC連接存在時可以通過SRB1 或SRB2進行傳輸，而RRC連接不存在時，可以通過SRB0進行傳輸，不需要重新建立用戶面承載和RRC連接，因此，基于RRC消息傳輸小數據包可以解決用戶面承載和RRC連接頻繁重建帶來的信令風暴、降低網絡性能等問題。
[0128] 圖10為本發(fā)明實施例提供的一種基站的結構示意圖。如圖10所示，所述基站包括：封裝模塊1001和發(fā)送模塊1002。
[0129] 封裝模塊1001，用于在待傳輸的上行數據包為小數據包時，將所述待傳輸的上行數據包封裝在上行NAS消息中，所述小數據包是指數據量小于預設門限的數據包或通過 DPI識別出的數據包。
[0130] 發(fā)送模塊1002,與封裝模塊1001連接，用于將封裝模塊1001封裝成的上行NAS消息發(fā)送給MME，所述上行NAS消息用于供所述MME建立所述MME與網關設備之間的GTP-U隧道，并通過所述GTP-U隧道將所述待傳輸的上行數據包發(fā)送給所述網關設備。
[0131] 在一可選實施方式中，如圖11所示，所述基站還包括：第一接收模塊1003和獲取模塊1004。
[0132] 第一接收模塊1003,用于在封裝模塊1001將所述待傳輸的上行數據包封裝在上行NAS消息中之前，接收UE發(fā)送的上行RRC消息。
[0133] 獲取模塊1004,與第一接收模塊1003連接，用于從第一接收模塊1003接收的所述上行RRC消息中獲取所述待傳輸的上行數據包，所述待傳輸的上行數據包是所述UE在確定所述待傳輸的上行數據包為小數據包時封裝到所述上行RRC消息中發(fā)送給所述基站的。獲取模塊1004還與封裝模塊1001連接，用于向封裝模塊1001提供所述待傳輸數據包。
[0134] 在一可選實施方式中，如圖11所示，所述基站還包括：第二接收模塊1005。
[0135] 第二接收模塊1005,用于接收所述MME發(fā)送的下行NAS消息，所述下行NAS消息包括待傳輸的下行數據包，所述待傳輸的下行數據包是所述網關設備在所述待傳輸的下行數據包為小數據包時通過所述GTP-U隧道發(fā)送給所述MME的。
[0136] 基于上述，封裝模塊1001還與第二接收模塊1005連接，用于將第二接收模塊1005 接收的所述待傳輸的下行數據包封裝在下行RRC消息中。相應的，發(fā)送模塊1002還用于將所述下行RRC消息發(fā)送給所述UE。
[0137] 本實施例提供的基站的各功能模塊可用于執(zhí)行圖2-圖5所示數據傳輸方法的流程，其具體工作原理不再贅述，詳見方法實施例的描述。
[0138] 本實施例提供的基站，在與網關設備之間傳輸的數據包為小數據包時，MME與網關設備建立GTP-U隧道，基站基于基站與MME之間的NAS消息進行傳輸，而MME基于MME與網關設備之間的GTP-U隧道進行傳輸，一方面解決了基站與網關設備之間小數據包的傳輸，另一方面與基站與網關設備之間GTP-U隧道的建立相比，MME與網關設備之間建立GTP-U隧道的過程要簡單，信令交互要少，因此，可以解決基站與網關設備之間的GTP-U隧道的頻繁重建帶來的信令風暴、降低網絡性能等問題。
[0139] 圖12為本發(fā)明實施例提供的又一種基站的結構示意圖。如圖12所示，所述基站包括：處理器1201和發(fā)射器1202。
[0140] 處理器1201，用于在待傳輸的上行數據包為小數據包時，將所述待傳輸的上行數據包封裝在上行NAS消息中，所述小數據包是指數據量小于預設門限的數據包或通過DPI 識別出的數據包。
[0141] 在實現(xiàn)上，本實施例的處理器1201可以是一個CPU，或者是特定ASIC，或者是被配置成實施本發(fā)明實施例的一個或多個集成電路。
[0142] 發(fā)射器1202,用于將處理器1201封裝成的上行NAS消息發(fā)送給MME，所述上行NAS 消息用于供所述MME建立所述MME與網關設備之間的GTP-U隧道，并通過所述GTP-U隧道將所述待傳輸的上行數據包發(fā)送給所述網關設備。
[0143] 進一步，如圖12所示，所述基站還包括：接收器1203。
[0144] 接收器1203,用于在處理器1201將所述待傳輸的上行數據包封裝在上行NAS消息中之前，接收UE發(fā)送的上行RRC消息。
[0145] 基于此，處理器1201還用于在將所述待傳輸的上行數據包封裝在上行NAS消息中之前，從接收器1203接收的所述上行RRC消息中獲取所述待傳輸的上行數據包。所述待傳輸的上行數據包是所述UE在確定所述待傳輸的上行數據包為小數據包時封裝到所述上行 RRC消息中發(fā)送給所述基站的。
[0146] 在一可選實施方式中，接收器1203還用于接收所述MME發(fā)送的下行NAS消息，所述下行NAS消息包括待傳輸的下行數據包，所述待傳輸的下行數據包是所述網關設備在所述待傳輸的下行數據包為小數據包時通過所述GTP-U隧道發(fā)送給所述MME的。
[0147] 基于上述，處理器1201還用于將接收器1203接收的所述待傳輸的下行數據包封裝在下行RRC消息中。相應的，發(fā)射器1202還用于將所述下行RRC消息發(fā)送給所述UE。
[0148] 進一步，如圖12所示，所述基站還包括：存儲器1204。存儲器1204,用于存儲程序。具體地，程序可以包括程序代碼，所述程序代碼包括計算機操作指令。
[0149] 可選的，處理器1201具體可用于執(zhí)行存儲器1204存儲的程序，以實現(xiàn)上述功能，但不限于此。
[0150] 在實現(xiàn)上，本實施例的存儲器1204可以包含高速RAM存儲器，也可能還包括非易失性存儲器（non-vo 1 at i 1 e memory )，例如至少一個磁盤存儲器。
[0151] 可選的，在具體實現(xiàn)上，如果處理器1201、發(fā)射器1202、接收器1203和存儲器1204 獨立實現(xiàn)，則處理器1201、發(fā)射器1202、接收器1203和存儲器1204可以通過總線相互連接并完成相互間的通信。所述總線可以是ISA總線、PCI總線或EISA總線等。所述總線可以分為地址總線、數據總線、控制總線等。為便于表示，圖12中僅用一條粗線表示，但并不表示僅有一根總線或一種類型的總線。
[0152] 可選的，在具體實現(xiàn)上，如果處理器1201、發(fā)射器1202、接收器1203和存儲器1204 集成在一塊芯片上實現(xiàn)，則處理器1201、發(fā)射器1202、接收器1203和存儲器1204可以通過內部接口完成相同間的通信。
[0153] 本實施例提供的基站可用于執(zhí)行圖2-圖5所示數據傳輸方法的流程，其具體工作原理不再贅述，詳見方法實施例的描述。
[0154] 本實施例提供的基站，在與網關設備之間傳輸的數據包為小數據包時，MME與網關設備建立GTP-U隧道，基站基于基站與MME之間的NAS消息進行傳輸，而MME基于MME與網關設備之間的GTP-U隧道進行傳輸，一方面解決了基站與網關設備之間小數據包的傳輸，另一方面與基站與網關設備之間GTP-U隧道的建立相比，MME與網關設備之間建立GTP-U隧道的過程要簡單，信令交互要少，因此，可以解決基站與網關設備之間的GTP-U隧道的頻繁重建帶來的信令風暴、降低網絡性能等問題。
[0155] 圖13為本發(fā)明實施例提供的一種MME的結構示意圖。如圖13所示，所述MME包括：接收模塊1301、建立模塊1302和發(fā)送模塊1303。
[0156] 接收模塊1301，用于接收基站發(fā)送的上行NAS消息，所述上行NAS消息包括待傳輸的上行數據包，所述待傳輸的上行數據包是所述基站在所述待傳輸的上行數據包為小數據包時封裝到所述上行NAS消息中發(fā)送給所述MME的，所述小數據包是指數據量小于預設門限的數據包或通過DPI識別出的數據包。
[0157] 建立模塊1302,與接收模塊1301連接，用于在接收模塊1301接收到所述上行NAS 消息后，建立所述MME與網關設備之間的GTP-U隧道。
[0158] 發(fā)送模塊1303,與建立模塊1302和接收模塊1301連接，用于通過建立模塊1302 建立的所述GTP-U隧道將接收模塊1301接收的所述待傳輸的上行數據包發(fā)送給所述網關設備。
[0159] 在一可選實施方式中，接收模塊1301還用于接收所述網關設備在待傳輸的下行數據包為小數據包時，通過所述GTP-U隧道發(fā)送的所述待傳輸的下行數據包。
[0160] 相應的，發(fā)送模塊1303還用于將所述待傳輸的下行數據包封裝在下行NAS消息中，并將所述下行NAS消息發(fā)送給所述基站。
[0161] 本實施例提供的MME的各功能模塊可用于執(zhí)行圖6和圖7所示數據傳輸方法的流程，其具體工作原理不再贅述，詳見方法實施例的描述。
[0162] 本實施例提供的MME，在基站與網關設備之間傳輸的數據包為小數據包時，通過與網關設備建立GTP-U隧道，使得基站基于基站與MME之間的NAS消息進行傳輸，而MME基于 MME與網關設備之間的GTP-U隧道進行傳輸，一方面解決了基站與網關設備之間小數據包的傳輸，另一方面與基站與網關設備之間GTP-U隧道的建立相比，MME與網關設備之間建立 GTP-U隧道的過程要簡單，信令交互要少，因此，可以解決基站與網關設備之間的GTP-U隧道的頻繁重建帶來的信令風暴、降低網絡性能等問題。
[0163] 圖14為本發(fā)明實施例提供的另一種MME的結構示意圖。如圖14所示，所述MME 包括：接收器1401、處理器1402和發(fā)射器1403。
[0164] 接收器1401，用于接收基站發(fā)送的上行NAS消息，所述上行NAS消息包括待傳輸的上行數據包，所述待傳輸的上行數據包是所述基站在所述待傳輸的上行數據包為小數據包時封裝到所述上行NAS消息中發(fā)送給所述MME的，所述小數據包是指數據量小于預設門限的數據包或通過DPI識別出的數據包。
[0165] 處理器1402,用于在接收器1401接收到所述上行NAS消息后，建立所述MME與網關設備之間的GTP-U隧道。
[0166] 在實現(xiàn)上，本實施例的處理器1402可以是一個CPU，或者是特定ASIC，或者是被配置成實施本發(fā)明實施例的一個或多個集成電路。
[0167] 發(fā)射器1403,用于通過處理器1402建立的所述GTP-U隧道將接收器1401接收的所述待傳輸的上行數據包發(fā)送給所述網關設備。
[0168] 在一可選實施方式中，接收器1401還用于接收所述網關設備在待傳輸的下行數據包為小數據包時，通過所述GTP-U隧道發(fā)送的所述待傳輸的下行數據包。
[0169] 相應的，發(fā)射器1403還用于將所述待傳輸的下行數據包封裝在下行NAS消息中，并將所述下行NAS消息發(fā)送給所述基站。
[0170] 進一步，如圖14所示，所述基站還包括：存儲器1404。存儲器1404,用于存儲程序。具體地，程序可以包括程序代碼，所述程序代碼包括計算機操作指令。
[0171] 可選的，處理器1402具體可用于執(zhí)行存儲器1404存儲的程序，以實現(xiàn)上述功能，但不限于此。
[0172] 在實現(xiàn)上，本實施例的存儲器1404可以包含高速RAM存儲器，也可能還包括非易失性存儲器（non-vo 1 at i 1 e memory )，例如至少一個磁盤存儲器。
[0173] 可選的，在具體實現(xiàn)上，如果接收器1401、處理器1402、發(fā)射器1403和存儲器1404 獨立實現(xiàn)，則接收器1401、處理器1402、發(fā)射器1403和存儲器1404可以通過總線相互連接并完成相互間的通信。所述總線可以是ISA總線、PCI總線或EISA總線等。所述總線可以分為地址總線、數據總線、控制總線等。為便于表示，圖14中僅用一條粗線表示，但并不表示僅有一根總線或一種類型的總線。
[0174] 可選的，在具體實現(xiàn)上，如果接收器1401、處理器1402、發(fā)射器1403和存儲器1404 集成在一塊芯片上實現(xiàn)，則接收器1401、處理器1402、發(fā)射器1403和存儲器1404可以通過內部接口完成相同間的通信。
[0175] 本實施例提供的MME可用于執(zhí)行圖6和圖7所示數據傳輸方法的流程，其具體工作原理不再贅述，詳見方法實施例的描述。
[0176] 本實施例提供的MME，在基站與網關設備之間傳輸的數據包為小數據包時，通過與網關設備建立GTP-U隧道，使得基站基于基站與MME之間的NAS消息進行傳輸，而MME基于 MME與網關設備之間的GTP-U隧道進行傳輸，一方面解決了基站與網關設備之間小數據包的傳輸，另一方面與基站與網關設備之間GTP-U隧道的建立相比，MME與網關設備之間建立 GTP-U隧道的過程要簡單，信令交互要少，因此，可以解決基站與網關設備之間的GTP-U隧道的頻繁重建帶來的信令風暴、降低網絡性能等問題。
[0177] 本領域普通技術人員可以理解：實現(xiàn)上述各方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成。前述的程序可以存儲于一計算機可讀取存儲介質中。該程序在執(zhí)行時，執(zhí)行包括上述各方法實施例的步驟；而前述的存儲介質包括：ROM、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質。
[0178] 最后應說明的是：以上各實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述各實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解：其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分或者全部技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的范圍。
【權利要求】
1. 一種數據傳輸方法，其特征在于，包括：在待傳輸數據包為小數據包時，將所述待傳輸數據包封裝在無線資源控制RRC消息中，所述小數據包是指數據量小于預設門限的數據包或通過深度包檢測DPI識別出的數據包；發(fā)送所述RRC消息。
2. 根據權利要求1所述的方法，其特征在于，所述將所述待傳輸數據包封裝在RRC消息中包括：如果預設的緩存時間尚未結束，將所述待傳輸數據包進行緩存；當所述緩存時間結束后，將在所述緩存時間內緩存的所有待傳輸數據包封裝到所述 RRC消息中。
3. -種數據傳輸方法，其特征在于，包括：基站在待傳輸的上行數據包為小數據包時，將所述待傳輸的上行數據包封裝在上行非接入層NAS消息中，所述小數據包是指數據量小于預設門限的數據包或通過深度包檢測 DPI識別出的數據包；所述基站將所述上行NAS消息發(fā)送給移動管理實體MME，所述上行NAS消息用于供所述 MME建立所述MME與網關設備之間的用戶層面的通用分組無線服務GPRS隧道協(xié)議GTP-U隧道，并通過所述GTP-U隧道將所述待傳輸的上行數據包發(fā)送給所述網關設備。
4. 根據權利要求3所述的方法，其特征在于，所述基站在待傳輸的上行數據包為小數據包時，將所述待傳輸的上行數據包封裝在上行NAS消息中之前，包括：所述基站接收用戶設備發(fā)送的上行RRC消息，并從所述上行RRC消息中獲取所述待傳輸的上行數據包，所述待傳輸的上行數據包是所述用戶設備在確定所述待傳輸的上行數據包為小數據包時封裝到所述上行RRC消息中發(fā)送給所述基站的。
5. 根據權利要求3或4所述的方法，其特征在于，還包括：所述基站接收所述MME發(fā)送的下行NAS消息，所述下行NAS消息包括待傳輸的下行數據包，所述待傳輸的下行數據包是所述網關設備在所述待傳輸的下行數據包為小數據包時通過所述GTP-U隧道發(fā)送給所述MME的。
6. 根據權利要求5所述的方法，其特征在于，還包括：所述基站將所述待傳輸的下行數據包封裝在下行RRC消息中；所述基站將所述下行RRC消息發(fā)送給所述用戶設備。
7. -種數據傳輸方法，其特征在于，包括：移動管理實體MME接收基站發(fā)送的上行非接入層NAS消息，所述上行NAS消息包括待傳輸的上行數據包，所述待傳輸的上行數據包是所述基站在所述待傳輸的上行數據包為小數據包時封裝到所述上行NAS消息中發(fā)送給所述MME的，所述小數據包是指數據量小于預設門限的數據包或通過深度包檢測DPI識別出的數據包；所述MME建立所述MME與網關設備之間的用戶層面的通用分組無線服務GPRS隧道協(xié) 議GTP-U隧道，并通過所述GTP-U隧道將所述待傳輸的上行數據包發(fā)送給所述網關設備。
8. 根據權利要求7所述的方法，其特征在于，還包括：所述MME接收所述網關設備在待傳輸的下行數據包為小數據包時，通過所述GTP-U隧道發(fā)送的所述待傳輸的下行數據包；所述MME將所述待傳輸的下行數據包封裝在下行NAS消息中，并將所述下行NAS消息發(fā)送給所述基站。
9. 一種數據傳輸設備，其特征在于，包括：封裝模塊，用于在待傳輸數據包為小數據包時，將所述待傳輸數據包封裝在無線資源控制RRC消息中，所述小數據包是指數據量小于預設門限的數據包或通過深度包檢測DPI 識別出的數據包；發(fā)送模塊，用于發(fā)送所述封裝模塊封裝成的所述RRC消息。
10. 根據權利要求9所述的設備，其特征在于，所述封裝模塊具體用于在待傳輸數據包為小數據包時，如果預設的緩存時間尚未結束，將所述待傳輸數據包進行緩存，當所述緩存時間結束后，將在所述緩存時間內緩存的所有待傳輸數據包封裝到所述RRC消息中。
11. 一種基站，其特征在于，包括：封裝模塊，用于在待傳輸的上行數據包為小數據包時，將所述待傳輸的上行數據包封裝在上行非接入層NAS消息中，所述小數據包是指數據量小于預設門限的數據包或通過深度包檢測DPI識別出的數據包；發(fā)送模塊，用于將所述上行NAS消息發(fā)送給移動管理實體MME，所述上行NAS消息用于供所述MME建立所述MME與網關設備之間的用戶層面的通用分組無線服務GPRS隧道協(xié)議 GTP-U隧道，并通過所述GTP-U隧道將所述待傳輸的上行數據包發(fā)送給所述網關設備。
12. 根據求權利要求11所述的基站，其特征在于，還包括：第一接收模塊，用于在所述封裝模塊將所述待傳輸的上行數據包封裝在上行NAS消息中之前，接收用戶設備發(fā)送的上行RRC消息；獲取模塊，用于從所述第一接收模塊接收的所述上行RRC消息中獲取所述待傳輸的上行數據包，所述待傳輸的上行數據包是所述用戶設備在確定所述待傳輸的上行數據包為小數據包時封裝到所述上行RRC消息中發(fā)送給所述基站的。
13. 根據權利要求11或12所述的基站，其特征在于，還包括：第二接收模塊，用于接收所述MME發(fā)送的下行NAS消息，所述下行NAS消息包括待傳輸的下行數據包，所述待傳輸的下行數據包是所述網關設備在所述待傳輸的下行數據包為小數據包時通過所述GTP-U隧道發(fā)送給所述MME的。
14. 根據權利要求13所述的基站，其特征在于，所述封裝模塊還用于將所述待傳輸的下行數據包封裝在下行RRC消息中；所述發(fā)送模塊還用于將所述下行RRC消息發(fā)送給所述用戶設備。
15. -種移動管理實體MME，其特征在于，包括：接收模塊，用于接收基站發(fā)送的上行非接入層NAS消息，所述上行NAS消息包括待傳輸的上行數據包，所述待傳輸的上行數據包是所述基站在所述待傳輸的上行數據包為小數據包時封裝到所述上行NAS消息中發(fā)送給所述MME的，所述小數據包是指數據量小于預設門限的數據包或通過深度包檢測DPI識別出的數據包；建立模塊，用于建立所述MME與網關設備之間的用戶層面的通用分組無線服務GPRS隧道協(xié)議GTP-U隧道；發(fā)送模塊，用于通過所述GTP-U隧道將所述待傳輸的上行數據包發(fā)送給所述網關設備。
16.根據權利要求15所述的MME，其特征在于，所述接收模塊還用于接收所述網關設備在待傳輸的下行數據包為小數據包時，通過所述GTP-U隧道發(fā)送的所述待傳輸的下行數據包；所述發(fā)送模塊還用于將所述待傳輸的下行數據包封裝在下行NAS消息中，并將所述下行NAS消息發(fā)送給所述基站。
【文檔編號】H04W28/08GK104219712SQ201310216181
【公開日】2014年12月17日申請日期:2013年6月3日優(yōu)先權日:2013年6月3日
【發(fā)明者】李想申請人:華為技術有限公司

完整全部詳細技術資料下載