用户面数据的传输方法、装置及系统的制作方法

专利名称：用户面数据的传输方法、装置及系统的制作方法
技术领域：
本发明实施例涉及移动通信技术领域，特别涉及一种用户面数据的传输方法、装 置及系统。
背景技术：
在IP化的移动承载网络即移动分组承载网络中，为了节省无线资源和减少终端 耗电，当终端(User Equipment，简称UE)在一段时间(例如30秒)内未与网络进行业务 交互(即信令交互和用户面数据传输)时，网络会释放在空口一侧与UE之间的信令连接和 用户面承载，此时称UE处于空闲状态(Idle State)；当UE需要发送或者接收用户面数据 时，UE会首先恢复与网络的信令连接，通过该信令连接恢复用户面承载，然后通过所恢复的 用户面承载发送或者接收用户面数据，此时称UE处于连接状态(CormectedState)。但是，由于一些小数据量业务，例如短消息业务(Short MessageService，简称 SMS)等，每次业务只需要传输很少量的几个携带了 SMS内容的用户面IP数据包，处于空闲 状态的UE在进行这种小数据业务时，每次都需要执行相应的信令流程以建立(恢复)空口 侧用户面承载即无线接入承载(Radio Access Bear，简称RAB)，导致增加了信令开销，从而 加重了网络负荷，增加了运营商的运营成本。

发明内容
本发明实施例提供一种用户面数据的传输方法、装置及系统，用以节省信令开销， 减轻网络负荷，降低运营商的运营成本。本发明实施例提供了一种用户面数据的传输方法，包括接收终端发送的连接建立请求消息；根据所述连接建立请求消息，建立与所述终端之间的信令连接；通过所述信令连接传输用户面IP数据包。本发明实施例还提供了一种移动管理设备，包括第一接收模块，用于接收终端发送的连接建立请求消息；建立模块，用于根据所述连接建立请求消息，建立与所述终端之间的信令连接；第一传输模块，用于通过所述信令连接传输用户面IP数据包。本发明实施例又提供了一种终端，包括请求模块，用于向移动管理设备发送连接建立请求消息，以供所述移动管理设备 建立与终端之间的信令连接；第二传输模块，用于通过所述信令连接传输用户面IP数据包。本发明实施例再提供了一种接入网关，包括第二接收模块，用于接收用户面IP数据包；第一发送模块，用于向移动管理设备发送所述用户面IP数据包，以供所述移动管 理设备建立与所述终端之间的信令连接，并通过所述信令连接传输所述用户面IP数据包。
本发明实施例再提供了另一种接入网关，包括第二缓存模块，用于缓存接收到的用户面IP数据包；第二发送模块，用于向移动管理设备发送下行数据通知消息，所述下行数据通知 消息中包含有指示通过信令连接传输用户面IP数据包的指示信息，以供寻呼到终端，以触 发所述终端发送所述连接建立请求消息；以及所述移动管理设备根据所述连接建立请求 消息，建立与所述终端之间的信令连接之后，向所述移动管理设备发送所述用户面IP数据 包，以供所述移动管理设备通过所述信令连接传输所述用户面IP数据包。本发明实施例再提供了又一种接入网关，包括第三缓存模块，用于缓存接收到的用户面IP数据包；第三发送模块，用于向移动管理设备发送下行数据通知消息，以供寻呼到终端，以 触发所述终端发送所述连接建立请求消息；以及所述移动管理设备根据所述连接建立请求 消息，建立与所述终端之间的信令连接之后，根据接收到的所述移动管理设备所发送的下 行数据递交通知消息，所述下行数据递交通知消息中包含有指示通过信令连接传输用户面 IP数据包的指示信息，向所述移动管理设备发送所述用户面IP数据包，以供所述移动管理 设备通过所述信令连接传输所述用户面IP数据包。本发明实施例再提供了一种用户面数据的传输系统，包括接入网设备，用于接收终端所发送的连接建立请求消息，发送所述连接建立请求 消息；移动管理设备，用于接收所述接入网设备所发送的连接建立请求消息，根据所述 连接建立请求消息，建立与所述终端之间的信令连接，通过所述信令连接传输用户面IP数 据包。由上述技术方案可知，本发明实施例中，当建立了处于空闲状态的UE与网络侧即 移动管理设备之间的信令连接之后，直接将包含有业务内容的上行用户面IP数据包或下 行用户面IP数据包通过该信令连接在UE与网络侧之间进行传输，而无需专门建立(恢复) UE与网络侧即S-GW之间的空口侧用户面承载即RAB，能够节省信令开销，从而减轻了网络 负荷，降低了运营商的运营成本。


