CN101742646A - 承载挂起和恢复的处理方法和装置 - Google Patents
承载挂起和恢复的处理方法和装置 Download PDFInfo
- Publication number
- CN101742646A CN101742646A CN200810176541A CN200810176541A CN101742646A CN 101742646 A CN101742646 A CN 101742646A CN 200810176541 A CN200810176541 A CN 200810176541A CN 200810176541 A CN200810176541 A CN 200810176541A CN 101742646 A CN101742646 A CN 101742646A
- Authority
- CN
- China
- Prior art keywords
- mme
- sgsn
- carrying
- sided
- bilateral
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000011084 recovery Methods 0.000 title claims abstract description 124
- 238000000034 method Methods 0.000 title abstract description 42
- 230000002146 bilateral effect Effects 0.000 claims description 80
- 238000003672 processing method Methods 0.000 claims description 46
- 230000001360 synchronised effect Effects 0.000 claims description 22
- 230000004044 response Effects 0.000 description 41
- 230000008569 process Effects 0.000 description 17
- 230000000977 initiatory effect Effects 0.000 description 9
- 239000012467 final product Substances 0.000 description 6
- 238000010586 diagram Methods 0.000 description 5
- 230000011664 signaling Effects 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 4
- 230000008859 change Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 102000018059 CS domains Human genes 0.000 description 1
- 108050007176 CS domains Proteins 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 239000000725 suspension Substances 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了一种承载挂起和恢复的处理方法和装置，所述承载挂起的处理方法包括：接收接入网网元发起的将承载挂起的通知；通知S-GW将SGSN或MME单侧承载挂起，或者将SGSN和MME双侧承载挂起；同步SGSN与MME的挂起状态为SGSN或MME单侧挂起，或SGSN和MME双侧挂起。所述承载恢复的处理方法包括：接收用户设备或接入网网元发起的将承载恢复的通知；通知S-GW将SGSN或MME单侧承载恢复，或者将SGSN和MME双侧承载恢复；同步SGSN与MME的恢复状态为SGSN或MME单侧恢复，或SGSN和MME双侧恢复。本发明适用于对承载的挂起和恢复状态进行统一。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种承载挂起和恢复的处理方法和装置。
背景技术
GPRS/UMTS(General Packet Radio Service/Universal MobileTelecommunications System，通用分组无线业务/通用移动通信系统)是3GPP组织定义的一种移动通信网络，包括无线接入网络(Radio Access Network，RAN)和核心网络(Core Network，CN)两部分。CN从逻辑上分为电路交换域(Circuit Switched Domain，CS)和分组交换域(Packet Switched Domain，PS)。
如图1所示，SGSN(Serving GPRS Support Node，服务GPRS支持节点)是PS域控制面实体。当UE通过BSC的A接口接入SGSN完成PS业务时为GPRS业务；而当UE通过RNC的Iu接口接入SGSN完成PS业务时为UMTS业务。
3GPP在2004年底制定了长期演进计划(LTE，Long Term Evolution)，在该演进计划的指导下，定义了新的移动通信网络的架构EPS(evolved packetsystem，演进的分组网络)，该架构与现在的GPRS/UMTS更加扁平，并且只保留了分组域。EPS网络主要包含MME(Mobility Management Entity，移动管理实体)、S-GW(Serving Gateway，服务网关)、P-GW(PDN Gateway，分组数据网络网关)三个逻辑功能体。
由于运营商很多业务都运行在GPRS/UMTS的电路域中，为了在EPS网络中重用现有的CS业务，因此提出了通过EPS网络连接到CS域核心网的方法。如图2所示，EPS网络中的MME通过一个SGs接口连接到传统CS核心网的MSC上。
在EPS网络中，当UE准备发起CS始呼(MO，Mobile Originating)业务时，UE需要先转到GPRS/UMTS网络，选择一个2G/3G的小区进行驻扎，然后再开展MO业务。当MSC收到一个终呼(MT，Mobile Terminated)业务时，MSC通过SGs接口向MME发送寻呼消息，MME通过EPS网络对UE进行寻呼，UE收到该寻呼消息后，需要先转到GPRS/UMTS网络，选择一个2G/3G的小区进行驻扎，然后再完成该MT业务的后续处理。因此，该架构和处理方法可以称为“CS fallback”(CS业务返回传统网络处理)。
EPS网络的一个需求是实现Idle mode signaling reduction(空闲模式下的节约信令，简称ISR)功能，其主要是减少空闲模式下的UE在不同接入网络之间的移动性管理流程。目前3GPP接入网络间的ISR机制的解决方案为双注册机制，即UE在两个不同的接入网络都注册。
在2G/3G网络中，当手机能力或网络能力的限制导致当前不能通过GPRS信道进行通信，则手机可以要求网络暂时挂起当前的GPRS业务，即将当前的GPRS业务暂时停用。当手机或基站检测到当前的挂起限制取消，则可以要求网络恢复该挂起的GPRS业务。
在EPS网络中，CS fallback的场景下，如果目标侧(GERAN/UTRAN网络)不支持PS HO或者DTM(Dynamic-Synchronous Transfer Mode，动态同步传输模式)，那么源侧(E-UTRAN网络)需要执行Suspend流程，将承载挂起。然后，UE发送NAS消息给MME，MME再执行S-GW的恢复流程。
在实现本发明的过程中，发明人发现现有技术中至少存在如下问题：在进行承载挂起和恢复的过程中，都存在挂起状态不统一的问题。
发明内容
本发明的实施例提供一种承载挂起和恢复的处理方法和装置，能够指示S-GW如何进行承载的挂起和恢复，保证SGSN、MME以及S-GW三者对于承载挂起以及恢复状态的统一。
为达到上述目的，本发明的实施例采用如下技术方案：
一种承载挂起的处理方法，包括：
接收接入网网元发起的将承载挂起的通知；
通知S-GW将SGSN或MME单侧承载挂起，或者将SGSN和MME双侧承载挂起；
同步SGSN与MME的挂起状态为SGSN或MME单侧挂起，或SGSN和MME双侧挂起。
一种承载恢复的处理方法，包括：
接收用户设备或接入网网元发起的将承载恢复的通知；
通知S-GW将SGSN或MME单侧承载恢复，或者将SGSN和MME双侧承载恢复；
同步SGSN与MME的恢复状态为SGSN或MME单侧恢复，或SGSN和MME双侧恢复。
一种网络设备，包括：
接收单元，用于接收接入网网元或网络设备发起的将承载挂起或恢复的通知；
通知发送单元，用于通知S-GW将SGSN或MME单侧承载挂起或恢复，或者将SGSN和MME双侧承载挂起或恢复。
一种网络设备，包括：
通知接收单元，用于接收S-GW已经将SGSN或MME单侧承载挂起或恢复，或者将SGSN和MME双侧承载挂起或恢复的通知；
状态记录单元，用于记录S-GW已经将SGSN或MME单侧承载挂起或恢复，或者将SGSN和MME双侧承载挂起或恢复的状态。
一种服务网关，包括：
通知接收单元，用于接收将SGSN或MME单侧承载挂起或恢复，或者将SGSN和MME双侧承载挂起或恢复的通知；
执行单元，用于在接收到所述通知后，将SGSN或MME单侧承载挂起或恢复，或者将SGSN和MME双侧承载挂起或恢复。
本发明实施例提供的承载挂起和恢复的处理方法和装置，MME/SGSN在通知S-GW将承载挂起的同时，通知SGSN/MME已经将承载挂起，或者S-GW在将两侧挂起的同时，通知另外一侧已经将承载挂起；MME/SGSN在通知S-GW将承载恢复的同时，通知SGSN/MME已经将承载恢复，或者S-GW在将两侧恢复的同时，通知另外一侧已经将承载恢复，在上述所有通知中携带将承载在单侧或双侧挂起或恢复的指示。与现有技术相比，本发明能够实现在CS fallback架构下，ISR的场景下，指示S-GW如何进行承载的挂起和恢复，实现承载挂起状态与承载恢复状态的统一。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为GPRS/UMTS网络架构示意图；
图2为EPS网络架构示意图；
图3为本发明提供的承载挂起的处理方法实施例一方法流程图；
图4为本发明提供的承载恢复的处理方法实施例二方法流程图；
图5为本发明提供的承载挂起和恢复的处理方法实施例三方法流程图；
图6为本发明提供的承载挂起和恢复的处理方法实施例四方法流程图；
图7为本发明提供的承载挂起和恢复的处理方法实施例五方法流程图；
图8为本发明提供的网络设备结构示意图；
图9为本发明提供的网络设备结构示意图；
图10为本发明提供的服务网关结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
CS fallback的场景下，如果目标侧(GERAN/UTRAN网络)不支持PS HO或者DTM，那么源侧(E-UTRAN网络)需要执行Suspend流程，将承载挂起。在ISR的场景下，MME通知S-GW将EPS承载挂起以后，S-GW此时存在选择到底是两侧同时挂起还是单侧挂起的问题。S-GW的处理有两种可能性，一种是将MME和SGSN两侧都挂起，另外一种是只是将MME侧挂起，而SGSN侧正常。
如果将MME和SGSN两侧都挂起，当CS业务完成以后，UE驻留在GERAN/UTRAN网络，UE发起恢复流程，如果此时SGSN没有改变且ISR激活状态下承载也没有改变的话，SGSN不需要与S-GW进行信令交互，如此则无法完成恢复的处理。另外，即使完成恢复，由于MME中记录的状态仍然是挂起状态，那么UE返回MME侧还会执行恢复的流程，造成信令的浪费。
如果只将MME侧挂起，而SGSN侧正常，若SGSN侧支持DTM，那么CS业务完成，UE返回E-UTRAN网络可以进行正常恢复，如果留在SGSN侧，也不影响PS业务的进行。若SGSN侧不支持DTM，将会导致接入网通知SGSN将承载挂起，SGSN再通知S-GW将承载挂起，S-GW记录此时两侧都处于挂起状态。CS业务完成，如果UE返回E-UTRAN网络，MME通知S-GW恢复，但是SGSN侧已经挂起，此时SGSN侧也需要恢复，无法完成。反之，CS业务完成，如果UE驻留在GERAN/UTRAN网络，也存在类似的问题导致MME侧无法恢复。
因此，对于上述两种情况的处理方式，都存在挂起状态不统一的问题。
本发明的实施例提供一种承载挂起和恢复的处理方法和装置。
为使本发明技术方案的优点更加清楚，下面结合附图和实施例对本发明作详细说明。
本发明的实施例提供一种承载挂起的处理方法，该方法能够指示S-GW如何进行承载的挂起，保证SGSN、MME以及S-GW三者对于承载挂起状态的统一。
实施例一
如图3所示，所述承载挂起的处理方法包括：
S301、接收接入网网元发起的将承载挂起的通知；
S302、通知S-GW将SGSN或MME单侧承载挂起，或者将SGSN和MME双侧承载挂起；
S303、同步SGSN与MME的挂起状态为SGSN或MME单侧挂起，或SGSN和MME双侧挂起。
其中，所述步骤S302和S303的顺序可以互换，也可以先进行挂起状态的同步，再发出承载挂起的通知。
本发明实施例提供的承载挂起的处理方法，MME/SGSN在通知S-GW将承载挂起的同时，通知SGSN/MME，S-GW已经将承载挂起，或者S-GW在将两侧挂起的同时，通知另外一侧，S-GW已经将承载挂起；在上述所有通知中携带将承载在单侧或双侧挂起的指示。与现有技术相比，本发明能够实现在CS fallback架构下，ISR的场景下，指示S-GW如何进行承载的挂起，实现承载挂起状态的统一。
实施例二
如图4所示，所述承载恢复的处理方法包括：
S401、接收用户设备或接入网网元发起的将承载恢复的通知；
S402、通知S-GW将SGSN或MME单侧承载恢复，或者将SGSN和MME双侧承载恢复；
S403、同步SGSN与MME的恢复状态为SGSN或MME单侧恢复，或SGSN和MME双侧恢复。
其中，所述步骤S402和S403的顺序可以互换，也可以先进行恢复状态的同步，再发出承载恢复的通知。
本发明实施例提供的承载恢复的处理方法，MME/SGSN在通知S-GW将承载恢复的同时，通知SGSN/MME，S-GW已经将承载恢复，或者S-GW在将两侧恢复的同时，通知另外一侧，S-GW已经将承载恢复，在上述所有通知中携带将承载在单侧或双侧恢复的指示。与现有技术相比，本发明能够实现在CS fallback架构下，ISR的场景下，指示S-GW如何进行承载的恢复，实现承载恢复状态的统一。
实施例三
本实施例提供的场景为S-GW收到挂起消息后，在ISR激活的前提下，将MME和SGSN两侧承载都挂起。MME/SGSN在通知S-GW将两侧承载挂起的同时，通过SGSN和MME之间的接口S3，还需要通知SGSN/MME，S-GW已经将两侧承载挂起，SGSN/MME记录两侧承载已挂起的状态；或者S-GW在将两侧挂起的同时，通知另外一侧，S-GW已经将两侧承载挂起。
恢复的时候，S-GW收到恢复请求消息后，将MME和SGSN两侧承载都恢复。MME/SGSN在通知S-GW将两侧承载恢复的同时，通过SGSN和MME之间的接口S3，还需要通知SGSN/MME，S-GW已经将两侧承载恢复，SGSN/MME记录承载已恢复的状态；或者S-GW在将两侧恢复的同时，通知另外一侧，S-GW已经将两侧承载恢复。
如图5所示，所述承载挂起的处理方法包括：
S501、接入网网元eNodeB通知MME将EPS承载挂起。
S502、MME发送挂起请求消息Suspend Request给S-GW，所述消息中携带“MMEand SGSN suspend”的信元指示，指示S-GW将UE的EPS承载在MME和SGSN两侧同时挂起。此时，UE的EPS业务暂停，即使S-GW收到UE的下行数据包，也不会发送消息给MME。
S503、S-GW返回挂起响应消息Suspend Request Ack给MME。
如图5所示，将所述步骤S502-S503以模块A来表示。
S504a、MME在发消息通知S-GW将UE的EPS承载挂起的同时，发送挂起请求消息Suspend Request给与MME建立ISR关联的SGSN，所述消息中携带“MME and SGSNsuspend”的信元指示，通知SGSN，S-GW已经将UE的EPS承载在MME和SGSN两侧同时挂起。SGSN收到消息后，记录UE的EPS承载在MME和SGSN两侧都已经被挂起的状态。
S505a、SGSN返回挂起响应消息Sus pend Request Ack给MME。
如图5所示，将所述步骤S504a-S505a以模块B1来表示。
其中，所述步骤S504a-S505a为MME和SGSN之间互相同步挂起状态，所述步骤S504a-S505a也可以由下述步骤S504b-S505b来替代，所述步骤S504b-S505b为S-GW通知与MME建立ISR关联的SGSN，同步MME与SGSN之间的挂起状态。
S504b、S-GW收到MME发送的将UE的EPS承载在MME和SGSN两侧同时挂起的请求消息后，发送挂起请求消息Suspend Request给与MME建立ISR关联的SGSN，所述消息中携带“MME and SGSN suspend”信元指示，通知SGSN，S-GW已经将UE的EPS承载在MME和SGSN两侧同时挂起。SGSN收到消息后，记录UE的EPS承载在MME和SGSN两侧都已经被挂起的状态。
S505b、SGSN返回挂起响应消息Suspend Request Ack给S-GW。
如图5所示，将所述步骤S504b-S505b以模块B2来表示。
其中，所述步骤S502-S505a或者步骤S502-S505b均为先由MME通知S-GW将承载挂起，然后同步MME和SGSN之间的挂起状态，所述步骤S502-S505a或者步骤S502-S505b也可以由下述步骤S502c-S505c来替代，所述步骤S502c-S505c为MME先向SGSN发送挂起请求，同步SGSN与MME之间的挂起状态，然后由SGSN向S-GW发送挂起请求，指示S-GW将承载挂起。
S502c、MME向SGSN发送挂起请求消息Suspend Request，所述消息中携带“MMEand SGSN suspend”的信元指示。
S503c、SGSN返回挂起响应消息Suspend Request Ack给MME。
S504c、SGSN发送挂起请求消息Suspend Request给S-GW，所述消息中携带“MME and SGSN suspend”的信元指示，指示S-GW将UE的EPS承载在MME和SGSN两侧同时挂起。
S505c、S-GW返回挂起响应消息Suspend Request Ack给SGSN。
如图5所示，将所述步骤S502c-S505c以模块C来表示。
对于上述挂起状态同步的过程，可以由模块A+B1、模块A+B2、模块C中的任一个来完成。
S506、CS业务结束以后，UE驻留在SGSN侧(GERAN/UTRAN网络)，UE发起NAS消息到SGSN，通知SGSN，将UE的EPS承载恢复。所述NAS消息可以为：路由区更新消息RAU Request或服务请求消息Service Request。
S507、由于之前SGSN记录UE的EPS承载在MME和SGSN两侧都已经被挂起的状态，SGSN发送恢复请求消息Resume Request给S-GW，所述消息中携带“MME andSGSN resume”信元指示，指示S-GW将MME和SGSN两侧恢复。
S508、S-GW返回恢复响应消息Resume Request Ack给SGSN。
如图5所示，将所述步骤S506-S507以模块D来表示。
S509a、SGSN在发消息通知S-GW将UE的EPS承载恢复的同时，发送恢复请求消息Resume Request给与SGSN建立ISR关联的MME，所述消息中携带“MME and SGSNresume”信元指示，通知MME，S-GW已经将两侧的承载恢复。MME收到消息后，记录UE的EPS承载在两侧都已经被恢复的状态。
S510a、MME返回恢复响应消息Resume Request Ack给SGSN。
如图5所示，将所述步骤S509a-S510a以模块E1来表示。
其中，所述步骤S509a-S510a为MME和SGSN之间互相同步恢复状态，所述步骤S509a-S510a也可以由下述步骤S509b-S510b来替代，所述步骤S509b-S510b为S-GW通知与SGSN建立ISR关联的MME，同步MME与SGSN之间的恢复状态。
S509b、S-GW收到SGSN发送的将UE的EPS承载恢复的请求消息后，发送恢复请求消息Resume Request给与SGSN建立ISR关联的MME，所述消息中携带“MME andSGSN resume”信元指示，通知MME，S-GW已经将两侧的承载恢复。MME收到消息后，记录UE的EPS承载在两侧都已经被恢复的状态。
S510b、MME返回恢复响应消息Resume Request Ack给S-GW。
如图5所示，将所述步骤S509b-S510b以模块E2来表示。
其中，所述步骤S507-S510a或者步骤S507-S510b均为先由SGSN通知S-GW将承载恢复，然后同步MME和SGSN之间的恢复状态，所述步骤507-S510a或者步骤S507-S510b也可以由下述步骤S507c-S510c来替代，所述步骤S507c-S510c为SGSN先向MME发送恢复请求，同步SGSN与MME之间的恢复状态，然后由MME向S-GW发送恢复请求，指示S-GW将承载恢复。
S507c、SGSN向MME发送恢复请求消息Resume Request，所述消息中携带“MMEand SGSN Resume”的信元指示。
S508c、MME返回恢复响应消息Resume Request Ack给SGSN。
S509c、MME发送恢复请求消息Suspend Request给S-GW，所述消息中携带“MMEand SGSN resume”的信元指示，指示S-GW将UE的EPS承载在MME和SGSN两侧恢复。
S510c、S-GW返回恢复响应消息Resume Request Ack给MME。
如图5所示，将所述步骤S509c-S510c以模块F来表示。
对于上述恢复状态同步的过程，可以由模块D+E1、模块D+E2、模块F中的任一个来完成。
其中，若所述挂起请求由SGSN侧发起，所述承载挂起的处理方法，与上述由MME侧发起挂起请求的方法相比，只需将请求或响应的发送方由MME变成SGSN，请求或响应的接收方由SGSN变成MME即可，具体流程与上述方法类似，在此不做阐述。
同理，若所述恢复请求由MME侧发起，所述承载挂起的处理方法，与上述由SGSN侧发起恢复请求的方法相比，只需将请求或响应的发送方由SGSN变成MME，请求或响应的接收方由MME变成SGSN即可，具体流程与上述方法类似，在此不做阐述。
在本实施例中，所述挂起请求消息不限于Suspend Request，也可以用其它消息名称来替代，如：Update Bearer Request；所述挂起响应消息不限于SuspendRequest Ack，也可以用其它消息名称来替代，如：Update Bearer Response。同样，本实施例中提到的所有消息名称都可以用其它消息名称来替代。
实施例四
在本实施例中，S-GW收到挂起消息后，在ISR激活的前提下，只是将挂起消息的发起侧挂起，即MME单侧挂起。其中，在CS fallback场景下，如果MME侧已经将EPS承载挂起，UE需要保持该EPS承载挂起的状态，当它下次回到MME侧必须发起流程进行恢复。同理，如果SGSN侧已经将PS承载挂起，UE需要保持一个该PS承载挂起的状态，当它CS业务完成以后发起恢复流程。
MME在通知S-GW将MME单侧承载挂起的同时，在S3接口上还需要通知SGSN，S-GW已经将MME单侧承载挂起，或者S-GW在将MME侧挂起的同时，通知另外一侧，S-GW已经将MME单侧承载挂起，SGSN记录对端承载已挂起的状态。
如图6所示，所述承载挂起的处理方法包括：
S601、接入网网元eNodeB通知MME将EPS承载挂起。
S602、MME发送挂起请求消息Suspend Request给S-GW，所述消息中携带“MMEsuspend only”的信元指示，指示S-GW将UE的EPS承载在MME侧挂起。此时，UE的EPS业务暂停，即使S-GW收到UE的下行数据包，也不会发送消息给MME。
S603、S-GW返回挂起响应消息Suspend Request Ack给MME。
S604a、MME在发消息通知S-GW将UE的EPS承载挂起的同时，发送挂起请求消息Suspend Request给与MME建立ISR关联的SGSN，所述消息中携带“MME suspendonly”信元指示，通知SGSN，S-GW已经将UE的EPS承载在MME侧挂起。SGSN收到消息后，记录UE的EPS承载在MME侧已经被挂起的状态。
S605a、SGSN返回挂起响应消息Suspend Request Ack给MME。
其中，所述步骤S604a-S605a为MME和SGSN之间互相同步挂起状态，所述步骤S604a-S605a也可以由下述步骤S604b-S605b来替代，所述步骤S604b-S605b为S-GW通知与MME建立ISR关联的SGSN，同步MME与SGSN之间的挂起状态。
S604b、S-GW收到MME发送的将UE的EPS承载在MME侧挂起的请求消息后，发送挂起请求消息Suspend Request给与MME建立ISR关联的SGSN，所述消息中携带“MME suspend only”信元指示，通知SGSN，S-GW已经将UE的EPS承载在MME侧挂起。SGSN收到消息后，记录UE的EPS承载在MME侧已经被挂起的状态。
S605b、SGSN返回挂起响应消息Suspend Request Ack给S-GW。
S606、UE接入SGSN侧，如果SGSN侧不支持DTM，接入网通知SGSN将承载挂起。
S607、SGSN设置UE的上下文状态为SGSN侧挂起状态，并发送挂起请求Suspend Request给S-GW，在通知S-GW挂起的消息中携带“SGSN suspend only”的信元指示，通知S-GW将UE的EPS承载单侧挂起。
S608、S-GW回复挂起响应Suspend Request Ack给SGSN。
S609、CS业务结束以后，UE驻留在SGSN侧，UE发起NAS消息到SGSN，通知SGSN，将UE的EPS承载恢复。所述NAS消息可以为：路由区更新消息RAU Request或服务请求消息Service Request。
S610、若已执行步骤S606-S608，SGSN记录UE的EPS承载在MME和SGSN两侧都已经被挂起的状态，SGSN发送恢复请求消息Resume Request给S-GW，所述消息中携带“MME and SGSN resume”信元指示，指示S-GW将MME和SGSN两侧恢复。
若没有执行步骤S606-S608，SGSN记录UE的EPS承载在MME侧已经被挂起的状态，SGSN发送恢复请求消息Resume Request给S-GW，所述消息中携带“MME resumeonly”信元指示，指示S-GW将MME侧恢复。
S611、S-GW返回恢复响应消息Resume Request Ack给SGSN。
S612a、SGSN在发消息通知S-GW将UE的EPS承载恢复的同时，发送恢复请求消息Resume Request给与SGSN建立ISR关联的MME，所述消息中携带“MME and SGSNresume”信元指示，通知MME，S-GW已经将两侧的承载恢复；或者，所述消息中携带“MME resume only”信元指示，通知MME，S-GW已经将MME侧的承载恢复。MME收到消息后，记录UE的EPS承载在两侧都已经被恢复或者在MME侧已经被恢复的状态。
S613a、MME返回恢复响应消息Resume Request Ack给SGSN。
其中，所述步骤S612a-S613a为MME和SGSN之间互相同步恢复状态，所述步骤S612a-S613a也可以由下述步骤S612b-S613b来替代，所述步骤S612b-S613b为S-GW通知与SGSN建立ISR关联的MME，同步MME与SGSN之间的恢复状态。
S612b、S-GW收到SGSN发送的将UE的EPS承载恢复的请求消息后，发送恢复请求消息Resume Request给与SGSN建立ISR关联的MME，所述消息中携带“MME andSGSN resume”信元指示，通知MME，S-GW已经将两侧的承载恢复；或者，所述消息中携带“MME resume only”信元指示，通知MME，S-GW已经将MME侧的承载恢复。MME收到消息后，记录UE的EPS承载在两侧都已经被恢复或者在MME侧已经被恢复的状态。
S613b、MME返回恢复响应消息Resume Request Ack给S-GW。
S614、如果UE驻留在本侧(SGSN)，SGSN通知S-GW解挂，S-GW恢复MME的承载挂起。SGSN通知UE已经恢复MME侧承载，UE解除MME侧承载挂起状态，UE回到E-UTRAN网络不再发起恢复流程。
其中，若所述挂起请求由SGSN侧发起，所述承载挂起的处理方法，与上述由MME侧发起挂起请求的方法相比，只需将请求或响应的发送方由MME变成SGSN，请求或响应的接收方由SGSN变成MME即可，具体流程与上述方法类似，在此不做阐述。
同理，若所述恢复请求由MME侧发起，所述承载挂起的处理方法，与上述由SGSN侧发起恢复请求的方法相比，只需将请求或响应的发送方由SGSN变成MME，请求或响应的接收方由MME变成SGSN即可，具体流程与上述方法类似，在此不做阐述。
当然，对于本实施例来说，在挂起的时候，也可以先进行挂起状态的同步，再进行承载的挂起；在恢复的时候，也可以先进行恢复状态的同步，再进行承载的恢复，具体实现过程与实施例二中所述的类似，在此不再阐述。
在本实施例中，所述的单侧挂起指的是将挂起消息的发起侧挂起，当然，所述单侧挂起也可以为将另一侧挂起，此时，承载挂起和恢复的具体实现过程与本实施例类似，在此不再阐述。
在本实施例中，所述挂起请求消息不限于Suspend Request，也可以用其它消息名称来替代，如：Update Bearer Request；所述挂起响应消息不限于SuspendRequest Ack，也可以用其它消息名称来替代，如：Update Bearer Response。同样，本实施例中提到的所有消息名称都可以用其它消息名称来替代。
实施例五
在本实施例中，在ISR激活的场景下，由于SGSN不支持DTM导致SGSN侧承载被挂起。由于UE驻留在SGSN侧进行CS业务，所以SGSN应该通知S-GW将MME侧和SGSN侧的承载同时挂起，避免在进行CS业务的同时S-GW收到下行寻呼在E-UTAN网络中进行无效的寻呼，节省空口信令。恢复的时候由SGSN通知S-GW将两侧同时恢复。
如图7所示，所述承载挂起的处理方法包括：
S701、接入网网元eNodeB通知SGSN将EPS承载挂起。
S702、SGSN发送挂起请求消息Suspend Request给S-GW，所述消息中携带“MMEand SGSN suspend”的信元指示，指示S-GW将UE的EPS承载在MME和SGSN两侧同时挂起。此时，UE的EPS业务暂停，即使S-GW收到UE的下行数据包，也不会发送消息给MME。
S703、S-GW返回挂起响应消息Suspend Request Ack给SGSN。
S704a、SGSN在发消息通知S-GW将UE的EPS承载挂起的同时，发送挂起请求消息Suspend Request给与SGSN建立ISR关联的MME，所述消息中携带“MME andSGSN suspend”信元指示，通知MME，S-GW已经将UE的EPS承载在MME和SGSN两侧同时挂起。MME收到消息后，记录UE的EPS承载在MME和SGSN两侧都已经被挂起的状态。
S705a、MME返回挂起响应消息Suspend Request Ack给SGSN。
其中，所述步骤S704a-S705a为MME和SGSN之间互相同步挂起状态，所述步骤S704a-S705a也可以由下述步骤S704b-S705b来替代，所述步骤S704b-S705b为S-GW通知与SGSN建立ISR关联的MME，同步MME与SGSN之间的挂起状态。
S704b、S-GW收到SGSN发送的将UE的EPS承载在MME和SGSN两侧同时挂起的请求消息后，发送挂起请求消息Suspend Request给与SGSN建立ISR关联的MME，所述消息中携带“MME and SGSN suspend”信元指示，通知MME，S-GW已经将UE的EPS承载在MME和SGSN两侧同时挂起。MME收到消息后，记录UE的EPS承载在MME和SGSN两侧都已经被挂起的状态。
S705b、MME返回挂起响应消息Suspend Request Ack给S-GW。
S706、CS业务结束以后，UE驻留在SGSN侧(GERAN/UTRAN网络)，UE发起NAS消息到SGSN，通知SGSN，将UE的EPS承载恢复。所述NAS消息可以为：路由区更新消息RAU Request或服务请求消息Service Request。
S707、由于之前SGSN记录UE的EPS承载在MME和SGSN两侧都已经被挂起的状态，SGSN发送恢复请求消息Resume Request给S-GW，所述消息中携带“MME andSGSN resume”信元指示，指示S-GW将MME和SGSN两侧恢复。
S708、S-GW返回恢复响应消息Resume Request Ack给SGSN。
S709a、SGSN在发消息通知S-GW将UE的EPS承载恢复的同时，发送恢复请求消息Resume Request给与SGSN建立ISR关联的MME，所述消息中携带“MME and SGSNresume”信元指示，通知MME，S-GW已经将两侧的承载恢复。MME收到消息后，记录UE的EPS承载在两侧都已经被恢复的状态。
S710a、MME返回恢复响应消息Resume Request Ack给SGSN。
其中，所述步骤S709a-S710a为MME和SGSN之间互相同步恢复状态，所述步骤S709a-S710a也可以由下述步骤S709b-S710b来替代，所述步骤S709b-S710b为S-GW通知与SGSN建立ISR关联的MME，同步MME与SGSN之间的恢复状态。
S709b、S-GW收到SGSN发送的将UE的EPS承载恢复的请求消息后，发送恢复请求消息Resume Request给与SGSN建立ISR关联的MME，所述消息中携带“MME andSGSN resume”信元指示，通知MME，S-GW已经将两侧的承载恢复。MME收到消息后，记录UE的EPS承载在两侧都已经被恢复的状态。
S710b、MME返回恢复响应消息Resume Request Ack给S-GW。
其中，若所述挂起请求由MME侧发起，所述承载挂起的处理方法，与上述由SGSN侧发起挂起请求的方法相比，只需将请求或响应的发送方由SGSN变成MME，请求或响应的接收方由MME变成SGSN即可，具体流程与上述方法类似，在此不做阐述。
同理，若所述恢复请求由MME侧发起，所述承载挂起的处理方法，与上述由SGSN侧发起恢复请求的方法相比，只需将请求或响应的发送方由SGSN变成MME，请求或响应的接收方由MME变成SGSN即可，具体流程与上述方法类似，在此不做阐述。
当然，对于本实施例来说，在挂起的时候，也可以先进行挂起状态的同步，再进行承载的挂起；在恢复的时候，也可以先进行恢复状态的同步，再进行承载的恢复，具体实现过程与实施例二中所述的类似，在此不再阐述。
在本实施例中，所述挂起请求消息不限于Suspend Request，也可以用其它消息名称来替代，如：Update Bearer Request；所述挂起响应消息不限于SuspendRequest Ack，也可以用其它消息名称来替代，如：Update Bearer Response。同样，本实施例中提到的所有消息名称都可以用其它消息名称来替代。
因而，利用本发明实施例提供的承载挂起的处理方法，能够指示S-GW如何进行承载的挂起和恢复，保证SGSN、MME以及S-GW三者对于承载挂起以及恢复状态的统一。
本发明的实施例提供一种网络设备，能够指示S-GW如何进行承载的挂起和恢复，保证SGSN、MME以及S-GW三者对于承载挂起以及恢复状态的统一。
如图8所示，所述网络设备包括：
接收单元801，用于接收接入网网元或网络设备发起的将承载挂起或恢复的通知；
通知发送单元802，用于通知S-GW将SGSN或MME单侧承载挂起或恢复，或者将SGSN和MME双侧承载挂起或恢复。
其中，所述网络设备还包括：
同步单元803，用于同步SGSN与MME的状态为SGSN或MME单侧挂起或恢复，或者SGSN和MME双侧挂起或恢复。
其中，所述通知发送单元802，还用于通知另外一侧，需要另外一侧通知S-GW将SGSN或MME单侧承载挂起或恢复，或者将SGSN和MME双侧承载挂起或恢复。
本发明的实施例提供一种网络设备，能够指示S-GW如何进行承载的挂起和恢复，保证SGSN、MME以及S-GW三者对于承载挂起以及恢复状态的统一。
如图9所示，所述网络设备包括：
通知接收单元901，用于接收承载挂起或恢复的通知，所述通知为S-GW已经将SGSN或MME单侧承载挂起或恢复，或者将SGSN和MME双侧承载挂起或恢复；
状态记录单元902，用于记录S-GW已经将SGSN或MME单侧承载挂起或恢复，或者将SGSN和MME双侧承载挂起或恢复的状态。
其中，所述通知接收单元901，还用于接收另外一侧发送的需要该网络设备通知S-GW将SGSN或MME单侧承载挂起或恢复，或者将SGSN和MME双侧承载挂起或恢复的通知；
则所述状态记录单元902，还用于记录该挂起或恢复状态；
则所述网络设备还包括通知发送单元903，用于向S-GW发送将SGSN或MME单侧承载挂起或恢复，或者将SGSN和MME双侧承载挂起或恢复的通知。
其中，所述网络设备为移动管理实体MME或服务GPRS支持节点SGSN。当所述网络设备位于E-UTRAN网络时，所述网络设备为MME，当所述网络设备位于GERAN/UTRAN网络，所述网络设备为SGSN。
本发明实施例提供的网络设备，一侧网络设备在通知S-GW将承载挂起的同时，通知另外一侧，S-GW已经将承载挂起，或者S-GW在将两侧挂起的同时，通知另外一侧，S-GW已经将承载挂起；一侧网络设备在通知S-GW将承载恢复的同时，通知另外一侧，S-GW已经将承载恢复，或者S-GW在将两侧恢复的同时，通知另外一侧，S-GW已经将承载恢复，在上述所有通知中携带将承载在单侧或双侧挂起或恢复的指示。与现有技术相比，本发明能够实现在CS fa11back架构下，ISR的场景下，指示S-GW如何进行承载的挂起和恢复，实现承载挂起状态与承载恢复状态的统一。
本发明的实施例提供一种服务网关，能够根据网络设备的指示，进行承载的挂起和恢复，保证SGSN、MME以及S-GW三者对于承载挂起以及恢复状态的统一。
如图10所示，所述服务网关包括：
通知接收单元1001，用于接收将SGSN或MME单侧承载挂起或恢复，或者将SGSN和MME双侧承载挂起或恢复的通知；
执行单元1002，用于在接收到所述通知后，将SGSN或MME单侧承载挂起或恢复，或者将SGSN和MME双侧承载挂起或恢复。
其中，所述服务网关还包括：
同步单元1003，用于向SGSN或MME发送所述已经将SGSN或MME单侧承载挂起或恢复，或者将SGSN和MME双侧承载挂起或恢复的通知。
本发明实施例提供的服务网关，MME在通知S-GW将承载挂起的同时，通知SGSN，S-GW已经将承载挂起，或者S-GW在将两侧挂起的同时，通知另外一侧，S-GW已经将承载挂起；MME在通知S-GW将承载恢复的同时，通知SGSN，S-GW已经将承载恢复，或者S-GW在将两侧恢复的同时，通知另外一侧，S-GW已经将承载恢复，在上述所有通知中携带将承载在单侧或双侧挂起或恢复的指示。与现有技术相比，本发明能够实现在CS fallback架构下，ISR的场景下，指示S-GW如何进行承载的挂起和恢复，实现承载挂起状态与承载恢复状态的统一。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。
以上所述，仅为本发明实施例的具体实施方式，但本发明实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明实施例的保护范围应该以权利要求的保护范围为准。
Claims (25)
1.一种承载挂起的处理方法，其特征在于，包括：
接收接入网网元发起的将承载挂起的通知；
通知服务网关S-GW将服务GPRS支持节点SGSN或移动管理实体MME单侧承载挂起，或者将SGSN和MME双侧承载挂起；
同步SGSN与MME的挂起状态为SGSN或MME单侧挂起，或SGSN和MME双侧挂起。
2.根据权利要求1所述的承载挂起的处理方法，其特征在于，所述通知S-GW将SGSN或MME单侧承载挂起，或者将SGSN和MME双侧承载挂起的步骤包括：
MME通知S-GW将SGSN或MME单侧承载挂起，或者将SGSN和MME双侧承载挂起。
3.根据权利要求2所述的承载挂起的处理方法，其特征在于，所述同步SGSN与MME的挂起状态为SGSN或MME单侧挂起，或SGSN和MME双侧挂起的步骤包括：
MME通知SGSN，S-GW已经将单侧或双侧承载挂起，则SGSN记录该挂起状态；
或者
S-GW通知SGSN，S-GW已经将单侧或双侧承载挂起，则SGSN记录该挂起状态。
4.根据权利要求1所述的承载挂起的处理方法，其特征在于，所述通知S-GW将SGSN或MME单侧承载挂起，或者将SGSN和MME双侧承载挂起的步骤包括：
SGSN通知S-GW将SGSN或MME单侧承载挂起，或者将SGSN和MME双侧承载挂起。
5.根据权利要求4所述的承载挂起的处理方法，其特征在于，所述同步SGSN与MME的挂起状态为SGSN或MME单侧挂起，或SGSN和MME双侧挂起的步骤包括：
SGSN通知MME，S-GW已经将单侧或双侧承载挂起，则MME记录该挂起状态；
或者
S-GW通知MME，S-GW已经将单侧或双侧承载挂起，则MME记录该挂起状态。
6.根据权利要求1所述的承载挂起的处理方法，其特征在于，所述通知S-GW将SGSN或MME单侧承载挂起，或者将SGSN和MME双侧承载挂起，同步SGSN与MME的挂起状态为SGSN或MME单侧挂起，或SGSN和MME双侧挂起的步骤包括：
MME通知SGSN，需要SGSN通知S-GW将SGSN或MME单侧，或者将SGSN和MME双侧承载挂起，则SGSN记录该挂起状态；
SGSN通知S-GW将SGSN或MME单侧承载挂起，或者将SGSN和MME双侧承载挂起。
7.根据权利要求1所述的承载挂起的处理方法，其特征在于，所述通知S-GW将SGSN或MME单侧承载挂起，或者将SGSN和MME双侧承载挂起，同步SGSN与MME的挂起状态为SGSN或MME单侧挂起，或SGSN和MME双侧挂起的步骤包括：
SGSN通知MME，需要MME通知S-GW将SGSN或MME单侧，或者将SGSN和MME双侧承载挂起，则MME记录该挂起状态；
MME通知S-GW将SGSN或MME单侧承载挂起，或者将SGSN和MME双侧承载挂起。
8.根据权利要求1所述的承载挂起的处理方法，其特征在于，当通知S-GW将SGSN或MME单侧承载挂起时，在所述同步SGSN与MME的挂起状态为SGSN或MME单侧挂起的步骤之后，还包括：
通知S-GW将另外一侧承载挂起。
9.根据权利要求1至8中任一项所述的承载挂起的处理方法，其特征在于，所述挂起通知为挂起请求消息，所述挂起请求消息中携带将SGSN或MME单侧承载挂起，或者将SGSN和MME双侧承载挂起的信元指示。
10.一种承载恢复的处理方法，其特征在于，包括：
接收用户设备或接入网网元发起的将承载恢复的通知；
通知S-GW将SGSN或MME单侧承载恢复，或者将SGSN和MME双侧承载恢复；
同步SGSN与MME的恢复状态为SGSN或MME单侧恢复，或SGSN和MME双侧恢复。
11.根据权利要求10所述的承载恢复的处理方法，其特征在于，所述通知S-GW将SGSN或MME单侧承载恢复，或者将SGSN和MME双侧承载恢复的步骤包括：
SGSN通知S-GW将SGSN或MME单侧承载恢复，或者将SGSN和MME双侧承载恢复。
12.根据权利要求11所述的承载恢复的处理方法，其特征在于，所述同步SGSN与MME的恢复状态为SGSN或MME单侧恢复，或SGSN和MME双侧恢复的步骤包括：
SGSN通知MME，S-GW已经将单侧或双侧承载恢复，则MME记录该恢复状态；
或者
S-GW通知MME，S-GW已经将单侧或双侧承载恢复，则MME记录该恢复状态。
13.根据权利要求10所述的承载恢复的处理方法，其特征在于，所述通知S-GW将SGSN或MME单侧承载恢复，或者将SGSN和MME双侧承载恢复的步骤包括：
MME通知S-GW将SGSN或MME单侧承载恢复，或者将SGSN和MME侧承载恢复。
14.根据权利要求13所述的承载恢复的处理方法，其特征在于，所述同步SGSN与MME的恢复状态为SGSN或MME单侧恢复，或SGSN和MME双侧恢复的步骤包括：
MME通知SGSN，S-GW已经将单侧或双侧承载恢复，则SGSN记录该恢复状态；
或者
S-GW通知SGSN，S-GW已经将单侧或双侧承载恢复，则SGSN记录该恢复状态。
15.根据权利要求10所述的承载恢复的处理方法，其特征在于，所述通知S-GW将SGSN或MME单侧承载恢复，或者将SGSN和MME双侧承载恢复，同步SGSN与MME的恢复状态为SGSN或MME单侧恢复，或SGSN和MME双侧恢复的步骤包括：
SGSN通知MME，需要MME通知S-GW将SGSN或MME单侧，或者将SGSN和MME双侧承载恢复，则MME记录该恢复状态；
MME通知S-GW将SGSN或MME单侧承载恢复，或者将SGSN和MME双侧承载恢复。
16.根据权利要求10所述的承载恢复的处理方法，其特征在于，所述通知S-GW将SGSN或MME单侧承载恢复，或者将SGSN和MME双侧承载恢复，同步SGSN、MME及S-GW三者的恢复状态为SGSN或MME单侧恢复，或SGSN和MME双侧恢复的步骤包括：
MME通知SGSN，需要SGSN通知S-GW将SGSN或MME单侧，或者将SGSN和MME双侧承载恢复，则SGSN记录该恢复状态；
SGSN通知S-GW将SGSN或MME单侧承载恢复，或者将SGSN和MME双侧承载恢复。
17.根据权利要求10所述的承载恢复的处理方法，其特征在于，在所述同步SGSN与MME的恢复状态为SGSN或MME单侧恢复，或SGSN和MME双侧恢复的步骤之后，还包括：
通知用户设备，承载已经恢复；
用户设备解除承载挂起状态。
18.根据权利要求10至17中任一项所述的承载恢复的处理方法，其特征在于，所述恢复通知为恢复请求消息，所述恢复请求消息中携带将SGSN或MME单侧承载恢复，或者将SGSN和MME双侧承载恢复的信元指示。
19.一种网络设备，其特征在于，包括：
接收单元，用于接收接入网网元或网络设备发起的将承载挂起或恢复的通知；
通知发送单元，用于通知S-GW将SGSN或MME单侧承载挂起或恢复，或者将SGSN和MME双侧承载挂起或恢复。
20.根据权利要求19所述的网络设备，其特征在于，还包括：
同步单元，用于同步SGSN与MME的状态为SGSN或MME单侧挂起或恢复，或者SGSN和MME双侧挂起或恢复。
21.根据权利要求19所述的网络设备，其特征在于，所述通知发送单元，还用于通知另外一侧，需要另外一侧通知S-GW将SGSN或MME单侧承载挂起或恢复，或者将SGSN和MME双侧承载挂起或恢复。
22.一种网络设备，其特征在于，包括：
通知接收单元，用于接收承载挂起或恢复的通知，所述通知为S-GW已经将SGSN或MME单侧承载挂起或恢复，或者将SGSN和MME双侧承载挂起或恢复；
状态记录单元，用于记录S-GW已经将SGSN或MME单侧承载挂起或恢复，或者将SGSN和MME双侧承载挂起或恢复的状态。
23.根据权利要求22所述的网络设备，其特征在于，所述通知接收单元，还用于接收另外一侧发送的需要该网络设备通知S-GW将SGSN或MME单侧承载挂起或恢复，或者将SGSN和MME双侧承载挂起或恢复的通知；
则所述状态记录单元，还用于记录该挂起或恢复状态；
则所述网络设备还包括通知发送单元，用于向S-GW发送将SGSN或MME单侧承载挂起或恢复，或者将SGSN和MME双侧承载挂起或恢复的通知。
24.一种服务网关，其特征在于，包括：
通知接收单元，用于接收将SGSN或MME单侧承载挂起或恢复，或者将SGSN和MME双侧承载挂起或恢复的通知；
执行单元，用于在接收到所述通知后，将SGSN或MME单侧承载挂起或恢复，或者将SGSN和MME双侧承载挂起或恢复。
25.根据权利要求24所述的服务网关，其特征在于，还包括：
同步单元，用于向SGSN或MME发送所述已经将SGSN或MME单侧承载挂起或恢复，或者将SGSN和MME双侧承载挂起或恢复的通知。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200810176541A CN101742646B (zh) | 2008-11-17 | 2008-11-17 | 承载挂起和恢复的处理方法和装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200810176541A CN101742646B (zh) | 2008-11-17 | 2008-11-17 | 承载挂起和恢复的处理方法和装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101742646A true CN101742646A (zh) | 2010-06-16 |
| CN101742646B CN101742646B (zh) | 2012-09-05 |
Family
ID=42465336
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200810176541A Expired - Fee Related CN101742646B (zh) | 2008-11-17 | 2008-11-17 | 承载挂起和恢复的处理方法和装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101742646B (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012149894A1 (zh) * | 2011-05-05 | 2012-11-08 | 华为技术有限公司 | 用于电路域回退中数据传输的方法和装置 |
| CN103095414B (zh) * | 2013-01-15 | 2016-03-30 | 中国移动通信集团广东有限公司 | 并发业务处理方法及装置 |
| CN107295452A (zh) * | 2016-03-30 | 2017-10-24 | 中兴通讯股份有限公司 | 一种信息通知方法和装置 |
| WO2019154037A1 (zh) * | 2018-02-12 | 2019-08-15 | 华为技术有限公司 | 承载处理方法、设备及系统 |
| CN110166407A (zh) * | 2018-02-12 | 2019-08-23 | 华为技术有限公司 | QoS流处理方法、设备及系统 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2008088243A1 (en) * | 2007-01-15 | 2008-07-24 | Telefonaktiebolaget Lm Ericsson (Publ). | Changing communication paths |
| CN101222765B (zh) * | 2008-01-24 | 2012-06-06 | 中兴通讯股份有限公司 | 电路域回落的控制方法、系统、及装置 |
-
2008
- 2008-11-17 CN CN200810176541A patent/CN101742646B/zh not_active Expired - Fee Related
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012149894A1 (zh) * | 2011-05-05 | 2012-11-08 | 华为技术有限公司 | 用于电路域回退中数据传输的方法和装置 |
| CN103095414B (zh) * | 2013-01-15 | 2016-03-30 | 中国移动通信集团广东有限公司 | 并发业务处理方法及装置 |
| CN107295452A (zh) * | 2016-03-30 | 2017-10-24 | 中兴通讯股份有限公司 | 一种信息通知方法和装置 |
| CN107295452B (zh) * | 2016-03-30 | 2021-06-08 | 中兴通讯股份有限公司 | 一种信息通知方法和装置 |
| WO2019154037A1 (zh) * | 2018-02-12 | 2019-08-15 | 华为技术有限公司 | 承载处理方法、设备及系统 |
| CN110167079A (zh) * | 2018-02-12 | 2019-08-23 | 华为技术有限公司 | 承载处理方法、设备及系统 |
| CN110166407A (zh) * | 2018-02-12 | 2019-08-23 | 华为技术有限公司 | QoS流处理方法、设备及系统 |
| CN110167079B (zh) * | 2018-02-12 | 2020-08-25 | 华为技术有限公司 | 承载处理方法、设备及系统 |
| CN110166407B (zh) * | 2018-02-12 | 2020-10-23 | 华为技术有限公司 | QoS流处理方法、设备及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101742646B (zh) | 2012-09-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20210120495A1 (en) | Communications Method and Apparatus | |
| EP2683211B1 (en) | Support of data transmission in a packet mobile network | |
| EP2637445B1 (en) | Methods and apparatuses for non-access stratum message processing during handover in an evolved network | |
| JP6942631B2 (ja) | モバイルネットワークにおけるページング最適化 | |
| CN101742646B (zh) | 承载挂起和恢复的处理方法和装置 | |
| CN101969634B (zh) | 一种用户数据的同步方法和系统 | |
| EP3481030B1 (en) | Access method and system | |
| CN104247521A (zh) | 非连续接收的通信同步方法及装置 | |
| WO2017028637A1 (zh) | 网关的恢复处理方法及装置 | |
| CN101500222A (zh) | 实现ue的去附着方法、装置及系统 | |
| CN101600192A (zh) | 用户上下文同步方法、设备及系统 | |
| CN102427599B (zh) | 数据传输方法和设备 | |
| CN102833807B (zh) | 分组数据业务悬挂方法和装置 | |
| CN101360323A (zh) | 一种网络获取临时标识的方法与系统 | |
| EP1317156A1 (en) | Method of operating a mobile station in an energy saving mode | |
| CN101626564A (zh) | 上下文同步方法、装置及移动管理网元 | |
| CN101662832A (zh) | 一种停止寻呼的方法、和用于停止寻呼的装置及其系统 | |
| CN105027660B (zh) | 一种ps业务恢复方法、msc/vlr及mme | |
| CN102448141A (zh) | 一种机器类通信中的拥塞处理方法及设备 | |
| CN102934406A (zh) | 去激活isr的方法、修改承载参数的方法和网络系统 | |
| CN104904307A (zh) | 用户接入优先级控制的方法、设备及系统 | |
| CN114071712A (zh) | 一种寻呼方法及装置 | |
| JP2012178630A (ja) | 移動通信システム、移動端末装置、サービス提供ｇｐｒｓサポートノード、および、移動通信方法 | |
| CN102036298B (zh) | 数据传输的方法、系统和服务网关 | |
| EP3920584A1 (en) | Signaling exchange method, base station and apparatus |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20120905 |