WO2012010019A1 - Procédé et système de mise en œuvre d'un ancrage multimédia - Google Patents

Procédé et système de mise en œuvre d'un ancrage multimédia Download PDF

Info

Publication number
WO2012010019A1
WO2012010019A1 PCT/CN2011/075608 CN2011075608W WO2012010019A1 WO 2012010019 A1 WO2012010019 A1 WO 2012010019A1 CN 2011075608 W CN2011075608 W CN 2011075608W WO 2012010019 A1 WO2012010019 A1 WO 2012010019A1
Authority
WO
WIPO (PCT)
Prior art keywords
media
sdp
alg
anchor
anchoring
Prior art date
Application number
PCT/CN2011/075608
Other languages
English (en)
Chinese (zh)
Inventor
谢振华
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2012010019A1 publication Critical patent/WO2012010019A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Definitions

  • the present invention relates to a call technology in an IP Multimedia Core Subsystem (IMS), and more particularly to a method and system for implementing media anchoring.
  • IMS IP Multimedia Core Subsystem
  • IMS is an IP-based network architecture proposed by the 3rd Generation Partnership Project (3GPP) to build an open and flexible business environment. IMS supports multimedia applications and provides users with rich multimedia services.
  • 3GPP 3rd Generation Partnership Project
  • control layer In the IMS service system, the control layer and the service layer are separated.
  • the control layer does not provide specific services, and only provides the necessary triggering, routing, and accounting functions to the service layer.
  • the service triggering and control functions in the control layer are performed by the Call Session Control Function (CSCF, Call Session Control Function).
  • Call session control functions are divided into: proxy call session control function (P-CSCF, Proxy-CSCF), query call session control function (I-CSCF, Interrogating-CSCF) and service call session control function (S-CSCF, Serving-CSCF) )
  • P-CSCF proxy call session control function
  • I-CSCF query call session control function
  • S-CSCF Service Call session control function
  • S-CSCF Serving-CSCF
  • the service layer is composed of a series of application servers (AS, Application Server), which can provide specific service services.
  • AS application servers
  • the AS can be an independent entity or exist in the S-CSCF.
  • the S-CSCF in the control layer controls the service trigger according to the subscription information of the user, and invokes the service on the AS to implement the service function.
  • the ALG includes a signaling processing entity and a media processing entity, which are used to implement control signaling and media interaction, topology hiding, media codec conversion, and media data between different networks.
  • ALG application layer gateway
  • the end-to-end device in the session is called User Equipment (UE) and is responsible for interaction with the user.
  • UE User Equipment
  • Some UEs have multiple access networks, including 3GPP packet switching (PS, Packet Switch) domain. Access the network, access the network through other non-3GPP PS domains, and even access the network through the circuit switched (CS, Circuit Switch) domain.
  • PS Packet Switch
  • CS Circuit Switch
  • the ALG cannot determine whether to anchor the media according to the user subscription information of the SDP request initiator, for example, the calling user signs the contract.
  • the ALG first decides to anchor the media or not to anchor the media according to the local policy. After the SDP request arrives at the AS, the AS determines, according to the SDP requesting the user's subscription information, that the anchor does not need to be anchored or needs to anchor the media.
  • the main object of the present invention is to provide a method and system for implementing media anchoring, which can save signaling consumption and shorten the call setup duration.
  • a method of implementing media anchoring comprising:
  • the application layer gateway ALG After receiving the session description protocol SDP request, the application layer gateway ALG carries the media resource information in the SDP request received by the ALG and the media resource information of the media processing entity allocated by the ALG in the SDP request that needs to be forwarded, and Forward the SDP request;
  • the application server AS receives the SDP request, determines whether the ALG anchor media is needed, and sends a session initiation protocol SIP message carrying a media anchor indication and an SDP response indicating whether the ALG anchor media is required; The ALG determines whether to anchor the media based on the received SIP message.
  • the AS determines whether the ALG anchoring medium is required to include:
  • the AS determines whether the ALG anchoring medium is required according to one or any combination of the following: SDP requesting the user's subscription information of the initiator, the SDP requesting the initiator's roaming information, the SDP requesting the destination party's home information, and the SDP requesting the destination party's roaming Information, whether the SDP requests the originator's home network to anchor the media.
  • Whether the decision requires the ALG anchor media specifically includes:
  • the AS determines the anchoring information according to the SDP requesting the user's subscription information of the initiator, and determines that the subscription information indicates that the anchoring needs to be anchored;
  • the AS further determines whether the home network of the SDP requesting initiator anchors the media, and if not, further determines whether the SDP requests the initiator to roam, and if roaming, decides to anchor. ;
  • the SDP requests the destination party's attribution information to determine whether the destination party is the carrier network user, and if not, decides to anchor;
  • the AS determines whether the ALG is required to anchor the media, before sending the SIP message, the AS further includes:
  • the AS When the anchor media is determined, the AS carries the ALG-related media resource information carried in the received SDP request in the forwarded SDP request.
  • the AS When it is determined that the media is not anchored, the AS carries the media resource information related to the SDP request initiator that is carried in the received SDP request, and is carried in the forwarded SDP request.
  • the ALG determines, according to the received SIP message, whether to anchor the media, including:
  • the ALG sends an SDP response to the SDP requesting initiator, and if it is determined that the anchoring is required by the media anchoring indication in the SIP message, the SDP response carries the media allocated by the ALG.
  • the media resource information of the entity is processed by the entity, otherwise the SDP response does not carry the media resource information of the media processing entity allocated by the ALG.
  • the method for implementing the media anchor indication for indicating whether the ALG anchor media is needed is: the media anchor indication uses a special SIP message header field identifier to indicate whether the ALG anchor media is needed; or
  • the media anchor indication is included in the SDP response carried by the SIP message.
  • the implementation manner of the anchor indication is:
  • the anchor indication implementation method is:
  • the media line corresponding to the media resource information associated with the ALG When the media line corresponding to the media resource information associated with the ALG is valid, it indicates that the media needs to be anchored; or, when the media line corresponding to the media resource information related to the SDP request originator is invalid, it indicates that the media needs to be anchored.
  • a system for implementing media anchoring including at least ALG and AS, wherein
  • the ALG is configured to forward a session description protocol (SDP request), where the forwarded SDP request carries the received media resource information and the media resource information allocated by the ALG;
  • SDP request session description protocol
  • the AS is configured to receive an SDP request, determine whether the ALG anchor media is required, and send an SIP message carrying the SDP response according to the determined result.
  • the AS determines that the ALG anchoring medium is required, the media line corresponding to the media resource information related to the ALG in the SDP response is valid, or the media resource information related to the SDP request initiator in the SDP response is The corresponding media line is invalid.
  • the SDP request to be forwarded carries the media resource information in the received SDP request, and the media resource information of the media processing entity allocated by the ALG. And forward the SDP request; AS receives The SDP requests to determine whether the ALG anchor media is needed; the AS sends a Session Initiation Protocol (SIP) message carrying a media anchor indication and an SDP response indicating whether the ALG anchor media is required; the ALG determines according to the received SIP message. Whether to anchor the media.
  • SIP Session Initiation Protocol
  • the AS implements determining whether the ALG anchors the media, does not require additional signaling, and saves signaling consumption, thereby shortening the call setup duration.
  • FIG. 1 is a flow chart of a method for implementing media anchoring according to the present invention
  • FIG. 2 is a schematic structural diagram of a system for implementing media anchoring according to the present invention.
  • FIG. 3 is a schematic flow chart of a first embodiment of implementing media anchoring according to the present invention.
  • FIG. 4 is a schematic flow chart of a second embodiment of implementing media anchoring according to the present invention. detailed description
  • FIG. 1 is a flowchart of a method for implementing media anchoring according to the present invention. As shown in FIG. 1, the method includes the following steps:
  • Step 100 After receiving the SDP request, the ALG carries the media resource information in the SDP request and the media resource information of the media processing entity allocated by the ALG in the SDP request that needs to be forwarded, and forwards the SDP request.
  • the SDP request received by the ALG carries the media resource information of the SDP request initiator, and the ALG allocates the media resource information (ie, the media resource related to the ALG) used to connect the media processing entity of the SDP request destination. Information).
  • the SDP request forwarded by the ALG is forwarded to the AS via the S-CSCF.
  • the SDP request can be carried by the SIP INVITE message.
  • Step 101 The AS receives the SDP request to determine whether the ALG anchor media is needed.
  • the AS according to the SDP request or the INVITE message originator's user subscription information, SDP request or INVITE message initiator's roaming information, SDP request or INVITE message purpose Whether the party's attribution information, the SDP request or the INVITE message's destination party's roaming information, the SDP request, or the INIVTE message originator's home network is one of the anchor media or any combination, decide whether to forward the ALG-related media resource information to anchor or Do not anchor the media.
  • the AS further determines whether the SDP request or the home network of the initiator of the INIVTE message anchors the media, and if not anchored, further determines the SDP request or the INVITE message initiator.
  • roaming if roaming, decides to anchor; if not roaming, further determines whether the destination party is the operator network user according to the SDP request or the attribution information of the destination party of the INIVITE message, and if not, decides to anchor; if yes, decides to anchor; Then, according to the SDP request or the attribution information of the destination party of the INIVITE message, it is determined whether the destination party roams, and if it roams, it decides to anchor; otherwise, it decides not to anchor.
  • the method when determining the anchor media, the method further includes: the AS carrying the ALG-related media resource information carried in the received SDP request, and carrying the information in the SDP request forwarded to the SDP request or the INVITE message destination party, and sending
  • the AS When it is determined that the media is not anchored, the AS carries the media resource information related to the SDP request initiator carried in the received SDP request, and carries the information in the SDP request forwarded to the SDP request or the INVITE message destination party.
  • Step 102 The AS sends a SIP message carrying a media anchor indication and an SDP response indicating whether the ALG anchor media is needed.
  • the SIP message is forwarded to the ALG via the S-CSCF.
  • the anchor indication implementation method is: using a special SDP attribute identifier to indicate whether the ALG anchor media is required; or The specific media line is valid or invalid to indicate, specifically: when the media line corresponding to the media resource information related to the ALG is valid (carrying), indicating that the media needs to be anchored; or, when the media resource related to the SIP request originator is related Information When the corresponding media line is invalid, it indicates that the media needs to be anchored.
  • Step 103 The ALG determines whether to anchor the media according to the received SIP message.
  • the method includes: the ALG sends an SDP response to the SDP request or the INVITE message initiator, and if it is determined that the anchoring is required by the media anchor indication in the SIP message, the SDP response carries the media processing media resource information allocated by the ALG.
  • the identifier is displayed as requiring anchor timing; or, if the media anchoring indication is indicated by the media line, the media corresponding to the ALG-related media resource information
  • the line is valid, or the media line corresponding to the media resource information related to the SDP request or the INVITE message originator is invalid:
  • the ALG carries the ALG-assigned connection SDP request in the SDP response forwarded to the SDP request or the INVITE message initiator. Or the media resource information of the media processing entity of the INVITE message originator.
  • the SDP request or the INVITE message initiator negotiates the media resource with the ALG, and the ALG negotiates the media resource with the SDP request or the INVITE message destination party; the ALG controls the media processing function entity to forward the media data to implement the call between the two parties, and implements the anchor.
  • the function of the media ie in the media path
  • the identifier is displayed as not requiring anchor timing; or, if the media anchor indication indicates that the media line corresponding to the ALG-related media resource information is invalid, Or when the media line corresponding to the media resource information related to the SDP request or the INVITE message originator is valid: the ALG does not carry the ALG allocated for connecting the SDP request or the INVITE in the SDP response forwarded to the SDP request or the INVITE message initiator. The media resource information of the media processing entity of the initiator. At this point, the SDP request or the INVITE message originator negotiates the media resource with the SDP request or the INVITE message destination. The ALG is not included in the call media path of both parties, that is, the media is not anchored.
  • the AS determines whether the ALG anchors the media through the existing signaling in the call setup process, does not require additional signaling, and saves signaling consumption, thereby shortening the call setup duration.
  • a method for implementing media anchoring is provided for the method of the present invention, including at least ALG and AS, wherein
  • the ALG is configured to forward a session description protocol (SDP request), where the forwarded SDP request carries the received media resource information and the media resource information allocated by the ALG;
  • SDP request session description protocol
  • the AS is configured to receive an SDP request, determine whether the ALG anchor media is required, and send an SIP message carrying the SDP response according to the determined result.
  • the AS determines that the ALG anchoring medium is required, the media line corresponding to the media resource information related to the ALG in the SDP response is valid, or the media resource information related to the SDP request initiator in the SDP response is The corresponding media line is invalid.
  • FIG. 3 is a schematic flowchart of a first embodiment of implementing media anchoring according to the present invention.
  • UE-1 initiates a call as a calling party to the called party UE-2, and UE-1 establishes a call.
  • the session signaling is forwarded by the ALG and the AS, and the information exchanged between the AS and the ALG is forwarded by the S-CSCF.
  • the specific steps include the following steps:
  • Step 300 The UE-1 sends a Session Description Protocol (SDP) request to the UE-2: SDP1 to establish a media connection with the UE-2, for example, by sending an Invite INVITE message of the Session Initiation Protocol SIP, where the SDP1 includes the UE-1. Media resource information.
  • SDP Session Description Protocol
  • Step 301 The SDP request or the INVITE message carrying the SDP request passes through the ALG, and the ALG allocates a media resource used to connect to the media processing entity at the UE-2 end.
  • Step 302 The ALG generates a new SDP request: SDP2, in SDP2, the media resource information in the received SDP request, and the media resource information of the media processing entity allocated by the ALG in step 301 (indicated by ALG1 in FIG. 3) ), and then forward the INVITE message carrying SDP2.
  • the SDP request is forwarded, so that the SDP request received by the ALG may not be SDP1, but the modified SDP request is still used to establish a media connection with the UE-1, so the media resource information may still be regarded as UE-1 related.
  • ALG includes ALG1 in SDP2. For example, if ALG1 contains voice media resource information, then the voice media resource information related to UE-1 is in front, ALG1 voice media resource information is behind or vice versa, or ALG1 voice media resource. The attribute of the message is "inactive";
  • Step 303 The SDP request or the INVITE message carrying the SDP request arrives at the S-CSCF, and the S-CSCF forwards the SDP request or the INVITE message carrying the SDP request.
  • Step 304 The SDP request or the INVITE message carrying the SDP request arrives at the AS, and the AS according to the SDP request or the INVITE message originator's user subscription information, the SDP request or the INVITE message initiator's roaming information, the SDP request or the INVITE message destination party's attribution information. Whether the SDP request or the INVITE message destination party's roaming information, the SDP request, or the INIVTE message originator's home network anchors one or any combination of media, whether the decision requires ALG anchoring or no anchoring.
  • ⁇ mouth the SDP request or the INVITE message carrying the SDP request arrives at the AS, and the AS according to the SDP request or the INVITE message originator's user subscription information, the SDP request or the INVITE message initiator's roaming information, the SDP request or the INVITE message destination party's attribution information.
  • the AS further determines whether the SDP request or the home network of the initiator of the INIVTE message anchors the media, and if not anchored, further determines the SDP request or the INVITE message initiator.
  • roaming if roaming, decides to anchor; if not roaming, further determines whether the destination party is the operator network user according to the SDP request or the attribution information of the destination party of the INIVITE message, and if not, decides to anchor; if yes, decides to anchor; Then, according to the SDP request or the attribution information of the destination party of the INIVITE message, it is determined whether the destination party roams, and if it roams, it decides to anchor; otherwise, it decides not to anchor.
  • the judgment result of the AS is that anchoring is required.
  • the AS does not anchor the media
  • the subsequent steps 305-306 are performed. If the AS anchors the media, the steps 305-306 are performed in a standard anchoring manner, and are not related to the present invention and will not be described again.
  • the entity may modify the received SDP request and forward it out, so that the SDP request received by the AS may not be SDP2, but the modified SDP request is still used to establish a media connection with the media processing entity controlled by UE-1 and ALG. Therefore, the media resource information therein can still be regarded as related to UE-1 or ALG.
  • Step 305 The AS generates a new SDP request: SDP3, which includes ALG-related media resource information (represented by ALG1 in FIG. 3) in SDP3, and does not include the same media type in the media resource information related to ALG1 included in UE-1.
  • the media resource information for example, ALG1 includes voice media resource information, and the SDP3 does not include the UE-1 related voice media resource information.
  • Step 306 The SDP request or the INVITE message carrying the SDP request arrives at the UE-2, and the UE-2 uses the media resource information in the received SDP request to negotiate the media, and sends a SIP message, where the message carries an SDP response (English translation: Answer) SDP4, for example, the SIP message is a 200 OK message, and the SDP4 carries the media resource information of the UE-2.
  • SDP response English translation: Answer
  • Step 307 The SIP message arrives at the AS, and the AS carries an anchor indication to indicate the ALG anchor media when forwarding the SIP message, and includes a new SDP response in the message body: SDP5, which includes the received media resource information in the SDP4 in the SDP5. .
  • the SDP5 includes the same number and type of media lines as the SDP2, and the media line portion corresponding to the ALG1 in the SDP2 in the SDP5 contains the media resource information in the received SDP4, that is, the ALP related to the ADP in the SDP5.
  • the media line corresponding to the media resource information is valid; the port in the media line corresponding to the media resource information related to UE-1 in SDP2 in SDP5 is set to 0, that is, the media resource information related to UE-1 in SDP5 corresponds.
  • the media line is invalid.
  • Step 308 The SIP message arrives at the S-CSCF, and the S-CSCF forwards the SIP message.
  • Step 309 The ALG receives the SIP message, and determines that the media anchor indication carried in the SIP message is indicated as requiring anchoring; or determining the media related to the ALG in the SDP response in the SIP message. If the media line corresponding to the resource information is valid (or the media line corresponding to the media resource information related to the UE-1 is invalid), the media resource for connecting to the media processing entity at the UE-1 end is allocated (indicated by ALG2 in FIG. 3) ).
  • Step 310 When forwarding the SIP message, the ALG includes a new SDP response in the message body: SDP6, where the SDP6 includes the media resource information allocated by the ALG in step 309 for connecting to the media processing entity of the UE-1 end (in FIG. 3 Expressed as ALG2).
  • UE-1 negotiates media resources with ALG
  • ALG negotiates media resources with UE-2
  • ALG controls media processing function entity to forward media data to realize UE-1 and UE-2 calls, and realizes the function of anchoring media. (ie in the media path).
  • FIG. 4 is a schematic flowchart of a second embodiment of implementing media anchoring according to the present invention.
  • UE-1 initiates a call as a calling party to the called party UE-2, and UE-1 establishes a call.
  • the session signaling is forwarded by the ALG and the AS, and the information exchanged between the AS and the ALG is forwarded by the S-CSCF.
  • the specific steps include the following steps:
  • Steps 400 to 403 are identical to the implementations of steps 300 to 303 in the first embodiment, and are not described herein again.
  • Step 404 The SDP request or the INVITE message carrying the SDP request arrives at the AS, and the AS according to the SDP request or the INVITE message originator's user subscription information, the SDP request or the INVITE message initiator's roaming information, the SDP request or the INVITE message destination party's attribution information. Whether the SDP request or the INVITE message destination party's roaming information, SDP request (INVITE message) originator's home network anchors one or a combination of media, and decides whether ALG anchor or non-anchor media is required.
  • ⁇ mouth SDP request or the INVITE message carrying the SDP request arrives at the AS, and the AS according to the SDP request or the INVITE message originator's user subscription information, the SDP request or the INVITE message initiator's roaming information, the SDP request or the INVITE message destination party's attribution information.
  • SDP request (INVITE message) originator's home network anchors one or a combination of media and
  • the AS further determines whether the home network of the initiator of the SDP request (INVITE message) anchors the media, and further determines the SDP request or the INVITE message if not anchored.
  • the initiator is roaming, if roaming, determining anchoring; if not roaming, further determining whether the destination party is the carrier network user according to the SDP request or the attribution information of the destination party of the INIVITE message, if not Determining anchoring; if yes, further determining whether the destination party is roaming according to the SDP request or the attribution information of the destination party of the INIVITE message, and determining anchoring if roaming; otherwise determining not to anchor.
  • the judgment result of the AS is that anchoring is not required.
  • the AS does not anchor the media
  • the subsequent steps 305-306 are performed. If the AS anchors the media, the steps 305-306 are performed in a standard anchoring manner, and are not related to the present invention and will not be described again.
  • the processing entities may modify the received SDP request and forward them out. Therefore, the SDP request received by the AS may not be SDP2, but the modified SDP. The request is still used to establish a media connection with the UE-1 and ALG controlled media processing entities, so the media resource information therein can still be considered to be related to UE-1 or ALG.
  • Step 405 The AS generates a new SDP request: SDP3, and only the UE-1 related media resource information is included in the SDP3.
  • Step 406 The SDP request or the INVITE message carrying the SDP request arrives at the UE-2, and the UE-2 uses the media resource information in the received SDP request to negotiate the media, and sends a SIP message, where the message carries an SDP response: SDP4, for example, the SIP message is 200 OK message, SDP4 carries the media resource information of UE-2.
  • Step 407 The SIP message arrives at the AS, and the AS carries an anchor indication when forwarding the SIP message to indicate that the ALG does not anchor the media, and includes a new SDP response in the message body: SDP5, which includes the received media resource in the SDP4 in the SDP5. information.
  • the SDP 5 includes the same number and type of media lines as the SDP2, and the media line portion corresponding to the media resource information related to the UE-1 in the SDP2 includes the media resource information in the received SDP4. That is, the media line corresponding to the media resource information related to UE-1 in SDP5 is valid, and SDP5 is related to ALG1 in SDP2.
  • the port in the corresponding media line is set to 0, that is, the media line corresponding to the media resource information related to the ALG in SDP5 is invalid.
  • Step 408 The SIP message arrives at the S-CSCF, and the S-CSCF forwards the call SIP message.
  • Step 409 The ALG receives the SIP message, and determines that the media anchor indication carried in the SIP message is not required to be anchored; or determines that the media line corresponding to the ALG-related media resource information in the SDP response in the SIP message is invalid. (or determining that the media line corresponding to the media resource information related to UE-1 is valid), then releasing the media resource of the media processing entity allocated in step 401 for connecting the destination of the SDP request or the INVITE message.
  • Step 410 When forwarding the SIP message, the ALG includes a new SDP response in the message body: SDP6, in SDP6, the valid media resource information received in step 408 is included (the media with port number 0 is invalid).
  • UE-1 negotiates media resources with UE-2, and ALG is not included in the call media path of UE-1 and UE-2, that is, the media is not anchored.

