CN102036298B - 数据传输的方法、系统和服务网关 - Google Patents

Abstract

本发明实施例公开的一种数据传输的方法、系统和服务网关，以解决现有技术中终端与网络之间接通的效率和速度不高的问题。本发明实施例公开的一种数据传输的方法、系统和服务网关，对于激活了空闲态下信令节约ISR并处在支持S4接口的服务通用分组无线业务支持节点S4 SGSN管辖范围内的终端，在接收到发送给所述终端的下行数据时，利用之前保留的用户面承载，能够快速实现所述下行数据的传递，避免现有技术中用户面承载的重新建立带来的时延，提高传递下行数据的效率和速度，并进而改善用户的体验。

Description

数据传输的方法、系统和服务网关

技术领域

本发明涉及通信领域，尤其涉及一种数据传输的方法、系统和服务网关。

背景技术

当EPS(Evolved Packet System，演进的分组系统)网络与G/U(GPRS/UMTS，General Packet Radio Service/Universal MobileTelecommunication System，通用分组无线业务/通用无线通信系统)网络共建后，终端在不同RAT(Radio Access Technology，无线接入技术)下来回迁移产生大量的信令。为尽可能的减少无线侧资源占用和降低网络侧信令负荷，现有技术通过ISR(Idle-mode Signaling Reduction，空闲态下信令节约)来实现信令的节约。

当终端在LTE(Long Time Evolution，长期演进)网络和G/U网络之间激活了ISR后，空闲模式下的用户面终止于S-GW(Serving Gateway，服务网关)。当网络侧需要主动下传数据到终端时，由于用户面终止于S-GW，S-GW在收到下行数据时，发现自身没有对应的下行用户面隧道，将对收到的数据进行缓存，同时对MME(Mobility Management Entity，移动性管理实体)和S4 SGSN(S4 Serving GPRS Support Node，支持S4接口的服务GPRS支持节点)发送通知消息，通知MME和S4SGSN对终端进行寻呼；某一侧(MME/S4SGSN)接到终端的寻呼响应后，SGW将通知另一侧停止寻呼；当UE寻呼响应是从S4 SGSN上来时，由于之前用户面终止于S-GW，终端与网络之间接通的效率和速度不高，并影响到用户的体验。

发明内容

本发明实施例公开了一种数据传输的方法、系统和服务网关，以解决现有技术中，当网络侧需要传输数据给终端时，S4 SGSN与SGW之间接通效率和速度不高的问题。

本发明实施例公开了一种数据传输的方法，适用于激活了空闲态下信令节约ISR并处在支持S4接口的服务通用分组无线业务支持节点S4SGSN管辖范围内的终端，需要与网络进行数据传输时，包括：

接收发送给所述终端的下行数据，发起对所述终端无线承载的恢复；

在所述终端无线承载恢复成功时，将用户面承载设置为可用状态，并利用所述用户面承载传输所述下行数据，所述用户面承载是在接收所述下行数据之前已经建立，并在所述终端转为空闲状态时保留并被设置为不可用状态的承载。

本发明实施例还公开了一种服务网关，包括：

接收单元：用于接收发送给终端的下行数据，所述终端激活了空闲态下信令节约ISR并处在支持S4接口的服务通用分组无线业务支持节点S4 SGSN管辖范围内；

处理单元：用于根据所述接收单元接收到的数据，发起对所述终端无线承载的恢复，并在所述终端无线承载恢复成功时，将所述用户面承载设置为可用状态，并利用用户面承载传输所述下行数据；所述用户面承载是在接收所述下行数据之前已经建立，并在所述终端转为空闲状态时保留的承载。

本发明实施例还公开了一种数据传输的系统，包括：

服务网关：用于接收发送给终端的下行数据，所述终端激活了空闲态下信令节约ISR并处在支持S4接口的服务通用分组无线业务支持节点管辖范围内；根据所述下行数据，通知所述支持S4接口的服务通用分组无线业务支持节点发起对所述终端的寻呼；并在所述终端无线承载恢复成功时，将用户面承载设置为可用状态，并利用所述用户面承载传输所述下行数据，所述用户面承载是在接收所述下行数据之前已经建立，并在所述终端转为空闲状态时保留的承载；

