CN101494848A - 业务挂起的方法、业务恢复的方法、***及设备 - Google Patents
业务挂起的方法、业务恢复的方法、***及设备 Download PDFInfo
- Publication number
- CN101494848A CN101494848A CNA2008100070210A CN200810007021A CN101494848A CN 101494848 A CN101494848 A CN 101494848A CN A2008100070210 A CNA2008100070210 A CN A2008100070210A CN 200810007021 A CN200810007021 A CN 200810007021A CN 101494848 A CN101494848 A CN 101494848A
- Authority
- CN
- China
- Prior art keywords
- mobile management
- management entity
- gateway
- indication
- subscriber equipment
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种业务挂起的方法，包括：当在驻扎在分组域的用户设备需要发起电路域业务时，所述分组域核心网设备根据收到的指示保留所述用户设备的分组域网络资源；当所述用户设备当前正在进行业务时，则缓存发送给所述用户设备的下行业务数据和/或终止发送上行数据，并且转换到电路域通信网络进行电路域业务；或者当所述用户设备当前没有进行业务时，则转换到电路域通信网络进行电路域业务。本发明还公开了相应的电路交换域业务返回传统网络的处理***、用户设备、演进基站、移动管理实体、服务网关、及分组数据网络网。应用本发明可以减少进行CS fallback处理时进行CS业务前的时延，进一步避免资源浪费。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种业务挂起的方法、业务恢复的方法、***及设备。
背景技术
通用分组无线业务/通用移动通信***(GPRS/UMTS，General PacketRadio Service/Universal Mobile Telecommunications System)是第三代伙伴计划(3GPP，The 3rd Generation Partnership Project)组织定义的一种移动通信网络，其包括无线接入网络(RadioAccess Network，RAN)和核心网络(CoreNetwork，CN)两部分。其中，CN从逻辑上分为电路交换域(Circuit SwitchedDomain，CS)和分组交换域(Packet Switched Domain，PS)。CS域主要处理语音业务，PS域主要处理分组数据业务。
为了适应无线宽带技术的发展，3GPP制定了长期演进计划(LTE，LongTerm Evolution)，在LTE的指导下定义了新的移动通信网络的架构，该架构与现在的GPRS/UMTS相比只保留了分组交换域，因此该架构可以称为演进的分组***(EPS，evo1ved packet system)。
由于EPS只保留了分组交换域，因此演进***中不能进行CS业务。然而，运营GPRS/UMTS网络的运营商的很多业务都需要通过电路域完成，例如CS语音业务以及很多增值业务等。为了保护投资，运营商希望在网络的演进初期仍然可以通过EPS网络提供CS业务，因此提出了一种通过EPS网络连接到CS域核心网的方法，该方法的网络架构示意图如图1所示：
当用户设备(UE，User Equipment)101在GPRS/UMTS网络覆盖下，可以通过接入网的基站控制器(BSC，Base Station Controller)/无线网络控制器(RNC，Radio Network Controller)102连接到CS核心网；当UE在EPS网络覆盖下，可以通过EPS网络中的演进基站(eNodeB)105连接到EPS网络。EPS网络中的移动管理实体(MME，Mobility Management Entity)104连接到传统CS核心网的移动交换中心(MSC，Mobile Switch Center)103上，服务网关(S-GW，Serving Gateway)106与MME104、eNodeB105、分组数据网络网关(P-GW，Packet Data Network Gateway)107相连。
当UE101为呼叫发起方，准备发起CS始呼(MO，Mobile Originating)业务，例如发起一个语音业务的呼叫时，UE需要先转到传统的GPRS/UMTS网络，选择一个第二代/第三代(2G/3G，Second Generation/Third Generation)移动通信网络的小区接入，然后再开展MO业务。当UE101为接收呼叫方，MSC103收到一个终呼(MT，Mobile Terminated)业务，例如收到一个语音业务的呼叫时，MSC103向MME104发送寻呼消息，MME103通过EPS网络对UE101进行寻呼，UE101收到该寻呼消息后，需要先转到传统的GPRS/UMTS网络，选择一个2G/3G的小区进行接入，然后再完成该MT业务的后续处理，该处理方法可以称为CS业务返回传统网络(CS fallback)的处理方法。
MO业务和MT业务是一个CS业务的两个方面，对于该CS业务的发起呼叫方来说，其执行的是MO处理；对于该CS业务的接收呼叫方来说，其执行的是MT处理。
在CS fallback的处理中，有时UE101在发起或收到CS业务时，可能正在EPS网络进行PS业务，通信***在进行CS业务之前，现有技术中为了保证PS业务的连续性，需要先将EPS网络中的PS业务切换到2G/3G网络的PS域，然后再开展CS业务。
当UE101作为接收呼叫方，需要进行MT业务时，MSC103向MME104发送寻呼消息后，MME104通过EPS网络向UE101发送寻呼消息，UE101或eNodeB105收到该寻呼消息后先执行切换流程，将UE101当前正在进行的EPS业务切换到GPRS/UMTS网络中的PS域，UE再接入到2G/3G的小区内后，向GPRS/UMTS的CS域核心网回寻呼响应，然后再进行后续MT业务。
当UE101作为呼叫发起方，准备发起MO业务时，驻扎在EPS网络中的UE101向eNodeB105发送CS呼叫请求消息，eNodeB105收到该消息后可以发起主动的测量流程，为UE101寻找一个目的2G/3G网络中合适的服务基站，然后向MME104发送切换请求消息，执行切换流程将现有的PS业务切换到2G/3G的PS域。然后UE101再在2G/3G网络发起MO业务。
在对现有技术的研究和实践过程中，发明人发现现有技术存在以下问题：
由于在进行CS业务之前需要进行PS切换，PS切换的过程又包括了切换准备和切换执行阶段，需要的时间较长，造成的时延较大，因此增加了CS业务的接通时长，会带来较差的用户体验，而且在需要进行某些特殊业务，例如进行紧急呼叫110、112时，需要立刻发起呼叫，尽量快速的接通CS业务，此时如果有正在进行中的PS业务，也必须先将PS业务切换到GPRS/UMTS网络中的PS域，切换造成的时延，不能满足这些特殊业务时效性的需求。
进一步，由于现有的2G***中不能同时支持CS和PS业务，即当UE进行CS业务的同时必须暂停PS业务。所以此时即使将EPS网络内的PS业务切换到2G***的PS域中，但该PS业务在CS业务进行的同时并不能使用，此时PS业务的切换没有任何意义，从而导致了资源的浪费。
发明内容
本发明实施例要解决的技术问题是提供一种业务挂起的方法、业务恢复的方法、***及设备，以减少进行CS fallback处理时进行CS业务前的时延，进一步可以避免资源浪费。
为解决上述技术问题本发明实施例一方面，提供了一种业务挂起的方法，应用于包括至少一个分组域核心网设备和至少一个电路域核心网设备的通信***中，其中分组域核心网设备与电路域核心网设备通过接口相连，包括：
当在驻扎在分组域的用户设备需要发起电路域业务时，所述分组域核心网设备根据收到的指示保留所述用户设备的分组域网络资源；当所述用户设备当前正在进行业务时，则缓存发送给所述用户设备的下行业务数据和/或终止发送上行数据，并且转换到电路域通信网络进行电路域业务；或者当所述用户设备当前没有进行业务时，则转换到电路域通信网络进行电路域业务。
另一方面，提供了一种业务恢复的方法，应用于包括至少一个分组域核心网设备和至少一个电路域核心网设备的通信***中，其中分组域核心网设备与电路域核心网设备通过接口相连，所述方法包括：
当用户设备在电路域网络进行电路域业务结束，重新接入分组域网络时，判断所述用户设备是否有分组域业务被挂起，若有则所述分组域核心网设备恢复所述用户设备的分组域业务。
另一方面，提供了一种电路交换域业务返回传统网络的***，其特征在于，所述***包括用户设备、移动管理实体、服务网关，其中：
所述第一移动管理实体，用于在驻扎在分组域的用户设备需要发起电路域业务时，根据收到的指示保留所述用户设备的分组域网络资源；发送指示挂起的更新承载请求消息；
所述第一服务网关，用于接收所述移动管理实体发送的指示挂起的更新承载请求消息，根据所述指示挂起的更新承载请求消息的指示，保留所述用户设备的分组域网络资源；
所述用户设备，用于停止当前正在进行的分组域业务，转换到电路域网络。
另一方面，提供了一种一种业务恢复的***，所述***包括用户设备、第一移动管理实体、第一服务网关，其中：
所述第一移动管理实体，用于在用户设备在电路域网络进行电路域业务结束，重新接入分组域网络时，判断所述用户设备是否有分组域业务被挂起，若有则恢复所述用户设备的分组域业务资源，并向所述第一服务网关发送指示恢复的消息；
所述第一服务网关，用于接收所述第一移动管理实体发送的指示恢复的消息，根据所述指示恢复的消息的指示，恢复所述用户设备的分组域网络资源。
另一方面，提供了一种用户设备，所述用户设备包括：
业务挂起请求单元，用于在准备进行电路交换域业务时，向移动管理实体发送业务挂起请求，以保留所述用户设备的分组域网络资源，缓存所述分组域业务下行数据；
第一接入单元，用于停止当前正在进行的分组域业务，转换到电路域网络。
另一方面，提供了一种移动管理实体，所述移动管理实体包括：
第一资源保留单元，用于在驻扎在分组域的用户设备需要发起电路域业务时，根据收到的指示保留所述用户设备的分组域网络资源；
第一更新承载请求单元，用于向服务网关发送指示挂起的更新承载请求消息，请求挂起所述用户设备正在执行的分组交换域业务；
第一接收单元，用于接收所述服务网关返回的更新承载响应。
另一方面，提供了一种移动管理实体，所述移动管理实体包括：
第二跟踪区更新请求处理单元，用于接收所述用户设备发送的跟踪区更新请求消息；
第三上下文单元，用于向旧移动管理实体发送上下文请求消息；接收所述旧移动管理实体发送的上下文响应消息，获取所述用户设备在所述旧移动管理实体中记录的包含挂起的分组交换域业务信息的上下文；
第三业务恢复单元，用于向服务网关发送用于恢复业务的请求，以恢复所述挂起的分组交换域业务；
第二位置更新单元，用于与归属用户服务器发起位置更新流程，获取所述用户设备的签约数据，并向所述归属用户服务器注册；
第二下行隧道信息处理单元，用于向所述用户设备发送跟踪区更新接受消息；接收所述用户设备发送的跟踪区更新完成消息，建立与所述用户设备之间的无线承载，从所述跟踪区更新完成消息中获取所述下行隧道信息，将携带有所述下行隧道信息的更新承载请求消息向所述服务网关发送送。
另一方面，提供了一种演进基站，所述演进基站包括：
第二业务挂起命令单元，用于接收移动管理实体发送的业务挂起命令消息；
第二转发数据单元，用于将用户设备承载中缓存的数据转发到服务网关，以使所述服务网关缓存所述数据。
另一方面，提供了一种服务网关，所述服务网关包括：
第三接收单元，用于接收移动管理实体发送的指示挂起的更新承载请求消息；
挂起处理单元，用于根据所述指示挂起的更新承载请求消息的指示，清空用户设备对应承载的下行隧道信息，关闭阀门，记录所述挂起指示。
另一方面，提供了一种服务网关，所述服务网关包括：
第三变化处理单元，用于接收所述移动管理实体发送的建立承载请求；向分组数据网络网关发送用于恢复业务的更新承载请求消息；接收所述分组数据网络网关发送的更新承载响应消息；
第二下行隧道处理单元，用于向所述移动管理实体发送建立承载响应消息；接收所述移动管理实体发送的携带有所述下行隧道信息的更新承载请求消息，获取并更新所述下行隧道信息，发送缓存的下行数据包。
另一方面，提供了一种分组数据网络网关，所述分组数据网络网关包括：
操作单元，用于接收服务网关发送的更新承载请求；根据所述更新承载请求的指示对阀门进行操作；
第二流程发起单元，用于向策略和计费规则功能发起策略和计费控制规则交互流程；
更新承载响应单元，用于向所述服务网关发送更新承载响应。
由以上技术方案可以看出，由于UE在进行CS业务时，只需先将PS业务挂起，即可进行CS业务，不需要先将PS业务切换到GPRS/UMTS网络中的PS域，等UE完成CS业务之后再恢复被挂起的PS业务，从而简化了CSfallback中CS业务的处理流程，避免了切换过程造成的时延，提高了效率，可以满足特殊业务对时间的需求。
进一步，由于不需要将PS业务切换到GPRS/UMTS网络中的PS域，也就避免了由于2G网络不能同时支持CS和PS业务，导致的资源浪费以及可能的失败。
附图说明
图1为进行CS fallback处理时EPS网络与CS域核心网网络架构示意图；
图2为本发明实施例提供的业务挂起的方法实施例一信令交互图；
图3为本发明实施例提供的业务挂起的方法实施例二信令交互图；
图4为本发明实施例提供的业务挂起的方法实施例三信令交互图；
图5为本发明实施例提供的业务挂起的方法实施例四信令交互图；
图6为本发明实施例提供的业务挂起的方法实施例五信令交互图；
图7为本发明实施例提供的业务挂起的方法实施例六信令交互图；
图8为本发明实施例提供的业务挂起的方法实施例七信令交互图。
具体实施方式
本发明实施例提供了一种业务挂起的方法、业务恢复的方法、***及设备，在进行CS业务前先挂起(Suspend)PS业务，可以减少进行CS fallback处理时进行CS业务前的时延，避免资源浪费。
本发明中的CS业务是UE在GPRS/UMTS网络中可以执行的CS业务的一个统称，例如传统的CS语音业务就是CS业务的一个典型，而其他的如短消息业务(SMS，Short Message Service)，位置业务(LCS，Location Service)以及未结构化补充业务数据(USSD，Unstructured Supplementary Service Data)等都属于CS业务，在本发明中不对此进行限定。
在进行CS fallback处理时，UE可能为发起呼叫方，进行MO业务；也可能为接收呼叫方，进行MT业务；在进行MO业务时，本发明实施例提供的业务挂起的方法实施例一如下所述：
当UE准备发起CS业务时，要求EPS网络保留当前UE在EPS网络的承载，如果正在进行PS业务则EPS网络缓存下行数据，UE停止发送上行数据。当UE发送完业务挂起请求后，就可以转到2G/3G网络，选择一个合适的小区开展CS业务；也可以当UE收到网络侧发送的响应后，再转到2G/3G网络开展CS业务；网络也可拒绝该挂起请求，此时UE需要等到PS业务切换到目的侧之后再开展CS业务。此时，本发明实施例提供的业务挂起的方法实施例一信令交互图如图2所示：
步骤201、当UE准备发起CS业务时，UE向EPS网络的MME发送业务挂起请求消息。
该业务挂起请求消息中还可以携带UE准备进行的CS业务类型，如正常的语音呼叫，紧急呼叫等，以供EPS进行后续处理的决策。
通常UE具有空闲态和激活态两种状态，只有当UE处于激活态才可以进行业务，而当业务结束后，为了节省空口资源和UE上的开销，UE可以转到空闲态。因此当用户需要进行业务时，如果UE处于空闲态，则UE需要从空闲态转到激活态，此时UE可以通过向MME发送服务请求消息，建立信令连接来完成状态的改变。所以，如果当UE准备发起CS业务时，UE处于空闲态，则该业务挂起请求消息可以使用服务请求消息实现，即在服务请求消息中携带业务挂起相关的指示；也可以UE先向网络侧发送服务请求消息，等信令连接建立完成后，UE再向MME发送业务挂起请求消息。如果当前UE处于激活态，则UE可以直接向MME发送该业务挂起请求消息。所述的业务挂起请求消息可以是一条单独消息，或者是一条携带业务挂起指示的现有消息。
在UE发送完该业务挂起请求消息后，可以立即选择一个合适的2G/3G小区，接入2G/3G网络，开展CS业务，例如当前UE准备进行紧急呼叫；也可以等待网络侧响应该请求后，再选择一个合适的2G/3G小区，接入2G/3G网络，开展CS业务，例如当前UE准备进行的是一个正常呼叫，可以容忍一点时延。UE后续在2G/3G网络的处理流程为现有的CS业务流程，在此不再赘述。
进一步，可以根据进行网络状况以及运营商策略决定是否需要执行挂起处理，例如：可以根据UE将要进行CS业务的2G/3G移动网络的能力，来决定是否挂起PS业务。较常见的情况是在目的2G/3G移动网络能同时支持CS和PS业务时，切换PS业务，以同时执行PS业务及CS业务，在目的2G/3G移动网络不能同时支持CS和PS业务时，挂起PS业务，也即进入本流程；和/或由运营商策略决定是进行PS业务切换、还是挂起PS业务，在运营商策略决定挂起PS业务时，进入本流程，挂起PS业务。
步骤202、MME收到该挂起请求消息后向S-GW发送更新承载请求消息。
MME收到该业务挂起消息后，可以在该UE的上下文中记录该业务挂起指示，并发起资源保留处理。
该更新承载请求消息可以携带有“业务挂起”指示或关闭阀门(Gate)指示，指示S-GW将该UE对应的承载的下行隧道信息清空，并在UE有进行下行业务时缓存数据。该消息中还可以携带特定值的隧道端点标识(TEID，Tunnel Endpoint Identifier)和网际协议(IP，Internet Protocol)地址等下行隧道信息，S-GW根据该下行隧道信息直接更新。
有上行PS业务时停止上行业务，有下行PS业务时缓存数据，均可看作对PS业务进行操作的行为。
步骤203、S-GW收到该消息后，根据更新承载请求消息中携带的“业务挂起”指示或关闭阀门指示或特定值的下行隧道信息，将该UE对应的承载的下行隧道信息清空，在该UE的承载或UE的上下文中记录该“业务挂起”指示。
当该UE对应的承载的下行隧道信息被清空后，在UE有进行下行业务时，如果此时收到新的下行数据包，S-GW可以根据记录的“业务挂起”指示或关闭阀门指示，缓存该下行数据包，而不是向MME发送寻呼请求。
步骤204、S-GW向策略和计费规则功能(PCRF，Policy Charging RulesFunction)发起策略和计费控制(PCC，Policy Charging Control)规则交互流程，S-GW将从MME收到的“业务挂起”指示或关闭阀门指示通知给PCRF，PCRF根据该指示，执行关闭阀门处理，并向S-GW发送关闭阀门指示的消息，S-GW根据PCRF的指示关闭承载的阀门。
此步骤在S-GW具有策略和计费执行功能(PCEF，Policy ChargingEnforcement Function)时执行。
步骤205、S-GW向P-GW发送更新承载请求消息，该消息携带“业务挂起”指示或关闭阀门指示。
P-GW收到该消息后，在该UE的承载或UE的上下文中记录“业务挂起”指示信息。
步骤206、P-GW将从S-GW收到的“业务挂起”指示或关闭阀门指示通知给PCRF，PCRF根据该指示，执行关闭阀门处理，并向P-GW发送关闭阀门指示的消息，P-GW根据PCRF的指示关闭承载的阀门。
步骤207、P-GW向S-GW发送更新承载响应消息。
步骤208、S-GW向MME发送更新承载响应消息。
由于eNodeB中可能还缓存了该UE的数据包，为了避免UE执行挂起操作导致数据丢失，因此在该消息中可以携带提供给eNodeB的转发隧道信息，从而将eNodeB中缓存的数据转发到S-GW中进行缓存。所述的转发隧道信息可以由S-GW单独分配，也可以利用已有的S-GW提供给P-GW的下行隧道信息。
步骤209、MME向eNodeB发送业务挂起命令，指示eNodeB转发缓存的数据。
该业务挂起命令中可以携带S-GW提供的转发隧道信息。
MME在收到步骤201的业务挂起请求后，就可以执行步骤209，步骤209及其后续步骤与步骤202到208没有先后顺序关系，可以先后执行，也可以同时执行，其中较优的方案是先后执行。
步骤210、MME向UE发送业务挂起响应消息。
本步骤为可选步骤，当MME向eNodeB发送业务挂起命令的同时，也可以向UE发送业务挂起响应消息。
上文在对步骤201进行描述时提到，UE可以在发送完该业务挂起请求消息后，立即选择一个合适的2G/3G小区，接入2G/3G网络，开展CS业务；也可以等待网络侧响应该请求后，再选择一个合适的2G/3G小区，接入2G/3G网络，开展CS业务。UE可以在接收到该业务挂起响应消息后，再转到2G/3G小区，执行CS业务。
进一步，MME可以根据步骤201中收到的CS业务类型来决定是否需要向UE发送业务挂起响应消息。例如，如果当前UE需要执行紧急呼叫，则UE执行完步骤201后可以立即转到2G/3G执行CS业务，此时，MME不需要向UE发送业务挂起响应消息；而如果UE需要执行一个正常的呼叫，则MME可以向UE发送业务挂起响应消息，UE收到该响应消息后再转到2G/3G执行CS业务。
进一步，MME还可以根据网络状况和/或运营商策略决定是否需要执行挂起操作，如果不需要执行挂起操作，则MME收到步骤201的消息后直接执行步骤210，而不执行其他步骤。在步骤210的消息中指示UE网络侧不进行挂起操作，UE收到含有所述判断结果的业务挂起响应消息后，不立即转到2G/3G执行CS业务，而是等待网络的进一步指示。
步骤211、eNodeB收到该业务挂起命令后，转发数据到S-GW。
eNodeB收到该业务挂起命令后，根据消息中提供的转发隧道信息，将该UE承载中缓存的数据转发到S-GW中。
步骤212、S-GW缓存转发数据。
步骤211、212为可选项，例如如果当前eNodeB上没有该UE的承载上下文，则可以不进行步骤211、212。
步骤213、eNodeB完成数据转发后，向MME发送S1连接释放请求消息。
步骤214、MME收到eNodeB的连接释放请求消息后向eNodeB发送S1连接释放命令。
步骤215、如果此时该UE对应的无线资源控制(RRC，Radio ResourceControl)连接还存在，则发起RRC连接释放处理流程。
如果UE在发起挂起PS业务流程后直接转入2G/3G网络，EPS网络侧可能会检测到UE离开了EPS网络，而直接发起RRC连接释放处理流程，此时步骤215就有可能提前执行。
以上描述的步骤211到步骤215的顺序有可能会发生变，由于UE转到2G/3G，空口检测不到UE的存在，所以也可能由空口发起步骤214，此时就不能保证消息的时序了。
因此，如果eNodeB在步骤213前检测到UE的RRC连接异常，则释放RRC连接的同时也可以发起到MME的S1连接释放请求消息。
步骤216、eNodeB向MME发送S1连接释放完成消息。
以上即为在进行MO业务时，对本发明实施例提供的业务挂起的方法实施例一的描述，应用本发明实施例提供的业务挂起的方法实施例一，UE在进行MO业务时，只需先将PS业务挂起，即可进行CS业务，不需要先将PS业务切换到GPRS/UMTS网络中的PS域，等UE完成CS业务之后再恢复被挂起的PS业务，从而简化了CS fallback中CS业务的处理流程，避免了切换过程造成的时延，提高了效率，可以满足特殊业务对时间的需求。
进一步，由于不需要将PS业务切换到GPRS/UMTS网络中的PS域，也就避免了由于2G网络不能同时支持CS和PS业务，导致的资源浪费以及可能的失败。
进一步，当演进分组网络根据网络状况和/或运营商策略判断不需要进行挂起处理时，例如：2G/3G移动网络能同时支持CS和PS业务、和/或希望进行PS切换时，也可以按照现有技术进行PS切换。
以上进行MO业务的处理中，为了避免演进分组网络中资源的长期占用导致资源浪费和流程失败，因此演进分组网在执行业务挂起处理时，可以同时启动一个资源保留定时器，当该定时器超时后，如果UE仍然没有返回到演进分组网络执行业务恢复处理，则演进分组网络执行资源释放流程，完成保留资源的释放。
演进分组网络的核心网络设备在执行挂起操作时均可以启动该资源保留定时器，即MME在步骤201、S-GW在步骤202、P-GW在步骤205收到挂起操作指示，当决定采用挂起操作时启动所述定时器。一种改进方案时仅MME在步骤201中启动所述资源保留定时器。
当演进分组网络启动了所述的资源保留定时器时，在步骤210中也可以将该定时器时长带给UE，UE收到该定时器后也启动所述的资源保留定时器。
在进行MT业务时，本发明实施例提供的业务挂起的方法实施例一如下所述：
在CS fallback场景下，当驻扎在EPS网络的UE收到MT业务时，要求EPS网络保留当前UE在EPS网络的承载，如果正在进行PS业务则EPS网络缓存下行数据，UE停止发送上行数据。当UE接受到CS终呼业务指示或发送完业务挂起请求后，就可以转到2G/3G网络，选择一个合适的小区开展CS业务。此时，本发明实施例提供的业务挂起的方法实施例二信令交互图如图3所示：
步骤301、MSC收到终呼业务请求后，向MME发送寻呼消息。
步骤302、MME向eNodeB发送寻呼消息。
步骤303、eNodeB向UE发送寻呼消息。
步骤302和步骤303中的寻呼消息中可以包括CS业务指示，从而通知UE当前存在MT的CS业务。该CS业务指示可以作为寻呼原因值或一个独立的指示来完成。此时MME不需要执行下述的步骤304。
所述的包含了CS业务指示的寻呼消息无论当前UE处于激活态还是空闲态均可以发送。
当MME收到MSC的寻呼消息后，如果当前UE处于空闲态，则步骤302和步骤303中的寻呼消息也可以直接采用现有技术中的EPS寻呼消息，即不需要包括CS业务指示。当UE收到该EPS消息后，可以向MME发送服务请求消息，将UE转为激活态，然后MME执行下述的步骤304，将终呼业务指示发送给UE。
当MME收到MSC的寻呼消息后，如果当前UE处于激活态，也可以不执行步骤302和步骤303，而直接执行下述的步骤304，将终呼业务指示发送给UE。
步骤304、MME向UE发送终呼业务指示消息。
步骤305、UE向MME发送业务挂起请求消息，要求EPS网络保留该UE当前在EPS网络的资源。
UE收到包含CS业务指示的寻呼消息或者终呼业务指示消息后，如果选择接收该业务，则可以立即停止发送当前正在进行的PS业务的上行数据包，向MME发送业务挂起请求消息，等待MME的响应消息到达后或立即选择一个合适的2G/3G小区，驻扎到2G/3G网络，开展CS业务。UE后续在2G/3G网络的处理流程为现有的CS业务流程，在此不再赘述。
进一步，当EPS网络根据网络状况和/或运营商策略判断不需要进行挂起处理时，也可以按照现有技术进行PS切换，此时UE收到的包含CS业务指示的寻呼消息或者终呼业务指示消息中还可以携带是否需要进行挂起处理的指示，当包含所述的挂起处理的指示时，UE可以立即停止当前正在进行的PS业务的上行数据包，相MME发送业务挂起请求消息；如果不包含所述的挂起处理的指示时，UE可以继续正在进行的PS业务，以等待网络的进一步指示。
例如：可以根据UE将要进行CS业务的2G/3G移动网络的能力，来决定是否挂起PS业务。较常见的情况是在目的2G/3G移动网络能同时支持CS和PS业务时，切换PS业务，以同时执行PS业务及CS业务，在目的2G/3G移动网络不能同时支持CS和PS业务时，挂起PS业务，继续进行本流程；和/或由运营商策略决定是进行PS业务切换、还是挂起PS业务，在运营商策略决定挂起PS业务时，继续进行本流程，挂起PS业务。
UE向MME发送业务挂起请求消息为可选步骤，由于终呼业务指示消息即为MME发送过来的，MME本身就知道UE需要进行MT业务，因此MME可以不通过UE的指示，直接进入后续流程，当然，UE发送业务挂起请求消息，要求EPS网络保留该UE当前在EPS网络的资源，也是可以的。
当MME判断不需要进行挂起处理时，可以按照现有技术进行PS切换，此时不需要执行后续步骤。如果MME收到了UE在步骤305发送的业务挂起请求消息，则MME可以直接向UE发送步骤314，消息中指示UE网络侧不进行挂起操作，UE收到含有所述判断结果的业务挂起响应消息后，不立即转到2G/3G执行CS业务，而是等待网络的进一步指示。
该业务挂起请求消息也可以是UE发送的其他指示信息，EPS网络根据UE的指示执行后续处理。
步骤306、MME向S-GW发送更新承载请求消息。
MME可以在该UE的上下文中记录该业务挂起指示，并发起资源保留处理。
该更新承载请求消息携带有“业务挂起”指示或关闭阀门(Gate)指示，指示S-GW将该UE对应的承载的下行隧道信息清空，并在UE有进行下行业务时缓存数据。该消息中还可以携带特定值的TEID和IP地址等下行隧道信息，S-GW根据该下行隧道信息直接更新。
步骤307、S-GW收到该消息后，根据更新承载请求消息中携带的“业务挂起”指示或关闭阀门指示或特定值的下行隧道信息，将该UE对应的承载的下行隧道信息清空，在该UE的承载或UE的上下文中记录该“业务挂起”指示。
当该UE对应的承载的下行隧道信息被清空后，在UE有进行下行业务时，如果此时收到新的下行数据包，S-GW可以根据记录的“业务挂起”指示或关闭阀门指示，缓存该下行数据包，而不是向MME发送寻呼请求。
步骤308、S-GW向策略和计费规则功能(PCRF，Policy Charging RulesFunction)发起策略和计费控制(PCC，Policy Charging Control)规则交互流程，将S-GW将从MME收到的“业务挂起”指示或关闭阀门指示通知给PCRF，PCRF根据该指示，执行关闭阀门处理，并向S-GW发送关闭阀门指示的消息，S-GW根据PCRF的指示关闭承载的阀门。
此步骤当S-GW具有策略和计费执行功能(PCEF，Policy ChargingEnforcement Function)时执行。
步骤309、S-GW向P-GW发送更新承载请求消息，该消息携带“业务挂起”指示或关闭阀门指示。
P-GW收到该消息后，在该UE的承载或UE的上下文中记录“业务挂起”指示信息。
步骤310、P-GW将从S-GW收到的“业务挂起”指示或关闭阀门指示通知给PCRF，PCRF根据该指示，执行关闭阀门处理，并向P-GW发送关闭阀门指示的消息，P-GW根据PCRF的指示关闭承载的阀门。
步骤311、P-GW向S-GW发送更新承载响应消息。
步骤312、S-GW向MME发送更新承载响应消息。
由于eNodeB中可能还缓存了该UE的数据包，为了避免UE执行挂起操作导致数据丢失，因此在该消息中可以携带提供给eNodeB的转发隧道信息，从而将eNodeB中缓存的数据转发到S-GW中进行缓存。所述的转发隧道信息可以由S-GW单独分配，也可以利用已有的S-GW提供给P-GW的下行隧道信息。
步骤313、MME向eNodeB发送业务挂起命令，指示eNodeB转发缓存的数据。
该业务挂起命令中可以携带S-GW提供的转发隧道信息。
MME在步骤304或步骤305之后，就可以执行步骤313，步骤313及其后续步骤与步骤306到312没有先后顺序关系，可以先后执行，也可以同时执行，其中较优的方案是先后执行。
步骤314、MME向UE发送业务挂起响应消息。
本步骤为可选步骤，当MME向eNodeB发送业务挂起命令的同时，也可以向UE发送业务挂起响应消息，UE接收到该消息后，可以转到2G/3G小区，执行CS业务。
步骤315、eNodeB收到该业务挂起命令后，转发数据到S-GW。
eNodeB收到该业务挂起命令后，根据消息中提供的转发隧道信息，将该UE承载中缓存的数据转发到S-GW中。
步骤316、S-GW缓存转发数据。
步骤313、315、316为可选项，例如如果当前eNodeB上没有该UE的承载上下文，则可以不进行步骤313、315、316。
步骤317、eNodeB完成数据转发后，向MME发送S1连接释放请求消息。
步骤318、MME收到eNodeB的连接释放请求消息后向eNodeB发送S1连接释放命令。
步骤319、如果此时该UE对应的RRC连接还存在，则发起RRC连接释放处理流程。
步骤320、eNodeB向MME发送S1连接释放完成消息。
而步骤313～步骤317为可选步骤，步骤318～步骤320由MME决定是否发起。如果步骤301中MME收到寻呼消息后，当前UE处于空闲态，此时MME采用步骤302的寻呼消息向UE指示终呼业务到来，然后UE不向网络回步骤305的业务挂起请求消息，而是直接转到2G/3G网络，此时eNodeB和MME之间不存在S1连接，此时，步骤313～步骤320的流程就不需要执行。
以上进行MT业务的处理中，为了避免演进分组网络中资源的长期占用导致资源浪费和流程失败，因此演进分组网在执行业务挂起处理时，可以同时启动一个资源保留定时器，当该定时器超时后，如果UE仍然没有返回到演进分组网络执行业务恢复处理，则演进分组网络执行资源释放流程，完成保留资源的释放。
演进分组网络的核心网络设备在执行挂起操作时均可以启动该资源保留定时器，即MME在步骤306之前，以及S-GW在步骤306、P-GW在步骤309收到挂起操作指示后，当决定采用挂起操作时启动所述定时器。一种改进方案时仅MME在发送步骤306之前启动所述资源保留定时器。
当演进分组网络启动了所述的资源保留定时器时，在步骤314中也可以将该定时器时长带给UE，UE收到该定时器后也启动所述的资源保留定时器。
以上即为在进行MT业务时，对本发明实施例提供的业务挂起的方法实施例二的描述，应用本发明实施例提供的业务挂起的方法实施例二，UE在进行MT业务时，只需先将PS业务挂起，即可进行CS业务，不需要先将PS业务切换到GPRS/UMTS网络中的PS域，等UE完成CS业务之后再恢复被挂起的PS业务，从而简化了CS fallback中CS业务的处理流程，避免了切换过程造成的时延，提高了效率，可以满足特殊业务对时间的需求。
进一步，由于不需要将PS业务切换到GPRS/UMTS网络中的PS域，也就避免了由于2G网络不能同时支持CS和PS业务，导致的资源浪费以及可能的失败。
进一步，当演进分组网络根据网络状况和/或运营商策略判断不需要进行挂起处理时，例如：2G/3G移动网络能同时支持CS和PS业务、和/或希望进行PS切换时，也可以按照现有技术进行PS切换。
本发明中，驻扎在EPS网络的UE由于需要执行CS业务而挂起EPS网络中的PS业务，并转到2G/3G网络完成相关的CS业务后，该UE需要立即选择合适的LTE小区重新接入EPS网络中，并恢复被挂起的PS业务
如果UE在执行挂起操作过程中启动了资源保留定时器，则当UE完成CS业务后接入EPS网络时，如果所示定时器已经超时，即意味着网络侧已经释放了之前挂起操作时保留的资源，此时UE不需要执行恢复处理，而是本地释放之前保留的资源。
当UE在挂起过程中没有启动资源保留定时器或该定时器没有超时，则UE执行下述的恢复流程。
由于UE处于运动状态，因此UE在2G/3G网络完成CS业务后，转到EPS网络后，该UE可能已经离开了原先服务的跟踪区(TA，Tracking Area)，即该UE中记录的TA列表中没有包括该UE当前选择的LTE小区所属的TA，此时UE需要发起跟踪区更新流程完成到EPS网络的注册。反之，如果UE转到EPS网络后，还处于原先服务的跟踪区范围，即该UE中记录的TA列表中包括了该UE当前选择的LTE小区所属的TA，该UE可以立即执行恢复被挂起的PS业务的处理。
本发明实施例提供的业务挂起的方法实施例三，也就是当UE还处于原先服务的跟踪区范围时的恢复挂起的PS业务处理，其信令交互图如图4所示：
步骤401、UE重新驻扎到LTE小区，接入EPS网络后，检测到需要恢复挂起的PS业务，则向MME发送服务请求消息。
该服务请求消息中可以携带“业务恢复”的信息指示。
步骤402、MME收到该服务请求消息后，根据收到的服务请求消息中携带的“业务恢复”的信息指示，或之前执行挂起操作时记录的该UE的“业务挂起”信息指示，执行恢复业务处理，则向S-GW发送更新承载请求消息。
该更新承载请求消息中携带“业务恢复”指示或开启阀门指示。
S-GW收到该更新承载请求消息后，根据其携带的“业务恢复”指示或开启阀门指示，恢复被挂起的资源，但继续缓存收到的数据包，直到收到下行隧道信息后再将缓存的数据包发送给eNodeB。在此过程中，如果S-GW收到该UE新的下行数据包，不发起到MME的寻呼请求。
步骤403、S-GW向PCRF发起PCC规则交互流程，将S-GW从MME收到的“业务恢复”指示或开启阀门指示通知给PCRF，PCRF根据该指示，执行开启阀门处理，并向S-GW发送开启阀门指示的消息，S-GW根据PCRF的指示开启承载的阀门。
此步骤当S-GW具有PCEF功能时执行。
步骤404、S-GW向P-GW发送更新承载请求消息。
该更新承载请求消息携带有“业务恢复”指示或开启阀门指示。
步骤405、P-GW将从S-GW收到的“业务恢复”指示或开启阀门指示通知给PCRF，PCRF根据该指示，执行开启阀门处理，并向P-GW发送开启阀门指示的消息，P-GW根据PCRF的指示开启承载的阀门。
步骤406、P-GW向S-GW发送更新承载响应消息。
步骤407、S-GW向MME发送更新承载响应消息。
步骤408、MME向eNodeB发送初始化上下文请求消息，建立无线承载的空口资源。
MME在收到服务请求消息后，就可以执行步骤408，步骤408及其后续步骤与步骤402到407没有先后顺序关系，可以先后执行，也可以同时执行，其中较优的方案为同时执行。
步骤409、eNodeB和UE之间建立空口无线承载。
当UE检测到对应的空口无线承载已经建立完成，则可以发送上行的数据包。
步骤410、eNodeB向MME发送初始化上下文响应消息。
该初始化上下文响应消息中携带有eNodeB分配的，供S-GW使用的相关承载的下行隧道信息，包括TEID、IP地址等。
步骤411、MME向S-GW发送更新承载请求消息。
该更新承载请求消息中携带有eNodeB分配的承载下行隧道信息。
步骤412、S-GW根据请求消息中携带的信息，更新该UE的下行隧道信息。并向MME发送更新承载响应消息。
S-GW更新完下行隧道信息后，可以发送缓存的下行数据包。
此时对挂起PS业务的恢复完成。
本处理流程中，步骤402～步骤407与步骤408～步骤412相互独立，没有先后关系，可以单独执行。即MME在执行步骤402的同时也可以执行步骤408。
当演进分组网络设备中的资源保留定时器没有超时，则收到相关的恢复指示后，停止所述的资源保留定时器。即MME在收到步骤401、S-GW在收到步骤402、P-GW在收到步骤404时，如果启动的资源保留定时器没有超时，则停止该定时器。
当S-GW中对应承载存在下行隧道信息，即可以发送下行数据包，因此可以先进行建立空口无线承载，在eNodeB向MME发送初始化上下文响应消息，向MME提供了下行隧道信息后，再向S-GW发起更新承载流程。此时本发明实施例提供的业务挂起的方法实施例四的恢复挂起PS业务信令交互图如图5所示：
步骤501、UE重新驻扎到LTE小区，接入EPS网络后，检测到需要恢复挂起的PS业务，则向MME发送服务请求消息。
该服务请求消息中可以携带“业务恢复”的信息指示。
步骤502、MME向eNodeB发送初始化上下文请求消息，建立承载的空口资源。
步骤503、eNodeB和UE之间建立空口无线承载。
当UE检测到对应的空口无线承载已经建立完成，则可以发送上行的数据包。
步骤504、eNodeB向MME发送初始化上下文响应消息。
该初始化上下文响应消息中携带有eNodB分配的，供S-GW使用的相关承载的下行隧道信息，包括TEID、IP地址等。
步骤505、MME向S-GW发送承载更新请求消息。
该承载更新请求消息中包含eNodeB提供的承载的下行隧道信息，MME还可以根据之前执行挂起操作时记录的该UE的“业务挂起”信息指示，执行恢复业务处理，在该承载更新请求消息中携带一个“业务恢复”指示或开启阀门指示。
S-GW收到该承载更新请求消息后，可以根据其携带的下行隧道信息或该“业务恢复”指示或开启阀门指示，更新承载的下行隧道信息，发送缓存的下行数据包，并执行后续的资源恢复处理。
步骤506、S-GW向PCRF发起PCC规则交互流程，将S-GW从MME收到的“业务恢复”指示或开启阀门指示通知给PCRF，PCRF根据该指示，执行开启阀门处理，并向S-GW发送开启阀门指示的消息，S-GW根据PCRF的指示开启承载的阀门。
此步骤当S-GW可能会具有PCEF功能时执行。
步骤507、S-GW向P-GW发送更新承载请求消息。
该消息携带有“业务恢复”指示或开启阀门指示。
步骤508、P-GW将从S-GW收到的“业务恢复”指示或开启阀门指示通知给PCRF，PCRF根据该指示，执行开启阀门处理，并向P-GW发送开启阀门指示的消息，P-GW根据PCRF的指示开启承载的阀门。
步骤509、P-GW向S-GW发送更新承载响应消息。
步骤510、S-GW向MME发送更新承载响应消息。
此时对挂起PS业务的恢复完成。
进一步，本处理流程在步骤503中当UE建立了无线承载后，UE可能立即发送上行数据包，而此时S-GW或P-GW上对应承载的阀门可能还处于关闭状态，从而会导致上行数据包被S-GW或P-GW丢弃。为了避免该情况的出现，如果S-GW或P-GW的阀门处于关闭状态而收到了上行包时，如果该承载所属的UE处于挂起状态，则S-GW或P-GW可以选择先缓存该数据包，或者当S-GW或P-GW收到该上行的数据包后，向PCRF发送开启阀门请求消息，由PCRF指示PCEF开启阀门，从而完成上行数据包的发送。
当演进分组网络设备中的资源保留定时器没有超时，则收到相关的恢复指示后，停止所述的资源保留定时器。即MME在收到步骤504、S-GW在收到步骤505、P-GW在收到步骤507时，如果启动的资源保留定时器没有超时，则停止该定时器。
当UE返回EPS网络后离开了原先服务的跟踪区范围时，可以在发起的跟踪区更新流程中完成挂起资源的恢复；而即使UE还在原先服务的跟踪区范围时，也可以选择发起跟踪区更新流程完成挂起资源的恢复。本发明实施例提供的业务挂起的方法实施例五的恢复挂起PS业务信令交互图如图6所示：
步骤601、UE重新驻扎到LTE小区后，检测到需要恢复挂起的PS业务，则向MME发送跟踪区更新请求消息。在该消息中可以携带激活标识(activeflag)，以要求网络恢复当前的承载。
该跟踪区更新请求消息中可以携带“业务恢复”的信息指示。
步骤602、MME收到该跟踪区更新请求消息后，根据收到的服务请求消息中携带的“业务恢复”的信息指示，或之前执行挂起操作时记录的该UE的“业务挂起”信息指示，执行恢复业务处理，则向S-GW发送更新承载请求消息，该消息中携带“业务恢复”指示或开启阀门指示。
S-GW收到该更新承载请求消息后，根据其携带的“业务恢复”指示或开启阀门指示，恢复被挂起的资源，但继续缓存收到的数据包，直到收到下行隧道信息后再将缓存的数据包发送给eNodeB。在此过程中，如果S-GW收到该UE新的下行数据包，不发起到MME的寻呼请求。
步骤603、S-GW向PCRF发起PCC规则交互流程，将S-GW从MME收到的“业务恢复”指示或开启阀门指示通知给PCRF，PCRF根据该指示，执行开启阀门处理，并向S-GW发送开启阀门指示的消息，S-GW根据PCRF的指示开启承载的阀门。
此步骤当S-GW可能会具有PCEF功能时执行。
步骤604、S-GW向P-GW发送更新承载请求消息。
该消息携带“业务恢复”指示或开启阀门指示。
步骤605、P-GW将从S-GW收到的“业务恢复”指示或开启阀门指示通知给PCRF，PCRF根据该指示，执行开启阀门处理，并向P-GW发送开启阀门指示的消息，P-GW根据PCRF的指示开启承载的阀门。
步骤606、P-GW向S-GW发送更新承载响应消息。
步骤607、S-GW向MME发送更新承载响应消息。
步骤608、MME向UE发送跟踪区更新接受消息。
MME在收到跟踪区更新请求消息后，就可以执行步骤608，步骤608及其后续步骤与步骤602到607没有先后顺序关系，可以先后执行，也可以同时执行，其中较优的方案为同时执行。
步骤609、UE向MME发送跟踪区更新完成消息。
如果步骤601中的跟踪区更新请求消息中携带了active flag，或根据“业务恢复”指示，***可在执行步骤608和步骤609的过程中完成承载对应空口资源的建立。此时，当UE检测到对应的空口无线承载已经建立完成，则可以发送上行的数据包；步骤609中MME收到的跟踪区更新完成消息中可以携带eNodeB提供的承载的下行隧道信息，包括TEID、IP地址等。
步骤610、当MME收到了eNodeB提供的下行隧道信息后，MME向S-GW发送更新承载请求消息，该消息中携带有eNodeB提供的承载下行隧道信息。
步骤611、S-GW根据请求消息中携带的信息，更新该UE的下行隧道信息。并向MME发送更新承载响应消息。
S-GW更新完下行隧道信息后，可以发送缓存的下行数据包。
此时对挂起PS业务的恢复完成。
本处理流程中，步骤602～步骤607与步骤608～步骤612相互独立，没有先后关系，可以单独执行。即MME在执行步骤602的同时也可以执行步骤608。
当演进分组网络设备中的资源保留定时器没有超时，则收到相关的恢复指示后，停止所述的资源保留定时器。即MME在收到步骤601、S-GW在收到步骤402、P-GW在收到步骤604时，如果启动的资源保留定时器没有超时，则停止该定时器。
当S-GW中对应承载存在下行隧道信息，即可以发送下行数据包，因此可以在MME收到UE发送的跟踪区更新完成消息，并从中获取了下行隧道信息后，再向S-GW发起更新承载流程。本发明实施例提供的业务挂起的方法实施例六的恢复挂起PS业务信令交互图如图7所示：
步骤701、UE重新驻扎到LTE小区后，检测到需要恢复挂起的PS业务，则向MME发送跟踪区更新请求消息。在该消息中可以携带激活标识(activeflag)，以要求网络恢复当前的承载。
该跟踪区更新请求消息中可以携带“业务恢复”的信息指示。
步骤702、MME向UE发送跟踪区更新接受消息。
步骤703、UE向MME发送跟踪区更新完成消息。
如果步骤701中的跟踪区更新请求消息中携带了active flag，或根据“业务恢复”指示，***可在执行步骤702和步骤703的过程中完成承载对应空口资源的建立。此时，当UE检测到对应的空口无线承载已经建立完成，则可以发送上行的数据包；步骤703中MME收到的跟踪区更新完成消息中携带eNodeB提供的承载的下行隧道信息，包括TEID、IP地址等。
步骤704、MME向S-GW发送承载更新请求消息。
该承载更新请求消息中包含eNodeB提供的承载的下行隧道信息，MME还可以根据之前执行挂起操作时记录的该UE的“业务挂起”信息指示，执行恢复业务处理，在该承载更新请求消息中携带一个“业务恢复”指示或开启阀门指示。
S-GW收到该承载更新请求消息后，可以根据其携带的下行隧道信息或该“业务恢复”指示或开启阀门指示，更新承载的下行隧道信息，并发送缓存的下行数据包，并执行后续的资源恢复处理。
步骤705、S-GW向PCRF发起PCC规则交互流程，通将S-GW从MME收到的“业务恢复”指示或开启阀门指示通知给PCRF，PCRF根据该指示，执行开启阀门处理，并向S-GW发送开启阀门指示的消息，S-GW根据PCRF的指示开启承载的阀门。
此步骤当S-GW可能会具有PCEF功能时执行。
步骤706、S-GW向P-GW发送更新承载请求消息。
该消息携带“业务恢复”指示或开启阀门指示。
步骤707、P-GW向PCRF发起PCC规则交互流程，将从S-GW收到的“业务恢复”指示或开启阀门指示通知给PCRF，PCRF根据该指示，执行开启阀门处理，并向P-GW发送开启阀门指示的消息，P-GW根据PCRF的指示开启承载的阀门。
步骤708、P-GW向S-GW发送更新承载响应消息。
步骤709、S-GW向MME发送更新承载响应消息。
进一步，当UE在步骤701中携带了激活标识或“业务恢复”指示后，则在步骤702和步骤703中当UE建立了无线承载后，可能立即发送上行数据包，而此时S-GW或P-GW上对应承载的阀门可能还处于关闭状态，从而会导致上行数据包被S-GW或P-GW丢弃。为了避免该情况的出现，如果S-GW或P-GW的阀门处于关闭状态而收到了上行包时，如果该承载所属的UE处于挂起状态，则PCEF可以选择先缓存该数据包，或者当S-GW或P-GW收到该上行的数据包后，向PCRF发送开启阀门请求消息，由PCRF指示PCEF开启阀门，从而完成上行数据包的发送。
当演进分组网络设备中的资源保留定时器没有超时，则收到相关的恢复指示后，停止所述的资源保留定时器。即MME在收到步骤703、S-GW在收到步骤704、P-GW在收到步骤706时，如果启动的资源保留定时器没有超时，则停止该定时器。
当UE返回EPS网络后，由于跟踪区的改变，其服务的MME或S-GW均有可能发生改变，为了在其服务的MME或S-GW发生改变，或者MME和S-GW均发生改变时也能恢复挂起PS业务，本发明实施例提供的业务挂起的方法实施例七的恢复挂起PS业务信令交互图如图8所示：
步骤801、UE重新驻扎到LTE小区，接入EPS网络后，检测到需要恢复挂起的PS业务，则向MME发送跟踪区更新请求消息。在该消息中可以携带激活标识(active flag)，以要求网络恢复当前的承载。
该跟踪区更新请求消息中可以携带“业务恢复”的信息指示。
步骤802、如果MME发生了改变，则收到跟踪区更新请求消息的MME是该UE的新的服务节点，即新MME，此时新MME向旧MME发送上下文请求消息，获取该UE在原来的MME中记录的上下文。
步骤803、旧MME向新MME发送上下文响应消息。如果UE在老的MME中被标记为“业务挂起”，则该上下文响应消息中需要携带该指示。
步骤804、新MME向旧MME发送上下文确认消息。
步骤805、新MME选择一个S-GW，如果该S-GW不同于原先服务该UE的S-GW，则向该新S-GW发送建立承载请求，要求建立该UE的承载。
如果在步骤803中旧MME指示该UE被挂起，则该建立承载消息中可以携带“业务恢复”指示或开启阀门指示。
新S-GW收到该更新承载请求消息后，根据其携带的“业务恢复”指示或开启阀门指示，当后续收到下行数据包或转发的数据包时，如果该承载还没有下行隧道信息，则不向MME发送下行数据到达通知，直到下行隧道信息被更新后再发送缓存的数据包。
步骤806、新S-GW向P-GW发送更新承载请求消息，该消息除了携带新的S-GW向P-GW提供的下行隧道信息外，还可以携带“业务恢复”指示或开启阀门指示。
步骤807、P-GW向PCRF发起PCC规则交互流程，将从S-GW收到的“业务恢复”指示或开启阀门指示通知给PCRF，PCRF根据该指示，执行开启阀门处理，并向P-GW发送开启阀门指示的消息，P-GW根据PCRF的指示开启承载的阀门。
步骤808、P-GW向新S-GW发送更新承载响应消息。
步骤809、新S-GW向新MME发送建立承载响应消息。
该建立承载响应消息中携带新S-GW提供的上行隧道信息。如果新S-GW在步骤805中检测到该UE处于挂起状态，例如通过建立承载消息中携带的“业务恢复”指示或开启阀门指示判断出该UE处于挂起状态，则该消息中可以携带提供给老S-GW的转发隧道信息。所述的转发隧道信息可以由新S-GW单独分配，也可以利用已有的S-GW提供给P-GW的下行隧道信息。
步骤810、如果在步骤803中旧MME指示该UE被挂起，并且新MME选择了新S-GW，则新MME向旧MME发送转发数据请求消息，要求将旧S-GW缓存的UE的下行数据包转发给新S-GW。因此该消息中可以携带新S-GW上承载上下文的转发隧道信息。
步骤811、旧MME向旧S-GW发送转发数据请求消息，该消息中可以携带新S-GW上承载上下文的转发隧道信息。
旧S-GW收到该消息后，开始将缓存的数据转发到新S-GW中。
步骤812、旧S-GW向旧MME发送转发数据请求接受消息。
步骤813、旧MME向新MME发送转发数据请求接受消息。
在新MME没有选择新S-GW时，则可以不执行步骤805～步骤813，使用图6中的步骤602～步骤607替代。
步骤814、新MME和HSS发起位置更新流程，获取该UE的签约数据，并向HSS注册新MME等。
步骤815、MME向UE发送跟踪区更新接受消息。
步骤816、UE向MME发送跟踪区更新完成消息。
如果步骤801中的跟踪区更新请求消息中携带了激活标识或“业务恢复”指示后，则在步骤815和步骤816过程中***完成承载对应空口资源的建立。此时，当UE检测到对应的空口无线承载已经建立完成，则可以发送上行的数据包；步骤816中MME收到的跟踪区更新完成消息中可以携带eNodeB提供的承载的下行隧道信息，包括TEID、IP地址等。
步骤817、当新MME收到了eNodeB提供的下行隧道信息后，MME向新S-GW发送更新承载请求消息，该消息中携带eNodeB提供的承载下行隧道信息。
步骤818、S-GW根据请求消息中携带的信息，更新该UE的下行隧道信息。并向MME发送更新承载响应消息。
S-GW更新完下行隧道信息后，可以发送缓存的下行数据包。
在新MME没有选择新S-GW时，步骤817～步骤818可以被图7中的步骤704～步骤709代替。
本实施例中MME和S-GW均发生了变化，则新的MME和S-GW中不会存在启动的资源保留定时器，但P-GW中可以存在启动的资源保留定时器，因此当P-GW在收到步骤806时，如果启动的资源保留定时器没有超时，则停止该定时器。
当演进分组网络核心网设备中启动的资源保留定时器超时后，需要释放保留的资源。
当MME、S-GW、P-GW中均启动了资源保留定时器时，则当所述定时器超时后，所述设备本地释放保留的资源。所谓的本地释放是指设备不需要向其他设备发送消息而直接释放相关资源。
当只有部分设备启动了资源保留定时器，一种典型的情况是MME中启动所述资源保留定时器，则当所述定时器超时后，该设备发起一个资源释放流程，如承载释放流程，要求相关的网元释放所述保留的资源。所述的承载释放流程是现有技术，此处不再赘述。
以上即为对本发明实施例提供的业务挂起的方法实施例的描述，应用本发明实施例提供的业务挂起的方法实施例，UE在进行MO业务时，只需先将PS业务挂起，即可进行CS业务，不需要先将PS业务切换到GPRS/UMTS网络中的PS域，等UE完成CS业务之后再恢复被挂起的PS业务，从而简化了CS fallback中CS业务的处理流程，避免了切换过程造成的时延，提高了效率，可以满足特殊业务对时间的需求。
由于不需要将PS业务切换到GPRS/UMTS网络中的PS域，也就避免了由于2G网络不能同时支持CS和PS业务，导致的资源浪费以及可能的失败。
进一步，当演进分组网络根据网络状况和/或运营商策略判断不需要进行挂起处理时，例如：2G/3G移动网络能同时支持CS和PS业务、和/或希望进行PS切换时，也可以按照现有技术进行PS切换。
进一步，在UE执行完CS业务回到EPS网络后，再恢复挂起的PS业务，将这些缓存的数据包发送给UE，从而避免数据包丢弃导致的业务失败以及计费不准确的问题。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括如下步骤：
一种业务挂起的方法，应用于包括至少一个分组域核心网设备和至少一个电路域核心网设备的通信***中，其中分组域核心网设备与电路域核心网设备通过接口相连，其特征在于，包括：
当在驻扎在分组域的用户设备需要发起电路域业务时，所述分组域核心网设备根据收到的指示保留所述用户设备的分组域网络资源；当所述用户设备当前正在进行业务时，则缓存发送给所述用户设备的下行业务数据和/或终止发送上行数据，并且转换到电路域通信网络进行电路域业务；或者当所述用户设备当前没有进行业务时，则转换到电路域通信网络进行电路域业务。
及一种业务恢复的方法，应用于包括至少一个分组域核心网设备和至少一个电路域核心网设备的通信***中，其中分组域核心网设备与电路域核心网设备通过接口相连，其特征在于，所述方法包括：
当用户设备在电路域网络进行电路域业务结束，重新接入分组域网络时，判断所述用户设备是否有分组域业务被挂起，若有则所述分组域核心网设备恢复所述用户设备的分组域业务。
上述提到的存储介质可以是只读存储器，磁盘或光盘等。
本发明实施例提供的业务挂起的***实施例包括：用户设备、第一移动管理实体、第一服务网关。
其中第一移动管理实体，用于在驻扎在分组域的用户设备需要发起电路域业务时，根据收到的指示保留所述用户设备的分组域网络资源；发送指示挂起的更新承载请求消息；
第一服务网关，用于接收所述移动管理实体发送的指示挂起的更新承载请求消息，根据所述指示挂起的更新承载请求消息的指示，保留所述用户设备的分组域网络资源；
用户设备，用于停止当前正在进行的分组域业务，转换到电路域网络。
本发明实施例提供的业务恢复的***实施例包括：用户设备、第一移动管理实体、第一服务网关，其中：
所述第一移动管理实体，用于在用户设备在电路域网络进行电路域业务结束，重新接入分组域网络时，判断所述用户设备是否有分组域业务被挂起，若有则恢复所述用户设备的分组域业务资源，并向所述第一服务网关发送指示恢复的消息；
所述第一服务网关，用于接收所述第一移动管理实体发送的指示恢复的消息，根据所述指示恢复的消息的指示，恢复所述用户设备的分组域网络资源
本发明实施例提供的业务挂起的***实施例，其中的各装置的结构及功能与本发明实施例提供的用户设备实施例移动管理实体实施例一、服务网关实施例一、实施例基本一致，在此不详细描述，具体参考下文。
本发明实施例提供的用户设备实施例包括：
业务挂起请求单元，用于在准备进行电路交换域业务时，向移动管理实体发送业务挂起请求，以保留所述用户设备的分组域网络资源，缓存所述分组域业务下行数据；
第一接入单元，用于停止当前正在进行的分组域业务，转换到电路域网络。
第二接入单元，用于在所述电路交换域业务结束后，选择长期演进计划小区，重新接入分组***网络；
第一发送单元，用于向所述移动管理实体发送消息，以恢复分组交换域业务；
第一承载建立单元，用于建立无线承载。
其中业务挂起请求单元包括：
第一业务挂起请求单元，用于在准备发起电路交换域业务时，向移动管理实体发送业务挂起请求；
或第二业务挂起请求单元，用于在收到所述移动管理实体发送的终呼业务指示消息时，向移动管理实体发送业务挂起请求。
其中，第一发送单元包括：
第一服务请求消息单元，用于向所述移动管理实体发送服务请求消息；
或第一跟踪区更新请求消息单元，用于向所述移动管理实体发送跟踪区更新请求消息。
其中，第一承载建立单元包括：
第二承载建立单元，用于建立与演进基站之间的无线承载；
第三承载建立单元，用于接收所述移动管理实体发送的跟踪区更新接受消息；向所述移动管理实体发送跟踪区更新完成消息，建立与所述移动管理实体之间的无线承载。
本发明实施例提供的移动管理实体实施例一包括：
第一资源保留单元，用于在驻扎在分组域的用户设备需要发起电路域业务时，根据收到的指示保留所述用户设备的分组域网络资源；
第一更新承载请求单元，用于向服务网关发送指示挂起的更新承载请求消息，请求挂起所述用户设备正在执行的分组交换域业务；
第一接收单元，用于接收所述服务网关返回的更新承载响应。
第一判断单元，用于根据接收到的用户设备发送的业务挂起请求，判断驻扎在分组域的用户设备需要发起电路域业务；
或第二判断单元，用于在向所述用户设备发送终呼业务指示消息后，判断驻扎在分组域的用户设备需要发起电路域业务。
第一业务挂起命令单元，用于向演进基站发送业务挂起命令；
第一业务恢复单元，用于在所述用户设备电路域业务结束后，重新接入分组域网络时，恢复所述用户设备的分组域业务。
定时器，用于在保留所述用户设备的分组域网络资源之后，启动资源保留定时器，在所述定时器超时后，若所述用户设备未返回分组域网络执行任务，则释放所述保留资源。
第一跟踪区更新请求处理单元，用于接收其他用户设备发送的跟踪区更新请求消息；
第二上下文单元，用于向其他移动管理实体发送上下文请求消息；接收所述其他移动管理实体发送的上下文响应消息，获取所述其他用户设备在所述其他移动管理实体中记录的包含挂起的分组交换域业务信息的上下文；
第二业务恢复单元，用于向其他服务网关发送用于恢复业务的请求，以恢复所述挂起的分组交换域业务；
第一位置更新单元，用于与归属用户服务器发起位置更新流程，获取所述其他用户设备的签约数据，并向所述归属用户服务器注册；
第一下行隧道信息处理单元，用于向所述其他用户设备发送跟踪区更新接受消息；接收所述其他用户设备发送的跟踪区更新完成消息，建立与所述其他用户设备之间的无线承载，从所述跟踪区更新完成消息中获取所述下行隧道信息，将携带有所述下行隧道信息的更新承载请求消息向所述其他服务网关发送。
其中，第一业务恢复单元包括：
第二接收单元，用于接收用户设备发送的用以恢复分组域业务的消息；
第二更新承载请求单元，用于向所述服务网关发送指示恢复的更新承载请求消息，以恢复所述用户设备的分组交换域业务；接收所述服务网关发送的更新承载响应；
第四承载建立单元，用于建立无线承载，获取下行隧道信息；
第二发送单元，用于发送所述下行隧道信息给所述服务网关。
第一上下文单元，用于接收新移动管理实体发送的上下文请求消息；向所述新移动管理实体发送上下文响应消息，携带所述用户设备挂起的分组交换域业务信息的上下文。
第一转发数据单元，用于接收所述新移动管理实体发送的转发数据请求消息；向旧服务网关发送转发数据请求消息，使所述旧服务网关将缓存的数据转发到新的服务网关；接收所述旧服务网关发送的转发数据请求接受消息；向所述新移动管理实体发送转发数据请求接受消息。
其中，第二接收单元包括：
第二服务请求消息单元，用于接收用户设备发送的服务请求消息；
或跟第二踪区更新请求消息单元，用于接收用户设备发送的跟踪区更新请求消息。
其中，第四承载建立单元包括：
第五承载建立单元，用于向所述演进基站发送初始化上下文请求消息，建立无线承载的空口资源，接收所述演进基站发送的初始化上下文响应消息，从所述初始化上下文响应消息中获取所述下行隧道信息；
或第六承载建立单元，用于向所述用户设备发送跟踪区更新接受消息；接收所述用户设备发送的跟踪区更新完成消息，建立与所述用户设备之间的无线承载，从所述跟踪区更新完成消息中获取所述下行隧道信息。
其中，第二发送单元包括：
第三发送单元，用于将携带有所述下行隧道信息的更新承载请求消息向所述服务网关发送；
或第四发送单元，用于将所述下行隧道信息携带在所述指示恢复的更新承载请求消息中向所述服务网关发送。
本发明实施例提供的移动管理实体实施例一，即相当于本发明实施例提供的电路交换域业务返回传统网络的处理***实施例中的第一移动管理实体。
本发明实施例提供的移动管理实体实施例二包括：
第二跟踪区更新请求处理单元，用于接收所述用户设备发送的跟踪区更新请求消息；
第三上下文单元，用于向旧移动管理实体发送上下文请求消息；接收所述旧移动管理实体发送的上下文响应消息，获取所述用户设备在所述旧移动管理实体中记录的包含挂起的分组交换域业务信息的上下文；
第三业务恢复单元，用于向服务网关发送用于恢复业务的请求，以恢复所述挂起的分组交换域业务；
第二位置更新单元，用于与归属用户服务器发起位置更新流程，获取所述用户设备的签约数据，并向所述归属用户服务器注册；
第二下行隧道信息处理单元，用于向所述用户设备发送跟踪区更新接受消息；接收所述用户设备发送的跟踪区更新完成消息，建立与所述用户设备之间的无线承载，从所述跟踪区更新完成消息中获取所述下行隧道信息，将携带有所述下行隧道信息的更新承载请求消息向所述服务网关发送。
其中，第三业务恢复单元包括：
第四业务恢复单元，用于向所述服务网关发送用于恢复业务的更新承载请求；接收所述服务网关发送的更新承载响应；
或，第五业务恢复单元，用于向新服务网关发送用于恢复业务的建立承载请求；接收所述新服务网关发送的建立承载响应；向所述旧移动管理实体发送转发数据请求消息。
本发明实施例提供的演进基站实施例包括：
第二业务挂起命令单元，用于接收移动管理实体发送的业务挂起命令消息；
第二连接释放单元，用于将用户设备承载中缓存的数据转发到服务网关，以使所述服务网关缓存所述数据。
第二连接释放单元，用于向所述移动管理实体发送连接释放请求消息；接收所述移动管理实体发送的连接释放命令消息；向所述移动管理实体发送连接释放完成消息。
第七承载建立单元，用于接收所述移动管理实体发送的初始化上下文请求消息，建立无线承载的空口资源；建立与用户设备之间的无线承载；
初始化上下文响应消息单元，用于向所述移动管理实体发送携带有下行隧道信息的初始化上下文响应消息。
本发明实施例提供的服务网关实施例一包括：
第三接收单元，用于接收移动管理实体发送的指示挂起的更新承载请求消息；
挂起处理单元，用于根据所述指示挂起的更新承载请求消息的指示，清空用户设备对应承载的下行隧道信息，关闭阀门，记录所述挂起指示。
缓存单元，用于当所述正在进行的分组域业务包含下行数据时，缓存所述分组域业务下行数据。
第三转发数据单元，用于接收演进基站转发的数据，并缓存所述数据。
恢复处理单元，用于接收所述移动管理实体发送的指示恢复的更新承载请求消息；根据所述指示恢复的更新承载请求消息的指示，开启阀门；向所述移动管理实体发送更新承载响应消息；获取并更新下行隧道信息，发送缓存的下行数据包。
第一流程发起单元，用于向策略和计费规则功能发起策略和计费控制规则交互流程；
和/或第三更新承载请求单元，用于向分组数据网络网关发送指示挂起或指示挂起的更新承载请求消息，以使所述分组数据网络网关向策略和计费规则功能发起策略和计费控制规则交互流程。
第三转发数据单元，用于接收旧移动管理实体发送的转发数据请求，将缓存数据转发到新服务网关；向所述旧移动管理实体发送转发数据接受消息。
本发明实施例提供的服务网关实施例一，即相当于本发明实施例提供的电路交换域业务返回传统网络的处理***实施例中的第一服务网关。
本发明实施例提供的服务网关实施例二包括：
第三变化处理单元，用于接收所述移动管理实体发送的建立承载请求；向分组数据网络网关发送用于恢复业务的更新承载请求消息；接收所述分组数据网络网关发送的更新承载响应消息；
第二下行隧道处理单元，用于向所述移动管理实体发送建立承载响应消息；接收所述移动管理实体发送的携带有所述下行隧道信息的更新承载请求消息，获取并更新所述下行隧道信息，发送缓存的下行数据包。
缓存单元，用于接收旧服务网关转发的缓存数据。
本发明实施例提供的分组数据网络网关实施例包括：
操作单元，用于接收服务网关发送的更新承载请求；根据所述更新承载请求的指示对阀门进行操作；
第二流程发起单元，用于向策略和计费规则功能发起策略和计费控制规则交互流程；
更新承载响应单元，用于向所述服务网关发送更新承载响应。
本发明实施例提供的电路交换域业务返回传统网络的处理***实施例、用户设备实施例、演进基站实施例、移动管理实体实施例一、移动管理实体实施例二、服务网关实施例一、服务网关实施例二、分组数据网络网关实施例的具体操作方式可参考上文，本发明实施例提供的业务挂起的方法实施例的描述，在此不再详细描述。
以上对本发明所提供的一种业务挂起的方法、业务恢复的方法、***及设备进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
Claims (61)
1、一种业务挂起的方法，应用于包括至少一个分组域核心网设备和至少一个电路域核心网设备的通信***中，其中分组域核心网设备与电路域核心网设备通过接口相连，其特征在于，包括：
当在驻扎在分组域的用户设备需要发起电路域业务时，所述分组域核心网设备根据收到的指示保留所述用户设备的分组域网络资源；当所述用户设备当前正在进行业务时，则缓存发送给所述用户设备的下行业务数据和/或终止发送上行数据，并且转换到电路域通信网络进行电路域业务；或者当所述用户设备当前没有进行业务时，则转换到电路域通信网络进行电路域业务。
2、如权利要求1所述的业务挂起的方法，其特征在于，所述分组域核心网设备根据收到的指示保留所述用户设备的分组域网络资源包括：
所述用户设备在准备发起电路交换域业务时，向所述第一移动管理实体发送业务挂起请求；
所述第一移动管理实体根据接收到的业务挂起请求，记录业务挂起指示，保留所述用户设备的分组域网络资源，向第一服务网关发送指示挂起的更新承载请求消息，所述第一服务网关根据所述指示挂起的更新承载请求消息的指示，清空用户设备对应承载的下行隧道信息，关闭阀门，记录业务挂起指示。
3、如权利要求1所述的业务挂起的方法，其特征在于，所述分组域核心网设备根据收到的指示保留所述用户设备的分组域网络资源包括：
所述第一移动管理实体在收到寻呼消息后，向所述用户设备发送终呼业务指示消息，记录业务挂起指示，保留所述用户设备的分组域网络资源，向第一服务网关发送指示挂起的更新承载请求消息，所述第一服务网关根据所述指示挂起的更新承载请求消息的指示，清空用户设备对应承载的下行隧道信息，关闭阀门，记录业务挂起指示；
或，所述第一移动管理实体在收到寻呼消息后，向所述用户设备发送终呼业务指示消息，所述用户设备收到终呼业务指示消息后，向所述第一移动管理实体发送业务挂起请求，所述第一移动管理实体根据接收到的业务挂起请求，记录业务挂起指示，保留所述用户设备的分组域网络资源，向第一服务网关发送指示挂起的更新承载请求消息，所述第一服务网关根据所述指示挂起的更新承载请求消息的指示，清空用户设备对应承载的下行隧道信息，关闭阀门，记录业务挂起指示。
4、如权利要求2或3所述的业务挂起的方法，其特征在于，所述缓存发送给所述用户设备的下行业务数据包括：
所述第一服务网关缓存发送给所述用户设备的下行业务数据；
和/或所述第一移动管理实体向演进基站发送业务挂起命令；所述演进基站在收到所述业务挂起命令后，将缓存的所述用户设备的数据转发到所述第一服务网关，所述第一服务网关缓存所述转发的数据。
5、如权利要求2或3所述的业务挂起的方法，其特征在于，所述方法还包括：
所述第一服务网关在清空用户设备对应承载的下行隧道信息，关闭阀门，记录所述挂起指示之后，发送更新承载响应至所述第一移动管理实体，所述第一移动管理实体在收到所述更新承载响应后，向所述用户设备发送业务挂起响应消息，所述用户设备在收到所述更新承载响应后，再转换到电路域通信网络进行电路域业务。
6、如权利要求2或3所述的业务挂起的方法，其特征在于，所述方法还包括：
所述用户设备在所述电路域业务结束后，重新接入分组域网络；所述分组域核心网设备恢复所述用户设备的分组域业务。
7、如权利要求6所述的业务挂起的方法，其特征在于，所述恢复所述用户设备的分组域业务包括：
所述用户设备向所述第一移动管理实体发送用以恢复分组域业务的消息；
所述第一移动管理实体在收到所述用以恢复所述分组域业务的消息后，向所述第一服务网关发送指示恢复的更新承载请求消息；建立无线承载，获取下行隧道信息，并发送给所述第一服务网关；
所述第一服务网关在收到所述指示恢复的更新承载请求消息后，根据所述指示恢复的更新承载请求消息的指示，开启阀门；向所述移动管理实体发送更新承载响应消息；获取并更新下行隧道信息，并根据所述下行隧道信息发送缓存的下行数据包。
8、如权利要求7所述的业务挂起的方法，其特征在于，所述向所述第一移动管理实体发送用以恢复所述分组域业务的消息包括：
向所述第一移动管理实体发送服务请求消息；
或向所述第一移动管理实体发送跟踪区更新请求消息。
9、如权利要求7所述的业务挂起的方法，其特征在于，所述建立无线承载，获取下行隧道信息包括：
所述第一移动管理实体向所述演进基站发送初始化上下文请求消息，建立无线承载的空口资源；所述演进基站向所述第一移动管理实体发送携带所述下行隧道信息的初始化上下文响应消息；
或所述第一移动管理实体向所述用户设备发送跟踪区更新接受消息；所述用户设备向所述第一移动管理实体发送携带所述下行隧道信息的跟踪区更新完成消息，建立无线承载的空口资源。
10、如权利要求7所述的业务挂起的方法，其特征在于，所述发送下行隧道信息给所述服务网关包括：
向所述第一服务网关发送携带有所述下行隧道信息的更新承载请求消息；
或将所述下行隧道信息携带在所述指示恢复的更新承载请求消息中向所述第一服务网关发送。
11、如权利要求7所述的业务挂起的方法，其特征在于，所述指示挂起的更新承载请求消息包括：
携带业务挂起指示的更新承载请求消息；
或携带关闭阀门指示的更新承载请求消息；
所述指示恢复的更新承载请求消息包括：
携带业务恢复指示的更新承载请求消息；
或携带开启阀门指示的更新承载请求消息。
12、如权利要求7所述的业务挂起的方法，其特征在于，所述方法还包括：
向策略和计费规则功能发起策略和计费控制规则交互流程；
和/或向分组数据网络网关发送指示挂起或指示恢复的更新承载请求消息，以使所述分组数据网络网关向策略和计费规则功能发起策略和计费控制规则交互流程。
13、如权利要求6所述的业务挂起的方法，其特征在于，所述恢复所述用户设备的分组域业务包括：
所述用户设备向第二移动管理实体发送跟踪区更新请求消息；
所述第二移动管理实体收到所述跟踪区更新请求消息后，向所述第一移动管理实体发送上下文请求消息；
所述第一移动管理实体向所述第二移动管理实体返回携带挂起的分组交换域业务信息的上下文响应消息；
所述第二移动管理实体发送用于恢复业务的请求，开启阀门；
所述第二移动管理实体与归属用户服务器发起位置更新流程，获取所述用户设备的签约数据，并向所述归属用户服务器注册；
所述第二移动管理实体向所述用户设备发送跟踪区更新接受消息；接收所述用户设备发送的跟踪区更新完成消息，建立与所述用户设备之间的无线承载，从所述跟踪区更新完成消息中获取所述下行隧道信息，将携带有所述下行隧道信息的更新承载请求消息向所述服务网关发送；
所述第一服务网关获取并更新下行隧道信息，发送缓存的下行数据包。
14、如权利要求13所述的业务挂起的方法，其特征在于，所述第二移动管理实体发送用于恢复业务的请求，开启阀门包括：
所述第二移动管理实体向所述第一服务网关发送用于恢复业务的更新承载请求；所述第一服务网关根据所述指示恢复的更新承载请求消息的指示，开启阀门。
15、如权利要求13所述的业务挂起的方法，其特征在于，所述第二移动管理实体发送用于恢复业务的请求，开启阀门包括：
所述第二移动管理实体向第二服务网关发送用于恢复业务的建立承载请求；
所述第二服务网关根据所述指示恢复的更新承载请求消息的指示，开启阀门。
16、如权利要求15所述的业务挂起的方法，其特征在于，所述方法还包括：
所述第二移动管理实体向所述第一移动管理实体发送转发数据请求消息；
所述第一移动管理实体向所述第一服务网关发送转发数据请求消息；
所述第一服务网关将缓存的数据转发到所述第二服务网关；
所述第二服务网关接收所述转发的数据。
17、如权利要求6所述的业务挂起的方法，其特征在于，所述方法还包括：
在保留所述用户设备的分组域网络资源之后，启动资源保留定时器，在所述定时器超时后，若所述用户设备未返回分组域网络执行任务，则释放所述保留资源。
18、一种业务恢复的方法，应用于包括至少一个分组域核心网设备和至少一个电路域核心网设备的通信***中，其中分组域核心网设备与电路域核心网设备通过接口相连，其特征在于，所述方法包括：
当用户设备在电路域网络进行电路域业务结束，重新接入分组域网络时，判断所述用户设备是否有分组域业务被挂起，若有则所述分组域核心网设备恢复所述用户设备的分组域业务。
19、如权利要求18所述的业务恢复的方法，其特征在于，所述恢复所述用户设备的分组域业务包括：
所述用户设备向所述第一移动管理实体发送用以恢复分组域业务的消息；
所述第一移动管理实体在收到所述用以恢复所述分组域业务的消息后，向所述第一服务网关发送指示恢复的更新承载请求消息；建立无线承载，获取下行隧道信息，并发送给所述第一服务网关；
所述第一服务网关在收到所述指示恢复的更新承载请求消息后，根据所述指示恢复的更新承载请求消息的指示，开启阀门；向所述移动管理实体发送更新承载响应消息；获取并更新下行隧道信息，并根据所述下行隧道信息发送缓存的下行数据包。
20、如权利要求19所述的业务恢复的方法，其特征在于，所述向所述第一移动管理实体发送用以恢复所述分组域业务的消息包括：
向所述第一移动管理实体发送服务请求消息；
或向所述第一移动管理实体发送跟踪区更新请求消息。
21、如权利要求19所述的业务挂起的方法，其特征在于，所述建立无线承载，获取下行隧道信息包括：
所述第一移动管理实体向所述演进基站发送初始化上下文请求消息，建立无线承载的空口资源；所述演进基站向所述第一移动管理实体发送携带所述下行隧道信息的初始化上下文响应消息；
或所述第一移动管理实体向所述用户设备发送跟踪区更新接受消息；所述用户设备向所述第一移动管理实体发送携带所述下行隧道信息的跟踪区更新完成消息，建立无线承载的空口资源。
22、如权利要求19所述的业务恢复的方法，其特征在于，所述发送下行隧道信息给所述服务网关包括：
向所述第一服务网关发送携带有所述下行隧道信息的更新承载请求消息；
或将所述下行隧道信息携带在所述指示恢复的更新承载请求消息中向所述第一服务网关发送。
23、如权利要求19所述的业务恢复的方法，其特征在于，所述指示恢复的更新承载请求消息包括：
携带业务恢复指示的更新承载请求消息；
或携带开启阀门指示的更新承载请求消息。
24、如权利要求18所述的业务恢复的方法，其特征在于，所述恢复所述用户设备的分组域业务包括：
所述用户设备向第二移动管理实体发送跟踪区更新请求消息；所述第二移动管理实体收到所述跟踪区更新请求消息后，向所述第一移动管理实体获取所述用户设备的分组域业务；
所述第二移动管理实体发送用于恢复业务的请求，开启阀门；
所述第二移动管理实体与归属用户服务器发起位置更新流程，获取所述用户设备的签约数据，并向所述归属用户服务器注册；
所述第二移动管理实体建立与所述用户设备之间的无线承载，获取下行隧道信息，将携带有所述下行隧道信息的更新承载请求消息向所述服务网关发送；
所述第一服务网关获取并更新下行隧道信息，发送缓存的下行数据包。
25、如权利要求24所述的业务恢复的方法，其特征在于，所述第二移动管理实体发送用于恢复业务的请求，开启阀门包括：
所述第二移动管理实体向所述第一服务网关发送用于恢复业务的更新承载请求；所述第一服务网关根据所述指示恢复的更新承载请求消息的指示，开启阀门。
26、如权利要求24所述的业务恢复的方法，其特征在于，所述第二移动管理实体发送用于恢复业务的请求，开启阀门包括：
所述第二移动管理实体向第二服务网关发送用于恢复业务的建立承载请求；
所述第二服务网关根据所述指示恢复的更新承载请求消息的指示，开启阀门。
27、如权利要求26所述的业务恢复的方法，其特征在于，所述方法还包括：
所述第二移动管理实体向所述第一移动管理实体发送转发数据请求消息；
所述第一移动管理实体向所述第一服务网关发送转发数据请求消息；
所述第一服务网关将缓存的数据转发到所述第二服务网关；
所述第二服务网关接收所述转发的数据。
28、如权利要求18到27任一项所述的业务恢复的方法，其特征在于，所述方法还包括：
向策略和计费规则功能发起策略和计费控制规则交互流程；
和/或向分组数据网络网关发送指示恢复的更新承载请求消息，以使所述分组数据网络网关向策略和计费规则功能发起策略和计费控制规则交互流程。
29、一种业务挂起的***，其特征在于，所述***包括用户设备、第一移动管理实体、第一服务网关，其中：
所述第一移动管理实体，用于在驻扎在分组域的用户设备需要发起电路域业务时，根据收到的指示保留所述用户设备的分组域网络资源；发送指示挂起的更新承载请求消息；
所述第一服务网关，用于接收所述移动管理实体发送的指示挂起的更新承载请求消息，根据所述指示挂起的更新承载请求消息的指示，保留所述用户设备的分组域网络资源；
所述用户设备，用于停止当前正在进行的分组域业务，转换到电路域网络。
30、一种业务恢复的***，其特征在于，所述***包括用户设备、第一移动管理实体、第一服务网关，其中：
所述第一移动管理实体，用于在用户设备在电路域网络进行电路域业务结束，重新接入分组域网络时，判断所述用户设备是否有分组域业务被挂起，若有则恢复所述用户设备的分组域业务资源，并向所述第一服务网关发送指示恢复的消息；
所述第一服务网关，用于接收所述第一移动管理实体发送的指示恢复的消息，根据所述指示恢复的消息的指示，恢复所述用户设备的分组域网络资源。
31、一种用户设备，其特征在于，所述用户设备包括：
业务挂起请求单元，用于在准备进行电路交换域业务时，向移动管理实体发送业务挂起请求，以保留所述用户设备的分组域网络资源，缓存所述分组域业务下行数据；
第一接入单元，用于停止当前正在进行的分组域业务，转换到电路域网络。
32、如权利要求31所述的用户设备，其特征在于，所述业务挂起请求单元包括：
第一业务挂起请求单元，用于在准备发起电路交换域业务时，向移动管理实体发送业务挂起请求；
或第二业务挂起请求单元，用于在收到所述移动管理实体发送的终呼业务指示消息时，向移动管理实体发送业务挂起请求。
33、如权利要求31或32所述的用户设备，其特征在于，所述用户设备还包括：
第二接入单元，用于在所述电路交换域业务结束后，选择长期演进计划小区，重新接入分组域网络；
第一发送单元，用于向所述移动管理实体发送消息，以恢复分组交换域业务；
第一承载建立单元，用于建立无线承载。
34、如权利要求33所述的用户设备，其特征在于，所述第一发送单元包括：
第一服务请求消息单元，用于向所述移动管理实体发送服务请求消息；
或第一跟踪区更新请求消息单元，用于向所述移动管理实体发送跟踪区更新请求消息。
35、如权利要求33所述的用户设备，其特征在于，所述第一承载建立单元包括：
第二承载建立单元，用于建立与演进基站之间的无线承载；
第三承载建立单元，用于接收所述移动管理实体发送的跟踪区更新接受消息；向所述移动管理实体发送跟踪区更新完成消息，建立与所述移动管理实体之间的无线承载。
36、一种移动管理实体，其特征在于，所述移动管理实体包括：
第一资源保留单元，用于在驻扎在分组域的用户设备需要发起电路域业务时，根据收到的指示保留所述用户设备的分组域网络资源；
第一更新承载请求单元，用于向服务网关发送指示挂起的更新承载请求消息，请求挂起所述用户设备正在执行的分组交换域业务；
第一接收单元，用于接收所述服务网关返回的更新承载响应。
37、如权利要求36所述的移动管理实体，其特征在于，所述移动管理实体还包括：
第一判断单元，用于根据接收到的用户设备发送的业务挂起请求，判断驻扎在分组域的用户设备需要发起电路域业务；
或第二判断单元，用于在向所述用户设备发送终呼业务指示消息后，判断驻扎在分组域的用户设备需要发起电路域业务。
38、如权利要求36所述的移动管理实体，其特征在于，所述移动管理实体还包括：
第一业务挂起命令单元，用于向演进基站发送业务挂起命令。
39、如权利要求36、37或38所述的移动管理实体，其特征在于，所述移动管理实体还包括：
第一业务恢复单元，用于在所述用户设备电路域业务结束后，重新接入分组域网络时，恢复所述用户设备的分组域业务。
40、如权利要求39所述的移动管理实体，其特征在于，所述第一业务恢复单元包括：
第二接收单元，用于接收用户设备发送的用以恢复分组域业务的消息；
第二更新承载请求单元，用于向所述服务网关发送指示恢复的更新承载请求消息，以恢复所述用户设备的分组交换域业务；接收所述服务网关发送的更新承载响应；
第四承载建立单元，用于建立无线承载，获取下行隧道信息；
第二发送单元，用于发送所述下行隧道信息给所述服务网关。
41、如权利要求40所述的移动管理实体，其特征在于，所述第二接收单元包括：
第二服务请求消息单元，用于接收用户设备发送的服务请求消息；
或跟第二踪区更新请求消息单元，用于接收用户设备发送的跟踪区更新请求消息。
42、如权利要求40所述的移动管理实体，所述第四承载建立单元包括：
第五承载建立单元，用于向所述演进基站发送初始化上下文请求消息，建立无线承载的空口资源，接收所述演进基站发送的初始化上下文响应消息，从所述初始化上下文响应消息中获取所述下行隧道信息；
或第六承载建立单元，用于向所述用户设备发送跟踪区更新接受消息；接收所述用户设备发送的跟踪区更新完成消息，建立与所述用户设备之间的无线承载，从所述跟踪区更新完成消息中获取所述下行隧道信息。
43、如权利要求42所述的移动管理实体，其特征在于，所述第二发送单元包括：
第三发送单元，用于将携带有所述下行隧道信息的更新承载请求消息向所述服务网关发送；
或第四发送单元，用于将所述下行隧道信息携带在所述指示恢复的更新承载请求消息中向所述服务网关发送。
44、如权利要求39所述的移动管理实体，其特征在于，所述第一业务恢复单元包括：
第一上下文单元，用于接收新移动管理实体发送的上下文请求消息；向所述新移动管理实体发送上下文响应消息，携带所述用户设备挂起的分组交换域业务信息的上下文。
45、如权利要求44所述的移动管理实体，其特征在于，所述第一业务恢复单元还包括：
第一转发数据单元，用于接收所述新移动管理实体发送的转发数据请求消息；向旧服务网关发送转发数据请求消息，使所述旧服务网关将缓存的数据转发到新的服务网关；接收所述旧服务网关发送的转发数据请求接受消息；向所述新移动管理实体发送转发数据请求接受消息。
46、如权利要求39所述的移动管理实体，其特征在于，所述移动管理实体还包括：
定时器，用于在保留所述用户设备的分组域网络资源之后，启动资源保留定时器，在所述定时器超时后，若所述用户设备未返回分组域网络执行任务，则释放所述保留资源。
47、如权利要求39所述的移动管理实体，其特征在于，所述移动管理实体还包括：
第一跟踪区更新请求处理单元，用于接收其他用户设备发送的跟踪区更新请求消息；
第二上下文单元，用于向其他移动管理实体发送上下文请求消息；接收所述其他移动管理实体发送的上下文响应消息，获取所述其他用户设备在所述其他移动管理实体中记录的包含挂起的分组交换域业务信息的上下文；
第二业务恢复单元，用于向其他服务网关发送用于恢复业务的请求，以恢复所述挂起的分组交换域业务；
第一位置更新单元，用于与归属用户服务器发起位置更新流程，获取所述其他用户设备的签约数据，并向所述归属用户服务器注册；
第一下行隧道信息处理单元，用于向所述其他用户设备发送跟踪区更新接受消息；接收所述其他用户设备发送的跟踪区更新完成消息，建立与所述其他用户设备之间的无线承载，从所述跟踪区更新完成消息中获取所述下行隧道信息，将携带有所述下行隧道信息的更新承载请求消息向所述其他服务网关发送。
48、一种移动管理实体，其特征在于，所述移动管理实体包括：
第二跟踪区更新请求处理单元，用于接收所述用户设备发送的跟踪区更新请求消息；
第三上下文单元，用于向旧移动管理实体发送上下文请求消息；接收所述旧移动管理实体发送的上下文响应消息，获取所述用户设备在所述旧移动管理实体中记录的包含挂起的分组交换域业务信息的上下文；
第三业务恢复单元，用于向服务网关发送用于恢复业务的请求，以恢复所述挂起的分组交换域业务；
第二位置更新单元，用于与归属用户服务器发起位置更新流程，获取所述用户设备的签约数据，并向所述归属用户服务器注册；
第二下行隧道信息处理单元，用于向所述用户设备发送跟踪区更新接受消息；接收所述用户设备发送的跟踪区更新完成消息，建立与所述用户设备之间的无线承载，从所述跟踪区更新完成消息中获取所述下行隧道信息，将携带有所述下行隧道信息的更新承载请求消息向所述服务网关发送。
49、如权利要求48所述的移动管理实体，其特征在于，所述第三业务恢复单元包括：
第四业务恢复单元，用于向所述服务网关发送用于恢复业务的更新承载请求；接收所述服务网关发送的更新承载响应；
或，第五业务恢复单元，用于向新服务网关发送用于恢复业务的建立承载请求；接收所述新服务网关发送的建立承载响应；向所述旧移动管理实体发送转发数据请求消息。
50、一种演进基站，其特征在于，所述演进基站包括：
第二业务挂起命令单元，用于接收移动管理实体发送的业务挂起命令消息；
第二转发数据单元，用于将用户设备承载中缓存的数据转发到服务网关，以使所述服务网关缓存所述数据。
51、如权利要求50所述的演进基站，其特征在于，所述演进基站还包括：
第二连接释放单元，用于向所述移动管理实体发送连接释放请求消息；接收所述移动管理实体发送的连接释放命令消息；向所述移动管理实体发送连接释放完成消息。
52、如权利要求50或51所述的演进基站，其特征在于，所述演进基站还包括：
第七承载建立单元，用于接收所述移动管理实体发送的初始化上下文请求消息，建立无线承载的空口资源；建立与用户设备之间的无线承载；
初始化上下文响应消息单元，用于向所述移动管理实体发送携带有下行隧道信息的初始化上下文响应消息。
53、一种服务网关，其特征在于，所述服务网关包括：
第三接收单元，用于接收移动管理实体发送的指示挂起的更新承载请求消息；
挂起处理单元，用于根据所述指示挂起的更新承载请求消息的指示，清空用户设备对应承载的下行隧道信息，关闭阀门，记录所述挂起指示。
54、如权利要求53所述的服务网关，其特征在于，所述服务网关还包括：
缓存单元，用于当所述正在进行的分组域业务包含下行数据时，缓存所述分组域业务下行数据。
55、如权利要求53所述的服务网关，其特征在于，所述服务网关还包括：
第三转发数据单元，用于接收演进基站转发的数据，并缓存所述数据。
56、如权利要求53、54或55所述的服务网关，其特征在于，所述服务网关还包括：
恢复处理单元，用于接收所述移动管理实体发送的指示恢复的更新承载请求消息；根据所述指示恢复的更新承载请求消息的指示，开启阀门；向所述移动管理实体发送更新承载响应消息；获取并更新下行隧道信息，发送缓存的下行数据包。
57、如权利要求56所述的服务网关，其特征在于，所述服务网关还包括：
第一流程发起单元，用于向策略和计费规则功能发起策略和计费控制规则交互流程；
和/或第三更新承载请求单元，用于向分组数据网络网关发送指示挂起或指示挂起的更新承载请求消息，以使所述分组数据网络网关向策略和计费规则功能发起策略和计费控制规则交互流程。
58、如权利要求53、54或55所述的服务网关，其特征在于，所述服务网关还包括：
第三转发数据单元，用于接收旧移动管理实体发送的转发数据请求，将缓存数据转发到新服务网关；向所述旧移动管理实体发送转发数据接受消息。
59、一种服务网关，其特征在于，所述服务网关包括：
第三变化处理单元，用于接收所述移动管理实体发送的建立承载请求；向分组数据网络网关发送用于恢复业务的更新承载请求消息；接收所述分组数据网络网关发送的更新承载响应消息；
第二下行隧道处理单元，用于向所述移动管理实体发送建立承载响应消息；接收所述移动管理实体发送的携带有所述下行隧道信息的更新承载请求消息，获取并更新所述下行隧道信息，发送缓存的下行数据包。
60、如权利要求59所述的服务网关，其特征在于，所述服务网关还包括：
缓存单元，用于接收旧服务网关转发的缓存数据。
61、一种分组数据网络网关，其特征在于，所述分组数据网络网关包括：
操作单元，用于接收服务网关发送的更新承载请求；根据所述更新承载请求的指示对阀门进行操作；
第二流程发起单元，用于向策略和计费规则功能发起策略和计费控制规则交互流程；
更新承载响应单元，用于向所述服务网关发送更新承载响应。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008100070210A CN101494848B (zh) | 2008-01-25 | 2008-01-25 | 业务挂起的方法、业务恢复的方法、***及设备 |
| PCT/CN2009/070276 WO2009100664A1 (zh) | 2008-01-25 | 2009-01-22 | 业务挂起的方法、业务恢复的方法、***及设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008100070210A CN101494848B (zh) | 2008-01-25 | 2008-01-25 | 业务挂起的方法、业务恢复的方法、***及设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101494848A true CN101494848A (zh) | 2009-07-29 |
| CN101494848B CN101494848B (zh) | 2013-08-07 |
Family
ID=40925194
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2008100070210A Active CN101494848B (zh) | 2008-01-25 | 2008-01-25 | 业务挂起的方法、业务恢复的方法、***及设备 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN101494848B (zh) |
| WO (1) | WO2009100664A1 (zh) |
Cited By (38)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101835246A (zh) * | 2010-05-12 | 2010-09-15 | 华为终端有限公司 | 多模终端选网的执行方法及多模终端 |
| CN102056142A (zh) * | 2009-11-09 | 2011-05-11 | 中兴通讯股份有限公司 | 一种建立本地ip访问下行数据通道的方法及*** |
| WO2011082552A1 (zh) * | 2010-01-11 | 2011-07-14 | 华为技术有限公司 | 资源挂起的实现方法、装置及*** |
| CN102158919A (zh) * | 2011-03-10 | 2011-08-17 | 华为技术有限公司 | 语音回落的切换方法及装置 |
| WO2011109998A1 (zh) * | 2010-08-20 | 2011-09-15 | 华为技术有限公司 | 一种承载处理方法、***及移动管理网元 |
| WO2011127652A1 (zh) * | 2010-04-14 | 2011-10-20 | 华为技术有限公司 | Emps在csfb机制中的处理方法、装置及*** |
| WO2011140698A1 (zh) * | 2010-05-10 | 2011-11-17 | 华为技术有限公司 | 一种短消息的处理方法、装置和*** |
| CN102724703A (zh) * | 2011-03-30 | 2012-10-10 | 华为技术有限公司 | 数据传输方法以及*** |
| CN102740384A (zh) * | 2011-04-06 | 2012-10-17 | 中兴通讯股份有限公司 | 一种隧道信息上报的方法和*** |
| CN102763457A (zh) * | 2010-02-09 | 2012-10-31 | 株式会社Ntt都科摩 | 移动通信***、网络装置及移动通信方法 |
| WO2012149894A1 (zh) * | 2011-05-05 | 2012-11-08 | 华为技术有限公司 | 用于电路域回退中数据传输的方法和装置 |
| WO2012167521A1 (zh) * | 2011-07-06 | 2012-12-13 | 华为技术有限公司 | 处理电路交换域业务返回传统网络的方法、移动管理实体和*** |
| CN102833798A (zh) * | 2012-08-20 | 2012-12-19 | 中国联合网络通信集团有限公司 | 业务切换处理方法、装置和*** |
| CN103002531A (zh) * | 2012-12-17 | 2013-03-27 | 东莞宇龙通信科技有限公司 | 多模单待移动终端和通信方法 |
| WO2014019522A1 (zh) * | 2012-07-31 | 2014-02-06 | 中兴通讯股份有限公司 | 挂起方法、装置及*** |
| CN103607783A (zh) * | 2013-12-06 | 2014-02-26 | 中国联合网络通信集团有限公司 | 一种csfb呼叫建立方法及用户设备 |
| CN103607741A (zh) * | 2013-11-18 | 2014-02-26 | 中国联合网络通信集团有限公司 | 业务切换方法、移动交换中心和业务切换*** |
| WO2014048309A1 (zh) * | 2012-09-25 | 2014-04-03 | 华为终端有限公司 | 触发终端的方法及相关设备 |
| CN104115454A (zh) * | 2012-06-27 | 2014-10-22 | 联发科技股份有限公司 | 移动通信网络中ue数据的挂起的方法及用户设备 |
| CN104302012A (zh) * | 2014-09-05 | 2015-01-21 | 中国联合网络通信集团有限公司 | 一种电路域回落语音呼叫建立方法及装置 |
| WO2015085545A1 (zh) * | 2013-12-12 | 2015-06-18 | 华为技术有限公司 | 一种ps业务恢复方法、msc/vlr及mme |
| CN105264964A (zh) * | 2014-03-14 | 2016-01-20 | 华为技术有限公司 | 数据传输方法、用户设备及基站 |
| CN105451206A (zh) * | 2010-04-14 | 2016-03-30 | 华为技术有限公司 | eMPS在CSFB机制中的处理方法、装置及*** |
| CN105979609A (zh) * | 2016-04-27 | 2016-09-28 | 珠海市魅族科技有限公司 | 一种分组数据业务控制方法及装置 |
| WO2017000312A1 (zh) * | 2015-07-02 | 2017-01-05 | 华为技术有限公司 | 一种处理下行数据的方法和设备 |
| WO2017028637A1 (zh) * | 2015-08-14 | 2017-02-23 | 中兴通讯股份有限公司 | 网关的恢复处理方法及装置 |
| CN106961748A (zh) * | 2016-01-08 | 2017-07-18 | 北京三星通信技术研究有限公司 | 控制ue上下文和ue连接的方法和设备 |
| CN106961747A (zh) * | 2016-01-12 | 2017-07-18 | 展讯通信（上海）有限公司 | 基站及配置连接恢复信息的方法、连接恢复的方法及装置 |
| CN107087289A (zh) * | 2016-02-16 | 2017-08-22 | 大唐移动通信设备有限公司 | 一种电路域回落处理方法及移动管理实体设备 |
| CN107154901A (zh) * | 2016-03-03 | 2017-09-12 | 中兴通讯股份有限公司 | 数据传输的控制方法及***、数据传输方法及装置 |
| CN102761825B (zh) * | 2011-04-25 | 2017-11-07 | 中兴通讯股份有限公司 | 信息通知方法及基站、业务获取方法、***及ue |
| WO2018006842A1 (zh) * | 2016-07-05 | 2018-01-11 | 中兴通讯股份有限公司 | 分组交换数据业务的处理方法、终端、mme及pgw |
| CN107580310A (zh) * | 2016-07-05 | 2018-01-12 | 中兴通讯股份有限公司 | 分组交换ps数据业务的处理方法、装置、终端及mme |
| CN107613571A (zh) * | 2012-07-18 | 2018-01-19 | 华为技术有限公司 | 一种数据连接管理的方法、装置及*** |
| CN108990124A (zh) * | 2018-09-26 | 2018-12-11 | 中国联合网络通信集团有限公司 | 语音通话与数据业务切换方法及装置 |
| WO2019157898A1 (zh) * | 2018-02-14 | 2019-08-22 | 华为技术有限公司 | 一种规则管理方法及设备 |
| CN111698146A (zh) * | 2020-06-10 | 2020-09-22 | 深圳市慧联通信技术有限公司 | 一种低功耗广域网的即时通信方法及*** |
| CN112218283A (zh) * | 2019-07-12 | 2021-01-12 | 中国电信股份有限公司 | 业务挂起和恢复方法和***、多卡终端和存储介质 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DK2702793T3 (en) * | 2011-04-29 | 2019-03-25 | Ericsson Telefon Ab L M | Improvements to completed mobile calls |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1201093A2 (en) * | 1999-07-30 | 2002-05-02 | Ericsson Inc. | Methods and systems for switching terminals from packet switched service to circuit switched service |
| US7920554B2 (en) * | 2001-07-30 | 2011-04-05 | Intel Corporation | Supporting both packet and circuit-based wireless networks |
| FI116187B (fi) * | 2003-12-19 | 2005-09-30 | Nokia Corp | Keskeytystilan hallinta |
| CN1889756B (zh) * | 2005-07-16 | 2010-05-12 | 华为技术有限公司 | 双模终端在分组域和电路域间切换的方法 |
| CN1881958B (zh) * | 2005-08-08 | 2011-12-07 | 华为技术有限公司 | 一种用户设备从分组域向电路域切换的方法及装置 |
| CN1997225A (zh) * | 2006-06-26 | 2007-07-11 | 华为技术有限公司 | 移动通信***中电路域信令的传输方法 |
-
2008
- 2008-01-25 CN CN2008100070210A patent/CN101494848B/zh active Active
-
2009
- 2009-01-22 WO PCT/CN2009/070276 patent/WO2009100664A1/zh active Application Filing
Cited By (67)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102056142A (zh) * | 2009-11-09 | 2011-05-11 | 中兴通讯股份有限公司 | 一种建立本地ip访问下行数据通道的方法及*** |
| WO2011054264A1 (zh) * | 2009-11-09 | 2011-05-12 | 中兴通讯股份有限公司 | 一种建立本地ip访问下行数据通道的方法及*** |
| CN102056142B (zh) * | 2009-11-09 | 2014-07-02 | 中兴通讯股份有限公司 | 一种建立本地ip访问下行数据通道的方法及*** |
| WO2011082552A1 (zh) * | 2010-01-11 | 2011-07-14 | 华为技术有限公司 | 资源挂起的实现方法、装置及*** |
| CN102763457A (zh) * | 2010-02-09 | 2012-10-31 | 株式会社Ntt都科摩 | 移动通信***、网络装置及移动通信方法 |
| CN102763457B (zh) * | 2010-02-09 | 2016-04-20 | 株式会社Ntt都科摩 | 移动通信***、网络装置及移动通信方法 |
| US8917667B2 (en) | 2010-04-14 | 2014-12-23 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for processing EMPS in a CSFB mechanism |
| WO2011127652A1 (zh) * | 2010-04-14 | 2011-10-20 | 华为技术有限公司 | Emps在csfb机制中的处理方法、装置及*** |
| US9392500B2 (en) | 2010-04-14 | 2016-07-12 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for processing eMPS in a CSFB mechanism |
| CN102369739A (zh) * | 2010-04-14 | 2012-03-07 | 华为技术有限公司 | Emps在csfb机制中的处理方法、装置及*** |
| US9204342B2 (en) | 2010-04-14 | 2015-12-01 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for processing eMPS in a CSFB mechanism |
| CN105451206A (zh) * | 2010-04-14 | 2016-03-30 | 华为技术有限公司 | eMPS在CSFB机制中的处理方法、装置及*** |
| CN102362513A (zh) * | 2010-05-10 | 2012-02-22 | 华为技术有限公司 | 一种短消息的处理方法、装置和*** |
| WO2011140698A1 (zh) * | 2010-05-10 | 2011-11-17 | 华为技术有限公司 | 一种短消息的处理方法、装置和*** |
| US8768386B2 (en) | 2010-05-10 | 2014-07-01 | Huawei Technologies Co., Ltd. | Method, apparatus and system for processing short message |
| CN101835246A (zh) * | 2010-05-12 | 2010-09-15 | 华为终端有限公司 | 多模终端选网的执行方法及多模终端 |
| WO2011109998A1 (zh) * | 2010-08-20 | 2011-09-15 | 华为技术有限公司 | 一种承载处理方法、***及移动管理网元 |
| CN102158919A (zh) * | 2011-03-10 | 2011-08-17 | 华为技术有限公司 | 语音回落的切换方法及装置 |
| CN102158919B (zh) * | 2011-03-10 | 2013-10-09 | 华为技术有限公司 | 语音回落的切换方法及装置 |
| CN102724703B (zh) * | 2011-03-30 | 2016-08-03 | 华为技术有限公司 | 数据传输方法以及*** |
| CN102724703A (zh) * | 2011-03-30 | 2012-10-10 | 华为技术有限公司 | 数据传输方法以及*** |
| CN102740384A (zh) * | 2011-04-06 | 2012-10-17 | 中兴通讯股份有限公司 | 一种隧道信息上报的方法和*** |
| CN102761825B (zh) * | 2011-04-25 | 2017-11-07 | 中兴通讯股份有限公司 | 信息通知方法及基站、业务获取方法、***及ue |
| WO2012149894A1 (zh) * | 2011-05-05 | 2012-11-08 | 华为技术有限公司 | 用于电路域回退中数据传输的方法和装置 |
| WO2012167521A1 (zh) * | 2011-07-06 | 2012-12-13 | 华为技术有限公司 | 处理电路交换域业务返回传统网络的方法、移动管理实体和*** |
| CN104115454A (zh) * | 2012-06-27 | 2014-10-22 | 联发科技股份有限公司 | 移动通信网络中ue数据的挂起的方法及用户设备 |
| CN107613571A (zh) * | 2012-07-18 | 2018-01-19 | 华为技术有限公司 | 一种数据连接管理的方法、装置及*** |
| CN107613571B (zh) * | 2012-07-18 | 2021-05-18 | 华为技术有限公司 | 一种数据连接管理的方法、装置及*** |
| US11570842B2 (en) | 2012-07-18 | 2023-01-31 | Huawei Technologies Co., Ltd. | Method, apparatus and system for data connection management |
| WO2014019522A1 (zh) * | 2012-07-31 | 2014-02-06 | 中兴通讯股份有限公司 | 挂起方法、装置及*** |
| CN102833798B (zh) * | 2012-08-20 | 2016-03-30 | 中国联合网络通信集团有限公司 | 业务切换处理方法、装置和*** |
| CN102833798A (zh) * | 2012-08-20 | 2012-12-19 | 中国联合网络通信集团有限公司 | 业务切换处理方法、装置和*** |
| WO2014048309A1 (zh) * | 2012-09-25 | 2014-04-03 | 华为终端有限公司 | 触发终端的方法及相关设备 |
| CN103002531B (zh) * | 2012-12-17 | 2016-01-13 | 东莞宇龙通信科技有限公司 | 多模单待移动终端和通信方法 |
| CN103002531A (zh) * | 2012-12-17 | 2013-03-27 | 东莞宇龙通信科技有限公司 | 多模单待移动终端和通信方法 |
| CN103607741A (zh) * | 2013-11-18 | 2014-02-26 | 中国联合网络通信集团有限公司 | 业务切换方法、移动交换中心和业务切换*** |
| CN103607783A (zh) * | 2013-12-06 | 2014-02-26 | 中国联合网络通信集团有限公司 | 一种csfb呼叫建立方法及用户设备 |
| CN103607783B (zh) * | 2013-12-06 | 2017-04-26 | 中国联合网络通信集团有限公司 | 一种csfb呼叫建立方法及用户设备 |
| CN105027660B (zh) * | 2013-12-12 | 2019-12-17 | 华为技术有限公司 | 一种ps业务恢复方法、msc/vlr及mme |
| WO2015085545A1 (zh) * | 2013-12-12 | 2015-06-18 | 华为技术有限公司 | 一种ps业务恢复方法、msc/vlr及mme |
| CN105027660A (zh) * | 2013-12-12 | 2015-11-04 | 华为技术有限公司 | 一种ps业务恢复方法、msc/vlr及mme |
| US10701738B2 (en) | 2014-03-14 | 2020-06-30 | Huawei Technologies Co., Ltd. | Data transmission method, user equipment, and base station |
| CN105264964B (zh) * | 2014-03-14 | 2020-08-14 | 华为技术有限公司 | 数据传输方法、用户设备及基站 |
| CN105264964A (zh) * | 2014-03-14 | 2016-01-20 | 华为技术有限公司 | 数据传输方法、用户设备及基站 |
| CN104302012A (zh) * | 2014-09-05 | 2015-01-21 | 中国联合网络通信集团有限公司 | 一种电路域回落语音呼叫建立方法及装置 |
| WO2017000312A1 (zh) * | 2015-07-02 | 2017-01-05 | 华为技术有限公司 | 一种处理下行数据的方法和设备 |
| US10893404B2 (en) | 2015-08-14 | 2021-01-12 | Zte Corporation | Gateway recovery processing method and device |
| WO2017028637A1 (zh) * | 2015-08-14 | 2017-02-23 | 中兴通讯股份有限公司 | 网关的恢复处理方法及装置 |
| CN106714133A (zh) * | 2015-08-14 | 2017-05-24 | 中兴通讯股份有限公司 | 网关的恢复处理方法及装置 |
| CN106961748A (zh) * | 2016-01-08 | 2017-07-18 | 北京三星通信技术研究有限公司 | 控制ue上下文和ue连接的方法和设备 |
| US11582824B2 (en) | 2016-01-08 | 2023-02-14 | Samsung Electronics Co., Ltd. | Method for UE context and UE connection resume |
| CN106961748B (zh) * | 2016-01-08 | 2022-07-26 | 北京三星通信技术研究有限公司 | 控制ue上下文和ue连接的方法和设备 |
| CN106961747A (zh) * | 2016-01-12 | 2017-07-18 | 展讯通信（上海）有限公司 | 基站及配置连接恢复信息的方法、连接恢复的方法及装置 |
| CN107087289A (zh) * | 2016-02-16 | 2017-08-22 | 大唐移动通信设备有限公司 | 一种电路域回落处理方法及移动管理实体设备 |
| CN107087289B (zh) * | 2016-02-16 | 2020-07-31 | 大唐移动通信设备有限公司 | 一种电路域回落处理方法及移动管理实体设备 |
| CN107154901A (zh) * | 2016-03-03 | 2017-09-12 | 中兴通讯股份有限公司 | 数据传输的控制方法及***、数据传输方法及装置 |
| CN105979609A (zh) * | 2016-04-27 | 2016-09-28 | 珠海市魅族科技有限公司 | 一种分组数据业务控制方法及装置 |
| CN105979609B (zh) * | 2016-04-27 | 2019-11-12 | 珠海市魅族科技有限公司 | 一种分组数据业务控制方法及装置 |
| WO2018006842A1 (zh) * | 2016-07-05 | 2018-01-11 | 中兴通讯股份有限公司 | 分组交换数据业务的处理方法、终端、mme及pgw |
| CN107635222A (zh) * | 2016-07-05 | 2018-01-26 | 中兴通讯股份有限公司 | 分组交换数据业务的处理方法、终端、mme及pgw |
| CN107580310A (zh) * | 2016-07-05 | 2018-01-12 | 中兴通讯股份有限公司 | 分组交换ps数据业务的处理方法、装置、终端及mme |
| WO2019157898A1 (zh) * | 2018-02-14 | 2019-08-22 | 华为技术有限公司 | 一种规则管理方法及设备 |
| CN108990124A (zh) * | 2018-09-26 | 2018-12-11 | 中国联合网络通信集团有限公司 | 语音通话与数据业务切换方法及装置 |
| CN108990124B (zh) * | 2018-09-26 | 2021-06-29 | 中国联合网络通信集团有限公司 | 语音通话与数据业务切换方法及装置 |
| CN112218283A (zh) * | 2019-07-12 | 2021-01-12 | 中国电信股份有限公司 | 业务挂起和恢复方法和***、多卡终端和存储介质 |
| CN112218283B (zh) * | 2019-07-12 | 2023-06-02 | 中国电信股份有限公司 | 业务挂起和恢复方法和***、多卡终端和存储介质 |
| CN111698146A (zh) * | 2020-06-10 | 2020-09-22 | 深圳市慧联通信技术有限公司 | 一种低功耗广域网的即时通信方法及*** |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2009100664A1 (zh) | 2009-08-20 |
| CN101494848B (zh) | 2013-08-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101494848B (zh) | 业务挂起的方法、业务恢复的方法、***及设备 | |
| JP6961899B2 (ja) | セッションごとにユーザプレーンコネクションを有効化または無効化する方法 | |
| CN104641682B (zh) | 在电路交换回退操作期间处理承载的方法和装置 | |
| CN100571441C (zh) | 演进的无线***与传统的无线***间的切换方法 | |
| JP4852730B2 (ja) | 通信システムと通信制御方法及びユーザ装置 | |
| CN101459907B (zh) | 一种指示服务网关承载管理的方法 | |
| CN101572928B (zh) | 一种切换方法及通讯***以及相关设备 | |
| EP2198666B1 (en) | Dynamic ggsn relocation in a gprs network | |
| CN101677470B (zh) | 服务请求的处理方法、装置及*** | |
| CN101500292B (zh) | 分组域业务处理方法、装置及*** | |
| CN101448287B (zh) | 一种激活状态下用户设备跨接入网切换的实现方法 | |
| CN101448248B (zh) | 演进的分组***核心网对用户不同附着类型的处理方法 | |
| WO2009062440A1 (fr) | Procédé, appareil et système pour réaliser un transfert de réseau optimisé | |
| CN102869122B (zh) | 避免切换失败的方法 | |
| CN101931988B (zh) | 一种网络切换方法、演进基站及通信*** | |
| CN102187709A (zh) | 经通用接入的lte上话音切换(ho)设备和方法 | |
| CN102870467A (zh) | 回退到2g/3g网络的方法和相关设备及通信*** | |
| CN101291535A (zh) | 终端在不同网络间的切换方法及*** | |
| CN101656992A (zh) | 资源释放方法和***、基站、服务网关和移动性管理网元 | |
| WO2012149894A1 (zh) | 用于电路域回退中数据传输的方法和装置 | |
| CN102264157A (zh) | 一种切换过程中的资源释放方法及装置 | |
| KR20110003384A (ko) | 베어러 삭제 방법과 장치 | |
| CN101472316B (zh) | 实现语音呼叫连续性的方法及互联功能实体 | |
| WO2008154783A1 (fr) | Procédé pour établir un tunnel à partir de sgsn vers la passerelle de service | |
| CN101938807B (zh) | 一种避免无效寻呼的方法及装置 |
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 | ||
| EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20090729 Assignee: Apple Computer, Inc. Assignor: Huawei Technologies Co., Ltd. Contract record no.: 2015990000755 Denomination of invention: Method, system and equipment for hanging-up and recovering business Granted publication date: 20130807 License type: Common License Record date: 20150827 |
|
| LICC | Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model |