CN1863209A - IMS service triggering method and IMS network - Google Patents

Abstract

The present invention provides a method for triggering an IMS service and an IMS network, wherein the method includes the following steps: step 1, the sender sends a SIP message carrying a service type field to the S-CSCF; step 2, the S-CSCF according to the SIP message The service type field of the SIP message determines the service type to which the SIP message belongs; step 3, according to the service type determined in step 2, the S-CSCF triggers the SIP message to the corresponding application server, and sends the SIP message sent back by the application server to the receiver. Through the method of the present invention, the iFC can be simplified, the judgment of the S-CSCF can be reduced at the same time, the matching efficiency of the S-CSCF can be improved, and the iFC between multiple ASs can be prevented from interfering with each other, so that there will be no disruption due to the deployment of new services A conflict between old and new business occurs.

Description

A method for triggering an IMS service and an IMS network

technical field

The invention relates to a communication method, in particular to an IMS service triggering method and an IMS network.

Background technique

SIP (Session Initiation Protocol, RFC 3261) is a signaling protocol for Internet meetings and telephones developed by IETF (Internet Standardization Organization). SIP is an application layer protocol that can establish, modify or terminate multimedia sessions or calls. It is an end-to-end protocol based on ASCII.

The SIP protocol is specially designed for IP telephony, especially in conjunction with the Internet. Compared with the traditional H.323 protocol, the SIP protocol has obvious advantages: 1) Excellent scalability, which greatly improves the processing capacity of the system; 2) Closely integrated with the Internet, making communication easier and more convenient; 3) Excellent openness, not only can provide good support for mobile devices such as mobile phones and PDAs, but also can well complete multimedia applications such as online instant communication, voice and video data transmission.

IMS (IP Multimedia Subsystem, IP Multimedia Subsystem) is a new core network "domain" (Domain, a new mobile network system composed of many network elements) defined by 3GPP in UMTS R5 (and later versions). A prominent feature of IMS is that the SIP protocol is widely used to define the capabilities and interfaces of key network elements, key network elements, such as a proxy call service control server (Proxy Call Server Control Function, P-CSCF), query call service control server ( Interogating Call Server Control Function, I-CSCF), control call service control server (Service Call Server Control Function, S-CSCF), etc., can be regarded as different types of SIP proxy/server. The AS (Application Server, application server) that provides services is also implemented based on the SIP protocol.

The core capability of IMS is the core capability of SIP protocol:

1. The ability to discover and route the communication peer (ie, the ability to discover and route the destination address represented by URI): The IMS core network can realize this ability based on the information obtained from the terminal registration. The routing capability is realized by cooperation of HSS and CSCF.

2. The ability to negotiate the media type used in communication: the communication parties negotiate through the SDP (Session Description Protocol) included in the SIP protocol.

Of course, the capabilities of IMS are not limited to these, but also include other capabilities defined for session control and business operation needs, the more important ones are:

1. Service triggering capability: the system or user can define the conditions for triggering a certain service. After receiving a SIP message, the S-CSCF can forward the SIP message to the relevant AS according to the pre-defined priority/order to trigger the service;

2. Intercommunication with traditional circuit domain terminals: The BGCF selects the MGCF (and the MGW controlled by it) in the network to complete signaling conversion and media conversion.

FIG. 1 is a schematic diagram of an IMS networking architecture. As shown in Figure 1, the UE first connects to the base station, and then accesses the IMS domain ("IP domain" in Figure 1) through the PDSN. In the IMS domain, the control signaling is transmitted through the SIP protocol, and the data flow can be through the SIP protocol or other protocols. P-CSCF is the entrance of SIP signaling and is responsible for interacting with UE. The S-CSCF is the control server, responsible for triggering the application server and sending it to the receiver's S-CSCF. AS is responsible for handling specific business.

The service trigger capability of IMS means that each AS has its own trigger conditions. After receiving the SIP message, the S-CSCF will check whether the SIP message meets the trigger conditions set by the AS according to the header field or message content of the message (i.e., iFC, Initial Filter Criteria), if the conditions are met, it will be triggered to the corresponding AS, if not, it will not be triggered.

As shown in Figure 2, the specific process of IMS service triggering is as follows:

Step 1, the sender sends a SIP message to the S-CSCF;

Step 2, S-CSCF checks whether this SIP message meets the trigger condition set by AS1, that is, performs iFC judgment;

Step 3, find a match, and send the SIP message to AS1;

Step 4, after AS1 finishes processing, send the SIP message to S-CSCF again;

Step 5, S-CSCF continues to check whether this SIP message meets the trigger condition set by AS2;

Step 6, S-CSCF finds that the trigger condition set by AS2 is not met, and continues to check whether there are other application servers;

In step 7, the S-CSCF sends this SIP message to the receiver when there is no other application server that needs to be triggered.

At present, the trigger condition of the application server can be matched according to any field or content of the message body of the SIP message and their combination. For example, if a user subscribes to the instant message service, the SIP message sent by the user meets one of the following three conditions and is triggered to the instant message server:

1. All SIP MESSAGE requests are triggered to the instant message server, that is, the method name of the SIP message sent by the user is "MESSAGE".

2. All requests to establish MSRP links through SIP INVITE requests are triggered to the instant message server, that is, the method name of the SIP message sent by the user is "INVITE", and the type of the message body is "application/sdp", and the SDP information contains The contents of the media-level description line "m" of the "message*msrp/tcp" (where * represents a wildcard).

3. All SIP INVITE requests called as instant message servers, that is, the method name of the SIP message sent by the user is "INVITE", and the value of the header field "TO" contains "message@homedomain.com", and it is the calling process .

According to the above rules, as shown in Figure 3, in the case of the above-mentioned instant message service, the judgment process of iFC is as follows:

Step 21, when judging whether the method name is "Message", if so, triggering the SIP message to the instant message server;

Step 22, when the method name is not "Message", further judge whether the method name is "Invite", whether the message body type is "application/sdp", and whether the content of the media-level description line "m" includes "message* msrp/tcp", if yes, trigger the SIP message to the instant messaging server;

Step 23, when the condition is not satisfied in step 22, further judge whether the method name is "Invite", whether the value of the header field "TO" contains message@homedomain.com, and whether it is the calling party, and if so, send the SIP The message is triggered to the instant message server, otherwise, it is not triggered to the instant message server.

However, due to the increasing number of IMS services, the types and numbers of ASs are also increasing, while the header fields of the SIP protocol are limited, and many header fields of the SIP protocol need to be used for matching multiple services. This may cause the matching conditions of multiple ASs to be similar and affect each other. For example, the original iFC of AS1 is simple. When loading AS2, the iFC of AS2 contains all the conditions of iFC of AS1 and other conditions, so AS1 needs to modify the original iFC to distinguish the iFC of AS2. Therefore, after the CSCF receives the SIP signaling sent by the user, it is more and more difficult to write the iFC that triggers the specific service, and it is easy to conflict; and when the UE receives the SIP message, it is also difficult to determine which service is sent.

For example: Originally all SIP MESSAGE messages will trigger the instant message service, so the iFC of the instant message service is written to trigger all SIP MESSAGE messages. However, when the POC service appears, SIP MESSAGE messages are also required, and all SIP MESSAGE messages belonging to the POC service do not need to trigger the instant message service. At this time, it is necessary to modify the iFC of the original instant message service to distinguish it from the SIP MESSAGE message of the POC service.

Another example, currently all requests to establish MSRP links through SIP INVITE trigger instant messaging services, and this iFC is already very complicated. If a new service also requires SIP INVITE to establish an MSRP link, then it will conflict with the iFC of the instant message service, and the iFC of the instant message service needs to be modified.

In view of this, it is necessary to provide a simple IMS service trigger method and an IMS network that can prevent IFC conflicts.

Contents of the invention

The purpose of the present invention is to provide a simple IMS service trigger method that can prevent IFC conflicts.

Another object of the present invention is to provide an IMS network that can prevent iFC conflicts.

In order to achieve the above object, the IMS service triggering method of the present invention comprises the following steps:

Step 1, the sender sends a SIP message carrying a service type field to the S-CSCF;

Step 2, S-CSCF judges the service type to which the SIP message belongs according to the service type field in the SIP message;

In step 3, according to the service type determined in step 2, the S-CSCF triggers the SIP message to the corresponding application server, and sends the SIP message sent back by the application server to the receiver after processing.

The IMS network of the present invention includes a sender, an S-CSCF, an application server and a receiver. Among them, the sender is used to send the SIP message carrying the service type field to the S-CSCF; the S-CSCF is used to judge the service type of the SIP message according to the service type field in the SIP message, and trigger the SIP message to the corresponding application server, and send the SIP message sent back by the application server to the receiver.

Wherein, the above service type is instant message, or meeting information, or POC message, or telephone service.

In addition, in the above service type field, various services may be distinguished by using a service name, or business names and standard names may be used to distinguish various services.

Compared with prior art, the beneficial effect of the present invention is,

1. Through the present invention, the iFC can be simplified, so that the iFC condition of the AS is simply matched according to one field, and the addition of an AS has no impact on the iFC of the original AS;

2. At the same time, through the present invention, the judgment of the S-CSCF can be reduced, making the whole triggering process more concise, thereby improving the matching efficiency of the S-CSCF;

3. Moreover, since different identities are configured for different service types, the iFCs between multiple ASs can not interfere with each other, so that conflicts between new and old services will not occur due to the deployment of new services.

Description of drawings

FIG. 1 is a schematic diagram of an IMS networking architecture;

FIG. 2 is a flow chart of service triggering of an existing IMS;

Fig. 3 is in the situation of above-mentioned instant message service, the flowchart of the judging process of iFC;

Fig. 4 is a flow chart of the IMS service triggering method of the present invention.

Detailed ways

In order to understand the present invention more clearly, the method for triggering an IMS service and the IMS network of the present invention will be described in detail below in conjunction with the accompanying drawings.