支持S4接口的服务通用分组无线业务支持节点：用于根据所述服务网关发送的通知消息发起对所述终端的寻呼，并在所述终端无线承载恢复成功时，通知所述服务网关。

本发明实施例公开的一种数据传输的方法、系统和服务网关，对于激活了空闲态下信令节约ISR并处在支持S4接口的服务通用分组无线业务支持节点S4SGSN管辖范围内的终端，在接收到发送给所述终端的下行数据时，发起对所述终端无线承载的恢复，并在所述终端无线承载恢复成功时，利用之前保留的用户面承载，能够快速实现所述下行数据的传递，避免现有技术中用户面承载的重新建立带来的时延，提高传递下行数据的效率和速度，并进而改善用户的体验。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为为本发明实施例的一个具体应用场景的系统架构图；

图2本发明实施例一种数据传输方法的流程示意图；

图3为本发明实施例一种数据传输方法的具体实现方式流程示意图；

图4为本发明实施例S4 DATA PATH RECOVERY NOTIFY消息的参考图；

图5为本发明实施例一种服务网关的结构示意图；

图6为本发明实施例一种服务网关具体实现方式的结构示意图；

图7为本发明实施例另一种服务网关具体实现方式的结构示意图；

图8为本发明实施例一种数据传输系统的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，图1为本发明实施例的一个具体应用场景的系统架构图；SGW与S4 SGSN之间通过建立的用户面承载A为终端用户传递数据。现有技术中，如果某一终端UE激活了ISR，建立了非DT(Direct Tunnel，直接用户面隧道)的用户面承载A，当所述终端UE进入空闲态时，将会删除S4SGSN与SGW之间的用户面承载A，从而导致在有针对该终端UE的下行数据时，需要重新建立S4 SGSN与SGW之间的用户面承载A，影响到向终端UE下发数据的效率和速度，进而影响到终端用户的感受和体验。

本发明实施例公开了一种数据传输的方法、系统和设备，在终端转入空闲状态时，保留S4 SGSN与SGW之间的用户面承载，并设置其为不可用的状态，在有针对所述终端的下行数据，发起对所述终端无线承载的恢复，在所述终端无线承载恢复成功时，即所述终端在S4 SGSN上响应成功以及无线接入侧承载恢复成功，S4 SGSN选择在S4 SGSN与SGW之间建立用户面承载时，将所述用户面承载设置为可用状态，并利用所述用户面承载为所述终端传递数据，避免了重新建立用户面承载的时延，提高了为终端传递数据的效率和速度，并进而提高了用户体验。

本发明还可以适用于其它网络实体之间用户面承载的建立和维护，不限定于S4 SGSN与SGW之间，其它具有类似功能的设备，在同样的条件下，也可以实现本发明实施例公开的技术方案，不再一一枚举。

参考图2，图2为本发明实施例一种数据传输方法的流程示意图，适用于激活了ISR并处在S4 SGSN管辖范围内的终端，需要与网络进行数据传输时，包括：

步骤202：接收发送给所述终端的下行数据，发起对所述终端无线承载的恢复；

步骤204：在所述终端无线承载恢复成功时，将用户面承载设置为可用状态，并利用所述用户面承载传输所述下行数据，所述用户面承载是在接收所述下行数据之前已经建立，并在所述终端转为空闲状态时保留并被设置为不可用状态的承载。

在所述步骤202之前，还可以包括在终端转入空闲状态时，保留已经建立的用户面承载并将所述用户面承载设置为不可用状态的步骤，以备在后续步骤中，能够利用所述保留的用户面承载快速实现下行数据的传输。所述保留已经建立的用户面承载可以通过保留与所述S4 SGSN之间的用户面地址与GTP隧道标识来实现。

所述发起对所述终端无线承载的恢复还可以包括判断本地是否存在为所述终端传递数据的用户面承载，如果本地存在为所述终端传递数据的用户面承载，则判断所述用户面承载的状态，如果所述用户面承载为不可用状态，则发起对所述终端无线承载的恢复。