Landscapes

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

Abstract

La présente invention concerne un procédé et un système permettant de mettre en œuvre un ancrage multimédia (Media Anchoring). Le procédé comprend les étapes suivantes : après avoir reçu une demande de protocole de description de session (SDP, Session Description Protocol), une passerelle de couche d'application (ALG, Application Layer Gateway) fait en sorte que la demande SDP devant être réexpédiée achemine les informations de ressources multimédia de la demande SDP reçue et les informations de ressources multimédia allouées par l'ALG d'une entité de traitement multimédia, puis réexpédie la demande SDP; un serveur d'application (AS, Application Server) reçoit la demande SDP et détermine si l'ALG doit ancrer les données multimédia; l'AS transmet un message de protocole d'ouverture de session (SIP, Session Initiation Protocol) qui achemine une réponse SDP et une indication d'ancrage multimédia indiquant si l'ALG doit ancrer le flux multimédia; l'ALG détermine s'il est nécessaire d'ancrer le flux multimédia en fonction du message SIP reçu. Grâce à la signalisation existante dans la procédure d'établissement d'appel, l'AS détermine si l'ALG doit ancrer le flux multimédia sans signalisation supplémentaire. La signalisation consommée est donc réduite et la durée d'établissement de l'appel est raccourcie.
PCT/CN2011/075608 2010-07-23 2011-06-10 Procédé et système de mise en œuvre d'un ancrage multimédia WO2012010019A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010236068.1 2010-07-23
CN201010236068.1A CN102340490B (zh) 2010-07-23 2010-07-23 一种实现媒体锚定的方法及系统

