一种传输数据的方法、设备和系统的制作方法

专利名称：一种传输数据的方法、设备和系统的制作方法
技术领域：
本发明涉及无线通信领域，特别涉及一种传输数据的方法、设备和系统。
背景技术：
M2M(Machine to Machine,机器对机器)通信，或称 MTC(Machine Type Communications，机器类型通信)，是一种机器和机器之间通过无线通信系统进行数据传输 的通信方式。以LTE(Long Term Evolution，长期演进)无线通信系统的M2M业务为例，UE(User Equipment，用户设备)附着在网络中的具体过程为UE发送附着请求消息给MME ((Mobility Management Entity,移动性管理网元)， 如果附着的是一个新MME，则需要删除旧MME以及核心网可能保存的UE过去的承载信息，新 MME需要从HSS (Home Subscriber Server,归属用户服务器)获取UE的签约信息，然后通 过控制面信令的交互，触发建立用户面承载，包括核心网用户面承载、接入网用户面承载以 及空口用户面承载，最后通过建好的用户面承载来传输业务数据。在实现本发明的过程中，发明人发现现有技术至少存在以下问题对于某些具有低数据量通信特性的M2M业务，建立所有的控制面和用户面承载， 只传输数据量很少的数据，对网络资源是一种巨大的损耗和浪费。

发明内容
本发明实施例提供了一种传输数据的方法、设备和系统能够解决传输数据量很少 的情况下网络资源浪费的问题。所述技术方案如下一种传输数据的方法，所述方法包括获取用户设备的传输指示信息，并接收所述用户设备通过上行控制面信令发送的 上行业务数据，所述传输指示信息用于指示通过控制面信令传输业务数据；根据所述传输指示信息，将所述上行业务数据通过核心网网关实体发送给服务器。一种传输数据的设备，所述设备包括获取模块，用于获取用户设备的传输指示信息，并接收所述用户设备通过上行控 制面信令发送的上行业务数据，所述传输指示信息用于指示通过控制面信令传输业务数 据；上行传输模块，用于根据所述获取模块获取的所述传输指示信息，将所述上行业 务数据通过核心网网关实体发送给服务器。一种传输数据的系统，所述系统包括所述移动性管理实体，以及以可通信方式与 所述移动性管理实体相连的用户设备和服务器；所述移动性管理实体用于获取所述用户设备的传输指示信息，并接收所述用户设备通过上行控制面信令发送的上行业务数据，所述传输指示信息用于指示通过控制面信令 传输业务数据；根据所述传输指示信息，将所述上行业务数据通过所述核心网网关实体发送给所 述服务器。本发明实施例提供的技术方案带来的有益效果是通过获取用户设备的传输指示 信息，并接收用户设备通过上行控制面信令发送的上行业务数据，根据传输指示信息，将上 行业务数据通过核心网网关实体发送给服务器，从而使得数据量较低的业务数据可以通过 控制面信令直接进行传输，无须建立用户面承载，节省了网络资源，相对于控制面和用户面 均建立完毕后再传输业务数据的传输模式，还减少了数据传输的时间。


图1是本发明实施例1中提供的传输数据的方法流程图；图2是本发明实施例2中提供的附着过程传输数据的方法流程图；图3是本发明实施例2中提供的附着过程传输数据的另一方法流程图；图4是本发明实施例2中提供的附着过程传输数据的另一方法流程图；图5是本发明实施例3中提供的UE发起的UE激活过程及传输数据的方法流程 图；图6是本发明实施例4中提供的网络侧发起的UE激活过程及传输数据的方法流 程图；图7是本发明实施例5中提供的数据封装的方法流程图；图8是本发明实施例6中提供的传输数据的方法流程图；图9是本发明实施例6中提供的传输数据的另一方法流程图；图10是本发明实施例7中提供的传输数据的方法流程图；图11是本发明实施例7中提供的传输数据的另一方法流程图；图12是本发明实施例7中提供的传输数据的另一方法流程图；图13是本发明实施例中提供的网络架构示意图；图14是本发明实施例8中提供的传输数据的设备结构示意图；图15是本发明实施例8中提供的传输数据的设备另一结构示意图；图16是本发明实施例9中提供的传输数据的系统结构示意图。
具体实施例方式为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方 式作进一步地详细描述。实施例1参见图1，本实施例提供了一种传输数据的方法，该方法包括101 获取用户设备的传输指示信息，并接收用户设备通过上行控制面信令发送的 上行业务数据，传输指示信息用于指示通过控制面信令传输业务数据；其中，传输指示信息包括低数据量传输的指示、使用控制面传输的指示、业务级 别、业务特性和用户签约特性中的至少一个。
其中，此处的控制面信令指的是用户设备和移动性管理实体之间的空口和接入网 控制面信令。102:根据传输指示信息，将上行业务数据通过核心网网关实体发送给服务器。本实施例通过获取用户设备的传输指示信息，并接收用户设备通过上行控制面信 令发送的上行业务数据，根据传输指示信息，将上行业务数据通过核心网网关实体发送给 服务器，从而使得数据量较低的业务数据可以通过控制面信令直接进行传输，无须建立用 户面承载，节省了网络资源，相对于控制面和用户面均建立完毕后再传输业务数据的传输 模式，还减少了数据传输的时间。实施例2本实施例提供了一种通过完全的控制面信令传输数据的方法，具体可以采用以下 三种方法传输数据。方法一参见图2，UE在接入前发送正常的附着消息。MME根据获得的签约数据， 判断该业务应该采用控制面信令传输数据，向UE发送消息指示传输方式，进而触发网络侧 各节点将数据封装在控制面信令消息中进行传递。该方法具体包括步骤201.UE发起附着流程，向eNodeB(eVolVed Node B，演进型基站)通过 NAS(Non Access Stratum，非接入层)信令发送附着请求消息；其中，附着请求消息包含NAS相关参数，包括IMSI (International Mobile Subscriber Identity，国际移动用户标识号)或原有 GUTI (Globally Unique Temporary Identifier,全球唯一临时标识)，UE核心网能力，PDN (Packet Data Network,分组数据网) type (类型hPCOG^rotocol Configuration Options，协议配置选项)标识，附着类型以及 安全相关等参数，并且在RRC(Radio Resource Control，无线资源控制)消息中携带RRC相 关参数，包括所选网络信息以及原有GUMMEI (Globally Unique MME Identifier，全球唯一 移动性管理网元标识)。步骤202. eNodeB通过RRC消息中的GUMMEI和所选网络信息找到对应的MME， eNodeB将附着请求消息发给该MME ；其中，如果没有MME相关信息或者eNodeB无法找到指定MME，则eNodeB为其选定 一个新的MME。步骤203.可选的，MME发起删除旧承载和相应节点上上下文的过程；
步骤204. MME获取并保存签约信息；具体的，如果UE本次接入的MME是一个新的MME，或者MME上没有UE的签约信息， 则MME与HSS交互，发送位置更新请求，向HSS获取签约信息。签约数据包括传输指示信 息，用于指示通过控制面信令传输业务数据。该传输指示信息可以是该业务属于低数据量 传输的指示，或者是该业务需要使用控制面传输的指示，或者该业务的低数据量特性，或者 是业务级别，业务特性，或者是用户签约特性等参数，本实施例并不限定其具体内容。本步骤可选，如果该MME原来保存有UE的签约数据，则不需要向HSS获取。步骤205. MME根据签约数据判断该UE的业务是否采取控制面信令传输。具体的，如果传输指示信息指示采用控制面信令传输数据，则对该UE的业务采取 控制面信令传输，否则，MME可能拒绝该带有数据的NAS请求消息，并携带相关的拒绝原因。步骤206. MME通过NAS信令向UE发送获取数据请求消息，该消息中携带UE传输9指不信息；其中，该消息可以通过MME到eNodeB的Sl信令下行信令传输承载，也可以通过其 他消息承载。eNodeB和UE之间可以通过下行RRC传输消息承载，也有可能通过其他消息承载。步骤207. UE收到获取数据请求消息后，根据消息中传输指示信息的指示，保存关 于UE传输指示信息，并且将自己的上行业务数据封装在获取数据响应信令消息中，返回给 MME ；步骤208. MME向SGW(Serving (Gateway，服务网关)发起建立会话请求消息，其中 携带UE发给MME的上行业务数据和该UE的传输指示信息；此外，消息中还可以携带参数包括但不限于UE标识，MME的控制面TEID (Tunnel Endpoint Identifier，隧道端点标识)，PGW 地址，APN(Access Point Name，接入点)等参 数，还可以包括PDN地址。步骤209. SGff保存该UE的传输指示信息，然后发送建立会话请求给 PGW(PDNGateWay，分组数据网关)，消息中携带UE的上行业务数据以及该UE的传输指示信 息；此外，消息中还可以包含参数UE标识，APN, SGff控制面TEID等，还可以包括PDN 地址等。其中，保存传输指示信息可以在步骤209或者步骤213执行。步骤210. PGW 与 PCRF (Policy Charging Rules Function 策略和计费规则功能实 体)进行PCC(Policy and Charging Control，策略和计费控制)流程，制定计费和控制规 则；其中，步骤210和步骤211没有严格的时序关系。步骤211. PGff保存该UE的传输指示信息，并与krver (服务器)进行上下行数据 交互；具体的，PGW从信令消息中获取到UE的上行业务数据，通过和krver的交互传给 Server jerver如果需要传输的下行业务数据，也把要传给UE的下行业务数据传输给PGW。步骤212. PGW将下行业务数据封装在响应消息中，向SGW返回建立会话响应消 息；此外，消息中还可以包括但不限于PDN Gff控制面TEID，PDN地址等参数。步骤213. SGW将下行业务数据封装在响应消息中，向MME返回建立会话响应消 息；此外，消息中还可以包括但不限于PDN地址，SGW的控制面TEID等参数。其中，步骤209中SGW保存该UE的传输指示信息也可以在本步骤执行。至此，由于SGW和MME上面都得到彼此的控制面TEID，SGff和MME之间的控制面已 经建立完成并且也完成了数据传输。步骤214. MME收到响应消息后，将下行业务数据封装在下行传输消息中，下发给 eNodeB ；或者是将下行业务数据封装在NAS附着接受消息中，再封装在下行传输消息中，下 发给 eNodeB ；其中，本步骤的Sl消息携带AS层的安全上下文等信息。NAS消息中包含参数APN， GUTI, PDN类型，PDN地址，TAI (Tracking Area Identity，跟踪区标识)列表，安全相关参数等信息。步骤215. eNodeB向UE发送下行直传消息，其中携带NAS附着完成信息以及下行 业务数据。至此，UE完成附着过程和上下行业务数据交互过程。以上方法中，UE，MME，SGW，PGW等相关实体上都保存UE上下文以及UE的传输指示 信息。整个流程完成后，UE和当前网络之间处于连接状态。后续之间发送数 据则通过控制面信令消息的交互完成。方法二 参见图3，UE在接入前根据预先配置的传输指示信息或预先获取的传输 指示信息，例如上一次接入保留的传输指示信息，知道自己需要使用控制面信令传输数据， 因此在附着请求消息中携带上行业务数据。MME根据取得的签约数据判断该业务应该采用 控制面信令传输业务数据，从而触发网络侧各节点将数据封装在控制面信令消息中进行传 递。该方法具体包括步骤301. UE发起附着流程，向eNodeB通过NAS信令发送附着请求消息，根据预先 配置的传输指示信息或预先获取的传输指示信息，例如上一次接入保留的传输指示信息， 在附着请求消息中携带UE欲发送给kver的上行业务数据；此外，附着请求消息还可以包含NAS相关参数，包括IMSI或原有⑶Tl，UE核心网 能力，PDN type,PCO标识，附着类型以及安全相关等参数，并且在RRC消息中携带RRC相关 参数，包括所选网络信息以及原有GUMMEI。步骤302. eNodeB通过RRC消息中的GUMMEI和所选网络信息找到对应的MME， eNodeB将附着请求消息发给该MME，消息中携带该UE的上行业务数据；其中，如果没有MME相关信息或者eNodeB无法找到指定MME，则eNodeB为其选定 一个新的MME。步骤303.可选的，MME发起的删除旧承载和相应节点上上下文的过程；步骤304. MME获取并保存签约信息；具体的，如果UE本次接入的MME是一个新的MME，或者MME上没有UE的签约信息， 则MME与HSS交互，发送位置更新请求，获取签约信息。获取的签约信息即HSS上面保存的 签约数据，包括传输指示信息，用于表示是否采用控制面传输数据。该传输指示信息可以 是该业务属于低数据量传输的指示，或者是该业务需要使用控制面传输的指示，或者该业 务的低数据量特性，或者是业务级别，业务特性，或者是用户签约特性等参数，本实施例并 不限定其具体内容。本步骤可选，如果该MME原来保存有UE的签约数据，则不需要向HSS获取。步骤305. MME根据签约数据判断该UE的业务是否采取控制面信令传输。具体的，如果根据签约数据中的传输指示信息指示采用控制面传输数据，则读取 附着请求中的上行业务数据，并对该UE的业务采取控制面信令传输，否则，MME可能拒绝该 带有数据的NAS请求消息，并携带相关的拒绝原因。步骤306. MME向SGW发起建立会话请求消息，其中携带UE发给MME的上行业务数 据以及该UE的传输指示信息；此外，消息中还携带参数包括但不限于UE标识，MME的控制面TEID，PGW地址APN 等参数，还可以包括PDN地址。
步骤307. SGW保存该UE的传输指示信息，然后发送建立会话请求给PGW，消息中携 带UE的上行业务数据；此外，消息中还包含参数UE标识，APN，Serving GW控制面TEID等参数，还可以 包括PDN地址。其中，保存UE传输指示信息可以在步骤307或者步骤311执行。步骤308. PGff与PCRF进行PCC流程，制定计费和控制规则；其中，步骤308和步骤 309没有严格的时序关系；步骤309. PGff保存该UE的传输指示信息，并与krver (服务器)进行上下行业务 数据交互；具体的，PGW从控制面信令消息中获取到UE的上行业务数据，通过和krver的交 互传给krver ；Server如果有需要的话，也把要传给UE的下行业务数据传输给PGW。步骤310. PGff将下行业务数据封装在响应消息中，向SGW返回建立会话响应消 息；其中，消息中包括但不限于PDN Gff控制面TEID，PDN地址等参数。步骤311. SGff将下行数据封装在响应消息中，向MME返回建立会话响应消息；其中，消息中包括但不限于PDN地址，SGff的控制面TEID等相关参数。其中，SGff保存该UE的传输指示信息也可以在本步骤执行。步骤312. MME收到响应消息后，将下行数据封装在下行传输消息中，下发给 eNodeB ；或者是将下行数据封装在NAS附着接受消息中，再封装在下行传输消息中，下发给 eNodeB ；其中，本步骤的Sl消息携带AS层的安全上下文等信息。NAS消息中包含参数APN， ⑶Tl，PDN类型，PDN地址，TAI列表，安全相关参数等信息。步骤313. eNodeB向UE发送下行直传消息，其中携带NAS附着完成信息以及下行 业务数据。以上方法中，UE，MME，SGW，PGW等相关实体上都保存UE上下文以及UE的传输指示 信息。整个流程完成后，UE和当前网络之间处于连接状态。后续之间发送数 据则通过控制面信令消息的交互完成。方法三参见图4，UE在接入前不知道自己是需要使用控制面信令传输数据，发送 正常的附着消息。MME根据取得的签约数据，判断该业务应该采用控制面传输业务数据，向 上发送消息进行信令交互。下行业务数据在响应消息中携带逐层带给UE，UE接收到附着完 成消息后，可以进行上行业务数据传输。该方法具体包括步骤401-404同方法一的步骤201-204。步骤405. MME根据签约数据判断该UE的业务是否采取控制面信令传输。具体的，如果传输指示信息指示采用控制面传输数据，则对该UE的业务采取控制 面信令传输，否则，MME可能拒绝该带有数据的NAS请求消息，并携带相关的拒绝原因。步骤406. MME向SGW发起建立会话请求消息，消息中携带该UE的传输指示信息；此外，消息中还携带参数包括但不限于UE标识，MME的控制面TEID，PGW地址，APN 等参数，还可以包括PDN地址。步骤407. SGW保存该UE的传输指示信息，然后发送建立会话请求给PGW，请求中携带该UE的传输指示信息；此外，消息中还包含UE标识，APN, Serving GW用户面地址，Serving GW控制面 TEID等参数，还可以包括PDN地址。其中，保存该UE的传输指示信息可以在步骤407或者步骤411执行。步骤408. PGff与PCRF进行PCC流程，制定计费和控制规则；其中，步骤408和步骤 409没有严格的时序关系。步骤409. PGW保存该UE的传输指示信息，并与Server (服务器)进行数据交互， Server如果有需要的话，也把要传给UE的下行业务数据传输给PGW ；步骤410. PGW将下行业务数据封装在响应消息中，向SGW返回建立会话响应消 息；其中，消息中包括但不限于PDN GW控制面TEID，PDN地址等参数。步骤411. SGW将下行业务数据封装在响应消息中，向MME返回建立会话响应消 息；其中，消息中携带包括但不限于PDN地址，SGff的控制面TEID等相关参数。其中，SGff保存该UE的传输指示信息也可以在本步骤执行。步骤412. MME收到响应消息后，将下行业务数据和UE传输指示信息封装在下行传 输消息中，下发给eNodeB。或者是将下行业务数据和UE传输指示信息封装在NAS附着接受 消息中，再封装在下行传输消息中，下发给eNodeB ；其中，本步骤的Sl消息携带AS层的安全上下文等信息。NAS消息中包含参数APN， ⑶Tl，PDN类型，PDN地址，TAI列表，安全相关参数等信息。步骤413. eNodeB向UE发送下行直传消息，其中携带UE传输指示信息和NAS附着 完成信息以及下行业务数据；步骤414. UE收到消息后，根据UE传输指示信息的指示，保存自己的传输指示信 息。如果有需要传输的上行业务数据，则通过控制面信令携带，传给当前网络，由当前网络 发给 Server.以上方法中，UE，MME，SGW，PGW等相关实体上都有保存UE上下文以及UE的传输指 示信息。整个流程完成后，UE和当前网络之间处于连接状态。后续之间发送 数据则通过控制面信令消息的交互完成。本实施例通过根据附着过程获取的传输指示信息，将上行业务数据通过空口、接 入网和核心网控制面信令发送给服务器，相应的，服务器将下行业务数据通过核心网、接入 网和空口控制面信令发送给用户设备，从而使得数据量较低的业务数据可以通过控制面信 令直接进行传输，无须建立用户面承载，节省了网络资源，相对于控制面和用户面均建立完 毕后再传输业务数据的传输模式，减少了数据传输的时间。实施例3参见图5，本实施例提供了一种用户侧发起的Idle (空闲)态UE激活以及通过控 制面信令传输数据的方法。UE通过附着请求与网络建立连接并发送数据之后，网络各相关节点上都保存有 UE的上下文和需要的信息。在后续的时间内UE和网络侧也可以根据需要进行数据传输，同 时，如果有一段时间该UE并没有数据传递，可能通过现有方法eNodeB上的Timer (定时器)13超期，通知MME或者通过MME直接发现等方法将UE转为Idle状态。此时，会删除eNodeB 上UE的相关上下文，并且释放空口连接。UE由此变为Idle态，处于Idle态的UE如果需要 和网络交互传输数据则需要转为激活态，该方法具体包括
步骤501. UE通过发给eNodeB的RRC消息携带NAS消息发给MME，进行业务请求， 其中携带UE欲发送给krver的上行业务数据；其中，UE根据自身存储的信息判断自身的业务数据可通过控制面信令传输。步骤502. eNodeB通过Sl消息将NAS消息传给MME，进行业务请求，其中携带UE欲 发送给krver的上行业务数据；步骤503.可选的，安全认证过程；步骤504. MME收到消息后，根据自身保存的UE的传输指示信息指示该UE的上行 业务数据需要通过控制面信令传输，则MME读取业务请求中携带的上行业务数据，并发送 控制面信令消息给SGW，其中携带该UE的上行业务数据；其中，该控制面信令消息属于GTP-C协议消息，可以是直传、承载修改或者其他消 息类型。步骤505. SGff收到相关消息后，发送控制面信令消息给PGW，其中携带相关数据；其中，该信令消息属于GTP-C协议消息，可能是直传、承载修改或者其他消息类 型。步骤506.可选的，PGff与PCRF执行PCC过程，与步骤507没有严格的时序关系；步骤507. PGff与krver进行数据交互；步骤508. PGff返回响应消息给SGW，其中可携带krver发送给UE的下行业务数 据，如果没有下行业务数据，则不携带；步骤509. SGW返回响应消息给MME，其中可携带krver发送给UE的下行业务数 据，如果没有下行业务数据，则不携带；步骤510. MME返回响应消息给eNodeB，其中可携带krver发送给UE的下行业务 数据，如果没有下行业务数据，则不携带；此外，响应消息中还可以携带该UE的传输指示信息，eNodeB可以保存该信息。步骤511. eNodeB返回响应消息给UE，响应消息中可携带krver发送给UE的下行 业务数据。此外，响应消息中还可以携带该UE的传输指示信息，UE可以保存该信息。本实施例通过根据各节点网元保存的传输指示信息，当用户设备欲发送业务数据 时，将上行业务数据通过空口、接入网和核心网控制面信令发送给服务器，相应的，服务器 如果需要发送下行业务数据，则将其通过核心网、接入网和空口控制面信令发送给用户设 备，从而使得数据量较低的业务数据可以通过控制面信令直接进行传输，无须建立用户面 承载，节省了网络资源，相对于控制面和用户面均建立完毕后再传输业务数据的传输模式， 还减少了数据传输的时间。实施例4参见图6，本实施例提供了一种网络侧发起的Idle态UE激活以及通过控制面信令 传输数据的方法。步骤601.当PGW收到下行业务数据，判断该数据具有控制面传输的特性，PGW通过控制面信令封装该下行业务数据，发送给SGW ；步骤602. SGff通过信令消息将下行业务数据传递给MME ；步骤603. MME缓存下行业务数据，向处于TA的所有eNodeB发送寻呼(paging)消 息；步骤604.收到寻呼消息的eNodeB在空口上发送寻呼消息寻呼UE ；步骤605.收到寻呼消息的UE发起业务请求流程，建立UE和MME之间的信令连接。具体的，605a) UE通过发给eNodeB的RRC消息携带NAS消息发给MME进行业务请 求，消息中可以携带UE欲发送给krver的数据；605b) eNodeB通过Sl消息将NAS消息传给MME，进行业务请求，消息中可以携带UE 欲发给krver的数据；605c)可选的，执行安全认证过程。步骤606. MME通过控制面信令消息封装下行业务数据并下发给eNodeB ；步骤607. eNodeB通过控制面信令消息封装下行业务数据并下发给UE。本实施例通过根据各节点网元保存的传输指示信息，服务器将下行业务数据通过 核心网、接入网和空口控制面信令发送给用户设备，从而使得数据量较低的业务数据可以 通过控制面信令直接进行传输，无须建立用户面承载，节省了网络资源，相对于控制面和用 户面均建立完毕后再传输业务数据的传输模式，减少了数据传输的时间。实施例5参见图7，本实施例提供了一种将数据封装在控制面信令消息中进行传递的方法。 实施例2、3、4可以采用该方法，但并不限制在该方法中。步骤701. UE将上行业务数据封装在IP包里，如果UE上面保存有自己的IP地址 和krver的IP地址，则将自己的地址作为源地址，Server的地址作为目的地址。如果UE 上既没有保存于自己的IP地址也没有对端的IP地址，则UE将IP包的源地址和目的地址 添上一个预设地址，该预设地址用于触发核心网网关实体(如PGW)为用户设备获取源地址 和目的地址，并替换预设地址。例如预设地址可以是PGW地址，也可能是网络约定的特定 地址，也可能是0.0. 0.0这样的空地址。PGW根据该特定地址无法路由数据。然后将IP包 作为NAS PDU (Packet Data Unit，分组数据单元)封装在NAS消息中；步骤702. UE发送NAS信令给MME，携带相关参数以及该上行业务数据包，相关参数 中包括UE传输指示信息；步骤703. MME收到消息后，根据UE传输指示信息，知道该信令中携带数据，则将 NAS PDU解开，将IP数据包封装在GTP消息中，通过信令消息传给SGW ；步骤704. MME传递封装的上行业务数据给SGW，即GTP信令传递过程；步骤705. SGff传递封装的上行业务数据给PGW，即GTP信令传递过程；步骤706. PGff收到该信令消息后，将IP数据包从消息中解封出来。如果该IP数 据包的源地址和目的地址为预设地址时，PGW先根据IP地址获取的原则为用户设备获取源 地址和目的地址，并替换预设地址，然后路由出去；具体的，如果UE向krver发送IP数据包，则获取的源地址，目的地址分别为UE 的IP地址和krver的IP地址；如果krver向UE发送IP数据包，则获取的源地址，目的 地址分别为krver的IP地址和UE的IP地址。
步骤707.上下行业务数据IP包在PGW和krver之间路由过程；步骤708. PGff接收到下行业务数据IP包，PGW根据自身保存的UE传输指示信息， 将下行业务数据封装在信令中；步骤709. PGW传递封装的下行业务数据发送给SGW，消息中同时还携带有分配给 UE的IP地址；步骤710. SGff向MME发送控制面信令，携带下行业务数据和相关参数；步骤711，步骤712. MME将封装在GTP信令中的下行业务数据取出，封装在NAS消 息中发送给UE;步骤713. UE收到信令后，从中获取下行业务数据。本实施例通过用户设备设置预设地址，进而触发分组数据网关获取相应的源地址 和目的地址，使得业务数据可以在用户设备和服务器之间交互，解决了在不能正常通过用 户面获取源地址和目的地址的情况下的数据传输问题。实施例6本实施例提供了一种通过控制面信令传输数据的方法，接入网和空口使用控制 面，核心网使用用户面来传输数据，在SGW进行用户面和控制面的转换。方法一参见图8，UE在接入前不知道自己是需要使用信令传输数据，发送正常的 附着消息。步骤801. UE发起附着流程，向eNodeB通过NAS信令发送附着请求消息；其中，附着请求消息包含NAS相关参数，包括IMSI或原有⑶Tl，UE核心网能力， PDN type,PCO标识，附着类型以及安全相关等参数，并且在RRC消息中携带RRC相关参数， 包括所选网络信息以及原有GUMMEI。步骤802. eNodeB通过RRC消息中的GUMMEI和所选网络信息找到对应的MME， eNodeB将附着请求消息发给该MME ；其中，如果没有MME相关信息或者eNodeB无法找到指定MME，则eNodeB为其选定 一个新的MME。步骤803.可选的，MME发起删除旧承载和相应节点上上下文的过程；步骤804. MME获取签约信息；具体的，如果UE本次接入的MME是一个新的MME，或者MME上没有UE的签约信息， 则MME与HSS交互，发送位置更新请求，向HSS获取签约信息。签约数据包括传输指示信 息，用于指示通过控制面信令传输业务数据。该传输指示信息可以是该业务属于低数据量 传输的指示，或者是该业务需要使用控制面传输的指示，或者该业务的低数据量特性，或者 是业务级别，业务特性，或者是用户签约特性等参数，本实施例并不限定其具体内容。本步骤可选，如果该MME原来保存有UE的签约数据，则不需要向HSS获取。步骤805. MME根据签约数据判断该UE的业务数据是否采用控制面信令传输。具体的，如果根据签约数据中的传输指示信息判断采用控制面传输数据，则对该 UE的业务采取控制面信令传输，否则，MME可能拒绝该带有数据的NAS请求消息，并携带相 关的拒绝原因。步骤806. MME通过NAS信令向UE发送获取数据请求消息，其中携带UE的传输指 不信息；16
其中，该消息可以通过MME到eNodeB的Sl信令下行信令传输承载，也可以通过其 他消息承载。eNodeB和UE之间可以通过下行RRC传输消息承载，也有可能通过其他消息承载。步骤807. UE收到获取数据请求消息后，根据UE传输指示信息的指示，保存该 UE的传输指示信息，并且将自己的上行业务数据封装在获取数据响应信令消息中返回给 MME ；步骤808. MME向SGW发起建立会话请求消息，消息中携带UE发给MME的上行业务 数据以及该UE的传输指示信息。MME为该UE的核心网承载分配EPS承载ID。此外，消息中携带的参数还包括但不限于UE标识，MME的控制面TEID，PGff地址， APN, EPS承载I D等参数，还可以包括PDN地址。步骤809. SGff保存该UE的传输指示信息，以及MME控制面TEID和EPS承载ID的 对应关系，也即控制面信令和核心网用户面承载的对应关系，缓存UE的上行业务数据，然 后发送建立会话请求给PGW;其中，消息中包含参数UE标识，APN, EPS承载标识，Serving Gff用户面地址，SGff 用户面TEID，Serving GW控制面TEID，还可以包括PDN地址。其中，保存该UE的传输指示信息可以在步骤809或者步骤813执行。步骤810. PGff与PCRF进行PCC流程，制定计费和控制规则，其中，步骤810和步骤 811没有严格的时序关系；步骤811.可选的，Server如果有需要的话，也把要传给UE的下行业务数据传输 给 PGff ；步骤812. PGff为即将建立好的用户面承载在EPS承载表格中分配一个新的端口号 并且生成一个charging Id (计费标识)，并且PGW返回建立会话响应消息；其中，消息中携带PDN Gff用户面地址，PDN Gff用户面TEID，PDN Gff控制面TEID， PDN类型，PDN地址，EPS承载标识，EPS承载QoS相关参数，PC0,计费信息等。至此，由于SGW和PGW上面都将得到彼此的用户面地址和用户面TEID，以及SGW和 PGW之间的用户面承载已经建立完成。由于SGW和PGW都获得彼此的控制面TEID，则SGW 和PGW之间的控制面建立完成。此时，SGff和PGW可以通过建好的用户面承载进行上下行业务数据交互。步骤813.向MME返回建立会话响应消息；其中，消息中携带PDN类型，PDN地址，SGW的控制面TEID，EPS承载标识，PGW的地 址和TEID，PC0，计费信息等相关参数。至此，MME和SGW都获得彼此的控制面TEID，则SGW和MME之间的控制面建立完 成。另外，如果SGW从PGW收到下行业务数据，则SGW会按照EPS承载标识和MME控制 面TEID的对应关系将数据封装在相应消息里传给MME。步骤814. MME收到响应消息后，将下行业务数据封装在下行传输消息中，下发给 eNodeB0或者是将下行业务数据封装在NAS附着接受消息中，再封装在下行传输消息中，下 发给 eNodeB ；其中，本步骤的Sl消息中携带AS层的安全上下文等信息。NAS消息中包含参数APN,⑶Tl，PDN类型，PDN地址，TAI列表，安全相关的参数等。步骤815. eNodeB向UE发送下行直传消息，其中携带NAS附着完成信息以及下行 业务数据。方法二 参见图9，UE在接入前根据业务信息或者配置知道自己需要使用信令传 输数据，因此在附着请求消息中携带上行业务数据。步骤901. UE发起附着流程，向eNodeB通过NAS信令发送附着请求消息，根据配置 信息，或者保留的关于上次接入的相关信息，将需要发给Sever的上行业务数据封装在信 令中一同发送；其中，附着请求消息包含NAS相关参数，包括IMSI或原有⑶Tl，UE核心网能力， PDN type,PCO标识，附着类型以及安全相关等参数，并且在RRC消息中携带RRC相关参数， 包括所选网络信息以及原有GUMMEI。步骤902. eNodeB通过RRC消息中的GUMMEI和所选网络信息找到对应的MME， eNodeB将附着请求消息发给该MME，消息中携带有该UE的上行业务数据；其中，如果没有MME相关信息或者eNodeB无法找到指定MME，则eNodeB为其选定 一个新的MME。步骤903.可选的，MME发起的删除旧承载和相应节点上上下文的过程；步骤904. MME获取签约信息；具体的，如果UE本次接入的MME是一个新的MME，或者MME上没有UE的签约信息， 则MME与HSS交互，发送位置更新请求，获取签约信息。获取的签约信息即HSS上面保存的 签约数据，包括传输指示信息，用于表示是否采用控制面传输数据。该传输指示信息可以 是该业务属于低数据量传输的指示，或者是该业务需要使用控制面传输的指示，或者该业 务的低数据量特性，或者是业务级别，业务特性，或者是用户签约特性等参数，本实施例并 不限定其具体内容。本步骤可选，如果该MME原来保存有UE的签约数据，则不需要向HSS获取。步骤905. MME根据签约数据判断该UE的业务是否采取控制面信令传输。具体的，如果根据签约数据中的传输指示信息指示采用控制面传输数据，则读取 附着请求中的传输指示信息，并对该UE的业务采取控制面信令传输，否则，MME可能拒绝该 带有数据的NAS请求消息，并携带相关的拒绝原因。步骤906. MME向SGW发起建立会话请求消息，其中携带UE发给MME的上行业务数 据以及该UE的传输指示信息。MME为该UE的核心网承载分配EPS承载ID ；此外，消息中携带的参数还包括但不限于UE标识，MME的控制面TEID，PGff地址， PDN地址(可选)，APN, EPS承载ID等参数。步骤907. SGff保存该UE的传输指示信息，以及MME控制面TEID和EPS承载ID的 对应关系，也即控制面信令和核心网用户面承载的对应关系，缓存UE的上行业务数据，然 后发送建立会话请求给PGW;其中，消息中包含参数UE标识，APN, EPS承载标识，Serving Gff用户面地址，SGff 用户面TEID，Serving GW控制面TEID，还可以包括PDN地址。其中，保存该UE的传输指示信息可以在步骤909或者步骤913执行。步骤908. PGff与PCRF进行PCC流程，制定计费和控制规则，其中，步骤908和步骤909没有严格的时序关系。步骤909. PGff通过和krver的交互将上行业务数据传给Server，Server如果需 要传输数据，也把要传给UE的下行业务数据传输给PGW。步骤910. PGff为即将建立好的用户面承载在EPS承载表格中分配一个新的端口号 并且生成一个charging Id,并且PGW返回建立会话响应消息；其中，消息中携带PDN Gff用户面地址，PDN Gff用户面TEID，PDN Gff控制面TEID， PDN类型，PDN地址，EPS承载标识，EPS承载QoS相关参数，PC0,计费信息等。至此，SGW和PGW上面都将得到彼此的用户面地址和用户面TEIDJU SGW和PGW之 间的用户面已经建立完成。SGW和PGW都获得彼此的控制面TEID，则SGW和PGW之间的控 制面建立完成。此时，缓存在SGW上的上行业务数据将通过建好的用户面承载传送给PGW，PGff的 下行业务数据也可以通过建好的用户面承载传送给SGW。步骤911.收到响应消息后，向MME返回建立会话响应消息；其中，消息中携带PDN类型，PDN地址，SGW的控制面TEID，EPS承载标识，PGW的地 址和TEID，PC0，计费信息等相关参数。其中，如果SGW从PGW收到下行业务数据，则SGW会按照EPS承载标识和MME控制 面TEID的对应关系将数据封装在相应消息里传给MME。此时，MME和SGW都获得彼此的控制面TEID，则SGW和MME之间的控制面建立完 成。步骤912. MME收到响应消息后，将下行业务数据封装在下行传输消息中，下发给 eNodeB ；或者是将下行业务数据封装在NAS附着接受消息中，再封装在下行传输消息中，下 发给 eNodeB ；其中，本步骤地Sl消息中携带AS层的安全上下文等信息。NAS消息中包含参数 APN,⑶Tl，PDN类型，PDN地址，TAI列表，安全相关的参数等。步骤913. eNodeB向UE发送下行直传消息，其中携带NAS附着完成信息以及下行 业务数据。至此，UE完成附着过程但是并没有建立空口和接入网用户面。本实施例通过根据附着过程获取的传输指示信息，将上行业务数据通过空口控制 面信令和接入网控制面信令以及核心网用户面发送给服务器，相应的，服务器将下行业务 数据通过核心网用户面、接入网控制面信令和空口控制面信令发送给用户设备，从而使得 数据量较低的业务数据可以通过控制面信令直接进行传输，无须建立用户面承载，节省了 网络资源，相对于控制面和用户面均建立完毕后再传输业务数据的传输模式，减少了数据 传输的时间。实施例7本实施例提供了一种通过控制面信令传输数据的方法，该方法中的MME具有用户 面承载的功能。当MME收到空口侧以及接入网侧通过控制面信令消息发送的数据时，将向 上触发核心网用户面承载的建立，当核心网用户面承载建立好后，上下行数据可以通过核 心网的用户面承载传递。数据在MME做用户面和控制面传输的转换，在接入网和空口则不 需要建立用户面承载。
方法一参见图10，UE在接入前不知道自己需要使用信令传输数据，发起正常的附着流 程。步骤1001. UE发起附着流程，向eNodeB通过NAS信令发送附着请求消息；其中，附着请求消息包含NAS相关参数，包括IMSI或原有⑶Tl，UE核心网能力， PDN type,PCO标识，附着类型以及安全相关等参数，并且在RRC消息中携带RRC相关参数， 包括所选网络信息以及原有GUMMEI。步骤1002. eNodeB通过RRC消息中的GUMMEI和所选网络信息找到对应的MME， eNodeB将附着请求消息发给该MME ；其中，如果没有MME相关信息或者eNodeB无法找到指定MME，则eNodeB为其选定 一个新的MME。步骤1003.可选的，MME发起删除旧承载和相应节点上上下文的过程；
步骤1004. MME获取签约信息；具体的，如果UE本次接入的MME是一个新的MME，或者MME上没有UE的签约信息， 则MME与HSS交互，发送位置更新请求，获取签约信息。获取的签约信息即HSS上面保存的 签约数据，包括传输指示信息，用于指示通过控制面信令传输数据。该传输指示信息可以 是该业务属于低数据量传输的指示，或者是该业务需要使用控制面传输的指示，或者该业 务的低数据量特性，或者是业务级别，业务特性，或者是用户签约特性等参数，本实施例并 不限定其具体内容。本步骤可选，如果该MME原来保存有UE的签约数据，则不需要向HSS获取。步骤1005. MME根据签约数据判断该UE的业务是否采取控制面信令传输。具体的，如果根据签约数据中的传输指示信息判断采用控制面传输数据，则对该 UE的业务采取控制面信令传输，否则，MME可能拒绝该带有数据的NAS请求消息，并携带相 关的拒绝原因。步骤1006. MME通过NAS信令向UE发送获取数据请求消息，其中携带UE传输指示 fn息；其中，该消息可以通过MME到eNodeB的Sl信令下行信令传输承载，也可以通过其 他消息承载。eNodeB和UE之间可以通过下行RRC传输消息承载，也有可能通过其他消息承载。步骤1007. UE收到获取数据请求消息后，根据传输指示信息的指示，保存UE的传 输指示信息，并且将自己的上行业务数据封装在获取数据响应信令消息中，返回给MME ；步骤1008. MME缓存得到的UE上行业务数据，向SGW发起建立会话请求消息，其中 携带UE发给MME的数据，MME为该UE的核心网承载分配EPS承载ID ；其中，消息携带的参数还包括但不限于UE标识，MME的控制面TEID，PGff地址， APN, EPS承载ID以及下行用户面的TEID和MME用户面地址，还可以包括PDN地址。至此，MME建立了 MME控制面TEID和EPS承载ID的对应关系，也即控制面信令和 核心网用户面承载的对应关系。步骤1009. SGff发送建立会话请求给PGW ；其中，消息包含参数UE标识，APN, EPS承载标识，SGW用户面地址，SGff用户面TEID, Serving GW控制面TEID，还可以包括PDN地址。步骤1010. PGW与PCRF进行PCC流程，制定计费和控制规则，其中，步骤1010和步 骤1011没有严格的时序关系。步骤1011. PGW通过和krver的交互将上行业务数据传给krver，Server如果需 要传输下行业务数据，也把要传给UE的下行业务数据传输给PGW。步骤1012. PGff为即将建立好的用户面承载在EPS承载表格中分配一个新的端口 号并且生成一个charging Id,并且PGW返回建立会话响应消息；其中，消息中携带PDN Gff用户面地址，PDN Gff用户面TEID，PDN Gff控制面TEID， PDN类型，PDN地址，EPS承载标识，EPS承载QoS相关参数，PC0,计费信息等。至此，SGW和PGW都将得到彼此的用户面地址和用户面TEID，则SGW和PGW之间的 用户面已经建立完成。SGW和PGW都获得彼此的控制面TEID，则SGW和PGW之间的控制面建立完成。步骤1013.收到响应消息后，向MME返回建立会话响应消息；其中，消息中携带PDN类型，PDN地址，SGW的控制面TEID，EPS承载标识，PGW的地 址和TEID，PC0，计费信息等相关参数。此时，缓存在MME的上行业务数据将通过建好的用户面承载传送给PGW，PGff的下 行业务数据也可以通过建好的用户面承载传送给MME。步骤1014. MME收到响应消息后，将从用户面获得的数据从用户面承载获取出来， 封装在下行传输消息中，下发给eNodeB。或者是将下行数据封装在NAS附着接受消息中，再 封装在下行传输消息中，下发给eNodeB ；其中，本步骤地Sl消息中携带AS层的安全上下文等信息。NAS消息中包含参数 APN,⑶Tl，PDN类型，PDN地址，TAI列表，安全相关的参数等。步骤1015. eNodeB向UE发送下行直传消息，其中携带NAS附着完成信息以及下行 数据。至此，UE完成附着但是并没有建立空口和接入网用户面。方法二参见图11，UE在接入前根据业务信息或者配置知道自己需要使用信令传输数据， 因此在附着请求消息中携带上行数据。步骤1101. UE发起附着流程，向eNodeB通过NAS信令发送附着请求消息，由于UE 上面的配置信息，或者UE上面保留关于上次接入的相关信息，UE将需要发给kver的业务 数据封装在信令中一同发送；其中，附着请求消息包含NAS相关参数，包括IMSI或原有⑶Tl，UE核心网能力， PDN type,PCO标识，附着类型以及安全相关等参数，并且在RRC消息中携带RRC相关参数， 包括所选网络信息以及原有GUMMEI。步骤1102. eNodeB通过RRC消息中的GUMMEI和所选网络信息找到对应的MME， eNodeB将附着请求消息发给该MME，消息中携带有通过信令传输的数据；其中，如果没有MME相关信息或者eNodeB无法找到指定MME，则eNodeB为其选定 一个新的MME。步骤1103.可选的，MME发起的删除旧承载和相应节点上上下文的过程；步骤1104. MME获取签约信息；
具体的，如果UE本次接入的MME是一个新的MME，或者MME上没有UE的签约信 息，则MME与HSS交互，发送位置更新请求，获取签约信息。获取的签约信息即HSS上面保 存的签约数据，包括传输指示信息，用于指示通过控制面传输数据。该传输指示信息可以 是该业务属于低数据量传输的指示，或者是该业务需要使用控制面传输的指示，或者该业 务的低数据量特性，或者是业务级别，业务特性，或者是用户签约特性等参数，本实施例并 不限定其具体内容。本步骤可选，如果该MME原来保存有UE的签约数据，则不需要向HSS获取。步骤1105. MME根据签约数据判断该UE的业务是否采取控制面信令传输。具体的，如果签约数据中的传输指示信息指示采用控制面传输数据，则读取附着 请求中的上行业务数据，并对该UE的业务采取控制面信令传输，否则，MME可能拒绝该带有 数据的NAS请求消息，并携带相关的拒绝原因。步骤1106. MME缓存得到的UE业务数据，向SGW发起建立会话请求消息，携带UE 发给MME的数据，MME为该UE的核心网承载分配EPS承载ID ；其中，消息中携带参数包括但不限于UE标识，MME的控制面TEID，PGff地址，APN， EPS承载ID以及下行用户面的TEID和MME用户面地址，还可以包括PDN地址，发送给SGW。至此，MME建立了 MME控制面TEID和EPS承载ID的对应关系，也即控制面信令和 核心网用户面承载的对应关系。步骤1107. SGff发送建立会话请求给PGW ；其中，消息中包含参数UE标识，APN, EPS承载标识，Serving Gff用户面地址，SGff 用户面TEID，Serving GW控制面TEID，还可以包括PDN地址。步骤1108.PGW与PCRF进行PCC流程，制定计费和控制规贝丨」，其中，步骤10和步骤 11没有严格的时序关系；步骤1109. PGff通过和krver的交互将数据传给Server，Server如果有需要的 话，也把要传给UE的数据传输给PGW ；步骤1110. PGff为即将建立好的用户面承载在EPS承载表格中分配一个新的端口 号并且生成一个charging Id,并且PGW返回建立会话响应消息；其中，消息中携带PDN Gff用户面地址，PDN Gff用户面TEID，PDN Gff控制面TEID， PDN类型，PDN地址，EPS承载标识，EPS承载QoS相关参数，PC0,计费信息等。至此，SGff和PGW上面都将得到彼此的用户面地址和用户面TEID，以及SGW和PGW 之间的用户面已经建立完成。SGW和PGW都获得彼此的控制面TEID，则SGW和PGW之间的 控制面建立完成。步骤1111.收到响应消息后，向MME返回建立会话响应消息；其中，消息携带PDN类型，PDN地址，SGW的控制面TEID，EPS承载标识，PGW的地址 和TEID，PC0，计费信息等相关参数。此时，缓存在MME的上行业务数据将通过建好的用户面承载传送给PGW，PGff的下 行业务数据也可以通过建好的用户面承载传送给MME。步骤1112. MME收到响应消息后，将从用户面获得的数据从用户面承载获取出来， 封装在下行传输消息中，下发给eNodeB ；或者是将下行数据封装在NAS附着接受消息中，再 封装在下行传输消息中，下发给eNodeB ；
其中，本步骤的Sl消息，例如下行传输消息和NAS附着接受消息中携带AS层的安 全上下文等信息。NAS消息中包含参数APN，⑶Tl，PDN类型，PDN地址，TAI列表，安全相关 的参数等。步骤1113. eNodeB向UE发送下行直传消息，其中携带NAS附着完成信息以及下行 数据。至此，UE完成附着但是并没有建立空口用户面。方法三参见图12，本实施例提供了一种网络侧发起的Idle态UE激活以及通过信令传输 低数据量的方法。步骤1201.下行业务数据通过用户面承载一直下发到MME ；步骤1202. MME收到数据后，向处于TA的所有eNodeB发送paging (寻呼)消息；步骤1203.收到寻呼的eNodeB在空口上发寻呼消息寻呼UE ；步骤1204.收到寻呼消息，UE发起业务请求流程，建立UE和MME之间的信令连接；具体的，1204a) UE通过发给eNodeB的RRC消息携带NAS消息发给MME，进行业务 请求，消息可以携带UE欲发送给krver的数据；1204b) eNodeB通过Sl消息将NAS消息传给MME，进行业务请求，消息可以携带UE 欲发给krver的数据；1204c)可选的，执行安全认证过程；步骤1205. MME通过控制面信令消息封装下行业务数据并下发给eNodeB ；步骤1206. eNodeB通过控制面信令消息封装下行业务数据并下发给UE。本实施例在附着过程和激活过程中，通过将上行业务数据通过空口控制面信令和 接入网控制面信令以及核心网用户面发送给服务器，相应的，服务器将下行业务数据通过 核心网用户面、接入网控制面信令和空口控制面信令发送给用户设备，从而使得数据量较 低的业务数据可以通过控制面信令直接进行传输，无须建立用户面承载，节省了网络资源， 相对于控制面和用户面均建立完毕后再传输业务数据的传输模式，减少了数据传输的时 间。以上实施例均以LTE网络架构为例进行说明，本发明实施例并不限定具体的网络 架构，其他网络架构下也同样适用，如异构系统、CDMA200系统、WCDMA系统以及Wimax、WLAN 系统。参见图13，在上述无线网络架构下，用户设备1301通过接入网网元1302、移动性管理 实体1303和核心网网关实体1304，与服务器1305之间通过实施例1_7提供的控制面信令 传输数据的方法进行数据传输，即空口和接入网使用控制面信令进行数据传输，核心网使 用控制面信令或用户面进行数据传输。本发明实施例并不限定经过的具体网元。例如，在 LTE系统中，接入网网元为eNodeB，移动性管理实体为MME，核心网网关实体为SGW和PGW ； 在WCDMA系统中，接入网网元为RNC和NodeB，移动性管理实体为SGSN，核心网网关实体为 GGSN。其他无线网络架构与此类似，不再一一列举。实施例8参见图14，本实施例提供了一种传输数据的设备，包括获取模块1401，用于获取用户设备的传输指示信息，并接收用户设备通过上行控 制面信令发送的上行业务数据，传输指示信息用于指示通过控制面信令传输业务数据；上行传输模块1402，用于根据获取模块1401获取的传输指示信息，将上行业务数据通过核心网网关实体发送给服务器。参见图15，其中，获取模块1401包括请求接收单元1401a，用于接收用户设备发送的附着请求；指示获取单元1401b，用于根据请求接收单元1401a接收的附着请求，获取用户设 备的传输指示信息；指示发送单元1401c，用于将指示获取单元1401b获取到的传输指示信息发送给 用户设备，传输指示信息用于指示用户设备接收到传输指示信息后，采用上行控制面信令 传输上行业务数据；数据接收单元1401d，用于接收用户设备通过上行控制面信令发送的上行业务数 据。其中，获取模块1401还包括存储单元1401e，存储单元1401e，用于在指示获取单元1401b根据附着请求，获取用户设备的传输 指示信息之后，存储传输指示信息；数据接收单元1401d，还用于当上行控制面信令为业务请求时，接收用户设备发 送的携带上行业务数据的业务请求，上行业务数据是用户设备根据获取的传输指示信息， 携带在业务请求中发送的；根据存储在设备中的传输指示信息，读取业务请求中携带的上行业务数据。进一步的，请求接收单元1401a，还用于当上行控制面信令为附着请求时，接收用户设备发送 的携带上行业务数据的附着请求，上行业务数据是用户设备根据预先配置或预先获取的传 输指示信息携带在附着请求发送的；指示获取单元1401b，还用于根据请求接收单元1401a接收的附着请求，获取用户 设备的传输指示信息；数据接收单元1401d，还用于根据指示获取单元1401b获取到的传输指示信息，读 取附着请求中携带的上行业务数据。其中，上行传输模块1402包括上行控制面传输单元140 或上行用户面传输单 元 1402b ；上行控制面传输单元1402a，用于根据获取模块1401获取到的传输指示信息，将 上行业务数据和传输指示信息携带在上行核心网控制面信令中发送给核心网网关实体，使 核心网网关存储传输指示信息并将上行业务数据发送给服务器；上行用户面传输单元1402b，用于根据获取模块1401获取到的传输指示信息，建 立核心网用户面承载，并建立控制面信令和核心网用户面承载的对应关系，控制面信令包 括上行控制面信令和下行控制面信令，根据对应关系，确定上行控制面信令与核心网用户 面承载对应，将上行业务数据和传输指示信息携带在上行控制面信令对应的核心网用户面 承载中发送给核心网网关实体，使核心网网关实体存储传输指示信息并将上行业务数据发 送给服务器。其中，设备还包括存储模块1403和下行传输模块1404 ；存储模块1403，用于在获取模块1401获取用户设备的传输指示信息之后，存储传 输指示信息；
下行传输模块1404包括下行控制面传输单元140 或下行用户面传输单元 1404b ；下行控制面传输单元1404a，用于接收核心网网关实体发送的下行业务数据，下行 业务数据是核心网网关实体根据存储在核心网网关实体中的传输指示信息，通过下行核心 网控制面信令发送的；根据存储模块1403存储的传输指示信息，将下行业务数据通过下行控制面信令 发送给用户设备；下行用户面传输单元1404b，用于接收核心网网关实体发送的下行业务数据，下行 业务数据是核心网网关实体根据存储在核心网网关实体中的传输指示信息，通过核心网用 户面承载发送的；根据上行用户面传输单元1402b建立的对应关系，确定核心网用户面承载对应的 下行控制面信令；根据存储模块1403存储的传输指示信息，将下行业务数据通过下行控制面信令 发送给用户设备。本实施例提供传输数据的设备，与方法实施例的移动性管理实体属于同一构思， 其具体实现过程详见方法实施例，在此不再赘述。本实施例提供的设备，通过获取用户设备的传输指示信息，并接收用户设备通过 上行控制面信令发送的上行业务数据，根据传输指示信息，将上行业务数据通过核心网网 关实体发送给服务器，从而使得数据量较低的业务数据可以通过控制面信令直接进行传 输，无须建立用户面承载，节省了网络资源，相对于控制面和用户面均建立完毕后再传输业 务数据的传输模式，还减少了数据传输的时间。实施例9参加图16，本实施例提供了一种传输数据的系统，包括移动性管理实体1501，以 及以可通信方式与移动性管理实体1501相连的用户设备1502和服务器1503 ；移动性管理实体1501用于获取用户设备1502的传输指示信息，并接收用户设备 1502通过上行控制面信令发送的上行业务数据，传输指示信息用于指示通过控制面信令传 输业务数据；根据传输指示信息，将上行业务数据通过核心网网关实体发送给服务器1503。其中，移动性管理实体1501，具体用于接收用户设备1502发送的附着请求；根据 附着请求，获取用户设备1502的传输指示信息；将获取到的传输指示信息发送给用户设备 1502，传输指示信息用于指示用户设备1502接收到传输指示信息后，采用上行控制面信令 传输上行业务数据；接收用户设备1502通过上行控制面信令发送的上行业务数据。其中，移动性管理实体1501，具体用于根据附着请求，获取用户设备1502的传输 指示信息之后，存储传输指示信息；当上行控制面信令为业务请求时，接收用户设备1502 发送的携带上行业务数据的业务请求，上行业务数据是用户设备1502根据获取的传输指 示信息，携带在业务请求中发送的；根据存储的传输指示信息，读取业务请求中携带的上行 业务数据。其中，移动性管理实体1501，具体用于当上行控制面信令为附着请求时，接收用 户设备1502发送的携带上行业务数据的附着请求，上行业务数据是用户设备1502根据预先配置或预先获取的传输指示信息携带在附着请求发送的；根据附着请求，获取用户设 备1502的传输指示信息；根据获取到的传输指示信息，读取附着请求中携带的上行业务数 据。其中，移动性管理实体1501，具体用于根据传输指示信息，将上行业务数据和传输 指示信息携带在上行核心网控制面信令中发送给核心网网关实体，使核心网网关存储传输 指示信息并将上行业务数据发送给服务器1503 ；或者，根据传输指示信息，建立核心网用户面承载，并建立控制面信令和核心网用户面 承载的对应关系，控制面信令包括上行控制面信令和下行控制面信令，根据对应关系，确定 上行控制面信令与核心网用户面承载对应，将上行业务数据和传输指示信息携带在上行控 制面信令对应的核心网用户面承载中发送给核心网网关实体，使核心网网关实体存储传输 指示信息并将上行业务数据发送给服务器1503。其中，移动性管理实体1501，还用于获取用户设备1502的传输指示信息之后，存 储传输指示信息；接收核心网网关实体发送的下行业务数据，下行业务数据是核心网网关实体根据 存储在核心网网关实体中的传输指示信息，通过下行核心网控制面信令发送的；根据存储的传输指示信息，将下行业务数据通过下行控制面信令发送给用户设备 1502。其中，移动性管理实体1501，还用于获取用户设备1502的传输指示信息之后，存 储传输指示信息；接收核心网网关实体发送的下行业务数据，下行业务数据是核心网网关实体根据 存储在核心网网关实体中的传输指示信息，通过核心网用户面承载发送的；根据对应关系，确定核心网用户面承载对应的下行控制面信令；根据存储在获取用户设备1502的传输指示信息的设备中的传输指示信息，将下 行业务数据通过下行控制面信令发送给用户设备1502。其中，移动性管理实体1501，根据传输指示信息，将上行业务数据发送给核心网网 关实体，上行业务数据的源地址和目的地址由用户设备1502设置为预设地址；核心网网关 实体检测到上行业务数据的源地址和目的地址为预设地址时，替换预设地址，将上行业务 数据发送给服务器1503。其中，传输指示信息包括低数据量传输的指示、使用控制面传输的指示、业务级 别、业务特性和用户签约特性中的至少一个。本实施例提供的系统所涉及的用户设备、移动性管理实体、核心网网关实体和服 务器等，与方法实施例属于同于构思，其具体实现过程详见方法实施例，在此不再赘述。本实施例提供系统，通过获取用户设备的传输指示信息，并接收用户设备通过上 行控制面信令发送的上行业务数据，根据传输指示信息，将上行业务数据通过核心网网关 实体发送给服务器，从而使得数据量较低的业务数据可以通过控制面信令直接进行传输， 无须建立用户面承载，节省了网络资源，相对于控制面和用户面均建立完毕后再传输业务 数据的传输模式，还减少了数据传输的时间。以上实施例提供的技术方案中的全部或部分内容可以通过软件编程实现，其软件 程序存储在可读取的存储介质中，存储介质例如计算机中的硬盘、光盘或软盘。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和 原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种传输数据的方法，其特征在于，所述方法包括获取用户设备的传输指示信息，并接收所述用户设备通过上行控制面信令发送的上行 业务数据，所述传输指示信息用于指示通过控制面信令传输业务数据；根据所述传输指示信息，将所述上行业务数据通过核心网网关实体发送给服务器。
2.如权利要求1所述的方法，其特征在于，所述获取用户设备的传输指示信息，并接收 所述用户设备通过上行控制面信令发送的上行业务数据包括接收所述用户设备发送的附着请求；根据所述附着请求，获取所述用户设备的传输指示信息；将获取到的所述传输指示信息发送给所述用户设备，所述传输指示信息用于指示所述 用户设备接收到所述传输指示信息后，采用上行控制面信令传输上行业务数据；接收所述用户设备通过所述上行控制面信令发送的所述上行业务数据。
3.如权利要求2所述的方法，其特征在于，所述根据所述附着请求，获取所述用户设备 的传输指示信息之后，所述方法还包括存储所述传输指示信息；所述获取用户设备的传输指示信息，并接收所述用户设备通过上行控制面信令发送的 上行业务数据包括当所述上行控制面信令为业务请求时，接收所述用户设备发送的携带所述上行业务 数据的业务请求，所述上行业务数据是所述用户设备根据所述用户设备获取的传输指示信 息，携带在所述业务请求中发送的；根据所述存储的传输指示信息，读取所述业务请求中携带的所述上行业务数据。
4.如权利要求1所述的方法，其特征在于，所述获取用户设备的传输指示信息，并接收 所述用户设备通过上行控制面信令发送的上行业务数据包括当所述上行控制面信令为附着请求时，接收所述用户设备发送的携带所述上行业务数 据的附着请求，所述上行业务数据是所述用户设备根据预先配置或预先获取的传输指示信 息携带在所述附着请求发送的；根据所述附着请求，获取所述用户设备的传输指示信息；根据获取到的所述传输指示信息，读取所述附着请求中携带的所述上行业务数据。
5.如权利要求1所述的方法，其特征在于，所述根据所述传输指示信息，将所述上行业 务数据通过核心网网关实体发送给服务器包括根据所述传输指示信息，将所述上行业务数据和传输指示信息携带在上行核心网控制 面信令中发送给所述核心网网关实体，使所述核心网网关存储所述传输指示信息并将所述 上行业务数据发送给所述服务器；或者，根据所述传输指示信息，建立核心网用户面承载，并建立控制面信令和所述核心网用 户面承载的对应关系，所述控制面信令包括所述上行控制面信令和下行控制面信令，根据 所述对应关系，确定所述上行控制面信令与所述核心网用户面承载对应，将所述上行业务 数据和传输指示信息携带在所述上行控制面信令对应的所述核心网用户面承载中发送给 所述核心网网关实体，使所述核心网网关实体存储所述传输指示信息并将所述上行业务数 据发送给所述服务器。
6.如权利要求5所述的方法，其特征在于，所述获取用户设备的传输指示信息之后，所 述方法还包括存储所述传输指示信息；所述将所述上行业务数据和传输指示信息携带在上行核心网控制面信令中发送给所 述核心网网关实体，使所述核心网网关存储所述传输指示信息并将所述上行业务数据发送 给所述服务器之后，所述方法还包括接收所述核心网网关实体发送的下行业务数据，所述下行业务数据是所述核心网网关 实体根据存储在所述核心网网关实体中的所述传输指示信息，通过下行核心网控制面信令 发送的；根据所述存储的传输指示信息，将所述下行业务数据通过下行控制面信令发送给所述 用户设备。
7.如权利要求5所述的方法，其特征在于，所述获取用户设备的传输指示信息之后，所 述方法还包括存储所述传输指示信息；所述将所述上行业务数据和传输指示信息携带在所述上行控制面信令对应的所述核 心网用户面承载中发送给所述核心网网关实体，使所述核心网网关实体存储所述传输指示 信息并将所述上行业务数据发送给所述服务器之后，所述方法还包括接收所述核心网网关实体发送的下行业务数据，所述下行业务数据是所述核心网网关 实体根据存储在所述核心网网关实体中的所述传输指示信息，通过核心网用户面承载发送 的；根据所述对应关系，确定所述核心网用户面承载对应的下行控制面信令； 根据存储在获取用户设备的传输指示信息的设备中的传输指示信息，将所述下行业务 数据通过所述下行控制面信令发送给所述用户设备。
8.如权利要求1所述的方法，其特征在于，所述根据所述传输指示信息，将所述上行业 务数据通过核心网网关实体发送给服务器包括根据所述传输指示信息，将所述上行业务数据发送给所述核心网网关实体，所述上行 业务数据的源地址和目的地址由所述用户设备设置为预设地址；所述核心网网关实体检测到所述上行业务数据的源地址和目的地址为预设地址时，替 换所述预设地址，将所述上行业务数据发送给所述服务器。
9.如权利要求1-8任一权利要求所述的方法，其特征在于，所述传输指示信息包括 低数据量传输的指示、使用控制面传输的指示、业务级别、业务特性和用户签约特性中的至少一个。
10.一种传输数据的设备，其特征在于，所述设备包括获取模块，用于获取用户设备的传输指示信息，并接收所述用户设备通过上行控制面 信令发送的上行业务数据，所述传输指示信息用于指示通过控制面信令传输业务数据；上行传输模块，用于根据所述获取模块获取的所述传输指示信息，将所述上行业务数 据通过核心网网关实体发送给服务器。
11.如权利要求10所述的设备，其特征在于，所述获取模块包括 请求接收单元，用于接收所述用户设备发送的附着请求；指示获取单元，用于根据所述请求接收单元接收的所述附着请求，获取所述用户设备 的传输指示信息；指示发送单元，用于将所述指示获取单元获取到的所述传输指示信息发送给所述用户 设备，所述传输指示信息用于指示所述用户设备接收到所述传输指示信息后，采用上行控制面信令传输上行业务数据；数据接收单元，用于接收所述用户设备通过所述上行控制面信令发送的所述上行业务 数据。
12.如权利要求11所述的设备，其特征在于，所述获取模块还包括存储单元，所述存储单元，用于在所述指示获取单元根据所述附着请求，获取所述用户设备的传 输指示信息之后，存储所述传输指示信息；所述数据接收单元，具体用于当所述上行控制面信令为业务请求时，接收所述用户设 备发送的携带所述上行业务数据的业务请求，所述上行业务数据是所述用户设备根据获取 的传输指示信息，携带在所述业务请求中发送的；根据存储在所述设备中的传输指示信息，读取所述业务请求中携带的所述上行业务数据。
13.如权利要求11所述的设备，其特征在于，所述请求接收单元，还用于当所述上行控制面信令为附着请求时，接收所述用户设备 发送的携带所述上行业务数据的附着请求，所述上行业务数据是所述用户设备根据预先配 置或预先获取的传输指示信息携带在所述附着请求发送的；所述指示获取单元，还用于根据所述请求接收单元接收的所述附着请求，获取所述用 户设备的传输指示信息；所述数据接收单元，还用于根据所述指示获取单元获取到的所述传输指示信息，读取 所述附着请求中携带的所述上行业务数据。
14.如权利要求10所述的设备，其特征在于，所述上行传输模块包括上行控制面传输 单元或上行用户面传输单元；所述上行控制面传输单元，用于根据所述获取模块获取到的所述传输指示信息，将所 述上行业务数据和传输指示信息携带在上行核心网控制面信令中发送给所述核心网网关 实体，使所述核心网网关存储所述传输指示信息并将所述上行业务数据发送给所述服务 器；所述上行用户面传输单元，用于根据所述获取模块获取到的所述传输指示信息，建立 核心网用户面承载，并建立控制面信令和所述核心网用户面承载的对应关系，所述控制面 信令包括所述上行控制面信令和下行控制面信令，根据所述对应关系，确定所述上行控制 面信令与所述核心网用户面承载对应，将所述上行业务数据和传输指示信息携带在所述上 行控制面信令对应的所述核心网用户面承载中发送给所述核心网网关实体，使所述核心网 网关实体存储所述传输指示信息并将所述上行业务数据发送给所述服务器。
15.如权利要求14所述的设备，其特征在于，所述设备还包括存储模块和下行传输模块；所述存储模块，用于在所述获取模块获取所述用户设备的传输指示信息之后，存储所 述传输指示信息；所述下行传输模块包括下行控制面传输单元或下行用户面传输单元； 所述下行控制面传输单元，用于接收所述核心网网关实体发送的下行业务数据，所述 下行业务数据是所述核心网网关实体根据存储在所述核心网网关实体中的所述传输指示 信息，通过下行核心网控制面信令发送的；根据所述存储模块存储的所述传输指示信息，将所述下行业务数据通过下行控制面信 令发送给所述用户设备；所述下行用户面传输单元，用于接收所述核心网网关实体发送的下行业务数据，所述 下行业务数据是所述核心网网关实体根据存储在所述核心网网关实体中的所述传输指示 信息，通过核心网用户面承载发送的；根据所述上行用户面传输单元建立的所述对应关系，确定所述核心网用户面承载对应 的下行控制面信令；根据所述存储模块存储的所述传输指示信息，将所述下行业务数据通过所述下行控制 面信令发送给所述用户设备。
16.一种传输数据的系统，其特征在于，所述系统包括所述移动性管理实体，以及以 可通信方式与所述移动性管理实体相连的用户设备和服务器；所述移动性管理实体用于获取所述用户设备的传输指示信息，并接收所述用户设备通 过上行控制面信令发送的上行业务数据，所述传输指示信息用于指示通过控制面信令传输 业务数据；根据所述传输指示信息，将所述上行业务数据通过所述核心网网关实体发送给所述服务器。
17.如权利要求16所述的系统，其特征在于，所述移动性管理实体，具体用于根据所述传输指示信息，将所述上行业务数据和传输 指示信息携带在上行核心网控制面信令中发送给所述核心网网关实体，使所述核心网网关 存储所述传输指示信息并将所述上行业务数据发送给所述服务器；或者，根据所述传输指示信息，建立核心网用户面承载，并建立控制面信令和所述核心网用 户面承载的对应关系，所述控制面信令包括所述上行控制面信令和下行控制面信令，根据 所述对应关系，确定所述上行控制面信令与所述核心网用户面承载对应，将所述上行业务 数据和传输指示信息携带在所述上行控制面信令对应的所述核心网用户面承载中发送给 所述核心网网关实体，使所述核心网网关实体存储所述传输指示信息并将所述上行业务数 据发送给所述服务器。
18.如权利要求17所述的系统，其特征在于，所述移动性管理实体，还用于获取所述用户设备的传输指示信息之后，存储所述传输 指不信息；接收所述核心网网关实体发送的下行业务数据，所述下行业务数据是所述核心网网关 实体根据存储在所述核心网网关实体中的所述传输指示信息，通过下行核心网控制面信令 发送的；根据所述存储的传输指示信息，将所述下行业务数据通过下行控制面信令发送给所述 用户设备。
19.如权利要求17所述的系统，其特征在于，所述移动性管理实体，还用于获取所述用户设备的传输指示信息之后，存储所述传输 指不信息；接收所述核心网网关实体发送的下行业务数据，所述下行业务数据是所述核心网网关 实体根据存储在所述核心网网关实体中的所述传输指示信息，通过核心网用户面承载发送的；根据所述对应关系，确定所述核心网用户面承载对应的下行控制面信令； 根据所述存储的传输指示信息，将所述下行业务数据通过所述下行控制面信令发送给 所述用户设备。
全文摘要
本发明公开了一种传输数据的方法、设备和系统，属于无线通信领域。所述方法包括获取用户设备的传输指示信息，并接收所述用户设备通过上行控制面信令发送的上行业务数据，所述传输指示信息用于指示通过控制面信令传输业务数据；根据所述传输指示信息，将所述上行业务数据通过核心网网关实体发送给服务器。所述设备包括获取模块和上行传输模块。所述系统包括移动性管理实体、以及以可通信方式与所述移动性管理实体相连的服务器和用户设备。本发明相对于现有技术节省了网络资源，减少了数据传输的时间。
文档编号H04W4/20GK102056112SQ20091021173
公开日2011年5月11日 申请日期2009年11月5日 优先权日2009年11月5日
发明者于琦, 邓婷婷 申请人:华为技术有限公司