WO2011110001A1 - 承载建立方法、系统和网关设备 - Google Patents

承载建立方法、系统和网关设备 Download PDF

Info

Publication number
WO2011110001A1
WO2011110001A1 PCT/CN2010/076198 CN2010076198W WO2011110001A1 WO 2011110001 A1 WO2011110001 A1 WO 2011110001A1 CN 2010076198 W CN2010076198 W CN 2010076198W WO 2011110001 A1 WO2011110001 A1 WO 2011110001A1
Authority
WO
WIPO (PCT)
Prior art keywords
gateway
bearer
mobile switching
switching center
center server
Prior art date
Application number
PCT/CN2010/076198
Other languages
English (en)
French (fr)
Inventor
陆峰
于益俊
Original Assignee
华为技术有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to CN201080005222.2A priority Critical patent/CN102232321B/zh
Priority to PCT/CN2010/076198 priority patent/WO2011110001A1/zh
Publication of WO2011110001A1 publication Critical patent/WO2011110001A1/zh

Links

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

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a bearer establishing method, system, and gateway device. Background technique
  • GPRS General Packet Radio Service
  • UMTS Universal Mobile Telecommunications System
  • SRVCC Single Radio Voice Call Continuity
  • IMS Internet Protocol Multimedia Subsystem
  • UE user equipment
  • E-UTRAN evolved UMTS Territorial Radio Access Network
  • UMTS Territorial UMTS Territorial Radio Access Network
  • UTRAN Global System for Mobile Communications Enhanced Data Rate for GSM Evolution Radio Access Network
  • 3GPP 3rd Generation Partnership Project
  • 3GPP conducted a research on the SRVCC performance enhancement project to improve the SRVCC cut. Change the performance, try to avoid the scene where the interruption delay is too large during the switching process.
  • the use of locally anchored SRVCC enhancement scheme is one of the main recommended schemes in the existing SRVCC enhancement scheme.
  • the UE performs circuit switching fallback (CS Fallback; hereinafter referred to as: CSFB) and attaches it through the Mobile Switch Center Server (hereinafter referred to as: MSC Server) / media gateway ( The Media Gateway; hereinafter referred to as: MGW) registers with the IMS, and establishes a Session Initiated Protocol (Sinus Initiated Protocol) in the SRVCC handover process and the Service Centralization and Continuity Application Server (hereinafter referred to as SCCAS).
  • CS Fallback circuit switching fallback
  • MGW Media Gateway
  • SCCAS Service Centralization and Continuity Application Server
  • SIP Voice over Internet Protocol
  • IMS voice data For example: IMS voice data.
  • the UE performs the SRVCC handover to the GERAN/UTRAN that does not support packet handover in the E-UTRAN (ie, call flow without PS HO Support or SRVCC Handover without PS HO support) and performs SRVCC handover support to the UE in the E-UTRAN.
  • packet switching GERAN/UTRAN ie call flow without PS HO Support or SRVCC Handover with PS HO support
  • the existing SRVCC enhancement scheme using local anchoring once the SGW changes, the existing scheme cannot be A bearer is set up between the MSC Server/MGW and the new SGW after the change. This will result in the inability to transmit the upstream and downstream IP voices of the UE, resulting in service interruption.
  • An embodiment of the present invention provides a bearer establishing method, system, and gateway device, so as to establish an IP voice between a mobile switching center server/media gateway and a new serving gateway after a change occurs after the service gateway changes. Hosted.
  • the embodiment of the invention provides a method for establishing a bearer, including:
  • the gateway device receives the modify bearer request message sent by the first serving gateway
  • the gateway device sends a modify bearer response message to the first serving gateway, where the modified bearer response message carries an IP address of the mobile switching center server/media gateway and a tunnel endpoint identifier, so that the first serving gateway and the The mobile switching center server/media gateway establishes a bearer for IP voice.
  • the embodiment of the invention further provides a gateway device, including:
  • a receiving module configured to receive a modify bearer request message sent by the first serving gateway, and a sending module, configured to send a modify bearer response message to the first serving gateway, where the modify bearer response message carries a mobile switching center server/media gateway IP address and tunnel endpoint identifier; so that the first serving gateway establishes a bearer for IP voice with the mobile switching center server/media gateway.
  • the embodiment of the present invention further provides a bearer establishment system, including: a gateway device, a first service gateway, and a mobile switching center server/media gateway;
  • the gateway device is configured to receive a modify bearer request message sent by the first serving gateway, and send a modify bearer response message to the first serving gateway, where the modify bearer response message carries a mobile switching center server/media gateway IP address and tunnel endpoint identifier;
  • the first serving gateway is configured to establish a bearer for IP voice with the mobile switching center server/media gateway.
  • the gateway device After receiving the modify bearer request message sent by the first serving gateway, the gateway device sends the IP address of the mobile switching center server/media gateway and the tunnel endpoint identifier to the first serving gateway by modifying the bearer response message; After receiving the modify bearer response message, the first serving gateway can establish a bearer for IP voice with the mobile switching center server/media gateway. Therefore, after the service gateway is changed, the bearer for IP voice can still be established between the mobile switching center server/media gateway and the new service gateway after the change, and the continuity of the service is ensured.
  • FIG. 1 is a flowchart of an embodiment of a bearer establishing method according to the present invention
  • FIG. 2 is a flowchart of another embodiment of a bearer establishing method according to the present invention.
  • FIG. 3 is a flowchart of still another embodiment of a bearer establishing method according to the present invention.
  • FIG. 4 is a schematic structural diagram of an embodiment of a gateway device according to the present invention.
  • FIG. 5 is a schematic structural diagram of another embodiment of a gateway device according to the present invention.
  • FIG. 6 is a schematic structural diagram of an embodiment of a bearer establishing system according to the present invention. detailed description
  • the mobile switching center server/media gateway and the serving gateway need to know each other's Internet Protocol (Internet Protocol; IP address) and Tunnel endpoint ID.
  • Internet Protocol Internet Protocol; IP address
  • the mobility management network element sends the IP address and tunnel endpoint identifier of the bearer for IP voice on the serving gateway to the mobile switching center server/media gateway, the mobile switching center server/ The media gateway establishes a bearer for IP voice with the above service gateway.
  • the bearer established for IP voice described above works normally.
  • the UE performs SRVCC handover to the ERAN UTRAN that does not support packet handover (ie, call flow without PS HO Support or SRVCC Handover without PS HO support) and performs SRVCC handover support for the UE in the E-UTRAN.
  • packet switching GERAN/UTRAN ie call flow without PS HO Support or SRVCC Handover with PS HO support
  • the existing SRVCC enhancement scheme using local anchoring once the service gateway changes, the existing solution cannot The bearer is set up between the mobile switching center server/media gateway and the new serving gateway after the change, which will result in the inability to transmit the uplink and downlink IP voice of the UE, resulting in service interruption.
  • the embodiment of the present invention provides a bearer establishment method, after the service gateway acquires the IP address of the mobile switching center server/media gateway and the tunnel endpoint identifier, the IP address and the tunnel end are obtained.
  • the point identifier is provided to the gateway device, and after the service gateway is changed, the gateway device sends the IP address of the mobile switching center server/media gateway and the tunnel endpoint identifier to the new serving gateway, so that the new service gateway and the mobile switching center
  • the server/media gateway establishes a bearer for IP voice.
  • first service gateway a new service gateway after the service gateway is changed
  • second service gateway a service gateway before the service gateway is changed
  • FIG. 1 is a flowchart of an embodiment of a method for establishing a bearer according to the present invention. As shown in FIG. 1 , the method for establishing a bearer may include:
  • Step 101 The gateway device receives a modify bearer request message sent by the first serving gateway.
  • the gateway device before the gateway device receives the modify bearer request message sent by the first serving gateway (that is, the new serving gateway after the change occurs), the gateway device also needs to know the IP address and tunnel of the mobile switching center server/media gateway. Endpoint Identifier (hereinafter referred to as TEID), which is the IP address and TEID of the bearer used for Voice over Internet Protocol (VoIP).
  • TEID Endpoint Identifier
  • the gateway device may receive a modify bearer request message sent by the second serving gateway (that is, the serving gateway before the change occurs), where the modified bearer request message sent by the second serving gateway carries the mobile switching center server/media gateway IP address and TEID.
  • the modify bearer request message sent by the second serving gateway may further carry an update voice bearer indication, so that the modified bearer response message sent by the gateway device to the first serving gateway carries the IP address of the mobile switching center server/media gateway.
  • tunnel endpoint identification this The example does not limit the specific name of the indication.
  • the gateway device may be a gateway general packet radio service support node (Gateway General Packet Radio Service Support Node; hereinafter referred to as: GGSN) / a packet data network gateway (hereinafter referred to as PGW);
  • the server/media gateway can be an MSC Server (MSC Server) / MGW.
  • Step 102 The gateway device sends a modify bearer response message to the first serving gateway, where the modified bearer response message carries the IP address and TEID of the mobile switching center server/media gateway, so that the first serving gateway and the mobile switching center server/media gateway Establish a bearer for IP voice.
  • modify bearer response message sent by the gateway device to the first serving gateway may further carry an update voice bearer indication, so that the first serving gateway and the mobile switching center server/media gateway establish a bearer for IP voice.
  • update voice bearer indication There is no restriction on the specific name of the instruction.
  • the first serving gateway may establish a bearer for IP voice with the mobile switching center server/media gateway. Specifically, it can be:
  • the first serving gateway may send an update request message (for example, an update bearer request message) to the mobile switching center server/media gateway according to the IP address and TEID of the mobile switching center server/media gateway, and the update request message carries the first The IP address and TEID of a service gateway, that is, the IP address and TEID used to transmit IP voice; the mobile switching center server/media gateway updates the IP address and TEID of the first serving gateway included in the received update request message.
  • Sending a corresponding update response message (for example, an update bearer response message) to the first serving gateway in the context of the bearer of the IP voice; thus successfully establishing a voice between the first service gateway and the mobile switching center server/media gateway for IP voice Hosted.
  • the first serving gateway may send an update notification message to the mobile switching center server/media gateway according to the IP address and TEID of the mobile switching center server/media gateway, where the update notification message carries the IP address and TEID of the first serving gateway. That is, the IP address and TEID for transmitting IP voice; the mobile switching center server/media gateway updates the context of the bearer used for IP voice according to the IP address and TEID of the first serving gateway included in the received update notification message.
  • an update request message (eg, modifying a bearer request message) to the first serving gateway, where the update request message carries the IP address and TEID of the mobile switching center server/media gateway; the first serving gateway sends the mobile switching center server/media gateway Corresponding update response message (for example: modify bearer response message); thus successfully establishing a bearer for IP voice between the first service gateway and the mobile switching center server/media gateway.
  • an update request message eg, modifying a bearer request message
  • the update request message carries the IP address and TEID of the mobile switching center server/media gateway
  • the first serving gateway sends the mobile switching center server/media gateway Corresponding update response message (for example: modify bearer response message)
  • modify bearer response message for example: modify bearer response message
  • the gateway device after obtaining the IP address and TEID of the mobile switching center server/media gateway, the gateway device sends a message carrying the IP address and TEID of the mobile switching center server/media gateway to the service gateway in a scenario where the serving gateway changes.
  • the first service gateway enables the first service gateway to establish a bearer for IP voice with the mobile switching center server/media gateway, thereby ensuring continuity of services.
  • FIG. 2 is a flowchart of another embodiment of a bearer establishment method according to the present invention.
  • This embodiment is directed to a scenario in which a UE performs an SRVCC handover to an ERAN UTRAN that does not support packet handover, and only performs a PS domain to CS in an SRVCC handover. The handover of the domain does not perform the PS domain handover.
  • the PS context transfer needs to be completed by performing a Routing Area Update (RAU) process.
  • RAU Routing Area Update
  • the method for establishing the load may include: Step 201: The source network radio network controller (Radio Network Controller; hereinafter referred to as RNC)/evolved NodeB (hereinafter referred to as eNodeB) detects that the handover needs to be initiated, and provides the general packet radio service support node to the source side (Serving)
  • the General Packet Radio Service Support Node hereinafter referred to as: SGSN
  • MME Mobile Management Entity
  • Step 202 The source side SGSN/MME sends a PS Domain to CS Request/Forward Relocation Request message to the MSC Server/MGW.
  • Step 203 The MSC server/MGW and the target base station controller (Base Station Controller; hereinafter referred to as BSC)/RNC perform a handover resource allocation procedure, including the MSC server/MGW sending a handover request to the target side BSC/RNC (Relocation Request/Handover) Request) The message, the target side BSC/RNC sends a Relocation Request Acknowledge/Handover Request Acknowledge message to the MSC server/MGW.
  • BSC Base Station Controller
  • Step 204 The MSC server/MGW sends a Create Session Request (Create Session Request) or Create Indirect Data Forwarding Tunnel Request message to the source SGW.
  • the creation of the session request or the creation of the indirect data forwarding tunnel request message carries the IP address and TEID of the MSC server/MGW, that is, the IP address and TEID of the bearer used for IP voice, and the TEID used by the MSC server/MGW for indirect data forwarding.
  • the bearer for the voice over IP may be a value of 1 for the Quality of Service Class Identifier (QCI).
  • Step 205 The source side SGW sends a modify bearer request to the GGSN/PGW (Modify Bearer) Request)
  • the message, the modified bearer request message carries the IP address and TEID of the MSC server/MGW.
  • the modify bearer request message may further include an update voice bearer indication, where the update voice bearer indication may instruct the GGSN/PGW to notify the IP address and the TEID of the MSC server/MGW to the new SGW after the change, the implementation
  • the specific name of the indication is not limited.
  • Step 206 The GGSN/PGW sends a Modify Bearer Response message to the source SGW.
  • the GGSN/PGW After receiving the modified bearer message of step 205, the GGSN/PGW records the IP address and the TEID of the MSC server/MGW. When the modified bearer request further carries the updated voice bearer indication, the GGSN/PGW can also record the updated voice. Carry instructions.
  • Step 207 The source side SGW sends a Create Session Response (Create Session Response) or Create Indirect Data Forwarding Tunnel Response message to the MSC server/MGW.
  • Create Session Response Create Session Response
  • Create Indirect Data Forwarding Tunnel Response Create Indirect Data Forwarding Tunnel Response
  • Step 208 The MSC server/MGW sends a PS domain to CS domain handover (SRVCC PS to CS Response) / Forward Relocation Response (Forward Relocation Response) message to the source SGSN/MME.
  • CS domain handover SVSCC PS to CS Response
  • Forward Relocation Response Forward Relocation Response
  • Step 209 The source side SGSN/MME sends a Handover Command message to the source side RNC/eNodeB.
  • Step 210 The source side RNC/eNodeB sends a Handover Command message to the UE.
  • Step 211 The UE switches to GERAN/UTRAN, initiates a RAU procedure, and sends a target SASG to the target side.
  • the Routing Area Update Request (hereinafter referred to as RAU Request) message is sent.
  • Step 212 The target side SGSN selects a new target side SGW, and sends a Create Session Request message to the target side SGW to establish all bearers on the source side SGW including the bearer for IP voice.
  • Step 213 The target side SGW sends a Modify Bearer Request message to the GGSN/PGW.
  • Step 214 The GGSN/PGW sends a Modify Bearer Response message to the target SGW.
  • the GGSN/PGW may carry the recorded MSC server/MGW IP address and the TEID in the modified bearer response message according to the recorded updated voice bearer indication or the IP address and the TEID of the MSC server/MGW, and send the GGSN/PGW to the target side SGW. .
  • the GGSN/PGW may further include an updated voice bearer indication in the modified bearer response message, where the updated voice bearer indication may indicate that the target side SGW establishes an MSC server/MGW according to the IP address and the TEID of the MSC server/MGW.
  • the bearer for the voice over IP, or the update voice bearer indication may instruct the target side SGW to notify the MSC server/MGW to establish a bearer for IP voice between the target side SGW and the MSC server/MGW.
  • the specific name of the instruction is not restricted.
  • Step 215 The target side SGW sends a Create Session Response message to the target side SGSN.
  • step 216 (including step 216a and step 216b) or step 217 (including step 217a, step 217b, and step 217c) respectively implements updating or establishing the target side SGW and the MSC server.
  • the specific process of the bearer for IP voice between the MGW and the MGW can be implemented by the step 216 or the step 217. This embodiment does not limit this.
  • the step 216 or the step 217 has no relationship with the step 215 and can be executed in parallel.
  • Step 216 Establish a bearer for IP voice between the target side SGW and the MSC server/MGW.
  • Step 216a The target side SGW sends an update request message to the MSC server/MGW according to the IP address and TEID of the MSC server/MGW carried in the modify bearer response message, where the update request message carries the IP of the target side SGW for IP voice. Address and TEID.
  • the update request message may be an existing Update Bearer Request message or a Modify Bearer Request message, or a new message, for example, an update IP voice bearer request message, this embodiment There is no limit to this.
  • the update request message may further include an update voice bearer indication, where the update voice bearer indication may instruct the MSC server/MGW to establish an IP address and a TEID for the IP voice according to the target side SGW, and establish the same with the target side SGW.
  • the bearer for IP voice may instruct the MSC server/MGW to establish an IP address and a TEID for the IP voice according to the target side SGW, and establish the same with the target side SGW.
  • Step 216b The MSC server/MGW updates the context of the bearer for IP voice according to the IP address and TEID used by the target side SGW for IP voice, and sends an update response message to the target side SGW.
  • the update response message may be an existing Update Bearer Response message or a Modify Bearer Response message, or a new message, such as an updated IP voice response message, this implementation This example does not limit this.
  • Step 217 Establish a bearer for IP voice between the target side SGW and the MSC server/MGW. Specifically include:
  • Step 217a The target side SGW sends an update notification message to the MSC server/MGW according to the IP address and TEID of the MSC server/MGW carried in the modify bearer response message, where the update notification message carries the IP of the target side SGW for IP voice. Address and TEID.
  • the update notification message instructs the MSC server/MGW to update or establish a bearer for IP voice between the target side SGW and the MSC server/MGW.
  • the update notification message may be an extended modify bearer command (Modify Bearer Command) message, or a new message, such as an update IP voice and a notification message, which is not limited in this embodiment.
  • Modify Bearer Command Modify Bearer Command
  • the update notification message may further include an update voice bearer indication, where the update voice bearer indication may instruct the MSC server/MGW to establish an IP address and a TEID for the IP voice according to the target side SGW, and establish the same with the target side SGW.
  • the bearer for IP voice may instruct the MSC server/MGW to establish an IP address and a TEID for the IP voice according to the target side SGW, and establish the same with the target side SGW.
  • Step 217b The MSC server/MGW sends an Update Bearer Request message or a Modify Bearer Request to the target side SGW according to the IP address and TEID used by the target side SGW obtained in step 217a for the IP voice. ) Message.
  • the update bearer request message or the modify bearer request message may carry the IP address and TEID of the MSC server/MGW, that is, the IP address and TEID of the bearer used for transmitting the IP voice.
  • Step 217c The target side SGW sends an Update Bearer Response (Update Bearer Response) message or a Modify Bearer Response message to the MSC server/MGW.
  • Update Bearer Response Update Bearer Response
  • Modify Bearer Response Modify Bearer Response
  • the target side SGW After receiving the update bearer request message or modifying the bearer request message sent in step 217b, the target side SGW updates the context of the bearer for IP voice, and sends a corresponding update to the MSC server/MGW. Response message.
  • RAU Response Routing Area Update Response
  • the MG server/MGW IP address and the TEID message are sent to the target side after the change in the scenario where the SGW changes.
  • the SGW enables the target side SGW to establish a bearer for IP voice with the MSC server/MGW to ensure continuity of services.
  • FIG. 3 is a flowchart of still another embodiment of a bearer setup method according to the present invention.
  • a scenario in which a UE performs an SRVCC handover to an ERAN UTRAN that does not support packet handover is performed.
  • the PS domain can be simultaneously executed.
  • the target side SGSN in the PS domain handover procedure can forward the IP address and TEID of the MSC server/MGW to the target side SGW for establishing the MSC server/MGW and the target side SGW.
  • the bearer for IP voice can forward the IP address and TEID of the MSC server/MGW to the target side SGW for establishing the MSC server/MGW and the target side SGW.
  • a new PS domain handover may occur as the UE moves, causing the SGW to change.
  • the target side SGW and the MSC server/MGW need to be re-established. Hosted by IP voice.
  • the method for establishing the load may include:
  • Step 301 The source side RNC/eNodeB sends a handover request (Relocation Request/Handover Request) message to the source SGSN/MME when it needs to initiate a handover.
  • a handover request Relocation Request/Handover Request
  • Step 302 The source side SGSN/MME sends a PS Domain to CS Domain to Request Request (Forward Relocation Request) message to the MSC Server/MGW.
  • Step 303 The MSC server/MGW and the target side BSC/RNC perform a handover resource allocation process.
  • the MSC server/MGW sends a Relocation Request/Handover Request message to the target side BSC/RNC, and the target side BSC/RNC sends a Relocation Request Acknowledge/Handover Request Acknowledge message to the MSC server/MGW.
  • Step 304 The MSC server/MGW sends a PS domain to CS domain handover response (SRVCC PS to CS Response) or a Forward Relocation Response (Forward Relocation Response) message to the source SGSN/MME.
  • PS domain to CS domain handover response message carries the IP address and TEID of the MSC server/MGW.
  • Step 305 The source side SGSN/MME sends a Forward Relocation Request message to the target side SGSN1.
  • the forwarding relocation request message carries the IP address and TEID of the MSC server/MGW, and the TEID used by the MSC server/MGW for indirect data forwarding.
  • Step 306 The target side SGSN 1 and the target side BSC/RNC perform a handover resource allocation procedure, including the target side SGSN 1 sending a handover request (Relocation Request/Handover Request) message to the target side BSC/RNC, and the target side BSC/RNC to the target side The SGSN 1 sends a Relocation Request Acknowledge/Handover Request Acknowledge message.
  • a handover request Relocation Request/Handover Request
  • Step 307 The target side SGSN 1 sends a Create Session Request message/Create Indirect Data Forwarding Tunnel Request message to the target side SGW 1 to create an indirect data forwarding tunnel.
  • the request message carries the IP address and TEID of the MSC server/MGW.
  • Step 308 The target side SGW 1 sends a modify bearer request to the GGSN/PGW (Modify Bearer) Request)
  • the message, the modified bearer request message carries the IP address and TEID of the MSC server/MGW.
  • the modify bearer request message may further include an update voice bearer indication, where the update voice bearer indication may instruct the GGSN/PGW to notify the IP address and TEID of the MSC server/MGW to the new SGW after the change, the implementation
  • the specific name of the indication is not limited.
  • Step 309 The GGSN/PGW sends a Modify Bearer Response message to the target side SGW 1.
  • the GGSN/PGW After receiving the modify bearer request message of step 308, the GGSN/PGW records the IP address and the TEID of the MSC server/MGW; when the modified bearer request further carries the updated voice bearer indication, the GGSN/PGW may also record the update voice. ? Load instructions.
  • Step 310 The target side SGW 1 sends a Create Session Response (Create Session Response) message/Create Indirect Data Forwarding Tunnel Response message to the target side SGSN 1.
  • Create Session Response Create Session Response
  • Step 311 The target side SGSN 1 sends a Forward Relocation Response (Direct Relocation Response) message to the source side SGSN/MME.
  • a Forward Relocation Response Direct Relocation Response
  • Step 312 The source side SGSN/MME sends a PS domain to CS domain handover confirmation (SRVCC PS to CS Acknowledge) message to the MSC server/MGW, and the PS domain to CS domain handover confirmation message carries the IP of the target side SGW 1 Address and TEID.
  • the MSC server/MGW updates the IP address and TEID, and establishes or updates the bearer for IP voice between the MSC server/MGW and the target side SGW 1.
  • Step 313 The MSC server/MGW sends a PS domain to CS domain handover confirmation response (SRVCC PS to CS Acknowledge Response) message to the source side SGSN/MME.
  • Step 314 The source side SGSN/MME sends a Handover Command message to the source side RNC/eNodeB.
  • Step 315 The source side RNC/eNodeB sends a Handover Command message to the UE.
  • Step 316 The UE switches to the GERAN/UTRAN to perform a subsequent handover procedure.
  • the voice service continues.
  • a new PS domain handover may occur, resulting in replacement of the SGW.
  • the new SGW after the change is the target side SGW 2, Perform the following steps to restore the bearer for IP voice between the MSC server/MGW and the target side SGW 2.
  • Step 317 When the target side BSC/RNC detects that the handover needs to be initiated, the target side SGSN 1 sends a handover request (Relocation Request/Handover Request) message.
  • Step 318 The target side SGSN 1 sends a Forward Relocation Request message to the target side SGSN 2.
  • Step 319 the target side SGSN 2 selects a new target side SGW 2, and sends a Create Session Request message to the target side SGW 2.
  • Step 320 The target side SGW 2 sends a Modify Bearer Request message to the GGSN/PGW.
  • Step 321 The GGSN/PGW sends a Modify Bearer Response message to the target side SGW 2.
  • the GGSN/PGW may send the recorded MSC server/MGW IP address and the TEID in the modified bearer response message to the target side SGW 2 according to the recorded updated voice bearer indication or the IP address and TEID of the MSC server/MGW.
  • the GGSN/PGW may further include an updated voice bearer indication in the modified bearer response message, where the updated voice bearer indication may indicate that the target side SGW 2 establishes an MSC server/MGW according to the IP address and the TEID of the MSC server/MGW.
  • the bearer for voice over IP, or the update voice bearer indication may instruct the target side SGW 2 to notify the MSC server/MGW to establish a bearer for IP voice between the target side SGW 2 and the MSC server/MGW, this embodiment There is no restriction on the specific name of the instruction.
  • Step 322 The target side SGW 2 sends a Create Session Response message to the target side SGSN 2.
  • step 323 (including step 323a and step 323b) or step 324 (including step 324a, step 324b, and step 324c) respectively implements updating or establishing a bearer for IP voice between the target side SGW 2 and the MSC server/MGW.
  • the embodiment may be implemented by using step 323 or step 324, which is not limited in this embodiment.
  • the step 323 or the step 324 has no relationship with the step 322 and can be executed in parallel.
  • Step 323 establishing a bearer for IP voice between the target side SGW 2 and the MSC server/MGW.
  • Step 323a The target side SGW 2 sends an update request message to the MSC server/MGW according to the IP address and TEID of the MSC server/MGW carried in the modify bearer response message, where the update request message carries the target side SGW 2 for IP voice. IP address and TEID.
  • the update request message may be an existing update bearer request (Update Bearer Request) message or a modify bearer request ( Modify Bearer Request) message, or a new message, such as an update IP voice bearer request message, which is in this embodiment.
  • the update request message may further include an update voice bearer indication, where the update voice bearer indication may instruct the MSC server/MGW to establish the target side SGW according to the IP address and TEID used by the target side SGW 2 for IP voice. 2 bearers for IP voice.
  • Step 323b the MSC server/MGW is used according to the target side SGW 2 for the IP address of the IP voice and
  • the TEID updates the context of the bearer used to transmit the IP voice, and sends an update response to the target side SGW 2
  • the update response message may be an existing Update Bearer Response message or a Modify Bearer Response message, or a new message, for example, updating an IP voice response message. This embodiment does not limit this.
  • Step 324 establishing a bearer for IP voice between the target side SGW 2 and the MSC server/MGW.
  • Step 324a The target side SGW 2 sends an update notification message to the MSC server/MGW according to the IP address and TEID of the MSC server/MGW carried in the modify bearer response message, where the update notification message carries the target side SGW 2 for IP voice. IP address and TEID.
  • the update notification message instructs the MSC server/MGW to update or establish a bearer for IP voice between the target side SGW 2 and the MSC server/MGW.
  • the update notification message may be an extended modify bearer command (Modify Bearer Command) message, or a new message, such as an update IP voice and a notification message, which is not limited in this embodiment.
  • Modify Bearer Command Modify Bearer Command
  • the update notification message may further include an update voice bearer indication, where the update voice bearer indication may indicate that the MSC server/MGW is used for IP voice according to the target side SGW 2
  • the IP address and the TEID establish a bearer for IP voice with the target side SGW 2 described above.
  • Step 324b The MSC server/MGW sends an Update Bearer Request message or a Modify Bearer Request message to the target side SGW 2 according to the IP address and TEID used by the target side SGW 2 acquired in step 324a for the IP voice.
  • Bearer Request ) Message.
  • the IP address and TEID of the MSC server/MGW may be carried in the update bearer request message or the modify bearer request message.
  • Step 324c The target side SGW 2 sends an Update Bearer Response (Update Bearer Response) message or a Modify Bearer Response message to the MSC server/MGW.
  • Update Bearer Response Update Bearer Response
  • Modify Bearer Response Modify Bearer Response
  • the target side SGW 2 after receiving the update bearer request message or the modify bearer request message sent in step 324b, the target side SGW 2 updates the context of the bearer for transmitting the IP voice, and sends a corresponding update 7-load response message to the MSC server/MGW. Change the response message.
  • Step 325 The target side SGSN 2 sends a Forward Relocation Response (Direct Relocation Response) message to the target side SGSN 1.
  • a Forward Relocation Response Direct Relocation Response
  • Step 326 The target side SGSN 1 sends a Handover Command message to the target side BSC/RNC.
  • Step 327 the target side BSC/RNC sends a handover command (Handover Command) to the UE,
  • Step 328 The UE performs a subsequent handover procedure.
  • the MG server/MGW IP address and the TEID are sent to the target side after the change.
  • the SGW enables the target side SGW to establish a bearer for IP voice with the MSC server/MGW to ensure continuity of services.
  • the embodiment shown in FIG. 2 and FIG. 3 is only the application of the bearer establishment method proposed by the present invention in two specific handover scenarios, and does not constitute a limitation on the present invention.
  • the bearer establishment method proposed by the present invention can also be applied to other Switch between scenes.
  • FIG. 4 is a schematic structural diagram of an embodiment of a gateway device according to the present invention.
  • the gateway device in this embodiment may implement the process of the embodiment shown in FIG. 1 of the present invention.
  • the gateway device may include: a receiving module 41 and Send module 42.
  • the receiving module 41 is configured to receive a modify bearer request message sent by the first serving gateway, where the sending module 42 is configured to send a modify bearer response message to the first serving gateway, where the modify bearer response message carries the mobile switching center server/media The IP address and TEID of the gateway; so that the first serving gateway establishes a bearer for IP voice with the mobile switching center server/media gateway.
  • the gateway device may be a GGSN/PGW; the mobile switching center server/media gateway may be an MSC server/MGW.
  • the sending module 42 sends the IP address and TEID of the mobile switching center server/media gateway to the first serving gateway by modifying the bearer response message.
  • the first serving gateway can be at the first serving gateway and the mobile switching center server/media
  • the gateway establishes a bearer for IP voice. Therefore, after the service gateway is changed, the bearer for IP voice can still be established between the mobile switching center server/media gateway and the service gateway after the change, and the continuity of the service is ensured.
  • FIG. 5 is a schematic structural diagram of another embodiment of a gateway device according to the present invention.
  • the gateway device shown in FIG. 5 may further include: a message receiving module 43.
  • the message receiving module 43 is configured to receive a modify bearer request message sent by the second serving gateway, where the modified bearer request message sent by the second serving gateway carries the IP address and TEID of the mobile switching center server/media gateway;
  • the second modified bearer request message received by the message receiving module 43 may further carry an updated voice bearer indication, so that the modified bearer response message sent by the gateway device to the first serving gateway carries the mobile switching center server/media
  • the IP address of the gateway and the tunnel endpoint identifier are not limited in this embodiment.
  • the modify bearer response message sent by the sending module 42 to the first serving gateway may further carry an updated voice bearer indication, so that the first serving gateway and the mobile switching center server/media gateway establish IP voice for voice. Bearer, this embodiment does not limit the specific name of the indication.
  • FIG. 6 is a schematic structural diagram of an embodiment of a bearer establishing system according to the present invention.
  • the bearer establishing system may include: a gateway device 61, a first serving gateway 62, and a mobile switching center server/media gateway 63;
  • the gateway device 61 is configured to receive a modify bearer request message sent by the first serving gateway 62, and send a modified response message to the first serving gateway 62, where the modified message carries the mobile switching center server/media gateway
  • the IP address and TEID of 63 specifically, the gateway device 61 can be implemented by the gateway device shown in FIG. 4 or FIG. 5 of the present invention
  • the first serving gateway 62 is configured to establish a bearer for IP voice with the mobile switching center server/media gateway 63.
  • the first serving gateway 62 may send an update request message to the mobile switching center server/media gateway 63, where the update request message carries the IP address and TEID of the first serving gateway 62; and receives the mobile switching center server/media gateway 63 to send
  • the first service gateway 62 may send an update notification message to the mobile switching center server/media gateway 63, the update notification message carrying the IP address and TEID of the first serving gateway 62; receiving the mobile switching center server/media
  • the update request message sent by the gateway 63 transmits an update response message to the mobile switching center server/media gateway 63.
  • the gateway device 61 may be a GGSN/PGW; the mobile switching center server/media gateway 63 may be an MSC server/MGW.
  • the gateway device 61, the first serving gateway 62 and the mobile switching center server/media gateway 63 can interact in accordance with the processes illustrated in Figure 2 or Figure 3 of the present invention.
  • the gateway device 61 after receiving the modify bearer request message sent by the first serving gateway 62, the gateway device 61 sends the IP address and TEID of the mobile switching center server/media gateway 63 to the first serving gateway 62 by modifying the bearer response message; In this way, the modified bearer response is received.
  • the first serving gateway 62 can establish a bearer for IP voice with the mobile switching center server/media gateway 63. Therefore, after the service gateway is changed, the bearer for IP voice can still be established between the mobile switching center server/media gateway and the service gateway after the change, and the continuity of the service is ensured.
  • modules in the apparatus in the embodiments may be distributed in the apparatus of the embodiment according to the embodiment description, or the corresponding changes may be located in one or more apparatuses different from the embodiment.
  • the modules of the above embodiments may be combined into one module, or may be further split into a plurality of sub-modules.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