所述终端无线承载恢复成功可以包括所述终端在所述S4 SGSN成功响应、无线接入侧承载恢复成功，并且所述S4 SGSN选择通过用户面承载传递所述下行数据。在所述终端无线承载恢复成功后，所述S4 SGSN可以通过一条新增消息或通过修改现有消息中的标识，通知服务网关所述终端在所述S4 SGSN的成功响应、无线接入侧承载恢复成功，以及所述S4 SGSN选择通过用户面承载传递所述下行数据。

在具体实现时，可以是SGW接收发送给所述终端的下行数据，相应的，所述用户面承载是所述SGW与所述S4 SGSN之间的承载。所述SGW在接收到发送给所述终端的下行数据时，所述SGW发起对所述终端无线承载的恢复；在所述SGW发起对所述终端无线承载之前，可以判断本地是否存在为所述终端传递数据的用户面承载，如果本地存在为所述终端传递数据的用户面承载，则所述SGW进一步判断所述用户面承载的状态，在所述用户面承载为不可用状态时，才发起对所述终端无线承载的恢复；所述发起对所述终端无线承载的恢复可以通过通知所述S4 SGSN向所述终端发起寻呼。在所述终端成功响应寻呼，并且在所述S4 SGSN不选择建立RNC(Radio Network Controller，无线网络控制器)与SGW(或PGW)之间的直接通道，即选择通过用户面承载传递所述下行数据时，所述SGW根据所述S4 SGSN的通知消息，将所述用户面承载设置为可用状态，并利用所述用户面承载传递所述下行数据。

通过上述方法实施例，能够在给终端传递下行数据时，利用之前已经建立的用户面承载，快速传递下行数据，避免了因重建用户面承载带来的传输时延，提高数据传输的效率和速度，并进而改善终端用户的体验。

参考图3，图3为本发明实施例一种数据传输方法的具体实现方式流程示意图，包括：

步骤300：在UE转入空闲状态时，保留SGW与S4 SGSN之间的承载，并将所述承载的状态设置为不可用；

当终端UE在LTE与G/U网络之间激活ISR，并且所述终端UE处于S4 SGSN管辖范围内时，执行承载建立流程，建立用户面承载(非DT)，即建立：UE→RNC→S4 SGSN→SGW→PGW的承载；并且在所述UE转入IDLE态，SGW保留承载上下文中所记录的S4 SGSN的用户面地址与GTP隧道标识，即通过保留SGW与S4 SGSN之间的用户面地址与GTP隧道标识保留SGW与S4 SGSN之间的承载；并通过本地标识，如：DataPathBuffer，将所述SGW与S4 SGSN之间的承载设置为不可用，例如将所述DataPathBuffer设置为TRUE，用于表示这段用户面承载无效。

步骤302：SGW收到所述终端的下行数据，判断是否存在为所述终端传递数据的用户面承载及所述用户面承载的状态，并在判断存在用户面承载且所述用户面承载为不可用时，发起对所述终端的寻呼；

SGW收到下行数据后，先判断是否存在SGW与S4 SGSN之间的承载，如果存在，则通过本地标识DataPathBuffer判断SGW与S4 SGSN之间承载的状态，由于之前已经将DataPathBuffer设置为TRUE，即可获知存在SGW与S4 SGSN之间的承载，并且所述承载为不可用状态；则所述SGW缓存下行数据，并分别通知S4 SGSN和MME下发寻呼，即通过发送Downlink Data Notification消息到S4 SGSN和MME，通知S4 SGSN和MME对UE下发寻呼。

步骤304：S4 SGSN根据接收到的Downlink Data Notification消息，返回响应消息Downlink Data Notification Ack给SGW，并启动对所述终端的寻呼；

步骤306：终端在S4 SGSN侧响应寻呼，S4 SGSN通知SGW；

