WO2008154780A1 - Procédé pour implémenter un service de retenue d'appel d'un service centralisé de sous-système multimédia ip - Google Patents

Procédé pour implémenter un service de retenue d'appel d'un service centralisé de sous-système multimédia ip Download PDF

Info

Publication number
WO2008154780A1
WO2008154780A1 PCT/CN2007/003573 CN2007003573W WO2008154780A1 WO 2008154780 A1 WO2008154780 A1 WO 2008154780A1 CN 2007003573 W CN2007003573 W CN 2007003573W WO 2008154780 A1 WO2008154780 A1 WO 2008154780A1
Authority
WO
WIPO (PCT)
Prior art keywords
media
iccf
mgw
service server
request
Prior art date
Application number
PCT/CN2007/003573
Other languages
English (en)
Chinese (zh)
Inventor
Zhenwu Hao
Min Shen
Yuhong Qiang
Jun Wang
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 WO2008154780A1 publication Critical patent/WO2008154780A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/428—Arrangements for placing incoming calls on hold
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/1225—Details of core network interconnection arrangements
    • H04M7/123—Details of core network interconnection arrangements where the packet-switched network is an Internet Protocol Multimedia System-type network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/1225—Details of core network interconnection arrangements
    • H04M7/1235—Details of core network interconnection arrangements where one of the core networks is a wireless network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/126—Interworking of session control protocols
    • H04M7/127—Interworking of session control protocols where the session control protocols comprise SIP and SS7
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]

