WO2014000429A1 - Procédé et dispositif de réalisation d'un service mobile de terminal dans une architecture de sous-système multimédia de protocole internet (ip) - Google Patents

Procédé et dispositif de réalisation d'un service mobile de terminal dans une architecture de sous-système multimédia de protocole internet (ip) Download PDF

Info

Publication number
WO2014000429A1
WO2014000429A1 PCT/CN2013/070074 CN2013070074W WO2014000429A1 WO 2014000429 A1 WO2014000429 A1 WO 2014000429A1 CN 2013070074 W CN2013070074 W CN 2013070074W WO 2014000429 A1 WO2014000429 A1 WO 2014000429A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
request message
user
call
message
Prior art date
Application number
PCT/CN2013/070074
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 WO2014000429A1 publication Critical patent/WO2014000429A1/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]
    • 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/1096—Supplementary features, e.g. call forwarding or call holding

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method and an apparatus for implementing terminal mobile services in an IP multimedia subsystem architecture. Background technique
  • the TP (Terminal Portability) service is a user-specific service of an ISDN (Integrated Service Digital Network) network in a PSTN (Public Switched Telephone Network) network, allowing users to An S interface (the S interface refers to the S interface in the ISDN network, that is, the interface that the user accesses the network, which can be understood as a subscriber line is an S interface), and moves one phone from one socket to another (the socket refers to A port connected to a user terminal on the same S interface, or a call from one phone to another on the same S interface.
  • ISDN Integrated Service Digital Network
  • PSTN Public Switched Telephone Network
  • the TISPAN ts-183036 document defines an implementation method for implementing a TP service by an AGCF (Access Gateway Control Function) under the IMS (IP Multimedia Subsystem) architecture:
  • the AGCF/VGW Voice over IP gateway
  • the above solution for implementing the TP service is for the SIP interface between the AGCF/VGW and the IMS Core.
  • the definition of the information is exactly the same as the Call Hold (CH) service definition.
  • the IMS cannot identify whether the message is a TP service request or a CH (Call Hold) service request, and cannot perform independent charging and traffic statistics processing for the TP service.
  • the call peer terminal is an ISDN terminal, the peer network side cannot send a correct Notify notification message to the ISDN terminal because the message cannot be identified as a TP service message.
  • the embodiment of the present invention provides a method for implementing the terminal mobile service in the IP multimedia subsystem architecture, including:
  • the TP service suspends the request message, so that the IMS core network identifies the TP service suspension request, and performs the TP service suspension operation; in the process of the user call suspension, receiving the ISDN user terminal And submitting the TP service recovery request message according to the TP service recovery request; sending the TP service recovery request message to the IMS core network, so that the IMS core network identifies the TP service The request is restored, and the TP service recovery operation is performed.
  • the embodiment of the present invention provides an apparatus for implementing a terminal mobile service in an IP multimedia subsystem architecture, including: a receiving unit, configured to receive a terminal mobile TP service triggered by an ISDN user terminal of an integrated service digital network during a call of a user.
  • a requesting unit configured to: construct a TP service suspension request message according to the TP service trigger request received by the receiving unit, and send, by the sending unit, to the IP multimedia subsystem IMS core network
  • the TP service suspends the request message, so that the IMS core network identifies the TP service suspend request, and performs the TP service suspend operation
  • the receiving unit is further configured to suspend the user call Receiving, by the ISDN user terminal, the TP service recovery request
  • the building unit is further configured to: according to the Receiving, by the receiving unit, the TP service recovery request, the TP service recovery request message, where the sending unit is further configured to send, by using the TP core, a TP service recovery request message that is configured by the The IMS core network identifies the TP service recovery request and performs the TP service recovery operation.
  • the IMS core network can identify the TP service initiated by the user, and can be separated from the Call Hold service, and can separately perform charging and traffic statistics processing for the TP service.
  • FIG. 1 is a schematic diagram of a solution for implementing a terminal mobile service in an IMS architecture according to an embodiment of the present invention
  • FIG. 2 is a flowchart of processing a TP service when two users are in a call in an IMS domain according to an embodiment of the present invention
  • FIG. 3 is a flowchart of processing a TP service in a cross-domain call according to an embodiment of the present invention
  • FIG. 4 is a flowchart of processing a TP service in a cross-domain call according to an embodiment of the present invention
  • the embodiment of the present invention provides a method for implementing the terminal mobile service in the IP multimedia subsystem, which is used to indicate that the request message is a TP service request message. It is distinguished from the CH service request message.
  • FIG. 1 is a schematic diagram of a solution for implementing a terminal mobile service in an IMS architecture according to an embodiment of the present invention.
  • the steps of the program are detailed below: Step 101: Receive a terminal mobile TP service trigger request submitted by the ISDN user terminal of the integrated service digital network in the process of the user's call;
  • the terminal mobile service is a service unique to the ISDN user, allowing the user to move a phone from one jack to another on the same S interface during a call, or on the same S interface. Move a call from one phone to another.
  • the peer end of the user who initiates the TP service can be either an ISDN user or a non-ISDN user. The difference between these two types of users will be described in detail in the subsequent embodiments.
  • the ISDN user initiates the terminal mobile service during the call and initiates a TP service request through its terminal.
  • the TP service request is sent to the AGCF/VGW (Access Gateway Control Function, Voice over IP Gateway, IP Call Gateway) to which the user belongs.
  • the AGCF/VGW processes the TP service request of the user.
  • the TP service request is sent to the MGCF (Media Gateway Control Function) and processed by the MGCF.
  • MGCF Media Gateway Control Function
  • Step 102 Construct a TP service suspension request message according to the TP service trigger request.
  • the embodiment of the present invention provides a solution for constructing a TP service suspension request message. If the user who initiates the TP service is a user in the IMS domain, it is constructed by the AGCF/VGW in which it is located. If the user who initiates the TP service is not a user in the IMS domain, it is constructed by the MGCF.
  • the TP service suspension request message is specifically: extending a relnvite message (re-negotiation request message) under the SIP protocol (session initiation protocol), The content of the TP service suspension request is carried in the renvite message.
  • the TP service suspension request message is specifically: Converting the TP service suspension request into a renvite message under the SIP protocol. , carried in the rernvite message Characterizes the content of the TP service suspension request.
  • the content of the TP service suspension request is carried in the renvite message, and the method includes: adding a P-Notification header field to the rernvite message, indicating that the relnvite message is a request message for suspending the TP service, and adding a P-Notification
  • the content of the header field can be: P-Notification: user-susperided; user.
  • Step 103 Send a TP service suspension request message to the IP multimedia subsystem IMS core network, so that the IMS core network identifies the TP service suspension request, and performs a TP service suspension operation.
  • the IMS core network is a general term for the IMS architecture, and includes multiple network elements. The interaction between the network elements in the IMS core network is not involved in the embodiment of the present invention.
  • the IMS core network After receiving the TP service suspension request message, the IMS core network can recognize that the message is a request to trigger the TP service, and will not be confused with the CH service.
  • the IMS core network performs the TP service suspension operation, which is specifically: sending the TP service suspension request message to the AGCF/VGW where the call peer is located, so that the AGCF or the VGW suspends the call, and in the case that the call peer is an ISDN user terminal, , sending a Notify notification message to the opposite end of the call;
  • the TP service suspension request message is sent to the MGCF where the opposite end of the call is located, so that the MGCF converts the TP service suspension request message into a call suspension message recognizable by the call peer, and sends the call suspension message to the opposite end of the call.
  • the user who initiates the TP service can move the terminal, and can move one phone from one socket to another on the same S interface, or move one call from one phone to another on the same S interface.
  • a phone can move one phone from one socket to another on the same S interface, or move one call from one phone to another on the same S interface.
  • Step 104 Receive the TP service recovery submitted by the ISDN user terminal during the suspension of the call. Request
  • Step 105 Construct a TP service recovery request message according to the TP service recovery request.
  • the user sends a TP service recovery request through his terminal to request to resume the suspended call.
  • the intra-/out-user of the IMS domain is distinguished, and the network element that receives the TP service recovery request from the user terminal is the AGCF/VGW or the MGCF, and accordingly, the TP service recovery request is constructed by the AGCF/VGW or the MGCF.
  • the TP service recovery request message is specifically: the relnvite message in the extended SIP protocol, and the rep service message in the renvite message carries the TP service recovery request.
  • the TP service recovery request message is specifically: the TP service recovery request is converted into a renvvite message in the SIP protocol, and the renvite message carries the TP service recovery request. content.
  • the carrying the content of the TP service recovery request in the renvite message includes: adding a P-Notification header field to the renvv message, indicating that the renvite message is a request message for restoring the TP service, and adding a P-Notification header field
  • the content can be: P-Notification: user-resumed; user.
  • Step 106 Send a TP service recovery request message to the IMS core network, so that the IMS core network identifies the TP service recovery request, and performs a TP service recovery operation.
  • the IMS core network After receiving the TP service recovery request message, the IMS core network can recognize that the message is a call that triggers the TP service to hang before requesting recovery.
  • the IMS core network performs the TP service recovery operation, specifically: sending the TP service recovery request message to the AGCF/VGW where the call peer is located, so that the AGCF or the VGW resumes the call, and in the case that the call peer is an ISDN user terminal, The call peer sends a Notify notification message; Alternatively, the TP service recovery request message is sent to the MGCF where the opposite end of the call is located, so that the MGCF converts the TP service recovery request message into a call recovery message recognizable by the call peer end, and sends the call recovery message to the call peer end.
  • the IMS core network can identify the TP service initiated by the user, and can be separated from the Call Hold service, so that the charging and traffic statistics can be separately processed for the TP service. .
  • the embodiment of the present invention discloses a specific application implementation of the foregoing solution in different scenarios.
  • Each IMS network is a separate domain. All users belonging to the IMS network are intra-domain users, and users not belonging to the IMS domain are extra-domain users.
  • CS i or (circuit Switched) in the traditional core network. Domain, circuit switched i or) and PS i or (Packet Switched Domain).
  • a call between users in the same IMS domain is called intra-domain call
  • a call between the CS domain user and the PS domain user are collectively referred to as a cross-domain call.
  • FIG. 2 is a flowchart of processing a TP service when two users are in a call in an IMS domain according to an embodiment of the present invention.
  • the UE-A and the UE-B are two user terminals in the same IMS domain, where UE-A is an ISDN user terminal, and UE-B can be an ISDN user terminal or a non-ISDN user terminal;
  • Core is the IMS core network.
  • the IMS core network is a general term for the IMS architecture, and includes multiple network elements. The interaction between the network elements in the IMS core network is not involved in the embodiment of the present invention.
  • the P-Notification is the AGCF/VGW in the SIP (Session) in the embodiment of the present invention.
  • the IMS core network After receiving the relnvite message sent by the AGCF/VGW where the user A is located, the IMS core network determines that the message is a TP service call suspension request by using the P-Notification: user-suspended; user carried therein, and the IMS service network can be independent for the TP service. Billing and traffic statistics processing will no longer be confused with Call Hold business requests.
  • the IMS core network After the IMS core network determines that the message is a TP service call suspension request, it sends an application to the MRFP (Multimedia Resource Function Processor) to play the user B, and informs the other party (user A) that the call has been suspended, and the application is made. After the playback is successful, the media information carried in the renvite message is updated by the IMS core network to the MRFP, so that the UE-B receives the playback normally.
  • MRFP Multimedia Resource Function Processor
  • the IMS core network sends the updated relnvite message to the AGCF/VGW where the user B is located.
  • Step 202 The AGCF/VGW where the user B is located receives the relnvite message, modifies the media resource of the call according to the SDP content carried in the message, and suspends the call. User B listens to the sound through his terminal.
  • the AGCF/VGW where the user B is located sends a 200 OK message to the IMS core network. After receiving the 200 OK message forwarded by the IMS core network, the AGCF/VGW of the user A sends a SUSPEND ACK message to the terminal of the user A to notify the peer end (user B).
  • the TP service suspension request has been received.
  • the AGCF/VGW where the user B is located triggers the TP service according to the SIP message header i or P-Notification: user-suspended;
  • the user B can be an ISDN terminal user, or a non-ISDN terminal user, and the AGCF/VGW where the user B is located. If the user B is an ISDN terminal user, a Notify message is sent to notify the user B of the peer user. A has been suspended; if User B is a non-ISDN terminal user, the Notify message is not sent;
  • the user A is allowed to move the terminal, which can take the phone from the same S interface. Move the jacks to another jack, or move the call from one phone to another on the same S interface.
  • Step 203 When the user A wants to resume the call, the UE-A may send a RESUME message to the AGCF/VGW to which the UE A belongs, requesting to resume the previously suspended call with the user B.
  • the IMS core network determines that the user A wants to resume the call according to the P-Notification: user-resumed; user in the relnvite message, and then notifies the MRFP to stop the playback of the user B, and sends the relnvite message to the AGCF/VGW where the user B is located.
  • Step 204 After receiving the relnvite message, the AGCF/VGW of the user B modifies the media resource according to the SDP content carried in the message, and the user A and the user B resume the call.
  • the AGCF/VGW where the user B is located sends a 200 OK message to the IMS core network.
  • the AGCF/VGW of the user A After receiving the 200 OK message forwarded by the IMS core network, the AGCF/VGW of the user A sends a RESUME ACK message to the UE-A to notify the peer end (user B). Has received a request to resume the call;
  • the AGCF/VGW where the user B is located is based on the SIP message header field carried in the renvv message, and the P-Notification: user-resumed; user knows that the peer triggers the TP service call recovery. If the user B is an ISDN terminal user, the UE- B sends a Notify message to inform the peer that the call has been resumed; If User B is a non-ISDN terminal user, the Notify message is not sent.
  • FIG. 3 is a flowchart of processing a TP service during cross-domain call according to an embodiment of the present invention.
  • User A is a user in the IMS domain, and the terminal is a UE-A.
  • the user B is a PSTN (Public Switched Telephone Network) or a PLMN (Public Land Mobile Network) user.
  • the terminal is a UE. -B.
  • MGCF Media Gateway Control Function
  • SIP-based SIPs within the IMS domain
  • ISUP-based signaling PSTN or protocols used by PLMN users
  • Step 301 During the conversation between user A and B, user A sends a TP service request through its terminal UE-A, and sends a SUSPEND message requesting to suspend the call. After the AGCF/VGW where the user A is located receives the SUSPEND message (the TP service call suspension request) sent by the UE-A, the relnvite message is sent to the IMS core network, where the P-Notification: user-susable is carried.
  • the IMS core network can determine that the message is a TP service call suspension request by using the SIP message header field: P-Notification: user-susable; user Independent billing and traffic statistics processing for TP services will no longer be confused with Call Hold business requests.
  • the IMS core network applies for the MRFP to play the UE-B, notifying the user B that the other party (user A) has suspended the call, and then sends the relnvite message to the MGCF.
  • Step 302 The MGCF receives the rernvite message according to P-Notification: user-suspended; user After the IMS terminal (user A terminal) suspends the call, the renvite message is converted into a SUS call suspension message recognizable by the PSTN/PLMN user terminal (UE-B) and sent, and the Subscriber initiated is carried in the SUS message. To indicate that the message is requested by the user;
  • the SUS call suspension message is a message in the ISUP (ISDN User Part) signaling, which is a message that can be sent by any party in the call, indicating that the calling user or the called user is temporarily disconnected.
  • ISUP ISDN User Part
  • the MGCF sends a 200 OK message to the IMS core network.
  • the AGCF/VGW of the user A After receiving the 200 OK message forwarded by the IMS core network, the AGCF/VGW of the user A sends a SUSPEND ACK message to the UE-A to notify the peer (user B) that the TP service has been received.
  • the user A is allowed to move the terminal, which can move the phone from one jack to another on the same S interface, or move the call from one phone to another on the same s interface.
  • Step 303 When the user A wants to resume the call, the UE-A may send a RESUME message to the AGCF/VGW where the user A is located, requesting to resume the previously suspended call with the user B.
  • the AGCF/VGW of the user A constructs a renvite message and sends it to the IMS core network.
  • the IMS core network determines that the user A wants to resume the call according to the P-Notification: user-resumed; user in the relnvite message, and notifies the MRFP to stop the playback of the user B, and sends a relnvite message to the MGCF.
  • Step 304 The MGCF receives the rernvite message, and according to the P-Notification: user-resumed; user, the IMS terminal (the user A terminal) requests to resume the call, and the renvite message is converted into The RES call recovery message that is identifiable by the PSTN/PLMN user terminal (UE-B) is sent and sent, wherein the RES message carries a Subscriber initiated, to indicate that the message is requested by the user;
  • UE-B PSTN/PLMN user terminal
  • the RES call recovery message is a message in the ISUP signaling, which is a message that can be sent by any party in the call, indicating that the calling user or the called user resumes the previously disconnected call.
  • the MGCF sends a 200 OK message to the IMS core network.
  • the AGCF/VGW where the user A is located, sends a RESUME ACK message to the UE-A to notify the peer (user B) that it has received the resume call. Request.
  • FIG. 4 is a flowchart of processing a TP service during a cross-domain call according to another embodiment of the present invention. Different from the flow shown in FIG. 3, in this embodiment, the TP service is started by the user outside the domain, where UE-A is the terminal of PSTN/PLMN user A, and UE-B is the terminal of user B in the IMS domain.
  • Step 401 During the conversation between user A and B, user A sends a TP service request through its terminal UE-A, and sends a SUS call suspension message to request to suspend the call;
  • the MGCF After receiving the SUS message, the MGCF converts the message into a SIP protocol renvite message and sends it to the IMS core network.
  • the relnvite message carries the SIP message header field P-Notification: user-suspended; user is used to indicate that the message is TP.
  • the IMS core network After receiving the relnvite message sent by the MGCF, the IMS core network sends the relnvite message to the AGCF/VGW where the user B is located.
  • Step 402 The AGCF/VGW where the user B is located receives the rernvite message, modifies the media resource of the current call according to the SDP content carried in the message, and suspends the call.
  • the AGCF/VGW where the user B is located sends a 200 OK message to the IMS core network. After receiving the 200 OK message forwarded by the IMS core network, the MGCF feeds back an ACK message to the AGCF/VGW where the user B is located through the IMS core network.
  • the AGCF/VGW where the user B is located triggers the TP service according to the SIP message header i or P-Notification: user-suspended;
  • the user B may be an ISDN terminal user or a non-ISDN terminal user, and may be judged by the AGCF/VGW where the user B is located. If the user B is an ISDN terminal user, a Notify message is sent to notify the user B that the peer has Suspend; if User B is a non-ISDN terminal user, the Notify message is not sent; after the call is suspended, User A is allowed to move the terminal, which can move the phone from one socket to another on the same S interface, or Move a call from one phone to another on the same S interface.
  • Step 403 When user A wants to resume the call with user B, it sends a RES call recovery message to resume the call through its terminal UE-A.
  • the MGCF converts the message into a renvite message of the SIP protocol, and sends the message to the IMS.
  • the IMS core network sends the received relnvite message to the AGCF/VGW where the user B is located.
  • Step 404 After receiving the relnvite message, the AGCF/VGW of the user B modifies the media resource according to the SDP content carried in the message, and the user A and the user B resume the call.
  • the AGCF/VGW where the user B is located sends a 200 OK message to the IMS core network.
  • the MGCF feeds back an ACK message to the AGCF/VGW where the user B is located through the IMS core network.
  • the AGCF/VGW where the user B is located According to the SIP message header field carried in the renvite message, the P-Notification: user-resumed; user knows that the peer triggers the TP service call recovery. If the user B is an ISDN terminal user, it sends a Notify message to the UE-B to notify the peer that the peer has Resume the call; if User B is a non-ISDN terminal user, the Notify message is not sent.
  • FIG. 5 is a schematic structural diagram of an apparatus for implementing a terminal mobile service in an IMS architecture according to an embodiment of the present invention. Details the components of the device are as follows:
  • the receiving unit 501 is configured to receive a terminal mobile TP service trigger request submitted by the ISDN user terminal during a call by the user;
  • the constructing unit 502 is configured to construct a TP service suspension request message according to the TP service trigger request received by the receiving unit 501.
  • the constructing unit 502 constructs a TP service suspension request message, which is specifically: a relnvite message under the extended SIP protocol (session initiation protocol) (re-negotiation request)
  • the message is: carrying the content of the TP service suspension request in the renvite message;
  • the building unit 502 constructs the TP service suspension request message, specifically: converting the TP service suspension request into
  • the relnvite message in the SIP protocol carries the content that represents the TP service suspension request in the relnvite message.
  • the content of the TP service suspension request is carried in the renvite message, and the method includes: adding a P-Notification header field to the rernvite message, indicating that the relnvite message is a request message for suspending the TP service, and adding a P-Notification
  • the content of the header field can be: P-Notification: user-susperided; user.
  • the sending unit 503 is configured to send, to the IMS core network, a TP service suspension request message constructed by the building unit 502, so that the IMS core network identifies the TP service suspension request, and performs a TP service suspension operation;
  • the receiving unit 501 is further configured to: in the process of suspending the foregoing user call, receive a TP service recovery request submitted by the user terminal;
  • the constructing unit 502 is further configured to: construct a TP service recovery request message according to the TP service recovery request received by the receiving unit 501; Specifically, in the embodiment of the present invention, if the user who initiates the TP service recovery request is the user in the IMS domain, the constructing unit 502 constructs the TP service recovery request message, which is specifically: the relnvite message in the extended SIP protocol, and the representation TP in the renvite message The content of the service recovery request; if the user who initiates the TP service recovery request is an IMS domain user, the constructing unit 502 constructs the TP service recovery request message by: converting the TP service recovery request into a relnvite message under the SIP protocol, and carrying the relnvite message in the renvite message Characterizes the content of the TP service recovery request.
  • the carrying the content of the TP service recovery request in the renvite message includes: adding a P-Notification header field to the renvv message, indicating that the renvite message is a request message for restoring the TP service, and adding a P-Notification header field
  • the content can be: P-Notification: user-resumed; user.
  • the sending unit 503 is further configured to send the TP service recovery request message constructed by the building unit 502 to the IMS core network, so that the IMS core network identifies the TP service recovery request, and performs a TP service recovery operation.
  • the device for implementing the terminal mobile service in the IMS architecture provided by the embodiment may be an AGCF or a VGW;
  • the implementation device of the terminal mobile service in the IMS architecture provided by the embodiment may be an MGCF.

