WO2008110110A1 - Procédé et système de fourniture de service de sous-système multimédia ip - Google Patents

Procédé et système de fourniture de service de sous-système multimédia ip Download PDF

Info

Publication number
WO2008110110A1
WO2008110110A1 PCT/CN2008/070459 CN2008070459W WO2008110110A1 WO 2008110110 A1 WO2008110110 A1 WO 2008110110A1 CN 2008070459 W CN2008070459 W CN 2008070459W WO 2008110110 A1 WO2008110110 A1 WO 2008110110A1
Authority
WO
WIPO (PCT)
Prior art keywords
call
call request
cscf
csa
request
Prior art date
Application number
PCT/CN2008/070459
Other languages
English (en)
Chinese (zh)
Inventor
Shuiping Long
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2008110110A1 publication Critical patent/WO2008110110A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways

Definitions

  • IP multimedia subsystem service providing method and system
  • the present invention relates to IP Multimedia Subsystem (IMS) technology, and more particularly to IMS service provisioning methods and systems.
  • IMS IP Multimedia Subsystem
  • CS circuit-switched
  • GSM Global System for Mobile Communications
  • CDMA Code Division Multiple Access
  • UEs user terminals
  • IP-CAN IP-access networks
  • the multimedia telephony service in the IMS service supports supplementary services in the CS network, such as call hold, call forwarding, conference calls, etc., and its supplementary service features are provided by the Telephony Application Server (TAS).
  • TAS Telephony Application Server
  • CSI Circuit switched and IMS services
  • the UE carries real-time voice and real-time video media through the CS network, and carries other non-real-time media, such as file transmission and instant messaging, through the IP access network.
  • the CSI service is an end-to-end service that usually does not require the support of a dedicated server on the network side.
  • the CSI-UE may also receive other calls of the IMS-UE that do not support the CSI service.
  • the server may make an access network decision for the call. If the CS and the IP access network are required to be used simultaneously, the call needs to be split.
  • the real-time media is sent to the UE through the CS network (the server and the UE are required to establish a CS access call leg to carry the real-time media), and the non-real-time media is sent to the UE through the IP access network.
  • the multimedia service such as a multimedia conference call, can be carried out by means of the CS network even if the IMS-UE is in an IP access network that does not support VoIP.
  • the voice call continuity (VCC) service in the prior art is suitable for a user to move from a CS network to an IP access network, and also supports switching from a CS call to a VoIP call, and neither user feels the handover process occurs.
  • the VCC service was originally developed for CS voice calls, and is also applicable to CS videophone (VP) calls, but needs to solve the interworking problem between CS network VP control protocol and Session Initiation Protocol (SIP).
  • SIP Session Initiation Protocol
  • the VCC service needs to be supported by the IMS server, including receiving a call sent by the UE through the CS network, making an access network decision for the incoming call, and delivering the call to the UE through the CS network (requires the server and the UE to establish a CS access call branch)
  • the way to carry the real-time media switches the old access call leg with the new access call leg, while the call legs of the server and the peer user remain unchanged.
  • an IMS Concentrated Service is also being studied in the prior art.
  • the ICS service provides the ability for the UE to use the CS network as the access network to connect to the IMS network.
  • the CS network only retains basic switching and control functions, and the main service control is implemented in the IMS network. In this way, operators use IMS as a unified service platform, which greatly reduces the construction cost and operating cost of new services. Due to the presence of the UE using different access networks to receive incoming calls Possibly, therefore, the ICS server needs to make access network decisions.
  • the embodiments of the present invention provide an IMS service providing method and system, which can improve resource utilization and save operating costs, and facilitate the rapid introduction of new services.
  • An embodiment of the present invention provides an IMS service providing method, where the method includes:
  • the access domain selection function entity ADSF receives the call request of the peer end sent by the call session control function entity S-CSCF, and the decision user terminal UE receives the access network of the current call, and sends the decision result to the S-CSCF through the call request. ;
  • the S-CSCF sends a call request to the circuit switched domain adapter CSA according to the decision result;
  • a circuit-switched CS access call leg is established between the CSA and the UE, and the IMS service is received by the CS access call leg.
  • An embodiment of the present invention provides an IMS service providing method, where the method includes:
  • the CSA receives a call request from the UE, and the call request request performs an IMS service with the opposite end;
  • An embodiment of the present invention provides an IMS service providing system, where the system includes:
  • An S-CSCF configured to receive a call request from a peer end and send the call request
  • ADSF configured to receive a call request from a peer sent by the S-CSCF, according to pre-stored
  • the decision parameter decision UE receives the access network of the current call, and sends the decision result by using a call request;
  • the S-CSCF is further configured to receive a call request carrying a decision result from the ADSF, and send a call request according to the decision result;
  • the CSA is configured to receive a call request sent by the S-CSCF according to the decision result, establish a CS access call leg with the UE, and receive an IMS service by using the CS access call leg.
  • An embodiment of the present invention provides an IMS service providing system, where the system includes:
  • the CSA is configured to receive a request for sending the UE and a call request for the IMS service by the opposite end, establish a CS access call leg with the UE, and establish another call leg with the peer end, by using the call leg Receive IMS services.
  • An embodiment of the present invention provides an IMS service providing method, where the method includes: receiving a call request sent by a peer end, and sending the call request to an ADSF decision UE to receive an access network of the current call;
  • the IMS service such as the multimedia telephony service, the CSI service, the VCC service, and the like
  • the CSI service, VCC, and ICS services have been reorganized to integrate the functions of each solution in the prior art, thereby improving resource utilization and operating cost, and facilitating the rapid introduction of new services.
  • FIG. 1 is a flowchart of a specific implementation manner of a method for receiving a call in an IMS service providing mode according to the present invention
  • FIG. 2 is a flowchart of a specific implementation manner of a method for initiating a call and implementing a VCC handover in an IMS service providing mode according to the present invention
  • FIG. 3 is a first embodiment of a method for receiving a call in an IMS service providing mode according to the present invention
  • FIG. 4 is a schematic diagram of a method for initiating a call in an IMS service providing mode according to the present invention. Method of switching one embodiment
  • FIG. 6 is another embodiment of a method for receiving a call in an IMS service providing mode according to the present invention
  • FIG. 7 is another embodiment of a method for initiating a call in an IMS service providing mode according to the present invention.
  • FIG. 9 is a schematic diagram of a specific implementation manner of a system when receiving a call in an IMS service providing mode according to the present invention.
  • FIG. 10 is a schematic diagram of a specific implementation manner of a system for initiating a call and implementing VCC handover in an IMS service providing mode according to the present invention
  • FIG. 11 is a schematic structural diagram of another embodiment of an IMS service providing system according to the present invention
  • FIG. 12 is a schematic structural diagram of another embodiment of an IMS service providing system according to the present invention. Mode for carrying out the invention
  • a Circuit Switched Domain Adapter provides a network adaptation function to implement an IMS service that carries/provides media such as voice or video telephony (VP) using a CS network.
  • a specific embodiment when receiving a call, initiating a call, and implementing VCC handover by using the IMS service providing method of the present invention is provided.
  • FIG. 1 is a flowchart of a specific implementation manner of a method for receiving a call in an IMS service providing mode according to the present invention. As shown in Figure 1, the following steps are included:
  • Step 101 The access domain selection function entity (ADSF) receives the call request of the opposite end, determines, according to the pre-stored decision parameter, the UE receives the access network of the current call, and sends the decision result to the monthly service call session control through the call request.
  • Functional entity S-CSCF
  • the S-CSCF sends a call request to the CSA.
  • the method further includes: the S-CSCF receives the call request of the peer end, and sends the call request to the TAS according to the initial filtering rule (iFC) check, and after receiving the call request, the TAS performs the service logic processing, and performs the service logic, and - The CSCF returns a call request.
  • the initial filtering rule iFC
  • the S-CSCF will further send the call request to the call continuity function entity (CCF) according to the iFC check of the VCC service; after the CCF receives the call request, whether the decision is subsequently VCC handover supporting the call: If supported, terminate the call request conversation, create a new conversation, and send a call request to the S-CSCF through the new dialog; otherwise, directly send a call request to the S-CSCF, the call is Subsequent requests will no longer pass through the CCF.
  • the dialog mentioned here refers to the call relationship between the functional entity user agents (UAs, User Agents) in the SIP protocol.
  • the S-CSCF sends the call request to the ADSF, and the ADSF determines, according to the decision parameter, the access network that the UE receives the call, such as a CS network or a packet switched (PS) network, or a CS network and a PS network. If the decision result is a CS network, the S-CSCF sends a call request to the CSA; if the decision result is a PS network, the S-CSCF sends a call request to P-CSCF; If the decision result is a CS network and a PS network, the S-CSCF simultaneously sends two call requests to the CSA and the P-CSCF, respectively.
  • the access network such as a CS network or a packet switched (PS) network, or a CS network and a PS network.
  • the decision parameters mentioned here include the access network used by the current UE in progress, the registration information of the CS and the IMS, the operator policy, the user preference, the UE capability, and/or the access network capability of the UE. These parameters are stored by the ADSF when it interacts with other functional entities in the network and the UE.
  • the ADSF sends the decision result to the S-CSCF through the call request, and the S-CSCF sends a call request to the CSA:
  • the S-CSCF sends the call request to the CSA according to the iFC check; or, the S-CSCF controls the functional entity through the proxy call session (P- CSCF) sends a call request to the CSA.
  • Step 102 Establish a CS access call leg between the CSA and the UE, and complete an IMS call setup.
  • the CS A After receiving the call request of the incoming call, the CS A establishes a CS access call branch with the UE, and the establishment process is different according to the different IMS service delivery modes adopted:
  • Manner 1 The CSA terminates the call requesting session, creates a new session, and sends a call request to the S-CSCF through the new session.
  • the call request carries the IP media routing number assigned by the peer media request and the CSA for the call. (IMRN);
  • IMRN IP media routing number assigned by the peer media request and the CSA for the call.
  • the S-CSCF sends the call request to the UE; the UE establishes a CS call with the CSA through the IMRN.
  • Manner 2 After receiving the call request sent by the S-CSCF, the CSA terminates the session of the call request and sends a call request to the UE through the CS network. Specifically, the CSA sends the peer media request to the UE through the unstructured supplementary service data (USSD) message and the IMRN allocated by the CSA for the call; the UE initiates a CS call to the CSA through the IMRN.
  • USSD unstructured supplementary service data
  • Mode 3 Basically the same as Mode 2, the only difference is that the message transmitted between the CSA and the S-CSCF needs to pass through a P-CSCF, and the S-CSCF is checked at all iFCs. After completion, instead of sending a call request to the CSA based on the iFC check.
  • FIG. 2 is a flow chart of a specific implementation manner of a method for initiating a call and implementing VCC handover in an IMS service providing mode according to the present invention. As shown in Figure 2, the following steps are included:
  • Step 201 The UE sends a call request to the CSA, and the UE establishes a CS access call leg between the UE and the CSA.
  • the specific process for establishing a CS access call leg between the UE and the CSA is different according to the different IMS service delivery modes used in this step:
  • Manner 1 The UE sends a call request to the peer end to the S-CSCF through the PS access network, where the call request carries the real-time media to carry the request through the CS network, such as an IMRN request; and the S-CSCF sends the call request according to the iFC check.
  • the CSA terminates the session of the call request, and returns a temporary response message to the S-CSCF, where the temporary response message carries the IMRN; the S-CSCF sends the temporary response message carrying the IMRN to the UE, and the UE initiates through the IMRN.
  • Manner 2 The UE sends a call request to the CSA through the CS network, where the call request carries a peer address and a real-time media request.
  • the call request may be sent through the USSD message, and the non-real time media request may be further carried in the call request, and the non-real time media will be carried by the USSD message.
  • Manner 3 Basically the same as Mode 2, the only difference is that the message transmitted between the CSA and the S-CSCF needs to pass through a P-CSCF.
  • the specific process for establishing a CS access call leg between the UE and the CSA is different according to the different IMS service delivery modes used in this step:
  • Manner 1 The UE sends a call request to the CCF to the S-CSCF, where the call request carries a real-time media bearer request through the CS network, such as an IMRN request; the S-CSCF is configured according to The iFC checks the call request to the CSA, the CSA terminates the session of the call request, and returns a temporary response message to the S-CSCF, where the temporary response message carries the IMRN; the S-CSCF sends the temporary response message carrying the IMRN To the UE, the UE establishes a CS call to the CSA through the IMRN.
  • a real-time media bearer request through the CS network, such as an IMRN request
  • the S-CSCF is configured according to The iFC checks the call request to the CSA, the CSA terminates the session of the call request, and returns a temporary response message to the S-CSCF, where the temporary response message carries the IMRN; the S-CSCF sends the temporary response message carrying the
  • Manner 2 The UE sends a call request to the CSA through the USSD message.
  • the CCF carries the CCF call address.
  • the CSA sends the IMRN to the UE through the USSD message.
  • the UE establishes a CS call with the CSA through the IMRN.
  • Manner 3 Basically the same as Mode 2, the only difference is that the message transmitted between the CSA and the S-CSCF needs to pass through a P-CSCF.
  • Step 202 The CSA establishes another call leg with the peer to complete the IMS call setup. Initiating a call for a UE:
  • the CSA generates a call request to the peer and sends the call request to the S-CSCF, and the S-CSCF sends the call request to the peer.
  • the S-CSCF Before the S-CSCF sends the call request to the peer, it may further include: If the user signs the VCC service, the B' J S-CSCF checks the iFC check ⁇ ! The call request is sent to the CCF, and the CCF decides whether to support the VCC handover of the call: if supported, the session of the call request is terminated, a new session is created, and a call request is sent to the S-CSCF through the new dialog; , directly return the call request to the S-CSCF, subsequent requests for this call will no longer pass the CCF. Thereafter, the S-CSCF can also send a call request to the TAS for service logic processing according to the iFC check, and accordingly, the TAS returns a call request to the S-CSCF.
  • the CSA generates a call request to the CCF and sends it to the S-CSCF; the S-CSCF sends a call request to the CCF according to the request URI of the call request; the CCF decides, according to the request URI, that the call request is a VCC handover request,
  • the S-CSCF sends a session modification message; the S-CSCF sends the session modification message to the peer end, and the peer end sends back to the S-CSCF for the session. Modify the response message of the message; the S-CSCF sends the response message to the CSA.
  • FIG. 3 is a schematic diagram of an embodiment of a method for receiving a call in an IMS service providing mode according to the present invention. As shown in Figure 3, the following steps are included:
  • Step 301 The S-CSCF receives the call request (Invite) sent by the peer end, and sends the Invite message to the TAS according to the iFC check. After the TAS performs the service logic processing, the TSS sends the Invite message to the S-CSCF.
  • the call request Invite
  • the TSS After the TAS performs the service logic processing, the TSS sends the Invite message to the S-CSCF.
  • the Invite message can carry voice, VP, and other non-real-time media requests, such as instant messaging.
  • Step 302 If the user subscribes to the VCC service, the S-CSCF sends an Invite message to the CCF according to the iFC check of the VCC service, and the CCF decides whether to support the VCC switch of the Invite message: If yes, the session of the Invite message is suspended ( Dialog ) -1 , generate a new Dialog-2, and send the Invite message to the S-CSCF through the newly generated Dialog-2; otherwise, the CCF will send the Invite message back to the S-CSCF, and the request message in the subsequent process will not Then pass the CCF.
  • Steps 301 ⁇ 302 are optional steps.
  • Step 303 The S-CSCF sends an Invite message to the ADSF according to the iFC check.
  • the ADSF determines, according to the decision parameter, the UE receives the access network of the call, and returns an i nv i te message carrying the access network selection information to the S- CSCF.
  • the decision parameters include: the access network where the current UE is currently calling, the registration information of the CS and the IMS, the operator policy, the UE preference, the UE capability, and the capability of the UE to access the network.
  • the access network that the UE receives the call may be a CS network or a PS network.
  • the CS and the PS network may also be used at the same time.
  • the IMS call established by the UE carries the real-time voice or VP media through the CS network. Can carry other devices through the PS network at the same time Non-real time media, such as file transfers.
  • the ADSF decision uses both the CS and the PS network.
  • Step 304 The S-CSCF sends an Invite message to the CSA according to the iFC (including the access network parameter condition). After receiving the Invite message, the CSA aborts the Dialog-2 of the Invite message, generates Dialog-3, and sends the Invite message. Go to the S-CSCF.
  • the Invite message described in this step carries the media request of the peer and the IMRN allocated by the CSA for the call.
  • IMRN can be used as the contact header content, contact: 87654321.
  • Step 305 The S-CSCF sends an Invite message to the UE through the P-CSCF, where the Invite message carries the IMRN and the peer media request.
  • Steps 306 ⁇ 307 The UE initiates a CS call through the IMRN, and the CS call is sent to the MGCF through the VMSC. After receiving the CS call, the MGCF generates a SIP Invite message and sends the Invite message to the CSA. In the process, MGCF generates Dialog-4.
  • a CS access call leg is established between the CSA and the UE.
  • Steps 308 ⁇ 309 The UE generates a 200 OK message, and sends the 200 OK message to the CSA through the P-CSCF and the S-CSCF.
  • the 200 OK message carries a response of the UE to the peer media request, such as accepting or rejecting.
  • Step 310 The CSA generates a 200 OK message, which is sent to the S-CSCF as a final response to the Invite message in Dialog-2.
  • the 200 OK message carries a response of the UE to the peer media request.
  • Step 311 The S-CSCF sends a 200 OK message to the ADSF; the ADSF sends a 200 OK message to the S-CSCF.
  • Step 312 The S-CSCF sends a 200 OK message to the CCF; the CCF sends a 200 OK message to the S-CSCF through the Dialog-1.
  • Step 313 The S-CSCF sends a 200 OK message to the TAS.
  • the TAS sends a 200 OK message to the S-CSCF and sends it to the peer.
  • Steps 314 ⁇ 316 The peer sends an Ack message to the S-CSCF; the S-CSCF sends the Ack message to the TAS; the TAS sends an Ack message to the S-CSCF; after that, if the CCF supports the VCC switch, the B' J S-CSCF Ack The message, send ⁇ ij CCF, and send it to the CSA after the Ack message returned by ⁇ j CCF; otherwise, the S-CSCF directly sends the Ack message to the CSA.
  • Steps 317 ⁇ 319 The CSA generates a 200 OK message and sends it to the MGCF.
  • the MGCF sends a 200 OK message to the VMSC.
  • the VMSC generates a Connect message and sends it to the UE, indicating that the UE CS call is successfully established.
  • the MGCF sends an Ack message to the CSA. .
  • Steps 320 ⁇ 321 The CSA sends an Ack message to the UE through the S-CSCF and the P-CSCF. The CSA sends an Ack message to the UE through the Dialog-3.
  • FIG. 4 is a schematic diagram of an embodiment of a method for initiating a call in an IMS service providing mode according to the present invention. As shown in Figure 4, the following steps are included:
  • Steps 401 ⁇ 404 The UE sends an Invite message to the S-CSCF through the P-CSCF, where the Invite message carries voice, VP, and/or other non-real-time media requests, and real-time media requests through the CS network, such as IMRN requests.
  • the S-CSCF sends an Invite message to the CSA according to the iFC check;
  • the CSA After receiving the Invite message, the CSA aborts the Dialog-1 of the Invite message, and returns a temporary response message carrying the IMRN to the S-CSCF, for example, the IMRN as the contact header content, contact: 12345678, such as 183 message;
  • the CSCF sends the 183 message to the UE through the P-CSCF.
  • the iFC carries the CS network bearer request parameter condition.
  • Steps 405 - 406 The UE initiates a CS call (voice or VP) through the IMRN, and the CS call is sent to the MGCF through the VMSC; the MGCF generates a SIP Invite message and sends it to the CSA, and the CSA terminates the Dialog-2 of the Invite message.
  • CS call voice or VP
  • VP Voice or VP
  • Step 407 The CSA generates an Invite message (voice or VP, and/or other non-real time media request), sends it to the S-CSCF, and creates a Dialog-3 accordingly.
  • Invite message voice or VP, and/or other non-real time media request
  • Step 408 If the user subscribes to the VCC service, the S-CSCF sends an Invite message to the CCF according to the iFC check, and the CCF decides whether to support the VCC switch for the call: If supported, the session of the Invite message is aborted, and a Dialog is generated. -4, and send the Invite message to the S-CSCF; otherwise, the CCF returns the Invite message to the S-CSCF, and the Invite message in the subsequent process will no longer pass the CCF.
  • Step 409 The S-CSCF sends an Invite message to the TAS according to the iFC, and the TAS performs related service logic processing, and returns the Invite message to the S-CSCF.
  • the S-CSCF sends the Invite message to the peer end.
  • Steps 408 ⁇ 409 are optional steps.
  • Step 410 The peer returns a 200 OK message carrying a response to the UE media request to the S-CSCF.
  • Step 411 The S-CSCF sends a 200 OK message to the TAS and the CCF, and the TAS and the CCF respectively return a 200 OK message to the S-CSCF.
  • Step 412 The S-CSCF sends a 200 OK message to the CSA.
  • Steps 413 ⁇ 415 The CSA sends a 200 OK message to the MGCF; the MGCF sends a 200 OK message to the VMSC; the VMSC generates a Connect message, and sends the Connect message to the UE, indicating that the CS call is successfully established; and the MGCF sends an Ack message to the CSA.
  • Steps 416 ⁇ 419 The CSA sends a 200 OK message to the S-CSCF through Dialog-1.
  • the 200 OK message is sent to the UE through the P-CSCF; the UE returns an Ack message to the CSA through the S-CSCF.
  • Steps 420 ⁇ 422 The CSA sends an Ack message to the peer through Dialog-3.
  • FIG. 5 is a schematic diagram of an embodiment of a method for implementing VCC handover in an IMS service providing mode according to the present invention.
  • the UE switches the call from the WLAN to the UMTS network (in the UTMS network, the UE can simultaneously access the CS and the PS network in parallel), and it is assumed that the UE has established an IMS through a PS access network and the peer.
  • Session the session includes voice, VP, and/or other non-real-time media;
  • the CCF exists as a handover control point in the signaling path, and the CCF and the UE establish Dialog-1, and the peer establishes Dialog-2.
  • this embodiment reuses the call initiation process of mode 1, and the called party is CCF.
  • the S-CSCF sends the Invite message to the CSA according to the iFC;
  • the CSA After receiving the Invite message, the CSA aborts the Dialog-3 of the Invite message, and returns a temporary response message carrying the IMRN identifier to the S-CSCF, for example, the IMRN as the contact header content, contact: 23456789, such as 183 message;
  • the S-CSCF sends the 183 message to the UE through the P-CSCF2.
  • Steps 505 - 506 The UE initiates a CS call (voice or VP) through the IMRN, and the CS call sends the MGCF through the VMSC; the MGCF generates a SIP Invite message (voice or VP) and sends it to the CSA, and the CSA aborts the Dialog of the Invite message. 4.
  • Step 507 The CSA generates an Invite message to the CCF and sends it to the S-CSCF.
  • the Invite message is a call of the UE to the PSI, and the S-CSCF is responsible for routing.
  • CSA creates a Dialog-5.
  • Steps 508 ⁇ 509 The S-CSCF sends an Invite message to the CCF according to the Invite request URI, and the CCF decides according to the Invite request URI that this is a VCC handover request; CCF aborts Dialog-5, and passes Dialog-2 to the S-CSCF.
  • Sending a session modification message such as a re-invite message (Re-Invite message) or an update (Update), etc.;
  • the S-CSCF sends the session modification message to the TAS; the TAS returns the session modification message to the S-CSCF, and modifies the session The message is sent to the peer.
  • a session modification message such as a re-invite message (Re-Invite message) or an update (Update), etc.
  • Step 510 The peer returns a response 200 OK message to the S-CSCF for the session modification message.
  • Step 511 The S-CSCF sends a 200 OK message to the TAS and the CCF, and the TAS and the CCF respectively return a 200 OK message to the S-CSCF.
  • Step 512 The S-CSCF sends a 200 OK message to the CSA.
  • Steps 513 ⁇ 515 The CSA sends a 200 OK message to the MGCF; the MGCF sends a 200 OK message to the VMSC; the VMSC generates a Connect message, and sends the Connect message to the UE, indicating that the UE, the CS call is successfully established; and the MGCF sends an Ack message to the CSA.
  • Steps 516 ⁇ 519 The CSA sends a 200 OK message to the S-CSCF through the Dialog-3, and then sends the 200 OK message to the UE through the P-CSCF2. The UE returns an Ack message to the CSA through the S-CSCF.
  • Steps 520 - 522 If the CSA uses the re-Invite message for session modification, it needs to send an Ack message to the peer through Dialog-2.
  • Steps 523 ⁇ 525 CCF releases Dialog-1 between the UE and the UE.
  • the three embodiments described above are used to implement the IMS service access process by the UE in the first mode.
  • the following describes the process of the UE using the second mode to implement the IMS service access.
  • FIG. 6 is another implementation of a method for receiving a call in an IMS service providing mode according to the present invention example. As shown in Figure 6, the following steps are included:
  • Steps 601 ⁇ 603 The same as steps 301 ⁇ 303, and will not be described again.
  • Steps 604 ⁇ 605 The S-CSCF sends an Invite message to the CSA according to the iFC check, the CSA aborts the dialog Dialog-2 of the Invite message, and sends the media request of the peer and the IMRN to the UE through the USSD message (optional).
  • the iFC carries the access network type selection parameter.
  • the USSD message is sent from the CSA to the UE through the HSS/VLR/VMSC, the VLR/VMSC or the VMSC. In this embodiment, it is assumed to be sent by the three network elements of the HSS/VLR/VMSC.
  • Steps 606 ⁇ 607 The UE initiates a CS call through the IMRN, and the CS call is sent to the MGCF through the VMSC. After receiving the CS call, the MGCF generates a SIP Invite message, and sends the Invite message to the CSA, and the CSA generates a Dialog- correspondingly. 3.
  • a CS access call leg is established between the CSA and the UE.
  • Steps 608 - 617 The same as steps 310 - 319, and will not be described again.
  • the UE can carry voice or VP through the CS, and can also carry other non-real-time media such as instant messaging and file transmission through the USSD, or even not to establish a CS bearer.
  • FIG. 7 is another embodiment of a method for initiating a call in an IMS service providing mode according to the present invention. As shown in Figure 7, the following steps are included:
  • Step 701 The UE sends a peer call address to the CSA through the USSD request message, and the message arrives at the CSA through the VMSC/VLR/HSS, the VMSC/VLR, or the VMSC. In this embodiment, it is assumed that the three network elements are sent to the VMSC/VLR/HSS. CSA.
  • the USSD request message may include an instant message or a text media request.
  • Step 702 The CSA sends the IMRN identifier to the UE by using the USSD message.
  • Steps 703 - 704 The UE initiates a CS call (voice or VP) through the IMRN, the CS The call sends the MGCF through the VMSC; the MGCF generates a SIP Invite message and sends it to the CSA, which terminates the Dialog-1 of the Invite message.
  • CS Voice or VP
  • Step 705 The CSA generates an Invite message (voice or VP, and/or message and text media) to the peer, and sends it to the S-CSCF. Accordingly, the CSA creates a Dialog-2.
  • Invite message voice or VP, and/or message and text media
  • Step 706 If the user subscribes to the VCC service, the BJS-CSCF sends an Invite message to the CCF according to the iFC, and the CCF decides whether to support the VCC handover for the call: If supported, the session of the Invite message is aborted, and a Dialog is generated. -3, and send the Invite message to the S-CSCF; otherwise, the CCF returns the Invite message to the S-CSCF, and the Invite message in the subsequent process will no longer pass the CCF.
  • Steps 707 - 713 Same as steps 409 - 415, no longer mentioned.
  • Steps 714 ⁇ 716 The CSA sends an Ack message to the peer through Dialog-2.
  • FIG. 8 is another embodiment of a method for implementing VCC handover in an IMS service providing mode according to the present invention.
  • the UE switches the call from the WLAN to the GSM network, and it is assumed that the UE has established an IMS session with the peer through a PS access network, the session includes voice or VP, and other non-real-time media;
  • CCF As a handover control point exists in the signaling path, and the CCF and the UE establish Dialog-1, and the opposite end establishes Dialog-2.
  • this embodiment adopts the call initiation process of mode 2, and the calling party is CCF. After the handover is successful, the CCF will release Dialog-1 between the UE and the UE.
  • this embodiment includes the following steps:
  • Step 801 The UE sends a CCF call address to the CSA through the USSD message, and the message is sent to the CSA through the VMSC/VLR/HSS, the VMSC/VLR, or the VMSC.
  • the UE sends the CSC to the CSA through the VMSC/VLR/HSS.
  • Step 802 The CSA sends the IMRN identifier to the UE by using the USSD message.
  • Steps 803 to 804 The UE initiates a CS call through the IMRN, and the CS call sends the MGCF through the VMSC.
  • the MGCF generates a SIP Invite message and sends it to the CSA, CSA. Stop the Dialog-3 of the Invite message.
  • Step 805 The CSA generates an Invite message to the CCF and sends it to the S-CSCF. Accordingly, the CSA creates a Dialog-4.
  • Steps 806 ⁇ 807 The S-CSCF sends an Invite message to the CCF according to the URI of the Invite message, and the CCF decides according to the URI of the Invite message that this is a VCC handover request; CCF aborts the Dialog-4, and passes the Dialog-2 to the S-CSCF.
  • Sending a session modification message, such as a re-Invite message the S-CSCF sends the session modification message to the TAS; the TAS returns the session modification message to the S-CSCF, and sends the session modification message to the peer end.
  • Steps 808 - 813 The same as steps 510 - 515, and will not be described again.
  • Steps 814 ⁇ 816 The CSA sends an Ack message to the peer through Dialog-4.
  • Steps 817 ⁇ 820 The CCF releases Dialog-1 between it and the UE.
  • the implementations of the foregoing embodiment are the implementation process of the UE accessing the IMS service in the mode 1 and the implementation process of the UE accessing the IMS service in the mode 2, and the implementation process of the UE using the mode 3 accessing the IMS service is basically the same as the mode 2,
  • the only difference is that the message transmitted between the CSA and the S-CSCF needs to be forwarded through a P-CSCF, and the S-CSCF checks all the iFCs, instead of sending the call request to the CSA according to the iFC check. No longer.
  • FIG. 9 is a schematic diagram of a specific implementation manner of a system for receiving a call in the IMS service providing mode according to the present invention.
  • the system includes at least: an S-CSCF, an ADSF, and a CSA. among them:
  • the ADSF is configured to receive a call request of the peer end sent by the S-CSCF, and determine, according to the pre-stored decision parameter, the UE to receive the access network of the call, and send the decision result by using the call request;
  • An S-CSCF configured to receive a call request from the opposite end and send the call request of the opposite end to the ADSF, and receive a call request from the ADSF carrying the decision result, according to the The decision result sends a call request;
  • the CSA is configured to receive a call request from the S-CSCF, establish a CS access call leg with the UE, and receive the IMS service through the CS access call leg.
  • system further includes an MGCF, configured to receive a CS call initiated by the UE during the establishment of the CS access call leg by the CSA and the UE, and generate a SIP call request according to the CS call, and send the call to the CSA; the CSA generates a new one. The call is requested and sent to the S-CSCF.
  • an MGCF configured to receive a CS call initiated by the UE during the establishment of the CS access call leg by the CSA and the UE, and generate a SIP call request according to the CS call, and send the call to the CSA; the CSA generates a new one. The call is requested and sent to the S-CSCF.
  • the system further includes a TAS, configured to receive a peer call request sent by the S-CSCF, perform service logic processing according to the call request, and send a call request to the S-CSCF.
  • a TAS configured to receive a peer call request sent by the S-CSCF, perform service logic processing according to the call request, and send a call request to the S-CSCF.
  • the system further includes a CCF, configured to receive a call request from the S-CSCF, and decide whether to support the VCC handover of the call subsequently, if supported, terminate the conversation of the call request, and create a new conversation, through a new conversation
  • the S-CSCF sends a call request; otherwise, the call request is directly returned to the S-CSCF.
  • FIG. 10 is a schematic diagram of a specific implementation manner of a system for initiating a call and implementing VCC handover in an IMS service providing mode according to the present invention.
  • the system includes a CSA and further includes an S-CSCF.
  • the CSA is configured to receive a request sent by the UE and perform a call request for the IMS service by the peer end, establish a CS access call leg with the UE, and establish another call leg with the peer end;
  • the S-CSCF is configured to receive a call request from the CSA and send the call request to the peer.
  • the system further includes an MGCF, configured to receive a CS call initiated by the UE during the establishment of the CS access call leg by the UE and the CSA, and generate a SIP call request according to the CS call to send to the CSA; the CSA generates a new call. Request and send to the S-CSCF.
  • an MGCF configured to receive a CS call initiated by the UE during the establishment of the CS access call leg by the UE and the CSA, and generate a SIP call request according to the CS call to send to the CSA; the CSA generates a new call. Request and send to the S-CSCF.
  • the system further includes a CCF, configured to receive a call request sent by the S-CSCF, and decide whether to support the VCC handover of the call subsequently, if supported, terminate the conversation of the call request, and create a new conversation, through a new conversation.
  • This role of the CCF will be used to implement VCC switching.
  • the system further includes a TAS, configured to receive a call request sent by the S-CSCF, perform service logic processing according to the call request, and send a call request to the S-CSCF.
  • a TAS configured to receive a call request sent by the S-CSCF, perform service logic processing according to the call request, and send a call request to the S-CSCF.
  • FIG. 11 is schematic views of the structure of an embodiment of the IMS service providing system of the present invention, respectively.
  • the workflow of the system embodiment shown in FIG. 11 corresponds to the method embodiments of FIG. 3, FIG. 4 and FIG. 5, and the workflow of the system embodiment shown in FIG. 12 corresponds to the method embodiments of FIG. 6, FIG. 7, and FIG.
  • the workflow of the system embodiment shown in FIG. 13 is different from the system embodiment shown in FIG. 12 in that: the message transmitted between the CSA and the S-CSCF needs to be forwarded by the P-CSCF, and the S-CSCF is in the All iFC checks are completed, instead of sending a call request to the CSA based on the iFC check.
  • the specific working procedures of the system embodiments shown in FIG. 11, 12, and 13 are respectively referred to the corresponding descriptions in the method embodiments, and are not described herein again.
  • the IMS service is accessed through the CS network, and the solution of the present invention reorganizes the ICS service, the CSI service, and the VCC service in the prior art, and integrates the prior art.
  • the functions of each solution can improve resource utilization and save operating costs, and facilitate the rapid introduction of new services.