载建立方法、 系统和网关设备
技术领域
本发明涉及通信技术领域， 尤其涉及一种承载建立方法、 系统和网关 设备。 背景技术
目前， 运营商的艮多业务都运行在通用分组无线业务（ General Packet Radio Service; 以下简称： GPRS ) /通用移动通信系统 （Universal Mobile Telecommunications System ; 以下简称： UMTS ) 的电路交换 ( Circuit Switched; 以下简称： CS )域中， 单一无线语音呼叫连续性（ Single Radio Voice Call Continuity; 以下简称： SRVCC )技术作为因特网协议多媒体子 系统 ( Internet Protocol Multimedia Subsystem; 以下简称： IMS )语音部署 初期的语音连续性方案， 可以为用户设备（User Equipment; 以下简称： UE )提供从演进的 UMTS陆地无线接入网（ Evolved UMTS Territorial Radio Access Network; 以下简称： E-UTRAN )到 UMTS陆地无线接入网（ UMTS Territorial Radio Access Network; 以下简称： UTRAN ) /全球移动通讯系 统增强型数据速率 GSM演进无线接入网 （ Global System for Mobile Communications Enhanced Data Rate for GSM Evolution Radio Access Network; 以下简称： 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 and Continuity Application Server; 以下简称： SCCAS ) 建立会话初始协议 ( Session Initiated Protocol; 以下简称： SIP )会话， 在 SRVCC切换后 MSC Server/MGW与服务网关（ Service Gateway; 以下简称： SGW )建立用于 IP 语音 （ Voice over Internet Protocol; 以下简称： VoIP ) 的 载， 传递上下 行的 IP语音， 例如： IMS语音数据。
其中， 对于 UE在 E-UTRAN执行 SRVCC切换到不支持分组切换的 GERAN/UTRAN的场景 （即 call flow without PS HO Support或 SRVCC Handover without PS HO support ) 以及对于 UE在 E-UTRAN执行 SRVCC切 换到支持分组切换的 GERAN/UTRAN的场景 （即 call flow without PS HO Support或 SRVCC Handover with PS HO support ) , 在现有的使用本地锚定 的 SRVCC增强方案中， 一旦 SGW发生改变， 现有的方案无法在 MSC Server/MGW与发生改变之后的新的 SGW之间建立承载， 这样将导致无法 传输该 UE的上下行的 IP语音， 导致业务中断。 发明内容 本发明实施例提供一种承载建立方法、 系统和网关设备， 以实现在服 务网关发生改变之后，在移动交换中心服务器 /媒体网关与发生改变之后的 新的服务网关之间建立用于 IP语音的承载。
本发明实施例提供一种承载建立方法， 包括：
网关设备接收第一服务网关发送的修改承载请求消息；
所述网关设备向所述第一服务网关发送修改承载响应消息， 所述修改 承载响应消息中携带移动交换中心服务器 /媒体网关的 IP地址和隧道端点 标识 ,以使所述第一服务网关与所述移动交换中心服务器 /媒体网关建立用 于 IP语音的承载。
本发明实施例还提供一种网关设备， 包括：
接收模块， 用于接收第一服务网关发送的修改承载请求消息； 发送模块， 用于向所述第一服务网关发送修改承载响应消息， 所述修 改承载响应消息中携带移动交换中心服务器 /媒体网关的 IP地址和隧道端 点标识；以便所述第一服务网关与所述移动交换中心服务器 /媒体网关建立 用于 IP语音的承载。
本发明实施例还提供一种承载建立系统， 包括： 网关设备、 第一服务 网关和移动交换中心服务器 /媒体网关；
所述网关设备， 用于接收所述第一服务网关发送的修改承载请求消 息， 向所述第一服务网关发送修改承载响应消息， 所述修改承载响应消息 中携带移动交换中心服务器 /媒体网关的 I P地址和隧道端点标识；
所述第一服务网关，用于与所述移动交换中心服务器 /媒体网关建立用 于 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或 SRVCC Handover without PS HO support ) 以及对于 UE在 E-UTRAN执行 SRVCC切 换到支持分组切换的 GERAN/UTRAN的场景 （即 call flow without PS HO Support或 SRVCC Handover with PS HO support ) , 在现有的使用本地锚定 的 SRVCC增强方案中， 一旦服务网关发生改变， 现有的方案无法在移动交 换中心服务器 /媒体网关与发生改变之后的新的服务网关之间建立承载，这 样将导致无法传输该 UE的上下行的 IP语音， 导致业务中断。
本发明实施例提出一种承载建立方法， 在服务网关获取到移动交换中 心服务器 /媒体网关的 IP地址和隧道端点标识之后，将上述 IP地址和隧道端 点标识提供给网关设备， 在服务网关发生改变之后， 上述网关设备将上述 移动交换中心服务器 /媒体网关的 IP地址和隧道端点标识发送给新的服务 网关， 以使新的服务网关与移动交换中心服务器 /媒体网关建立用于 IP语音 的承载。
为便于描述， 本发明实施例中， 将服务网关发生改变之后的新的服务 网关称为 "第一服务网关"，将服务网关发生改变之前的服务网关称为 "第 二服务网关" 。 本发明实施例中， "第一" 和 "第二" 仅为描述方便， 不 代表实施例的先后和性能的优劣， 下同。
图 1为本发明承载建立方法一个实施例的流程图， 如图 1所示， 该承 载建立方法可以包括：
步骤 101 , 网关设备接收第一服务网关发送的修改承载请求消息。 本实施例中， 在网关设备接收第一服务网关（即发生改变之后的新的 服务网关）发送的修改承载请求消息之前， 该网关设备还要获知移动交换 中心服务器 /媒体网关的 IP 地址和隧道端点标识 （ Tunnel Endpoint Identifier;以下简称： TEID ) ,即用于 IP语音 ( Voice over Internet Protocol; 以下简称： VoIP )的承载的 IP地址和 TEID。 具体地 , 该网关设备可以接 收第二服务网关（即发生改变之前的服务网关）发送的修改承载请求消息， 该第二服务网关发送的修改承载请求消息中携带上述移动交换中心服务 器 /媒体网关的 IP地址和 TEID。
此外，上述第二服务网关发送的修改承载请求消息中还可以携带更新 语音承载指示，以使网关设备向第一服务网关发送的修改承载响应消息中 携带上述移动交换中心服务器 /媒体网关的 IP地址和隧道端点标识， 本实 施例对该指示的具体名称不作限制。 本实施例中， 网关设备可以为网关通 用分组无线业务支持节点 （Gateway General Packet Radio Service Support Node ; 以下简称： GGSN ) /分组数据网络网关 （ Packet Data Network Gateway; 以下简称： 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 Radio Service Support Node； 以下简称： SGSN ) /移动管理网元（ Mobile Management Entity;以下简称： MME )发送切换请求（ Relocation Request/Handover Request ) 消息。
步骤 202, 源侧 SGSN/MME向 MSC服务器（ MSC Server ) /MGW发送 PS 域到 CS域的切换请求（ SRVCC PS to CS Request ) /转发重定位请求（ Forward Relocation Request ) 消息。
步骤 203 , MSC服务器 /MGW和目标侧基站控制器 （ Base Station Controller; 以下简称： BSC ) /RNC执行切换资源分配流程， 包括 MSC服务器 /MGW向 目标侧 BSC/RNC发送切换请求 （ Relocation Request/Handover Request ) 消息， 目标侧 BSC/RNC向 MSC服务器 /MGW发送切换请求确认 ( Relocation Request Acknowledge/Handover Request Acknowledge ) 消息。
步骤 204 , MSC服务器 /MGW向源侧 SGW发送创建会话请求 （Create Session Request ) 或创建间接数据转发隧道请求 （ Create Indirect Data Forwarding 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 Bearer Request ) 消息， 该修改承载请求消息中携带 MSC服务器 /MGW的 IP地址和 TEID。
可选地，该修改承载请求消息中还可以携带更新语音承载指示，该更新 语音承载指示可以指示 GGSN/PGW将 MSC服务器 /MGW的 IP地址和 TEID通知给发生改变之后的新的 SGW,本实施例对该指示的具体名称不 作限制。
步骤 206 , GGSN/PGW向源侧 SGW发送修改承载响应 （Modify Bearer Response ) 消息。
在接收到步骤 205的修改承载消息之后， GGSN/PGW记录 MSC服务器 /MGW的 IP地址和 TEID; 当上述修改承载请求中还携带更新语音承载指示时， 该 GGSN/PGW还可以记录该更新语音 ? 载指示。
步骤 207 , 源侧 SGW向 MSC服务器 /MGW发送创建会话响应 （Create Session Response ) 或创建间接数据转发隧道响应 （ Create Indirect Data Forwarding Tunnel Response ) 消息。
步骤 208, MSC服务器 /MGW向源侧 SGSN/MME发送 PS域到 CS域切换的 响应 （SRVCC PS to CS Response ) /转发重定位响应 （Forward Relocation Response ) 消息。
步骤 209 , 源侧 SGSN/MME向源侧 RNC/eNodeB发送切换命令 ( Handover Command ) 消息。
步骤 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 Bearer Request ) 消息。
步骤 214, GGSN/PGW向目标侧 SGW发送修改承载响应 （ Modify Bearer Response ) 消息。
具体地， 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发送创建会话响应 （ Create Session 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 Bearer Request )消息或修改承载请求（ Modify Bearer Request )消息， 或者是一条新 的消息， 例如： 更新 IP语音承载请求消息， 本实施例对此不作限制。
可选地， 上述更新请求消息中还可以携带更新语音承载指示， 该更新语 音承载指示可以指示 MSC服务器 /MGW根据上述目标侧 SGW用于 IP语音的 IP 地址和 TEID, 建立与上述目标侧 SGW之间的用于 IP语音的承载。
步骤 216b , MSC服务器 /MGW根据目标侧 SGW用于 IP语音的 IP地址和 TEID更新用于 IP语音的承载的上下文， 向目标侧 SGW发送更新响应消息。
其中， 该更新响应消息可以是现有的更新承载响应 （ Update Bearer Response ) 消息或爹改 载响应 ( 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 Bearer Command ) 消息， 或者是一条新的消息， 例如更新 IP语音 ? 载通知消息， 本 实施例对此不作限制。
可选地， 上述更新通知消息中还可以携带更新语音承载指示， 该更新语 音承载指示可以指示 MSC服务器 /MGW根据上述目标侧 SGW用于 IP语音的 IP 地址和 TEID, 建立与上述目标侧 SGW之间的用于 IP语音的承载。
步骤 217b, MSC服务器 /MGW根据步骤 217a中获取的目标侧 SGW用于 IP 语音的 IP地址和 TEID , 向目标侧 SGW发送更新 ? 载请求 （Update Bearer Request ) 消息或爹改 载请求（ Modify Bearer Request ) 消息。
其中， 该更新承载请求消息或修改承载请求消息可以携带 MSC服务器 /MGW的 IP地址和 TEID , 即用于传输 IP语音的承载的 IP地址和 TEID。
步骤 217c, 目标侧 SGW向 MSC服务器 /MGW发送更新承载响应 （Update Bearer Response ) 消息或爹改 载响应 ( Modify Bearer Response ) 消息。
具体地， 目标侧 SGW接收到步骤 217b发送的更新承载请求消息或修改承 载请求消息之后， 更新用于 IP语音的承载的上下文， 向 MSC服务器 /MGW发 送对应的更新 ? 载响应消息或爹改 载响应消息。 步骤 218,目标侧 SGSN向 UE发送路由区更新响应（ Routing Area Update Response； 以下简称： 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发送切换请求 （ Relocation Request/Handover Request ) 消息， 目标侧 BSC/RNC向 MSC服务器 /MGW发送 切换请求确 认 ( Relocation Request Acknowledge/Handover Request Acknowledge ) 消息。
步骤 304, MSC服务器 /MGW向源侧 SGSN/MME发送 PS域到 CS域的切换 响应 （ SRVCC PS to CS Response )或转发重定位响应 （ Forward Relocation Response ) 消息。 该 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发送切换请求 （ Relocation Request/Handover Request )消息， 目标侧 BSC/RNC向目标侧 SGSN 1发送切换 请求确认 ( Relocation Request Acknowledge/Handover Request Acknowledge ) 消息。
步骤 307, 目标侧 SGSN 1向该目标侧 SGW 1发送创建会话请求（Create Session Request ) 消息 /创建间接数据转发隧道请求 （Create Indirect Data Forwarding Tunnel Request )消息， 该创建会话请求 /创建间接数据转发隧道请 求消息中携带 MSC服务器 /MGW的 IP地址和 TEID。
步骤 308 , 目标侧 SGW 1向 GGSN/PGW发送修改承载请求（ Modify Bearer Request ) 消息， 该修改承载请求消息中携带 MSC服务器 /MGW的 IP地址和 TEID。
可选地， 该修改承载请求消息中还可以携带更新语音承载指示， 该更新 语音承载指示可以指示 GGSN/PGW将 MSC服务器 /MGW的 IP地址和 TEID通 知给发生改变之后的新的 SGW, 本实施例对该指示的具体名称不作限制。
步骤 309, GGSN/PGW向目标侧 SGW 1发送修改承载响应（ Modify Bearer Response ) 消息。
在接收到步骤 308的修改承载请求消息之后， GGSN/PGW记录 MSC服务 器 /MGW的 IP地址和 TEID; 当上述修改承载请求中还携带更新语音承载指示 时， 该 GGSN/PGW还可以记录该更新语音 ? 载指示。
步骤 310 , 目标侧 SGW 1向目标侧 SGSN 1发送创建会话响应 （Create Session Response ) 消息 /创建间接数据转发隧道响应 （Create Indirect Data Forwarding 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发送切换命令 ( Handover Command ) 消息。
步骤 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发送转发重定位请求（ Forward Relocation Request ) 消息。
步骤 319, 目标侧 SGSN 2选择了新的目标侧 SGW 2, 向该目标侧 SGW 2 发送创建会话请求（ Create Session Request ) 消息。
步骤 320, 目标侧 SGW 2向 GGSN/PGW发送修改承载请求（ Modify Bearer Request ) 消息。
步骤 321 , GGSN/PGW向目标侧 SGW 2发送修改承载响应（ Modify Bearer Response ) 消息。
其中， 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发送创建会话响应 （ Create Session 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 Bearer Request ) 消息或修改承载请求（ 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 Bearer Response ) 消息或爹改 载响应 ( 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 Bearer Command ) 消息， 或者是一条新的消息， 例如更新 IP语音 ? 载通知消息， 本 实施例对此不作限制。
可选地， 上述更新通知消息中还可以携带更新语音承载指示， 该更新语 音承载指示可以指示 MSC服务器 /MGW根据上述目标侧 SGW 2用于 IP语音的 IP地址和 TEID, 建立与上述目标侧 SGW 2之间的用于 IP语音的承载。
步骤 324b, MSC服务器 /MGW根据步骤 324a中获取的目标侧 SGW 2用于 IP语音的 IP地址和 TEID, 向目标侧 SGW 2发送更新承载请求（Update Bearer Request ) 消息或爹改 载清求 ( Modify Bearer Request ) 消息。
该更新承载请求消息或修改承载请求消息中可以携带 MSC服务器 /MGW 的 IP地址和 TEID, 即用于传输 IP语音的承载的 IP地址和 TEID。
步骤 324c, 目标侧 SGW 2向 MSC服务器 /MGW发送更新承载响应（ Update Bearer Response ) 消息或 4爹改 载响应 ( Modify Bearer Response ) 消息。
具体地， 目标侧 SGW 2接收到步骤 324b发送的更新承载请求消息或修改 承载请求消息之后， 更新用于传输 IP语音的承载的上下文， 向 MSC服务器 /MGW发送对应的更新 7 载响应消息或爹改 ? 载响应消息。
步骤 325, 目标侧 SGSN 2向目标侧 SGSN 1发送转发重定位响应（ Forward Relocation Response ) 消息。
步骤 326 , 目标侧 SGSN 1向目标侧 BSC/RNC发送切换命令（ Handover Command ) 消息。
步骤 327, 目标侧 BSC/RNC向 UE发送切换命令 ( Handover Command )消 if,
步骤 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