Landscapes

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

Abstract

La présente invention concerne, dans un mode de réalisation, un procédé de réalisation d'un service mobile de terminal dans une architecture de sous-système multimédia IP, qui comprend : dans un procédé de communication d'utilisateur, la réception d'une requête de déclenchement de service de portabilité de terminal (TP) envoyée par un terminal utilisateur d'un réseau numérique à intégration de service (RNIS) ; selon le message de requête de service TP, l'établissement d'un message de requête de suspension de service TP ; l'envoi du message de requête de suspension de service TP à un réseau central du sous-système multimédia IP (IMS), ce qui permet d'identifier la requête de suspension de service TP et de réaliser l'opération de suspension de service TP par le réseau central de l'IMS. Le mode de réalisation de l'invention concerne également un dispositif de réalisation du service mobile de terminal dans l'architecture IMS. Grâce au schéma de réalisation du service mobile de terminal dans l'architecture IMS fournie par les modes de réalisation de l'invention, le réseau central de l'IMS peut identifier le service TP initié par les utilisateurs, le service TP peut être distingué du service Appel en attente et le procédé pour le service TP, comme la tarification, les statistiques de trafic, etc. peut être réalisé séparément.
PCT/CN2013/070074 2012-06-28 2013-01-05 Procédé et dispositif de réalisation d'un service mobile de terminal dans une architecture de sous-système multimédia de protocole internet (ip) WO2014000429A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210217485.0 2012-06-28
CN2012102174850A CN102739672A (zh) 2012-06-28 2012-06-28 一种ip多媒体子系统架构下终端移动业务的实现方法及装置