由于此时终端处于S4 SGSN管辖范围内，所以终端在S4 SGSN侧响应寻呼。如果RAB(Radio Access Bearer，无线接入侧承载)全部恢复成功，且S4 SGSN选择在S4 SGSN与SGW之间建立用户面承载，则S4 SGSN发送消息S4 DATA PATHRECOVERY NOTIFY消息到SGW，同时做好接收下行数据的准备；其中，所述无线接入侧承载RAB是接入网与核心网之间的用户面承载，即RNC与S4 SGSN之间的承载；所述S4 DATA PATH RECOVERY NOTIFY是本发明实施例新增的一条消息，用以指示SGW所述终端UE在S4 SGSN上响应了寻呼，RAB已经恢复到连接释放前的状态，S4 SGSN选择与S-GW之间的承载传递下行数据。所述S4 DATAPATH RECOVERY NOTIFY消息可以通过增加一个新的消息类型来实现，这样从S4接口上来看，仅传递了一个GTPC的消息头。所述S4 DATA PATH RECOVERYNOTIFY消息可以参考图4所示的示例，当然所述S4 DATA PATH RECOVERY NOTIFY也可以用其它方式来表示，只要能够通知SGW终端UE已经在S4 SGSN上响应了寻呼就可以，本发明实施例不限该消息的具体形式。

步骤308：SGW修改恢复所述SGW与S4 SGSN之间已经建立的承载为可用状态，并利用所述SGW与S4 SGSN之间已经建立的承载转发下行数据到S4 SGSN；SGW通过修改本地标识DataPathBuffer为FALSE，将所述SGW与S4 SGSN之间的承载设置为可用状态，并通过所述承载传递所述下行数据至S4 SGSN。

通过上述方法避免了现有技术中，当终端UE由连接态转为空闲态时，删除SGW上对应承载上下文中所记录的下游用户面地址与隧道标识信息，从而导致后续在S-GW上收到下行数据时，没有对应的用户面承载需要重新建立用户面承载的问题；并通过保留S-GW与S4 SGSN之间终端的用户面承载，设置所述用户面承载为不可用状态，在有需要给所述终端传递下行数据时，可以快速恢复所述保留的承载为可用状态，避免用户面承载的重新建立带来的时延，提高传递下行数据的效率和速度，并进而改善用户的体验。

同时，上述步骤306中，S4 SGSN通过S4 DATA PATH RECOVERY NOTIFY消息通知SGW，终端UE已经在S4 SGSN上响应了寻呼，即通过一条消息即可实现通知SGW恢复业务的效果，避免了现有技术中需要S4 SGSN发送消息ModifyBearer Request(Downlink S4/S12 TEID)到SGW，SGW回复Modify BearerResponse消息给S4 SGSN两条消息的实现模式；减少了消息的发送量，且该消息仅使用了GTPC的公共消息头，单条信令净荷达到最小，提高了系统的资源利用率。

作为一种可选方式，上述306步骤也可以不通过新的消息实现通知业务恢复的实现，还可以利用现有的Modify Bearer Request消息来完成。即通过修改Modify Bearer Request消息中的必选信元Indication Flags，增加标识S4DPR(S4接口的Data Path Recovery标识)，设置该标识为1，用以表示终端UE在S4 SGSN上响应了寻呼，RAB已经恢复，S4 SGSN通过选择用户面承载传递下行数据。所述S4DPR标识只是本发明实施例的一种举例，在具体实现时，还可以通过其它设置方式来实现，本发明实施例不做限制，只要能够实现上述通知效果即可。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

参考图5，图5为本发明实施例一种服务网关500的结构示意图，包括：

接收单元502：用于接收发送给终端的下行数据，所述终端激活了ISR并处在S4 SGSN管辖范围内；

处理单元504：用于接收单元502接收到的数据，发起对所述终端无线承载的恢复，并在所述终端无线承载恢复成功时，将所述用户面承载设置为可用状态，并利用所述用户面承载传输所述下行数据；所述用户面承载是在接收所述下行数据之前已经建立，并在所述终端转为空闲状态时保留的承载。

在具体实现时，所述服务网关还可以包括设置单元501，用于在所述终端转入空闲状态时，保留用户面承载，并将该用户面承载的状态设置为不可用。如图6所示，在所述设置单元501保留用户面承载并将该用户面承载的状态设置为不可用后，如果所述服务网关500接收到下行数据，则可根据所述设置单元501保留的用户面承载，实现下行数据的传输。

如图6所示，所述处理单元504可以包括：