为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本 发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以 根据这些附图获得其他的附图。图1为本发明实施例一提供的用户面数据的传输方法的流程示意图；图2为本发明实施例二提供的用户面数据的传输方法的流程示意图；图3为本发明实施例三提供的用户面数据的传输方法的流程示意图；图4为本发明实施例四提供的用户面数据的传输方法的流程示意图；图5为本发明实施例五提供的移动管理设备的结构示意图；图6为本发明实施例六提供的移动管理设备的结构示意图；图7为本发明实施例七提供的移动管理设备的结构示意7
图8为本发明实施例八提供的移动管理设备的结构示意图；图9为本发明实施例九提供的移动管理设备的结构示意图；图10为本发明实施例十提供的终端的结构示意图；图11为本发明实施例十一提供的一种接入网关的结构示意图；图12为本发明实施例十二提供的另一种接入网关的结构示意图；图13为本发明实施例十三提供的再一种接入网关的结构示意图；图14为本发明实施例十四提供的用户面数据的传输系统的结构示意图；图15为本发明实施例十五提供的用户面数据的传输系统的结构示意图；图16为本发明实施例十六提供的用户面数据的传输系统的结构示意图；图17为本发明实施例十七提供的用户面数据的传输系统的结构示意图。
具体实施例方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完 整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于 本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他 实施例，都属于本发明保护的范围。下述本发明实施例适用于空口侧采用独立的信令通道和用户面通道分别传 输控制消息和用户面消息的移动分组通信系统，可以包括通用分组无线业务(General Packet Radio Service,简称 GPRS)网络、通用移动通信系统(Universal Mobile Telecommunication System，简称 UMTS)网络、演进分组系统(Evolved Packet System，简 称 EPS)网络、全球微波接入互操作性(World Interoperability for Microwave Access, 简称WiMAX)系统网络、码分多址(Code Division Multiple Access，简称CDMA)网络等。图1为本发明实施例一提供的用户面数据的传输方法的流程示意图，如图1所示， 本实施例的用户面数据的传输方法包括以下步骤步骤101、接收终端发送的连接建立请求消息；步骤102、根据上述连接建立请求消息，建立与上述终端之间的信令连接；步骤103、通过上述信令连接传输用户面IP数据包。移动分组承载网通常是一个控制面与用户面分离的系统，为了节省无线网络资 源，并减少UE耗电，在没有进行业务交互时，网络会拆除与UE之间的控制面通道(信令连 接)和用户面通道(用户面承载)，使UE处于空闲状态。本实施例中提供的用户面数据的 传输方法可以是处于空闲状态的UE主动触发的即UE主动通过接入网设备向移动管理设备 发送连接建立请求消息，此时说明处于空闲状态的UE需要主动发送上行用户面IP数据包， 通过UE主动发起连接建立请求建立空口侧信令连接；也可以是处于空闲状态的UE根据网 络侧的寻呼被动触发的即移动管理设备接收到接入网关所发送的下行数据通知消息或下 行用户面IP数据包之后，通过接入网设备寻呼到对应的UE，触发该UE被动通过接入网设备 向移动管理设备发送连接建立请求消息，此时说明网络侧收到了发送给处于空闲状态的UE 的下行用户面IP数据包，通过UE被网络侧寻呼而被动发起连接建立请求建立空口侧信令 连接。本实施例中，当建立了处于空闲状态的UE与网络侧即移动管理设备之间的信令连接之后，直接将携带有业务内容的上行用户面IP数据包或下行用户面IP数据包通过该 信令连接在UE与网络侧之间进行传输，而无需专门建立(恢复)UE与网络侧即S-GW之间 的空口侧用户面承载即RAB，能够节省信令开销，从而减轻了网络负荷，降低了运营商的运 营成本。本实施例中的接入网设备可以为演进型N0deB(eNB)、无线网络控制器(Radio Network Controller，简称 RNC)、基站控制器(Base StationController，简称 BSC)等 网元；移动管理设备可以为移动性管理网元(MobilityManagement Entity，简称MME)、 服务GPRS支持节点(Serving GPRSSupport Node，简称SGSN)、接入服务网关(Access ServiceNetwork-Gateway,简称ASN-GW)等网元；接入网关可以为服务网关(Serving Gateway，简称 S-GW)、网关GPRS支持节点(Gateway GPRSSupport Node，简称GGSN)、ASN_GW 等网元。其中的连接建立请求消息在不同的通信系统网络中通过特定的消息实现，例如 在GPRS网络、UMTS网络、或EPS网络等通信系统网络中称为服务请求(Service Request) 消息，从UE经无线接入网发送到MME或SGSN ；在WiMax系统网络中，连接建立请求消息 在UE到无线接入网和无线接入网到核心网两端的名称不同，从UE到无线接入网的消息称 为定向请求(Ranging Request)消息，同时UE将消息中定向目的指示(RangingPurpose Indication)设置为1，消息从无线接入网发到核心网(ASN-GW)时，称为空闲状态退出状态 改变请求(IM_Exit_State_Change_Req)消息。需要说明的是随着未来网络架构的演进，上述网络实体之间可能互相融合或分 割。例如不排除未来移动管理设备可能融合在接入网设备中。下面以EPS网络为例对本发明实施例的技术方案进行详细描述。图2为本发明实施例二提供的用户面数据的传输方法的流程示意图，本实施例适 用于处于空闲状态的UE发送IP承载的短消息业务(MO SMS)相关业务流程，即处于空闲 状态的UE主动通过eNB向MME发起服务请求，且该UE确定使用信令连接模式来发送该MO SMS0如图2所示，本实施例的用户面数据的传输方法包括以下步骤步骤201、处于空闲状态的UE向eNB发送服务请求消息，该服务请求消息中携带有 指示只建立信令连接而不建立UE与S-GW之间的空口侧用户面承载即RAB的指示信息；步骤202、eNB接收服务请求消息，并向MME转发该服务请求消息；步骤203、MME接收服务请求消息，向eNB发送初始化上下文建立请求消息，该初始 化上下文建立请求消息中携带有UE的无线参数(例如UE的无线能力等参数)和指示不 需要建立UE的空口侧用户面承载即RAB的标识信息；步骤204、eNB接收初始化上下文建立请求消息，向UE发送服务接受消息；步骤205、UE接收服务接受消息，向eNB返回服务接受确认消息；步骤204和步骤205中的消息功能可以通过现有消息流程机制实现，例如无线安 全模式指派消息流程。至此，UE与MME之间的信令连接已经建立完成。步骤206、UE向eNB发送第一信令消息，该第一信令消息中封装有携带了 MO SMS 内容的用户面IP数据包；步骤207、eNB接收第一信令消息，向MME转发该第一信令消息；
需要说明的是本步骤以及下述本发明实施例中所涉及的“转发”步骤均可以有两 种解释一种是透明传送；另一种是将接收到信令消息中的用户面IP数据包封装到另一条 新的信令消息中，重新发送。步骤208、MME接收第一信令消息，向S-GW发送第二信令消息，该第二信令消息中 封装有携带了 MO SMS内容的用户面IP数据包；步骤209、S-GW接收第二信令消息，向分组数据网络网关(Packet DataNetwork Gateway，简称P-GW)发送上述携带了 MO SMS内容的用户面IP数据包；本步骤中，S-GW将用户面IP数据包是通过UE在S-GW与P-GW之间的用户面承载 发送到P-GW的。由于UE的空口侧用户面承载可以有多个，为了使S-GW能够区分从MME接 收到的用户面IP数据包应该通过S-GW与P-GW之间的哪个用户面承载传输，上述步骤第一 信令消息和第二信令消息中除了封装有携带了 MO SMS内容的用户面IP数据包，还可以封 装该用户面IP数据包对应的用户面数据流标识，该用户面数据流标识用于网络区分该用 户面IP数据包在网络内部应该选择UE的哪个用户面承载来传输。本实施例中，用户面数据流标识可以为EPS承载标识(EPS Bearer ID，简称ΕΒΙ)。 UE可以利用其维护的上行流量模板(Traffic Flow Template，简称TFT)对将要发送的上 行用户面IP数据包进行流匹配，即对上行用户面IP数据包的源IP地址、目的IP地址、协 议类型、源端口号、目的端口号等信息进行匹配，获得该上行用户面IP数据包应该选择UE 的哪个用户面承载进行传输的EBI，并将该EBI与携带了 MO SMS内容的上行用户面IP数据 包一起封装在第一信令消息中经eNB发送给MME，MME再将该EBI与携带了 MO SMS内容的 上行用户面IP数据包一起封装在第二信令消息中发送给S-GW。S-GW接收到该第二信令消 息后，根据其中的EBI选择对应的用户面承载，将其中的上行用户面IP数据包通过所选择 的用户面承载发送到P-GW。进一步地，本实施例中用户面数据流标识也可以采用上行用户 面IP数据包所属的分组数据网络连接(PDN Connection)的缺省承载的EBI。需要说明的是当S-GW与P-GW之间选择采用代理移动IPv6 (ProxyMobile IPv6, 简称PMIPv6)协议，而非GPRS隧道协议(GPRS TunnelingProtocol,简称GTP)时，UE在 S-Gff与P-GW之间的用户面承载粒度(即PMIPv6隧道)比UE与网络无线侧之间的空口侧 用户面承载(即RAB)粒度要粗，即多个RAB对应一个S-GW与P-GW之间的用户面承载，并 且这种对应关系是固定的，因此在S-GW与P-GW之间采用PMIPv6协议时，S-Gff仍然能够通 过EBI选择正确的PMIPv6隧道来将上行用户面IP数据包传输至P_GW。步骤210、P-GW接收携带了 MO SMS内容的用户面IP数据包，并向短消息网关 (Short Message Gateway，简称SMG)转发该携带了 MO SMS内容的用户面IP数据包，以供 最终发送至指定的接收方；本步骤中的SMG不一定是短消息中心，根据不同的短消息方案可能是用于在UE和 短消息中心之间用于转交短消息的代理网关，例如在IP多媒体子系统(IP Multimedia Subsystem，简称IMS)的短消息方案中，SMG可以是代理呼叫会话控制功能(Proxy Call Session Control Function，简称P-CSCF)。实际上，SMG可以泛指与UE进行通信的对端网 络实体，包括网元、其它UE等，本步骤对SMG的功能没有改动。步骤211、eNB接收服务接受确认消息，向MME发送初始化上下文建立完成消息；需要说明的是本实施例中的步骤211是与步骤205的后续关联步骤，步骤206至
10步骤210描述了 UE在完成步骤205以后即可以通过信令通道发送上行用户面IP数据包， 因此实际上步骤206至210与步骤211之间没有严格的时序约束关系。步骤212、业务流程中后续的用户面数据传输；本步骤中，通常SMG在接收到步骤210中的MO SMS之后，会向UE返回一个确认报 告。具体地，SMG可以通过P-GW向S-GW发送携带了该确认报告的下行用户面IP数据包， S-Gff向MME发送一条封装了该下行用户面IP数据包的信令消息，MME再通过eNB向UE发 送一条封装了该下行用户面IP数据包的信令消息。类似地，S-GW在发送给MME的信令消息、以及MME在发送给UE的信令消息中，除 了封装有携带了确认报告的下行用户面IP数据包以外，还可以封装该下行用户面IP数据 包对应的用户面数据流标识，例如用户面承载的EBI 当S-GW与P-GW之间采用GTP时，S-GW与P-GW之间的用户面承载粒度(即GTP隧 道)与UE与网络无线侧之间的空口侧用户面承载(即RAB)粒度是一致的，S-GW从UE的 哪个用户面承载接收的从P-GW来的用户面IP数据包，就将该用户面承载对应的用户面数 据流标识作为参数封装在向MME发送的信令消息中。当S-GW与P-GW之间采用PMIPv6协议时，S-Gff要根据之前在建立用户面承载时 生成的下行TFT对所传输的下行用户面IP数据包进行流匹配，获得该下行用户面IP数据 包应该选择UE的哪个用户面承载进行传输的用户面数据流标识，将该用户面数据流标识 作为参数封装在向MME发送的信令消息中。UE接收到封装了该下行用户面IP数据包和用户面数据流标识的信令消息之后， 可以按照现有技术中从该用户面数据流标识对应的用户面承载接收到下行用户面IP数据 包的处理原则处理，此处不再赘述。步骤213、业务流程结束后，若eNB在监测到一段时间内没有UE与MME之间的信令 交互，则向MME发送UE上下文释放请求消息；在传统的通过建立(恢复)UE的空口侧用户面承载传输用户面数据(用户面IP 数据包)的方式下，由于用户面数据不经过ΜΜΕ,ΜΜΕ无法监测用户面通道是否空闲，因此必 须由eNB进行监测，并在控制面通道(信令连接)和用户面通道(用户面承载)都空闲一 段时间后通知MME释放控制面通道和用户面通道。而在本发明实施例中，在选择了信令连 接方式进行短消息业务等小数据量业务时，空口侧用户面承载并没有建立，而UE与MME之 间所有的信令交互必然都经过MME，MME自己就可以监测信令连接的空闲情况并确定何时 释放信令连接以使UE处于空闲状态，因此本步骤不是必须的，是可选的；步骤214、MME确定释放UE与MME之间的信令连接，向eNB发送UE上下文释放命 令消息；步骤215、eNB接收UE上下文释放命令消息，并与UE进行交互，释放UE与eNB之 间的信令连接；由于本发明实施例中没有建立(恢复)UE与S-GW之间的空口侧用户面承载(即 RAB)，因此，本步骤中eNB不需要释放UE的空口侧用户面承载，从而简化了 UE和eNB的处 理、以及MME与S-GW之间的信令交互，减轻了 UE和eNB的负荷，同时减轻了 MME和S-GW的 负荷。步骤216、eNB向MME返回UE上下文释放完成消息。
本实施例中，处理空闲状态的UE进行MO SMS业务时，MME与S-GW之间不再需要进 行信令消息交互建立(恢复)UE与S-GW之间的空口侧用户面承载即RAB，当建立了处于空 闲状态的UE与MME之间的信令连接之后，且UE选择了信令连接模式之后，直接将携带了 MO SMS内容的上行用户面IP数据包通过该信令连接发送给网络侧，而无需专门恢复(建立) UE与网络侧即S-GW之间的空口侧用户面承载即RAB，能够节省无线资源和信令开销，从而 减轻了网络负荷，降低了运营商的运营成本。图3为本发明实施例三提供的用户面数据的传输方法的流程示意图，本实施例适 用于处于空闲状态的UE接收IP承载的短消息业务(MT SMS)相关业务流程，即处于空闲状 态的UE被网络侧经由eNB寻呼到，被动通过eNB向MME发起服务请求，且S-GW确定使用信 令连接模式来向UE发送该MTSMS，携带了 MT SMS内容的用户面IP数据包是缓存在MME上 的。如图3所示，本实施例的用户面数据的传输方法包括以下步骤步骤301、SMG向P-GW发送携带了 MT SMS内容的用户面IP数据包；本步骤中，用户面IP数据包的目的地址为处于空闲状态的UE在用户面承载建立 过程中所获得的IP地址。步骤302、P-GW接收携带了 MT SMS内容的用户面IP数据包，并向S-GW转发该携 带了 MT SMS内容的用户面IP数据包；步骤303、S-GW接收到携带了 MT SMS内容的用户面IP数据包，确认该用户面IP 数据包对应的空口侧用户面承载即RAB信息无效后，向MME发送第三信令消息，该第三信令 消息封装有携带了 MT SMS内容的用户面IP数据包；本步骤中，S-GW发现该用户面IP数据包对应的空口侧用户面承载即RAB信息无 效，S-GW则可以选择信令连接模式传输用户面IP数据包。类似地，本步骤中的第三信令消 息中除了封装有携带了 MT SMS内容的用户面IP数据包以外，还可以封装该下行用户面IP 数据包对应的用户面流标识，例如用户面承载的EBI。步骤304、MME接收第三信令消息，确认目的UE处于空闲状态，则缓存该携带了 MT SMS内容的用户面IP数据包；步骤305、MME向eNB发送寻呼消息；步骤306、eNB接收寻呼消息，并在指定覆盖范围内广播寻呼消息。步骤305和步骤306中，MME可以在为该UE分配的跟踪区域列表(TAlist)所包 含的跟踪区域(TA)范围内通过eNB对UE进行寻呼。至此，处于空闲状态的UE被触发，将被动通过eNB向MME发起服务请求；步骤307、UE接收寻呼消息，向eNB发送服务请求消息；步骤308、eNB接收服务请求消息，并向MME转发该服务请求消息；步骤309、MME接收服务请求消息，向eNB发送初始化上下文建立请求消息，该初始 化上下文建立请求消息中携带有UE的无线参数(例如UE的无线能力等参数)，同时MME 指示eNB不需要建立UE的空口侧用户面承载即RAB，可以通过消息中不携带任何UE的RAB 上下文信息，或者在消息中携带显式指示等方式；步骤310、eNB接收初始化上下文建立请求消息，向UE发送服务接受消息；步骤311、UE接收服务接受消息，向eNB返回服务接受确认消息；步骤310和步骤311中的消息功能可以通过现有消息流程机制实现，例如无线安全模式指派消息流程。至此，UE与MME之间的信令连接已经建立完成。步骤312、eNB接收服务接受确认消息，向MME发送初始化上下文建立完成消息；步骤313、MME接收初始化上下文建立完成消息，向eNB发送第四信令消息，该第四 信令消息中封装有所缓存的携带了 MT SMS内容的用户面IP数据包；类似地，本步骤中的第四信令消息中除了封装有携带了 MT SMS内容的用户面IP 数据包以外，还可以封装该下行用户面IP数据包对应的用户面数据流标识，例如用户面 承载的EBI。步骤314、eNB接收第四信令消息，并向UE转发该第四信令消息；至此，UE接收到携带了 MT SMS内容的用户面IP数据包。UE可以根据该第四信令 消息中所携带的用户面数据流标识按照现有技术中从该用户面数据流标识对应的用户面 承载接收到下行用户面IP数据包的处理原则处理，此处不再赘述。步骤315、业务流程中后续的用户面数据传输；本步骤中，通常终端在接收到步骤314中的MT SMS之后，会向SMG返回一个确认 报告。具体地，UE可以通过eNB向MME发送一条封装有携带了该确认报告的上行用户面IP 数据包的信令消息，MME再向S-GW发送一条封装有携带了该确认报告的上行用户面IP数 据包的信令消息，S-GW从该信令消息种提取出携带了该确认报告的上行用户面IP数据包， 再通过P-GW向SMG发送该携带了该确认报告的上行用户面IP数据包。类似地，UE在发送给MME的信令消息、以及MME在发送给S-GW的信令消息中，除 了封装有携带了确认报告的上行用户面IP数据包以外，还可以封装该下行用户面IP数据 包对应的用户面数据流标识，例如用户面承载的EBI。步骤316、业务流程结束后，若eNB在监测到一段时间内没有UE与MME之间的信令 交互，则向MME发送UE上下文释放请求消息；在传统的通过建立(恢复)UE的空口侧用户面承载传输用户面数据的方式下，由 于用户面数据不经过ΜΜΕ,ΜΜΕ无法监测用户面通道是否空闲，因此必须由eNB进行监测，并 在控制面通道(信令连接)和用户面通道(用户面承载)都空闲一段时间后通知MME释放 控制面通道和用户面通道。而在本发明实施例中，在选择了信令连接方式进行短消息业务 等小数据量业务时，空口侧用户面承载并没有建立，而UE与MME之间所有的信令交互必然 都经过MME，MME自己就可以监测信令连接的空闲情况并确定何时释放信令连接以使UE处 于空闲状态，因此本步骤不是必须的，是可选的；步骤317、MME确定释放UE与MME之间的信令连接，向eNB发送UE上下文释放命 令消息；步骤318、eNB接收到UE上下文释放命令消息，并与UE进行交互，释放UE与eNB 之间的信令连接；由于本发明实施例中没有建立(恢复)UE与S-GW之间的空口侧用户面承载(即 RAB)，因此，本步骤中eNB不需要释放UE的空口侧用户面承载，从而简化了 UE和eNB的处 理、以及MME与S-GW之间的信令交互，减轻了 UE和eNB的负荷，同时减轻了 MME和S-GW的 负荷。步骤319、eNB向MME返回UE上下文释放完成消息。
13
本实施例中，处理空闲状态的UE进行MT SMS业务时，MME与S-GW之间不再需要进 行信令消息交互建立(恢复)UE与S-GW之间的空口侧用户面承载即RAB，S-Gff选择了信令 连接模式之后，直接将携带了 MT SMS内容的下行用户面IP数据包发送给MME，MME缓存该 下行用户面IP数据包，并对UE进行寻呼。当建立了被寻呼到的处于空闲状态的UE与MME 之间的信令连接之后，直接将携带了 MT SMS内容的下行用户面IP数据包通过该信令连接 发送给UE，而无需专门恢复(建立)UE与网络侧即S-GW之间的空口侧用户面承载即RAB， 能够节省无线资源和信令开销，从而减轻了网络负荷，降低了运营商的运营成本。图4为本发明实施例四提供的用户面数据的传输方法的流程示意图，本实施例适 用于处于空闲状态的UE接收IP承载的短消息(MT SMS)相关业务流程，即处于空闲状态的 UE被网络侧经由eNB寻呼到，被动通过eNB向MME发起服务请求，且S-GW确定使用信令连 接模式来向UE发送该MTSMS。与上一实施例相比，本实施例中的携带了 MT SMS内容的用户 面IP数据包是缓存在S-GW上的，如图4所示，本实施例的用户面数据的传输方法包括以下 步骤步骤401、SMG向P-GW发送携带了 MT SMS内容的用户面IP数据包；本步骤中，用户面IP数据包的目的地址为处于空闲状态的UE在用户面承载建立 过程中所获得的IP地址。步骤402、P-GW接收携带了 MT SMS内容的用户面IP数据包，并向S-GW转发该携 带了 MT SMS内容的用户面IP数据包；步骤403、S-GW接收到携带了 MT SMS内容的用户面IP数据包，确认该用户面IP 数据包对应的空口侧用户面承载即RAB信息无效后，缓存该携带了 MT SMS内容的用户面IP 数据包；本步骤中，S-GW发现该用户面IP数据包对应的空口侧用户面承载即RAB信息无 效，S-GW则可以选择信令连接模式传输用户面IP数据包。步骤404、S_GW向MME发送下行数据通知消息，上述下行数据通知消息中携带有指 示通过信令连接传输用户面IP数据包的指示信息；步骤405、MME接收下行数据通知消息，确认目的UE处于空闲状态，则向eNB发送 寻呼消息；步骤406、eNB接收寻呼消息，并在指定覆盖范围内广播寻呼消息。步骤405和步骤406中，MME可以在为该UE分配的跟踪区域列表(TAlist)所包 含的跟踪区域(TA)范围内通过eNB对UE进行寻呼。至此，处于空闲状态的UE被触发，将被动通过eNB向MME发起服务请求；步骤407、UE接收寻呼消息，向eNB发送服务请求消息；步骤408、eNB接收服务请求消息，并向MME转发该服务请求消息；步骤409、MME接收服务请求消息，向eNB发送初始化上下文建立请求消息，该初始 化上下文建立请求消息中携带有UE的无线参数(例如UE的无线能力等参数)，根据步骤 404中的指示消息，MME指示eNB不需要建立UE的空口侧用户面承载即RAB，可以通过消息 中不携带任何UE的RAB上下文信息，或者在消息中携带显式指示等方式；步骤410、eNB接收初始化上下文建立请求消息，向UE发送服务接受消息；步骤411、UE接收服务接受消息，向eNB返回服务接受确认消息；
步骤410和步骤411中的消息功能可以通过现有消息流程机制实现，例如无线安 全模式指派消息流程。至此，UE与MME之间的信令连接已经建立完成。步骤412、eNB接收服务接受确认消息，向MME发送初始化上下文建立完成消息；步骤413、MME接收初始化上下文建立完成消息，向S-GW发送下行数据递交通知消 息，以通知UE与S-GW之间的信令连接已经建立完成；步骤414、S-Gff接收下行数据递交通知消息，向MME发送第五信令消息，该第五信 令消息中封装有所缓存的携带了 MT SMS内容的用户面IP数据包；类似地，本步骤中的第五信令消息中除了封装有携带了 MT SMS内容的用户面IP 数据包以外，还可以封装该下行用户面IP数据包对应的用户面数据流标识，例如用户面 承载的EBI。步骤415、MME接收第五信令消息，向eNB发送第六信令消息，该第六信令消息中封 装有携带了 MT SMS内容的用户面IP数据包；类似地，本步骤中的第六信令消息中除了封装有携带了 MT SMS内容的用户面IP 数据包以外，还可以封装该下行用户面IP数据包对应的用户面数据流标识，例如用户面 承载的EBI。步骤416、eNB接收第六信令消息，并向UE转发该第六信令消息；至此，UE接收到携带了 MT SMS内容的用户面IP数据包。UE可以根据该第六信令 消息中所携带的用户面数据流标识按照现有技术中从该用户面数据流标识对应的用户面 承载接收到下行用户面IP数据包的处理原则处理，此处不再赘述。步骤417、业务流程中后续的用户面数据传输；本步骤中，通常终端在接收到步骤415中的MT SMS之后，会向SMG返回一个确认 报告。具体地，UE可以通过eNB向MME发送一条封装有携带了该确认报告的上行用户面IP 数据包的信令消息，MME再向S-GW发送一条封装有携带了该确认报告的上行用户面IP数 据包的信令消息，S-GW从该信令消息种提取出携带了该确认报告的上行用户面IP数据包， 再通过P-GW向SMG发送该携带了该确认报告的上行用户面IP数据包。类似地，UE在发送给MME的信令消息、以及MME在发送给S-GW的信令消息中，除 了封装有携带了确认报告的上行用户面IP数据包以外，还可以封装该下行用户面IP数据 包对应的用户面数据流标识，例如用户面承载的EBI。步骤418、业务流程结束后，若eNB在监测到一段时间内没有UE与MME之间的信令 交互，则向MME发送UE上下文释放请求消息；在传统的通过建立(恢复)UE的空口侧用户面承载传输用户面数据的方式下，由 于用户面数据不经过ΜΜΕ,ΜΜΕ无法监测用户面通道是否空闲，因此必须由eNB进行监测，并 在控制面通道(信令连接)和用户面通道(用户面承载)都空闲一段时间后通知MME释放 控制面通道和用户面通道。而在本发明实施例中，在选择了信令连接方式进行短消息业务 等小数据量业务时，空口侧用户面承载并没有建立，而UE与MME之间所有的信令交互必然 都经过MME，MME自己就可以监测信令连接的空闲情况并确定何时释放信令连接以使UE处 于空闲状态，因此本步骤不是必须的，是可选的；步骤419、MME确定释放UE与MME之间的信令连接，向eNB发送UE上下文释放命令消息；步骤420、eNB接收到UE上下文释放命令消息，并与UE进行交互，释放UE与eNB 之间的信令连接；由于本发明实施例中没有建立(恢复)UE与S-GW之间的空口侧用户面承载(即 RAB)，因此，本步骤中eNB不需要释放UE的空口侧用户面承载，从而简化了 UE和eNB的处 理、以及MME与S-GW之间的信令交互，减轻了 UE和eNB的负荷，同时减轻了 MME和S-GW的 负荷。步骤421、eNB向MME返回UE上下文释放完成消息。本实施例中，处理空闲状态的UE进行MT SMS业务时，MME与S-GW之间不再需要 进行信令消息交互建立(恢复)UE与S-GW之间的空口侧用户面承载即RAB，S-Gff选择了信 令连接模式之后，缓存接收到的下行用户面IP数据包，并通知MME对UE进行寻呼。当建立 了被寻呼到的处于空闲状态的UE与MME之间的信令连接之后，S-Gff将所缓存的携带了 MT SMS内容的下行用户面IP数据包发送给ΜΜΕ,ΜΜΕ直接将该下行用户面IP数据包通过该信 令连接发送给UE，而无需专门恢复(建立)UE与网络侧即S-GW之间的空口侧用户面承载即 RAB，能够节省无线资源和信令开销，从而减轻了网络负荷，降低了运营商的运营成本。本实施例中，是以S-GW确定通道模式为例进行描述的。实际也可以由MME进行决 策，在步骤405中，MME接收到S-GW所发送的下行数据通知消息之后，MME决策通道模式。 若选择信令连接模式，则不需要恢复空口侧用户面承载即RAB，并在步骤413中指示S-GW将 其所缓存的携带了 MTSMS内容的下行用户面IP数据包封装成信令消息后发到MME。为了进一步缩短传输的用户面IP数据包的长度，节约无线资源，上述本发明实施 例中，在通过信令连接传输的用户面IP数据包时，UE或者网络可以对信令消息中所封装的 用户面IP数据包进行整体压缩、IP头压缩等处理，压缩属于现有成熟技术，具体方式此处 不再赘述。进一步地，上述本发明实施例中，当空口侧用户面承载即RAB处于释放状态的 UE(包括信令连接也被释放的UE，以及只恢复了信令连接，但未恢复空口侧用户面承载的 UE)要发送上行用户面IP数据包或者接收下行用户面IP数据包时，都需要确定通道模式， 即是采用通过信令连接传输用户面数据的方式，还是采用传统的通过用户面承载传输用户 面数据的方式。当空口侧用户面承载即RAB处于释放状态的UE发送上行用户面IP数据包时，UE 需要确定通道模式。对UE来说，该选择操作相对容易。由于UE感知业务类型，因此UE可 以根据业务类型选择通道模式，对通常的业务(例如语音、视频、Web浏览等)缺省采用用 户面承载模式；对特定的业务，例如IP化的SMS，则可以选择采用信令连接模式；当S-GW接收到要发送到空口侧用户面承载即RAB处于释放状态的UE的下行用户 面IP数据包时，网络侧需要确定通道模式。在EPS网络中，当采用缓存在MME的方案时(例 如实施例三)，一般可以由S-GW来确定通道模式；当采用缓存在S-GW的方案时(例如实 施例四)，则可以由S-GW或MME来确定通道模式。具体可以根据UE的业务数据流(Service DataFlow，简称SDF)属性参数或承载属性参数来确定到底采用哪种通道模式，其中，上述 属性参数可以包括业务数据流或承载的接入点名称(Access PointName，简称APN)、QoS等 级标识(Quality of service Class Identify，简称QCI)、业务数据流标识或者承载标识等参数。例如当采用缓存在S-GW的方案时，S-GW可以进行如下判断根据S-GW上保存的UE的下行业务数据流(Service Data Flow,简称SDF)过滤 器，匹配出与所缓存的下行用户面IP数据包对应的UE的一个用户面业务数据流上下文；或 者根据S-GW上保存的UE的下行流量模板(Traffic Flow Template,简称TFT)，匹配出与 所缓存的下行用户面IP数据包对应的UE的一个用户面承载上下文。S-GW可以进一步根据 每个业务数据流上下文或承载上下文所记载的属性参数对业务的类型进行区分，例如若 SMS业务可以采用特殊的APN、QCI、业务数据流标识或者承载标识，则S-GW可以根据下行用 户面IP数据包对应的业务数据流或者承载的APN、QCI、业务数据流标识或者承载标识等属 性参数来确定通道模式。当采用特殊的APN、QCI、业务数据流标识或者承载标识等属性参数不能区分出特 定业务(例如SMS)，则S-GW需要在更细的粒度上区分业务数据流例如用户面IP数据包 的IP协议头部信息。例如UE进行IP多媒体子系统(IP Multimedia Subsystem,简称IMS)业务域的其他业 务或MT SMS业务时，其业务消息都是从P-CSCF发往UE的。上述业务消息被封装在用户面 IP数据包中通过P-GW与S-GW之间的用户面承载到达S-GW，S-Gff需要区别出MT SMS业务 的用户面IP数据包以便确定通道模式。P-CSCF可以使用不同的IP协议头部信息，例如IP地址、端口号、Internet协议 安全(Internet Protocol Security，简称 IPSEC)参数索引、服务类型(Type of Service, 简称 ToS)/差分服务编码点(Differentiated ServicesCode Point，简称 DSCP)、IPv6 流 标记(Flow Label)、包长度等参数封装其它业务和MT SMS业务的用户面IP数据包，使得 S-GW可以通过接收到的下行用户面IP数据包的IP协议头部信息区别出承载的是MT SMS 业务，还是其他业务。对IP协议头部信息的过滤条件(Filter)以及对应的业务类型可以 由 P-CSCF通过策略与计费规则功能(Policy Control and ChargingRules Function，简称 PCRF)实体下发给S-GW，也可以通过操作维护接口配置在S-GW上。当S-GW缓存下行用户 面IP数据包，并且由MME确定通道模式来进行通道模式选择时，为了辅助MME进行模式选 择，S-GW在发给MME的下行数据通知消息中，可以将下行用户面IP数据包的APN、QCI、业务 数据流标识或者承载标识、IP协议头部信息(或者用户面IP数据包头部片段)等属性参 数发送给MME。相应地，对IP协议头部信息的过滤条件(Filter)以及对应的业务类型也可 以通过操作维护接口配置在MME上。可选地，还有一种可行的方式是，将IP协议头部信息的过滤条件(Filter)通过 PCRF或者操作维护配置在P-GW上，P-Gff对从外部进入P-GW的下行用户面IP数据包根据 过滤条件进行匹配，得到下行用户面IP数据包所属的业务数据流，P-GW将下行用户面IP 数据包封装在另一个用户面IP数据包中(可以采用GTP、PMIPv6协议或者其他封装格式) 发送到S-GW，新封装的用户面IP数据包的外层IP头源地址为P-GW的接口地址，目的地址 为S-GW的接口地址，P-GW在该用户面IP数据包中同时封装有指示所携带的下行用户面IP 数据包属于哪种业务类型的指示标识，所用的指示标识可以是外层IP封装中的T0S/DSCP、 IPv6的流标识或特殊的GTP扩展头(GTPextension header)等现有标识，甚至还可以是自 定义的私有扩展信息等。S-GW上在接收到来自P-GW的下行用户面IP数据包之后，从其中 包含的指示标识就可以获得其中的业务下行用户面IP数据包对应的业务类型以进行通道模式选择。P-GW与S-GW之间采用GTP或者PMIPv6协议封装的协议栈如下所示_
业务下行IP数据包
GTP-U/PMIPv6 封装
外层IP封装S_GW、MME和P-GW判断业务类型的依据可以是上述属性参数的组合，例如对属于 某个/某些APN或者QCI的下行用户面IP数据包，才需要进一步根据IP协议头部信息过 滤条件匹配是否属于特定业务。需要说明的是业务类型并不是UE或者网络侧确定通道模式的唯一参数，网络侧 (MME/S-GW)可以使用更智能的方法确定通道模式以进行通道模式选择。例如对SMS业务，可以在开始时选择信令连接模式，如果UE或者网络侧统计到信令连 接建立后，通过信令连接传输的用户面数据太频繁，认为此时切换到传统的使用用户面承 载来传输用户面数据的方式更有效率，则UE或者网络侧均可以通过请求恢复用户面承载， 将后续的用户面数据切换到用户面承载进行传输；而对其他非SMS业务，也同样可以选择 使用信令连接传输用户面数据，例如对一个IMS的基于IP协议的语音通信(Voice over InternetProtocol，简称VoIP)呼叫建立。在呼叫建立过程中，初始阶段的会话初始协议 (Session Initiation Protocol，简称SIP)信令交互和数据量较小，UE或者网络侧可以选 择在呼叫建立初始阶段采用信令连接来传输用户面SIP信令，直到UE或者P-CSCF请求建 立承载VoIP语音数据的专有承载、UE或者网络侧判断通过信令连接不适宜承载VoIP语 音数据这样大量的用户面数据或者UE或者网络侧判断信令连接的服务质量(Quality of Service,简称QoS)无法保证业务的服务质量要求，UE或者网络侧再决定建立/恢复UE的 空口侧用户面承载，将用户面数据切换到用户面承载进行传输。因此，本实施例提供的用户面数据的传输方法既可以适用于单次业务数据量小或 者对业务数据的传输通道的QoS没有特殊要求，以及进行频度比较频繁的业务，例如SMS 业务、即时消息(IM)业务等；又可以适用于单次业务数据量大或者对业务数据的传输通道 的QoS有特殊要求的业务的某些阶段，例如业务建立阶段，由UE或网络侧选择是否执行该 方法，例如语音业务、视频业务、Web浏览业务等。因此，对本发明实施例中所进行传输的 “用户面IP数据包”的理解，在符合本发明精神的范围内，应有更宽泛的理解。需要说明的是本实施例中，某些UE可能不支持信令连接模式，或者UE虽然支持 信令连接模式，但网络侧可能不支持，这种情况下，需要UE和网络侧预先协商以确定针对 某种业务是否支持通过信令连接传输用户面IP数据包的信令连接模式。具体可以通过附 着流程或者跟踪区域更新(TrackingArea Update，简称TAU)流程实现协商，具体可以采用 如下方法UE通过eNB向MME发送附着请求消息或者TAU请求消息，上述请求消息中携带有 UE的能力信息，该能力信息可以包括UE支持某种业务(例如SMS)通过信令连接传输的指 示信息，若不包含该指示信息，则可以说明UE不支持该业务通过信令连接传输。MME接收 到上述附着请求消息或者TAU请求消息之后，若MME不支持信令连接模式，则可能不能识别
18UE支持该业务通过信令连接传输的指示信息，直接忽略该指示信息；若MME支持信令连接 模式并且MME上配置的网络(即所连接的S-GW)也支持信令连接模式，则可以根据配置确 定对应的业务是否支持通过信令连接传输如果是附着流程，或者TAU流程伴随有S-GW的切换，则MME需要向S-GW发送创建 承载请求消息创建UE的用户面承载，若UE支持该业务通过信令连接传输，在该创建承载请 求消息中可以携带有通知S-GW对该UE的对应业务支持信令连接模式即通过信令连接传输 的指示信息；如果是TAU流程伴随有MME的切换但S-GW保持不变(此时MME为新侧MME)，则 MME需要向S-GW发送更新承载请求消息，若UE支持该业务通过信令连接传输，在该更新承 载请求消息中可以携带有通知S-GW对该UE的对应业务支持信令连接模式即通过信令连接 传输的指示信息。S-GW接收到上述创建承载请求消息或更新承载请求消息之后，确定采用信令连接 模式，向MME返回创建承载响应消息或更新承载响应消息。MME再通过eNB向UE返回附着 接受消息或者TAU接受消息，上述接受消息中可以携带有通知S-GW已经确定对该UE的对 应业务支持信令连接模式即通过信令连接传输的指示信息。当UE与网络侧(MME、S-Gff)协商完毕之后，UE、MME, S-GW可以分别进一步根据上 述协商的结果进行通道模式的确定。上述本发明实施例二、本发明实施例三和本发明实施例四都是以EPS网络为例对 本发明实施例的技术方案进行详细描述，在EPS网络中，网络侧控制面与用户面分离，MME 是一个纯控制面实体，因此空口一侧的信令连接和用户面承载分别连接到两个网络实体上 即MME和S-GW。而在有些网络中，例如GPRS网络、WiMax网络、⑶MA网络等网络中，网络 侧并没有采用完全的控制面与用户面分离的架构。例如在GPRS网络中，当未采用直接隧道(Direct Tunnel)方案时，UE空口一侧的信 令连接与用户面承载都经过无线接入网即通用移动通信系统陆地无线接入网(Universal Mobile Telecommunication System Territorial RadioAccess Network,简禾尔 UTRAN)或 者全球移动通信系统(Global System forMobile Communications，简称GSM) /提高数据 速率的GSM演进技术(Enhanced Data rate for GSM Evolution，简称EDGE)无线接入网 (GSMEDGE Radio Access Network，简称GERAN)连接至 SGSN，SGSN 的功能可以看做EPS 网络 中MME和S-GW两个网络实体功能的集合。SGSN的内部分别利用控制面模块和用户面模块 分别处理控制面和用户面的消息，并且其内部的控制面模块和用户面模块也有内部消息交 互用于通过控制面与其他网络实体的信令交互来维护用户面承载(创建，修改、删除等)， 因此在EPS网络中应用本发明方案后无需专门恢复(建立)UE与网络侧即S-GW之间的空 口侧用户面承载即RAB所减少的MME与S-GW之间的信令交互的有益效果在GPRS网络中仍 然成立，只是减少的信令交互是在SGSN内部。在GPRS网络中，当采用直接隧道方案时，UE空口一侧的信令连接经过无线接入网 即UTRAN或者GERAN连接至SGSN，而用户面承载经无线接入网即UTRAN或者GERAN旁路过 SGSN，直接连接至GGSN(或S-GW)。当UE恢复(建立)空口侧用户面承载时，SGSN需要与 GGSN进行信令交互以更改GGSN(或S-GW)上的用户面承载下行隧道信息。在此网络架构下 应用本发明方案可以节省SGSN和GGSN(或S-GW)之间的信令交互，与EPS中的效果类似。
需要说明的是对于前述的各方法实施例，为了简单描述，故将其都表述为一系列 的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为 依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知 悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明 所必须的。在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部 分，可以参见其他实施例的相关描述。图5为本发明实施例五提供的移动管理设备的结构示意图，如图5所示，本实施例 的移动管理设备包括第一接收模块51、建立模块52和第一传输模块53。其中，第一接收模 块51接收UE发送的连接建立请求消息，建立模块52根据第一接收模块51接收到的上述 连接建立请求消息，建立与上述UE之间的信令连接，第一传输模块53通过建立模块52建 立的上述信令连接传输用户面IP数据包。上述本发明实施例一的方法、本发明实施例二中MME、本发明实施例三中MME和本 发明实施例四中MME的功能均可以由本实施例提供的移动管理设备实现。本实施例中，第一接收模块51所接收到的连接建立请求消息可以是处于空闲状 态的UE主动触发的即UE主动通过接入网设备向移动管理设备发送连接建立请求消息，此 时说明处于空闲状态的UE需要主动发送上行用户面IP数据包，通过UE主动发起连接建立 请求建立空口侧信令连接；也可以是处于空闲状态的UE根据网络侧的寻呼被动触发的即 移动管理设备接收到接入网关所发送的下行数据通知消息或下行用户面IP数据包之后， 通过接入网设备寻呼到对应的UE,触发该UE被动通过接入网设备向移动管理设备发送连 接建立请求消息，此时说明网络侧收到了发送给处于空闲状态的UE的下行用户面IP数据 包，通过UE被网络侧寻呼而被动发起连接建立请求建立空口侧信令连接。本实施例中，当建立模块建立了处于空闲状态的UE与网络侧即移动管理设备之 间的信令连接之后，第一传输模块则可以直接将携带有业务内容的上行用户面IP数据包 或下行用户面IP数据包通过该信令连接在UE与网络侧之间进行传输，而无需专门建立 (恢复)UE与网络侧即S-GW之间的空口侧用户面承载即RAB，能够节省信令开销，从而减轻 了网络负荷，降低了运营商的运营成本。本实施例中的接入网设备可以为eNB、RNC、BSC等网元；移动管理设备可以为MME、 SGSN、ASN-GW等网元；接入网关可以为S-GW、GGSN、ASN-GW等网元。需要说明的是随着未来网络架构的演进，上述网络实体之间可能互相融合或分 割。例如不排除未来移动管理设备可能融合在接入网设备中。进一步地，第一接收模块51所接收到的上述连接建立请求消息中可以包含有指 示只建立信令连接而不建立空口侧用户面承载的指示信息，第一传输模块53具体可以用 于通过上述信令连接传输上述终端所发送的上行用户面IP数据包，而无需专门恢复(建 立)UE与网络侧即接入网关之间的空口侧用户面承载即RAB，能够节省无线资源和信令开 销，从而减轻了网络负荷，降低了运营商的运营成本。图6为本发明实施例六提供的移动管理设备的结构示意图，如图6所示，与本发明 实施例五相比，本实施例的移动管理设备还可以进一步包括第一缓存模块61和第一触发 模块62。其中，第一缓存模块61缓存接收到的接入网关所发送的用户面IP数据包，第一触发模块62根据第一缓存模块61缓存的上述用户面IP数据包，寻呼到上述UE，以触发上述 UE发送上述连接建立请求消息；第一传输模块53则可以具体用于根据第一缓存模块61缓 存的上述用户面IP数据包，通过建立模块52建立的信令连接传输上述用户面IP数据包。本实施例中，处理空闲状态的UE进行MT SMS业务时，移动管理设备与接入网关之 间不再需要进行信令消息交互建立(恢复)UE与接入网关之间的空口侧用户面承载即RAB， 接入网关选择了信令连接模式之后，直接将携带了 MT SMS内容的下行用户面IP数据包发 送给第一缓存模块，第一缓存模块缓存该下行用户面IP数据包，并由第一触发模块对UE进 行寻呼。当建立模块建立了被寻呼到的处于空闲状态的UE与移动管理设备之间的信令连 接之后，第一传输模块则可以直接将携带了 MT SMS内容的下行用户面IP数据包通过该信 令连接发送给UE，而无需专门恢复(建立)UE与网络侧即接入网关之间的空口侧用户面承 载即RAB，能够节省无线资源和信令开销，从而减轻了网络负荷，降低了运营商的运营成本。图7为本发明实施例七提供的移动管理设备的结构示意图，如图7所示，与本发明 实施例五相比，本实施例的移动管理设备还可以进一步包括第二触发模块71，用于根据接 收到的接入网关所发送的下行数据通知消息，上述下行数据通知消息中携带有指示通过信 令连接传输用户面IP数据包的指示信息，寻呼到上述UE，以触发上述UE发送上述连接建立 请求消息；第一传输模块53则可以具体用于根据上述下行数据通知消息中的指示信息，通 过建立模块52建立的信令连接传输接收到的上述接入网关所发送的用户面IP数据包。本实施例中，处理空闲状态的UE进行MT SMS业务时，移动管理设备与接入网关之 间不再需要进行信令消息交互建立(恢复)UE与接入网关之间的空口侧用户面承载即RAB， 接入网关选择了信令连接模式之后，继而缓存接收到的下行用户面IP数据包，并通知第二 触发模块对UE进行寻呼以及通知通过信令连接传输用户面IP数据包。当建立模块建立了 被寻呼到的处于空闲状态的UE与移动管理设备之间的信令连接之后，接入网关将所缓存 的携带了 MT SMS内容的下行用户面IP数据包发送给第一传输模块，第一传输模块直接将 该下行用户面IP数据包通过该信令连接发送给UE,而无需专门恢复(建立)UE与网络侧即 接入网关之间的空口侧用户面承载即RAB，能够节省无线资源和信令开销，从而减轻了网络 负荷，降低了运营商的运营成本。图8为本发明实施例八提供的移动管理设备的结构示意图，如图8所示，与本发明 实施例五相比，本实施例的移动管理设备还可以进一步包括第三触发模块81和通知模块 82。其中，第三触发模块81根据接收到的接入网关所发送的下行数据通知消息，寻呼到上 述UE,以触发上述UE发送上述连接建立请求消息，通知模块82在建立模块52建立与上述 UE之间的信令连接之后，向上述接入网关发送下行数据递交通知消息，上述下行数据递交 通知消息中携带有指示通过信令连接传输用户面IP数据包的指示信息；第一传输模块53 则可以具体用于通过建立模块52建立的信令连接传输接收到的上述接入网关所发送的用 户面IP数据包。本实施例中，处理空闲状态的UE进行MT SMS业务时，移动管理设备与接入网关之 间不再需要进行信令消息交互建立(恢复)UE与接入网关之间的空口侧用户面承载即RAB， 接入网关缓存接收到的下行用户面IP数据包，并通知第二触发模块对UE进行寻呼。移动 管理设备选择了信令连接模式之后，当建立模块建立了被寻呼到的处于空闲状态的UE与 移动管理设备之间的信令连接之后，通知接入网关将下行用户面IP数据包发送至第一传输模块以供第一传输模块直接将该下行用户面IP数据包通过该信令连接发送给UE，而无 需专门恢复(建立)UE与网络侧即接入网关之间的空口侧用户面承载即RAB，能够节省无线 资源和信令开销，从而减轻了网络负荷，降低了运营商的运营成本。图9为本发明实施例九提供的移动管理设备的结构示意图，如图9所示，与本发明 实施例五相比，本实施例的移动管理设备还可以进一步包括协商模块91，用于通过附着流 程或者跟踪区域更新跟踪区域更新流程，与上述UE进行协商是否支持信令连接模式即通 过信令连接传输用户面IP数据包。本实施例中，若某些UE不支持信令连接模式，或者UE虽然支持信令连接模式，但 网络侧不支持的情况下，协商模块可以预先与UE进行协商，以确定针对某种业务是否支持 通过信令连接传输用户面IP数据包的信令连接模式，具体可以通过附着流程或者TAU流程 实现协商。若确定针对某种业务支持通过信令连接传输用户面IP数据包的信令连接模式， 那么UE或网络侧则在后续的流程中可以针对该业务分别选择信令连接模式；若确定针对 某种业务不支持通过信令连接传输用户面IP数据包的信令连接模式，那么UE或网络侧则 在后续的流程中针对该业务只能选择传统的通过用户面承载传输用户面IP数据包的用户 面承载模式。图10为本发明实施例十提供的终端的结构示意图，如图10所示，本实施例的终端 可以包括请求模块1001和第二传输模块1002。其中，请求模块1001向移动管理设备发送 连接建立请求消息，以供上述移动管理设备建立与UE之间的信令连接，第二传输模块1002 通过上述信令连接传输用户面IP数据包。本实施例中，请求模块1001所发送的连接建立请求消息可以是处于空闲状态的 UE主动触发的即UE主动通过接入网设备向移动管理设备发送连接建立请求消息，此时说 明处于空闲状态的UE需要主动发送上行用户面IP数据包，通过UE主动发起连接建立请求 建立空口侧信令连接；也可以是处于空闲状态的UE根据网络侧的寻呼被动触发的即移动 管理设备接收到接入网关所发送的下行数据通知消息或下行用户面IP数据包之后，通过 接入网设备寻呼到对应的UE，触发该UE被动通过接入网设备向移动管理设备发送连接建 立请求消息，此时说明网络侧收到了发送给处于空闲状态的UE的下行用户面IP数据包，通 过UE被网络侧寻呼而被动发起连接建立请求建立空口侧信令连接。本实施例中，当移动管理设备建立了处于空闲状态的UE与网络侧即移动管理设 备之间的信令连接之后，第二传输模块则可以直接通过该信令连接发送携带有业务内容 的上行用户面IP数据包或接收携带有业务内容的下行用户面IP数据包，而无需专门建立 (恢复)UE与网络侧即S-GW之间的空口侧用户面承载即RAB，能够节省信令开销，从而减轻 了网络负荷，降低了运营商的运营成本。图11为本发明实施例十一提供的一种接入网关的结构示意图，如图11所示，本实 施例中的接入网关可以包括第二接收模块1101和第一发送模块1102。其中，第二接收模块 1101接收用户面IP数据包，第一发送模块1102向移动管理设备发送第二接收模块1101接 收到的上述用户面IP数据包，以供上述移动管理设备建立与上述UE之间的信令连接，并通 过上述信令连接传输上述用户面IP数据包。本实施例中，处理空闲状态的UE进行MT SMS业务时，移动管理设备与接入网关之 间不再需要进行信令消息交互建立(恢复)UE与接入网关之间的空口侧用户面承载即RAB，接入网关选择了信令连接模式之后，第一发送模块直接将第二接收模块接收到的携带了 MT SMS内容的下行用户面IP数据包发送给移动管理设备，移动管理设备缓存该下行用户面IP 数据包，并对UE进行寻呼。当移动管理设备建立了被寻呼到的处于空闲状态的UE与移动 管理设备之间的信令连接之后，移动管理设备则可以直接将携带了MT SMS内容的下行用户 面IP数据包通过该信令连接发送给UE，而无需专门恢复(建立)UE与网络侧即接入网关之 间的空口侧用户面承载即RAB，能够节省无线资源和信令开销，从而减轻了网络负荷，降低 了运营商的运营成本。图12为本发明实施例十二提供的另一种接入网关的结构示意图，如图12所示，本 实施例中的接入网关可以包括第二缓存模块1201和第二发送模块1202。其中，第二缓存模 块1201缓存接收到的用户面IP数据包，第二发送模块1202向移动管理设备发送下行数据 通知消息，上述下行数据通知消息中携带有指示通过信令连接传输下行IP数据包的指示 信息，以供寻呼到UE,以触发UE发送连接建立请求消息；以及上述移动管理设备根据上述 连接建立请求消息，建立与上述UE之间的信令连接之后，向上述移动管理设备发送上述用 户面IP数据包，以供上述移动管理设备通过上述信令连接传输上述用户面IP数据包。本实施例中，处理空闲状态的UE进行MT SMS业务时，移动管理设备与接入网关之 间不再需要进行信令消息交互建立(恢复)UE与接入网关之间的空口侧用户面承载即RAB， 接入网关选择了信令连接模式之后，继而第二缓存模块缓存接收到的下行用户面IP数据 包，第二发送模块通知移动管理设备对UE进行寻呼以及通知移动管理设备通过信令连接 传输用户面IP数据包。当移动管理设备建立了被寻呼到的处于空闲状态的UE与移动管理 设备之间的信令连接之后，第二发送模块则继而将第二缓存模块所缓存的携带了MT SMS内 容的下行用户面IP数据包发送给移动管理设备，移动管理设备直接将该下行用户面IP数 据包通过该信令连接发送给UE，而无需专门恢复(建立)UE与网络侧即接入网关之间的空 口侧用户面承载即RAB，能够节省无线资源和信令开销，从而减轻了网络负荷，降低了运营 商的运营成本。图13为本发明实施例十三提供的再一种接入网关的结构示意图，如图13所示，本 实施例中的接入网关可以包括第三缓存模块1301和第三发送模块1302。其中，第三缓存模 块1301缓存接收到的用户面IP数据包，第三发送模块1302向移动管理设备发送下行数据 通知消息，以供寻呼到UE,以触发UE发送连接建立请求消息；以及上述移动管理设备根据 上述连接建立请求消息，建立与上述UE之间的信令连接之后，根据接收到的上述移动管理 设备所发送的下行数据递交通知消息，上述下行数据递交通知消息中携带有指示通过信令 连接传输用户面IP数据包的指示信息，向上述移动管理设备发送上述用户面IP数据包，以 供上述移动管理设备通过上述信令连接传输上述用户面IP数据包。本实施例中，处理空闲状态的UE进行MT SMS业务时，移动管理设备与接入网关之 间不再需要进行信令消息交互建立(恢复)UE与接入网关之间的空口侧用户面承载即RAB， 第三缓存模块缓存接收到的下行用户面IP数据包，第三发送模块通知移动管理设备对UE 进行寻呼。移动管理设备选择了信令连接模式之后，当移动管理设备建立了被寻呼到的处 于空闲状态的UE与移动管理设备之间的信令连接之后，通知第三发送模块将下行用户面 IP数据包发送至移动管理设备以供移动管理设备直接将该下行用户面IP数据包通过该信 令连接发送给UE，而无需专门恢复(建立)UE与网络侧即接入网关之间的空口侧用户面承
23载即RAB，能够节省无线资源和信令开销，从而减轻了网络负荷，降低了运营商的运营成本。图14为本发明实施例十四提供的用户面数据的传输系统的结构示意图，如图14 所示，本实施例的用户面数据的传输系统可以包括接入网设备1401和移动管理设备1402。接入网设备1401用于接收UE所发送的连接建立请求消息，发送上述连接建立请 求消息；移动管理设备1402用于接收接入网设备1401所发送的连接建立请求消息，根据 上述连接建立请求消息，建立与上述UE之间的信令连接，通过上述信令连接传输IP数据 包。上述本发明实施例一的方法、本发明实施例二中MME、本发明实施例三中MME和本 发明实施例四中MME的功能均可以由本实施例提供的用户面数据的传输系统中的移动管 理设备1402实现，该移动管理设备1402可以为上述本发明实施例五、本发明实施例六、本 发明实施例七、本发明实施例八或本发明实施例九提供的移动管理设备。本实施例中，当移动管理设备建立了处于空闲状态的UE与网络侧即移动管理设 备之间的信令连接之后，移动管理设备则可以直接将携带有业务内容的上行用户面IP数 据包或下行用户面IP数据包通过该信令连接在UE与网络侧之间进行传输，而无需专门建 立(恢复)UE与网络侧即S-GW之间的空口侧用户面承载即RAB，能够节省信令开销，从而减 轻了网络负荷，降低了运营商的运营成本。进一步地，移动管理设备1402所接收到的上述连接建立请求消息中可以包含有 指示只建立信令连接而不建立空口侧用户面承载的指示信息，移动管理设备1402具体可 以用于接收接入网设备1401所发送的连接建立请求消息，根据上述连接建立请求消息，建 立与上述终端之间的信令连接，通过上述信令连接传输上述UE所发送的上行用户面IP数 据包，而无需专门恢复(建立)UE与网络侧即接入网关之间的空口侧用户面承载即RABjg 够节省无线资源和信令开销，从而减轻了网络负荷，降低了运营商的运营成本。图15为本发明实施例十五提供的用户面数据的传输系统的结构示意图，与本发 明实施例十四相比，如图15所示，本实施例的用户面数据的传输系统还可以进一步包括第 一接入网关1501，用于接收用户面IP数据包，并向移动管理设备1402发送上述用户面IP 数据包；相应地，移动管理设备1402具体可以用于接收接入网设备1401所发送的连接建立 请求消息，根据上述连接建立请求消息，建立与上述UE之间的信令连接，根据上述用户面 IP数据包，通过上述信令连接传输上述用户面IP数据包。本实施例中，处理空闲状态的UE进行MT SMS业务时，移动管理设备与第一接入网 关之间不再需要进行信令消息交互建立(恢复)UE与第一接入网关之间的空口侧用户面承 载即RAB，第一接入网关选择了信令连接模式之后，直接将接收到的携带了 MT SMS内容的 下行用户面IP数据包发送给移动管理设备，移动管理设备缓存该下行用户面IP数据包，并 对UE进行寻呼。当移动管理设备建立了被寻呼到的处于空闲状态的UE与移动管理设备之 间的信令连接之后，移动管理设备则可以直接将携带了 MT SMS内容的下行用户面IP数据 包通过该信令连接发送给UE，而无需专门恢复(建立)UE与网络侧即第一接入网关之间的 空口侧用户面承载即RAB，能够节省无线资源和信令开销，从而减轻了网络负荷，降低了运 营商的运营成本。图16为本发明实施例十六提供的用户面数据的传输系统的结构示意图，与本发
24明实施例十四相比，如图16所示，本实施例的用户面数据的传输系统还可以进一步包括第 二接入网关1601，用于缓存接收到的用户面IP数据包，并向移动管理设备1402发送下行 数据通知消息，上述下行数据通知消息中包含有指示通过信令连接传输用户面IP数据包 的指示信息；相应地，移动管理设备1402具体可以用于根据接收到的上述下行数据通知消 息，寻呼到上述UE,以触发上述UE发送上述连接建立请求消息，以及接收接入网设备1401 所发送的连接建立请求消息，根据上述连接建立请求消息，建立与上述UE之间的信令连 接，根据上述下行数据通知消息中所包含的指示信息，通过上述信令连接传输接收到的第 二接入网关1601所发送的用户面IP数据包。本实施例中，处理空闲状态的UE进行MT SMS业务时，移动管理设备与第二接入网 关之间不再需要进行信令消息交互建立(恢复)UE与第二接入网关之间的空口侧用户面承 载即RAB，第二接入网关选择了信令连接模式之后，缓存接收到的下行用户面IP数据包，继 而通知移动管理设备对UE进行寻呼以及通知移动管理设备通过信令连接传输用户面IP数 据包。当移动管理设备建立了被寻呼到的处于空闲状态的UE与移动管理设备之间的信令 连接之后，第二接入网关则继而将所缓存的携带了 MT SMS内容的下行用户面IP数据包发 送给移动管理设备，移动管理设备直接将该下行用户面IP数据包通过该信令连接发送给 UE，而无需专门恢复(建立)UE与网络侧即第二接入网关之间的空口侧用户面承载即RAB， 能够节省无线资源和信令开销，从而减轻了网络负荷，降低了运营商的运营成本。图17为本发明实施例十七提供的用户面数据的传输系统的结构示意图，与本发 明实施例十四相比，如图17所示，本实施例的用户面数据的传输系统还可以进一步包括第 三接入网关1701，用于缓存接收到的用户面IP数据包，并向移动管理设备1402发送下行 数据通知消息；相应地，移动管理设备1402具体可以用于根据接收到的上述下行数据通 知消息，寻呼到上述UE，以触发上述UE发送上述连接建立请求消息，以及接收接入网设备 1401所发送的连接建立请求消息，根据上述连接建立请求消息，建立与上述UE之间的信令 连接，并向第三接入网关1701发送下行数据递交通知消息，上述下行数据递交通知消息中 包含有指示通过信令连接传输用户面IP数据包的指示信息，以及通过上述信令连接传输 接收到的第三接入网关1701所发送的用户面IP数据包。本实施例中，处理空闲状态的UE进行MT SMS业务时，移动管理设备与第三接入网 关之间不再需要进行信令消息交互建立(恢复)UE与第三接入网关之间的空口侧用户面承 载即RAB，第三接入网关缓存接收到的下行用户面IP数据包，并通知移动管理设备对UE进 行寻呼。移动管理设备选择了信令连接模式之后，当移动管理设备建立了被寻呼到的处于 空闲状态的UE与移动管理设备之间的信令连接之后，通知第三接入网关将下行用户面IP 数据包发送至移动管理设备以供移动管理设备直接将该下行用户面IP数据包通过该信令 连接发送给UE，而无需专门恢复(建立)UE与网络侧即第三接入网关之间的空口侧用户面 承载即RAB，能够节省无线资源和信令开销，从而减轻了网络负荷，降低了运营商的运营成 本。进一步地，上述本发明实施例十四、本发明实施例十五、本发明实施例十六和本发 明实施例十七提供的用户面数据的传输系统中的移动管理设备1402还可以进一步用于通 过附着流程或者跟踪区域更新跟踪区域更新流程，与上述UE进行协商是否支持信令连接 模式即通过信令连接传输用户面IP数据包。
本实施例中，若某些UE不支持信令连接模式，或者UE虽然支持信令连接模式，但 网络侧不支持的情况下，移动管理设备可以预先与UE进行协商，以确定针对某种业务是否 支持通过信令连接传输用户面IP数据包的信令连接模式，具体可以通过附着流程或者TAU 流程实现协商。若确定针对某种业务支持通过信令连接传输用户面IP数据包的信令连接 模式，那么UE或网络侧则在后续的流程中可以针对该业务分别选择信令连接模式；若确定 针对某种业务不支持通过信令连接传输用户面IP数据包的信令连接模式，那么UE或网络 侧则在后续的流程中针对该业务只能选择传统的通过用户面承载传输用户面IP数据包的 用户面承载模式。本领域普通技术人员可以理解实现上述方法实施例的全部或部分步骤可以通过 程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序 在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括R0M、RAM、磁碟或者 光盘等各种可以存储程序代码的介质。最后应说明的是以上实施例仅用以说明本发明的技术方案，而非对其限制；尽 管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解其依然 可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替 换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精 神和范围。
权利要求
一种用户面数据的传输方法，其特征在于，包括接收终端发送的连接建立请求消息；根据所述连接建立请求消息，建立与所述终端之间的信令连接；通过所述信令连接传输用户面IP数据包。
2.根据权利要求1所述的方法，其特征在于，所述IP数据包是包含在信令消息中传输 的，所述信令消息中还包含有与所述用户面IP数据包对应的用户面数据流标识。
3.根据权利要求1所述的方法，其特征在于，所述连接建立请求消息中包含有指示只 建立信令连接而不建立空口侧用户面承载的指示信息，所述通过所述信令连接传输用户面IP数据包包括 通过所述信令连接传输所述终端所发送的用户面IP数据包。
4.根据权利要求1所述的方法，其特征在于，所述接收终端发送的连接建立请求消息 之前还包括缓存接收到的接入网关所发送的用户面IP数据包； 寻呼到所述终端，以触发所述终端发送所述连接建立请求消息； 所述通过所述信令连接传输用户面IP数据包包括 根据所述用户面IP数据包，通过所述信令连接传输所述用户面IP数据包。
5.根据权利要求1所述的方法，其特征在于，所述接收终端发送的连接建立请求消息 之前还包括接收接入网关所发送的下行数据通知消息，所述下行数据通知消息中包含有指示通过 信令连接传输用户面IP数据包的指示信息；寻呼到所述终端，以触发所述终端发送所述连接建立请求消息； 所述通过所述信令连接传输用户面IP数据包包括根据所述指示信息，通过所述信令连接传输接收到的所述接入网关所发送的用户面IP 数据包。
6.根据权利要求1所述的方法，其特征在于，所述接收终端发送的连接建立请求消息 之前还包括接收接入网关所发送的下行数据通知消息；寻呼到所述终端，以触发所述终端发送所述连接建立请求消息；所述建立与所述终端之间的信令连接之后还包括向所述接入网关发送下行数据递交通知消息，所述下行数据递交通知消息中包含有指 示通过信令连接传输用户面IP数据包的指示信息； 所述通过所述信令连接传输用户面IP数据包包括 通过所述信令连接传输接收到的所述接入网关所发送的用户面IP数据包。
7.根据权利要求6所述的方法，其特征在于，所述指示信息是根据用户面业务数据流 的属性参数或用户面承载的属性参数发送的。
8.根据权利要求1至7任一权利要求所述的方法，其特征在于，所述接收终端发送的连 接建立请求消息之前还包括通过附着流程或者跟踪区域更新跟踪区域更新流程，与所述终端进行协商是否支持通 过信令连接传输用户面IP数据包。
9.一种移动管理设备，其特征在于，包括第一接收模块，用于接收终端发送的连接建立请求消息；建立模块，用于根据所述连接建立请求消息，建立与所述终端之间的信令连接；第一传输模块，用于通过所述信令连接传输用户面IP数据包。
10.根据权利要求9所述的移动管理设备，其特征在于，所述连接建立请求消息中包含 有指示只建立信令连接而不建立空口侧用户面承载的指示信息，所述第一传输模块具体用 于通过所述信令连接传输所述终端所发送的用户面IP数据包。
11.根据权利要求9所述的移动管理设备，其特征在于，还包括第一缓存模块，用于缓存接收到的接入网关所发送的用户面IP数据包； 第一触发模块，用于根据所述用户面IP数据包，寻呼到所述终端，以触发所述终端发 送所述连接建立请求消息；所述第一传输模块具体用于根据所述用户面IP数据包，通过所述信令连接传输所述 用户面IP数据包。
12.根据权利要求9所述的移动管理设备，其特征在于，还包括第二触发模块，用于根 据接收到的接入网关所发送的下行数据通知消息，所述下行数据通知消息中包含有指示通 过信令连接传输用户面IP数据包的指示信息，寻呼到所述终端，以触发所述终端发送所述 连接建立请求消息；所述第一传输模块具体用于根据所述指示信息，通过所述信令连接传输接收到的所述 接入网关所发送的用户面IP数据包。
13.根据权利要求9所述的移动管理设备，其特征在于，还包括第三触发模块，用于根据接收到的接入网关所发送的下行数据通知消息，寻呼到所述 终端，以触发所述终端发送所述连接建立请求消息；通知模块，用于在建立模块建立与所述终端之间的信令连接之后，向所述接入网关发 送下行数据递交通知消息，所述下行数据递交通知消息中包含有指示通过信令连接传输用 户面IP数据包的指示信息；所述第一传输模块具体用于通过所述信令连接传输接收到的所述接入网关所发送的 用户面IP数据包。
14.根据权利要求9至13任一权利要求所述的移动管理设备，还包括协商模块，用于通 过附着流程或者跟踪区域更新跟踪区域更新流程，与所述终端进行协商是否支持通过信令 连接传输用户面IP数据包。
15.一种终端，其特征在于，包括请求模块，用于向移动管理设备发送连接建立请求消息，以供所述移动管理设备建立 与终端之间的信令连接；第二传输模块，用于通过所述信令连接传输用户面IP数据包。
16.一种接入网关，其特征在于，包括 第二接收模块，用于接收用户面IP数据包；第一发送模块，用于向移动管理设备发送所述用户面IP数据包，以供所述移动管理设 备建立与所述终端之间的信令连接，并通过所述信令连接传输所述用户面IP数据包。
17.一种接入网关，其特征在于，包括第二缓存模块，用于缓存接收到的用户面IP数据包；第二发送模块，用于向移动管理设备发送下行数据通知消息，所述下行数据通知消息 中包含有指示通过信令连接传输用户面IP数据包的指示信息，以供寻呼到终端，以触发所 述终端发送所述连接建立请求消息；以及所述移动管理设备根据所述连接建立请求消息， 建立与所述终端之间的信令连接之后，向所述移动管理设备发送所述用户面IP数据包，以 供所述移动管理设备通过所述信令连接传输所述用户面IP数据包。
18.一种接入网关，其特征在于，包括第三缓存模块，用于缓存接收到的用户面IP数据包；第三发送模块，用于向移动管理设备发送下行数据通知消息，以供寻呼到终端，以触发 所述终端发送所述连接建立请求消息；以及所述移动管理设备根据所述连接建立请求消 息，建立与所述终端之间的信令连接之后，根据接收到的所述移动管理设备所发送的下行 数据递交通知消息，所述下行数据递交通知消息中包含有指示通过信令连接传输用户面IP 数据包的指示信息，向所述移动管理设备发送所述用户面IP数据包，以供所述移动管理设 备通过所述信令连接传输所述用户面IP数据包。
19.一种用户面数据的传输系统，其特征在于，包括接入网设备，用于接收终端所发送的连接建立请求消息，发送所述连接建立请求消息；移动管理设备，用于接收所述接入网设备所发送的连接建立请求消息，根据所述连接 建立请求消息，建立与所述终端之间的信令连接，通过所述信令连接传输用户面IP数据 包。
20.根据权利要求19所述的系统，其特征在于，所述连接建立请求消息中包含有指示 只建立信令连接而不建立空口侧用户面承载的指示信息，所述移动管理设备具体用于接收 所述接入网设备所发送的连接建立请求消息，根据所述连接建立请求消息，建立与所述终 端之间的信令连接，通过所述信令连接传输所述终端所发送的用户面IP数据包。
21.根据权利要求19所述的系统，其特征在于，还包括第一接入网关，用于接收用户面 IP数据包，并向所述移动管理设备发送所述用户面IP数据包；所述移动管理设备具体用于接收所述接入网设备所发送的连接建立请求消息，根据所 述连接建立请求消息，建立与所述终端之间的信令连接，根据所述用户面IP数据包，通过 所述信令连接传输所述用户面IP数据包。
22.根据权利要求19所述的系统，其特征在于，还包括第二接入网关，用于缓存接收到 的用户面IP数据包，并向所述移动管理设备发送下行数据通知消息，所述下行数据通知消 息中包含有指示通过信令连接传输用户面IP数据包的指示信息；所述移动管理设备具体用于根据接收到的所述下行数据通知消息，寻呼到所述终端， 以触发所述终端发送所述连接建立请求消息，以及接收所述接入网设备所发送的连接建立 请求消息，根据所述连接建立请求消息，建立与所述终端之间的信令连接，根据所述指示信 息，通过所述信令连接传输接收到的所述第二接入网关所发送的用户面IP数据包。
23.根据权利要求19所述的系统，其特征在于，还包括第三接入网关，用于缓存接收到 的用户面IP数据包，并向所述移动管理设备发送下行数据通知消息；所述移动管理设备具体用于根据接收到的所述下行数据通知消息，寻呼到所述终端，以触发所述终端发送所述连接建立请求消息，以及接收所述接入网设备所发送的连接建立 请求消息，根据所述连接建立请求消息，建立与所述终端之间的信令连接，并向所述第三接 入网关发送下行数据递交通知消息，所述下行数据递交通知消息中包含有指示通过信令连 接传输用户面IP数据包的指示信息，以及通过所述信令连接传输接收到的所述第三接入 网关所发送的用户面IP数据包。
24.根据权利要求19至23任一权利要求所述的系统，所述移动管理设备还用于通过附 着流程或者跟踪区域更新跟踪区域更新流程，与所述终端进行协商是否支持通过信令连接 传输用户面IP数据包。
全文摘要
本发明实施例涉及一种用户面数据的传输方法、装置及系统，该方法包括接收终端发送的连接建立请求消息；根据所述连接建立请求消息，建立与所述终端之间的信令连接；通过所述信令连接传输用户面IP数据包。本发明实施例中，当建立了处于空闲状态的UE与网络侧即移动管理设备之间的信令连接之后，直接将携带有业务内容的上行用户面IP数据包或下行用户面IP数据包通过该信令连接在UE与网络侧之间进行传输，而无需专门建立(恢复)UE与网络侧即S-GW之间的空口侧用户面承载即RAB，能够节省信令开销，从而减轻了网络负荷，降低了运营商的运营成本。
文档编号H04W4/12GK101931898SQ20091008836
公开日2010年12月29日 申请日期2009年6月26日 优先权日2009年6月26日
发明者胡伟华, 银宇 申请人:华为技术有限公司