WO2009012665A1 - Procédé pour assurer une continuité d'appel multimédia, équipement et système associés - Google Patents

Procédé pour assurer une continuité d'appel multimédia, équipement et système associés Download PDF

Info

Publication number
WO2009012665A1
WO2009012665A1 PCT/CN2008/070648 CN2008070648W WO2009012665A1 WO 2009012665 A1 WO2009012665 A1 WO 2009012665A1 CN 2008070648 W CN2008070648 W CN 2008070648W WO 2009012665 A1 WO2009012665 A1 WO 2009012665A1
Authority
WO
WIPO (PCT)
Prior art keywords
access leg
request
media
leg
access
Prior art date
Application number
PCT/CN2008/070648
Other languages
English (en)
Chinese (zh)
Inventor
Zhaohui Zhang
Dongming Zhu
Hengliang Zhang
Original Assignee
Huawei Technologies Co., Ltd.
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 Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2009012665A1 publication Critical patent/WO2009012665A1/fr

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/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
    • 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]
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]

Definitions

  • the present invention relates to the field of communications, and more particularly to a method, apparatus and system for implementing multimedia call continuity. Background technique
  • the calling UE initiates a voice call.
  • the called UE After the called UE receives the voice call, it returns a ringing message;
  • the called UE answers the voice call
  • the network opens the two-way transmission channel, and the user can feel the two-way data transmission.
  • the mobile circuit domain (CS domain DOMAIN) multimedia call service is an important service provided by the 3rd Generation Mobile Communication Standard Partner Project (3GPP) starting from the R4 version. This service enables users to perform voice, video, data, etc. The call of the media component.
  • 3GPP 3rd Generation Mobile Communication Standard Partner Project
  • One of the CS domain multimedia calls differs from the voice in that the calling UE receives the response message (connect) of the peer end, and then uses the MONA process of H.324 Annex K or the H.223 and H.245 protocols defined by ITU-T.
  • Media channel negotiation for multimedia calls in the voice channel, and multimedia data can be transmitted after the negotiation of each logical channel of the multimedia call is completed. Therefore, the user feels that the multimedia data is transmitted and received for a while after accepting the call.
  • the voice call is almost the same as the user feels the transmission of voice data while answering.
  • the calling UE initiates a voice call.
  • the called UE After the called UE receives the voice call, it returns a ringing message;
  • the called UE answers the voice call
  • the master and the called party negotiate media channels for multimedia calls in the voice channel through the H.223 and H.245 protocols;
  • multiple logical transmission channels are multiplexed in one physical media delivery channel, and the number of processes negotiated according to the media channel is not limited to two.
  • the MGCF Media Gateway Control Function Media Gateway Control Function Entity
  • MGW Media Gateway Function Entity
  • the MGCF receives the circuit domain call request from the CS domain, and indicates the unrestricted digital information (UDI) and H.
  • the 223 and H.245 requests indicate that the determined call is a multimedia call, and before sending the call request to the IMS side, the SDP information in the IMS is derived according to a default video or audio format supported in the CS domain network, and may be included in the SDP information.
  • Information transfer capability parameters in the CS domain this parameter includes UDI, H.223, and H.245 request indications).
  • the MGCF/MGW and the CS domain terminal use the media transmission channel to negotiate the establishment of the multimedia channel.
  • This process may use the MONA process of H.324 Annex K defined by ITU-T or the H.223/H.245 procedure.
  • the IMS side may be notified of the media type selected by the MGCF through the CS domain media negotiation process (depending on whether the media attribute negotiated in the H223/H245/MONA process changes, and whether the MGCF is compiled or not). Decoding conversion; no conversion or codec conversion does not initiate media to the IMS side Re-negotiation).
  • Voice Call Continuity is a service provided on the IMS network to which the user belongs, enabling the user's voice call to be switched in both directions between the circuit domain (CS domain) and the IMS network.
  • Converged IMS architecture enables access to the network in the CS domain and IP
  • IP-Connectivity Access Network IP-CAN IP-Connectivity Access Network IP-CAN
  • IP-Connectivity Access Network IP-CAN IP-Connectivity Access Network IP-CAN
  • the load of GSM/UMTS radio resources can also increase the revenue of operators.
  • a new set of functional entities is added to the IMS domain and the CS domain. They are:
  • a route redirection entity that redirects circuit domain calls to the IMS domain for call anchoring control.
  • CAMEL app that redirects circuit domain calls to the IMS domain for call anchoring control.
  • GSM service Control Function GSM service control function entity GSM Service Control Function GSM service control function entity
  • SCP Service Control Point
  • a CS domain adaptation entity which provides a proxy function in the IMS for the VCC terminal to initiate a call or domain handover in the CS domain;
  • DSF Domain Selection Control Entity
  • DTF domain handover control entity
  • VCC Voice Call Continuity
  • a domain handover procedure can be initiated to achieve call continuity.
  • calls initiated or received by the VCC user are anchored to the domain switching processing entity DTF of the IMS network to which the user belongs.
  • DTF is an application server with 3PCC (Third Party Call Control) capabilities.
  • the session control leg between DTF and VCC UE is called access leg, DTF.
  • the session control leg between the user and the remote user is called the remote leg. Switching is the replacement of the old access leg (first access leg) in the cut-out network connected to the far leg using a new access leg in the cut-in network.
  • the remote user's device When the remote user's device supports IMS, its bearer connection is replaced end-to-end.
  • the bearer connection is replaced between the VCC UE and the MGW.
  • the VCC UE converts the voice bearer from the cut-out domain to the hand-in domain.
  • the VCC terminal can accurately sense the strength of the wireless signals of each access network than the core network. Therefore, the domain handover process with higher delay requirements is initiated by the terminal to the network.
  • the destination network calls a special number (establishing a second access leg, that is, between the DTF and the VCC terminal established in the cut-in network) a new session).
  • the DFA process can be reached by the number call request, and the DTF can determine that it is a domain switch request.
  • the media stream of the remote leg control is redirected to the bearer connection controlled by the second access leg (ie, by updating the remote end) Legs to replace the access leg).
  • the call resources in the handover source network are released by the DTF or the VCC terminal (the first access leg is released, that is, the session between the original DTF and the VCC terminal in the network is cut out) .
  • the user's voice call remains uninterrupted, which improves the user's service experience.
  • Figure 4 shows the flow of a call from the IMS to the CS domain in the VCC, including the following steps (some of the non-critical processes have been omitted; some of the entities described by the remote UE are also omitted):
  • the VCC UE determines that the call needs to be switched to the CS domain according to the wireless environment, and calls the special number VDN in the CS domain to switch from the domain.
  • the VMSC redirects the call to the PSI number of the IMS network DTF according to the CAMEL service procedure, so the call can be routed to the DTF processing of the VCC user's home IMS network.
  • the DTF determines the domain switching request destination domain information according to the number in the INVITE. And according to The calling information locates the anchored session.
  • the DTF proxy user and the remote user renegotiate the media of the far leg (DTF to remote UE) using the media information in the handover request.
  • the DTF releases the access part of the VCC user in the IMS domain (which may also be a terminal-initiated release, where the DTF release in the network is taken as an example).
  • the inventor found that if the multimedia session is switched to the CS domain, the following problem exists: After the call is answered on the second access leg in the CS domain, the media channel negotiation of the CS domain multimedia call is started.
  • the existing VCC switching process will result in complete interruption of multimedia communication content for a period of time. Therefore, it greatly affects the user's business experience. Summary of the invention
  • Embodiments of the present invention provide a method, apparatus, and system for implementing multimedia call continuity, which implements continuity of a multimedia call when a user initiates a multimedia call handover from a CS domain.
  • a method for implementing the continuity of the multimedia call according to the embodiment of the present invention includes the following steps: after receiving the establishment request of the second access leg with the multimedia attribute initiated by the CS domain, the handover control entity waits for the second access leg to correspond to After the media channel negotiation is completed, the switching control entity receives the media channel negotiation completion instruction corresponding to the second access leg, and performs media update with the remote end to replace the second access leg with the first access leg.
  • a handover control entity includes: a receiving unit, configured to receive from
  • a holding unit configured to keep the receiving unit from receiving the establishment request of the second access leg, and waiting for the media channel negotiation corresponding to the second access leg
  • the switching unit is configured to: use the indication that the holding unit receives the media channel negotiation corresponding to the second access leg as a trigger condition, and perform media update with the remote end, so that the second access leg replaces the first access leg.
  • a multimode terminal supporting multimedia call switching includes: And a notification unit, configured to: after the sensing unit senses a completion event of the media channel negotiation corresponding to the second access leg, issue a second access leg corresponding to the completion event of the media channel negotiation corresponding to the second access leg; The instructions for the completion of the media channel negotiation.
  • the media gateway control function entity of the embodiment of the present invention includes: a sensing unit, configured to perceive a completion event of a media channel negotiation corresponding to the second access leg; and a notification unit, configured to: the sensing unit senses the second access leg correspondingly After the completion of the media channel negotiation, an indication of completion of the media channel negotiation corresponding to the second access leg is issued.
  • the embodiment of the present invention further provides a CS domain adaptation entity, including: a first receiving unit, configured to receive a notification message in a USSD or SMS manner, where the notification message is used to notify that a second access is to be established in a boosted manner. a second receiving unit, configured to receive a media negotiation request, an identifying unit, configured to determine, according to the session identifier in the USSD or the SMS, that the received media negotiation request is an upgrade request, and a converting unit, configured to send the upgrade request Converted to the establishment request of the second access leg.
  • a CS domain adaptation entity including: a first receiving unit, configured to receive a notification message in a USSD or SMS manner, where the notification message is used to notify that a second access is to be established in a boosted manner.
  • a second receiving unit configured to receive a media negotiation request
  • an identifying unit configured to determine, according to the session identifier in the USSD or the SMS, that the received media negotiation request is an upgrade request
  • a converting unit configured
  • a system for implementing continuity of a multimedia call in a circuit domain includes: a multimode terminal supporting multimedia call handover, configured to initiate a setup request for a second access leg having a multimedia attribute from a CS domain, and After the completion event of the media channel negotiation corresponding to the second access leg, the indication of completion of the media channel negotiation corresponding to the second access leg is sent; the remote terminal is configured to cooperate with the completion of the media update; and the handover control entity is configured to receive After the establishment request of the second access leg with the multimedia attribute initiated by the CS domain, waiting for the indication of the completion of the media channel negotiation corresponding to the second access leg; and completing the negotiation of the media channel corresponding to the second access leg After the indication, the media update is performed with the remote terminal to replace the second access leg with the first access leg.
  • Another system for implementing circuit domain multimedia call continuity includes: a multimode terminal supporting multimedia call handover, for initiating a request for establishing a second access leg with a multimedia attribute from a CS domain; a control function entity, configured to send an indication that the media channel negotiation corresponding to the second access leg is completed after the completion of the media channel negotiation completion event corresponding to the second access leg; the remote terminal is configured to cooperate with the completion of the media update; a control entity, configured to wait for a media channel corresponding to the second access leg after receiving the establishment request of the second access leg with the multimedia attribute initiated from the CS domain After the negotiation is completed, the media update is performed with the remote terminal after receiving the indication that the media channel negotiation of the second access leg is completed, so that the second access leg replaces the first access leg.
  • a switching system includes: a handover control entity, configured to receive from
  • the switching entity After the establishment request of the second access leg with the multimedia attribute initiated by the CS domain, waiting for the indication of the completion of the media channel negotiation corresponding to the second access leg; and receiving the indication that the media channel negotiation corresponding to the second access leg is completed Afterwards, the switching entity is instructed to perform the switching.
  • the switching entity is configured to perform media update with the remote terminal after receiving the handover indication sent by the handover control entity, so that the second access leg replaces the first access leg.
  • the handover control entity after receiving the setup request of the second access leg with the multimedia attribute initiated by the CS domain, the handover control entity does not immediately perform media update with the remote end, but waits for the media corresponding to the second access leg.
  • Figure 1 is a flow chart of an existing voice call
  • FIG. 2 is a flow chart of establishing a multimedia call in an existing circuit domain
  • FIG. 3 is a schematic diagram of an existing VCC architecture
  • FIG. 4 is a flow chart of a call from an IMS to an CS domain in an existing VCC
  • FIG. 5 is a flowchart of steps of a method according to an embodiment of the present invention.
  • FIG. 6 is a schematic structural diagram of a handover control entity according to an embodiment of the present invention.
  • FIG. 7 is a schematic structural diagram of a multimode terminal supporting multimedia call handover according to an embodiment of the present invention
  • FIG. 8 is a schematic diagram of a first 10 channel conversion unit switching media channel in a multimode terminal supporting multimedia call switching according to an embodiment of the present invention
  • FIG. 9 is a schematic structural diagram of a media gateway control function entity according to an embodiment of the present invention.
  • Figure 10 is a flowchart of Embodiment 1 of the present invention.
  • FIG. 11 is a flowchart of Embodiment 2 of the present invention.
  • FIG. 12 is a flowchart of Embodiment 3 of the present invention.
  • FIG. 13 is a flowchart of Embodiment 4 of the present invention.
  • FIG. 14 is a flowchart of Embodiment 5 of the present invention.
  • FIG. 15 is a flowchart of Embodiment 6 of the present invention.
  • FIG. 16 is a flowchart of Embodiment 7 of the present invention.
  • FIG. 17 is a schematic structural diagram of a handover system according to an embodiment of the present invention. detailed description
  • the embodiment of the present invention provides a method, device and system for implementing the continuity of the multimedia call, including: switching to a new CS multimedia session, And switching to an existing CS domain voice session, thus forming a CS multimedia session.
  • an embodiment of the present invention provides a method for implementing continuity of a multimedia call, including the following main steps:
  • the handover control entity receives a setup request for a second access leg with a multimedia attribute initiated from the CS domain.
  • the handover control entity determines that the received setup request of the second access leg is initiated from the CS domain according to one of the following ways:
  • the handover control entity determines according to the called number in the request (in this case, the called number has an association relationship with the CS domain, and is sent by the network to the terminal before the handover).
  • the handover control entity determines based on the content of the access domain information in the request.
  • the access domain information is not carried in the request, and the handover control entity determines that the request is initiated from the CS domain.
  • the handover control entity determines the received second according to one or any combination of the following manners
  • the access leg establishment request has multimedia attributes:
  • the handover control entity determines based on the SDP information in the request.
  • the handover control entity determines based on the called number in the request (in this case, the called number and the media type have an association relationship, and are sent by the network to the terminal before the handover).
  • the handover control entity determines the bearer capability value of the UE in the CS domain based on the UE that initiated the request. Specifically, the handover control entity obtains the bearer capability value of the UE initiating the request in the CS domain by: triggering the smart service in the CS domain, and transmitting the bearer capability value of the UE in the CS domain to the IMS domain. The handover control entity obtains the bearer capability value in the process of forwarding the bearer capability value in the IMS domain; or writes the CS domain bearer capability value into the SDP of the SIP call request by using the MGCF, and the request is forwarded in the IMS network. The handover control entity acquires the bearer capability value.
  • the handover control entity maintains the update process of the remote leg and waits for the media corresponding to the second access leg. The indication that the channel negotiation is complete.
  • the handover control entity Before the handover control entity receives the indication that the media channel negotiation of the second access leg is completed, the handover control entity searches for the media on the second access leg according to the remote media information saved in the first access leg establishment process.
  • the negotiation request (including the SDP offer in the initial access leg establishment request) is responded; the media information includes the media data receiving address of the far end and the media type supported by the far end. In this way, the success of subsequent multimedia channel negotiation and the success rate of the terminal negotiating with the remote UE media on the second access leg can be ensured.
  • the handover control entity sets a timer for waiting for the completion of the media channel negotiation, and rejects the handover when the indication is not received within a certain period of time, releasing the relevant handover or the entire call.
  • the timer may be started after the second access leg is established (ie, the handover control entity sends a SIP 200 OK message on the second access leg), and is released after receiving the indication that the media channel negotiation is completed or timeout.
  • the handover control entity receives an indication that the media channel negotiation corresponding to the second access leg is completed. After the negotiation of the media channel corresponding to the second access leg is completed, the MSC UE and the MGCF participate in the CS multimedia channel negotiation process, so that the negotiation can be perceived. Therefore, the MGCF may send an indication to the handover control entity that the media channel negotiation is completed by the second access leg; or the MSC UE sends an indication to the handover control entity that the media channel negotiation corresponding to the second access leg is completed.
  • the MGCF may be delivered in one of the following manners, and the handover control entity learns the media channel negotiation completion event corresponding to the second access leg in a corresponding manner:
  • SIP INFO message which carries the indication (which is indicated by extending the SIP header field, method, message body); correspondingly, after receiving the message from the second access leg, the handover control entity detects the carrying The instructions are informed of the completion event.
  • the handover control entity detects that the media attribute of the second access leg is ACTIVE to learn the completion event.
  • the MSC UE is sent in one of the following manners, and the handover control entity learns the media channel negotiation completion event corresponding to the second access leg in a corresponding manner:
  • the MSC UE notifies via the SIP Notify message on the first access leg, which carries the corresponding extended parameter representation (this method requires the handover control entity to subscribe to the user's CS multimedia channel negotiation completion event); correspondingly, the handover control entity After receiving the message on the first access leg, The indication carried by the agent is detected to know the completion event.
  • the MSC UE is notified by a SIP INFO message, which carries a corresponding indication (the indication is extended by extending the SIP header field, the method); correspondingly, after the handover control entity receives the message from the first access leg, The indication carried by the agent is detected to know the completion event.
  • the handover control entity receives the message from the second access leg or The indication carried in the message is detected to know the completion event.
  • the switching control entity performs media update with the remote end to replace the second access leg with the first access leg.
  • the resources occupied by the first access leg may also be released.
  • the MSC UE detects that the media channel negotiation is completed, the MSC UE initiates a release request on the first access leg, and after the handover control entity receives the release request and confirms that the remote access terminal is replaced, the first connection is released.
  • the release request is initiated on the first access leg, and after receiving the release request, the MSC UE cooperates with releasing the corresponding resource of the first access leg.
  • first access leg and the second access leg are respectively located on different terminals, or the first access leg and the second access leg are located on the same terminal.
  • the UE that initiates the second access leg establishment request may initiate a release request of the second access leg, and the network receives the release request of the second access leg. After that, the second access leg is released and the first access leg is retained. Thereby ensuring the continuity of the multimedia call.
  • the embodiment of the present invention further provides a handover control entity.
  • the method includes: a receiving unit, a holding unit, and a switching unit. Further, the receiving unit further includes: a first determining subunit and a second determining unit.
  • a receiving unit configured to receive a setup request of a second access leg with a multimedia attribute initiated from the CS domain.
  • the first determining subunit configured to determine, according to one of the following manners, that the received request for establishing the second access leg is initiated from the CS domain:
  • the first determining subunit determines according to the called number in the request
  • the first determining subunit determines according to the content of the access domain information in the request
  • the first determining subunit determines that the request is from
  • the CS domain is initiated.
  • the second determining subunit is configured to determine, according to one of the following manners, that the received request for establishing the second access leg has a multimedia attribute:
  • the second determining subunit determines according to the SDP information in the request
  • the second determining subunit determines according to the bearer capability value of the UE initiating the request in the CS domain; the second determining subunit determines according to the called number in the request.
  • a holding unit configured to: keep the receiving unit receiving the establishment request of the second access leg, and wait for an indication that the media channel negotiation corresponding to the second access leg is completed.
  • a switching unit configured to perform, by the holding unit, an indication that the media channel negotiation corresponding to the second access leg is completed as a trigger condition, and perform media update with the remote end, so that the second access leg replaces the first access leg.
  • the switching unit may be separately mapped to one application server in the IMS network, and the receiving unit and the holding unit are jointly mapped to another application server in the IMS network, and communicate with each other through the IMS network using the SIP protocol; these units may also be mapped together The same application server to the IMS network communicates with each other using the internal interface.
  • the receiving unit may include: an identifying subunit, configured to determine, according to the session identifier in the notification received from the IMS network where the media to be switched is located,
  • the media negotiation request is an upgrade request, and the request is used as the establishment request of the second access leg in combination with the notification information in the IMS network.
  • the handover control entity may further include: a timing unit, configured to start a timer after determining that the second access leg is established, and instruct the holding unit to wait for the second connection within the timing time.
  • the embodiment of the present invention further provides a multi-mode terminal that supports multimedia call handover, that is, the MSC UE in the embodiment of the present invention, which includes: a sensing unit and a notification unit; and further includes at least an initiating unit and a first 10-channel conversion One of the unit and the second 10-channel conversion unit. Referring to FIG. 7, an example includes a sensing unit, a notification unit, an initiating unit, and a first 10-channel conversion unit.
  • an initiating unit configured to initiate, from the CS domain, a request for establishing a second access leg having a multimedia attribute.
  • the sensing unit is configured to sense a completion event of the media channel negotiation corresponding to the second access leg. Since the multimode terminal supporting multimedia call handover participates in the CS multimedia channel negotiation process, the sensing unit can sense whether the negotiation is completed.
  • the notification unit is configured to send an indication that the media channel negotiation corresponding to the second access leg is completed after the sensing unit senses the completion event of the media channel negotiation corresponding to the second access leg. Specifically, the notification unit sends an indication that the media channel negotiation corresponding to the second access leg is completed by one of the following manners: the notification unit is notified by the SIP Notify message on the first access leg, where the corresponding extended parameter representation is carried The mode needs to switch the control entity to the CS multimedia channel negotiation completion event of the previously subscribed user).
  • the notification unit is notified by a SIP INFO message, which carries a corresponding indication (the indication is extended by extending the SIP header field, the method).
  • the notification unit is indicated by the SIP BYE on the first access leg (it may also carry an extended indication or not carry).
  • a first 10-channel conversion unit configured to: after the sensing unit senses that the media channel negotiation of the second access leg is completed, convert the 10-channel between the multi-mode terminal and the user from the bearer connection controlled by the first access leg to The bearer connection is controlled with the second access leg to cooperate with the multimedia user data to continue communication with the remote end through the control of the second access leg and the remote leg after the handover is completed.
  • the voice call is taken as an example.
  • the first 10-channel conversion unit is configured to convert the media channel (10 channels) between the multi-mode terminal and the user from the media channel controlled by the first access leg to the second channel.
  • the media channel connection (ie, bearer connection) controlled by the access leg, the conversion of the multimedia channel is similar.
  • the speaker and microphone can be regarded as the media channel entrance and exit between the user and the multimode terminal.
  • the second 10-channel conversion unit is configured to receive the 10-channel switch after the handover control entity receives the remote leg media update completion indication.
  • the multimode terminal supporting the multimedia call handover may further include: a detecting unit, a notification unit, and an upgrade request sending unit.
  • a detecting unit configured to detect a switching indication
  • a notification unit configured to notify the CSAF in the USSD or SMS manner that the second access leg is to be upgraded in a session, or notify the MGCF in a DTMF manner that the session associated with the DTMF signal is to be upgraded Establishing a second access leg; or establishing a second access leg in a upgrading manner on the session indicated by the notification switching control entity in the IMS network where the medium to be switched is located;
  • the upgrade request sending unit is configured to send an upgrade request to the CS network side.
  • the embodiment of the present invention further provides a media gateway control function entity, as shown in FIG. 9, which includes: a sensing unit and a notification unit.
  • the sensing unit is configured to sense a completion event of the media channel negotiation corresponding to the second access leg. Since the MGCF participates in the CS multimedia channel negotiation process, the sensing unit can sense whether the negotiation is completed.
  • the notification unit is configured to send an indication that the media channel negotiation corresponding to the second access leg is completed after the sensing unit senses the completion event of the media channel negotiation corresponding to the second access leg. Specifically, the notification unit sends an indication that the media channel negotiation corresponding to the second access leg is completed by one of the following manners: the notification unit is notified by the SIP INFO message, where the indication is carried (the indication is extended by the SIP header field, the method, the message Body representation). The notification unit is notified by the SIP Notify message, which carries the corresponding extended parameter representation (this method requires the handover control entity to subscribe to the user's CS multimedia channel negotiation completion event). The notification unit uses the SIP RelNVITE/Update notification to transmit the media parameters in the media negotiation result to the DTF after the MGCF detects that the CS multimedia channel has been negotiated. The notification unit sends a SIP to the DTF
  • the media attribute is set to INACTIVE when the MGCF receives the request to establish the second access leg initiated by the MSC UE).
  • the media gateway control function entity may further include: a converting unit, configured to convert the upgrade request into an IMS network after receiving the upgrade request from the CS network side Medium media negotiation request.
  • a converting unit configured to convert the upgrade request into an IMS network after receiving the upgrade request from the CS network side Medium media negotiation request.
  • the method may further include: a receiving unit, configured to receive the information notified by the DTMF method and the upgrade request; and an assembling unit, configured to assemble the information notified by the DTMF manner and the information carried in the upgrade request into the second access leg. Create a request.
  • An embodiment of the present invention further provides a CS domain adaptation entity, including: a first receiving unit, a second receiving unit, an identifying unit, and a converting unit.
  • a first receiving unit configured to receive a notification message in a manner of USSD or SMS, where the notification message is used to notify that a second access leg is to be established in a boosted manner;
  • a second receiving unit configured to receive a media negotiation request
  • An identifying unit configured to determine, according to the session identifier in the USSD or the SMS, that the received media negotiation request is an upgrade request
  • a converting unit configured to convert the upgrade request into a setup request of the second access leg.
  • the embodiment of the invention further provides a system for implementing multimedia call continuity in a circuit domain, comprising: a multimode terminal supporting a multimedia call handover, a remote terminal, and a handover control entity.
  • a multimode terminal supporting a multimedia call handover configured to initiate a setup request of a second access leg with a multimedia attribute from the CS domain, and send a second connection after sensing a completion event of the media channel negotiation corresponding to the second access leg The indication of the completion of the media channel negotiation corresponding to the leg.
  • the remote terminal is used to complete the media update.
  • a handover control entity configured to wait for an indication of completion of media channel negotiation corresponding to the second access leg after receiving the establishment request of the second access leg with the multimedia attribute initiated from the CS domain; and receiving the second connection After the media channel negotiation corresponding to the leg is completed, the media update is performed with the remote terminal to replace the second access leg with the first access leg.
  • the embodiment of the present invention further provides another system for implementing circuit domain multimedia call continuity, including: a multimode terminal supporting a multimedia call handover, a media gateway control function entity, a remote terminal, and a handover control entity.
  • a multimode terminal supporting multimedia call handover configured to initiate a setup request for a second access leg having a multimedia attribute from a CS domain
  • the media gateway control function entity is configured to: after the completion of the media channel negotiation completion event corresponding to the second access leg, issue an indication that the media channel negotiation corresponding to the second access leg is completed;
  • the remote terminal is configured to cooperate with the completion of the media update
  • a handover control entity configured to wait for an indication of completion of media channel negotiation corresponding to the second access leg after receiving the establishment request of the second access leg with the multimedia attribute initiated from the CS domain; and receiving the second connection After the media channel negotiation corresponding to the leg is completed, the media update is performed with the remote terminal to replace the second access leg with the first access leg.
  • the MSC UE has already conducted a multimedia session with the remote UE in the IMS and completed the anchoring in the DTF.
  • the multimedia call continuity process when switching to the CS domain includes the following steps:
  • the MSC UE detects that the multimedia call needs to be switched to the CS domain, and establishes a second access leg in the CS domain.
  • the optional MGCF sets the local port attribute to INACTIVE in the request. 2.
  • the second access leg setup request is routed to the DTF process of the user's home IMS network (the route uses the technology directly routed to the DTF in the VCC, and may also use the VCC involved in it) It is routed).
  • the DTF determines that the call handover direction is switched from the IMS to the CS domain according to the called number or the access domain information in the request, and the access domain where the first access leg is associated; and according to the SDP information in the request
  • the called number or the CS bearer capability information obtained in Embodiment 3 determines that the second access leg belongs to the multimedia call; and the multimedia call is switched from the CS access network to the IMS network and the voice call is switched from the IMS to the CS access network. Therefore, the DTF judges that the call leg between the remote UE and the remote UE is not updated, but waits for the completion of the negotiation of the CS domain multimedia channel corresponding to the second access leg.
  • the DTF uses the saved media information of the remote UE and the second access leg to negotiate the media, and returns the remote receiving port in the response (in the process, the DTF can also set the attribute of the remote receiving port to INACTIVE). Or Send Only, to prevent the MGCF from transmitting data in the media channel to the remote end before the CS domain multimedia channel negotiation and the supported media information. In this way, the success of subsequent subsequent multimedia channel negotiation and the success rate of the terminal negotiating with the remote UE media on the second access leg can be ensured.
  • the DTF After the second access leg is established, neither the MSC UE nor the DTF initiates the release of the first access leg, and the DTF waits for the second access leg to correspond to the completion of the CS domain multimedia channel negotiation.
  • the MSC UE continues to provide data transmission and reception on the 10 channels of the first access leg, and prepares to perform multimedia channel negotiation on the bearer connection corresponding to the second access leg. Meanwhile, in order to ensure the security of the DTF, the DTF sets a wait.
  • the timer for releasing the message releases the related resources of the current handover or the entire call when the message is not received within a certain period of time; the timer may be after the second access leg is established (ie, the DTF is in the second connection) Send a SIP 200 OK message on the leg) Start, release after receiving the notification message from the MGCF on the first access leg or timeout.
  • the MGCF may initiate media re-negotiation with the remote media according to the result of the CS domain multimedia channel negotiation.
  • the DTF Before the DTF detects the CS domain multimedia channel negotiation completion event, the DTF will perform media negotiation between the proxy remote end and the MGCF.
  • the MGCF notifies the DTF by using SIP RelNVITE/UPDATE (the SIP header field or the SIP method or the SIP message body can be extended to carry the information, and there is no extension in this example; SIP Notify notification can also be used.
  • SIP RelNVITE/UPDATE the SIP header field or the SIP method or the SIP message body can be extended to carry the information, and there is no extension in this example; SIP Notify notification can also be used.
  • DTF provided that the DTF has subscribed to the media channel negotiation completion event in the CS domain before the handover, so the MGCF can issue the notification; other SIP messages, such as Info notification to the DTF, can also be used.
  • the DTF detects the media channel negotiation completion event (such as receiving the media negotiation completion indication carried in the extended SIP signaling, or changing the media attribute of the receiving port of the second access leg to ACTIVE or Send Receive according to the MGCF indication) And the proxy MSC UE and the remote UE re-negotiate the media of the remote leg by using the media information in the second access leg establishment request (the MGCF may also pass the CS network signaling after receiving the 200 OK response of the RelNVITE sent by the MGCF.
  • the MSC UE is instructed to perform a 10-channel handover, and the MSC UE receives 10 channels after receiving it.
  • the DTF releases the first access leg of the IMS domain (which may also be a terminal-initiated release, where the DTF release in the network is taken as an example).
  • the MSC UE transfers the 10 channels of the media from the bearer connection controlled by the first access leg to the bearer connection controlled by the second access leg (the 10 channel switch can also detect the inband in the MSC UE) After the media channel negotiation is completed).
  • the MSC UE has already conducted a multimedia session with the remote UE in the IMS and completed the anchoring in the DTF.
  • the multimedia call continuity process when switching to the CS domain includes the following steps:
  • the MSC UE detects that the multimedia call needs to be switched to the CS domain, and establishes a second access leg in the CS domain.
  • the second access leg establishment request is routed to the DTF processing of the user's home IMS network (the Routing uses the technology in VCC, and other routing methods involved in VCC can also be used.
  • the DTF determines that the call handover direction is switched from the IMS to the CS domain according to the called number or the access domain information in the request, and the access domain where the first access leg is associated; and according to the SDP information in the request
  • the called number or the CS bearer capability information obtained in Embodiment 3 determines that the second access leg belongs to the multimedia call; and the multimedia call is switched from the CS access network to the IMS network and the voice call is switched from the IMS to the CS access network. Therefore, the DTF judges that the call leg between the remote UE and the remote UE is not updated, but waits for the completion of the negotiation of the CS domain multimedia channel corresponding to the second access leg.
  • the DTF uses the saved media information of the remote UE and the received media information and the second access leg to negotiate the media, and returns the remote receiving port in its response (in the process, the DTF can also attribute the port) Set to INACTIVE or Send Only to prevent the MGCF from transmitting data from the media channel to the far end before the CS domain multimedia channel negotiation and the supported media information. In this way, the success of subsequent subsequent multimedia channel negotiation and the success rate of the terminal negotiating with the remote UE media on the second access leg can be ensured.
  • the MSC UE and the DTF do not initiate the release of the first access leg, and wait for the second access leg to correspond to the completion of the negotiation of the CS domain multimedia channel.
  • the MSC UE continues to provide data transmission and reception for the user in the 10 channels of the first access leg, and is ready to perform multimedia channel negotiation on the bearer connection corresponding to the second access leg.
  • the first access leg release message is used to notify the DTF.
  • the SIP BYE message is used as an example, and other SIP messages and methods, such as Notify, Info notification, may also be used.
  • the handover control entity sets a timer waiting for the release message, and releases the relevant resources of the handover or the entire call when the message is not received within a certain period of time; the timer can be in the second connection.
  • the leg is established (ie, the DTF sends a SIP 200 OK message on the second access leg), it is released, and is released after receiving the release message or timeout of the MSC UE on the first access leg.
  • the proxy MSC UE and the remote UE re-negotiate the media of the remote leg by using the media information in the second access leg establishment request. (If the remote receiving port attribute is set to INACTIVE or Send Only in step 4, use SIP message to indicate to MGCF to change this attribute to ACTIVE or Send Receive after this step)
  • the DTF confirms to the MSC UE to release the first access leg of the IMS domain (the release process may also be a release initiated by the DTF, where the MSC UE release in the network is taken as an example);
  • the UE transfers the 10 channels of the media from the bearer connection controlled by the first access leg to the bearer connection controlled by the second access leg (the 10 channel switch can also detect the media channel in the band detected by the MSC UE) After completion).
  • the terminal initiates a multimedia call in the CS domain, where the bearer capability information of the CS domain is represented.
  • the visited mobile switching center VMCS domain reports the indication to the CAMEL business entity during the CAMEL redirection process.
  • the CS domain routes the call to the MGCF for processing according to the redirected called number.
  • the MGCF routes the call to the Circuit Domain Adaptation Entity (CSAF) based on the called number.
  • the CSAF obtains the information from the CAMEL service entity according to the internal interface, and fills the information into the header field or the message body (such as SDP) in the SIP call request message, and continues to route in the IMS network.
  • the DTF is based on the added header field or message.
  • the body knows the bearer capability information of the user in the CS domain network.
  • the MSC UE has already conducted a multimedia session with the remote UE in the IMS and completed the anchoring at the handover control entity.
  • the voice part is connected in the CS network, and other media components are connected in the PS network.
  • the multimedia call continuity process when switching to the CS domain includes the following steps:
  • the user equipment detects the handover indication, including but not limited to receiving the user handover indication or the user equipment itself detects that the handover needs to be performed according to the wireless signal, and uses the USSD/SMS to notify the CSAF that the call is to be switched, where the CSAF is requested.
  • the address can be configured in advance or otherwise set to the user equipment;
  • the end office MSC routes the USSD/SMS message to the CSAF according to the destination address through the CS network.
  • the MSC UE initiates a SCUDIF process to request the CS network to upgrade the voice call to a multimedia call (for example, the upgrade is only an audio + video component, and may include other methods of upgrading), and the network passes through the office.
  • Inter-signaling such as a BICC message, sends the request to the MGCF, and the MGCF converts the upgrade to a media negotiation request in the IMS network according to the interworking process (the upgrade is also expressed in the IMS network as requesting to add media in the session);
  • the CSAF determines that the request is a pending upgrade request according to the session identifier in the USSD/SMS; the CSAF combines the received USSD/SMS information with the upgrade request using the SIP header field or method or the message body to assemble a SIP handover request.
  • SIP header field or method or the message body For example, here is RelNVITE, it can also be Other SIP messages such as UPDATE 2>);
  • the handover request is delivered to the DTF through a call signaling path
  • the DTF determines that the call handover direction is switched from the IMS to the CS domain according to the called number or the access domain information in the request, and the access domain where the first access leg is associated; and according to the SDP information in the request
  • the called number or the CS bearer capability information obtained in Embodiment 3 determines that the second access leg belongs to the multimedia call; according to the DTF, the call leg between the remote UE and the remote UE is not updated.
  • the DTF uses the saved media information of the remote UE and the received media information and the second access leg to negotiate the media, and returns the remote receiving port in the response (in the process, the DTF can also use the port)
  • the attribute is set to INACTIVE or Send Only to prevent the MGCF from transmitting data in the media channel to the far end before the CS domain multimedia channel negotiation and the supported media information. In this way, the success of subsequent subsequent multimedia channel negotiation and the success rate of the terminal negotiating with the remote UE media on the second access leg can be ensured.
  • the cut-out media may be a RelNVITE message or an UPDATE message; if the media corresponding to the entire first access leg is released, it is consistent with the processes of the two embodiments.
  • Up-conversion switching indication indicates that the media on the PS will be switched to the indicated CS call by means of media upgrade
  • Type of handover Use the method of A above to indicate that some or all of the media are merged into an existing session of a destination network or switched to a new session;
  • the replaced media identifier the identifier of the replaced media is used to indicate to the DTF that the media in the anchored user session is to be switched, and may use the session identifier of the media plus the media identifier in the session, or use a global identifier. Indicates that if the media in the entire session is switched, the session identifier is used;
  • the identifier of the session between the MSC UE and the CS AF the destination session corresponding to the CS AF location, including but not limited to the identifier of the IMS part session corresponding to the CS voice call;
  • the switching request includes any combination of the following information:
  • the handover indication may be represented by a specific called number such as a VDI/VDN in the VCC, or may be some header fields, methods, and message bodies in the SIP message.
  • a specific called number such as a VDI/VDN in the VCC
  • the called number is used as an example
  • Type of handover Use the method of A above to indicate, such as media stream merge to a session switch, etc.;
  • the replaced media identifier the identifier of the replaced media is used to indicate to the DTF that the media in the anchored user session is to be switched, and may use the session identifier of the media plus the media identifier in the session, or use a global identifier. Indicates that if the media in the entire session is switched, the session identifier is used to indicate;
  • Corresponding media information in the new access leg carried by the SDP information carried in the access leg established in the cut destination network.
  • the MSC UE has already conducted a multimedia session with the remote UE in the IMS and completed the anchoring at the handover control entity (DTF).
  • the voice part is connected in the CS network, and other media components are connected in the PS network.
  • the multimedia call continuity process when switching to the CS domain includes the following steps:
  • the MSC UE detects that a handover is required (including but not limited to receiving a user handover indication or the MSC UE detects that a handover is required according to the wireless signal)
  • the MGMF is used to notify the MGCF that handover is to be performed, and the required information transmitted through the DTMF is ⁇ Note 1>;
  • the end office MSC uses the in-band signal to transmit DTMF, that is, the VMSC instructs its own MGW to transmit DTMF information;
  • the VMSC uses the inter-office signaling to transmit the DTMF information, and the MGCF receives the DTMF message through the signaling channel;
  • the network returns a DTMF response (other DTMF delivery messages are omitted)
  • the MGCF waits for the upgrade request in the CS call
  • the MSC UE initiates the SCUDIF process to request the CS network to upgrade the voice call to a multimedia call (in this embodiment, only the upgrade to the audio + video component is taken as an example, and other methods may be included), and the network passes through the office.
  • Inter- signaling such as a BICC message
  • the MSC UE initiates a SCUDIF process to request the CS network to upgrade the voice call to a multimedia call (in this embodiment, only the upgrade to audio + video component is taken as an example,
  • the network may also include other methods of ascending), and the network sends the request to the MGCF through inter-office signaling, such as a BICC message, where the signaling of the CS is extended, and the required information is carried therein ⁇ Note 1>;
  • the MGCF combines the upgrade switching information received by the mode a or b and the upgrade request to assemble a SIP handover request by using the SIP header field or the method or the message body (here, for example, RelNVITE, or other SIP messages such as UPDATE ⁇ Note 2>);
  • the handover request is delivered to the DTF through a call signaling path
  • the DTF determines that the call handover direction is switched from the IMS to the CS domain according to the called number or the access domain information in the request, and the access domain where the first access leg is associated; and according to the SDP information in the request
  • the called number or the CS bearer capability information obtained in Embodiment 3 determines that the second access leg belongs to the multimedia call; according to the DTF, the call leg between the remote UE and the remote UE is not updated.
  • the DTF uses the saved media information of the remote UE and the received media information and the second access leg to negotiate the media, and returns the remote receiving port in the response (the DTF can also use the port in the process)
  • the property is set to INACTIVE or Send Only to avoid MGCF
  • the cs domain multimedia channel is sent to the far end before the multimedia channel negotiation and the supported media information. In this way, the success of the subsequent subsequent multimedia channel negotiation and the success rate of the terminal negotiation between the second access leg and the remote UE media can be ensured.
  • the cut-out media may be a RelNVITE message or an UPDATE message; if the media corresponding to the entire first access leg is released, it is consistent with the processes of the two embodiments.
  • Up-conversion switching indication indicates that the media on the PS will be switched to the indicated CS call by means of media upgrade
  • Type of handover Use the method of A above to indicate that some or all of the media are merged into an existing session of a destination network or switched to a new session;
  • the replaced media identifier the identifier of the replaced media is used to indicate to the DTF that the media in the anchored user session is to be switched, and may use the session identifier of the media plus the media identifier in the session, or use a global identifier. Indicates that if the media in the entire session is switched, the session identifier is used to indicate;
  • the switching request includes any combination of the following information:
  • the handover indication may be represented by a specific called number such as a VDI/VDN in the VCC, or may be some header fields, methods, and message bodies in the SIP message.
  • a specific called number such as a VDI/VDN in the VCC
  • the called number is used as an example
  • Type of handover Obtained from the information transmitted by DTMF, and can be represented by some header fields, methods, and message bodies in the SIP message in the IMS;
  • the replaced media identifier obtained from the information transmitted by the DTMF, and may be represented by some header fields, methods, and message bodies in the SIP message in the IMS;
  • the MSC UE has already conducted a multimedia session with the remote UE in the IMS and completed the anchoring at the handover control entity (DTF).
  • the voice part is connected in the CS network, and other media components are connected in the PS network.
  • the multimedia call continuity process when switching to the CS domain includes the following steps:
  • the MSC UE After the MSC UE detects that a handover is required (including but not limited to receiving a user handover indication or
  • the MSC UE detects the need to switch according to the wireless signal, and uses the SIP INFO in the session of the IMS network to be switched.
  • the INFO message is used as an example, and other messages may be used; or through a new session or through Ut interface messaging) passing information ⁇ Note 2> to the DTF, wherein the requested DTF address can be configured in advance to the user equipment;
  • the DTF After receiving the information, the DTF waits for the upgrade request in the corresponding CS call;
  • the MSC UE initiates a SCUDIF process to request the network to upgrade the voice call to a multimedia call (in this embodiment, the upgrade is only an audio + video component, and may also include other methods of upgrading), and the network passes through the interoffice. Signaling such as a BICC message to send the request to the MGCF;
  • the MGCF converts the upgrade to a media negotiation request in the IMS network according to the interworking process (the upgrade is expressed as requesting to increase the media), and the request is transmitted to the DTF through the call signaling path;
  • the DTF determines, according to the session identifier in step 1, that the request is the waiting for the upgrade request, and then the DTF according to the called number or the access domain information in the request, and the access of the associated first access leg.
  • the domain determines that the call handover direction is from the IMS to the CS domain; and determines that the second access leg belongs to the multimedia call according to the SDP information in the request, the called number, or the CS bearer capability information obtained in Embodiment 3;
  • the call leg between the remote UE and the remote UE is not updated first;
  • DTF uses the saved media information of the remote UE and the received media information and the second The access leg negotiates the media and returns the remote receiving port in its response (in this process, the DTF can also set the port's attribute to INACTIVE or Send Only to prevent the MGCF from processing the CS domain multimedia channel before negotiating in the media channel.
  • the data is sent to the far end) and the supported media information. In this way, the success of the subsequent subsequent multimedia channel negotiation and the success rate of the terminal negotiation between the second access leg and the remote UE media can be ensured.
  • the cut-out media may be a RelNVITE message or an UPDATE message; if the media corresponding to the entire first access leg is released, it is consistent with the processes of the two embodiments.
  • the upgrade switching indication indicates that the media on the PS will be switched to the indicated CS call by means of media upgrade; it may be represented by some header fields, methods, and message bodies in the SIP message;
  • Type of handover Use the method of A above to indicate that some or all of the media are merged into an existing session of a destination network or switched to a new session;
  • the replaced media identifier the identifier of the replaced media is used to indicate to the DTF that the media in the anchored user session is to be switched, and may use the session identifier of the media plus the media identifier in the session, or use a global identifier. Indicates that if the media in the entire session is switched, the session identifier is used to indicate;
  • the identifier of the session between the MSC UE and the DTF the destination session corresponding to the DTF location, including but not limited to the identifier of the IMS part session corresponding to the CS voice call.
  • the handover control entity after receiving the setup request of the second access leg with the multimedia attribute initiated by the CS domain, the handover control entity does not immediately perform media update with the remote end, but waits for the second connection.
  • the embodiment of the present invention does not receive the slave CS domain in the handover control entity as in the prior art
  • the media update is performed immediately with the remote end, so before the handover, the user can continuously receive the media stream of the multimedia call from the first access leg;
  • the entity After receiving the indication that the media channel negotiation of the second access leg is completed, the entity performs media negotiation with the remote end to replace the first access leg with the second access leg, and switches the media stream of the multimedia call to the second connection.
  • the bearer is connected to the corresponding bearer connection, so the user can experience continuous multimedia calls throughout the handover process.
  • the multi-mode terminal MSC UE or the media gateway control function entity MGCF that supports the multimedia call handover can send an indication to the handover control entity that the media channel negotiation corresponding to the second access leg is completed. Therefore, in the embodiment of the present invention, a multimode terminal and a media gateway control function entity supporting multimedia call handover are also provided, and corresponding systems are respectively provided. Thus, embodiments of the invention are better supported.
  • the adaptation entity receives the reception media channel negotiation completion indication (in the present process, the MGCF only informs the CS domain multimedia channel negotiation completion event and the media negotiation mode as an example,
  • the function of the multi-mode terminal and the remote terminal is the same as that of the first embodiment.
  • the MSC UE may notify the CS domain multimedia channel negotiation completion event through the existing session or other signaling mode of the IMS access.
  • the control function of the multimode terminal, the remote terminal, and the media gateway is the same as that described in Embodiment 2; the CS domain and the IMS part of the MSC UE may also be distributed on different terminals; For example, the MSC UE initiates the release; in this embodiment, the handover control entity and the handover entity are mapped to different application servers to perform corresponding functions and can interact through the IMS network; the visited mobile switching center in this process may also The media gateway control function is unified).
  • the MSC UE has already conducted a multimedia session with the remote UE under IMS access, and the anchoring is completed in the handover entity.
  • the handover control entity may or may not be in the ongoing session signaling path.
  • the multimedia call continuity process when switching to the CS domain includes the following steps:
  • the MSC UE detects that the multimedia call needs to be switched to the CS domain, and can call in the CS domain. Calling a special called number (which may be a PSI number pointing to the switching entity or switching control entity, both of which may identify the number) to establish a second access leg;
  • the optional MGCF sets the local port attribute to INACTIVE in the request
  • the second access leg establishment request is routed to the handover control entity of the user's home IMS network (the route uses the PSI to directly route to the handover control entity, and other routing methods may also be used);
  • the handover control entity determines, according to the called number or the access domain information in the request, and the access domain where the first access leg is associated (if the handover control entity is in the signaling path of the existing session)
  • the call handover direction is switched from the IMS to the CS domain
  • the second access leg belongs to the multimedia call according to the SDP information in the request, the called number, or the CS bearer capability information obtained in Embodiment 3
  • the network switches to the IMS network and the voice call is switched from the IMS to the CS access network.
  • the handover control entity determines that the handover request for the second access leg is not initiated to the handover entity, but waits for the second access leg. corresponding
  • the handover control entity uses the saved (if the handover control entity is in the signaling path of the existing session), the media information of the remote UE and the second access leg negotiate the media, and returns the remote receiving port in the response ( In this process, the handover control entity may also set the remote receiving port attribute to INACTIVE or Send Only to prevent the MGCF from transmitting data in the media channel to the remote end before the CS domain multimedia channel negotiation and the supported media information. . In this way, the subsequent success of the subsequent multimedia channel negotiation and the success rate of the terminal negotiation between the second access leg and the remote UE media are ensured; or the SDP negotiation process is completed by using the default manner;
  • the MSC UE and the handover control entity do not initiate the release of the first access leg, and the handover control entity waits for the indication that the second access leg corresponds to the completion of the CS domain multimedia channel negotiation.
  • the MSC UE continues to provide data transmission and reception on the 10 channels of the first access leg, and prepares to perform multimedia channel negotiation on the bearer connection corresponding to the second access leg.
  • the handover control Entity set a wait for this a timer for releasing the message, releasing the related resources of the second access leg establishment or the entire call when the message is not received within a certain period of time; the timer may be after the second access leg is established
  • the handover control entity sends a SIP 200 OK message on the second access leg, and is released after receiving the notification message of the MGCF on the first access leg or after timeout;
  • the MGCF uses the SIP RelNVITE/UPDATE to notify the handover control entity (the SIP header field or the SIP method, or the SIP message body can be extended to carry the information, and there is no extension in this example;
  • the SIP control is used to notify the handover control entity, provided that the handover control entity has subscribed to the media channel negotiation completion event in the CS domain before the handover, so the MGCF can issue the notification; other SIP messages, such as Info notification, can also be used to the handover control entity.
  • the handover control entity detects the media channel negotiation completion event (such as receiving the media negotiation completion indication carried in the extended SIP signaling, or changing the media attribute of the receiving port of the second access leg to the ACTIVE according to the MGCF indication. Or Send Receive), forwarding a second access leg establishment request to the switching entity;
  • the media channel negotiation completion event such as receiving the media negotiation completion indication carried in the extended SIP signaling, or changing the media attribute of the receiving port of the second access leg to the ACTIVE according to the MGCF indication. Or Send Receive
  • the switching entity performs media negotiation with the remote end according to the media information related to the handover carried in the second access leg. After the completion, the 200 ⁇ response message is returned. After receiving the 200 OK response of the RelNVITE/UPDATE sent by the MGCF, the MGCF may instruct the MSC UE to perform the 10-channel transfer through the CS network signaling, and the MSC UE receives the 10 channels after receiving the response;
  • the switching entity releases the first access leg of the IMS domain (which may also be a terminal-initiated release, where the handover control entity in the network is released as an example).
  • the MSC UE transfers the 10 channels of the media from the bearer connection controlled by the first access leg to the bearer connection controlled by the second access leg (the 10 channel switch can also detect the inband in the MSC UE) After the media channel negotiation is completed get on) ;
  • the foregoing embodiment can provide the user with a continuous service experience of the session, and the switching entity does not have to perform special processing for the multimedia session switched to the CS access, so as to ensure that the CS access-related features are shielded from other entities by the handover control entity,
  • the switching entity switching processing function is consistent, and the logic of the switching processing is centralized; thereby facilitating the development and maintenance of device functions.
  • a schematic structural diagram of a handover system includes: a handover control entity, configured to wait after receiving a setup request for a second access leg with a multimedia attribute initiated from a CS domain An indication of completion of the media channel negotiation corresponding to the second access leg; and sending a handover indication to the handover entity after receiving the indication that the media channel negotiation corresponding to the second access leg is completed; and the switching entity is configured to receive the handover control entity To the handover indication as a trigger condition, the media update is performed with the remote end to replace the second access leg with the first access leg.
  • the foregoing switching control entity includes: a receiving unit, configured to receive a setup request of a second access leg with a multimedia attribute initiated from a CS domain; and a holding unit, configured to keep the receiving unit receiving the second access leg Establishing a request, and waiting for the indication of the completion of the media channel negotiation corresponding to the second access leg, and sending the handover indication to the handover entity after receiving the indication of the completion of the media channel negotiation corresponding to the second access leg; the handover entity includes: And performing, by using the switching indication received by the holding unit as a trigger condition, performing media update with the remote end, so that the second access leg replaces the first access leg.
  • the foregoing switching system can provide a continuous service experience for the user, and the switching entity does not have to perform special processing for the multimedia session switched to the CS access, so as to ensure that the CS access-related features are shielded from other entities by the handover control entity,
  • the switching entity switching processing function is consistent, and the logic of the switching processing is centralized; thereby facilitating the development and maintenance of device functions.

Abstract

L'invention concerne un procédé pour mettre en oeuvre une continuité d'appel multimédia, un équipement et un système associés, qui permettent d'assurer la continuité d'un appel multimédia lorsqu'un usager lance une commutation d'appel multimédia à partir d'un domaine CS. Le procédé comporte les étapes suivantes: une fonction de commande de commutation attend une indication de fin de négociation de canal média correspondant au deuxième tronçon d'accès après réception, par la fonction de commande de commutation, d'une demande d'établissement du deuxième tronçon d'accès comportant un attribut multimédia lancé à partir du domaine CS; la fonction de commande de commutation effectue une mise à jour de média avec une extrémité éloignée afin que le deuxième tronçon d'accès remplace le premier tronçon d'accès, après réception de l'indication de fin de négociation de canal média correspondant au deuxième tronçon d'accès.
PCT/CN2008/070648 2007-07-20 2008-03-31 Procédé pour assurer une continuité d'appel multimédia, équipement et système associés WO2009012665A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN200710130149.1 2007-07-20
CN200710130149 2007-07-20
CN200710152524.2A CN101351039B (zh) 2007-07-20 2007-09-27 实现多媒体呼叫连续性的方法、装置及系统
CN200710152524.2 2007-09-27

Publications (1)

Publication Number Publication Date
WO2009012665A1 true WO2009012665A1 (fr) 2009-01-29

Family

ID=40269575

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/070648 WO2009012665A1 (fr) 2007-07-20 2008-03-31 Procédé pour assurer une continuité d'appel multimédia, équipement et système associés

Country Status (2)

Country Link
CN (1) CN101351039B (fr)
WO (1) WO2009012665A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2434808A4 (fr) * 2009-05-22 2015-07-08 Zte Corp Procédé permettant de réaliser une continuité dans des communications vocales radio simples, et système permettant de réaliser une continuité dans des communications vocales radio simples

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011083371A1 (fr) 2010-01-11 2011-07-14 Nokia Corporation Procédé et appareil destinés à mettre en oeuvre une période d'attente pour des transferts simples de continuité radio
CN102238672B (zh) 2010-04-23 2014-08-13 中兴通讯股份有限公司 反向单待业务连续性实现方法及系统
CN102378276B (zh) 2010-08-12 2014-08-20 华为终端有限公司 视频呼叫接入网间转移方法、系统、终端、和服务器
CN102714828A (zh) * 2010-12-31 2012-10-03 华为技术有限公司 业务切换方法、装置及系统
CN102215478B (zh) * 2011-05-26 2016-06-08 中兴通讯股份有限公司 语音呼叫处理方法及业务连续性服务器
CN103067989B (zh) * 2011-10-21 2016-08-10 中国移动通信集团广东有限公司 一种小区更新的方法及终端
CN103079239A (zh) * 2011-10-26 2013-05-01 中兴通讯股份有限公司 双待终端业务连续性实现方法及系统
CN102577510B (zh) * 2011-12-28 2014-09-03 华为技术有限公司 保持呼叫连续的方法和设备
WO2016023165A1 (fr) * 2014-08-12 2016-02-18 Qualcomm Incorporated Traitement d'une requête de configuration d'appel durant une procédure de changement d'emplacement
CN104219619B (zh) * 2014-09-19 2016-06-01 努比亚技术有限公司 业务协商方法、业务协商系统和通信终端
CN107529200B (zh) * 2016-06-21 2021-02-23 中兴通讯股份有限公司 一种VoLTE中终端发生网络切换后释放资源的方法及装置
CN115190457A (zh) * 2021-04-01 2022-10-14 华为技术有限公司 语音通信的方法和装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006097837A1 (fr) * 2005-03-17 2006-09-21 Nortel Networks Limited Procede mettant en oeuvre une continuite vocale dans un sous-systeme multimedia a commutation de circuits
CN101001470A (zh) * 2006-01-10 2007-07-18 捷讯研究有限公司 管理包括ims的网络环境中的呼叫路由的系统和方法
US20070165612A1 (en) * 2006-01-10 2007-07-19 Research In Motion Limited System and method for managing call routing in a network environment including IMS

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006097837A1 (fr) * 2005-03-17 2006-09-21 Nortel Networks Limited Procede mettant en oeuvre une continuite vocale dans un sous-systeme multimedia a commutation de circuits
CN101001470A (zh) * 2006-01-10 2007-07-18 捷讯研究有限公司 管理包括ims的网络环境中的呼叫路由的系统和方法
US20070165612A1 (en) * 2006-01-10 2007-07-19 Research In Motion Limited System and method for managing call routing in a network environment including IMS

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2434808A4 (fr) * 2009-05-22 2015-07-08 Zte Corp Procédé permettant de réaliser une continuité dans des communications vocales radio simples, et système permettant de réaliser une continuité dans des communications vocales radio simples

Also Published As

Publication number Publication date
CN101351039B (zh) 2011-11-09
CN101351039A (zh) 2009-01-21

Similar Documents

Publication Publication Date Title
KR101547486B1 (ko) 착신된 음성/비디오 호를 위한 ｕｅ 접근 도메인 선택 방법
WO2009012665A1 (fr) Procédé pour assurer une continuité d'appel multimédia, équipement et système associés
KR100975740B1 (ko) 이종 무선 통신 네트워크에서 핸드오버 방법 및 장치
US9614714B2 (en) Signaling referring to setup of H.324 video telephone between media gateway and controller
KR101078676B1 (ko) 호 전환 방법, 시스템, 및 디바이스
US20110268110A1 (en) Providing Packet-Based Multimedia Services via a Circuit Breaker
JP5450444B2 (ja) マルチメディア通話を処理するための方法及び装置
WO2008064565A1 (fr) Système, procédé et dispositifs pour réaliser la continuité de session multimédia
WO2008061443A1 (fr) Système, procédé et appareil assurant la continuité d'un appel multimédia
JP6109928B2 (ja) Ｄｒｖｃｃ携帯端末のアクセス転送
KR20080086781A (ko) 이종의 무선 통신 네트워크에서 핸드오버 장치 및 방법
US7979062B2 (en) Communications method between a combinational terminal and multimedia terminal
WO2009024081A1 (fr) Procédé, dispositif et système pour traiter la continuité du flux multimédia dans une session
KR101095421B1 (ko) 호 제어 방법, 회선 교환 도메인 어댑터 및 단말 장치
WO2009149667A1 (fr) Procédé, dispositif et système d'accès pour appelé
WO2009149635A1 (fr) Procédé, dispositif et système de communication mobile destinés à réaliser un transfert de communication explicite
CN107547819B (zh) 一种视频切换的方法、装置及系统

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: 08715381

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: 08715381

Country of ref document: EP

Kind code of ref document: A1