Publications (1)

Publication Number Publication Date
WO2012010019A1 true WO2012010019A1 (fr) 2012-01-26

Family

ID=45496496

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/075608 WO2012010019A1 (fr) 2010-07-23 2011-06-10 Procédé et système de mise en œuvre d'un ancrage multimédia

Country Status (2)

Country Link
CN (1) CN102340490B (fr)
WO (1) WO2012010019A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105323217B (zh) * 2014-06-20 2020-03-10 中兴通讯股份有限公司 语音呼叫连续性业务中的媒体协商方法、系统及atcf

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1835687A1 (fr) * 2006-03-16 2007-09-19 Research In Motion Limited Méthode et appareils pour contrôler la fonctionnalité de continuité des connections vocales d'un équipement utilisateur dans un environnement de réseau comprenant un Sous-système IP Multimédia IMS
CN101094442A (zh) * 2006-08-23 2007-12-26 中兴通讯股份有限公司 一种电路交换域终呼锚定方法及其系统
CN101505344A (zh) * 2009-03-09 2009-08-12 华为技术有限公司 通信网络锚定方法及装置
WO2010052343A2 (fr) * 2008-11-10 2010-05-14 Telefonaktiebolaget L M Ericsson (Publ) Srvcc de cs à lte
CN101969627A (zh) * 2010-04-21 2011-02-09 中兴通讯股份有限公司 单待终端业务连续性实现方法和系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100603562B1 (ko) * 2004-05-14 2006-07-24 삼성전자주식회사 브이오아이피 음성 처리 장치 및 그 방법
CN101047628A (zh) * 2006-03-30 2007-10-03 华为技术有限公司 一种电路域终端接入分组网络实现分组业务的系统和方法
CN101577724B (zh) * 2006-06-09 2016-04-13 Sk电信有限公社 提供基于会话发起协议的早期媒体服务的方法
CN101577883B (zh) * 2008-08-07 2014-02-05 中兴通讯股份有限公司 通话连接方法、装置及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1835687A1 (fr) * 2006-03-16 2007-09-19 Research In Motion Limited Méthode et appareils pour contrôler la fonctionnalité de continuité des connections vocales d'un équipement utilisateur dans un environnement de réseau comprenant un Sous-système IP Multimédia IMS
CN101094442A (zh) * 2006-08-23 2007-12-26 中兴通讯股份有限公司 一种电路交换域终呼锚定方法及其系统
WO2010052343A2 (fr) * 2008-11-10 2010-05-14 Telefonaktiebolaget L M Ericsson (Publ) Srvcc de cs à lte
CN101505344A (zh) * 2009-03-09 2009-08-12 华为技术有限公司 通信网络锚定方法及装置
CN101969627A (zh) * 2010-04-21 2011-02-09 中兴通讯股份有限公司 单待终端业务连续性实现方法和系统