Definitions

  • the present invention relates to the field of communications, and in particular, to a method for implementing a call holding service in a centralized service of an IP multimedia subsystem.
  • IP Internet Protocol
  • IP for short The Multimedia Subsystem
  • 3GPP 3rd Generation Partnership Project
  • the network architecture which builds an open and flexible business environment, supports multimedia applications, and provides users with rich multimedia services.
  • IMS is an IP-based telecommunications network architecture, independent of access technology, except for GPRS (General Packet Radio Service), WLAN (Wireless Local)
  • GPRS General Packet Radio Service
  • WLAN Wireless Local
  • WLAN can provide services for mobile cellular networks such as GSM (Global System for Mobile communications) and UMTS (Universal Mobile Telecommunications System). .
  • GSM Global System for Mobile communications
  • UMTS Universal Mobile Telecommunications System
  • GSM Global System for Mobile communications
  • UMTS Universal Mobile Communications
  • CS Circuit Switched
  • IMS Centralized Service IMS Centralized Service
  • Figure 1 is an architecture diagram of the scenario in the IMS centralized control service, including the following network elements:
  • UE User Equipment
  • VMSC Mobile Switch Center
  • HSS Home Subscriber Server
  • MGCF Media Gateway Control Function
  • MGW Media Gateway
  • IMS CS Domain Control Function ICCF
  • CSCF Call Session Control Function
  • Telephony Application Server also known as supplementary service server.
  • the UE 101 establishes three paths to the IMS domain, namely: a session control path, a bearer control path, and a bearer path.
  • session control path There are two ways for the session control path to transfer session information between the UE 101 and the ICCF 106.
  • the CS session control path is carried on the CS domain, and the Unstructured Supplementary Service Data (USSD) is used.
  • the path passes through the VMSC.
  • the PS session control path is carried on the PS domain and adopts the Session Initial Protocol (SIP) protocol.
  • SIP Session Initial Protocol
  • the path passes through the IP bearer network and the CSCF 107 in the IMS domain.
  • the bearer control path controls the establishment of the bearer path and the management of the bearer resources.
  • the UE 101 accesses the VMSC 102 by using standard CS control signaling, and accesses the IMS through the MGCF 104, and reaches the ICCF 106 via the CSCF 107.
  • the bearer path is that the UE 101 accesses the IMS through the VMSC 102 and the MGW 105 and establishes a media connection with the remote device of the session.
  • the IMS centralized service uses the session control path to exchange session control information between the UE 101 and the ICCF 106, and establishes and controls the media bearer through the bearer control path.
  • the session control path and the bearer control path are merged at the ICCF 106.
  • the ICCF 106 functions as an IMS user agent, and performs access to the IMS instead of the user equipment to form a remote call branch.
  • the branch has an application server such as TAS 108 to provide IMS for the ICS-UE. business.
  • the TAS 108 server can provide users with a number of supplementary services such as call hold, call transfer, and number display, and is therefore also called a supplementary service server.
  • the Call Hold service is a supplementary service in the communication system: When two users (User A and User B) establish a call in the communication system, one of the users (by User A) For example, the remote user (user B) can be temporarily requested to keep the current call connection without hang up, but no voice transmission is performed. While in the hold state, UE-A may request UE-B to re-enter the call state from the hold state, which is called Call Resume.
  • Call hold services include two processes: call hold and call recovery.
  • User A can then dial or answer a third party (User C) to establish a call with User C, and can switch between the hold call and the call state.
  • a third party User C
  • call hold service In the telecommunication service, the above-mentioned call holding process, call recovery process, and dialing or receiving third party telephone service based on call hold are generally referred to as call hold service. In this document, there is no special description, and the call hold service refers to the above-mentioned collective service.
  • ICS must support call-holding services.
  • UE-A is an ICS-capable UE.
  • the VMSC, ICCF, MGCF, CSCF and other devices establish a call with the remote terminal UE-B, and establish a two-way media connection with the UE-B through the VMSC and the MGW.
  • the UE-A sends a call hold request to the ICCF by using a session control path.
  • the ICCF sends a media update request message to the UE-B, requesting the UE-B to enter a hold state.
  • the ICCF sends a media update message to the MGCF, instructing the MGCF to control the MGW to enter an inactive state, and not receiving or transmitting the media stream;
  • UE-A and UE-B enter the session hold state, and the media stream between the MGW and UE-B is interrupted.
  • the media stream is transmitted by a real-time transport protocol (RTP), and the real-time transport control protocol (RTCP) is used to control the transmission, and the monitoring, synchronization, and link keep-alive are performed.
  • RTP real-time transport protocol
  • RTCP real-time transport control protocol
  • the RTP packet is no longer transmitted, but the RTCP packet is still transmitted, and the link is not interrupted, which is indicated by a broken line in the figure.
  • UE-A sends a call setup request to the ICCF through the session control path, calling the user C;
  • the ICCF sends an invite request to the UE-C, where the request carries the media information of the MGW, where the media information is the media information of the MGW used by the session in which the UE-A and the UE-B call;
  • the UE-C returns a ringing response.
  • the ICCF returns a ringing response to the UE-A through the session control path.
  • UE-C goes off-hook, UE-C returns a successful response
  • the ICCF returns a connection response to the UE-A through the session control path.
  • the ICCF sends a success response confirmation message to the UE-C.
  • the above steps 206 to 212 are call setup processes, and include intermediate media negotiation, resource reservation, and the like, which are not illustrated in the figure for simplicity.
  • the media between the UE-A and the UE-C may be ready to be connected, that is, the media plane connection of the MGW is moved from the UE-B to the UE-C, but the media of the user UE-B is maintained.
  • the face will lose connection and the MGW will no longer be able to return RTCP packets to UE-B.
  • UE-B may consider the media connection lost and release the held session.
  • the existing method utilizes a Media Resource Function Control (MRFC) / Media Resource Function Processor (MRFP) to provide media resources, and a UE that is kept alive. -B is connected to provide media-side keep-alive information of UE-B.
  • MRFC Media Resource Function Control
  • MRFP Media Resource Function Processor
  • MRF Media Resource Function
  • the above-mentioned MRFC and MRFP are usually set together, collectively referred to as Media Resource Function (MRF), sometimes referred to as a media resource server, to provide IMS users with media conversion, media playback and other functions, wherein the MRFC is based on other business functions (such as The requirement to supplement the service call to maintain playback is to control the MRFP to provide corresponding media processing services (such as playback).
  • MRF Media Resource Function
  • Specific steps are as follows:
  • the ICCF sends an invite request to the MRF, where the media information of the UE-B is carried, and the MRFC in the MRF is requested to allocate the media resource corresponding to the UE-B media information.
  • the MRF allocates resources, and returns a successful response to the ICCF
  • the ICCF sends a success response confirmation message to the MRF.
  • the ICCF sends a media update request to the UE-B, where the media resource information of the MRFP in the MRF obtained in the process of steps 213-215 is carried;
  • the UE-B updates the local media resource, establishes a media connection with the MRFP, and returns a successful response to the ICCF.
  • the ICCF applies for the media resource to the MRFC/MRFP, and establishes a media connection between the UE-B and the MRFP to implement the requirement for maintaining the media plane of the UE-B.
  • the ICCF sends a media update request to the MGCF, where the request carries the media information of the UE-C, and indicates that the media resource is activated to enter a normal sending and receiving state.
  • the MGCF controls the MGW to update the media resource, and establish a media connection with the UE-C.
  • the ICCF sends a media update request to the UE-C, indicating that the media resource is activated, and enters a normal sending and receiving state.
  • the UE-C updates the local media resource and establishes a media connection with the MGW.
  • a media connection between the UE-C and the MGW is established, thereby implementing a call between the UE-A and the UE-C.
  • the call hold service is a contract service.
  • the IMS is provided by a special supplementary service server (TAS).
  • TAS special supplementary service server
  • the user can decide whether to allow the user to use the service according to the user's contract, and at the same time, the game is maintained.
  • the MRFC/MRFP is controlled to play a hold tone for the user.
  • a method of controlling the MRFC/MRFP to provide a keep-alive function by the ICCF is adopted. If the user has the need to play the hold tone at this time, there are two implementation methods, one is controlled by the ICCF. MRFC/MRFP playback, one is controlled by a dedicated supplementary service server for MRFC/MRFP playback.
  • the ICCF is required to know the subscription information of the supplementary service of the user, and needs to interact with the supplementary service server, so that the supplementary service server does not perform the playback operation, and increases the complexity of the service implementation and interaction; the latter method, ICCF And the supplementary service server separately claimed that "i will media gateway control function / media gateway control processing resources, resulting in waste of resources.
  • the ICCF replaces the UE to access the IMS, so that the user can use the service provided by the IMS, that is, the ICCF itself does not provide a specific service, and the specific service is provided by other entities in the IMS network, such as an application server, and These services can be shared by different access methods from the CS domain, or the PS domain. Therefore, the current implementation ICCF participates in the implementation of the service, increases the complexity of the ICCF, and is somewhat inconsistent with the original intention of the IMS centralized service.
  • the current ICS call hold method increases the difficulty of business implementation and the complexity of interaction, or causes excessive media resources.
  • the technical problem to be solved by the present invention is to provide a method for implementing call hold in a centralized control service of an IP multimedia subsystem, realizing the service requirement of the call hold service, reducing the difficulty of the service implementation and the complexity of the interaction, and avoiding the media resources. Repeat occupancy.
  • the present invention provides an IP multimedia subsystem centralized service call maintenance service implementation method, and when the user equipment ICS-UE having the IP multimedia subsystem, that is, the IMS centralized service capability, requests the call hold service, the IMS circuit domain control function
  • the ICCF sends a call hold request to the supplementary service server, and the supplementary service server provides control of the call hold service, while realizing the media coverage of the held user.
  • implementation method provided by the present invention may also have the following features:
  • the method is further divided into the following steps:
  • the MF applies for the media resource, and after receiving the media resource, sends a media update request to the remote user, and controls the remote user to establish a media connection with the media resource function processor MRFP in the MRF, and the MKFP sends the media surface keep-alive information to the remote user. .
  • implementation method provided by the present invention may also have the following features:
  • the step (b) further includes the step (c): after the call is successfully maintained, for example, the ICS-UE calls the third-party user through the session control path, and the ICCF initiates a session establishment request to the third-party user through the supplementary service server,
  • the request carries the media resource information of the media gateway MGW, requesting to establish a connection between the third-party user and the MGW, and the ICCF sends a media update request to the media gateway control function MGCF, instructing the MGCF to control the MGW to enter an activation state, thereby establishing an ICS-UE.
  • Media connection with third-party users for example, the ICS-UE calls the third-party user through the session control path, and the ICCF initiates a session establishment request to the third-party user through the supplementary service server,
  • the request carries the media resource information of the media gateway MGW, requesting to establish a connection between the third-party user and the MGW, and the ICCF sends a media update request to the media
  • implementation method provided by the present invention may also have the following features:
  • Step (b) is further divided into the following steps:
  • Step 303 After receiving the media update request, the supplementary service server finds that the user subscribes to the call to hold the service, and sends an invitation request to the MRF, requesting to send the media surface keep-alive information or play the media resource of the hold tone to the remote user;
  • Step 304 The MRF allocates resources, and returns a successful response to the supplementary service server.
  • Step 306 After the remote user changes the media local media resource, establish a media connection with the MRFP, and return a media update success response to the supplementary service server.
  • Step 307 The supplementary service server returns a success response corresponding to the media update request to the ICCF.
  • implementation method provided by the present invention may also have the following features:
  • the ICCF sends a media update or re-invitation request to the MGCF while initiating a call hold request to the remote user, instructing the MGCF to control the media resources of the MGW to enter an inactive or only transmit state.
  • the implementation method provided by the present invention may also have the following features:
  • the supplementary service server applies for the media resource to the media resource function, or when the remote user establishes a media connection with the MRFP and the MGW is in an inactive or only transmitting state
  • the supplementary service server or ICCF applies for the media resource to the MRF, and sends a media update request to the MGCF, and the MGCF controls the MRFP in the MGW and the MRF to establish a media connection between the MGW and the MRPP. Transfer media stream or media surface keepalive information.
  • implementation method provided by the present invention may also have the following features:
  • Step 310 The supplementary service server or the ICCF sends an invitation request to the MRF, carries the media information of the MGW, and clarifies the media resource.
  • Step 311 The MRF allocates the resource, and returns a successful response to the supplementary service server or the ICCF, where the supplementary service server receives After the response, the device sends a media update request to the ICCF, where the request carries the media information of the acquired MRFP;
  • Step 312 the ICCF sends a media update request to the MGCF.
  • implementation method provided by the present invention may also have the following features:
  • Step (c) The resource corresponding to the MGW media resource information carried in the session establishment request initiated by the ICCF to the third-party user is the resource used by the ICS-UE to call the previous user.
  • implementation method provided by the present invention may also have the following features:
  • the supplementary service server or the ICCF requests a media resource from the MRF, and sends a media update request to the MGCF, where the MGCF controls the MGW and the MRFP to establish a media connection, and transfers the media stream or media between the MGW and the MRFP. Face keeping information;
  • the supplementary service server or the ICCF releases the connection resource with the MGW on the MRJFP; when the ICS-UE has no third-party call in progress, and the ICS-UE and the UE-B session are restored, the supplementary service server or ICCF is released or waiting ICS—The UE and UE-B session release the connection resources with the MGW on the MRFP.
  • implementation method provided by the present invention may also have the following features:
  • the releasing the connection resource with the MGW on the MRFP includes the following steps:
  • Step 329 The supplementary service server or ICCF sends a release request to the MRF.
  • the call maintenance service is controlled by the supplementary service server, and the keep-alive tone or the media surface keep-alive information is provided to the held user, and the ICCF only controls the MGCF/MGW according to the user request, so that the ICCF does not need to be used.
  • the supplementary service server can simultaneously serve different access modes while simplifying the functions of the ICCF.
  • Figure 1 is an architectural diagram of the IMS centralized control service
  • Figure 2 is a flow chart of the existing ICS call hold service
  • FIG. 3 is a flow chart of an ICS call hold service according to an embodiment of the present invention. Preferred embodiment of the invention
  • the call-holding service is controlled and provided by the supplementary service server. At the same time, it is generally required that the network maintains a hold tone for the held user, and when the hold tone is played, the media connection and link are realized. Keep alive.
  • the method for implementing call hold of the IP multimedia subsystem centralized service provides the call maintenance service control by the supplementary service server, and at the same time, keeps the user's voice-activated or media-side keep-alive connection to ensure the Keep the user from being abnormally released because the media side is not connected.
  • the implementation of the call hold service of the present invention generally includes the following steps:
  • the supplementary service server applies for a media resource to the media resource function (the media resource function controller MRFC/media resource function processor MRFP), obtains the media resource, and sends the media to the remote user. Updating the request, controlling the remote user to establish a media connection with the MRFP, and the MRFP keeps the user playing the hold tone or sending the media surface keep-alive information to the remote end;
  • the ICCF initiates a session establishment request to the third-party user, requesting to establish a connection between the third-party user and the media gateway MGW, and at the same time ICCF Sending a media update request to the media gateway control function MGCF, instructing the MGCF to control the MGW to enter an active state, thereby implementing a media connection between the ICS-UE and the third-party user.
  • UE-A is an ICS-capable UE
  • a call with a remote terminal UE-B is established through a VMSC; ICCF, MGCF, CSCF, TAS, and the like.
  • the TAS is always on the session path of the far-end call branch, and establishes a two-way media connection with the UE-B through the VMSC MGW.
  • the call hold service implementation includes the following steps:
  • the UE-A sends a call hold request to the ICCF by using a session control path.
  • the ICCF sends a media update request message to the UE-B through the TAS, requesting the UE-B to enter a hold state.
  • the TAS After receiving the media update request of the call hold service, the TAS sends a request for the subscription to the MRF, and sends an invitation request to the MRF, where the TAS carries the media information of the UE-B, and sends a media plane keep-alive message or broadcasts for the UE-B. Keep the media resources of the sound;
  • the MRF allocates resources, and returns a successful response to the TAS; 305.
  • the TAS sends a media update request to the UE-B, where the media resource information of the MFP in the MRF obtained in step 303304 is carried.
  • the TAS returns a successful response corresponding to the media update request (step 302) to the ICCF.
  • the ICCF sends a media update message or a re-invitation request to the MGCF, instructing the MGCF to control the MGW to enter an inactive state, and not receiving or transmitting the media stream;
  • the ICCF may also send a media update message or a re-invitation request to the MGCF, instructing the MGCF to control the MGW to enter a transmit-only state, that is, only transmit and not receive.
  • the UE-B enters the session hold state, and the MRFP plays the hold tone or the media plane keep-alive information (the RTCP packet) to the UE-B. If no tone is required at this time, that is, there is no RTP packet, MRPP and UE-B still need to send RTCP packets to keep the media connection alive.
  • the media resources of the MGW on the IMS side are inactive, do not send or receive media streams, and are not connected to the media planes of other devices. If the MGW also needs the media plane to keep alive, then the TAS or ICCF needs to apply for the media resource to the MRFC/MRFP, establish a media connection with the MGW, and transmit the RTCP data packet to maintain the MGW media connection. See the steps in the dotted box for the specific process:
  • Steps 310-315 may be performed after step 306, or may be performed at the same time as step 303. No steps 308-309 are required
  • the MRFC/MRFP allocates resources, and returns a successful response to the TAS;
  • the TAS sends a media update request to the ICCF, where the request carries the media resource information of the MRFP obtained in steps 311 312 to 312;
  • the ICCF sends a media update request of step 312 to the MGCF. 314, after the MGCF controls the MGW to change the media resource, returning a media update success response;
  • the ICCF returns a media update success response to the TAS
  • the MGW establishes a media connection with the MRFP, and transmits media stream or media surface keep-alive information between the MGW and the MRFP, thereby realizing the requirement for the MGW resource to be saved.
  • the ICCF directly requests the resource from the MRF, and then sends a media update request to the MGCF to establish a media connection between the MGW and the MRFP.
  • UE-A sends a call setup request to the ICCF through the session control path, and calls the third-party user C;
  • the ICCF sends an invite request to the UE-C, where the request passes the TAS, and the request carries the media resource information of the MGW, where the media resource information is the media resource information of the MGW used by the session between the UE-A and the UE-B;
  • the TAS forwards an invitation request to the UE-C to request to establish a session.
  • UE-C starts ringing, and returns a ringing response to the TAS
  • the TAS forwards the ringing response to the ICCF
  • the ICCF returns a ringing response to the UE-A through the session control path.
  • UE-C When user C picks up the phone, UE-C returns a successful response to the TAS.
  • the TAS forwards a successful response to the ICCF
  • the ICCF returns a successful response to the UE-A through the session control path.
  • the ICCF sends a success response confirmation message to the TAS.
  • the TAS forwards a success response confirmation message to the UE-C.
  • the ICCF sends a media update request to the MGCF, where the request carries the media information of the UE-C, and instructs the MGCF to control the MGW to enter an active state.
  • the MGCF controls the MGW to enter an active state, and after establishing a media connection with the UE-C, ICCF returns a successful response;
  • steps 318 and 319 there may be media negotiation with the UE-C, and the resource reservation process is not illustrated in the figure for simplicity.
  • the media format used between the UE-C and the MGW is determined.
  • the media information of the UE-C carried in step 327 is obtained through the process.
  • Steps 327-328 are generally performed before step 319.
  • the same activation operations of steps 327-328 may be performed, so that if the third-party user has a personalized ringtone service, ICS—The UE can hear the ringback tone of the other party.
  • the media between UE-A and UE-C is connected (via VMSC, MGW), that is, the media plane of the MGW is connected to UE-C, and UE-A and UE-C are implemented. Between calls.
  • the situation that the resource connected to the MGW needs to be released on the MRFP includes: After completing step 316 328, the media plane connection of the MGW is moved from the MRFP to the UE-C; Or, when the ICS-UE has no third-party calls in progress, and at this time, the ICS-UE and the UE-B session are restored (the MGW's media resources are reconnected to the UE-B); or, when the ICS-UE is not in progress When a three-way call occurs, the ICSJJE and UE-B are suspended for some reason. All of the above three cases will result in the loss of the connection between the MRFP and the MGW. Therefore, it is necessary to release the connection resources with the MGW on the MRFP.
  • the TAS sends a release request to the MRF.
  • the MRFC in the MRF instructs the MRFP to release related resources and return a successful response to the TAS;
  • the MRFP resources may not be released temporarily during recovery. The state is not activated, but the MRFP resource is released after the ICS-UE and UE-B session ends.
  • the ICCF requests to release the MRFP resource, and the release process is similar to the TAS release process. As described above, since the user may use the hold function again, when the media connection of the MGW is moved from the MRFP to the remote device, the MRHP resource is temporarily released, so that it is in an inactive state, but waits until the end of the entire session. Release MRFP resources.
  • the method of the present invention implements the business process of the ICS call maintenance service, and the call maintenance service function through the supplementary service server is used.
  • the ICCF operates the requirements of the MRFC/MRFP, while the supplementary service server provides the unified service requirements for users of different access modes.
  • the method of the present invention controls the call hold service through the supplementary service server, so that the ICCF no longer needs to control the MRFC/MRFP, simplifies the function of the ICCF, and reduces the difficulty of the service implementation and the complexity of the interaction on the basis of implementing the ICS call hold service. Degree, while avoiding the repeated occupation of media resources.
  • the supplementary service server can also provide services for different access modes at the same time, improving system compatibility.

Abstract

La présente invention concerne un procédé pour implémenter un service de retenue d'appel d'un service centralisé d'un sous-système multimédia IP. Lorsqu'un équipement utilisateur (ICS_UE) fourni avec le sous-système multimédia IP, à savoir une capacité de service centralisée d'IMS, demande un service de retenue d'appel, l'ICCF de fonction de commande commuté par circuit IMS envoie une requête de retenue d'appel au serveur de service supplémentaire et le serveur de service supplémentaire fournit une commande sur le service de retenue d'appel, tout en maintenant actif le plan du média utilisateur retenu. Grâce à l'invention, le besoin du service pour le servie de retenue d'appel du service centralisé du sous-système multimédia IP pourrait être obtenu, la difficulté pour réaliser le service et la complexité de l'interaction pourraient être réduites et l'occupation répétée des ressources médias pourraient être évitées.
PCT/CN2007/003573 2007-06-19 2007-12-13 Procédé pour implémenter un service de retenue d'appel d'un service centralisé de sous-système multimédia ip WO2008154780A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710111520XA CN101330640B (zh) 2007-06-19 2007-06-19 一种ip多媒体子系统集中业务呼叫保持业务的实现方法
CN200710111520.X 2007-06-19

Publications (1)

Publication Number Publication Date
WO2008154780A1 true WO2008154780A1 (fr) 2008-12-24

Family

ID=40155863

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/003573 WO2008154780A1 (fr) 2007-06-19 2007-12-13 Procédé pour implémenter un service de retenue d'appel d'un service centralisé de sous-système multimédia ip

Country Status (2)

Country Link
CN (1) CN101330640B (fr)
WO (1) WO2008154780A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108243461B (zh) * 2016-12-26 2021-01-29 辰芯科技有限公司 终端通话切换的方法
CN108900723B (zh) * 2018-07-17 2021-03-19 中国联合网络通信集团有限公司 强插呼叫方法、强插呼叫设备和通话系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020122401A1 (en) * 2001-03-02 2002-09-05 Zeng-Jun Xiang System and method in a wireless telecommunication network for placing a voice call on hold and conducting a data session
CN1545303A (zh) * 2003-11-10 2004-11-10 ����ͨѶ�ɷ����޹�˾ 承载和控制相分离的通信网络中多方会议业务的实现方法
WO2006010614A2 (fr) * 2004-07-30 2006-02-02 Telefonaktiebolaget Lm Ericsson (Publ) Procede et dispositif pour le controle de session dans des reseaux de telecommunication hybrides
CN1761274A (zh) * 2004-10-15 2006-04-19 华为技术有限公司 一种呼叫保持的处理方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020122401A1 (en) * 2001-03-02 2002-09-05 Zeng-Jun Xiang System and method in a wireless telecommunication network for placing a voice call on hold and conducting a data session
CN1545303A (zh) * 2003-11-10 2004-11-10 ����ͨѶ�ɷ����޹�˾ 承载和控制相分离的通信网络中多方会议业务的实现方法
WO2006010614A2 (fr) * 2004-07-30 2006-02-02 Telefonaktiebolaget Lm Ericsson (Publ) Procede et dispositif pour le controle de session dans des reseaux de telecommunication hybrides
CN1761274A (zh) * 2004-10-15 2006-04-19 华为技术有限公司 一种呼叫保持的处理方法

Also Published As

Publication number Publication date
CN101330640A (zh) 2008-12-24
CN101330640B (zh) 2011-06-22

Similar Documents

Publication Publication Date Title
KR101078676B1 (ko) 호 전환 방법, 시스템, 및 디바이스
US8855104B2 (en) Method for switching the session control path of IP multimedia core network subsystem centralized service
US8600006B2 (en) Voice continuity among user terminals
CN101884205B (zh) Ims集中式服务中i1-ps信令的动态发起
US20080285487A1 (en) Method and system for providing full duplex services over multiple simplex media paths and sessions
WO2009049531A1 (fr) Procédé, dispositif de commande de passerelle réseau multimédia et serveur d'application pour mettre en œuvre l'intercommunication des tonalités de retour d'appel personnalisées
US20080273671A1 (en) Method, system and application server for preventing crosstalk of color ring back tone
WO2008086690A1 (fr) Procédé de services de déviation de requête et dispositif correspondant
WO2011160561A1 (fr) Procédé pour réaliser une consultation vidéo, système de surveillance vidéo de sous-système multimédia au protocole ip (ims) et ordinateur frontal de surveillance
JP2015524189A (ja) Ｄｒｖｃｃ携帯端末のアクセス転送
JP5551786B2 (ja) 会話期間中にマルチメディア呼出し音を再生する方法、サーバおよび端末デバイス
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
WO2009155824A1 (fr) Procédé et système pour mettre en œuvre un service de tonalité colorée de retour d’appel et de tonalité d’avertissement de sonnerie multimédia
WO2011038613A1 (fr) Système et procédé de commutation de session d'état de sonnerie à tonalité d'alerte personnalisée
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
WO2009086758A1 (fr) Procédé de prestation de service en ligne de tonalité de retour d'appel et de tonalité de retour d'appel multimédia
WO2009124512A1 (fr) Procédé de mise en œuvre pour commander une lecture de multimédia anticipé
WO2011153752A1 (fr) Procédé, système et serveur d'applications pour la mise en œuvre d'un transfert d'appel dans un service « click to dial »
WO2008131620A1 (fr) Procédé de prise en charge pour paramètre d'expansion de message de référence
WO2013082894A1 (fr) Procédé de transfert d'appel d'opérateur et serveur d'application de service de standard téléphonique
WO2008154780A1 (fr) Procédé pour implémenter un service de retenue d'appel d'un service centralisé de sous-système multimédia ip
JP2011505772A (ja) 呼の保持を実現する方法および装置
WO2009015536A1 (fr) Procédé permettant de faire suivre un état occupé décidé par l'utilisateur
WO2018086421A1 (fr) Procédé d'établissement d'appel vocal sur internet (voip) et système voip
CN102664863B (zh) 终端实现呼叫等待的方法、装置和系统

Legal Events

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

Ref document number: 07855676

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

Country of ref document: EP

Kind code of ref document: A1