WO2012019555A1 - 视频呼叫接入网间转移方法、系统、终端、和服务器 - Google Patents

视频呼叫接入网间转移方法、系统、终端、和服务器 Download PDF

Info

Publication number
WO2012019555A1
WO2012019555A1 PCT/CN2011/078318 CN2011078318W WO2012019555A1 WO 2012019555 A1 WO2012019555 A1 WO 2012019555A1 CN 2011078318 W CN2011078318 W CN 2011078318W WO 2012019555 A1 WO2012019555 A1 WO 2012019555A1
Authority
WO
WIPO (PCT)
Prior art keywords
video call
terminal
parameter
negotiation
negotiated
Prior art date
Application number
PCT/CN2011/078318
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 EP11816113.2A priority Critical patent/EP2605581B1/en
Publication of WO2012019555A1 publication Critical patent/WO2012019555A1/zh
Priority to US13/731,411 priority patent/US8913101B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
    • 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/1016—IP multimedia subsystem [IMS]
    • 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/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • 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/1066—Session management
    • H04L65/1083—In-session procedures
    • 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/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1095—Inter-network session transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H04W36/00224—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB]
    • H04W36/00226—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB] wherein the core network technologies comprise IP multimedia system [IMS], e.g. single radio voice call continuity [SRVCC]