Publications (1)

Publication Number Publication Date
WO2014000429A1 true WO2014000429A1 (fr) 2014-01-03

Family

ID=46994455

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/070074 WO2014000429A1 (fr) 2012-06-28 2013-01-05 Procédé et dispositif de réalisation d'un service mobile de terminal dans une architecture de sous-système multimédia de protocole internet (ip)

Country Status (2)

Country Link
CN (1) CN102739672A (fr)
WO (1) WO2014000429A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114268610A (zh) * 2020-09-25 2022-04-01 维沃移动通信有限公司 Ip多媒体子系统ims挂起方法、装置和设备

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102883080B (zh) * 2012-08-31 2014-04-16 河北远东通信系统工程有限公司 针对调度台实现sip与isdn协议共存并互为备份的方法
CN107333015B (zh) * 2017-06-15 2019-12-03 烽火通信科技股份有限公司 一种VoIP网关的ISDN用户接入方法及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101009693A (zh) * 2006-01-24 2007-08-01 华为技术有限公司 在分组网络中实现综合业务数字网业务的系统和方法
CN101073240A (zh) * 2005-01-03 2007-11-14 诺基亚公司 处理终端设备挂起网络状态的结束的方法、装置和计算机程序产品
CN101594554A (zh) * 2009-07-01 2009-12-02 华为技术有限公司 主被叫业务服务器、综合业务接入网设备及主被叫控实现方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101073240A (zh) * 2005-01-03 2007-11-14 诺基亚公司 处理终端设备挂起网络状态的结束的方法、装置和计算机程序产品
CN101009693A (zh) * 2006-01-24 2007-08-01 华为技术有限公司 在分组网络中实现综合业务数字网业务的系统和方法
CN101594554A (zh) * 2009-07-01 2009-12-02 华为技术有限公司 主被叫业务服务器、综合业务接入网设备及主被叫控实现方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114268610A (zh) * 2020-09-25 2022-04-01 维沃移动通信有限公司 Ip多媒体子系统ims挂起方法、装置和设备