Abstract

L'invention concerne un procédé et un système de fourniture de service de sous-système multimédia IP (IMS). Lorsque l'autre extrémité lance un appel, une entité de fonction de sélection de domaine d'accès (ADSF) reçoit la requête d'appel de l'autre extrémité, décide de l'accès internet lorsque le point d'extrémité d'utilisateur (UE) reçoit cet appel en fonction des paramètres de décision pré-stockés, et transmet le résultat de la décision à l'entité de fonction de commande de session d'appel en service (S-CSCF) par la requête d'appel, l'entité S-CSCF envoie la requête d'appel à l'adaptateur de domaine à commutation de circuits (CSA); le branchement d'appel d'accès par commutation de circuits (CS) est établi entre CSA et UE. Lorsque UE lance l'appel, un branchement d'appel d'accès CS est établi entre UE et CSA; l'autre branchement d'appel est établi entre CSA et l'autre extrémité, et l'établissement de l'appel IMS est fini. En utilisant le procédé et le système décrits par la solution, un service IMS d'accès par internet CS peut être obtenu. Et le service CSI courant, le service VCC et ICS sont reformés. Par conséquent, le rapport d'utilisation de ressources peut être augmenté et les frais d'exploitation sont réduits. Et il est facile d'introduire rapidement le nouveau service.
PCT/CN2008/070459 2007-03-15 2008-03-10 Procédé et système de fourniture de service de sous-système multimédia ip WO2008110110A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN 200710088205 CN101267324B (zh) 2007-03-15 2007-03-15 Ip多媒体子系统业务提供方法和系统
CN200710088205.X 2007-03-15

Publications (1)

Publication Number Publication Date
WO2008110110A1 true WO2008110110A1 (fr) 2008-09-18

Family

ID=39759022

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/070459 WO2008110110A1 (fr) 2007-03-15 2008-03-10 Procédé et système de fourniture de service de sous-système multimédia ip

Country Status (2)

Country Link
CN (1) CN101267324B (fr)
WO (1) WO2008110110A1 (fr)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103731814A (zh) * 2013-12-26 2014-04-16 中兴通讯股份有限公司 一种业务域和接入域综合决策的设备及呼叫路由的方法
KR102137962B1 (ko) * 2014-01-20 2020-07-27 삼성전자 주식회사 Ims을 지원하는 통신 방법 및 장치
CN104052744B (zh) * 2014-06-16 2017-06-16 中国联合网络通信集团有限公司 一种业务触发方法及装置
US10893409B2 (en) * 2018-10-12 2021-01-12 Telefonaktiebolaget Lm Ericsson (Publ) Indication of evolved packet system fallback capability

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1451214A (zh) * 2000-04-10 2003-10-22 诺基亚有限公司 一种用于在互联网协议移动网络中建立呼叫的技术
CN1551569A (zh) * 2003-04-08 2004-12-01 Adv通讯公司 网络传输多媒体数据的方法
CN1801862A (zh) * 2004-12-30 2006-07-12 朗迅科技公司 在ims网络中向用户装置提供多媒体回铃服务的方法和设备
US20060256748A1 (en) * 2005-05-10 2006-11-16 Samsung Electronics Co., Ltd. System and method for interworking between IMS network and H.323 network
EP1750400A1 (fr) * 2005-08-01 2007-02-07 Samsung Electronics Co.,Ltd. Procédé et disposifif d'interfonctionnement des services multimedia entre un terminal CSI et un terminal IMS

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1451214A (zh) * 2000-04-10 2003-10-22 诺基亚有限公司 一种用于在互联网协议移动网络中建立呼叫的技术
CN1551569A (zh) * 2003-04-08 2004-12-01 Adv通讯公司 网络传输多媒体数据的方法
CN1801862A (zh) * 2004-12-30 2006-07-12 朗迅科技公司 在ims网络中向用户装置提供多媒体回铃服务的方法和设备
US20060256748A1 (en) * 2005-05-10 2006-11-16 Samsung Electronics Co., Ltd. System and method for interworking between IMS network and H.323 network
EP1750400A1 (fr) * 2005-08-01 2007-02-07 Samsung Electronics Co.,Ltd. Procédé et disposifif d'interfonctionnement des services multimedia entre un terminal CSI et un terminal IMS