Definitions

  • Video call access network transfer method, system, terminal, and server The application is filed on August 12, 2010, and the application number is 201010253436.3, and the name is "video call access network transfer method, system, terminal" The priority of the Chinese Patent Application, the entire disclosure of which is incorporated herein by reference.
  • the present invention relates to an IMS (IP Multimedia Subsystem, IP Multimedia Subsystem) technology, and more particularly to a video call access method, system, terminal, MSC (Mobile Switching Center) server and SCC (Service Centralization & Continuity, Business concentration and session continuity) application server.
  • IMS IP Multimedia Subsystem
  • MSC Mobile Switching Center
  • SCC Service Centralization & Continuity, Business concentration and session continuity
  • IMS is a multimedia service communication network based on IP (Internet Protocol). It is considered to support voice, video, data and other media and its combined services, and implement multiple networks (such as mobile and fixed networks, PS (Packet Switching). , packet switching)
  • PS Packet Switching
  • CS Circuit Switching
  • the core technology of the next generation communication network that is integrated with CS (Circuit Switching).
  • the IMS network adopts the IMS core network subsystem (IP Multimedia Core Network Subsystem) for service control, and the packet switching network or the circuit switched network serves as an access network to provide bearer for signaling and media stream transmission, thereby separating the service control network from the bearer network.
  • the CSCF Call Session Control Function
  • CSCF can be divided into P-CSCF (Proxy CSCF, Proxy Call Session Control Function Entity), S-CSCF (Serving CSCF, Serving Call Session Control Function Entity), I-CSCF (Interrogating CSCF, Interrogating Call Session Control) according to its location and function. Work Can be an entity).
  • P-CSCF is the first connection point with the user in IMS, providing proxy (Proxy) function, that is, accepting service request and forwarding; P-CSCF can also provide user agent (UA) function, that is, interrupt and independence under abnormal conditions. Generate a SIP session.
  • the S-CSCF is in the core control position of the IMS core network, and is responsible for registration authentication and session control of the UE (User Equipment), and performs basic session routing functions for the calling end and the called end IMS user, and According to the IMS triggering rules signed by the user, the value-added service route triggering and service control interaction to the AS are performed when the conditions are met.
  • the I-CSCF is similar to the IMS gateway node, providing local user service node assignment, routing query, and IMS inter-domain topology hiding.
  • the AS Application Server
  • IMS value-added services for IMS users, and can perform service control through interaction with the S-CSCF.
  • the IMS uses SIP (Session Initial Protocol) signaling as a call control signaling.
  • SIP Session Initial Protocol
  • SIP is an IMS control layer protocol. It is one of the multimedia streaming communication system framework protocols developed by the IETF. It is an application layer protocol for establishing, changing or ending multimedia streaming sessions, and RTP (Real Time Transport Protocol) / RTCP.
  • RTP Real Time Transport Protocol
  • RTP Control Protocol RTP Control Protocol
  • SDP Session Description Protocol
  • RTSP Real Time Streaming Protocol
  • DNS Domain Name System, i or name system
  • the session establishment and media stream negotiation in the IMS are completed; once the session is established, the media stream will be directly transmitted in the bearer layer using the RTP protocol, and multiple media streams can be flexibly interacted in one session.
  • IMS SC Service Continuity
  • the core of the SC is the SCC AS, and the SCC AS completes the transfer between access branches of different access networks. Shift function.
  • the so-called Access Leg is the call control path between the UE and the SCC AS.
  • a single radio (Single Radio) terminal is a special type of terminal. At this time, only one type of radio can be enabled at a certain time. For example, the UE is turning on the UMTS (Universal Mobile Telecommunications System). When the radio is used, the radio of LTE (Long Term Evolution) cannot be enabled.
  • SRVCC Single Radio Voice Call Continuity
  • vSRVCC Single Radio Video Call Continuity
  • single RF video call continuity single RF video call continuity
  • SCUDIF is a CS network service feature, the full name of Service Change and UDI Fallback feature.
  • UDI Unstructured Data Information
  • SCUDIF Service Change allows the UE to switch between voice calls and video calls while the call is in progress without interrupting the call.
  • the main scheme for transferring a video call from the IMS domain to the CS domain scheme is to first transfer the voice media to the CS domain, and then establish a new video call in the CS domain instead of the transferred voice media.
  • the UE needs to first convert the video call into a voice call and then change back to the video call.
  • the UE needs to negotiate in the video coding mode of the CS domain for a certain period of time (for example, 5-8 seconds), so at least between the UE and the peer end. There will be a video interruption for a certain period of time.
  • the UE's voice media will be held until the CS video negotiation is completed, that is, the UE's voice communication will also be interrupted for a certain period of time. Therefore, the program will have voice and video communication for a certain period of time. Broken, reducing the user experience.
  • the embodiment of the present invention provides a method for transferring a video call to the network, including:
  • the CS video call parameters are pre-negotiated by the IMS signaling in the PS domain to obtain pre-negotiated CS video call parameters; after the video call of the terminal is transferred from the PS domain to the CS domain, a CS video call is established according to the pre-negotiated CS video call parameters.
  • a further embodiment of the present invention provides a terminal, including:
  • a parameter sending module configured to: when the video call of the terminal is in the PS domain, send information required for establishing a CS video call of the terminal by using IMS signaling; and a parameter receiving module, configured to: when the video call of the terminal is in the PS domain, pass the IMS message Receiving a pre-negotiated CS video call parameter; a connection establishing module, configured to establish a CS video call for the terminal according to the pre-negotiated CS video call parameter after the video call of the terminal is transferred to the CS domain.
  • a further embodiment of the present invention provides an MSC server, including:
  • the parameter pre-negotiation module is configured to obtain information required for establishing a CS video call of the terminal through IMS signaling when the video call of the terminal is in the PS domain, and perform pre-negotiation of the CS video call parameter to obtain a pre-negotiated CS video call parameter, which is to be pre-negotiated.
  • the negotiated CS video call parameter is sent to the terminal; the connection establishing module is configured to establish a CS video call for the terminal according to the pre-negotiated CS video call parameter after the video call of the terminal is transferred to the CS domain.
  • a further embodiment of the present invention provides an application server, including: The terminal parameter forwarding module is configured to obtain, by using IMS signaling, information required for establishing a CS video call of the terminal, and forward the information to the MSC server; and the pre-negotiating parameter forwarding module is configured to receive the pre-negotiated CS video call from the MSC server by using the IMS signaling. Parameters, forwarded to the terminal.
  • the present invention also provides an IMS system including the above-described terminal, MSC server, or application server.
  • the method, the terminal, the MSC server, the application server and the system provided by the present invention pre-negotiate the CS video call parameters, and directly establish the CS by using the pre-negotiated CS video call parameters after the video call of the terminal is transferred from the PS domain to the CS domain.
  • Video call connections avoid the problems of voice and video interruptions in the prior art.
  • FIG. 1 is a flow chart showing an embodiment of a method for transferring video call access between networks according to the present invention
  • FIG. 2 is a flow chart showing another embodiment of a method for transferring video calls to the network according to the present invention
  • FIG. 4 is a signaling diagram of another embodiment of a method for video call access inter-network handover of the present invention
  • FIG. 6 is a signaling diagram of still another embodiment of a method for transferring a video call to an inter-network according to the present invention
  • FIG. 8 is a flow chart showing still another embodiment of a method for video call access inter-network transfer of the present invention
  • FIG. 10 is a structural diagram of an embodiment of a video call access inter-network transfer system of the present invention.
  • FIG. 11 is a block diagram showing a video call connection of the present invention.
  • Inter-network transfer system Figure 12 is a block diagram showing still another embodiment of the video call access inter-network transfer system of the present invention.
  • Figure 13 is a block diagram showing another embodiment of the video call access inter-network transfer system of the present invention.
  • Figure 14 is a block diagram showing still another embodiment of the video call access inter-network transfer system of the present invention.
  • Figure 15 is a block diagram showing an embodiment of the MSC server of the present invention.
  • step 102 a CS video call is pre-negotiated through IMS signaling in the PS domain.
  • the CS video call parameters here include: (1) H.223 Multiplexer level detection (H.223 multiplexer level detection); (2) Terminal Capability Exchange (Terminal Capability Exchange); (3) Master Slave determination; (4) Open Logical Channels (5) Multiplexer Table Entries Exchange.
  • the method may further include: (6) whether the UE or the network supports the SCUDIF.
  • the timing of the negotiation includes, for example, the negotiation of the CS video call parameters during the video call setup process of the terminal, the negotiation of the CS video call parameters after the video call of the terminal is established, or the negotiation of the CS video call parameters during the handover process. Variety of ways.
  • step 104 after the video call of the terminal is transferred from the PS domain to the CS domain, according to the pre-negotiated
  • the CS video call parameters establish a CS video call.
  • the terminal and the network side directly use this parameter to establish a CS video call.
  • the CS video call parameter is pre-negotiated before the video call of the terminal is transferred from the PS domain to the CS domain, and the CS video call is directly established by using the pre-negotiated CS video call parameter after being transferred to the CS domain, thereby avoiding the UE's
  • the voice and video interruption caused by the negotiation of CS video call parameters improves the user experience.
  • step 202 the terminal establishes a video call of the terminal, that is, an IMS video call of the terminal, in the PS domain.
  • the IMS video call setup process initiated by the terminal is initiated by the IMS video call setup request message sent by the terminal, and the terminal carries an indication that the terminal supports vSRVCC pre-negotiation in the initiating IMS video call setup request message (for example, an Invite message), the terminal
  • the network side supports the confirmation of vSRVCC pre-negotiation, and establishes an IMS video call in the PS domain.
  • the terminal may also not need to receive an acknowledgement that the network side supports vSRVCC pre-negotiation.
  • the MSC server obtains information required by the terminal to establish a CS video call, for example,
  • the information required for the terminal to establish a CS video call includes: (1) H.223 Multiplexer level detection (H.223 multiplexer level detection;); (2) Terminal Capability Exchange; (3) Master Slave determination; (4) Open Logical Channels (5) Multiplexer Table Entries Exchange.
  • the method may further include: (6) whether the UE or the network supports the SCUDIF.
  • the MSC server performs CS video call parameter pre-negotiation according to the information required by the terminal to establish a CS video call to obtain a pre-negotiated CS video call parameter, and sends the pre-negotiated CS video call parameter to the terminal. For example, based on the indication of supporting the vSRVCC pre-negotiation in the Invite message, after the terminal establishes the IMS video call in the PS domain, the MSC server obtains the information required for establishing the CS video call of the terminal, and performs pre-negotiation of the CS video call parameter to obtain the pre-negotiated
  • the CS video call parameter sends a pre-negotiated CS video call parameter to the terminal.
  • the step may be:
  • the MSC server After the terminal establishes an IMS video call in the PS domain, or the MSC server actively requests the terminal to establish information about the CS video call of the terminal, and then sends the pre-negotiated CS video call parameter to the terminal; or the SCC AS actively requests the terminal from the terminal.
  • the information required for the CS video call is established, and then the SCC AS sends the information required to obtain the CS video call of the terminal to the MSC server, and the MSC server sends the pre-negotiated CS video call parameter to the SCC AS, and the SCC AS will pre-negotiate the CS.
  • the video call parameter is sent to the terminal; or the terminal actively sends the information required for establishing the CS video call of the terminal to the MSC server, and the MSC server sends the pre-negotiated CS video call parameter to the terminal; or the terminal actively sends the established CS video of the terminal to the SCC AS.
  • the SCC AS sends the obtained information of the established CS video call of the terminal to the MSC server, and the MSC server sends the pre-negotiated CS video call parameter to the SCC AS, and the SCC AS will pre-negotiate the CS video call.
  • the parameters are sent to the terminal.
  • step 208 after the video call of the terminal is transferred from the PS domain to the CS domain, a CS video call is established for the terminal according to the pre-negotiated CS video call parameter.
  • the indication of the vSRVCC pre-negotiation is used in advance to confirm whether the terminal and the network side support the CS video call parameter pre-negotiation, and both the terminal and the network side support the CS video call parameter.
  • the CS video call parameter pre-negotiation is performed, which makes the process more flexible and reasonable.
  • the SCC AS controls the MSC server to negotiate the CS video call parameters with the terminal: when the UE initiates the IMS video call setup, the UE carries the indication that the UE supports the vSRVCC pre-negotiation in the Invite message, and the SCC AS takes the initiative after the session is established. Requesting the UE to establish the related information required for the CS video call, and sending the obtained information to the MSC server (MSC Server). After the MSC server sends the negotiation result of the CS video call to the SCC AS, the SCC AS sends the UE to the UE to complete the pre-negotiation. .
  • the specific steps include:
  • the UE initiates a video call request in the IMS domain, and includes indication information that the UE supports vSRVCC pre-negotiation in the session Invite message. For example, you can carry a special tag in the contact header: g.3gpp.vsrvcc_preNegotiation.
  • step 2 after receiving the Invite message, the SCC AS performs an IMS video call negotiation with the peer.
  • the SCC AS obtains location information of the UE according to the call request (Invite) message of the UE (for example, the SCC AS may according to the P-Visited-Network-Id header or the P-Access-Network-Info header in the UE's request message. Obtaining the location information of the UE), determining the address of the target MSC server to which the UE is transferred. It should be noted that if the MSC server joins the session chain when establishing an IMS session, so that the SCC AS can know the address of the MSC server, then step 304 can be omitted.
  • step 306 the SCC AS returns a 200 OK message to the UE, where the message carries an indication of whether the network supports vSRVCC pre-negotiation, and the indication is obtained according to whether the SCC AS and the MSC server support vSRVCC pre-negotiation.
  • the SCC AS sends an Options message to the UE, and indicates through the Accept header that the UE needs to obtain related information for establishing the CS video.
  • the content of the Accept message header is specifically Accept: application/ xml_vsrvcc_preNegotiation.
  • the UE carries the parameters required by the UE to establish a CS video call through the xml message body of the 200 OK message, that is, the information required by the UE to establish a CS video call.
  • the UE establishes the information required for the CS video call (3G-324M related information), including the following information:
  • H.223 Multiplexer level detection H.223 multiplexer level detection
  • the SCC AS obtains the relevant information required by the UE to establish a CS video call (e.g., 3G-324M related information), and transmits the information to the MSC server. For example, it can be carried by the xml message body of the Message or Info message.
  • the MSC server determines the parameters used by the subsequent CS video call according to the parameters required by the UE to establish the CS video call, and sends the parameters to the SCC AS through the xml message body of the 200 OK message.
  • the SCC AS sends the CS video call parameter pre-negotiation result to the UE via an xml message body such as a Message or Info message.
  • the UE replies with a 200 OK message.
  • step 4 the UE sends Measurement Reports to the E-UTRAN.
  • step 5 based on the UE's measurement report, the source E UTRAN (source E UTRAN ) decides to send an SRVCC HO (Handover) request to the UTRAN (UMTS Terrestrial Radio Access Network, UMTS Terrestrial Radio Access Network).
  • SRVCC HO Heandover
  • step 6 the source E UTRAN sends a Video Handover request to the source MME (Mobility Management Entity).
  • MME Mobility Management Entity
  • step 7 based on the video handover request message, the source MME separates the Bearer of the video call from the data bearer and initiates a procedure to the MSC server.
  • step 8
  • the source MME sends a vSRVCC PS-CS handover request to the MSC server.
  • the MSC server converts a PS-CS handover request into a CS inter-MSC handover request, and sends a Prepare Handover Request to the target MSC.
  • the message in step 312 includes an indication that the UE supports the SCUDIF, and the MSC server includes an indication to establish a dual bearer (voice bearer and multimedia bearer) in the transfer request.
  • the target MSC sends a handover request (Handover Request) to the target RNS (Radio Network Subsystem) to request the target RNS to perform resource allocation.
  • the target RNS returns a Handover Request ACK message.
  • the target MSC sends a Prepare Handover Response message to the MSC server.
  • the target MSC establishes a circuit connection between the MGWs associated with the MSC server
  • step 10 the MSC server initiates a transfer request to the SCC AS, and the called number of the transfer request is STN-SR.
  • the MSC server generates an SDP according to the negotiation result of the pre-negotiated CS video call, and sends the SDP to the SCC AS.
  • step 11 the SCC AS initiates a transfer process and updates the peer.
  • step 12 the MSC server sends a PS to CS Response message to the source MME, where the message carries the multimedia bearer related resource information.
  • step 13 the source MME sends a handover command (Handover Command) to the source E-UTRAN.
  • the source E-UTRAN sends a Handover from E-UTRAN Command to the UE.
  • step 15 the UE goes to UTRAN, turns off the EPS radio, and starts the UTRAN radio.
  • step 16 the target RNS performs handover detection, and the UE passes the target.
  • the RNS sends a Handover Complete message to the target MSC. If the target MSC is not the MSC server, the target MSC sends a Handover Complete message to the MSC server.
  • the UE sends a negotiation parameter activation message to the MSC server.
  • the H.223 bearer setu message For example, the H.223 bearer setu message.
  • the message is used by the MSC server/MGW to know that parameters negotiated through the IMS domain (e.g., 3G-324M) are activated.
  • the MSC Server/MGW returns a negotiation Parameter Activation Acknowledgement (ACK) message.
  • ACK a negotiation Parameter Activation Acknowledgement
  • H.245 Open logic channels message.
  • step 324 a CS domain video call connection is established to complete the subsequent transfer step.
  • steps 320 and 322 in the foregoing embodiment are optional, and the UE and the MSC server may also change their own state to the state of the video call after steps 15 and 12, respectively.
  • the SCC AS actively obtains information required for the CS video from the UE.
  • the UE actively sends the information required for establishing the CS video call of the UE to the network according to the indication that the network supports the vSRVCC pre-negotiation in the 200 OK, specifically by using the Message or the Info message.
  • the xml message body is carried.
  • FIG. 4 is a signalling diagram of another embodiment of a method of video call access inter-network handover of the present invention.
  • the main process of this embodiment is similar to the embodiment of FIG. 3.
  • the UE of the MSC server joins the signaling link when establishing the IMS session. Therefore, the SCC AS may not participate in the pre-negotiation process.
  • the MSC server initiates a pre-negotiation process with the UE.
  • the specific steps include:
  • the UE initiates a video call setup procedure at the IMS via the Invite message, which is routed to the MSC server.
  • the Invite message includes indications that the UE supports vSRVCC pre-negotiation.
  • a special tag can be carried in the contact header: g.3 gp . vsrvcc_preNegotiation.
  • step 1 the MSC server deletes the tag in the message and sends the Invite message to the SCC.
  • step 2 the SCC AS negotiates with the peer for IMS video call.
  • step 3 the SCC AS returns a 200 OK confirmation message to the MSC server.
  • step 404 the MSC server sends the 200 OK message to the UE, and the MSC server adds an indication of whether to support the vSRVCC pre-negotiation in the 200 OK message.
  • the MSC server sends an Options message to the UE in the IMS domain, and the Accept header is used to indicate that the UE needs to obtain related information for establishing the CS video.
  • the content of the Accept message header is specifically: Accept: application/ xml_vsrvcc_preNegotiation. (This message needs to be transferred through the S-CSCF of the home location of the UE, which is omitted from the figure).
  • the UE carries the information required for establishing the CS video call of the UE by using the xml message body of the 200 OK message, for example, when the CS video call is established by using the 3G-324M technology/standard, the UE needs to establish the CS video call ( 3G-324M related information), including the following information:
  • H.223 Multiplexer level detection H.223 multiplexer level detection
  • the MSC server determines the parameters used by the subsequent CS video call according to the related information (for example, 3G-324M related information) required by the UE to establish a CS video call, and sends the parameter to the xml message body of the Message or Info message.
  • the related information for example, 3G-324M related information
  • step 412 the UE replies with a 200 OK message to complete the negotiation process of the CS video call parameters.
  • steps 4-16 can be seen in steps 4-16 of Figure 3, and steps 420-424 can be found in corresponding steps 320-324 in Figure 3.
  • steps 420 and 422 in the foregoing embodiment are optional, and the UE and the MSC server may also change their own state to the state of the video call after steps 15 and 12, respectively.
  • the MSC server actively obtains information required for establishing a CS video from the UE.
  • the UE actively sends the information required for establishing the CS video call of the UE to the network according to the indication that the network supports the vSRVCC pre-negotiation in the 200 OK, which may be through a Message or an Info message.
  • the xml message body is carried.
  • the SCC AS may not need to be enhanced.
  • the UE and the network side negotiate the CS video call parameters after the video call of the IMS domain is established. It will be understood by those skilled in the art that the UE and the network side can also complete the negotiation of the CS video call parameters after, for example, step 9c, and the present invention can be implemented as well.
  • FIG. 5 is a flow chart showing still another embodiment of the method of video call access inter-network transfer of the present invention.
  • the terminal initiates an IMS video call setup request message (eg,
  • Invite message carries the information required by the terminal to establish a CS video call.
  • the MSC server obtains the information required for establishing the CS video call of the terminal, performs CS video call parameter pre-negotiation to obtain the pre-negotiated CS video call parameter, and sends the pre-negotiated CS video call parameter to the terminal.
  • the MSC server and the terminal activate the pre-negotiated CS video call parameters. It should be noted that the step 506 can be performed before the video call of the terminal is transferred from the PS domain to the CS domain, or after the video call of the terminal is transferred from the PS domain to the CS domain.
  • step 508 after the video call of the terminal is transferred from the PS domain to the CS domain, a CS video call is established for the terminal according to the pre-negotiated CS video call parameter.
  • the terminal carries the terminal in the initiation of the IMS video call setup request message.
  • the information required for the CS video call directly triggers the negotiation process of the CS video call parameters of the terminal and the network side, and the flow is simple.
  • FIG. 6 is a signalling diagram showing still another embodiment of a method of video call access inter-network handover of the present invention.
  • the UE when the UE initiates the IMS video call setup, the UE carries the related information required for establishing the CS video call in the Invite message through the XML message body, and the SCC AS sends the related information to the MSC server after the session establishment ends, the MSC server.
  • the negotiation result of the video call is sent to the SCC AS, and the SCC AS sends the UE to the UE to complete the pre-negotiation.
  • the specific steps include:
  • the UE initiates a video call in the IMS domain, and carries the information required by the UE to establish a CS video call (for example, 3G-324M related information) through the xml message body, including the following information:
  • H.223 Multiplexer level detection H.223 multiplexer level detection
  • step 2 the SCC AS negotiates with the peer for IMS video call.
  • step 3 the SCC AS returns a 200 OK message to the UE.
  • the SCC AS obtains the location information of the UE according to the request message of the UE (for example, the location information of the UE may be obtained according to the P-Visited-Network-Id header or the P-Access-Network-Info header in the UE's clearing message) , thereby determining the address of the target MSC server to which the UE is transferred.
  • step 604 is optional. If the MSC server adds the session link when establishing the IMS session, so that the SCC AS can know the address of the MSC server, step 604 may not be performed.
  • step 606 after obtaining the relevant information required by the UE to establish a CS video call (for example, 3G-324M related information), the SCC AS sends the information to the MSC server, for example, by using an xml message body of the Message or Info message.
  • the relevant information required by the UE to establish a CS video call for example, 3G-324M related information
  • the SCC AS sends the information to the MSC server, for example, by using an xml message body of the Message or Info message.
  • the MSC server determines the parameters used by the subsequent CS video call according to the video pre-negotiation parameters of the UE, and sends the parameters to the SCC AS through the xml message body of the 200 OK message.
  • step 610 the SCC AS advances the Video by the xml message body of the Message or Info message.
  • the result of the negotiation is sent to the UE.
  • the UE replies with a 200 OK message.
  • Steps 4-16 refer to steps 4-16 in Figure 3, and steps 620-624 refer to the corresponding steps in Figure 3.
  • 7 is a signaling diagram of still another embodiment of a method for video call access inter-network handover of the present invention.
  • the main flow of this embodiment is similar to the embodiment of Fig. 6.
  • the UE of the MSC server joins the signaling link when the IMS session is established. Therefore, the CS video call parameter negotiation process may not require the SCC AS to participate, and the MSC server initiates the pre-negotiation process with the UE. .
  • the specific steps include:
  • the UE initiates a video session in the IMS domain, the request being routed to the MSC server.
  • the xml message body carries information required by the UE to establish a CS video call (for example, 3G-324M related information), including the following information:
  • H.223 Multiplexer level detection H.223 multiplexer level detection
  • step 1 the MSC server sends the call to the SCC AS, and the MSC server deletes the xml message body.
  • step 2 the SCC AS performs a video session negotiation with the peer.
  • step 3 the SCC AS returns a 200 OK acknowledgment message to the UE, and the SCC AS returns a 200 OK message to the UE.
  • the MSC server determines the parameters used by the subsequent CS video call according to the information required by the UE to establish the CS video (for example, 3G-324M related information), and sends the parameter to the UE through the xml message body of the Message or Info message.
  • the information required by the UE to establish the CS video for example, 3G-324M related information
  • the UE replies with a 200 OK message.
  • Steps 4-16 refer to steps 4-16 in Figure 3, and steps 720-724 refer to the corresponding steps in Figure 3. It should be noted that in this embodiment, the SCC AS may not need to be enhanced.
  • step 802 the MSC server receives the from the PS domain to the CS sent by the MME.
  • step 804 the MSC server requests the terminal to establish information required for the CS video call of the terminal, and obtains information required by the terminal to establish a CS video call.
  • step 806 the MSC server performs pre-negotiated CS video call parameters according to the information required for establishing the CS video call of the terminal to obtain the pre-negotiated CS video call parameters, and sends the pre-negotiated CS video call parameters to the terminal.
  • step 808 after the video call of the terminal is transferred from the PS domain to the CS domain, a CS video call is established for the terminal according to the pre-negotiated CS video call parameter.
  • Figure 9 is a signal diagram showing still another embodiment of a method of video call access inter-network handover of the present invention.
  • the pre-negotiation is performed in the process of forwarding, that is, after receiving the transfer request sent by the MME, the MSC server requests the UE to obtain related information required for the CS video call, and directly sends the result of the negotiation to the UE. After the negotiation is completed, the MSC server initiates a transfer request to the SCC AS.
  • the specific steps include:
  • step 1 the UE initiates a video call setup process at the IMS
  • the MSC server sends an Options message to the UE in the IMS domain, and the Accept header is used to indicate that the UE needs to obtain related information for establishing the CS video.
  • the content of the Accept header is specifically: Application: xml_vsrvcc_preNegotiation. (The message needs to be transferred through the S-CSCF of the home location of the UE, which is omitted here)
  • the MSC server can also obtain relevant information required for establishing a CS video from the UE through a Message or Info message.
  • the UE carries the information required by the UE to establish a CS video call through the xml message body of the 200 OK message, including the following information:
  • H.223 Multiplexer level detection H.223 multiplexer level detection
  • the MSC server determines the subsequent CS view according to the Video pre-negotiation parameter of the UE.
  • the parameters used by the frequency call are sent to the UE through an xml message body such as a Message or Info message.
  • the UE replies with a 200 OK message.
  • step 10 the MSC server generates an SDP according to the negotiation result of the pre-negotiated CS video call in step 906, and sends the SDP to the SCC AS.
  • Steps 11-16 refer to steps 11-16 in Figure 3, and steps 920-924 refer to the corresponding steps in Figure 3.
  • the UE and the network side begin the negotiation of CS video call parameters after step 9b. It should be understood by those skilled in the art that the UE and the network side can also start the negotiation of the CS video call parameters after step 8a, and the present invention can also be implemented.
  • the MSC server generates an SDP according to the negotiation result of the pre-negotiated CS video call in step 906, and sends the SDP to the SCC AS.
  • step 10 can also be directly performed after adjusting to step 8a.
  • the SDP in step 10 is the media capability information of the MSC server/MGW, and the steps 8b to 906 are sequentially performed in step 10.
  • the embodiment of the present invention is directed to the transfer of the video call access network from the SAE network to the UMTS network. It should be understood by those skilled in the art that the flow of the embodiment of the present invention is equally applicable to the case where the SAE network is transferred to the GSM network.
  • the video call parameters are negotiated by using the 3G-324M technology/standard to establish a video call. It should be understood by those skilled in the art that the technical solution of the present invention is not limited to the 3G-324M technology/standard, and it is also possible to establish a video call using, for example, the H.324M technology/standard, which is also within the scope of the protection of the present invention.
  • FIG. 10 is a block diagram showing an embodiment of a video call access inter-network transfer system of the present invention.
  • the system includes a terminal 101 and an MSC server 102.
  • the terminal 101 includes a parameter sending module 1011, a parameter receiving module 1012, and a connection establishing module 1013.
  • the MSC server 102 includes a parameter pre-negotiation module 1021 and a connection establishing module 1023.
  • the parameter sending module 1011 is configured to: when the video call of the terminal is in the PS domain, send the information required for establishing the CS video call of the terminal by using the IMS signaling; the parameter receiving module 1012 is configured to: when the video call of the terminal is in the PS domain, The IMS signaling receives the pre-negotiated CS video call parameter.
  • the connection establishing module 1013 is configured to establish a CS video call for the terminal according to the pre-negotiated CS video call parameter after the video call of the terminal is transferred to the CS domain.
  • the parameter pre-negotiation module 1021 is configured to obtain information required for establishing a CS video call of the terminal by using IMS signaling when the video call of the terminal is in the PS domain, and perform pre-negotiation of the CS video call parameter to obtain a pre-negotiated CS video call parameter, which is to be pre-negotiated.
  • the negotiated CS video call parameter is sent to the terminal;
  • the connection establishing module 1023 is configured to establish a CS video call for the terminal according to the pre-negotiated CS video call parameter after the video call of the terminal is transferred to the CS domain.
  • the parameter sending module 1011 is specifically configured to: when the video call of the terminal is in the PS domain, carry the information required for establishing the CS video call of the terminal in the initiating the IMS video call setup request message (for example, an Invite message)
  • the parameter pre-negotiation module 1021 receives the information required to establish a CS video call of the terminal by initiating an IMS video call setup request message.
  • the parameter pre-negotiation module 1021 is configured to obtain, after the MSC server receives the transfer request, information required for establishing a CS video call of the terminal by using IMS signaling, and perform CS video call parameter negotiation, which is pre-negotiated.
  • the CS video call parameters are sent to the terminal, and then a transfer request is sent to the SCC AS.
  • the parameter pre-negotiation module of the MSC server and the corresponding module of the terminal pre-negotiate the CS video call parameters before the video call of the terminal is transferred from the PS domain to the CS domain, and the connection between the terminal and the MSC server after the transfer to the CS domain.
  • the establishment module directly uses the pre-negotiated CS video call parameters to establish a CS video call, which avoids the interruption of voice and video caused by the CS video call parameter negotiation during the process of switching the video call of the UE from the PS domain to the CS domain, thereby improving the user experience.
  • the process of establishing a CS video call by the terminal in the initiating IMS video call setup request message directly triggers the negotiation process of the CS video call parameters of the terminal and the network side, and the process is simple.
  • FIG. 11 is a block diagram showing another embodiment of the video call access inter-network transfer system of the present invention.
  • the system includes a terminal 111 and an MSC server 112.
  • the terminal 111 includes a pre-negotiation indication sending module 1114, a pre-negotiation confirmation receiving module 1115, a parameter sending module 1011, a parameter receiving module 1012, and a connection establishing module 1013.
  • the MSC server 112 includes a pre-negotiation indication receiving module 1124, a pre-negotiation confirmation sending module 1125, The parameter pre-negotiation module 1021 and the connection establishment module 1023.
  • the parameter sending module 1011, the parameter receiving module 1012, the connection establishing module 1013, and the connection establishing module 1023 in the MSC server 112 in the terminal 111 can refer to the description of the corresponding module in FIG. 10, and will not be described in detail herein for the sake of brevity.
  • the pre-negotiation indication sending module 1214 is configured to carry an indication that the terminal supports vSRVCC pre-negotiation in the initiating IMS video call setup request message (for example, an Invite message); the pre-negotiation confirmation receiving module 1215 is used to confirm the message established by the IMS video call.
  • the receiving network side supports the confirmation of vSRVCC pre-negotiation.
  • the pre-negotiation indication receiving module 1224 is configured to receive The initiating IMS video call setup request message carries the indication that the terminal supports the vSRVCC pre-negotiation; the pre-negotiation confirmation sending module 1225 is configured to send the network side support vSRVCC pre-negotiation confirmation by the IMS video call setup confirmation message. After the terminal and the MSC server confirm that the vSRVCC pre-negotiation is supported, the CS video parameter pre-negotiation process is performed.
  • the parameter pre-negotiation module 1021 is specifically configured to: when the terminal is in the packet-switched PS domain, after the pre-negotiation indication receiving module 1124 receives the indication that the terminal supports the vSRVCC pre-negotiation, obtain the CS video call parameter of the terminal by using the IP multimedia subsystem IMS signaling.
  • the CS video call parameter pre-negotiation is performed to obtain a pre-negotiated CS video call parameter, and the pre-negotiated CS video call parameter is sent to the terminal.
  • the pre-negotiation indication sending module, the pre-negotiation indication receiving module, the pre-negotiation confirmation sending module, and the pre-negotiation confirmation receiving module confirm in advance whether the terminal and the network side support CS.
  • Video call parameter pre-negotiation When both the terminal and the network side support the CS video call parameter pre-negotiation, the CS video call parameter pre-negotiation is performed, which makes the process more flexible and reasonable.
  • FIG. 12 is a block diagram showing still another embodiment of the video call access inter-network transfer system of the present invention.
  • the system includes a terminal 121, an MSC server 122, and an SCC AS 123.
  • the terminal 121 includes a parameter sending module 1211, a parameter receiving module 1212, and a connection establishing module 1213.
  • the MSC server 122 includes a parameter pre-negotiation module 1221 and a connection establishing module 1223.
  • the SCC AS 123 includes a terminal parameter forwarding module 1231 and a pre-negotiation parameter forwarding module. 1232.
  • the main functions of the parameter sending module 1211, the parameter receiving module 1212 and the connection establishing module 1213 in the terminal 121, the parameter pre-negotiation module 1221 and the connection establishing module 1223 in the MSC server 122 can be referred to the corresponding modules in FIG. 10 and FIG. Description, for the sake of brevity, will not be described in detail here.
  • the difference from the embodiment of FIG. 10 and FIG. 11 is that the negotiation of the CS video call parameters between the terminal 121 and the MSC server 122 is performed under the control of the SCC AS 123, and the information required for establishing the CS video call of the terminal and the pre-negotiated CS are performed.
  • the transmission of the video call parameters between the terminal 121 and the MSC server 122 is forwarded by the SCC AS 123.
  • the terminal parameter forwarding module 1231 is configured to obtain the CS video call parameter of the terminal 121 by using the IMS signaling, and forward it to the MSC server 122.
  • the pre-negotiation parameter forwarding module 1232 is configured to receive the pre-negotiation from the MSC server 122 through the IMS signaling.
  • the CS video call parameters are forwarded to the terminal 121.
  • the terminal parameter forwarding module 1231 transmits the CS video call parameter of the terminal 121 for initiating the IMS video call setup request message through the terminal, and then sends the CS video call parameter to the MSC server 122.
  • FIG. 13 is a block diagram showing still another embodiment of the video call access inter-network transfer system of the present invention.
  • the system includes a terminal 131, an MSC server 132, and an SCC AS 133.
  • the terminal 131 includes a pre-negotiation indication sending module 1314, a pre-negotiation confirmation receiving module 1315, a parameter sending module 1211, a parameter receiving module 1212, and a connection establishing module 1213.
  • the MSC server 132 includes a parameter pre-negotiation module 1221 and a connection establishing module 1223, SCC.
  • the AS 133 includes a pre-negotiation indication sending module 1334, a pre-negotiation confirmation receiving module 1335, a terminal parameter forwarding module 1231, and a pre-negotiation parameter forwarding module 1232.
  • the module 1232 can be referred to the description of the corresponding module in FIG.
  • the pre-negotiation indication sending module 1314 is configured to carry an indication that the terminal supports vSRVCC pre-negotiation in the initiating IMS video call setup request message (for example, an Invite message); the pre-negotiation confirmation receiving module 1315 is used to confirm the message established by the IMS video call.
  • the receiving network side supports the confirmation of vSRVCC pre-negotiation.
  • the pre-negotiation indication receiving module 1334 is configured to receive an indication that the terminal supports the vSRVCC pre-negotiation in the initiating the IMS video call setup request message, and the pre-negotiation confirmation sending module 1335 is configured to send the network side support vSRVCC pre-negotiation by using the IMS video call setup confirmation message. Confirmation. After the terminal and the SCC AS confirm that the vSRVCC pre-negotiation is supported, the CS video parameter pre-negotiation process is performed.
  • the pre-negotiation indication sending module, the pre-negotiation indication receiving module, the pre-negotiation confirmation sending module, and the pre-negotiation confirmation receiving module confirm in advance whether the terminal and the network side support CS video.
  • Call parameter pre-negotiation When both the terminal and the network side support the CS video call parameter pre-negotiation, the CS video call parameter pre-negotiation is performed, which makes the process more flexible and reasonable.
  • FIG. 14 is a block diagram showing still another embodiment of the video call access inter-network transfer system of the present invention.
  • the system includes the system including a terminal 141 and an MSC server 142.
  • the terminal 141 includes a parameter sending module 1411, a parameter receiving module 1412, a pre-negotiation parameter activation module 1416, and a connection establishing module 1413.
  • the MSC server 142 includes a parameter pre-negotiation module 1421, a pre-negotiation parameter activation module 1426, and a connection establishing module 1423.
  • the parameter sending module 1411, the parameter receiving module 1412, and the connection establishing module 1413 in the terminal 141 and the parameter pre-negotiation module 1421 and the connection establishing module 1423 in the MSC server 142 can refer to the description of the corresponding module in FIG. 10-13.
  • the pre-negotiation parameter activation module 1416 is used to convert the video call of the terminal After moving to the CS domain, the pre-negotiated CS video call parameters received by the parameter receiving module 1412 are activated.
  • the pre-negotiation parameter activation module 1426 is configured to activate the pre-negotiated CS video call parameters determined by the parameter pre-negotiation module 1421 after the video call of the terminal is transferred to the CS domain.
  • FIG. 15 is a block diagram showing an embodiment of an MSC server of the present invention.
  • the MSC server includes a parameter pre-negotiation module 1021, a connection establishment module 1023, and a transfer request receiving module 1525.
  • the transfer request receiving module 1525 receives the request message that is sent by the MME from the PS domain to the CS domain or the preparation switch response message sent by the target MSC.
  • the parameter pre-negotiation module 1021 is specifically configured to receive the PS domain to the CS when the transfer request receiving module 1525 receives the message.
  • the information required for establishing the CS video call of the terminal is obtained through the IMS signaling, and the CS video call parameter pre-negotiation is performed to obtain the pre-negotiated CS video call parameter, and the pre-negotiated CS video is obtained.
  • the call parameters are sent to the terminal.
  • the various modules are shown in block diagrams to illustrate their function.
  • These functional blocks can be implemented in hardware, software, firmware, middleware, microcode, hardware description speech, or any combination thereof.
  • one or both of the functional blocks can be implemented with code running on a microprocessor, digital signal processor (DSP), or any other suitable platform.
  • a code can represent a procedure, a function, a subroutine, a program, a routine, a subroutine, a module, or any combination of instructions, data structures, or program statements.
  • the code can be located on a computer readable medium.
  • the computer readable medium can include one or more storage devices including, for example, RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, mobile hard disk, CD-ROM, or any other form known in the art. Storage medium.
  • the computer readable medium can also include a carrier wave that encodes a data signal.
  • one or both of the functional modules may utilize an application specific integrated circuit (ASIC), controller, microcontroller, state machine, field programmable gate array (FPGA), or other programmable logic device , discrete gate or transistor logic, discrete hardware components, or any combination thereof.
  • ASIC application specific integrated circuit
  • controller microcontroller
  • state machine state machine
  • FPGA field programmable gate array
  • other programmable logic device discrete gate or transistor logic, discrete hardware components, or any combination thereof.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开一种视频呼叫接入网间转移方法、系统、终端、MSC服务器和SCC应用服务器。该方法包括：在PS域通过IMS信令预先协商CS视频呼叫参数；在终端的视频呼叫从PS域转移到CS域后，根据预协商的CS视频呼叫参数建立CS视频呼叫。通过本发明的技术方案，在终端的视频呼叫从PS域转移到CS域之前预先协商CS视频呼叫参数，在转移到CS域后直接利用预先协商的CS视频呼叫参数建立CS视频呼叫，UE的视频呼叫从PS域到CS域切换过程中，不会出现的语音和视频中断，提升了用户体验。

Description

视频呼叫接入网间转移方法、 系统、 终端、 和服务器 本申请要求于 2010 年 8 月 12 日提交中国专利局、 申请号为 201010253436.3、 名称为 "视频呼叫接入网间转移方法、 系统、 终端、 和月良务 器" 的中国专利申请的优先权， 其全部内容通过引用结合在本申请中。
技术领域
本发明涉及 IMS ( IP Multimedia Subsystem, IP多媒体子系统）技术， 尤 其涉及一种视频呼叫接入网间转移方法、 系统、终端、 MSC ( Mobile Switching Center, 移动交换中心）服务器和 SCC ( Service Centralization&Continuity, 业 务集中和会话连续性）应用服务器。 背景技术
IMS是基于 IP ( Internet Protocol, 网际协议）的多媒体业务通信网络， 被 认为是支持语音、 视频、 数据等多种媒体及其组合业务、 实现多种网络（例如 移动与固定网络， PS ( Packet Switching，分组交换 )与 CS ( Circuit Switching， 电路交换） 网络等） 融合的下一代通信网络的核心技术。 IMS 网络采用 IMS 核心网子系统（ IP Multimedia Core Network Subsystem )进行业务控制， 分组 交换网络或电路交换网络作为接入网络为信令和媒体流传输提供承载，从而将 业务控制网络和承载网络分离， 为 IP多媒体应用提供了统一和灵活的支持平 台。 在 IMS网络中， CSCF ( Call Session Control Function, 呼叫会话控制功能 实体）提供了核心的 IMS会话控制功能。 CSCF按其位置和功能可分为 P-CSCF ( Proxy CSCF , 代理呼叫会话控制功能实体）、 S-CSCF ( Serving CSCF , 服务 呼叫会话控制功能实体）、 I-CSCF ( Interrogating CSCF , 询问呼叫会话控制功 能实体）。 P-CSCF是 IMS 中与用户的第一个连接点， 提供代理（Proxy )功 能， 即接受业务请求并转发； P-CSCF也可提供用户代理（UA )功能， 即在异 常情况下中断和独立产生 SIP会话。 S-CSCF在 IMS核心网中处于核心的控制 地位， 负责对 UE ( User Equipment, 用户终端）的注册鉴权和会话控制， 执行 针对主叫端及被叫端 IMS用户的基本会话路由功能， 并根据用户签约的 IMS 触发规则， 在条件满足时进行到 AS 的增值业务路由触发及业务控制交互。 I-CSCF类似 IMS的关口节点，提供本域用户服务节点分配、路由查询以及 IMS 域间拓朴隐藏功能。
AS ( Application Server, 应用服务器）为 IMS用户提供 IMS增值业务， 可以通过与 S-CSCF之间的交互进行业务控制。
IMS采用 SIP ( Session Initial Protocol, 会话初始协议 )信令为呼叫控制信 令。 SIP是 IMS控制层协议，是 IETF制订的多媒体流通信系统框架协议之一， 是用于建立、 改变或结束多媒体流会话的应用层协议， 与 RTP ( Real Time Transport Protocol, 实时传输协议） /RTCP ( RTP Control Protocol, RTP控制 协议）、 SDP ( Session Description Protocol, 会话描述协议）、 RTSP ( Real Time Streaming Protocol, 实时流传输协议）、 DNS ( Domain Name System, i或名系 统）等协议配合， 共同完成 IMS中的会话建立及媒体流协商； 一旦建立会话， 媒体流将使用 RTP协议在承载层中直接传送， 在一次会话中可以灵活的交互 多种媒体流。
IMS SC ( Service Continuity, 业务连续性）研究用户在不同接入网络之间 移动时的会话连续性， 即当用户移动时可以变更接入网络而不中断会话。 SC 的核心是 SCC AS , SCC AS完成不同接入网间接入分支（ Access Leg )间的转 移功能。 所谓 Access Leg就是 UE与 SCC AS间的呼叫控制路径。 当处于连接 状态的 SC用户设备检测到周围的无线环境发生变化或发生其他变化时， 将按 照预先定义的转移策略， 进行接入网转移。
单射频 （Single Radio )终端是一种比较特殊的终端类型， 该种类型的终 端在某个时刻只能有一种类型的射频开启，例如， UE在开启 UMTS ( Universal Mobile Telecommunications System,通用移动通信系统）射频时，不能开启 LTE ( Long Term Evolution, 长期演进） 的射频。 单射频终端的语音业务在不同接 入网间转移被称为 SRVCC ( Single Radio Voice Call Continuity, 单射频语音呼 叫连续性）， 视频业务在不同接入网间转移称为 vSRVCC ( Single Radio Video Call Continuity, 单射频视频呼叫连续性）。
SCUDIF是一种 CS网络业务特性， 全称 Service Change and UDI Fallback feature。 UDI ( Unstructured Data Information, 非结构数据信息）是一种承载能 力， 即 UE可以 64kps速率发送数据， 典型应用即视频呼叫。 Service change 使得 UE可以在呼叫进行过程中在语音呼叫和视频呼叫之间转换， 而不会中断 呼叫。
现有技术中， 视频呼叫 （Video Call )从 IMS域转移到 CS域方案的主要 方案是首先将语音媒体转移到 CS域， 然后在 CS域建立一个新的视频呼叫来 代替转过来的语音媒体。 UE在切换过程中需要首先将视频呼叫变成语音呼叫 然后再变回视频呼叫， 通常 UE在 CS域的视频编码方式协商需要一定的时间 (例如 5-8秒）， 因此 UE与对端间至少会有一定时间的视频中断。 在切换过 程中， UE的语音媒体会被保持住， 直到 CS视频协商完毕， 即 UE的语音通 信也会有一定时间的中断。因此该方案会出现语音和视频有一定时间的通信中 断， 降低了用户体验。
发明内容
为了解决现有技术中 UE的视频呼叫从 PS域到 CS域切换过程中出现的 语音和视频中断的问题，本发明的实施例提供一种视频呼叫接入网间转移的方 法， 该包括：
在 PS域通过 IMS信令预先协商 CS视频呼叫参数以得到预协商的 CS视 频呼叫参数； 在终端的视频呼叫从 PS域转移到 CS域后， 根据预协商的 CS 视频呼叫参数建立 CS视频呼叫。
本发明的又一个实施例提供了一种终端， 包括：
参数发送模块， 用于当终端的视频呼叫在 PS域时， 通过 IMS信令发送终 端的建立 CS视频呼叫所需信息； 参数接收模块，用于当终端的视频呼叫在 PS 域时， 通过 IMS信令接收预协商的 CS视频呼叫参数； 连接建立模块， 用于当 终端的视频呼叫转移到 CS域后， 根据预协商的 CS视频呼叫参数为终端建立 CS视频呼叫。
本发明的又一个实施例提供了一种 MSC服务器， 包括：
参数预协商模块，用于当终端的视频呼叫在 PS域时通过 IMS信令获得终 端的建立 CS视频呼叫所需信息， 进行 CS视频呼叫参数预协商以得到预协商 的 CS视频呼叫参数， 将预协商的 CS视频呼叫参数发向终端； 连接建立模块， 用于当终端的视频呼叫转移到 CS域后根据预协商的 CS视频呼叫参数为终端 建立 CS视频呼叫。
本发明的又一个实施例提供了一种应用服务器， 包括： 终端参数转发模块，用于通过 IMS信令获取终端的建立 CS视频呼叫所需 信息， 转发给 MSC服务器； 预协商参数转发模块， 用于通过 IMS信令接收来 自 MSC服务器的预协商的 CS视频呼叫参数， 转发给终端。 本发明还提供了一种 IMS系统， 包括上述的终端、 MSC服务器、 或应用 服务器。 本发明提供的方法、 终端、 MSC 服务器、 应用服务器和系统， 预先进行 CS视频呼叫参数的协商， 当终端的视频呼叫从 PS域转移到 CS域后， 直接利 用预协商的 CS视频呼叫参数建立 CS视频呼叫连接， 避免了现有技术中的语 音和视频中断的问题。
附图说明
图 1示出本发明视频呼叫接入网间转移的方法的一个实施例的流程图； 图 2示出本发明视频呼叫接入网间转移的方法的另一个实施例的流程图； 图 3示出本发明视频呼叫接入网间转移的方法的一个实施例的信令图； 图 4示出本发明视频呼叫接入网间转移的方法的另一个实施例的信令图； 图 5示出本发明视频呼叫接入网间转移的方法的又一个实施例的流程图； 图 6示出本发明视频呼叫接入网间转移的方法的又一个实施例的信令图； 图 7示出本发明视频呼叫接入网间转移的方法的又一个实施例的信令图； 图 8示出本发明视频呼叫接入网间转移的方法的又一个实施例的流程图； 图 9示出本发明视频呼叫接入网间转移的方法的又一个实施例的信令图； 图 10示出本发明视频呼叫接入网间转移系统的一个实施例的结构图； 图 11示出本发明视频呼叫接入网间转移系统的另一个实施例的结构图； 图 12示出本发明视频呼叫接入网间转移系统的又一个实施例的结构图； 图 13示出本发明视频呼叫接入网间转移系统的又一个实施例的结构图； 图 14示出本发明视频呼叫接入网间转移系统的又一个实施例的结构图； 图 15示出本发明 MSC服务器的一个实施例的结构图。 具体实施方式
下面参照附图对本发明进行更全面的描述，其中说明本发明的示例性实施 例。 在附图中， 相同的标号表示相同或者相似的组件或元素。
图 1示出本发明视频呼叫接入网间转移的方法的一个实施例的流程图。 如图 1所示， 在步骤 102， 在 PS域通过 IMS信令预先协商 CS视频呼叫
( CS Video Call )参数， 以得到预协商的 CS视频呼叫参数。 例如， 当采用 3G-324M技术 /标准建立 CS视频呼叫， 则这里的 CS视频呼叫参数包括： （1) H.223 Multiplexer level detection ( H.223 复用器级别检测）； (2) Terminal Capability Exchange (终端能力交换 ); (3) Master Slave determination (主从确 定 ); (4) Open Logical Channels (打开還辑信道 ) (5) Multiplexer Table Entries Exchange (复用表项交换）。 可选地， 还可以包括： （6) UE 或网络是否支持 SCUDIF。 协商的时机包括例如在终端的视频呼叫建立过程中进行 CS视频呼 叫参数的协商、 在终端的视频呼叫建立后进行 CS视频呼叫参数的协商、 或者 在切换转移过程中进行 CS视频呼叫参数的协商等多种方式。
在步骤 104， 在终端的视频呼叫从 PS域转移到 CS域后， 根据预协商的
CS视频呼叫参数建立 CS视频呼叫。终端和网络侧直接利用该参数建立 CS视 频呼叫。
在该实施例中，在终端的视频呼叫从 PS域转移到 CS域之前预先协商 CS 视频呼叫参数， 在转移到 CS域后直接利用预先协商的 CS视频呼叫参数建立 CS视频呼叫， 避免了 UE的视频呼叫从 PS域到 CS域切换过程中， 由于 CS 视频呼叫参数协商导致的语音和视频的中断， 提升了用户体验。
下面将通过各个具体实施例来说明本发明的多种实现方式。
图 2示出本发明视频呼叫接入网间转移的方法的另一个实施例的流程图。 如图 2所示， 在步骤 202， 终端在 PS域内建立终端的视频呼叫， 即终端 的 IMS视频呼叫。 例如， 终端的 IMS视频呼叫建立过程由终端发送的 IMS视 频呼叫建立请求消息发起， 终端在发起 IMS视频呼叫建立请求消息 （例如， Invite (邀请） 消息） 中携带终端支持 vSRVCC预协商的指示， 终端收到网络 侧支持 vSRVCC预协商的确认，在 PS域内建立 IMS视频呼叫。在本发明的一 个实施例中， 终端也可以不需要接收网络侧支持 vSRVCC预协商的确认。
在步骤 204， MSC服务器获得终端的建立 CS视频呼叫所需信息， 例如， 当采用 3G-324M技术 /标准建立 CS视频呼叫， 则终端的建立 CS视频呼叫所 需信息包括： (1) H.223 Multiplexer level detection ( H.223 复用器级别检测；)； (2) Terminal Capability Exchange(终端能力交换 ); (3) Master Slave determination (主从确定）； (4) Open Logical Channels (打开逻辑信道）（5) Multiplexer Table Entries Exchange (复用表项交换）。 可选地， 还可以包括： （6) UE或网络是否 支持 SCUDIF。
MSC服务器根据终端的建立 CS视频呼叫所需信息进行 CS视频呼叫参数 预协商以得到预协商的 CS视频呼叫参数， 向终端发送该预协商的 CS视频呼 叫参数。 例如， 基于 Invite消息中的支持 vSRVCC预协商的指示， 在终端在 PS域内建立 IMS视频呼叫后， MSC服务器获得终端的建立 CS视频呼叫所需 信息， 进行 CS视频呼叫参数预协商以得到预协商的 CS视频呼叫参数， 向终 端发送预协商的 CS视频呼叫参数。 具体地， 该步骤可以是：
在终端在 PS域内建立 IMS视频呼叫后， 或者 MSC服务器主动向终端请 求终端的建立 CS视频呼叫所需信息， 然后将预协商的 CS视频呼叫参数发送 给终端； 或者 SCC AS主动向终端请求终端的建立 CS视频呼叫所需信息， 然 后由 SCC AS将获得终端的建立 CS视频呼叫所需信息发送给 MSC服务器， MSC服务器将预协商的 CS视频呼叫参数发送给 SCC AS, SCC AS将预协商 的 CS视频呼叫参数发送给终端； 或者终端主动向 MSC服务器发送终端的建 立 CS视频呼叫所需信息， MSC服务器将预协商的 CS视频呼叫参数发送给终 端； 或者终端主动向 SCC AS发送终端的建立 CS视频呼叫所需信息， 然后由 SCC AS将获得的终端的建立 CS视频呼叫所需信息发送给 MSC服务器， MSC 服务器将预协商的 CS视频呼叫参数发送给 SCC AS, SCC AS将预协商的 CS 视频呼叫参数发送给终端。
在步骤 208， 在终端的视频呼叫从 PS域转移到 CS域后， 根据预协商的 CS视频呼叫参数为终端建立 CS视频呼叫。
在该实施例中， 在进行 CS视频呼叫参数预协商之前， 预先通过 vSRVCC 预协商的指示来确认终端和网络侧是否支持 CS视频呼叫参数预协商， 当确认 终端和网络侧都支持 CS视频呼叫参数预协商的情况下， 进行 CS视频呼叫参 数预协商， 使得流程更加灵活、 合理。
图 3示出本发明视频呼叫接入网间转移的方法的一个实施例的信令图。在 该实施例中， SCC AS控制 MSC服务器与终端进行 CS视频呼叫参数的协商： UE在发起 IMS视频呼叫建立时， 在 Invite消息中携带 UE支持 vSRVCC预协 商的指示， SCC AS完成会话建立后， 主动向 UE请求建立 CS视频呼叫所需 的相关信息， 并将获取的信息发送给 MSC服务器（MSC Server ), MSC服务 器将 CS视频呼叫的协商结果发送给 SCC AS后， SCC AS发送给 UE完成预协 商。
如图 3所示， 具体步骤包括：
在步骤 302， UE在 IMS域发起视频呼叫请求， 在会话 Invite (邀请） 消 息中包含 UE支持 vSRVCC预协商的指示信息。 例如， 可以在 contact头中携 带特殊的 tag: g.3gpp.vsrvcc_preNegotiation。
在步骤 2， SCC AS收到 Invite消息后， SCC AS与对端进行 IMS 视频呼 叫协商。
在步骤 304， SCC AS根据 UE的呼叫请求（ Invite ) 消息获得 UE的位置 信息（例如， SCC AS可以根据 UE的请求消息中的 P-Visited-Network-Id头或 P-Access-Network-Info头获得 UE的位置信息），判断出 UE的转移的目标 MSC 服务器的地址。 需要指出， 如果 MSC服务器在建立 IMS会话时即加入会话链 路， 这样 SCC AS就能够知道 MSC 服务器的地址， 则该步骤 304可省略。
在步骤 306， SCC AS向 UE返回 200 OK消息， 在该消息中携带网络是否 支持 vSRVCC预协商的指示， 该指示根据 SCC AS和 MSC服务器是否支持 vSRVCC预协商的综合得到。
在步骤 308， SCC AS向 UE发送 Options消息， 通过 Accept头来指示希 望获得 UE的建立 CS视频所需要的相关信息。 例如， Accept消息头的内容具 体为 Accept: application/ xml_vsrvcc_preNegotiation。
在步骤 310， UE通过 200 OK消息的 xml消息体携带 UE的建立 CS视频 呼叫需要的参数，即 UE的建立 CS 视频呼叫所需信息。例如，当采用 3G-324M 技术 /标准建立 CS视频呼叫， 则 UE的建立 CS 视频呼叫所需信息（ 3G-324M 相关的信息）， 包括如下信息：
(1) H.223 Multiplexer level detection ( H.223 复用器级别检测），
(2) Terminal Capability Exchange (终端能力交换），
(3) Master Slave determination (主从确定) , (4) Open Logical Channels (打开還辑信道） ,
(5) Multiplexer Table Entries Exchange (复用表项交换 )，
(6) UE是否支持 SCUDIF。 其中 （6 )为可选项。
在步骤 312， SCC AS获得 UE的建立 CS 视频呼叫所需的相关信息后（例 如， 3G-324M相关的信息），向 MSC服务器发送该信息。例如可以通过 Message 或 Info消息的 xml消息体携带。
在步骤 314， MSC服务器根据 UE的建立 CS视频呼叫所需的参数， 确定 后续 CS视频呼叫使用的参数， 并通过 200 OK消息的 xml消息体发送给 SCC AS。
在步骤 316， SCC AS通过例如 Message或 Info消息的 xml消息体将 CS 视频呼叫参数预协商结果发送给 UE。
在步骤 318， UE回复 200 OK消息。
在步骤 4， UE向 E-UTRAN发送测量报告（ Measurement Reports )。
在步骤 5， 基于 UE的测量报告， 源 E UTRAN ( source E UTRAN ) 决定 向 UTRAN( UMTS Terrestrial Radio Access Network ， UMTS 陆地无线接入网） 发送 SRVCC HO ( Handover, 切换）请求。
在步骤 6， 源 E UTRAN向源 MME ( Mobility Management Entity, 移动管 理实体）发送视频切换 ( Video Handover )请求。
在步骤 7， 基于视频切换请求消息， 源 MME将视频呼叫的承载（ Bearer ) 和数据承载分离， 并且向 MSC服务器发起流程。
在步骤 8:
8a、 源 MME向 MSC服务器发送 vSRVCC PS-CS handover请求
8b、 MSC服务器将 PS-CS切换（PS-CS handover )请求转换成 CS MSC 间切换（CS inter-MSC handover )请求， 并向目标（target ) MSC发送准备切 换请求（ Prepare Handover Request )， 如果在步骤 312中的消息包含 UE支持 SCUDIF的指示， 则 MSC服务器在转移请求中包含建立双承载（语音承载与 多媒体承载） 的指示。
8c、 目标 MSC向目标 RNS ( Radio Network Subsystem, 无线网络子系统） 发送切换请求（ Handover Request )， 请求目标 RNS进行资源分配 9a、 目标 RNS返回切换请求确认 ( Handover Request ACK ) 消息
9b、 目标 MSC 向 MSC 服务器发送准备切换响应 （Prepare Handover Response ) 消息
9c、 目标 MSC和 MSC服务器相关的 MGW间建立电路连接
在步骤 10， MSC服务器向 SCC AS发起转移请求， 该转移请求的被叫号 码为 STN-SR， MSC服务器根据预协商的 CS视频呼叫的协商结果生成 SDP， 并发送给 SCC AS。
在步骤 11， SCC AS发起转移过程， 更新对端。
在步骤 12， MSC服务器向源 MME发送 PS to CS Response消息， 在该消 息中携带多媒体承载（ Multimedia Bearer )相关的资源信息。
在步骤 13，源 MME向源 E-UTRAN发送切换命令（ Handover Command )。 在步骤 14，源 E-UTRAN向 UE发送从 E-UTRAN切换命令（ Handover from E-UTRAN Command )。
在步骤 15， UE转到 UTRAN， 关闭 EPS射频， 开始 UTRAN射频.
在步骤 16， 目标 RNS执行 HO检测 （ handover Detection )， UE通过目标
RNS向目标 MSC发送切换完成（ Handover Complete ) 消息， 如果目标 MSC 不是 MSC服务器，则目标 MSC向 MSC服务器发送 Handover Complete消息。
在步骤 320， UE向 MSC服务器发送协商参数激活消息。例如， H.223 bearer setu 消息。通过该消息使 MSC服务器 /MGW知道通过 IMS域协商的参数（例 如 3G-324M )被激活。
在步骤 322， MSC服务器 /MGW返回协商参数激活确认（ ACK ) 消息。 例如， H.245 Open logic channels消息。
在步骤 324， 建立 CS域视频呼叫连接， 完成后续转移步骤。
需要指出， 上述实施例中步骤 320、 322是可选的， UE和 MSC服务器也 可以分别在步骤 15和步骤 12后将自身状态变为视频呼叫的状态。
需要指出， 上述实施例中， SCC AS主动向 UE获取 CS视频所需的信息。 在本发明的另一个实施例中， UE在步骤 306后， 根据 200 OK中网络支持 vSRVCC预协商的指示， UE主动向网络发送 UE的建立 C S视频呼叫所需信息， 具体可以通过 Message或 Info消息的 xml消息体携带。
需要指出， 对于一个特定的 UE来说， 在 CS域 UE同时只能存在 1个视 频呼叫， 并且对于 UE来说， 在 CS域的视频呼叫的编码方式是相同的， 因此， 步骤 308- 318可以只需要执行一次。对于本发明的其他实施例， 同样可以参照 实现。
图 4示出本发明视频呼叫接入网间转移的方法的另一个实施例的信令图。 该实施例的主要流程与图 3的实施例相似， 但是， 在该实施例中， MSC服务 器的 UE建立 IMS会话时即加入信令链路， 因此， SCC AS可以不参与预协商 过程， 直接由 MSC服务器发起与 UE的预协商过程。
如图 4所示， 具体步骤包括：
在步骤 402， UE在 IMS通过 Invite消息发起视频呼叫建立过程，该 Invite 消息被路由到 MSC服务器。 在 Invite消息中包含 UE支持 vSRVCC预协商的 指 示 信 息 ， 例 如 可 以 在 contact 头 中 携 带 特 殊 的 tag ： g.3 gp . vsrvcc_preNegotiation。
在步骤 1， MSC服务器删除消息中的 tag, 并将该 Invite消息发送给 SCC
AS。
在步骤 2， SCC AS与对端进行 IMS视频呼叫协商。
在步骤 3， SCC AS向 MSC服务器返回 200 OK确认消息。
在步骤 404， MSC服务器将该 200 OK消息发送给 UE， MSC服务器在 200 OK消息中增加是否支持 vSRVCC预协商的指示。
在步骤 406， MSC服务器在 IMS域内向 UE发送 Options消息，通过 Accept 头来指示希望获得 UE的建立 CS视频所需要的相关信息， Accept消息头的内 容具体为 Accept: application/ xml_vsrvcc_preNegotiation。 (该消息需要经过 UE 的归属地的 S-CSCF进行转接， 图中省略未画）。
在步骤 408， UE通过 200 OK消息的 xml消息体携带 UE的建立 CS视频 呼叫所需信息， 例如， 当采用 3G-324M技术 /标准建立 CS视频呼叫， 则 UE 的建立 CS 视频呼叫所需信息 （3G-324M相关的信息）， 包括如下信息：
(1) H.223 Multiplexer level detection ( H.223 复用器级别检测），
(2) Terminal Capability Exchange (终端能力交换），
(3) Master Slave determination (主从确定 ) ,
(4) Open Logical Channels (打开還辑信道 ) ,
(5) Multiplexer Table Entries Exchange (复用表项交换）， (6) UE是否支持 SCUDIF。 其中 （6 )为可选项。
在步骤 410，MSC服务器根据 UE的建立 CS视频呼叫所需的相关信息（例 如， 3G-324M相关的信息），确定后续 CS视频呼叫使用的参数，并通过 Message 或 Info消息的 xml消息体发送给 UE
在步骤 412， UE回复 200 OK消息， 完成 CS视频呼叫参数的协商过程。 后面的步骤 4-16可以参见图 3中的步骤 4-16，步骤 420-424可以参见图 3 中的对应步骤 320-324。
需要指出， 上述实施例中步骤 420、 422是可选的， UE和 MSC服务器也 可以分别在步骤 15和步骤 12后将自身状态变为视频呼叫的状态。
需要指出， 上述实施例中， MSC服务器主动向 UE获取建立 CS视频所需 的信息。 在本发明的另一个实施例中， UE在步骤 404后， 根据 200 OK中网 络支持 vSRVCC预协商的指示， UE主动向网络发送 UE的建立 CS视频呼叫 所需信息， 具体可以通过 Message或 Info消息的 xml消息体携带。
需要说明， 在该实施例中， SCC AS可以不必进行增强。
需要指出， 在图 3和图 4的实施例中， UE和网络侧在 IMS域的视频呼叫 建立完毕后进行 CS视频呼叫参数的协商。 本领域的技术人员应当理解， UE 和网络侧也可以在例如步骤 9c之后完成 CS视频呼叫参数的协商， 同样可以 实现本发明。
图 5示出本发明视频呼叫接入网间转移的方法的又一个实施例的流程图。 如图 5所示， 在步骤 502， 终端在发起 IMS视频呼叫建立请求消息（例如
Invite消息 ) 中携带终端的建立 CS视频呼叫所需信息。
在步骤 504， MSC服务器获得终端的建立 CS视频呼叫所需信息， 进行 CS视频呼叫参数预协商以得到预协商的 CS视频呼叫参数， 向终端发送该预 协商的 CS视频呼叫参数。
在步骤 506， MSC服务器和终端激活预协商的 CS视频呼叫参数。 需要指 出， 步骤 506可以在终端的视频呼叫从 PS域转移到 CS域前进行， 也可以在 终端的视频呼叫从 PS域转移到 CS域后进行。
在步骤 508， 在终端的视频呼叫从 PS域转移到 CS域后， 根据预协商的 CS视频呼叫参数为终端建立 CS视频呼叫。
在该实施例中， 终端在发起 IMS视频呼叫建立请求消息中携带终端的建 立 CS视频呼叫所需信息， 直接触发终端和网络侧的 CS视频呼叫参数的协商 过程， 流程简洁。
图 6示出本发明视频呼叫接入网间转移的方法的又一个实施例的信令图。 在该实施例中， UE在发起 IMS视频呼叫建立时， 在 Invite消息中通过 XML 消息体携带建立 CS视频呼叫所需的相关信息， SCC AS在会话建立结束后向 MSC服务器发送相关信息， MSC服务器将视频呼叫的协商结果发送给 SCC AS, SCC AS发送给 UE完成预协商。
如图 6所示， 具体步骤包括：
在步骤 602， UE在 IMS域发起视频呼叫， 通过 xml消息体携带 UE的建 立 CS视频呼叫所需信息 （例如， 3G-324M相关的信息）， 包括如下信息：
(1) H.223 Multiplexer level detection ( H.223 复用器级别检测），
(2) Terminal Capability Exchange (终端能力交换），
(3) Master Slave determination (主从确定 ) ,
(4) Open Logical Channels (打开還辑信道 ) ,
(5) Multiplexer Table Entries Exchange (复用表项交换 )，
(6) UE是否支持 SCUDIF。 其中 （6 )为可选项。
在步骤 2， SCC AS与对端进行 IMS视频呼叫协商
在步骤 3， SCC AS向 UE返回 200 OK消息
在步骤 604， SCC AS根据 UE的请求消息获得 UE的位置信息（例如根据 UE的清求消息中的 P-Visited-Network-Id头或 P-Access-Network-Info头可以获 得 UE的位置信息）， 从而判断出 UE的转移的目标 MSC服务器的地址。
需要注意， 步骤 604是可选的。 如果 MSC服务器在建立 IMS会话时即加 入会话链路， 这样 SCC AS就可以知道 MSC服务器的地址， 则步骤 604可不 执行。
在步骤 606， SCC AS获得 UE的建立 CS视频呼叫所需的相关信息后（例 如， 3G-324M相关的信息）， 向 MSC服务器发送该信息， 例如通过 Message 或 Info消息的 xml消息体携带。
在步骤 608， MSC服务器根据 UE的 Video预协商参数， 确定后续 CS视 频呼叫使用的参数， 并通过 200 OK消息的 xml消息体发送给 SCC AS
在步骤 610， SCC AS通过 Message或 Info消息的 xml消息体将 Video预 协商结果发送给 UE
在步骤 612， UE回复 200 OK消息
步骤 4-16参见图 3中的步骤 4-16， 步骤 620-624参见图 3中的对应步骤。 图 7示出本发明视频呼叫接入网间转移的方法的又一个实施例的信令图。 该实施例的主要流程与图 6的实施例类似。 但是， 在该实施例中， MSC服务 器的 UE建立 IMS会话时即加入信令链路， 因此， CS视频呼叫参数协商过程 中可以不需要 SCC AS参与， 直接由 MSC服务器发起与 UE的预协商过程。
如图 7所示， 具体步骤包括：
在步骤 702， UE在 IMS域发起视频会话， 该请求被路由到 MSC服务器。 通过 xml消息体携带 UE的建立 CS视频呼叫所需信息（例如， 3G-324M相关 的信息）， 包括如下信息：
(1) H.223 Multiplexer level detection ( H.223 复用器级别检测），
(2) Terminal Capability Exchange (终端能力交换），
(3) Master Slave determination (主从确定 ) ,
(4) Open Logical Channels (打开還辑信道） ,
(5) Multiplexer Table Entries Exchange (复用表项交换 )，
(6) UE是否支持 SCUDIF。 其中 （6 )为可选项。
在步骤 1， MSC服务器将该呼叫发送给 SCC AS, MSC服务器删除 xml 消息体。
在步骤 2， SCC AS与对端进行 video会话协商。
在步骤 3， SCC AS向 UE返回 200 OK确认消息， SCC AS向 UE返回 200 OK消息。
在步骤 704， MSC服务器根据 UE的建立 CS视频所需的信息（例如， 3G-324M相关的信息）， 确定后续 CS视频呼叫使用的参数， 并通过 Message 或 Info消息的 xml消息体发送给 UE。
在步骤 706， UE回复 200 OK消息。
步骤 4-16参见图 3中的步骤 4-16， 步骤 720-724参见图 3中的对应步骤。 需要说明， 在该实施例中， SCC AS可以不必进行增强。
图 8示出本发明视频呼叫接入网间转移的方法的又一个实施例的流程图。 如图 8所示， 在步骤 802， MSC服务器收到 MME发送的从 PS域向 CS 域切换的请求消息或目标 MSC发送的准备切换响应消息。
在步骤 804， MSC服务器向终端请求终端的建立 CS视频呼叫所需信息， 获得终端的建立 CS视频呼叫所需信息。
在步骤 806， MSC服务器根据终端的建立 CS视频呼叫所需信息进行 CS 视频呼叫参数预协商得到预协商的 CS视频呼叫参数,向终端发送预协商的 CS 视频呼叫参数。
在步骤 808， 在终端的视频呼叫从 PS域转移到 CS域后， 根据预协商的 CS视频呼叫参数为终端建立 CS视频呼叫。
图 9示出本发明视频呼叫接入网间转移的方法的又一个实施例的信令图。 在转移过程中进行预协商， 即 MSC服务器收到 MME发来的转移请求后， 向 UE请求建立 CS视频呼叫所需的相关信息， 并将协商的结果直接发送给 UE。 在协商完毕后， MSC服务器再向 SCC AS发起转移请求。
如图 9所示， 具体步骤包括：
在步骤 0， UE在 IMS发起视频呼叫建立过程；
步骤 4-9 (参见图 3中的步骤 4-9 );
在步骤 902， MSC服务器在 IMS域内向 UE发送 Options消息，通过 Accept 头来指示希望获得 UE的建立 CS视频所需要的相关信息， Accept消息头的内 容具体为 Accept: application/ xml_vsrvcc_preNegotiation。 (该消息需要经过 UE 的归属地的 S-CSCF进行转接， 这里省略未画）
需要指出， MSC服务器也可以在通过 Message或 Info消息向 UE获得建 立 CS视频所需要的相关信息。
在步骤 904， UE通过 200 OK消息的 xml消息体携带 UE的建立 CS视频 呼叫所需信息， 包括如下信息：
(1) H.223 Multiplexer level detection ( H.223 复用器级别检测），
(2) Terminal Capability Exchange (终端能力交换），
(3) Master Slave determination (主从确定 ) ,
(4) Open Logical Channels (打开還辑信道 ) ,
(5) Multiplexer Table Entries Exchange (复用表项交换 )，
(6) UE是否支持 SCUDIF。 其中 （6 )为可选项。
在步骤 906， MSC服务器根据 UE的 Video预协商参数， 确定后续 CS视 频呼叫使用的参数，并通过例如 Message或 Info消息的 xml消息体发送给 UE。 在步骤 908, UE回复 200 OK消息
在步骤 10， MSC服务器根据步骤 906中预协商的 CS视频呼叫的协商结 果生成 SDP， 并发送给 SCC AS。
步骤 11-16参见图 3中的步骤 11-16， 步骤 920-924参见图 3中的对应步 骤。
需要指出， 在图 9的实施例中， UE和网络侧在步骤 9b之后开始 CS视频 呼叫参数的协商。 本领域的技术人员应当理解， UE和网络侧也可以在步骤 8a 后开始 CS视频呼叫参数的协商， 同样可以实现本发明。
需要指出，在图 9的实施例中，步骤 10中 MSC服务器根据步骤 906中预 协商的 CS视频呼叫的协商结果生成 SDP， 并发送给 SCC AS。 本领域的技术 人员应当理解， 步骤 10也可以调整到步骤 8a后直接执行， 此时步骤 10中的 SDP为 MSC服务器 /MGW的媒体能力信息， 而步骤 8b至步骤 906在步骤 10 中依次执行。
需要指出， 在图 3、 4、 6、 7、 9中的实施例中， 以从 SAE网络向 UMTS 网络进行转移为例介绍了本发明视频呼叫接入网间转移的实施例，本领域的技 术人员应当理解，本发明的实施例的流程同样适用于 SAE网络向 GSM网络转 移的情况。
需要指出， 在图 3、 4、 6、 7、 9中的实施例中， 以采用 3G-324M技术 /标 准建立视频呼叫为例介绍了 CS视频呼叫参数的协商。 本领域的技术人员应当 理解， 本发明的技术方案并不限于 3G-324M 技术 /标准， 也可以采用例如 H.324M技术 /标准建立视频呼叫， 同样属于本发明保护的范围。
图 10示出本发明视频呼叫接入网间转移系统的一个实施例的结构图。 如 图 10所示， 该系统包括终端 101、 MSC服务器 102。 终端 101包括参数发送 模块 1011、 参数接收模块 1012和连接建立模块 1013， MSC服务器 102包括 参数预协商模块 1021和连接建立模块 1023。 其中， 参数发送模块 1011用于 当终端的视频呼叫在 PS域时， 通过 IMS信令发送终端的建立 CS视频呼叫所 需信息； 参数接收模块 1012用于当终端的视频呼叫在 PS域时， 通过 IMS信 令接收预协商的 CS视频呼叫参数； 连接建立模块 1013用于当终端的视频呼 叫转移到 CS域后， 根据预协商的 CS视频呼叫参数为终端建立 CS视频呼叫。 参数预协商模块 1021用于当终端的视频呼叫在 PS域时通过 IMS信令获得终 端的建立 CS视频呼叫所需信息， 进行 CS视频呼叫参数预协商以得到预协商 的 CS视频呼叫参数， 将预协商的 CS视频呼叫参数发向终端； 连接建立模块 1023用于当终端的视频呼叫转移到 CS域后根据预协商的 CS视频呼叫参数为 终端建立 CS视频呼叫。
根据本发明的一个实施例， 参数发送模块 1011具体用于当终端的视频呼 叫在 PS域时， 在发起 IMS视频呼叫建立请求消息 （例如， Invite消息） 中携 带终端的建立 CS视频呼叫所需信息； 参数预协商模块 1021通过发起 IMS视 频呼叫建立请求消息接收终端的建立 CS视频呼叫所需信息。 根据本发明的一 个实施例， 参数预协商模块 1021用于当 MSC服务器收到转移请求后， 通过 IMS信令获得终端的建立 CS视频呼叫所需信息，进行 CS视频呼叫参数协商， 将预协商的 CS视频呼叫参数发向终端， 然后向 SCC AS发送转移请求。
在该实施例中，在终端的视频呼叫从 PS域转移到 CS域之前 MSC服务器 的参数预协商模块和终端的对应模块预先协商 CS视频呼叫参数， 在转移到 CS域后终端和 MSC服务器的连接建立模块直接利用预先协商的 CS视频呼叫 参数建立 CS视频呼叫， 避免了 UE的视频呼叫从 PS域到 CS域切换过程中， 由于 CS视频呼叫参数协商导致的语音和视频的中断， 提升了用户体验。 通过 终端在发起 IMS视频呼叫建立请求消息中携带终端的建立 CS视频呼叫所需信 息， 直接触发终端和网络侧的 CS视频呼叫参数的协商过程， 流程简洁。
图 11示出本发明视频呼叫接入网间转移系统的另一个实施例的结构图。 如图 11所示， 该系统包括终端 111、 MSC服务器 112。 终端 111 包括预协商 指示发送模块 1114、 预协商确认接收模块 1115、 参数发送模块 1011、 参数接 收模块 1012和连接建立模块 1013，MSC服务器 112包括预协商指示接收模块 1124、预协商确认发送模块 1125、参数预协商模块 1021和连接建立模块 1023。 终端 111中的参数发送模块 1011、 参数接收模块 1012和连接建立模块 1013、 MSC服务器 112中的连接建立模块 1023可以参见图 10中对应模块的描述， 为简洁起见，在此不再详述。其中，预协商指示发送模块 1214用于在发起 IMS 视频呼叫建立请求消息（例如， Invite消息） 中携带终端支持 vSRVCC预协商 的指示； 预协商确认接收模块 1215用于通过 IMS视频呼叫建立的确认消息接 收网络侧支持 vSRVCC预协商的确认。 预协商指示接收模块 1224用于接收在 发起 IMS视频呼叫建立请求消息中携带的终端支持 vSRVCC预协商的指示； 预协商确认发送模块 1225用于通过 IMS视频呼叫建立的确认消息发送网络侧 支持 vSRVCC预协商的确认。在终端和 MSC服务器确认都支持 vSRVCC预协 商后， 再进行 CS视频参数预协商的过程。 参数预协商模块 1021具体用于当 终端在分组交换 PS 域时， 在预协商指示接收模块 1124 接收到终端支持 vSRVCC预协商的指示后， 通过 IP多媒体子系统 IMS信令获得终端的 CS视 频呼叫参数， 进行 CS视频呼叫参数预协商， 得到预协商的 CS视频呼叫参数， 将预协商的 CS视频呼叫参数发向终端。
在该实施例中， 在进行 CS视频呼叫参数预协商之前， 通过预协商指示发 送模块、 预协商指示接收模块、 预协商确认发送模块、 和预协商确认接收模块 预先确认终端和网络侧是否支持 CS视频呼叫参数预协商， 当确认终端和网络 侧都支持 CS视频呼叫参数预协商的情况下， 进行 CS视频呼叫参数预协商， 使得流程更加灵活、 合理。
图 12示出本发明视频呼叫接入网间转移系统的又一个实施例的结构图。 如图 12所示， 该系统包括终端 121、 MSC服务器 122和 SCC AS 123。 其中， 终端 121包括参数发送模块 1211、 参数接收模块 1212和连接建立模块 1213， MSC服务器 122包括参数预协商模块 1221和连接建立模块 1223，SCC AS 123 包括终端参数转发模块 1231和预协商参数转发模块 1232。 其中， 终端 121中 的参数发送模块 1211、 参数接收模块 1212和连接建立模块 1213、 MSC服务 器 122中的参数预协商模块 1221和连接建立模块 1223的主要功能可以参见图 10和图 11 中对应模块的描述， 为简洁起见在此不再详述。 和图 10、 11的实 施例不同之处在于， 终端 121与 MSC服务器 122之间 CS视频呼叫参数的协 商在 SCC AS 123的控制下进行， 终端的建立 CS视频呼叫所需信息和预协商 的 CS视频呼叫参数在终端 121和 MSC服务器 122之间的传输通过 SCC AS 123 的转发。 具体来说， 终端参数转发模块 1231用于通过 IMS信令获取终端 121 的 CS视频呼叫参数， 转发给 MSC服务器 122; 预协商参数转发模块 1232用 于通过 IMS信令接收来自 MSC服务器 122的预协商的 CS视频呼叫参数， 转 发给终端 121。 例如， 终端参数转发模块 1231通过终端发送的用于发起 IMS 视频呼叫建立请求消息接收终端 121 的 CS视频呼叫参数， 然后发送给 MSC 服务器 122。 图 13示出本发明视频呼叫接入网间转移系统的又一个实施例的结构图。 如图 13所示， 该系统包括终端 131、 MSC服务器 132和 SCC AS 133。 其中， 终端 131包括预协商指示发送模块 1314、 预协商确认接收模块 1315、 参数发 送模块 1211、 参数接收模块 1212和连接建立模块 1213， MSC服务器 132包 括参数预协商模块 1221和连接建立模块 1223， SCC AS 133包括预协商指示发 送模块 1334、预协商确认接收模块 1335、终端参数转发模块 1231和预协商参 数转发模块 1232。 终端 131中的参数发送模块 1211、 参数接收模块 1212和连 接建立模块 1213、MSC服务器 132中的参数预协商模块 1221和连接建立模块 1223、 SCC AS 133中的终端参数转发模块 1231和预协商参数转发模块 1232 可以参见图 12中对应模块的描述， 为简洁起见， 在此不再详述。 其中， 预协 商指示发送模块 1314用于在发起 IMS视频呼叫建立请求消息 （例如， Invite 消息） 中携带终端支持 vSRVCC预协商的指示； 预协商确认接收模块 1315用 于通过 IMS视频呼叫建立的确认消息接收网络侧支持 vSRVCC预协商的确认。 预协商指示接收模块 1334用于接收在发起 IMS视频呼叫建立请求消息中携带 终端支持 vSRVCC预协商的指示；预协商确认发送模块 1335用于通过 IMS视 频呼叫建立的确认消息发送网络侧支持 vSRVCC预协商的确认。在终端和 SCC AS确认都支持 vSRVCC预协商后， 再进行 CS视频参数预协商的过程。
在该实施例中， 在进行 CS视频呼叫参数协商之前， 通过预协商指示发送 模块、 预协商指示接收模块、 预协商确认发送模块、 和预协商确认接收模块预 先确认终端和网络侧是否支持 CS视频呼叫参数预协商， 当确认终端和网络侧 都支持 CS视频呼叫参数预协商的情况下， 进行 CS视频呼叫参数预协商， 使 得流程更加灵活、 合理。
图 14示出本发明视频呼叫接入网间转移系统的又一个实施例的结构图。 如图 14所示， 该系统包括该系统包括终端 141、 MSC服务器 142。 终端 141 包括参数发送模块 1411、参数接收模块 1412、预协商参数激活模块 1416和连 接建立模块 1413， MSC服务器 142包括参数预协商模块 1421、 预协商参数激 活模块 1426和连接建立模块 1423。 其中， 终端 141中的参数发送模块 1411、 参数接收模块 1412、 和连接建立模块 1413以及 MSC服务器 142中的参数预 协商模块 1421和连接建立模块 1423可以参见图 10-13中对应模块的描述，为 简洁起见在此不再详述。 预协商参数激活模块 1416用于当终端的视频呼叫转 移到 CS域后， 激活参数接收模块 1412接收的预协商的 CS视频呼叫参数。预 协商参数激活模块 1426用于当终端的视频呼叫转移到 CS域后， 激活参数预 协商模块 1421确定的预协商的 CS视频呼叫参数。
图 15示出本发明 MSC服务器的一个实施例的结构图。 如图 15所示， 该 MSC服务器包括包括参数预协商模块 1021、连接建立模块 1023和转移请求接 收模块 1525。其中转移请求接收模块 1525接收 MME发送的从 PS域向 CS域 切换的请求消息或目标 MSC发送的准备切换响应消息； 参数预协商模块 1021 具体用于当转移请求接收模块 1525收到 PS域向 CS域切换的请求消息或准备 切换响应消息后， 通过 IMS信令获得终端的建立 CS视频呼叫所需信息， 进行 CS视频呼叫参数预协商， 得到预协商的 CS视频呼叫参数， 将预协商的 CS视 频呼叫参数发向终端。
对于图 10 - 15 实施例中各个模块的具体实现， 可以参见上文中图 1 - 9 实施例的描述， 为简洁起见， 在此没有详细描述。
在上面的几个实施例中， 各个模块用框图示出以说明它们的功能。这些功 能块可以用硬件、 软件、 固件、 中间件、 微代码、 硬件描述语音或者它们的任 意组合来实现。 举例来说， 一个或者两个功能块都可以利用运行在微处理器、 数字信号处理器（DSP )或任何其他适当平台上的代码实现。 代码可以表示过 程、 功能、 子程序、 程序、 例行程序、 子例行程序、 模块或者指令、 数据结构 或程序语句的任意组合。代码可以位于计算机可读介质中。计算机可读介质可 以包括一个或者多个存储设备， 例如， 包括 RAM存储器、 闪存存储器、 ROM 存储器、 EPROM存储器、 EEPROM存储器、寄存器、硬盘、移动硬盘、 CD-ROM 或本领域公知的其他任何形式的存储介质。计算机可读介质还可以包括编码数 据信号的载波。
可选地，或者除此之外， 一个或者两个功能模块都可以利用专用集成电路 ( ASIC ), 控制器、 微控制器、 状态机、 现场可编程门阵列 （FPGA )或者其 他可编程逻辑器件、 离散门或者晶体管逻辑、 离散硬件部件、 或者它们的任意 组合实现。
本领域技术人员将意识到硬件、 固件和软件配置在这些情况下的可替换 性， 以及如何最好地实现每个特定应用地所述功能。
本发明的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将 本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是 显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用， 并且使 本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修 改的各种实施例。

Claims

权利 要求 书
1. 一种视频呼叫接入网间转移的方法， 其特征在于， 包括：
在分组交换 PS域通过 IP多媒体子系统 IMS信令预先协商电路交换 CS视 频呼叫参数以得到预协商的 CS视频呼叫参数；
在终端的视频呼叫从 PS域转移到 CS域后，根据所述预协商的 CS视频呼 叫参数建立 CS视频呼叫。
2. 根据权利要求 1所述的视频呼叫接入网间转移的方法， 其特征在于， 所述在 PS域通过 IMS信令预先协商 CS视频呼叫参数的步骤包括：
移动交换中心 MSC服务器获得所述终端的建立 CS视频呼叫所需信息， 根据所述终端的建立 CS视频呼叫所需信息进行 CS视频呼叫参数预协商以得 到所述预协商的 CS视频呼叫参数， 向所述终端发送所述预协商的 CS视频呼 叫参数。
3. 根据权利要求 2所述的视频呼叫接入网间转移的方法， 其特征在于， 所述终端的视频呼叫由所述终端发送的 IMS视频呼叫建立请求消息发起， 所 述 IMS视频呼叫建立请求消息中携带有所述终端支持单射频视频呼叫连续性 vSRVCC预协商的指示。
4. 根据权利要求 2或 3所述的视频呼叫接入网间转移的方法， 其特征在 于，
所述 MSC服务器获得所述终端的建立 CS视频呼叫所需信息的步骤包括： 所述 MSC服务器接收业务集中和会话连续性应用服务器 SCC AS发送的 所述终端的建立 CS视频呼叫所需信息； 所述终端的建立 CS视频呼叫所需信 息由所述 SCC AS在所述 IMS视频呼叫建立后， 向所述终端请求所述终端的 建立 CS视频呼叫所需信息而获得，或由所述终端发送给所述 SCC AS而获得； 所述 MSC服务器向所述终端发送所述预协商的 CS视频呼叫参数的步骤 包括：
所述 MSC服务器将所述预协商的 CS视频呼叫参数发送给所述 SCC AS， 以使所述 SCC AS将所述预协商的 CS视频呼叫参数发送给所述终端；
或者；
所述 MSC服务器获得所述终端的建立 CS视频呼叫所需信息的步骤包括： 在所述 IMS视频呼叫建立后，所述 MSC服务器向所述终端请求所述终端 的建立 CS视频呼叫所需信息， 获得所述终端的建立 CS视频呼叫所需信息； 所述 MSC服务器向所述终端发送所述预协商的 CS视频呼叫参数的步骤 包括：
所述 MSC服务器将所述预协商的 CS视频呼叫参数发送给所述终端； 或者；
所述 MSC服务器获得所述终端的建立 CS视频呼叫所需信息的步骤包括： 在所述 IMS视频呼叫建立后，所述 MSC服务器接收所述终端发送的所述 终端的建立 CS视频呼叫所需信息；
所述 MSC服务器向所述终端发送所述预协商的 CS视频呼叫参数的步骤 包括：
所述 MSC服务器将所述预协商的 CS视频呼叫参数发送给所述终端。
5. 根据权利要求 1所述的视频呼叫接入网间转移的方法， 其特征在于， 所述在 PS域通过 IMS信令预先协商 CS视频呼叫参数的步骤包括：
MSC服务器获得所述终端的建立 CS视频呼叫所需信息，根据所述终端的 建立 CS视频呼叫所需信息进行 CS视频呼叫参数预协商以得到所述预协商的
CS视频呼叫参数， 向所述终端发送所述预协商的 CS视频呼叫参数；
所述终端的建立 CS视频呼叫所需信息携带在所述终端在所述 PS域发起 的 IMS视频呼叫建立请求消息中。
6. 根据权利要求 5所述的视频呼叫接入网间转移的方法， 其特征在于， 所述 MSC服务器获得所述终端的建立 CS视频呼叫所需信息的步骤包括： 所述 MSC服务器接收 SCC AS发送的所述终端的建立 CS视频呼叫所需 信息； 所述终端的建立 CS视频呼叫所需信息由所述 SCC AS从来自所述终端 的所述 IMS视频呼叫建立请求消息中获取；
所述 MSC服务器向所述终端发送所述预协商的 CS视频呼叫参数的步骤 包括：
所述 MSC服务器将所述预协商的 CS视频呼叫参数发送给所述 SCC AS， 以使所述 SCC AS将所述预协商的 CS视频呼叫参数发送给所述终端；
或者；
所述 MSC服务器获得所述终端的建立 CS视频呼叫所需信息的步骤包括： 所述 MSC服务器从所述 IMS视频呼叫建立请求消息中获得所述终端的建 立 CS视频呼叫所需信息。
7. 根据权利要求 2所述的视频呼叫接入网间转移的方法， 其特征在于， 所述 MSC服务器获得所述终端的建立 CS视频呼叫所需信息的步骤包括： 所述 MSC服务器收到移动管理实体 MME发送的从所述 PS域向所述 CS 域切换的请求消息或目标 MSC发送的准备切换响应消息后， 所述 MSC服务 器向所述终端请求所述终端的建立 CS视频呼叫所需信息， 获得所述终端的建 立 CS视频呼叫所需信息。
8. 根据权利要求 1-7任一所述的视频呼叫接入网间转移的方法， 其特征 在于，所述根据所述预协商的 CS视频呼叫参数建立 CS视频呼叫的步骤包括：
MSC服务器和所述终端激活所述预协商的 CS视频呼叫参数；
根据所述预协商的 CS视频呼叫参数为所述终端建立 CS视频呼叫。
9. 一种终端， 其特征在于， 包括：
参数发送模块， 用于当所述终端在分组交换 PS域时， 通过 IP多媒体子系 统 IMS信令发送所述终端的建立 CS视频呼叫所需信息；
参数接收模块， 用于当所述终端在 PS域时， 通过 IMS信令接收预协商的 CS视频呼叫参数；
连接建立模块， 用于当所述终端的视频呼叫转移到 CS域后， 根据所述预 协商的 CS视频呼叫参数为所述终端建立 CS视频呼叫。
10. 根据权利要求 9所述的终端， 其特征在于， 还包括：
预协商指示发送模块， 用于在发起 IMS视频呼叫建立请求消息中携带所 述终端支持单射频视频呼叫连续性 vSRVCC预协商的指示；
预协商确认接收模块， 用于通过 IMS视频呼叫建立确认消息接收网络侧 支持 vSRVCC预协商的确认。
11. 根据权利要求 9或 10所述的终端， 其特征在于， 所述参数发送模块 具体用于当所述终端的视频呼叫在 PS域时，在发起 IMS视频呼叫建立请求消 息中携带所述终端的建立 CS视频呼叫所需信息。
12. 根据权利要求 9-11任一所述的终端， 其特征在于， 还包括： 预协商参数激活模块， 用于当所述终端的视频呼叫转移到 CS域后， 激活 所述参数接收模块接收的所述预协商的 CS视频呼叫参数。
13. 一种移动交换中心 MSC服务器， 其特征在于， 包括：
参数预协商模块， 用于当终端的视频呼叫在分组交换 PS域时，通过 IP多 媒体子系统 IMS信令获得所述终端的建立 CS视频呼叫所需信息， 进行 CS视 频呼叫参数预协商以得到预协商的 CS视频呼叫参数， 将所述预协商的 CS视 频呼叫参数发向所述终端；
连接建立模块， 用于当所述终端的视频呼叫转移到 CS域后根据所述预协 商的 CS视频呼叫参数为所述终端建立 CS视频呼叫。
14. 根据权利要求 13所述的 MSC服务器， 其特征在于， 还包括： 预协商指示接收模块， 用于接收在发起 IMS视频呼叫建立请求消息中携 带终端支持单射频视频呼叫连续性 vSRVCC预协商的指示；
预协商确认发送模块， 用于通过 IMS视频呼叫建立的确认消息发送网络 侧支持 vSRVCC预协商的确认；
所述参数预协商模块， 具体用于当终端在分组交换 PS域时， 在所述预协 商指示接收模块接收到所述终端支持 vSRVCC预协商的指示后， 通过 IMS信 令获得所述终端的建立 CS视频呼叫所需信息， 进行 CS视频呼叫参数预协商 以得到预协商的 CS视频呼叫参数， 将所述预协商的 CS视频呼叫参数发向所 述终端。
15. 根据权利要求 13或 14所述的 MSC服务器， 其特征在于， 所述参数 预协商模块通过发起 IMS视频呼叫建立请求消息接收所述终端的建立 CS视频 呼叫所需信息。
16. 根据权利要求 13所述的 MSC服务器， 其特征在于， 所述参数预协商 模块具体用于当所述终端在 PS域时，通过 IMS信令从业务集中和会话连续性 应用服务器 SCC AS获得所述终端的建立 CS视频呼叫所需信息， 进行 CS视 频呼叫参数预协商以得到所述预协商的 CS 视频呼叫参数， 将所述预协商的 CS视频呼叫参数通过 SCC AS发给所述终端。
17. 根据权利要求 13所述的 MSC服务器， 其特征在于， 还包括： 转移请求接收模块， 用于接收移动管理实体 MME发送的从所述 PS域向 所述 CS域切换的请求消息或目标 MSC发送的准备切换响应消息；
所述参数预协商模块具体用于当所述转移请求接收模块收到从所述 PS域 向所述 CS域切换的请求消息或所述准备切换响应消息后，通过 IMS信令获得 终端的建立 CS视频呼叫所需信息， 进行 CS视频呼叫参数预协商以得到所述 预协商的 CS视频呼叫参数，将所述预协商的 CS视频呼叫参数发向所述终端。
18. 一种应用服务器， 其特征在于， 包括：
终端参数转发模块， 用于通过 IP多媒体子系统 IMS信令获取终端的建立 CS视频呼叫所需信息， 转发给移动交换中心 MSC服务器；
预协商参数转发模块，用于通过 IMS信令接收来自所述 MSC服务器的预 协商的 CS视频呼叫参数， 转发给所述终端。
19. 根据权利要求 18所述的应用服务器， 其特征在于， 还包括： 参数协商指示接收模块， 用于接收在发起 IMS视频呼叫建立请求消息中 携带所述终端支持单射频视频呼叫连续性 vSRVCC预协商的指示；
参数协商确认发送模块， 用于通过 IMS视频呼叫建立的确认消息向所述 终端发送网络侧支持 vSRVCC预协商的确认。
20. 根据权利要求 18或 19所述的应用服务器， 其特征在于， 所述终端参 数转发模块通过所述终端发送的用于发起 IMS视频呼叫建立请求消息接收所 述终端的建立 CS视频呼叫所需信息。
21. 一种 IMS系统， 其特征在于， 包括：
权利要求 9 - 12中任意一项所述的终端；
或
权利要求 13 - 17中任意一项所述的 MSC服务器；
或
权利要求 18 - 20中任意一项所述的应用服务器。
PCT/CN2011/078318 2010-08-12 2011-08-12 视频呼叫接入网间转移方法、系统、终端、和服务器 WO2012019555A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP11816113.2A EP2605581B1 (en) 2010-08-12 2011-08-12 Method, system, terminal, and server for transfer of video call between access networks
US13/731,411 US8913101B2 (en) 2010-08-12 2012-12-31 Method, system, terminal, and server for transferring video call between access networks

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010253436.3A CN102378276B (zh) 2010-08-12 2010-08-12 视频呼叫接入网间转移方法、系统、终端、和服务器
CN201010253436.3 2010-08-12

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/731,411 Continuation US8913101B2 (en) 2010-08-12 2012-12-31 Method, system, terminal, and server for transferring video call between access networks

Publications (1)

Publication Number Publication Date
WO2012019555A1 true WO2012019555A1 (zh) 2012-02-16

Family

ID=45567379

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/078318 WO2012019555A1 (zh) 2010-08-12 2011-08-12 视频呼叫接入网间转移方法、系统、终端、和服务器

Country Status (4)

Country Link
US (1) US8913101B2 (zh)
EP (1) EP2605581B1 (zh)
CN (1) CN102378276B (zh)
WO (1) WO2012019555A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104812011A (zh) * 2015-02-28 2015-07-29 上海华为技术有限公司 一种切换控制方法、系统及相关装置
CN106303349A (zh) * 2015-05-27 2017-01-04 南宁富桂精密工业有限公司 Scc应用服务器及视频通话转移方法
CN115834549A (zh) * 2022-11-24 2023-03-21 中国联合网络通信集团有限公司 通话切换方法、装置、电子设备和计算机可读介质

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014005306A1 (zh) * 2012-07-04 2014-01-09 华为技术有限公司 视频呼叫的反向切换的方法和装置
WO2015126160A1 (en) 2014-02-20 2015-08-27 Samsung Electronics Co., Ltd. Video telephony service quality enhancement method and apparatus
US10135886B2 (en) * 2014-03-10 2018-11-20 Samsung Electronics Co., Ltd. Method and device for retaining robust header compression (ROHC) compressor state
WO2016115694A1 (en) * 2015-01-21 2016-07-28 Telefonaktiebolaget Lm Ericsson (Publ) Enhanced establishment of ims session with secure media
US9877224B2 (en) 2015-10-05 2018-01-23 Blackberry Limited Establishing a voice call
US10178591B2 (en) * 2016-05-09 2019-01-08 Verizon Patent And Licensing Inc. Client-based access network handover
CN110191516B (zh) * 2019-06-17 2023-03-24 中国联合网络通信集团有限公司 一种通话建立方法及系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101453706A (zh) * 2007-12-04 2009-06-10 华为技术有限公司 一种多媒体呼叫建立方法、系统和装置
CN101742589A (zh) * 2008-11-07 2010-06-16 华为终端有限公司 一种多媒体会话转移的方法、用户设备及服务器

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8284719B2 (en) 2006-04-05 2012-10-09 Nokia Corporation Method for call setup time improvement
WO2008074104A1 (en) 2006-12-21 2008-06-26 Prysmian Energia Cabos E Sistemas Do Brasil S.A. A constructive arrangement in an umbilical cable and a process for the manufacture thereof
CN101351039B (zh) 2007-07-20 2011-11-09 华为技术有限公司 实现多媒体呼叫连续性的方法、装置及系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101453706A (zh) * 2007-12-04 2009-06-10 华为技术有限公司 一种多媒体呼叫建立方法、系统和装置
CN101742589A (zh) * 2008-11-07 2010-06-16 华为终端有限公司 一种多媒体会话转移的方法、用户设备及服务器

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Feasibility Study of Single Radio Video Call Continuity (vSRVCC); Stage 2", 3GPP TR 23.886 V0.2.0, 2 June 2010 (2010-06-02), XP050441492, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/Specs/archive/23series/23.886/23886-020.zip> *
See also references of EP2605581A4 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104812011A (zh) * 2015-02-28 2015-07-29 上海华为技术有限公司 一种切换控制方法、系统及相关装置
CN106303349A (zh) * 2015-05-27 2017-01-04 南宁富桂精密工业有限公司 Scc应用服务器及视频通话转移方法
CN115834549A (zh) * 2022-11-24 2023-03-21 中国联合网络通信集团有限公司 通话切换方法、装置、电子设备和计算机可读介质
CN115834549B (zh) * 2022-11-24 2024-04-02 中国联合网络通信集团有限公司 通话切换方法、装置、电子设备和计算机可读介质

Also Published As

Publication number Publication date
US8913101B2 (en) 2014-12-16
EP2605581B1 (en) 2016-07-06
US20130120519A1 (en) 2013-05-16
EP2605581A4 (en) 2014-01-15
CN102378276B (zh) 2014-08-20
CN102378276A (zh) 2012-03-14
EP2605581A1 (en) 2013-06-19

Similar Documents

Publication Publication Date Title
WO2012019555A1 (zh) 视频呼叫接入网间转移方法、系统、终端、和服务器
KR101772717B1 (ko) 인터넷 프로토콜 멀티미디어 서브시스템에서의 공동 세션 제어 이동 및 장치 간 이동
EP2839695B1 (en) Srvcc handover of calls between access networks with active codec selection
US9467907B2 (en) Handover of user-equipment (UE) undetected emergency calls
RU2480947C2 (ru) Система и способ для sr-vcc экстренных сеансов ims
US20100034168A1 (en) System and Method for Enabling SR-VCC with Shared IMPU
RU2617438C2 (ru) Синхронизация состояний вызова сетевого компонента и мобильное устройство при переносе сеанса
JP5205516B2 (ja) マルチメディアセッション転送のための方法、ユーザ装置、及びサーバ
JP2010517411A (ja) 異種無線通信ネットワークにおけるハンドオーバー装置及び方法
WO2011050525A1 (zh) 一种将视频通话从ps域切换到cs域的方法和装置
WO2009012665A1 (fr) Procédé pour assurer une continuité d&#39;appel multimédia, équipement et système associés
US20140098787A1 (en) Apparatus and method for switching call in mobile communication system
WO2011026438A1 (zh) 跨无线接入技术的语音切换方法、设备及网络系统
WO2011056828A1 (en) Method and apparatus for inter-device session transfer between internet protocol (ip) multimedia subsystem (ims) and h.323 based clients
EP3157224A1 (en) Method, system, and device for converting session control signaling
WO2013097113A1 (zh) 保持呼叫连续的方法和设备
TW201220786A (en) Handling a registration timer to provide service continuity in IMS
WO2012126321A1 (zh) 一种实现单接入系统语音连续性的方法及系统
WO2011050530A1 (zh) 减小isc会话切换中的信令延迟的方法、网络单元和系统
US20100135253A1 (en) Method of providing session mobility and user terminal
WO2009074104A1 (fr) Procédé, système et appareil d&#39;établissement d&#39;appel multimédia
CN102769880B (zh) 单一无线语音呼叫连续性域的切换方法及系统
WO2011130949A1 (zh) 反向单待业务连续性实现方法及系统
US8982840B2 (en) Handover
Thanh et al. mSCTP-based proxy in support of multimedia session continutity and QoS for IMS-based networks

Legal Events

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

Ref document number: 11816113

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2011816113

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2011816113

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE