WO2009092245A1 - Procédé d'émission d'appel pour service de continuité de session multimédia - Google Patents

Procédé d'émission d'appel pour service de continuité de session multimédia Download PDF

Info

Publication number
WO2009092245A1
WO2009092245A1 PCT/CN2008/073606 CN2008073606W WO2009092245A1 WO 2009092245 A1 WO2009092245 A1 WO 2009092245A1 CN 2008073606 W CN2008073606 W CN 2008073606W WO 2009092245 A1 WO2009092245 A1 WO 2009092245A1
Authority
WO
WIPO (PCT)
Prior art keywords
mmsc
session
call
application server
domain
Prior art date
Application number
PCT/CN2008/073606
Other languages
English (en)
Chinese (zh)
Inventor
Zhendong Li
Zhenwu Hao
Original Assignee
Zte Corporation
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 Zte Corporation filed Critical Zte Corporation
Publication of WO2009092245A1 publication Critical patent/WO2009092245A1/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/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]

Definitions

  • the present invention relates to the field of communications, and more particularly to a method for implementing a call initiation in an IMS domain multimedia session continuity and centralized control service.
  • IP Internet Protocol
  • IMS Multimedia Subsystem
  • 3GPP 3rd Generation Partnership Project
  • IMS IP-based telecommunications network architecture, which is independent of the access technology.
  • packet access networks such as GPRS (General Packet Radio Service) and WLAN (Wireless Local Area Network).
  • WLAN Wireless Local Area Network
  • GSM Global System for Mobile communications
  • UMTS Universal Mobile Telecommunications System
  • CS Circuit Switched
  • IMS IMS Centralized Service
  • the user equipment needs to maintain the continuity of the multimedia session in various access modes.
  • the multimedia session of the user UE not only maintains continuity when switching between packet switching domains (PSs), but also maintains continuous switching between PS domain and CS domain, PS domain and PS domain + CS domain. Sex.
  • PSs packet switching domains
  • MMSC IMS Multimedia Session Continuity
  • Figure 1 shows how the MMSC user initiates a call when it has a CS domain capable network access.
  • the multimedia session of the MMSC user is divided into two parts:
  • the voice session is accessed to the IMS via the ICS in the CS domain.
  • the user terminal UE-A establishes a CS session call with the ICS node via the CS domain (step 105), initiates a call to the user terminal UE-B; and then the ICS node calls the session control function (Serving Call Session Control Function, S-CSCF for short) initiates a session initial protocol SIP call request (step 106), the request carries the number of the called terminal UE-B and the voice session; the S-CSCF performs service logic processing (step 107); the S-CSCF redirects
  • the MMSC-AS MMSC application server
  • sends a session initiation protocol SIP call request where the request carries the number of the called terminal UE-B and voice session information (step 108);
  • Multimedia sessions other than voice are accessed into the IMS via the PS domain.
  • the terminal UE-A initiates a session initial protocol SIP call request to the S-CSCF via the PS domain, where the request carries the number of the called terminal UE-B and the MMSC session information (step 101); the S-CSCF performs service logic processing ( Step 102); Then, the S-CSCF sends a session initiation protocol SIP call request to the MMSC-AS (MMSC application server), where the request carries the number of the called terminal UE-B and the MMSC session information (step 103); MMSC- The AS waits for a voice session from the CS domain after receiving the SIP call request (step 104).
  • MMSC-AS MMSC application server
  • the above two parts of the session that is, the voice session and the multimedia session other than the voice session, are executed concurrently without prioritization.
  • the MMSC server Application Server, AS
  • the MMSC AS acts as a Back to Back User Agent (B2BUA)
  • merges the two parts of the session into one session step 109
  • merges The subsequent session is sent to the S-CSCF via the SIP call request (step 110), and the S-CSCF continues to transmit to the remote called user UE-B (step 111).
  • the MMSC session information cannot be carried in the call request from the ICS, so that in FIG. 1, if the step 103 arrives before the step 108, that is, the multimedia session of the PS domain other than the voice precedes the voice session of the CS domain. Upon reaching the MMSC AS, the MMSC AS will wait for the session of the CS domain to arrive. However, if step 108 precedes step 103, the MMSC AS will not succeed. Continue to wait, but continue to call, so that the session merge function performed in step 109 will not be completed.
  • the user is a MMSC contract, it is also an ICS contract.
  • the user UE accesses both the circuit switched CS domain and the packet switched PS domain, but its PS access is a low speed IP access and cannot provide voice services.
  • the voice is still provided by the CS domain, and the remaining multimedia sessions are provided in the PS domain.
  • the multimedia originating call that the MMSC signing user initiates the CS domain voice, how to correctly complete the session merging becomes a problem to be solved.
  • the technical problem to be solved by the present invention is to provide a method for calling a multimedia session continuity service, which ensures that the MMSC application server correctly completes the session merge and implements a correct call in the IMS domain multimedia session continuity and centralized control service.
  • the present invention provides a method for calling a multimedia session continuity service, including:
  • the multimedia session continuity service that is, when the MMSC user initiates a multimedia call:
  • the number that can be recognized by the MMSC application server is the called number, and a voice call is initiated;
  • the MMSC application server After receiving the media session of the packet domain and the voice session of the circuit domain, the MMSC application server combines the two sessions into one session, and continues the call with the remote called terminal number as the called number. .
  • the two sessions that are merged are that the MMSC user initiates a call in parallel in the circuit domain and the packet domain.
  • the specific steps of the MMSC user to initiate a call in the circuit domain include:
  • the MMSC user centralizes the voice session in the circuit domain through the IP multimedia subsystem That is, the ICS node initiates a call, and the called number uses the number that the MMSC application server can recognize;
  • the ICS node After receiving the call, the ICS node sends a session initial protocol call request, and uses the number that the MMSC application server can recognize as the called number, and routes the session initial protocol call request to the home service call session control function, that is, the S-CSCF;
  • the S-CSCF performs business logic processing
  • the S-CSCF sends the session initiation protocol call request to the MMSC application server, where the session initiation protocol call request carries the voice conference information.
  • the specific steps of the MMSC user to initiate a call in the packet domain include:
  • the MMSC user initiates a call in a packet domain in a media session other than voice.
  • the called number in the call request is the number of the remote called terminal and contains MMSC session information, and the call request is routed to the home service call session control.
  • the function is S-CSCF;
  • the S-CSCF performs business logic processing
  • the S-CSCF sends the session initial protocol call request to the MMSC application server, where the call request carries the MMSC session information.
  • the MMSC session information includes information for describing whether there are remaining session branches; if the media session of the packet domain first reaches the MMSC application server, and the MMSC session information describes the remaining session branches, the MMSC application server will be based on This information waits for a voice session in the circuit domain to merge the two sessions.
  • the MMSC application server merges the voice session and the media session according to the association between the circuit domain voice session and the media session association information of the packet domain.
  • the association information is a calling number, or a calling number and a number that the MMSC application server can recognize.
  • the MMSC user sends a media session other than voice to the MMSC application server in the circuit domain through the IP multimedia subsystem centralized service, that is, the ICS node; wherein the ICS node is an Il-cs architecture, or an Il-ps architecture. Or enhanced MSC architecture.
  • the number that the MMSC application server can identify is statically configured in the user terminal, or dynamically obtained by the terminal during the registration process or in a previous session.
  • the number that the MMSC application server can identify refers to the number of the MMSC application server, or the number that the MMSC application server can identify by other network elements.
  • the two-part session is respectively sent, that is, the session A initiated by the PS domain, the session is the same as the prior art, the called number It is the remote called subscriber number and carries the MMSC information.
  • the ICS-initiated session B is changed to the number that the home IMS domain MMSC AS can recognize, such as the number of the MMSC AS.
  • the analysis shows that when session A arrives at the MMSC AS first, because it carries the MMSC session information, the MMSC AS will wait for the arrival of the session B; if the session B first arrives at the MMSC AS, because the called number is the number that the MMSC AS can recognize, the MMSC The AS knows that this session is part of the entire MMSC session and needs to wait for other parts of the MMSC session to arrive.
  • the technical solution of the present invention can implement the correct combination of the two sessions by the MMSC AS, regardless of whether the session of the CS domain or the PS domain arrives first, so that the call can be correctly initiated.
  • FIG. 1 is a schematic flowchart of a call initiated by an existing MMSC user
  • FIG. 2 is a schematic flowchart of implementing a call initiated by an MMSC user in the present invention
  • 3 is a schematic diagram of the first implementation manner of the Il-cs calling flow process of the present invention
  • FIG. 4 is a schematic diagram of the second implementation manner of the Il-cs calling process of the present invention.
  • Figure 5 is a schematic illustration of the Il-ps originating flow of the present invention.
  • Figure 6 is an enhanced MSC originating procedure of the present invention. Preferred embodiment of the invention
  • the core idea of the present invention is: When an MMSC subscription user initiates a multimedia originating call including a CS domain voice, it separately transmits a two-part session, that is, a media session A initiated by the PS domain other than the voice session, and the session is the same as the prior art.
  • the called number is the remote called subscriber number; in the CS domain, the ICS-initiated voice session B is changed to the number that the home IMS domain MMSC AS can recognize, such as the number of the MMSC AS.
  • the two calls arrive at the MMSC AS, the MMSC AS completes the session merge and continues the connection process.
  • session A arrives at the MMSC AS first, because it carries information about the remaining session branches,
  • the MMSC AS will wait for the arrival of Session B; if Session B first arrives at the MMSC AS, the MMSC AS knows that the session is part of the entire MMSC session based on the number that the called MMSC AS can recognize, and needs to wait for other parts of the MMSC session to arrive.
  • the MMSC AS When the MMSC AS receives sessions A and B, the MMSC AS acts as a back-to-back proxy B2BUA, merging the two sessions into one session and continuing to initiate a call to the destination.
  • the process for implementing the MMSC user call initiation includes the following steps:
  • the MMSC user UE-A initiates a multimedia call, in which the media session other than voice initiates a call in the PS domain, and the UE-A sends a SIP call request, and the called number in the call request is the number of the remote called UE-B. And including MMSC session information, the call request is routed to a Serving Call Session Control Function (S-CSCF).
  • S-CSCF Serving Call Session Control Function
  • the S-CSCF performs business logic processing
  • the S-CSCF sends a SIP call request to the MMSC AS according to an initial filter criterion (iFC).
  • the call request carries the number of the remote called UE-B And MMSC session information.
  • the iFC filtering criterion is a triggering method of the standard IMS service, and the S-CSCf learns to forward the request to the MMSC AS by using the iFC.
  • the MMSC session information typically includes information describing whether there are remaining session branches, such as describing voice in a CS domain call.
  • the MMSC user UE-A initiates a multimedia call, in which the voice part initiates a call in the CS domain through the ICS technology, and the called number uses the number that the MMSC AS can recognize, such as the number of the MMSC AS.
  • the number that the MMSC AS can identify may be statically configured in the user terminal, or may be dynamically obtained during the registration process or in a previous session.
  • the ICS node After receiving the call, the ICS node sends a SIP call request, where the called number is MMSC
  • the number that the AS can identify, the SIP call request is routed to the home S-CSCF.
  • the S-CSCF performs business logic processing.
  • the S-CSCF sends a SIP call request to the MMSC AS according to an initial filter criterion (iFC).
  • iFC initial filter criterion
  • the SIP call request carries the voice session information and the number that the called MMSC AS can recognize.
  • the MMSC AS associates the received two sessions (ie, the voice session and the media session except the voice) and performs the combining process, and uses the number of the called terminal UE-B received in step 203 as the called number.
  • the SIP call request message carrying the merged session is first sent to the S-CSCF;
  • the MMSC AS associates the two sessions according to the received association information of the two session calls.
  • the association information may be a calling number, or a calling number, and a number that the MMSC AS can identify, such as an MMSC. AS number and so on.
  • the calling number can be used as the association information. That is, the MMSC AS can determine that the calling number of the two sessions is the same calling party number, so that the two are the calls initiated by the same MMSC user. Combine 2 parts of the session.
  • the associated information may be the calling number and the number that the MMSC application server can recognize.
  • the S-CSCF then routes the SIP call request to the remote called UE-B (the intermediate step is omitted). Wherein, steps 201-203 and steps 204-207 are parallel, without prioritization. Initiate call The called UE-A sends the voice session and the media session other than the voice to the MMSC-AS in parallel, and the MMSC-AS combines the two sessions into one session and then sends it out.
  • the ICS has three architectures, namely, an Il-cs architecture, an Il-ps architecture, and an enhanced MSC architecture, the following three embodiments of the ICS are combined with the implementation flow shown in FIG. 2, and the technical solutions of the present invention are indicated under each specific architecture.
  • the MMSC UE that subscribes to the MMSC accesses the IMS in the CS domain is Il-cs, and its multimedia component is carried in the PS domain.
  • the specific steps of the MMSC UE preparing to initiate the multimedia call including the CS domain voice include: 301)
  • the MMSC user UE sends the voice session information through the Unstructured Supplementary Service Data (USSD) on the ICS session control path, which is
  • USSD Unstructured Supplementary Service Data
  • the calling number is a number that the MMSC AS can identify, such as the number of the MMSC AS, and the USSD message is first sent to the VMSC;
  • the VMSC forwards the received USSD message to the home ICCF, and the network element involved in the forwarding path is not related to the patent, and is not described herein;
  • the MMSC user UE sends a call setup message to the VMSC in the CS domain, and the target address of the message is the ICCF number;
  • the VMSC After receiving the call setup message, the VMSC sends an ISUP initial address message carrying the ICCF address to the MGCF according to the called number;
  • the MGCF sends a SIP session request to the ICCF, where the called number is an ICCF number, and the message is first sent to the CSCF;
  • the CSCF sends the received SIP call request to the ICCF;
  • the ICCF associates the messages of steps 302 and 306 after receiving the messages.
  • ICCF issued Sending a SIP call request whose target address is the number that the MMSC AS can recognize in step 302, such as the number of the MMSC AS, and the SIP request is first sent to the CSCF; here, the associated information is the calling number, or the ICCF. Number, here further merge the two messages after the association;
  • the iCF triggers, and the CSCF sends the received SIP call request to the MMSC AS.
  • the MMSC user UE sends a SIP call request to the destination in the PS domain, the destination address is the UE2 number, and the MMSC session information is included. First sent to the CSCF;
  • the CSCF After receiving the step 309 message, the CSCF triggers the iFC to trigger the CSCF to send the received SIP call request to the MMSC AS.
  • the MMSC AS After receiving the messages of steps 308 and 310, the MMSC AS associates with the session information to know that this is an MMSC call.
  • the MMSC AS merges the received two sessions and acts as a B2BUA to continue to initiate a session to the destination UE2.
  • the SIP session request is first sent to the CSCF.
  • the associated information is the calling number, or the calling number and the MMSC AS. A number that can be identified.
  • the two sessions are further combined here and merged.
  • the CSCF routes the SIP call request to the destination address, where the process path is omitted.
  • the steps 301, 303, and 309 are in parallel, and there is no order limitation.
  • the call setup process after step 312 is known in the prior art, and is not described here.
  • the MMSC user UE accesses the IMS in the CS domain in the manner of Il-cs, and the multimedia component is carried in the PS domain.
  • the MMSC user UE prepares to initiate a multimedia call including CS domain voice, and the ICCF address on the ICS bearer control path in the call is dynamically obtained.
  • the specific steps are as follows:
  • the MMSC user UE sends the voice conference information through the USSD on the ICS session control path, and the called number is a number that the MMSC AS can identify, such as the number of the MMSC AS, and the USSD message is first sent to the VMSC;
  • the VMSC forwards the received USSD message to the home ICCF, and the network element involved in the forwarding path has nothing to do with the innovation of the present invention, and is not described here;
  • the ICCF After receiving the message of step 402, the ICCF saves the voice session information in the USSD message. Such as the number that the MMSC AS can identify, and assign an IMS Routing Number (IMRN) in the E.164 format;
  • IMRN IMS Routing Number
  • the ICCF returns the allocated IMRN to the MMSC user UE through the USSD message, where the network element passing through the path is not related to this patent and is ignored.
  • the MMSC user UE After receiving the IMRN, the MMSC user UE sends a call setup message to the VMSC in the CS domain, and the target address of the message is the received IMRN number;
  • the VMSC after receiving the call setup message, the VMSC sends an ISUP initial address message to the MGCF according to the called number;
  • the MGCF sends a SIP session request to the ICCF, where the called number is IMRN, and the message is first sent to the CSCF;
  • the CSCF sends the received SIP call request to the ICCF;
  • the ICCF After receiving the message of step 408, the ICCF associates with the information stored in step 403 according to IMRN.
  • the ICCF continues to send a SIP call request, and its target address is the number that the MMSC AS can recognize in step 402, and the SIP request is first sent to the CSCF;
  • the iCF triggers, and the CSCF sends the received SIP call request to the MMSC AS;
  • the MMSC user UE sends a SIP call request to the destination in the PS domain, the destination address is the UE2 number, and includes the MMSC session information, and the message is first sent to the CSCF;
  • the CSCF After receiving the message of step 411, the CSCF triggers through the iFC, and the CSCF sends the received SIP call request to the MMSC AS.
  • the MMSC AS After receiving the messages of steps 410 and 412, the MMSC AS associates with the session information to know that this is an MMSC call.
  • the MMSC AS merges the received two sessions and acts as a B2BUA to continue to initiate a session to the destination UE2.
  • the SIP session request is first sent to the CSCF.
  • the associated information is the calling number, or the calling number and the MMSC AS. A number that can be identified.
  • the two messages are further merged here after association.
  • step 414) The CSCF SIP call request is routed to the destination address, where the process path is omitted. It should be noted that steps 401 to 410 are serial, and steps 401 and 411 are parallel. Or step 405 and step 411 are in parallel.
  • the call setup process after step 414 is a prior art, and details are not described herein again.
  • FIG. 5 is an implementation of the ICS in the Il-ps architecture of the present invention.
  • the background is that the mode in which the MMSC user UE accesses the IMS in the CS domain is Il-ps, and the multimedia component thereof is carried in the PS domain.
  • MMSC User The specific steps for the UE to prepare to initiate a multimedia call containing CS domain voice are:
  • the MMSC user UE sends a SIP session request to the called UE2 on the ICS session control path, that is, the PS domain.
  • the called number is a number that the MMSC AS can recognize, such as the number of the MMSC AS. Since the purpose of the request is to establish an ICS call control path, the call request does not contain SDP information.
  • the message is first sent to the CSCF;
  • the CSCF sends the received SIP call request to the ICCF;
  • the MMSC user UE sends a call setup message to the VMSC in the CS domain, and the target address of the message is the ICCF number;
  • the VMSC after receiving the call setup message, the VMSC sends an ISUP initial address message to the MGCF according to the called number;
  • the MGCF sends a SIP session request to the ICCF, where the called number is an ICCF number, and the message is first sent to the CSCF;
  • the CSCF triggered by the iFC, the CSCF sends the received SIP call request to the ICCF;
  • the ICCF associates the messages of steps 502 and 506 after receiving the messages.
  • the ICCF continues to send a SIP call request, the target address is the number that the MMSC AS can recognize in step 502, such as the number of the MMSC AS, and the SIP request is first sent to the CSCF;
  • the CSCF triggering by the iFC, the CSCF sends the received SIP call request to the MMSC AS;
  • the MMSC user UE sends a SIP call request to the destination in the PS domain, the destination address is the UE2 number, and includes the MMSC session information and the PS domain multimedia session SDP information, and the message is first sent to the CSCF;
  • the CSCF After receiving the message of step 509, the CSCF triggers through the iFC, and the CSCF will receive the SIP.
  • the call request is sent to the MMSC AS;
  • the MMSC AS After receiving the messages of steps 508 and 510, the MMSC AS associates with the session information to know that this is an MMSC call.
  • the MMSC AS merges the received two sessions and acts as a B2BUA, and continues to initiate a session to the destination UE2, and the SIP session request is first sent to the CSCF;
  • the CSCF routes the SIP call request to the destination address, where the process path is omitted. It should be noted that the steps 501, 503, and 509 are in parallel, and there is no order limitation. The call establishment process after step 512 is known in the prior art, and details are not described herein again.
  • FIG. 6 is an implementation of an enhanced MSC according to the present invention.
  • the background is that the MMSC user UE accesses the IMS in the CS domain by enhancing the MSC, and the multimedia component thereof is carried in the PS domain.
  • MMSC User The specific steps for the UE to prepare to initiate a multimedia call containing CS domain voice are:
  • the MMSC user UE sends a call setup message to the enhanced MSC in the CS domain, where the target address of the message is a number that the MMSC AS can identify, such as the number of the MMSC AS;
  • the enhanced MSC sends a SIP call request after receiving the call setup message, where the called number is a number that the MMSC AS can identify, and the message is first sent to the CSCF;
  • the iCF triggers, and the CSCF sends the received SIP call request to the MMSC AS.
  • the MMSC user UE sends a SIP call request to the destination in the PS domain, the destination address is the UE2 number, and contains the MMSC session information, and the message is first sent to the CSCF;
  • the CSCF After receiving the message 604, the CSCF triggers the iFC, and the CSCF sends the received SIP call request to the MMSC AS.
  • the MMSC AS After receiving the messages of steps 603 and 605, the MMSC AS associates with the session information to know that this is an MMSC call.
  • the MMSC AS merges the received two sessions and acts as a B2BUA to continue to initiate a session to the destination UE2.
  • the SIP session request is first sent to the CSCF.
  • the associated information is the calling number, or the calling number and the MMSC AS. A number that can be identified.
  • the two messages are further merged here after association.
  • the CSCF routes the SIP call request to the destination address, where the process path is omitted. It should be noted that the steps 601 and 604 are in parallel, and there is no order limitation. The call establishment process after step 607 is available in the prior art and is not repeated.
  • the number that the MMSC AS can identify may be the number of the MMSC AS, or may be the number assigned by the other network element that the MMSC AS can identify.
  • MMSC session information in the above embodiment only mentions information for describing whether there are any remaining session branches, and may of course include other MMSC session content information such as a calling number, a called number, and a service type.
  • voice session information may also include the calling number, the number that the called MMSC application server can recognize, and the type of service.
  • the two-part session is respectively sent, that is, the session A initiated by the PS domain, the session is the same as the prior art, the called number It is the remote called subscriber number; in the CS domain, the ICS-initiated session B is changed to the number that the home IMS domain MMSC AS can recognize, such as the number of the MMSC AS.
  • the MMSC AS completes the session merge and continues the processing.
  • the analysis shows that when session A arrives at the MMSC AS first, because it carries the information of the remaining session branches, the MMSC AS will wait for the arrival of session B; if session B first arrives at the MMSC AS, it can be identified by the MMSC AS according to the called number. The number, MMSC AS knows that this session is part of the entire MMSC session and needs to wait for the other parts of the MMSC session to arrive.
  • the technical solution of the present invention can implement the correct combination of the two sessions by the MMSC AS, regardless of whether the session of the CS domain or the PS domain arrives first, so that the call can be correctly initiated.

Landscapes

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

Abstract

L'invention concerne un procédé d'émission d'appel pour service de continuité de session multimédia qui permet la mise en oeuvre d'une émission d'appel dans la continuité d'une session multimédia et un service de contrôle centralisé d'un domaine de sous-système de réseau central multimédia IP (IMS). Lorsqu'un abonné d'un service de continuité de session multimédia (MMSC) émet un appel multimédia comprenant de la parole dans le domaine de la commutation par circuit, l'invention fonctionne de la manière suivante: dans le domaine de la commutation par paquets, le numéro du terminal appelé d'extrémité éloignée est considéré comme le numéro appelé et une session multimédia sans la parole est envoyée au serveur d'application MMSC; dans le domaine de la commutation par circuit, le numéro qui peut être identifié par le serveur d'application MMSC est considéré comme le numéro appelé, l'appel vocal est émis vers le serveur d'application MMSC, lequel combine la session multimédia reçue du domaine de commutation par paquets et la session vocale du domaine de commutation par circuit en une seule session, le numéro de terminal appelé d'extrémité éloignée étant considéré comme le numéro appelé afin que l'appel puisse être établi. L'invention permet de garantir que le serveur d'application MMSC combine les sessions de manière adéquate et met en oeuvre correctement l'émission d'appel.
PCT/CN2008/073606 2008-01-08 2008-12-19 Procédé d'émission d'appel pour service de continuité de session multimédia WO2009092245A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN 200810000368 CN101692722B (zh) 2008-01-08 2008-01-08 一种多媒体会话连续性业务的起呼方法
CN200810000368.2 2008-01-08

Publications (1)

Publication Number Publication Date
WO2009092245A1 true WO2009092245A1 (fr) 2009-07-30

Family

ID=40900764

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/073606 WO2009092245A1 (fr) 2008-01-08 2008-12-19 Procédé d'émission d'appel pour service de continuité de session multimédia

Country Status (2)

Country Link
CN (1) CN101692722B (fr)
WO (1) WO2009092245A1 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101938467B (zh) * 2010-08-04 2013-05-08 北京邮电大学 一种支持跨网络的实现多媒体会话拆分的通信系统和方法
US9351203B2 (en) * 2013-09-13 2016-05-24 Microsoft Technology Licensing, Llc Voice call continuity in hybrid networks
CN104917717B (zh) * 2014-03-10 2018-09-07 中国移动通信集团北京有限公司 一种呼叫方法、设备及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1801998A (zh) * 2004-12-31 2006-07-12 华为技术有限公司 从多媒体子系统域到电路子系统域的会话切换方法
US20070195754A1 (en) * 2006-01-31 2007-08-23 Interdigital Technology Corporation Method and apparatus for supporting circuit switched interworking
CN101094442A (zh) * 2006-08-23 2007-12-26 中兴通讯股份有限公司 一种电路交换域终呼锚定方法及其系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1801998A (zh) * 2004-12-31 2006-07-12 华为技术有限公司 从多媒体子系统域到电路子系统域的会话切换方法
US20070195754A1 (en) * 2006-01-31 2007-08-23 Interdigital Technology Corporation Method and apparatus for supporting circuit switched interworking
CN101094442A (zh) * 2006-08-23 2007-12-26 中兴通讯股份有限公司 一种电路交换域终呼锚定方法及其系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"3GPP Technical Specification Group Services and Architecture, Feasibility Study on Multimedia Session Continuity", 3GPP TR 23.893 V1.0.0, December 2007 (2007-12-01), pages 20 - 21 *

Also Published As

Publication number Publication date
CN101692722B (zh) 2012-07-04
CN101692722A (zh) 2010-04-07

Similar Documents

Publication Publication Date Title
US8155084B2 (en) User equipment, call continuity application server, and network handover method
US10582061B2 (en) Network domain selection
US10110975B2 (en) Inter-domain call routing
CN101217788B (zh) 一种多媒体会话连续性业务的起呼方法
US20090086719A1 (en) Dynamic initiation of I1-ps signaling in IMS centralized services
JP2013528993A (ja) 端末、ｈｓｓ、及びコア・ネットワークエレメントによる端末能力の取得方法とシステム
WO2007025473A1 (fr) Systeme de terminaison d'appel de domaine cs, procede et reseau
EP2089995B1 (fr) Système de communication hétérogène et procédé de traitement d'un appel dans ce système
EP2117177B1 (fr) Procédé de commande d'appel, adaptateur de domaine à commutation de circuits et dispositif terminal
WO2009039688A1 (fr) Procédé de transfert d'appel tardif dans un service centralisé d'un sous-système de réseau central multimédia ip
WO2008151481A1 (fr) Procédé pour commander de manière centralisée le service d'implémentation d'appel de terminal dans un sous-système de réseau central multimédia ip
WO2012149866A1 (fr) Procédé et système pour transfert de domaine de continuité d'appel vocal radio unique
WO2009092245A1 (fr) Procédé d'émission d'appel pour service de continuité de session multimédia
US20110122867A1 (en) Method and node for routing a call which has services provided by a first and second networks
WO2008110110A1 (fr) Procédé et système de fourniture de service de sous-système multimédia ip
US8665793B2 (en) Method and system for implementing single radio voice call continuity
WO2009026586A2 (fr) Système et procédé pour gérer un appel commuté par circuit en utilisant une signalisation alternative à l'établissement d'un réglage de session réussi
WO2012041138A1 (fr) Procédé et système pour l'accès à un appel final par le biais d'un point d'accès ims de déplacement
WO2008151487A1 (fr) Procédé de mise en place d'une fin d'appel dans un service de contrôle centralisé ims
US8644298B1 (en) Adding a service control channel after session establishment
KR100998751B1 (ko) Ｉｍｓ망에서의 영상 링백톤 제공 장치 및 그 방법
WO2012041139A1 (fr) Procédé et système pour un appel par le domaine de la commutation de circuits à destination d'un réseau d'accès et par le biais d'un ims de déplacement
WO2008049320A1 (fr) Procédé, système et dispositif de transport
WO2009015532A1 (fr) Procédé destiné à transmettre une communication d'une mise hors tension d'un utilisateur avec un service centralisé de sous-système multimédia ip
CN101330455A (zh) Ip多媒体子系统集中业务用户不可及前转实现方法

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

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

Country of ref document: EP

Kind code of ref document: A1