权利要求
1、 一种承载建立方法， 其特征在于， 包括：
网关设备接收第一服务网关发送的修改承载请求消息；
所述网关设备向所述第一服务网关发送修改承载响应消息，所述修改 承载响应消息中携带移动交换中心服务器 /媒体网关的 IP地址和隧道端点 标识， 以使所述第一服务网关与所述移动交换中心服务器 /媒体网关建立 用于 IP语音的承载。
2、 根据权利要求 1所述的方法， 其特征在于， 所述网关设备接收第 一服务网关发送的修改承载请求消息之前， 还包括：
所述网关设备接收第二服务网关发送的修改承载请求消息，所述第二 服务网关发送的修改承载请求消息中携带所述移动交换中心服务器 /媒体 网关的 IP地址和隧道端点标识。
3、 根据权利要求 2所述的方法， 其特征在于， 所述第二服务网关发 送的修改承载请求消息中还携带更新语音承载指示，以使所述网关设备向 所述第一服务网关发送的修改承载响应消息中携带所述移动交换中心服 务器 /媒体网关的 IP地址和隧道端点标识。
4、 根据权利要求 1所述的方法， 其特征在于， 所述网关设备向所述 第一服务网关发送的修改承载响应消息中还携带更新语音承载指示，所述 更新语音承载指示用于指示所述第一服务网关根据所述移动交换中心服 务器 /媒体网关的 IP地址和隧道端点标识， 建立与所述移动交换中心服务 器 /媒体网关之间的用于 IP语音的承载； 或者， 所述更新语音承载指示用 于指示所述第一服务网关通知所述移动交换中心服务器 /媒体网关建立所述 第一服务网关与所述移动交换中心服务器 /媒体网关之间的用于 IP语音的 承载。
5、 根据权利要求 1所述的方法， 其特征在于， 所述第一服务网关与 所述移动交换中心服务器 /媒体网关建立用于 IP语音的承载包括：
所述第一服务网关向所述移动交换中心服务器 /媒体网关发送更新请 求消息， 所述更新请求消息携带所述第一服务网关的 IP地址和隧道端点 标识；
所述第一服务网关接收所述移动交换中心服务器 /媒体网关发送的更 新响应消息；
或者，
所述第一服务网关向所述移动交换中心服务器 /媒体网关发送更新通 知消息， 所述更新通知消息携带所述第一服务网关的 IP地址和隧道端点 标识；
所述第一服务网关接收所述移动交换中心服务器 /媒体网关发送的更 新请求消息；
所述第一服务网关向所述移动交换中心服务器 /媒体网关发送更新响 应消息。
6、 根据权利要求 5所述的方法， 其特征在于， 所述移动交换中心服 务器 /媒体网关发送的更新响应消息是所述移动交换中心服务器 /媒体网关 在根据所述第一服务网关的 IP地址和隧道端点标识更新用于 IP语音的承 载的上下文之后， 发送给所述第一服务网关的。
7、 根据权利要求 5所述的方法， 其特征在于， 所述移动交换中心服 务器 /媒体网关发送的更新请求消息是所述移动交换中心服务器 /媒体网关 根据接收到的更新通知消息中包含的第一服务网关的 IP地址和隧道端点标 识， 更新用于 IP语音的承载的上下文之后， 向所述第一服务网关发送的。
8、 根据权利要求 5所述的方法， 其特征在于， 所述第一服务网关向 所述移动交换中心服务器 /媒体网关发送的更新请求消息中携带更新语音 承载指示， 以使所述第一服务网关与所述移动交换中心服务器 /媒体网关 建立用于 IP语音的承载； 或者，
所述第一服务网关向所述移动交换中心服务器 /媒体网关发送的更新 通知消息中携带更新语音承载指示，以使所述第一服务网关与所述移动交 换中心服务器 /媒体网关建立用于 IP语音的承载。
9、 一种网关设备， 其特征在于， 包括：
接收模块， 用于接收第一服务网关发送的修改承载请求消息； 发送模块， 用于向所述第一服务网关发送修改承载响应消息， 所述修 改承载响应消息中携带移动交换中心服务器 /媒体网关的 IP地址和隧道端 点标识； 以便所述第一服务网关与所述移动交换中心服务器 /媒体网关建 立用于 IP语音的承载。
10、 根据权利要求 9所述的网关设备， 其特征在于， 还包括： 消息接收模块， 用于接收第二服务网关发送的修改承载请求消息， 所 述第二服务网关发送的修改承载请求消息中携带所述移动交换中心服务 器 /媒体网关的 IP地址和隧道端点标识。
11、 一种承载建立系统， 其特征在于， 包括： 网关设备、 第一服务网 关和移动交换中心服务器 /媒体网关；
所述网关设备， 用于接收所述第一服务网关发送的修改承载请求消 息， 向所述第一服务网关发送修改承载响应消息， 所述修改承载响应消息 中携带移动交换中心服务器 /媒体网关的 I P地址和隧道端点标识；
所述第一服务网关， 用于与所述移动交换中心服务器 /媒体网关建立 用于 IP语音的承载。
12、 根据权利要求 11所述的系统， 其特征在于，
所述第一服务网关， 具体用于向所述移动交换中心服务器 /媒体网关 发送更新请求消息， 所述更新请求消息携带所述第一服务网关的 IP地址 和隧道端点标识； 并接收所述移动交换中心服务器 /媒体网关发送的更新 响应消息； 或者，
所述第一服务网关， 具体用于向所述移动交换中心服务器 /媒体网关 发送更新通知消息， 所述更新通知消息携带所述第一服务网关的 IP地址 和隧道端点标识； 接收所述移动交换中心服务器 /媒体网关发送的更新请 求消息， 并向所述移动交换中心服务器 /媒体网关发送更新响应消息。
PCT/CN2010/076198 2010-08-20 2010-08-20 承载建立方法、系统和网关设备 WO2011110001A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201080005222.2A CN102232321B (zh) 2010-08-20 2010-08-20 承载建立方法、系统和网关设备
PCT/CN2010/076198 WO2011110001A1 (zh) 2010-08-20 2010-08-20 承载建立方法、系统和网关设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2010/076198 WO2011110001A1 (zh) 2010-08-20 2010-08-20 承载建立方法、系统和网关设备

Publications (1)

Publication Number Publication Date
WO2011110001A1 true WO2011110001A1 (zh) 2011-09-15

Family

ID=44562830

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/076198 WO2011110001A1 (zh) 2010-08-20 2010-08-20 承载建立方法、系统和网关设备

Country Status (2)

Country Link
CN (1) CN102232321B (zh)
WO (1) WO2011110001A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102232321A (zh) * 2010-08-20 2011-11-02 华为技术有限公司 承载建立方法、系统和网关设备
TWI481269B (zh) * 2012-06-14 2015-04-11 Htc Corp 一種於單一無線語音通話延續監看通話狀態的方法

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
CN115134937B (zh) * 2021-03-25 2024-07-26 中国移动通信集团河南有限公司 专用承载建立方法、网关设备和计算机可读存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101291454A (zh) * 2007-04-17 2008-10-22 华为技术有限公司 实现语音会话的方法、语音连续性的方法及通信系统
CN101325592A (zh) * 2007-06-14 2008-12-17 华为技术有限公司 一种建立承载连接的方法、装置及系统
CN101541097A (zh) * 2008-03-19 2009-09-23 华为技术有限公司 恢复承载的方法、装置及系统
WO2010052343A2 (en) * 2008-11-10 2010-05-14 Telefonaktiebolaget L M Ericsson (Publ) Srvcc from cs to lte
CN101765090A (zh) * 2009-12-18 2010-06-30 华为技术有限公司 更新服务质量的方法和设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101272318B (zh) * 2007-03-20 2011-11-30 中兴通讯股份有限公司 一种跟踪区更新或切换过程中避免资源被错误释放的方法
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
CN101572865A (zh) * 2008-04-29 2009-11-04 三星电子株式会社 支持mme重定位的方法
WO2011110001A1 (zh) * 2010-08-20 2011-09-15 华为技术有限公司 承载建立方法、系统和网关设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101291454A (zh) * 2007-04-17 2008-10-22 华为技术有限公司 实现语音会话的方法、语音连续性的方法及通信系统
CN101325592A (zh) * 2007-06-14 2008-12-17 华为技术有限公司 一种建立承载连接的方法、装置及系统
CN101541097A (zh) * 2008-03-19 2009-09-23 华为技术有限公司 恢复承载的方法、装置及系统
WO2010052343A2 (en) * 2008-11-10 2010-05-14 Telefonaktiebolaget L M Ericsson (Publ) Srvcc from cs to lte
CN101765090A (zh) * 2009-12-18 2010-06-30 华为技术有限公司 更新服务质量的方法和设备

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102232321A (zh) * 2010-08-20 2011-11-02 华为技术有限公司 承载建立方法、系统和网关设备
TWI481269B (zh) * 2012-06-14 2015-04-11 Htc Corp 一種於單一無線語音通話延續監看通話狀態的方法
US9872186B2 (en) 2012-06-14 2018-01-16 Htc Corporation Method of monitoring call state over single radio voice call continuity and related communication device