判断单元5041：用于根据所述接收单元501接收到的下行数据，判断本地是否存在为所述终端传递数据的用户面承载，如果本地存在为所述终端传递数据的用户面承载，则判断所述用户面承载的状态；

恢复处理单元5042：用于根据判断单元5041的判断结果进行处理，如果所述用户面承载存在且为不可用状态，发起对所述终端无线承载的恢复，并在所述终端无线承载恢复成功时，将用户面承载设置为可用状态，并利用所述用户面承载传输所述下行数据；所述用户面承载是在接收所述下行数据之前已经建立，并在所述终端转为空闲状态时保留的承载。

如图7所示，所述恢复处理单元5042可以包括：

第一处理单元50421：用于根据判断单元5041的判断结果进行处理，如果所述用户面承载存在且为不可用状态，通知所述S4 SGSN发起对所述终端的寻呼；

第一接收单元50422：用于接收所述S4 SGSN返回的消息，所述消息包含所述终端在所述S4 SGSN成功响应并且无线接入侧承载恢复成功，所述S4 SGSN选择通过用户面承载传递所述下行数据的信息；

第二处理单元50423：用于根据所述第一接收单元50422接收到的信息，将所述用户面承载设置为可用状态，并利用所述用户面承载传输所述下行数据。

所述服务网关500的具体实现方式可以参考上述图3所示的方法实施例来实现，在此不再赘述。

本发明实施例提供的服务网关，对于激活了空闲态下信令节约ISR并处在支持S4接口的服务通用分组无线业务支持节点S4SGSN管辖范围内的终端，在接收到发送给所述终端的下行数据时，利用之前保留的用户面承载，能够快速实现所述下行数据的传递，避免现有技术中用户面承载的重新建立带来的时延，提高传递下行数据的效率和速度，并进而改善用户的体验。

参考图8，图8为本发明实施例一种数据传输系统的结构示意图，包括：

服务网关702：用于接收发送给终端的下行数据，所述终端激活了ISR并处在支持S4接口的服务通用分组无线业务支持节点704管辖范围内；根据所述下行数据，通知所述支持S4接口的服务通用分组无线业务支持节点704发起对所述终端的寻呼；并在所述终端无线承载恢复成功时，将所述用户面承载设置为可用状态，并利用所述用户面承载传输所述下行数据，所述用户面承载是在接收所述下行数据之前已经建立，并在所述终端转为空闲状态时保留的承载；

S4 SGSN704，即支持S4接口的服务通用分组无线业务支持节点704：用于根据所述服务网关702发送的通知消息发起对所述终端的寻呼，并在所述终端无线承载恢复成功时，通知所述服务网关702。

其中，所述服务网关702通知S4 SGSN704发起对所述终端的寻呼包括：

所述服务网关702判断本地是否存在为所述终端传递数据的用户面承载及所述用户面承载的状态，如果本地存在为所述终端传递数据的用户面承载且所述用户面承载的状态为不可用，通知所述S4 SGSN704发起对所述终端的寻呼。

其中，所述S4 SGSN704在所述终端完成响应，即所述终端成功响应，并且RAB全部恢复成功，所述S4 SGSN704选择通过用户面承载传递所述下行数据时，通知所述服务网关702；所述S4 SGSN704可以通过新增的消息，如：S4 DATA PATH RECOVERY NOTIFY消息，或通过改变Modify Bearer Request消息中的标识来实现对所述服务网关702的通知，通知所述服务网关702所述终端已经在所述S4 SGSN704成功响应、无线接入侧承载恢复成功，以及所述S4 SGSN选择通过用户面承载传递所述下行数据。

上述服务网关702和S4 SGSN704的具体实现方式可以参考上述图3所示的方法实施例以及上述服务网关的实现方式，在此不再赘述。