In the present invention, the IMS network also includes the sender, S-CSCF, application server and receiver in the existing MIS network. Among them, the sender is used to send the SIP message carrying the service type field to the S-CSCF; the S-CSCF is used to judge the service type of the SIP message according to the service type field in the SIP message, and trigger the SIP message to the corresponding application server, and send the SIP message sent back by the application server to the receiver.

It can be seen that, compared with the existing IMS network, in order to enable the S-CSCF to distinguish the service type of the SIP message sent by the sender, a field is first added to the SIP message defined by the original SIP protocol to identify the service type of the SIP message sent by the sender. The service type to which the sent SIP message belongs, and the specific service type includes: sending an instant message; holding a conference; making a phone call, etc. Moreover, corresponding types of configuration information also exist in the S-CSCF. In this way, when the S-CSCF checks this field in the SIP message, it can determine which service the SIP message belongs to, thereby triggering the SIP message to the on the corresponding server.

Table 1 is an extension method for adding (extended) fields in the SIP message to realize the above functions:

Table 1 parameter name Format illustrate Service_Type (business type) ServiceName/StandardName (business name/standard name) ServiceName (service name): the service type of SIP message, for example: it can be divided into Messaging (message), Conference (meeting), POC (push to talk), telephone (telephone), etc.; StandardName (standard name): define the service Standard organizations, such as: 3GPP (Third Generation Partnership Project)

The following takes the example of the sender subscribing to instant messages as an example. It can be understood that similar methods can also be used for other business types.

Specifically, for the above user who has subscribed to the instant message service, according to the definition of the present invention, the service type field of the instant message service is: ims messaging/3GPP.

The present invention is roughly similar to the specific process of the existing IMS service triggering method, and the main difference between the two lies in: the SIP message of the present invention adds a service type field, so that the processing when the S-CSCF performs iFC judgment is simplified, that is, The processing in step 2 in Fig. 2 becomes simple and quick and does not cause conflicts between different services.

As shown in Figure 4, according to the definition of the present invention, the IMS service triggering method of the present invention specifically includes the following steps:

Step 31, the sender sends a SIP message to the S-CSCF, and the service type field is added in the SIP message;

Step 32, the S-CSCF judges the service type to which the SIP message belongs according to the service type field in the SIP message, which is an instant message in this example;

Step 33, according to the service type determined in step 2, the S-CSCF triggers the SIP message to the corresponding application server, and sends the SIP message sent back by the application server to the receiver after processing.

In this way, compared with step 2 in Figure 2, the method of the present invention can simplify the iFC, so that the iFC condition of the AS is simply matched according to one field, and the new AS has no impact on the iFC of the original AS , at the same time, through the method of the present invention, the judgment of the S-CSCF can be reduced, so that the entire triggering process is more concise, thereby improving the matching efficiency of the S-CSCF, and, because different identifications are configured for different service types, it can be made The iFCs between multiple ASs do not interfere with each other, so there will be no conflict between old and new services due to the deployment of new services. For example: the instant message service has been deployed originally, and the iFC is triggered by the value ims messaging/3GPP of the Service_Type field. When deploying a new service POC service, the iFC of the POC is triggered by the value POC/3GPP of the Service_Type field. In this way, the iFC of the original instant message service does not need to be changed, nor will it conflict with the emerging POC service.

It can be understood that the above-mentioned extension method is only one of various extension methods. In the case that the business name is unique and no business conflict occurs, it is also possible to only use the business name as the content of the above-mentioned business type, that is, it can be used in the above-mentioned In the business type field, only the business name is used as the trigger condition. For example, for the instant messaging service, the service type field can be changed from "ims messaging/3GPP" to "imsmessaging", and for the POC service, the service type field can be changed from "POC/3GPP" to "POC". In this way, you can see It can be seen that there will be no conflict between the two services even if the service type field is simplified. The same applies to other similar business names.

Claims (8)

1. A method for triggering an IMS service, comprising the following steps: Step 1, the sender sends a SIP message carrying a service type field to the S-CSCF; Step 2, S-CSCF judges the service type to which the SIP message belongs according to the service type field in the SIP message; In step 3, according to the service type determined in step 2, the S-CSCF triggers the SIP message to the corresponding application server, and sends the SIP message sent back by the application server to the receiver after processing. 2. The method according to claim 1, wherein the service type is instant message, or conference information, or POC message, or telephone service. 3. The method according to claim 2, wherein a service name is used in the service type field to distinguish various services. 4. The method according to claim 2, wherein, in the service type field, a service name and a standard name are used to distinguish various services. 5. A kind of IMS network, comprises sender, S-CSCF, application server and receiver, is characterized in that, The sender is used to send the SIP message carrying the service type field to the S-CSCF; The S-CSCF is used to judge the service type of the SIP message according to the service type field in the SIP message, trigger the SIP message to the application server corresponding to the service type, and send the SIP message sent back by the application server to the receiver . 6. The IMS network according to claim 5, wherein the service type is instant message, or conference information, or POC message, or telephone service. 7. The IMS network according to claim 6, characterized in that, a service name is used in the service type field to distinguish various services. 8. The IMS network according to claim 6, wherein the service type field uses a service name and a standard name to distinguish various services.

Images