Also Published As

Publication number Publication date
CN101267324A (zh) 2008-09-17
CN101267324B (zh) 2013-01-09

Similar Documents

Publication Publication Date Title
JP4571618B2 (ja) 会話型ベアラの交渉
US7746849B2 (en) Providing packet-based multimedia services via a circuit bearer
US8155084B2 (en) User equipment, call continuity application server, and network handover method
EP1920572B1 (fr) Commande de service de sous-système multimédia pour appels de sous-système a commutation de circuits
US8213418B2 (en) Providing packet-based multimedia services via a circuit breaker
KR100933121B1 (ko) Ｉｍｓ 도메인을 통한 실시간 서비스를 포함하는 ｉｍｓ 단말의 호 요청을 ｃｓｉ 단말이 처리하는 방법 및 장치
US20080317010A1 (en) System and method for signaling optimization in ims services by using a service delivery platform
EP2182692A1 (fr) Procédé, dispositif et système pour traiter la continuité du flux multimédia dans une session
US9055397B2 (en) Method for usage of VPLMN infrastructure by an HPLMN to terminate an IMS session set up for a roaming user
WO2009015525A1 (fr) Procédé de commutation de voie de commande de session de service centralisé de sous-système réseau central multimédia ip
WO2007079688A9 (fr) Procede, appareil et systeme de mise en communication de l'utilisateur appele
EP2034688A1 (fr) Méthode et dispositif de transmission d'un message de demande dans un système multimédia
KR101095421B1 (ko) 호 제어 방법, 회선 교환 도메인 어댑터 및 단말 장치
WO2009149667A1 (fr) Procédé, dispositif et système d'accès pour appelé
US20090052438A1 (en) Method, system and device for processing supplementary services
WO2008110110A1 (fr) Procédé et système de fourniture de service de sous-système multimédia ip
EP2575320B1 (fr) Système de télécommunications et procédé pour transfert de réseau entre accès
WO2009021549A1 (fr) Commutation de média dans des systèmes de communication mobile
WO2008052466A1 (fr) Procédé, système et équipement pour une commutation parmi différents réseaux
US20090219926A1 (en) Call control method and ims cs control apparatus
WO2009092245A1 (fr) Procédé d'émission d'appel pour service de continuité de session multimédia
WO2008119278A1 (fr) Procédé, terminal et dispositif réseau pour le changement d'état de domaine à commutation de paquets

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

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

Country of ref document: EP

Kind code of ref document: A1