CN102232321B - 承载建立方法、***和网关设备 - Google Patents
承载建立方法、***和网关设备 Download PDFInfo
- Publication number
- CN102232321B CN102232321B CN201080005222.2A CN201080005222A CN102232321B CN 102232321 B CN102232321 B CN 102232321B CN 201080005222 A CN201080005222 A CN 201080005222A CN 102232321 B CN102232321 B CN 102232321B
- Authority
- CN
- China
- Prior art keywords
- gateway
- bearer
- switching center
- mobile switching
- center server
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 43
- 230000004048 modification Effects 0.000 claims abstract description 46
- 238000012986 modification Methods 0.000 claims abstract description 46
- 102000018059 CS domains Human genes 0.000 description 7
- 108050007176 CS domains Proteins 0.000 description 7
- 238000010586 diagram Methods 0.000 description 7
- 238000004873 anchoring Methods 0.000 description 5
- 238000007726 management method Methods 0.000 description 3
- 238000013468 resource allocation Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1033—Signalling gateways
- H04L65/104—Signalling gateways in the network
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种承载建立方法、***和网关设备，所述承载建立方法包括：网关设备接收第一服务网关发送的修改承载请求消息；所述网关设备向所述第一服务网关发送修改承载响应消息，所述修改承载响应消息中携带移动交换中心服务器/媒体网关的IP地址和隧道端点标识；以使所述第一服务网关与所述移动交换中心服务器/媒体网关建立用于IP语音的承载。本发明实现了在服务网关发生改变之后，仍然可以在移动交换中心服务器/媒体网关与发生改变之后的服务网关之间建立用于IP语音的承载，保证了业务的连续性。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种承载建立方法、***和网关设备。
背景技术
目前，运营商的很多业务都运行在通用分组无线业务(General PacketRadio Service；以下简称：GPRS)/通用移动通信***(Universal MobileTelecommunications System；以下简称：UMTS)的电路交换(CircuitSwitched；以下简称：CS)域中，单一无线语音呼叫连续性(Single RadioVoice Call Continuity；以下简称：SRVCC)技术作为因特网协议多媒体子***(Internet Protocol Multimedia Subsystem；以下简称：IMS)语音部署初期的语音连续性方案，可以为用户设备(User Equipment；以下简称：UE)提供从演进的UMTS陆地无线接入网(Evolved UMTS Territorial RadioAccess Network；以下简称：E-UTRAN)到UMTS陆地无线接入网(UMTSTerritorial Radio Access Network；以下简称：UTRAN)/全球移动通讯***增强型数据速率GSM演进无线接入网(Global System for MobileCommunications Enhanced Data Rate for GSM Evolution Radio AccessNetwork；以下简称：GERAN)的无缝切换，得到了运营商持续的关注。为此，第三代合作伙伴计划(The 3rd Generation Partnership Project；以下简称：3GPP)进行了SRVCC性能增强项目的研究，旨在提高SRVCC的切换性能，尽量避免切换过程中出现中断时延过大的场景。
其中，使用本地锚定的SRVCC增强方案是现有SRVCC增强方案中主要推荐的方案之一。在使用本地锚定的SRVCC增强方案中，UE执行电路交换回落(CS Fallback；以下简称：CSFB)联合附着，并通过移动交换中心服务器(Mobile Switch Center Server；以下简称：MSC Server)/媒体网关(Media Gateway；以下简称：MGW)注册到IMS，并且在SRVCC切换过程中和业务集中及连续应用服务器(Service Centralization andContinuity Application Server；以下简称：SCCAS)建立会话初始协议(Session Initiated Protocol；以下简称：SIP)会话，在SRVCC切换后MSCServer/MGW与服务网关(Service Gateway；以下简称：SGW)建立用于IP语音(Voice over Internet Protocol；以下简称：VoIP)的承载，传递上下行的IP语音，例如：IMS语音数据。
其中，对于UE在E-UTRAN执行SRVCC切换到不支持分组切换的GERAN/UTRAN的场景(即call flow without PS HO Support或SRVCCHandover without PS HO support)以及对于UE在E-UTRAN执行SRVCC切换到支持分组切换的GERAN/UTRAN的场景(即call flow without PS HOSupport或SRVCC Handover with PS HO support)，在现有的使用本地锚定的SRVCC增强方案中，一旦SGW发生改变，现有的方案无法在MSCServer/MGW与发生改变之后的新的SGW之间建立承载，这样将导致无法传输该UE的上下行的IP语音，导致业务中断。
发明内容
本发明实施例提供一种承载建立方法、***和网关设备，以实现在服务网关发生改变之后，在移动交换中心服务器/媒体网关与发生改变之后的新的服务网关之间建立用于IP语音的承载。
本发明实施例提供一种承载建立方法，包括：
网关设备接收第一服务网关发送的修改承载请求消息；
所述网关设备向所述第一服务网关发送修改承载响应消息，所述修改承载响应消息中携带移动交换中心服务器/媒体网关的IP地址和隧道端点标识，以使所述第一服务网关与所述移动交换中心服务器/媒体网关建立用于IP语音的承载。
本发明实施例还提供一种网关设备，包括：
接收模块，用于接收第一服务网关发送的修改承载请求消息；
发送模块，用于向所述第一服务网关发送修改承载响应消息，所述修改承载响应消息中携带移动交换中心服务器/媒体网关的IP地址和隧道端点标识；以便所述第一服务网关与所述移动交换中心服务器/媒体网关建立用于IP语音的承载。
本发明实施例还提供一种承载建立***，包括：网关设备、第一服务网关和移动交换中心服务器/媒体网关；
所述网关设备，用于接收所述第一服务网关发送的修改承载请求消息，向所述第一服务网关发送修改承载响应消息，所述修改承载响应消息中携带移动交换中心服务器/媒体网关的IP地址和隧道端点标识；
所述第一服务网关，用于与所述移动交换中心服务器/媒体网关建立用于IP语音的承载。
通过本发明实施例，网关设备接收到第一服务网关发送的修改承载请求消息之后，将移动交换中心服务器/媒体网关的IP地址和隧道端点标识通过修改承载响应消息发送给第一服务网关；这样，接收到修改承载响应消息之后，第一服务网关就可以与移动交换中心服务器/媒体网关建立用于IP语音的承载。从而实现了在服务网关发生改变之后，仍然可以在移动交换中心服务器/媒体网关与发生改变之后的新的服务网关之间建立用于IP语音的承载，保证了业务的连续性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明承载建立方法一个实施例的流程图；
图2为本发明承载建立方法另一个实施例的流程图；
图3为本发明承载建立方法再一个实施例的流程图；
图4为本发明网关设备一个实施例的结构示意图；
图5为本发明网关设备另一个实施例的结构示意图；
图6为本发明承载建立***一个实施例的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
为了建立移动交换中心服务器/媒体网关与服务网关之间的用于IP语音的承载，移动交换中心服务器/媒体网关与服务网关需要互相知道对端的因特网协议(Internet Protocol；以下简称：IP)地址和隧道端点标识。
在现有的使用本地锚定的SRVCC增强方案中，移动管理网元将服务网关上用于IP语音的承载的IP地址和隧道端点标识发送给移动交换中心服务器/媒体网关，移动交换中心服务器/媒体网关与上述服务网关建立用于IP语音的承载。当服务网关不发生改变时，上述建立的用于IP语音的承载工作正常。
但是，对于UE在E-UTRAN执行SRVCC切换到不支持分组切换的GERAN/UTRAN的场景(即call flow without PS HO Support或SRVCCHandover without PS HO support)以及对于UE在E-UTRAN执行SRVCC切换到支持分组切换的GERAN/UTRAN的场景(即call flow without PS HOSupport或SRVCC Handover with PS HO support)，在现有的使用本地锚定的SRVCC增强方案中，一旦服务网关发生改变，现有的方案无法在移动交换中心服务器/媒体网关与发生改变之后的新的服务网关之间建立承载，这样将导致无法传输该UE的上下行的IP语音，导致业务中断。
本发明实施例提出一种承载建立方法，在服务网关获取到移动交换中心服务器/媒体网关的IP地址和隧道端点标识之后，将上述IP地址和隧道端点标识提供给网关设备，在服务网关发生改变之后，上述网关设备将上述移动交换中心服务器/媒体网关的IP地址和隧道端点标识发送给新的服务网关，以使新的服务网关与移动交换中心服务器/媒体网关建立用于IP语音的承载。
为便于描述，本发明实施例中，将服务网关发生改变之后的新的服务网关称为“第一服务网关”，将服务网关发生改变之前的服务网关称为“第二服务网关”。本发明实施例中，“第一”和“第二”仅为描述方便，不代表实施例的先后和性能的优劣，下同。
图1为本发明承载建立方法一个实施例的流程图，如图1所示，该承载建立方法可以包括：
步骤101，网关设备接收第一服务网关发送的修改承载请求消息。
本实施例中，在网关设备接收第一服务网关(即发生改变之后的新的服务网关)发送的修改承载请求消息之前，该网关设备还要获知移动交换中心服务器/媒体网关的IP地址和隧道端点标识(Tunnel EndpointIdentifier；以下简称：TEID)，即用于IP语音(Voice over Internet Protocol；以下简称：VoIP)的承载的IP地址和TEID。具体地，该网关设备可以接收第二服务网关(即发生改变之前的服务网关)发送的修改承载请求消息，该第二服务网关发送的修改承载请求消息中携带上述移动交换中心服务器/媒体网关的IP地址和TEID。
此外，上述第二服务网关发送的修改承载请求消息中还可以携带更新语音承载指示，以使网关设备向第一服务网关发送的修改承载响应消息中携带上述移动交换中心服务器/媒体网关的IP地址和隧道端点标识，本实施例对该指示的具体名称不作限制。本实施例中，网关设备可以为网关通用分组无线业务支持节点(Gateway General Packet Radio Service SupportNode；以下简称：GGSN)/分组数据网络网关(Packet Data NetworkGateway；以下简称：PGW)；移动交换中心服务器/媒体网关可以为MSC服务器(MSC Server)/MGW。
步骤102，网关设备向第一服务网关发送修改承载响应消息，该修改承载响应消息中携带移动交换中心服务器/媒体网关的IP地址和TEID，以使第一服务网关与移动交换中心服务器/媒体网关建立用于IP语音的承载。
此外，上述网关设备向第一服务网关发送的修改承载响应消息中还可以携带更新语音承载指示，以使第一服务网关与移动交换中心服务器/媒体网关建立用于IP语音的承载，本实施例对该指示的具体名称不作限制。
本实施例中，接收到修改承载响应消息之后，第一服务网关可以与移动交换中心服务器/媒体网关建立用于IP语音的承载。具体可以为：
(1)第一服务网关可以根据上述移动交换中心服务器/媒体网关的IP地址和TEID，向移动交换中心服务器/媒体网关发送更新请求消息(例如：更新承载请求消息)，该更新请求消息携带第一服务网关的IP地址和TEID，即用于传输IP语音的IP地址和TEID；移动交换中心服务器/媒体网关根据接收到的更新请求消息中包含的第一服务网关的IP地址和TEID，更新用于IP语音的承载的上下文，向第一服务网关发送对应的更新响应消息(例如：更新承载响应消息)；至此成功建立第一服务网关与移动交换中心服务器/媒体网关之间用于IP语音的承载。或者，
(2)第一服务网关可以根据上述移动交换中心服务器/媒体网关的IP地址和TEID，向移动交换中心服务器/媒体网关发送更新通知消息，该更新通知消息携带第一服务网关的IP地址和TEID，即用于传输IP语音的IP地址和TEID；移动交换中心服务器/媒体网关根据接收到的更新通知消息中包含的第一服务网关的IP地址和TEID，更新用于IP语音的承载的上下文之后，向第一服务网关发送更新请求消息(例如：修改承载请求消息)，该更新请求消息携带移动交换中心服务器/媒体网关的IP地址和TEID；第一服务网关向移动交换中心服务器/媒体网关发送对应的更新响应消息(例如：修改承载响应消息)；至此成功建立第一服务网关与移动交换中心服务器/媒体网关之间用于IP语音的承载。
上述实施例中，网关设备在获知移动交换中心服务器/媒体网关的IP地址和TEID之后，在服务网关发生改变的场景下，将携带移动交换中心服务器/媒体网关的IP地址和TEID的消息发送给第一服务网关，使得第一服务网关与移动交换中心服务器/媒体网关建立用于IP语音的承载，保证了业务的连续性。
图2为本发明承载建立方法另一个实施例的流程图，本实施例针对UE在E-UTRAN执行SRVCC切换到不支持分组切换的GERAN/UTRAN的场景，在SRVCC切换中仅执行PS域到CS域的切换，而不执行PS域切换的情况，在此场景中，UE切换到GERAN/UTRAN之后，需要通过执行路由区更新(Routing Area Update；以下简称：RAU)流程完成PS上下文转移。
如图2所示，该承载建立方法可以包括：
步骤201，源侧无线网络控制器(Radio Network Controller；以下简称：RNC)/演进基站(evolved NodeB；以下简称：eNodeB)检测到需要发起切换时，向源侧服务通用分组无线业务支持节点(Serving General Packet RadioService Support Node；以下简称：SGSN)/移动管理网元(Mobile ManagementEntity；以下简称：MME)发送切换请求(Relocation Request/Handover Request)消息。
步骤202，源侧SGSN/MME向MSC服务器(MSC Server)/MGW发送PS域到CS域的切换请求(SRVCC PS to CS Request)/转发重定位请求(ForwardRelocation Request)消息。
步骤203，MSC服务器/MGW和目标侧基站控制器(Base StationController；以下简称：BSC)/RNC执行切换资源分配流程，包括MSC服务器/MGW向目标侧BSC/RNC发送切换请求(Relocation Request/HandoverRequest)消息，目标侧BSC/RNC向MSC服务器/MGW发送切换请求确认(Relocation Request Acknowledge/Handover Request Acknowledge)消息。
步骤204，MSC服务器/MGW向源侧SGW发送创建会话请求(CreateSession Request)或创建间接数据转发隧道请求(Create Indirect DataForwarding Tunnel Request)消息。该创建会话请求或创建间接数据转发隧道请求消息中携带MSC服务器/MGW的IP地址和TEID，即用于IP语音的承载的IP地址和TEID，以及MSC服务器/MGW用于间接数据转发的TEID。
其中，用于IP语音(例如IMS语音数据)的承载可以为服务质量类型标识(Quality of Service Class Identifier；以下简称：QCI)的值为1的承载。
步骤205，源侧SGW向GGSN/PGW发送修改承载请求(Modify BearerRequest)消息，该修改承载请求消息中携带MSC服务器/MGW的IP地址和TEID。
可选地，该修改承载请求消息中还可以携带更新语音承载指示，该更新语音承载指示可以指示GGSN/PGW将MSC服务器/MGW的IP地址和TEID通知给发生改变之后的新的SGW，本实施例对该指示的具体名称不作限制。
步骤206，GGSN/PGW向源侧SGW发送修改承载响应(Modify BearerResponse)消息。
在接收到步骤205的修改承载消息之后，GGSN/PGW记录MSC服务器/MGW的IP地址和TEID；当上述修改承载请求中还携带更新语音承载指示时，该GGSN/PGW还可以记录该更新语音承载指示。
步骤207，源侧SGW向MSC服务器/MGW发送创建会话响应(CreateSession Response)或创建间接数据转发隧道响应(Create Indirect DataForwarding Tunnel Response)消息。
步骤208，MSC服务器/MGW向源侧SGSN/MME发送PS域到CS域切换的响应(SRVCC PS to CS Response)/转发重定位响应(Forward RelocationResponse)消息。
步骤209，源侧SGSN/MME向源侧RNC/eNodeB发送切换命令(HandoverCommand)消息。
步骤210，源侧RNC/eNodeB向UE发送切换命令(Handover Command)消息。
步骤211，UE切换到GERAN/UTRAN，发起RAU流程，向目标侧SGSN发送路由区更新请求(Routing Area Update Request；以下简称：RAU Request)消息。
步骤212，目标侧SGSN选择了新的目标侧SGW，向该目标侧SGW发送创建会话请求(Create Session Request)消息，以建立包括用于IP语音的承载在内的源侧SGW上的所有承载。
步骤213，目标侧SGW向GGSN/PGW发送修改承载请求(Modify BearerRequest)消息。
步骤214，GGSN/PGW向目标侧SGW发送修改承载响应(Modify BearerResponse)消息。
具体地，GGSN/PGW可以根据记录的更新语音承载指示或者MSC服务器/MGW的IP地址和TEID，将记录的MSC服务器/MGW的IP地址和TEID携带在上述修改承载响应消息中发送给目标侧SGW。
可选地，GGSN/PGW在上述修改承载响应消息中还可以携带更新语音承载指示，该更新语音承载指示可以指示目标侧SGW根据MSC服务器/MGW的IP地址和TEID，建立与MSC服务器/MGW之间的用于IP语音的承载，或者，该更新语音承载指示可以指示目标侧SGW通知MSC服务器/MGW建立目标侧SGW与MSC服务器/MGW之间的用于IP语音的承载，本实施例对该指示的具体名称不做限制。
步骤215，目标侧SGW向目标侧SGSN发送创建会话响应(CreateSession Response)消息。
以下步骤216(包括步骤216a和步骤216b)或者步骤217(包括步骤217a、步骤217b和步骤217c)分别实现了更新或建立目标侧SGW与MSC服务器/MGW之间的用于IP语音的承载的具体流程，本实施例可以选择步骤216或步骤217进行实现，本实施例对此不作限制。其中，步骤216或步骤217与步骤215没有先后关系，可以并行执行。
步骤216，建立目标侧SGW与MSC服务器/MGW之间的用于IP语音的承载。
具体包括：
步骤216a，目标侧SGW根据修改承载响应消息中携带的MSC服务器/MGW的IP地址和TEID，向该MSC服务器/MGW发送更新请求消息，该更新请求消息中携带目标侧SGW用于IP语音的IP地址和TEID。
其中，该更新请求消息可以是现有的更新承载请求(Update BearerRequest)消息或修改承载请求(Modify Bearer Request)消息，或者是一条新的消息，例如：更新IP语音承载请求消息，本实施例对此不作限制。
可选地，上述更新请求消息中还可以携带更新语音承载指示，该更新语音承载指示可以指示MSC服务器/MGW根据上述目标侧SGW用于IP语音的IP地址和TEID，建立与上述目标侧SGW之间的用于IP语音的承载。
步骤216b，MSC服务器/MGW根据目标侧SGW用于IP语音的IP地址和TEID更新用于IP语音的承载的上下文，向目标侧SGW发送更新响应消息。
其中，该更新响应消息可以是现有的更新承载响应(Update BearerResponse)消息或修改承载响应(Modify Bearer Response)消息，或者是一条新的消息，例如更新IP语音承载响应消息，本实施例对此不作限制。
步骤217，建立目标侧SGW与MSC服务器/MGW之间的用于IP语音的承载。
具体包括：
步骤217a，目标侧SGW根据修改承载响应消息中携带的MSC服务器/MGW的IP地址和TEID，向该MSC服务器/MGW发送更新通知消息，该更新通知消息中携带目标侧SGW用于IP语音的IP地址和TEID。
本实施例中，该更新通知消息指示MSC服务器/MGW更新或建立目标侧SGW与MSC服务器/MGW之间用于IP语音的承载。
其中，该更新通知消息可以是扩展的修改承载命令(Modify BearerCommand)消息，或者是一条新的消息，例如更新IP语音承载通知消息，本实施例对此不作限制。
可选地，上述更新通知消息中还可以携带更新语音承载指示，该更新语音承载指示可以指示MSC服务器/MGW根据上述目标侧SGW用于IP语音的IP地址和TEID，建立与上述目标侧SGW之间的用于IP语音的承载。
步骤217b，MSC服务器/MGW根据步骤217a中获取的目标侧SGW用于IP语音的IP地址和TEID，向目标侧SGW发送更新承载请求(Update BearerRequest)消息或修改承载请求(Modify Bearer Request)消息。
其中，该更新承载请求消息或修改承载请求消息可以携带MSC服务器/MGW的IP地址和TEID，即用于传输IP语音的承载的IP地址和TEID。
步骤217c，目标侧SGW向MSC服务器/MGW发送更新承载响应(UpdateBearer Response)消息或修改承载响应(Modify Bearer Response)消息。
具体地，目标侧SGW接收到步骤217b发送的更新承载请求消息或修改承载请求消息之后，更新用于IP语音的承载的上下文，向MSC服务器/MGW发送对应的更新承载响应消息或修改承载响应消息。
步骤218，目标侧SGSN向UE发送路由区更新响应(Routing Area UpdateResponse；以下简称：RAU Response)消息。
上述实施例中，GGSN/PGW通过获知MSC服务器/MGW的IP地址和TEID之后，在SGW发生改变的场景下，将携带MSC服务器/MGW的IP地址和TEID的消息发送给发生改变之后的目标侧SGW，使得该目标侧SGW可以与MSC服务器/MGW建立用于IP语音的承载，保证了业务的连续性。
图3为本发明承载建立方法再一个实施例的流程图，本实施例针对UE在E-UTRAN执行SRVCC切换到不支持分组切换的GERAN/UTRAN的场景，在SRVCC切换中可以同时执行PS域到CS域以及PS域到PS域切换，此时可以通过PS域切换流程中目标侧SGSN将MSC服务器/MGW的IP地址和TEID转发给目标侧SGW，用于建立MSC服务器/MGW与目标侧SGW之间的用于IP语音的承载。当UE切换到目标侧GERAN/UTRAN之后，随着UE的移动，还可能发生新的PS域切换，导致SGW发生改变，在此情况下需要重新建立目标侧SGW与MSC服务器/MGW之间的用于IP语音的承载。
如图3所示，该承载建立方法可以包括：
步骤301，源侧RNC/eNodeB检测到需要发起切换时，向源侧SGSN/MME发送切换请求(Relocation Request/Handover Request)消息。
步骤302，源侧SGSN/MME向MSC服务器/MGW发送PS域到CS域切换请求(SRVCC PS to CS Request)/转发重定位请求(Forward Relocation Request)消息。
步骤303，MSC服务器/MGW和目标侧BSC/RNC执行切换资源分配流程，包括MSC服务器/MGW向目标侧BSC/RNC发送切换请求(RelocationRequest/Handover Request)消息，目标侧BSC/RNC向MSC服务器/MGW发送切换请求确认(Relocation Request Acknowledge/Handover RequestAcknowledge)消息。
步骤304，MSC服务器/MGW向源侧SGSN/MME发送PS域到CS域的切换响应(SRVCC PS to CS Response)或转发重定位响应(Forward RelocationResponse)消息。该PS域到CS域的切换响应消息中携带MSC服务器/MGW的IP地址和TEID。
步骤305，源侧SGSN/MME向目标侧SGSN 1发送转发重定位请求(Forward Relocation Request)消息。该转发重定位请求消息中携带MSC服务器/MGW的IP地址和TEID，以及MSC服务器/MGW用于间接数据转发的TEID。
步骤306，目标侧SGSN 1和目标侧BSC/RNC执行切换资源分配流程，包括目标侧SGSN 1向目标侧BSC/RNC发送切换请求(RelocationRequest/Handover Request)消息，目标侧BSC/RNC向目标侧SGSN 1发送切换请求确认(Relocation Request Acknowledge/Handover Request Acknowledge)消息。
步骤307，目标侧SGSN 1向该目标侧SGW 1发送创建会话请求(CreateSession Request)消息/创建间接数据转发隧道请求(Create Indirect DataForwarding Tunnel Request)消息，该创建会话请求/创建间接数据转发隧道请求消息中携带MSC服务器/MGW的IP地址和TEID。
步骤308，目标侧SGW 1向GGSN/PGW发送修改承载请求(Modify BearerRequest)消息，该修改承载请求消息中携带MSC服务器/MGW的IP地址和TEID。
可选地，该修改承载请求消息中还可以携带更新语音承载指示，该更新语音承载指示可以指示GGSN/PGW将MSC服务器/MGW的IP地址和TEID通知给发生改变之后的新的SGW，本实施例对该指示的具体名称不作限制。
步骤309，GGSN/PGW向目标侧SGW 1发送修改承载响应(Modify BearerResponse)消息。
在接收到步骤308的修改承载请求消息之后，GGSN/PGW记录MSC服务器/MGW的IP地址和TEID；当上述修改承载请求中还携带更新语音承载指示时，该GGSN/PGW还可以记录该更新语音承载指示。
步骤310，目标侧SGW 1向目标侧SGSN 1发送创建会话响应(CreateSession Response)消息/创建间接数据转发隧道响应(Create Indirect DataForwarding Tunnel Response)消息。
步骤311，目标侧SGSN 1向源侧SGSN/MME发送转发重定位响应(Forward Relocation Response)消息。
步骤312，源侧的SGSN/MME向MSC服务器/MGW发送PS域到CS域的切换确认(SRVCC PS to CS Acknowledge)消息，该PS域到CS域的切换确认消息中携带目标侧SGW 1的IP地址和TEID。MSC服务器/MGW更新该IP地址和TEID，建立或更新MSC服务器/MGW与目标侧SGW 1之间的用于IP语音的承载。
步骤313，MSC服务器/MGW向源侧SGSN/MME发送PS域到CS域的切换确认响应(SRVCC PS to CS Acknowledge Response)消息。
步骤314，源侧SGSN/MME向源侧RNC/eNodeB发送切换命令(HandoverCommand)消息。
步骤315，源侧RNC/eNodeB向UE发送切换命令(Handover Command)消息。
步骤316，UE切换到GERAN/UTRAN，执行后续的切换流程。
当UE切换到目的GERAN/UTRAN之后，继续进行语音业务，随着UE的移动，可能发生新的PS域切换，导致更换SGW，此时发生改变之后的新的SGW为目标侧SGW 2，此时执行以下步骤恢复MSC服务器/MGW与目标侧SGW 2之间的用于IP语音的承载。
步骤317，目标侧BSC/RNC检测到需要发起切换时，向目标侧SGSN 1发送切换请求(Relocation Request/Handover Request)消息。
步骤318，目标侧SGSN 1向目标侧SGSN 2发送转发重定位请求(ForwardRelocation Request)消息。
步骤319，目标侧SGSN 2选择了新的目标侧SGW 2，向该目标侧SGW 2发送创建会话请求(Create Session Request)消息。
步骤320，目标侧SGW 2向GGSN/PGW发送修改承载请求(Modify BearerRequest)消息。
步骤321，GGSN/PGW向目标侧SGW 2发送修改承载响应(Modify BearerResponse)消息。
其中，GGSN/PGW可以根据记录的更新语音承载指示或者MSC服务器/MGW的IP地址和TEID，将记录的MSC服务器/MGW的IP地址和TEID携带在上述修改承载响应消息中发送给目标侧SGW 2。
可选地，GGSN/PGW在上述修改承载响应消息中还可以携带更新语音承载指示，该更新语音承载指示可以指示目标侧SGW 2根据MSC服务器/MGW的IP地址和TEID建立与MSC服务器/MGW之间的用于IP语音的承载，或者，该更新语音承载指示可以指示目标侧SGW 2通知MSC服务器/MGW建立目标侧SGW 2与MSC服务器/MGW之间的用于IP语音的承载，本实施例对该指示的具体名称不作限制。
步骤322，目标侧SGW 2向目标侧SGSN 2发送创建会话响应(CreateSession Response)消息。
以下步骤323(包括步骤323a和步骤323b)或者步骤324(包括步骤324a、步骤324b和步骤324c)分别实现了更新或建立目标侧SGW 2和MSC服务器/MGW之间的用于IP语音的承载的具体流程，本实施例可以选择步骤323或步骤324进行实现，本实施例对此不作限制。其中，步骤323或步骤324与步骤322没有先后关系，可以并行执行。
步骤323，建立目标侧SGW 2与MSC服务器/MGW之间的用于IP语音的承载。
具体包括：
步骤323a，目标侧SGW 2根据修改承载响应消息中携带的MSC服务器/MGW的IP地址和TEID，向该MSC服务器/MGW发送更新请求消息，该更新请求消息中携带目标侧SGW 2用于IP语音的IP地址和TEID。
其中，该更新请求消息可以是现有的更新承载请求(Update BearerRequest)消息或修改承载请求(Modify Bearer Request)消息，或者是一条新的消息，例如更新IP语音承载请求消息，本实施例对此不作限制。
可选地，上述更新请求消息中还可以携带更新语音承载指示，该更新语音承载指示可以指示MSC服务器/MGW根据上述目标侧SGW 2用于IP语音的IP地址和TEID，建立与上述目标侧SGW 2之间的用于IP语音的承载。
步骤323b，MSC服务器/MGW根据目标侧SGW 2用于IP语音的IP地址和TEID更新用于传输IP语音的承载的上下文，向目标侧SGW 2发送更新响应消息。
其中，该更新响应消息可以是现有的更新承载响应(Update BearerResponse)消息或修改承载响应(Modify Bearer Response)消息，或者是一条新的消息，例如：更新IP语音承载响应消息，本实施例对此不作限制。
步骤324，建立目标侧SGW 2与MSC服务器/MGW之间的用于IP语音的承载。
具体包括：
步骤324a，目标侧SGW 2根据修改承载响应消息中携带的MSC服务器/MGW的IP地址和TEID，向该MSC服务器/MGW发送更新通知消息，该更新通知消息中携带目标侧SGW 2用于IP语音的IP地址和TEID。
该更新通知消息指示MSC服务器/MGW更新或建立目标侧SGW 2与该MSC服务器/MGW之间用于IP语音的承载。
其中，该更新通知消息可以是扩展的修改承载命令(Modify BearerCommand)消息，或者是一条新的消息，例如更新IP语音承载通知消息，本实施例对此不作限制。
可选地，上述更新通知消息中还可以携带更新语音承载指示，该更新语音承载指示可以指示MSC服务器/MGW根据上述目标侧SGW 2用于IP语音的IP地址和TEID，建立与上述目标侧SGW 2之间的用于IP语音的承载。
步骤324b，MSC服务器/MGW根据步骤324a中获取的目标侧SGW 2用于IP语音的IP地址和TEID，向目标侧SGW 2发送更新承载请求(Update BearerRequest)消息或修改承载请求(Modify Bearer Request)消息。
该更新承载请求消息或修改承载请求消息中可以携带MSC服务器/MGW的IP地址和TEID，即用于传输IP语音的承载的IP地址和TEID。
步骤324c，目标侧SGW 2向MSC服务器/MGW发送更新承载响应(UpdateBearer Response)消息或修改承载响应(Modify Bearer Response)消息。
具体地，目标侧SGW 2接收到步骤324b发送的更新承载请求消息或修改承载请求消息之后，更新用于传输IP语音的承载的上下文，向MSC服务器/MGW发送对应的更新承载响应消息或修改承载响应消息。
步骤325，目标侧SGSN 2向目标侧SGSN 1发送转发重定位响应(ForwardRelocation Response)消息。
步骤326，目标侧SGSN 1向目标侧BSC/RNC发送切换命令(HandoverCommand)消息。
步骤327，目标侧BSC/RNC向UE发送切换命令(Handover Command)消息。
步骤328，UE执行后续的切换流程。
上述实施例中，GGSN/PGW通过获知MSC服务器/MGW的IP地址和TEID之后，在SGW发生改变的场景下，将携带MSC服务器/MGW的IP地址和TEID的消息发送给发生改变之后的目标侧SGW，使得该目标侧SGW可以与MSC服务器/MGW建立用于IP语音的承载，保证了业务的连续性。
本发明图2和图3所示实施例仅是本发明提出的承载建立方法在两种具体切换场景中的应用，并不构成对本发明的限定，本发明提出的承载建立方法还可以应用在其他切换场景中。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
图4为本发明网关设备一个实施例的结构示意图，本实施例中的网关设备可以实现本发明图1所示实施例的流程，如图4所示，该网关设备可以包括：接收模块41和发送模块42。
其中，接收模块41，用于接收第一服务网关发送的修改承载请求消息；
发送模块42，用于向第一服务网关发送修改承载响应消息，该修改承载响应消息中携带移动交换中心服务器/媒体网关的IP地址和TEID；以便第一服务网关与移动交换中心服务器/媒体网关建立用于IP语音的承载。
本实施例中，网关设备可以为GGSN/PGW；移动交换中心服务器/媒体网关可以为MSC服务器/MGW。
上述网关设备中，接收模块41接收到第一服务网关发送的修改承载请求消息之后，发送模块42将移动交换中心服务器/媒体网关的IP地址和TEID通过修改承载响应消息发送给第一服务网关，这样，接收到修改承载响应消息之后，第一服务网关就可以在该第一服务网关与移动交换中心服务器/媒体网关建立用于IP语音的承载。从而实现了在服务网关发生改变之后，仍然可以在移动交换中心服务器/媒体网关与发生改变之后的服务网关之间建立用于IP语音的承载，保证了业务的连续性。
图5为本发明网关设备另一个实施例的结构示意图，与图4所示的网关设备相比，不同之处在于，图5所示的网关设备还可以包括：消息接收模块43。
其中，消息接收模块43，用于接收第二服务网关发送的修改承载请求消息，该第二服务网关发送的修改承载请求消息中携带移动交换中心服务器/媒体网关的IP地址和TEID；
本实施例中，消息接收模块43接收的第二修改承载请求消息中还可以携带更新语音承载指示，以使网关设备向第一服务网关发送的修改承载响应消息中携带上述移动交换中心服务器/媒体网关的IP地址和隧道端点标识，本实施例对该指示的具体名称不作限制。
此外，本实施例中，发送模块42向第一服务网关发送的修改承载响应消息中还可以携带更新语音承载指示，以使第一服务网关与移动交换中心服务器/媒体网关建立用于IP语音的承载，本实施例对该指示的具体名称不作限制。
上述实施例通过该网关设备实现了在服务网关发生改变之后，仍然可以在移动交换中心服务器/媒体网关与发生改变之后的服务网关之间建立用于IP语音的承载，保证了业务的连续性。
图6为本发明承载建立***一个实施例的结构示意图，如图6所示，该承载建立***可以包括：网关设备61、第一服务网关62和移动交换中心服务器/媒体网关63；
其中，网关设备61，用于接收第一服务网关62发送的修改承载请求消息，向该第一服务网关62发送修改承载响应消息，该修改承载响应消息中携带移动交换中心服务器/媒体网关63的IP地址和TEID；具体地，网关设备61可以通过本发明图4或图5所示的网关设备实现；
第一服务网关62，用于与移动交换中心服务器/媒体网关63之间建立用于IP语音的承载。具体地，第一服务网关62可以向移动交换中心服务器/媒体网关63发送更新请求消息，该更新请求消息携带第一服务网关62的IP地址和TEID；并接收移动交换中心服务器/媒体网关63发送的更新响应消息；或者，第一服务网关62可以向移动交换中心服务器/媒体网关63发送更新通知消息，该更新通知消息携带第一服务网关62的IP地址和TEID；接收移动交换中心服务器/媒体网关63发送的更新请求消息，并向移动交换中心服务器/媒体网关63发送更新响应消息。
本实施例中，网关设备61可以为GGSN/PGW；移动交换中心服务器/媒体网关63可以为MSC服务器/MGW。网关设备61、第一服务网关62和移动交换中心服务器/媒体网关63可以按照本发明图2或图3所示的流程进行交互。
上述实施例中，网关设备61接收到第一服务网关62发送的修改承载请求消息之后，将移动交换中心服务器/媒体网关63的IP地址和TEID通过修改承载响应消息发送给第一服务网关62；这样，接收到修改承载响应消息之后，第一服务网关62就可以与移动交换中心服务器/媒体网关63之间建立用于IP语音的承载。从而实现了在服务网关发生改变之后，仍然可以在移动交换中心服务器/媒体网关与发生改变之后的服务网关之间建立用于IP语音的承载，保证了业务的连续性。
本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种承载建立方法，其特征在于，包括：
网关设备接收第二服务网关发送的修改承载请求消息，所述修改承载请求消息中携带移动交换中心服务器/媒体网关的IP地址和隧道端点标识，所述第二服务网关为服务网关发生改变之前的服务网关;
所述网关设备接收第一服务网关发送的修改承载请求消息，所述第一服务网关为服务网关发生改变之后的新的服务网关；
所述网关设备向所述第一服务网关发送修改承载响应消息，所述修改承载响应消息中携带所述移动交换中心服务器/媒体网关的IP地址和隧道端点标识，以使所述第一服务网关与所述移动交换中心服务器/媒体网关建立用于IP语音的承载。
2.根据权利要求1所述的方法，其特征在于，所述第二服务网关发送的修改承载请求消息中还携带更新语音承载指示，以使所述网关设备向所述第一服务网关发送的修改承载响应消息中携带所述移动交换中心服务器/媒体网关的IP地址和隧道端点标识。
3.根据权利要求1所述的方法，其特征在于，所述网关设备向所述第一服务网关发送的修改承载响应消息中还携带更新语音承载指示，所述更新语音承载指示用于指示所述第一服务网关根据所述移动交换中心服务器/媒体网关的IP地址和隧道端点标识，建立与所述移动交换中心服务器/媒体网关之间的用于IP语音的承载；或者，所述更新语音承载指示用于指示所述第一服务网关通知所述移动交换中心服务器/媒体网关建立所述第一服务网关与所述移动交换中心服务器/媒体网关之间的用于IP语音的承载。
4.根据权利要求1所述的方法，其特征在于，所述第一服务网关与所述移动交换中心服务器/媒体网关建立用于IP语音的承载包括：
所述第一服务网关向所述移动交换中心服务器/媒体网关发送更新请求消息，所述更新请求消息携带所述第一服务网关的IP地址和隧道端点标识；
所述第一服务网关接收所述移动交换中心服务器/媒体网关发送的更新响应消息；
或者，
所述第一服务网关向所述移动交换中心服务器/媒体网关发送更新通知消息，所述更新通知消息携带所述第一服务网关的IP地址和隧道端点标识；
所述第一服务网关接收所述移动交换中心服务器/媒体网关发送的更新请求消息；
所述第一服务网关向所述移动交换中心服务器/媒体网关发送更新响应消息。
5.根据权利要求4所述的方法，其特征在于，所述移动交换中心服务器/媒体网关发送的更新响应消息是所述移动交换中心服务器/媒体网关在根据所述第一服务网关的IP地址和隧道端点标识更新用于IP语音的承载的上下文之后，发送给所述第一服务网关的。
6.根据权利要求4所述的方法，其特征在于，所述移动交换中心服务器/媒体网关发送的更新请求消息是所述移动交换中心服务器/媒体网关根据接收到的更新通知消息中包含的第一服务网关的IP地址和隧道端点标识，更新用于IP语音的承载的上下文之后，向所述第一服务网关发送的。
7.根据权利要求4所述的方法，其特征在于，所述第一服务网关向所述移动交换中心服务器/媒体网关发送的更新请求消息中携带更新语音承载指示，以使所述第一服务网关与所述移动交换中心服务器/媒体网关建立用于IP语音的承载；或者，
所述第一服务网关向所述移动交换中心服务器/媒体网关发送的更新通知消息中携带更新语音承载指示，以使所述第一服务网关与所述移动交换中心服务器/媒体网关建立用于IP语音的承载。
8.一种网关设备，其特征在于，包括：
接收模块，用于接收第一服务网关发送的修改承载请求消息，所述第一服务网关为服务网关发生改变之后的新的服务网关；
发送模块，用于向所述第一服务网关发送修改承载响应消息，所述修改承载响应消息中携带移动交换中心服务器/媒体网关的IP地址和隧道端点标识；以便所述第一服务网关与所述移动交换中心服务器/媒体网关建立用于IP语音的承载;
消息接收模块，用于接收第二服务网关发送的修改承载请求消息，所述第二服务网关发送的修改承载请求消息中携带所述移动交换中心服务器/媒体网关的IP地址和隧道端点标识，所述第二服务网关为服务网关发生改变之前的服务网关。
9.一种承载建立***，其特征在于，包括：网关设备、第一服务网关、第二服务网关和移动交换中心服务器/媒体网关；
所述第二服务网关，用于向所述网关设备发送修改承载请求消息，所述修改承载请求消息中携带移动交换中心服务器/媒体网关的IP地址和隧道端点标识，所述第二服务网关为服务网关发生改变之前的服务网关；
所述网关设备，用于接收所述第二服务网关发送的修改承载请求消息；
所述第一服务网关，用于向所述网关设备发送修改承载请求消息，所述第一服务网关为服务网关发生改变之后的新的服务网关；
所述网关设备，用于接收所述第一服务网关发送的修改承载请求消息，向所述第一服务网关发送修改承载响应消息，所述修改承载响应消息中携带所述移动交换中心服务器/媒体网关的IP地址和隧道端点标识；
所述第一服务网关，用于接收所述修改承载响应消息；
所述第一服务网关，用于与所述移动交换中心服务器/媒体网关建立用于IP语音的承载。
10.根据权利要求9所述的***，其特征在于，
所述第一服务网关，具体用于向所述移动交换中心服务器/媒体网关发送更新请求消息，所述更新请求消息携带所述第一服务网关的IP地址和隧道端点标识；并接收所述移动交换中心服务器/媒体网关发送的更新响应消息；或者，
所述第一服务网关，具体用于向所述移动交换中心服务器/媒体网关发送更新通知消息，所述更新通知消息携带所述第一服务网关的IP地址和隧道端点标识；接收所述移动交换中心服务器/媒体网关发送的更新请求消息，并向所述移动交换中心服务器/媒体网关发送更新响应消息。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2010/076198 WO2011110001A1 (zh) | 2010-08-20 | 2010-08-20 | 承载建立方法、***和网关设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102232321A CN102232321A (zh) | 2011-11-02 |
| CN102232321B true CN102232321B (zh) | 2014-06-11 |
Family
ID=44562830
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201080005222.2A Active CN102232321B (zh) | 2010-08-20 | 2010-08-20 | 承载建立方法、***和网关设备 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN102232321B (zh) |
| WO (1) | WO2011110001A1 (zh) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102232321B (zh) * | 2010-08-20 | 2014-06-11 | 华为技术有限公司 | 承载建立方法、***和网关设备 |
| TWI481269B (zh) * | 2012-06-14 | 2015-04-11 | Htc Corp | 一種於單一無線語音通話延續監看通話狀態的方法 |
| CN104735808A (zh) * | 2013-12-19 | 2015-06-24 | 中兴通讯股份有限公司 | 一种分布式网络中处理业务的方法及装置 |
| CN108307401B (zh) * | 2016-08-26 | 2021-05-25 | 海能达通信股份有限公司 | 建立通信连接的方法、装置及通信设备 |
| CN113905423B (zh) * | 2017-01-06 | 2024-04-05 | 北京三星通信技术研究有限公司 | 无线接入网切换方法、基站和基站的通信方法 |
| CN108632556B (zh) * | 2017-03-20 | 2022-04-19 | 中兴通讯股份有限公司 | 一种实现视频通话的方法及装置 |
| CN110035422B (zh) * | 2018-01-12 | 2021-01-22 | 大唐移动通信设备有限公司 | 基于临时处理隧道表的上行数据处理方法、mme和sgw |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101272318A (zh) * | 2007-03-20 | 2008-09-24 | 中兴通讯股份有限公司 | 一种跟踪区更新或切换过程中避免资源被错误释放的方法 |
| CN101572865A (zh) * | 2008-04-29 | 2009-11-04 | 三星电子株式会社 | 支持mme重定位的方法 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101291454A (zh) * | 2007-04-17 | 2008-10-22 | 华为技术有限公司 | 实现语音会话的方法、语音连续性的方法及通信*** |
| CN101325592B (zh) * | 2007-06-14 | 2011-04-20 | 华为技术有限公司 | 一种建立承载连接的方法、装置及*** |
| EP2009866A1 (en) * | 2007-06-26 | 2008-12-31 | France Télécom | Apparatuses and method for communicating a request for an internet protocol address to the visited serving gateway |
| CN101541097B (zh) * | 2008-03-19 | 2013-04-17 | 华为技术有限公司 | 恢复承载的方法、装置及*** |
| EP2364562B1 (en) * | 2008-11-10 | 2013-05-29 | Telefonaktiebolaget L M Ericsson (PUBL) | Methods and apparatuses for facilitating single radio voice call continuity (srvcc) from cs to lte |
| CN101765090A (zh) * | 2009-12-18 | 2010-06-30 | 华为技术有限公司 | 更新服务质量的方法和设备 |
| CN102232321B (zh) * | 2010-08-20 | 2014-06-11 | 华为技术有限公司 | 承载建立方法、***和网关设备 |
-
2010
- 2010-08-20 CN CN201080005222.2A patent/CN102232321B/zh active Active
- 2010-08-20 WO PCT/CN2010/076198 patent/WO2011110001A1/zh active Application Filing
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101272318A (zh) * | 2007-03-20 | 2008-09-24 | 中兴通讯股份有限公司 | 一种跟踪区更新或切换过程中避免资源被错误释放的方法 |
| CN101572865A (zh) * | 2008-04-29 | 2009-11-04 | 三星电子株式会社 | 支持mme重定位的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102232321A (zh) | 2011-11-02 |
| WO2011110001A1 (zh) | 2011-09-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| USRE48262E1 (en) | Communication system, mobility management network element and method for processing resource | |
| EP2327250B1 (en) | Co-existence of single radio voice call continuity (srvcc) solutions | |
| KR101609431B1 (ko) | Ｇｐｒｓ／ｇｅｒａｎ으로부터 ｌｔｅ ｅｕｔｒａｎ으로의 핸드오프를 지원하기 위한 방법 및 장치 | |
| US9544821B2 (en) | Mobile communication system | |
| CN102232321B (zh) | 承载建立方法、***和网关设备 | |
| US20100260105A1 (en) | Domain transfer service continuity provision to a mobile terminal | |
| US9380498B2 (en) | Method and device for handling handover of a communications service | |
| EP2661123B1 (en) | Handover method and mobility management network element | |
| US20130195009A1 (en) | Cs/ps coordination for csfb/srvcc | |
| US9369934B2 (en) | Method and arrangement in a wireless communication system | |
| US8780864B2 (en) | Method and device for handling handover of a communications service | |
| KR20080109892A (ko) | 2개의 무선 액세스 기술들 사이에서 핸드오버를 수행하기 위한 무선 통신 방법 및 시스템 | |
| JP6480011B2 (ja) | 通信を確立するための方法及び移動無線通信ネットワーク構成要素 | |
| CN101686540A (zh) | 位置业务处理方法、装置及*** | |
| WO2016176816A1 (zh) | 电路域回落的方法、网络设备和*** | |
| CN101662756A (zh) | 语音连续性呼叫切换的方法、***及移动业务交换中心 | |
| CN102413461B (zh) | 安全能力协商的方法及*** | |
| CN109089289B (zh) | 切换到电路交换域的方法和装置 | |
| CN102405683B (zh) | 一种承载处理方法、***及移动管理网元 | |
| CN103118407B (zh) | 一种实现反向单待业务连续性的方法和*** | |
| KR20150025890A (ko) | 이동통신망에서의 핸드오버 제어 방법 및 그 장치 |
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 |