Also Published As

Publication number Publication date
CN102739672A (zh) 2012-10-17

Similar Documents

Publication Publication Date Title
US8553869B2 (en) Method for implementing RBT interworking, media gateway control function device, and application server
KR101548140B1 (ko) 원격통신 네트워크에서 매체 속성들에 기초한 선택적 호 포워딩을 위한 방법 및 시스템
US20070121595A1 (en) Method and apparatus for providing customized ringback to calling party devices in an IMS network
US8296447B2 (en) Method for copying session information, call control server for executing the same, and computer product
US20080013447A1 (en) Method and Apparatus for Survivable Failover in Communication System
EP2899937B1 (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
KR20100042270A (ko) 호 전달 서비스 제공 방법, 호 전달 서비스 제공 장치 및 호 전달 서비스 제공 시스템
WO2012106894A1 (fr) Procédé et dispositif de transmission de données de flux multimédia dans un système informatique en nuage
CN101018216B (zh) 语音、Modem和Fax全控制方法
JP4973172B2 (ja) 呼管理システムおよびメッセージ処理サーバシステム
US9294517B2 (en) Call setup and control by third-party device
WO2012174904A1 (fr) Procédé, dispositif et système d'accès à une conférence ims
RU2526710C2 (ru) Способ и система передачи вызова по протоколу sip с помощью абонентской приставки
WO2014000429A1 (fr) Procédé et dispositif de réalisation d'un service mobile de terminal dans une architecture de sous-système multimédia de protocole internet (ip)
WO2009089797A1 (fr) Procédé de mise en oeuvre de service de tonalité de retour d'appel et/ou de tonalité de reour d'appel multimédia et de production de demande sdp multimédia anticipée
WO2008080342A1 (fr) Procédé et système pour mettre en application un service de simulation, procédé pour mettre en application l'interfonctionnement, et unité pour commander l'interfonctionnement
WO2009117925A1 (fr) Procédé et système de traitement de service multimédia anticipé entre différents domaines
WO2009074103A1 (fr) Procédé et dispositif pour réaliser la mise en attente
WO2009079960A1 (fr) Procédé, système et équipement pour un interfonctionnement de signalisation dtmf hors bande
KR20120058764A (ko) ＶｏＩＰ의 통화 품질 제공 방법 및 그 장치
WO2017000481A1 (fr) Procédé et appareil de composition de numéro pour un appel vocal
WO2009135375A1 (fr) Procédé d'établissement d'appel pour réaliser le service de sonnerie personnalisée à dialogue simple
WO2008049371A1 (fr) Procédé et système pour transférer un événement de service
WO2015131466A1 (fr) Procédé et dispositif de traitement de service de données reposant sur un protocole d'ouverture de session (sip)
WO2010145334A1 (fr) Procede et systeme de commande de ressources de qualite de service par negociation d'interface porteuse

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

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

Country of ref document: EP

Kind code of ref document: A1