WO2012097714A1

WO2012097714A1 - Method and system for mobile switching center to obtain ims control point information

Info

Publication number: WO2012097714A1
Application number: PCT/CN2012/070418
Authority: WO
Inventors: 谢振华
Original assignee: 中兴通讯股份有限公司
Priority date: 2011-01-19
Filing date: 2012-01-16
Publication date: 2012-07-26
Also published as: CN102612141B; CN102612141A

Abstract

Disclosed are a method and a system for a mobile switching center to obtain IMS control point (ICP) information. The method comprises: an application server provides ICP information to a serving GPRS support node (SGSN); the SGSN transmits the ICP information to a base station subsystem; the base station subsystem transmits the ICP information to a mobile switching center. The present invention enables a mobile switching center to obtain ICP information without adding new interfaces or protocols.

Description

Method and system for acquiring information of IMS control point by mobile switching center

The present invention relates to an IMS (IP Multimedia Subsystem), and more particularly to a method and system for an MSC (Mobile Switching Center) to acquire ICP (IMS Control Point) information. Background technique

IMS is an IP-based network architecture proposed by 3GPP (3rd Generation Partnership Project), which builds an open and flexible business environment, supports multimedia applications, and provides users with rich multimedia. business.

In the IMS service system, the control layer and the service layer are separated. The control layer does not provide specific services, and only provides the necessary triggering, routing, and accounting functions to the service layer.

The service triggering and control functions in the control layer are implemented by the CSCF (Call Session Control Function). CSCF is divided into three types: P-CSCF (Proxy-Call Session Control Function, Proxy CSCF), I-CSCF (Interrogating-Call Session Control Function, Query CSCF), and S-CSCF (Serving-Call Session Control Function, Serving CSCF). ); where S-CSCF is primarily responsible, I-CSCF is optional. In addition, there are some auxiliary network elements in the IMS service system, such as IBCF (IMS Boundary Control Function) and ATCF (Access Transfer Control Function).