本发明实施例提供的数据传输的系统，对于激活了空闲态下信令节约ISR并处在支持S4接口的服务通用分组无线业务支持节点S4SGSN管辖范围内的终端，在接收到发送给所述终端的下行数据时，利用之前保留的用户面承载，能够快速实现所述下行数据的传递，避免现有技术中用户面承载的重新建立带来的时延，提高传递下行数据的效率和速度，并进而改善用户的体验。并且，S4 SGSN通过S4 DATA PATH RECOVERY NOTIFY消息或通过修改Modify BearerRequest消息中的标识，通知SGW终端UE已经在S4 SGSN上响应了寻呼，即通过一条消息即可实现通知SGW恢复业务的效果，避免了现有技术中需要S4 SGSN发送消息Modify Bearer Request(Downlink S4/S12 TEID)到SGW，SGW回复Modify Bearer Response消息给S4 SGSN两条消息的实现模式；减少了消息的发送量，且该消息仅使用了GTPC的公共消息头，单条信令净荷达到最小，提高了系统的资源利用率。

本发明实施例提供的数据传输的方法、系统和服务网关，对于激活了空闲态下信令节约ISR并处在支持S4接口的服务通用分组无线业务支持节点S4SGSN管辖范围内的终端，在接收到发送给所述终端的下行数据时，利用之前保留的用户面承载，能够快速实现所述下行数据的传递，避免现有技术中用户面承载的重新建立带来的时延，提高传递下行数据的效率和速度，并进而改善用户的体验。并且，S4 SGSN在发送给SGW的消息时，S4 SGSN通过S4 DATA PATHRECOVERY NOTIFY消息或通过修改Modify Bearer Request消息中的标识，通知SGW终端UE已经在S4 SGSN上响应了寻呼，即通过一条消息即可实现通知SGW恢复业务的效果，避免了现有技术中需要S4 SGSN发送消息Modify BearerRequest(Downlink S4/S12 TEID)到SGW，SGW回复Modify Bearer Response消息给S4SGSN两条消息的实现模式；减少了消息的发送量，且该消息仅使用了GTPC的公共消息头，单条信令净荷达到最小，提高了系统的资源利用率。

上述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围

Claims (14)

1.一种数据传输的方法，适用于激活了空闲态下信令节约ISR并处在支持S4接口的服务通用分组无线业务支持节点S4SGSN管辖范围内的终端，需要与网络进行数据传输时，其特征在于，包括：

服务网关接收发送给所述终端的下行数据，发起对所述终端无线承载的恢复；

在所述终端无线承载恢复成功时，所述服务网关将用户面承载设置为可用状态，并利用所述用户面承载传输所述下行数据，所述用户面承载是在接收所述下行数据之前已经建立，并在所述终端转为空闲状态时保留并被设置为不可用状态的承载。

2.根据权利要求1所述的数据传输的方法，其特征在于，在接收发送给所述终端的下行数据之前还包括：

在终端转入空闲状态时，保留已经建立的用户面承载，并将所述用户面承载设置为不可用状态。

3.根据权利要求1所述的数据传输的方法，其特征在于，所述发起对所述终端无线承载的恢复包括：

判断本地是否存在为所述终端传递数据的用户面承载；

如果本地存在为所述终端传递数据的用户面承载，则判断所述用户面承载的状态；

如果所述用户面承载为不可用状态，则发起对所述终端无线承载的恢复。

4.根据权利要求1所述的数据传输的方法，其特征在于，所述保留所述用户面的承载包括：

保留与所述S4SGSN之间的用户面地址与GTP隧道标识。

5.根据权利要求1所述的数据传输的方法，其特征在于，所述终端无线承载恢复成功包括：

所述终端在所述S4SGSN成功响应寻呼、无线接入侧承载恢复成功，并且所述S4SGSN选择通过用户面承载传递所述下行数据。

6.根据权利要求5所述的数据传输的方法，其特征在于，所述终端在所述S4SGSN成功响应寻呼、无线接入侧承载恢复成功，并且所述S4SGSN选择通过用户面承载传递所述下行数据之后还包括：

所述S4SGSN通过一条新增消息或通过修改现有消息中的标识，通知服务网关所述终端在所述S4SGSN的成功寻呼响应、无线接入侧承载恢复成功，以及所述S4SGSN选择通过用户面承载传递所述下行数据。

7.根据权利要求1-6任一所述的数据传输的方法，其特征在于：

所述用户面承载是所述S4SGSN与服务网关之间的用户面承载。

8.一种服务网关，其特征在于，包括：