Also Published As

Publication number Publication date
CN102232321B (zh) 2014-06-11
CN102232321A (zh) 2011-11-02

Similar Documents

Publication Publication Date Title
JP5010690B2 (ja) セキュリティ機能ネゴシエーション方法、システム、および装置
US9380498B2 (en) Method and device for handling handover of a communications service
JP5536954B2 (ja) 回路交換ドメインからパケット交換ドメインへのハンドオーバー方法、装置、および通信システム
WO2011110001A1 (zh) 承载建立方法、系统和网关设备
EP2661123B1 (en) Handover method and mobility management network element
US20100260105A1 (en) Domain transfer service continuity provision to a mobile terminal
JP5890507B2 (ja) ネットワークベースのモビリティドメインにおけるユーザデバイス間転送（ｉｕｔ）のための方法および装置
US8780864B2 (en) Method and device for handling handover of a communications service
WO2009132533A1 (zh) 资源处理的方法、通信系统和移动性管理网元
US20110255471A1 (en) Assist Reordering Of Downlink Data At Serving GW Relocation
WO2011006440A1 (zh) 一种切换方法和装置
JP2013514705A (ja) Ｇｓｍ回線交換呼を確立する場合のｌｔｅにおけるパケット交換セッションの維持
JP6480011B2 (ja) 通信を確立するための方法及び移動無線通信ネットワーク構成要素
WO2011085668A1 (zh) 切换控制方法和相关设备及系统
WO2016054822A1 (zh) Csfb呼叫建立方法及装置
WO2008113283A1 (fr) Procédé et équipement de suivi de signalisation
WO2012152130A1 (zh) 承载处理方法及装置
WO2010022611A1 (zh) 语音连续性呼叫切换的方法、系统及移动业务交换中心
WO2010105525A1 (zh) 一种切换的优化方法、切换装置和系统
WO2009092260A1 (zh) 实现语音呼叫连续性的方法、互联功能实体及终端设备
WO2009149656A1 (zh) 一种实现业务切换的方法、装置及系统
WO2009127120A1 (zh) 切换过程中跟踪用户的方法、装置及系统
CN102405683B (zh) 一种承载处理方法、系统及移动管理网元
CN105578539A (zh) 一种支持多pdn连接的优化切换的方法和相应网络节点
WO2014019522A1 (zh) 挂起方法、装置及系统

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201080005222.2

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10847259

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10847259

Country of ref document: EP

Kind code of ref document: A1