The business layer consists of a series of ASs (Application Servers) and provides specific business services. The AS can be a separate entity or it can exist in the S-CSCF. The S-CSCF controls the service trigger according to the subscription information of the user, invokes the service on the AS, and implements the service function. The end-to-end device in the session is called UE (User Equipment) and is responsible for interaction with the user. Some UEs have multiple ways to access the mobile network, such as accessing the mobile network through the PS (Packet Switch) domain of the 3GPP mobile network, through non-3GPP mobile networks (such as CDMA (Code Division Multiple Access) IX or Wimax The PS domain of the (Worldwide Interoperability for Microwave Access) network accesses the mobile network, and can even access the mobile network through the CS (Circuit Switch) domain of the mobile network. The mobile network includes a base station subsystem and a core network, and the core network element may be an SGSN (Serving GPRS Support Node), a GGSN (Gateway GPRS Support Node), an MME (Mobile Management Entity), an MSC, a PCF (Packet Control Function), or a PDSN ( Packet data service node) and so on. In order to realize the interaction between the UE and the IMS network in the CS domain, in some cases, the MSC needs to obtain the ICP information, and the ICP may be an entity having an IMS signaling control function, such as a P-CSCF, an I-CSCF, an IBCF, an ATCF, or an AS. It can even be an MSC with IMS signaling capabilities.

1 is a flowchart of the MSC obtaining the ICP information in the prior art. The obtaining process includes: Step 101: The UE sends an attach request to the mobile network, for example, sending an attach request message to the base station subsystem serving itself; The base station subsystem may be a base station system (BSS, Base Station System) or a radio network controller (RNC).

Step 102: The base station subsystem sends an attach request message to the MSC.

Step 103: After receiving the attach request message, the MSC allows the UE to attach and use the mobile network, and then sends an allow attach message to the UE, such as an Attach Accept message, which allows the attach message to pass through the base station subsystem.

Step 104: The base station subsystem will allow the attach message to be sent to the UE.

Step 105: After the MSC allows the UE to attach and use the mobile network, initiate a registration request to the UE's home IMS network, for example, send a Register message to the S-CSCF in the UE's home IMS network, and the registration message belongs to the IMS signaling. Step 106: The S-CSCF allows the UE to access the IMS network, and then returns a registration response to the MSC, such as sending a "200 OK" message, which belongs to the IMS signaling.

Step 107: The UE initiates a registration request to the UE's home IMS network through the access service and the P-CSCF provided by the PS domain, for example, sends a Register message to the P-CSCF to use the service provided by the IMS network; wherein, the Register message belongs to the IMS message. make.

The following steps are for the ICP not on the AS.

If the ICP is between the P-CSCF and the S-CSCF, such as on the IBCF, the method includes: Step 108a: After receiving the registration request, the P-CSCF selects the ICP serving the UE and forwards the registration request to the ICP.

Step 109a: After receiving the registration request, the ICP sends another registration request to the S-CSCF, where the other registration request carries the ICP information, where the ICP information may be directly located, such as the ICP number, address, or identifier. It may also be information for indirectly locating the ICP, such as an index of the ICP, or any combination of the above various information.

Step 110a: The S-CSCF allows the UE to access the IMS network and use the services provided by the IMS network, and then returns a registration response, such as sending a "200 OK" message, which belongs to the IMS signaling.

Step 111a: The registration response arrives at the ICP, and the ICP forwards the registration response to the P-CSCF. If the ICP is on the P-CSCF, then steps 108a-l l la are simplified to:

After receiving the registration request, the P-CSCF sends another registration request to the S-CSCF, and the other registration request carries the ICP information.

The S-CSCF allows the UE to access the IMS network and use the services provided by the IMS network, and then returns a registration response to the P-CSCF, such as sending a "200 OK" message, which belongs to the IMS signaling.

If the ICP is on the S-CSCF, then steps 108a-l l la are simplified to:

After receiving the registration request, the P-CSCF forwards the registration request to the S-CSCF. The S-CSCF allows the UE to access the IMS network and use the services provided by the IMS network, and then returns a registration response to the P-CSCF, such as sending a "200 OK" message, which belongs to the IMS signaling.

The following steps are for the ICP on the AS.

Step 108b: After receiving the registration request, the P-CSCF forwards the registration request to the S-CSCF. Step 109b: The S-CSCF allows the UE to access the IMS network and use the service provided by the IMS network, and then returns a registration response to the P-CSCF, such as sending a "200 OK" message, which belongs to the IMS signaling.

Step 110b: The S-CSCF forwards the registration request to the ICP.

Step 111b: After receiving the registration request, the ICP returns a registration response to the S-CSCF, where the registration response carries the ICP information, where the ICP information may be directly located, such as the ICP number, address, or identifier, or Indirect positioning of ICP information, such as an ICP index, can also be any combination of the above various information.

The following steps are the common steps that follow in the above two cases.

Step 112: After receiving the step 11 la or 10% registration response, the P-CSCF forwards the registration response to the UE.

Step 113: After obtaining the ICP information, the S-CSCF notifies the MSC of the obtained ICP information, for example, sends a Notify message to the MSC, where the Notify message carries the obtained ICP information, and the Notify message belongs to the IMS signaling.

It can be seen from the above process that in the prior art, the MSC must support the IMS signaling and complete the registration process instead of the UE to obtain the ICP information. If the MSC does not support the IMS signaling, in order to be able to apply the process shown in FIG. The new interface and protocol enable the MSC to interact with the S-CSCF, so the application scenarios of the above process are limited. Summary of the invention

In view of this, the main object of the present invention is to provide a method for an MSC to acquire ICP information. And the system, so that MSC can obtain ICP information without adding new interfaces and protocols. In order to achieve the above object, the technical solution of the present invention is achieved as follows:

A method for a mobile switching center to obtain IMS control point information, the method comprising: providing, by an application server, IMS control point information to a serving GPRS support node; and the serving GPRS support node transmitting the IMS control point information to a base station subsystem ;

The base station subsystem transmits the IMS control point information to the mobile switching center. Further, when the IMS control point is not on the application server, before the application server provides the IMS control point information to the serving GPRS support node, the method further includes: the IMS control point passing the IMS control point information through the IMS process Sent to the application server.

Further, the application server provides the IMS control point information to the serving GPRS support node as:

Sending, by the application server, a notification message carrying the IMS control point information to the serving GPRS support node; or

The application server sends an update message carrying the IMS control point information to the home subscriber server; the home subscriber server sends a notification message carrying the IMS control point information to the serving GPRS support node.

Further, the base station subsystem sends the IMS control point information to the mobile switching center as:

The base station subsystem carries the IMS control point information in a call request or a handover request and sends the information to the mobile switching center.

A system for acquiring IMS control point information by a mobile switching center, the system comprising: an application server, a serving GPRS support node, a base station subsystem, and a mobile switching center; wherein, the application server is configured to provide IMS control point information to the serving GPRS Support node Serving a GPRS support node, configured to send the IMS control point information to a base station subsystem;

a base station subsystem, configured to send the IMS control point information to a mobile switching center, and a mobile switching center, configured to receive IMS control point information sent by the base station subsystem. The application server is further configured to: when the IMS control point is not on the application server, receive the IMS control point information sent by the IMS control point through an IMS process.

Further, the system further includes: a home subscriber server, configured to receive an update message that is sent by the application server and that carries the IMS control point information, and that carries the

A notification message of the IMS control point information is sent to the serving GPRS support node.

Further, the base station subsystem is further configured to: send the IMS control point information to the mobile switching center in a call request or a handover request.

As can be seen from the above technical solution, in the present invention, the ICP information is provided by the SGSN to the base station subsystem, and then provided by the base station subsystem to the MSC, so the MSC may not support IMS signaling, and may not add a new interface and The protocol can obtain ICP information, so the present invention can be applied to more application scenarios. DRAWINGS

1 is a flow chart of obtaining ICP information by an MSC in the prior art;

2 is a flowchart of an MSC acquiring ICP information according to Embodiment 1 of the present invention;

3 is a flowchart of an MSC acquiring ICP information according to Embodiment 2 of the present invention;

FIG. 4 is a structural diagram of a system for an MSC to acquire ICP information according to an embodiment of the present invention. detailed description

The invention is further illustrated in detail by several examples.

Embodiment 1

2 is a flowchart of an MSC acquiring ICP information according to Embodiment 1 of the present invention, describing a UE After the CS domain initiates a call, the MSC anchors the CS call to the IMS domain. The process includes:

Step 201: The UE initiates a registration request to the IMS network through the PS domain, for example, sending a Register message.

Step 202: The registration request passes through the P-CSCF, and the P-CSCF forwards the registration request to the ICP. Step 203: The ICP forwards another registration request to the S-CSCF, where the other registration request carries the ICP information, where the ICP information may be directly located in the ICP, such as the ICP number, address, or identifier, or may be indirectly located. The information of the ICP, such as the index of the ICP, can also be any combination of the above various information.

Step 204: The S-CSCF allows the UE to access the IMS network, and then returns a registration response, such as sending a "200 OK" message.

Step 205: After receiving the registration response, the ICP forwards the registration response to the P-CSCF.

Step 206: After receiving the registration response, the P-CSCF forwards the registration response to the UE.

Steps 202-206 describe the situation of the ICP between the P-CSCF and the S-CSCF, such as

The ICP is on the IBCF or the MSC; wherein the MSC here may be another MSC or an MSC attached to the UE (ie, the MSC shown in Figure 2).

If the ICP is on the P-CSCF, then steps 202-206 are simplified to:

After receiving the registration request, the P-CSCF forwards another registration request to the S-CSCF, where the other registration request carries the ICP information;

The S-CSCF allows the UE to access the IMS network and returns a registration response, such as sending "200"

OK" message;

After receiving the registration response, the P-CSCF forwards the registration response to the UE.

If the ICP is on the S-CSCF, then steps 202-206 are simplified to:

The registration request passes through the P-CSCF, and the P-CSCF forwards the registration request to the S-CSCF;

The S-CSCF allows the UE to access the IMS network, and then returns a registration response; After receiving the registration response, the P-CSCF forwards the registration response to the UE.

The above steps belong to the IMS registration process. There may be other IMS message interaction processes between the UE and the IMS network. For example, the UE initiates an IMS call process. When an Invite (Invitation) message of an IMS call request passes through the ICP, the ICP (the ICP is not on the S-CSCF) The ICP information can also be carried in the Invite message forwarded to the S-CSCF.

Step 207: The S-CSCF forwards the registration request carrying the ICP information to the AS according to the subscription information of the UE.

During the IMS call, the S-CSCF forwards the Invite message carrying the ICP information to the AS.

Step 208: The AS returns a registration response to the S-CSCF, for example, sending a "200 OK" message. Step 209: The AS sends a notification message carrying the ICP information to the SGSN, for example, when the SGSN does not support the IMS signaling, sending an Insert Subscriber Data message carrying the ICP information; or when the SGSN supports the IMS signaling. , Send a Publish message or an Options message with ICP information.

Step 210: The SGSN notifies the base station subsystem of the obtained ICP information, for example, sends a Common ID (Public Identity) message carrying the ICP information.

Step 211: The UE sends a call request to the MSC in the CS domain, for example, sending a Setup message.

Step 212: After receiving the call request, the base station subsystem forwards another call request to the MSC, where the other call request carries the ICP information.

At this point, the MSC obtained the ICP information.

Step 213: The MSC sends a call request to the ICP according to the ICP information, for example, sending an IAM (Initial Address Message) when the MSC does not support the IMS signaling, or sending an Invite message when the MSC supports the IMS signaling.

Step 214: The ICP continues the subsequent IMS call process. Step 215: After receiving the response of the called party, the ICP sends a call response to the MSC, for example, when the MSC does not support the IMS signaling, and sends an ANM (Answer Message); or when the MSC supports the IMS signaling, the sending is 200. OK" message.

It can be seen from the steps 213-215 that when the MSC does not support the IMS signaling, the message can be exchanged with the ICP by using the normal signaling message. When the MSC supports the IMS signaling, the IMS signaling can be used to interact with the ICP.

Steps 216-217: The MSC sends a call response to the UE via the base station subsystem, such as sending a Connect message, which is routed through the base station subsystem.

If the ICP is on the AS, the ICP information sent by the AS to the SGSN in step 209 is generated by the AS instead of being forwarded by the S-CSCF, and steps 202-208 become:

The S-CSCF allows the UE to access the IMS network, and then returns a registration response, such as sending a "200 OK" message;

After receiving the registration response, the P-CSCF forwards the registration response to the UE;

The S-CSCF forwards the registration request to the AS according to the subscription information of the UE;

The AS returns a registration response to the S-CSCF, such as sending a "200 OK" message.

As can be seen from the variation of the above steps 202-208, when the ICP is on the AS, there is no ICP information in the forwarded registration request or Invite message.

Embodiment 2

FIG. 3 is a flowchart of the MSC acquiring the ICP information according to the second embodiment of the present invention, and describes a process in which the UE in the CS domain is transferred to the PS domain, and the MSC notifies the ICP to start the transfer process, the process includes:

Steps 301-308: The same as steps 201-208 in FIG. 2, and details are not described herein again.

Step 309: The AS sends an update message carrying the ICP information to the HSS (Home Subscriber Server), for example, sending a Sh-push carrying the ICP information. (Sh-Push) message.

If the ICP is on the AS, the ICP information is generated by the AS; otherwise, the ICP information is forwarded to the AS by the S-CSCF.

Step 310: The HSS sends a notification message carrying the ICP information to the SGSN, for example, sending a Insert Subscriber Data message carrying the ICP information.

Steps 309-310 can also be replaced by step 209 in FIG.

Step 311: The SGSN notifies the base station subsystem of the obtained ICP information, for example, sends a Common ID message carrying the ICP information.

Step 312: The UE has a session in the CS domain. For example, the UE initiates a call in the CS domain or accepts a call in the CS domain but has a session. During the session, the base station subsystem decides to switch the CS domain session of the UE to the PS domain, that is, the base station. The subsystem triggers the handover process from the CS domain to the PS domain.

Step 313: The base station subsystem sends a handover request carrying the ICP information to the MSC, for example, sending a Handover Request handover request carrying the ICP information or a Relocation Request message.

At this point, the MSC obtained the ICP information.

Step 314: The MSC sends a transfer request to the ICP according to the ICP information, for example, when the MSC does not support the IMS signaling, or sends an Invite message when the MSC supports the IMS signaling.

Step 315: The ICP returns a transfer response to the MSC, such as sending a "200 OK" message. Steps 316-317: The MSC informs the UE to switch to the PS domain via the base station subsystem, such as sending a Handover Command message.

Step 318: The ICP initiates a process of reestablishing a media connection between the ICP-controlled media gateway and the remote UE, such as sending a relvvite message to the remote UE, or sending an Invite message to the AS, and sending the rernvite message to the remote UE by the AS. . Here, there is no strict requirement for the chronological order of both step 318 and step 315. Step 319: After step 317, the UE modulates into the PS domain and accesses the IMS network through the PS domain.

Step 320: The UE initiates a transfer request in the PS domain, such as sending an Invite message or a relnvite message.

Step 321: After receiving the transfer request, the ICP returns a transfer response to the UE, for example, sending a "200 OK" message.

Step 322: The ICP establishes a media connection between the ICP-controlled media gateway and the UE according to the UE-initiated transfer request, and enables the UE to continue the session with the remote UE in the PS domain by using the ICP bridging function.

The process after the step 313 in the second embodiment may have other implementations. The second embodiment only illustrates the implementation of one of the cases, but the process after the step 313 does not affect the process between the steps 301-313.

In order to implement the foregoing method, an embodiment of the present invention further provides a system for an MSC to acquire ICP information. As shown in FIG. 4, the system includes: an AS, an SGSN, a base station subsystem, and an MSC;

AS, used to provide ICP information to the SGSN;

An SGSN, configured to send the ICP information to a base station subsystem;

a base station subsystem, configured to send the ICP information to the MSC;

The MSC is configured to receive ICP information sent by the base station subsystem.

The AS is further configured to: when the ICP is not on the AS, receive the ICP information sent by the ICP through an IMS process. For details on how the ICP sends ICP information to the AS through the IMS process, refer to steps 203-207, and details are not described here.

The system further includes: an HSS, configured to receive an update message that is sent by the AS and that carries the ICP information, and send a notification message that carries the ICP information to the SGSN. The base station subsystem is further configured to: send the ICP information to the MSC in a call request or a handover request.

The above is only the preferred embodiment of the present invention and is not intended to limit the scope of the present invention.

Claims

Claim

A method for obtaining information of an IMS control point by a mobile switching center, the method comprising:

The application server provides the IMS control point information to the serving GPRS support node; the serving GPRS support node sends the IMS control point information to the base station subsystem;

The base station subsystem transmits the IMS control point information to the mobile switching center.

2. The method for acquiring IMS control point information by a mobile switching center according to claim 1, wherein when the IMS control point is not on the application server, the application server provides the IMS control point information to the serving GPRS support node. Previously, the method further includes:

The IMS control point sends the IMS control point information to the application server via an IMS procedure.

The method for obtaining the IMS control point information by the mobile switching center according to claim 1, wherein the application server provides the IMS control point information to the serving GPRS support node as:

The method for obtaining the IMS control point information by the mobile switching center according to claim 1, wherein the base station subsystem sends the IMS control point information to the mobile switching center:

A system for acquiring information of an IMS control point by a mobile switching center, the system comprising: an application server, a service GPRS support node, a base station subsystem, and a mobile switching center;

An application server, configured to provide IMS control point information to a serving GPRS support node; a service GPRS support node, configured to send the IMS control point information to the base station subsystem;

a base station subsystem, configured to send the IMS control point information to a mobile switching center, and a mobile switching center, configured to receive IMS control point information sent by the base station subsystem.

The system for acquiring IMS control point information by the mobile switching center according to claim 5, wherein the application server is further configured to: when the IMS control point is not on the application server, receive the IMS control point The IMS control point information sent through the IMS process.

The system for acquiring IMS control point information by the mobile switching center according to claim 5, wherein the system further comprises: a home subscriber server, configured to receive the IMS control carried by the application server An update message of the point information, and sending a notification message carrying the IMS control point information to the serving GPRS support node.

The system for acquiring IMS control point information by the mobile switching center according to claim 5, wherein the base station subsystem is further configured to: send the IMS control point information in a call request or a handover request to send to The mobile switching center.