接收单元：用于接收发送给终端的下行数据，所述终端激活了空闲态下信令节约ISR并处在支持S4接口的服务通用分组无线业务支持节点S4SGSN管辖范围内；

处理单元：用于根据所述接收单元接收到的数据，发起对所述终端无线承载的恢复，并在所述终端无线承载恢复成功时，将用户面承载设置为可用状态，并利用用户面承载传输所述下行数据；所述用户面承载是在接收所述下行数据之前已经建立，并在所述终端转为空闲状态时保留并被设置为不可用状态的承载。

9.根据权利要求8所述的服务网关，其特征在于，还包括：

设置单元，用于在所述终端转入空闲状态时，保留用户面承载，并将该用户面承载的状态设置为不可用。

10.根据权利要求8或9所述的服务网关，其特征在于，所述处理单元包括：

判断单元：用于根据所述接收单元接收到的下行数据，判断本地是否存在为所述终端传递数据的用户面承载，如果本地存在为所述终端传递数据的用户面承载，则判断所述用户面承载的状态；

恢复处理单元：用于根据判断单元的判断结果进行处理，如果所述用户面承载存在且为不可用状态，发起对所述终端无线承载的恢复，并在所述终端无线承载恢复成功时，将用户面承载设置为可用状态，并利用所述用户面承载传输所述下行数据；所述用户面承载是在接收所述下行数据之前已经建立，并在所述终端转为空闲状态时保留的承载。

11.根据权利要求10所述的服务网关，其特征在于，所述恢复处理单元包括：

第一处理单元：用于根据判断单元的判断结果进行处理，如果所述用户面承载存在且为不可用状态，通知所述S4SGSN发起对所述终端的寻呼；

第一接收单元：用于接收所述S4SGSN返回的消息，所述消息包含所述终端在所述S4SGSN成功响应寻呼并且无线接入侧承载恢复成功，所述S4SGSN选择通过用户面承载传递所述下行数据的信息；

第二处理单元：用于根据所述第一接收单元接收到的信息，将所述用户面承载设置为可用状态，并利用所述用户面承载传输所述下行数据；所述用户面承载是在接收所述下行数据之前已经建立，并在所述终端转为空闲状态时保留的承载。

12.一种数据传输的系统，其特征在于，包括：

服务网关：用于接收发送给终端的下行数据，所述终端激活了空闲态下信令节约ISR并处在支持S4接口的服务通用分组无线业务支持节点管辖范围内；根据所述下行数据，通知所述支持S4接口的服务通用分组无线业务支持节点发起对所述终端的寻呼；并在所述终端在所述支持S4接口的服务通用分组无线业务支持节点成功响应寻呼、无线接入侧承载全部恢复，并且所述支持S4接口的服务通用分组无线业务支持节点选择通过用户面承载传递所述下行数据时，将用户面承载设置为可用状态，并利用所述用户面承载传输所述下行数据，所述用户面承载是在接收所述下行数据之前已经建立，并在所述终端转为空闲状态时保留并被设置为不可用状态的承载；

支持S4接口的服务通用分组无线业务支持节点：用于根据所述服务网关发送的通知消息发起对所述终端的寻呼，并在所述终端无线承载恢复成功时，通知所述服务网关。

13.根据权利要求12所述的数据传输的系统，其特征在于，所述服务网关通知所述支持S4接口的服务通用分组无线业务支持节点发起对所述终端的寻呼包括：

所述服务网关判断本地是否存在为所述终端传递数据的用户面承载及所述用户面承载的状态，如果本地存在为所述终端传递数据的用户面承载且所述用户面承载的状态为不可用，通知所述支持S4接口的服务通用分组无线业务支持节点发起对所述终端的寻呼。

14.根据权利要求13所述的数据传输的系统，其特征在于，所述支持S4接口的服务通用分组无线业务支持节点通知所述服务网关包括：

所述支持S4接口的服务通用分组无线业务支持节点通过一条新增消息或通过修改现有消息中的标识，通知所述服务网关所述终端在所述S4SGSN的成功响应寻呼、无线接入侧承载恢复成功，以及所述S4SGSN选择通过用户面承载传递所述下行数据。

Images