Also Published As

Publication number Publication date
CN102340490A (zh) 2012-02-01
CN102340490B (zh) 2015-10-21

Similar Documents

Publication Publication Date Title
EP1973283B1 (fr) Élément réseau d'interfonctionnement, système d'interfonctionnement entre le terminal csi et le terminal ims et procédé associé
EP2198587B1 (fr) Reprise après défaillance dans un réseau de sous-système multimédia ip (ims)
US8848666B2 (en) Handover of emergency calls from a circuit switched to a packet switched access network
EP1811745B1 (fr) Procédés et dispositif pur le traitement d'une demande d'appel d'un terminal IMS comprenant une demande pour un service en temps réel reçu via une domaine IMS par un terminal CSI
WO2014044224A1 (fr) Procédé et système de contrôle de la ressource d'une porteuse de qos durant la négociation d'un accès et la libération d'une ressource
WO2009012685A1 (fr) Contrôleur, serveur et procédé de commutation de domaine
US20100169495A1 (en) Method, apparatus, and system for processing continuity of media streams in a session
KR20100042270A (ko) 호 전달 서비스 제공 방법, 호 전달 서비스 제공 장치 및 호 전달 서비스 제공 시스템
EP2291029B1 (fr) Terminer des sessions à une ICS UE en utilisant CS média
WO2007025473A1 (fr) Systeme de terminaison d'appel de domaine cs, procede et reseau
WO2009149648A1 (fr) Procédé, dispositif et système de remplacement de canal de signalisation de commande de service
EP2485444B1 (fr) Procédé pour établir un chemin multimédia optimisé et passerelle de signalisation permettant d'implémenter ce procédé
WO2008052466A1 (fr) Procédé, système et équipement pour une commutation parmi différents réseaux
US9603183B2 (en) Method and system for keeping single radio voice call continuity session alive
WO2010121521A1 (fr) Procédé, système, serveur de centre de commutation mobile et terminal de session pour obtenir une continuité de service
WO2011130949A1 (fr) Procédé et système de mise en œuvre de continuité de communication vocale radio unique inverse
WO2009124512A1 (fr) Procédé de mise en œuvre pour commander une lecture de multimédia anticipé
WO2008110110A1 (fr) Procédé et système de fourniture de service de sous-système multimédia ip
EP2702742B1 (fr) Procédé, noeud de réseau et service applicatif pour la mise à disposition d'enregistrements détaillés des appels dans un réseau du type à sous-système multimédia ip
WO2012010019A1 (fr) Procédé et système de mise en œuvre d'un ancrage multimédia
WO2013064105A1 (fr) Procédé et dispositif de commutation d'un support à continuité des appels vocaux radio uniques inverses
WO2011130954A1 (fr) Méthode et système permettant la continuité d'appels radio vocaux simples
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
WO2011097966A1 (fr) Procédé et système pour mettre en œuvre une continuité d'appel vocal radio unique
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

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

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

Country of ref document: EP

Kind code of ref document: A1