WO2007082493A1

WO2007082493A1 - Method and network entity for processing the content of sesstion initiation protocol message

Info

Publication number: WO2007082493A1
Application number: PCT/CN2007/000249
Authority: WO
Inventors: Lei Zhu
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2006-01-23
Filing date: 2007-01-23
Publication date: 2007-07-26
Also published as: CN101009664A; CN101009664B

Abstract

Method and network entity for processing the content of Session Initiation Protocol message. The method comprises: the network entity based on IP Multimedia Subsystem(IMS) processes the content of SIP message according to provider strategy. The network entiry comprises:Receiving Module, for receiving the SIP message carrying content, then transmitting it to content parsing module; Content Parsing Module, for processing the content in the SIP message according to provider strategy. Said method and network entity above can make the processing of the content in the SIP message available.

Description

Method and network entity for processing content in session initialization protocol message

The present invention relates to a technique for processing a Session Initiation Protocol (SIP) message in a mobile communication system, and more particularly to a method and a network entity for processing content in a SIP message. Background of the invention

With the development of broadband networks, mobile communication systems are not limited to traditional voice communication, but can also combine various media services such as audio, video, pictures and text. Multiple media services The combination of data services such as presence, short message, web browsing, location information, push service (PUSH) and file sharing can meet the diverse needs of user terminals.

Driven by various data service applications, standards organizations such as 3GPP and 3GPP2 have successively launched the Internet Protocol (IP)-based Multimedia Subsystem (IMS) architecture, which aims to achieve more in a mobile communication system using a standardized open architecture. A variety of multimedia business applications provide users with more choices and richer feelings.

In the 3GPP Release 5 (R5 Release) phase, IMS is introduced, which is superimposed on the packet domain network, by Call Control Function (CSCF), Media Gateway Control Function (MGCF), Media Resource Function (MRF), and Home Subscriber Server. (HSS) and other functional entities. The CSCF can be divided into three logical entities: the service CSCF (S-CSCF), the proxy CSCF (P-CSCF), and the query CSCF (I-CSCF). The S-CSCF is a service switching center of the IMS, performs session control, maintains session state, is responsible for managing user terminal information, and generates charging information. The P-CSCF is an access point for the UE to access the IMS, completes user terminal registration, and is responsible for services. Quality (QoS) control and security management; I-CSCF is responsible for interworking between IMS domains, Manage the allocation and selection of the S-CSCF, hide the network topology and configuration, and generate billing data. The MGCF controls the gateway to implement interworking between the IMS and other networks. MRF provides media resources. The HSS stores subscription data and configuration information of the user terminal.

The IMS network defined by 3GPP can also be applied to the packet network defined in 3GPP2 to provide interworking with multi-scale type networks, and realize the independence of using and using user terminal types. Therefore, the IMS network is not limited to be applied to 3GPP related networks and applications, and other types of access networks and network-enabled services and applications can also be implemented by using the IMS architecture.

SIP is an IP telephony signaling protocol proposed by the Internet Engineering Task Force (IETF). SIP is used to initiate a session, which can control the establishment and termination of multimedia sessions attended by multiple participants, and can dynamically adjust and modify session attributes such as session bandwidth requirements, media types (voice, video, text, etc.), media Codec format, support for multicast and unicast, etc. In the IMS network, the SIP protocol is used as the signaling control protocol for IP multimedia sessions.

At present, the addition of content in a SIP message by a network entity in an IMS network is considered to be an achievable technology, but there is no technology for processing the content added in the SIP message, which may result in a network entity in the IMS network. The contents of the SIP message cannot be processed. Further, the network entity in the IMS network cannot record the result of the content in the processed SIP message and send it to the network entity in other IMS networks that need to record the result of the processing. Summary of the invention

Embodiments of the present invention provide a method for processing content in a SIP message, which enables a network entity in an IMS network to process content in a SIP message.

The embodiment of the present invention further provides a network entity that processes content in a SIP message, and the network entity enables a network entity in the IMS network to process content in the SIP message.

The technical solution of the embodiment of the present invention is implemented as follows: A method for processing content in a Session Initiation Protocol SIP message, the method comprising: a network entity of an Internet Protocol IMS network based on an Internet Protocol to process content in a SIP message according to a set operation policy.

A network entity for processing content in a SIP message, comprising: a receiving module and a content parsing module, where

The receiving module is configured to send the SIP message carrying the content to the content parsing module;

The content parsing module is configured to process the content carried by the SIP message by using an operation policy. It can be seen from the above that, in the embodiment of the present invention, the network entity in the IMS network receives, deletes, unrecognizable, unsupported, or/and does not respond to the content in the SIP message according to the operation policy, and the operation policy may be advanced. It is stored on its own or from network entities of other IMS networks, so that the network entities in the IMS network process the content in the SIP message. Therefore, the method and the network entity provided by the embodiments of the present invention can enable the network entity in the IMS network to process the content in the SIP message. BRIEF DESCRIPTION OF THE DRAWINGS

1 is a flowchart of a method 1 for processing content in a SIP message according to an embodiment of the present invention; FIG. 2 is a flowchart of a method 2 for processing content in a SIP message according to an embodiment of the present invention; FIG. 3 is a flowchart of a method according to an embodiment of the present invention; Schematic diagram of the network entity of the content in the SIP message. Mode for carrying out the invention

The present invention will be further described in detail below with reference to the accompanying drawings.

In order to enable the network entity in the IMS network to process the content in the SIP message, the present invention In the embodiment, the network entity in the IMS network processes the content in the SIP message according to the operation policy, such as receiving, deleting, unrecognized, unsupported, or/and non-responsive. The operational policy is pre-stored in the network entity of the IMS network or the network entity of the IMS network is obtained from other network entities storing the operational policy. The content in the SIP message can be an index of media content or media content. The media content is used to provide some information about the session to the consumer of the SIP message or to provide the media in the SIP message. The index of the media content is used to find a network entity storing the media content for the user of the SIP message, and obtain the media content stored by the entity. When the content of the SIP message is the media content, the media content is carried in the message header or the message body of the SIP message; when the content in the SIP message is the index of the media content, the index of the media content is carried in the SIP message. In the header or message body.

In the embodiment of the present invention, the processing result of the content in the SIP message by the network entity in the IMS network does not affect the SIP message itself. For example, the deletion of the media content in the SIP message does not trigger the rejection of the SIP message.

Further, in the embodiment of the present invention, the network entity in the IMS network may also record the result of processing the content in the SIP message, and send the result record to other network entities in the IMS network for reference.

The network entity in the IMS network records the result of processing the content in the SIP message, and can record one result of the final processing, and can also record all the multiple results processed. When a plurality of processing results are recorded, a result history of the contents of the SIP message is formed, which may also be referred to as a processing log.

When the network entity in the IMS network sends a record of the result of processing the content in the SIP message to other network entities in the IMS network, the result record may be carried in the message body of the SIP message or in the message header of the SIP message. , sent to other network entities in the IMS network. When the result is recorded as a processing log, the processing log may be sequentially numbered in the message body of the SIP message or in the message header, and sent to other networks in the IMS network. Body.

Certainly, when the network entity in the IMS network sends the record of the result of processing the content in the SIP message to other network entities in the IMS network, it may be sent by the network entity in the IMS network, or may be in the IMS network. Other network entities are required to send. In addition, whether the record processed by the result of the content in the SIP message is sent, the network entity in the IMS network may also be determined according to a policy, which is pre-stored in its own or acquired from other network entities in the IMS network. .

In the embodiment of the present invention, the network entity in the IMS network may be a user terminal, or a device that is deployed in the network and serves as a user terminal in a session; the network entity in the IMS network may also be a CSCF, an application server (AS). ), Media Resource Function (MRF), SIP-based Application Layer Gateway (SIP-ALG), Media Gateway Control Function (MGCF), Outbound Border Gateway Control Function (BGCF), or Media Gateway (MGW). 1 is a flowchart of a method 1 for processing content in a SIP message according to an embodiment of the present invention. It is assumed that client A (Client A) establishes a session with client B (Client B) through AS#A and AS#B, and Client A is in a SIP message. The added content is the media component. AS#A and AS #B want to process the media components in the SIP message. The specific steps are as follows:

Step 100: Client A sets a SIP message, that is, an access (INVITE) request, and the request carries the media content 1#, such as a piece of text and an image. Of course, the SIP message set by Client A may also be other requests, such as a SIP MESSAGE request.

Step 101: Client A sends the set INVITE request to AS#A.

Step 102: The AS#A processes the media content 1# in the INVITE request according to the operation policy, for example, according to the operation policy or the configuration information of the user terminal on the server, receives the media type supported by the media type and deletes the media type that is not supported. In this embodiment, if the operation policy does not support the image, the image can be deleted from the media content 1 #. AS#A After processing the media content 1 #, the media content 2 # is obtained, and the result of the processing is stored as a record in the AS.

The operation policy can be stored in AS#A in advance, or can be obtained from AS#A to other network entities. The operation policy can be the policy of the operator, the setting policy of the user terminal, or the subscription policy of the user.

Step 103: AS#A forwards the INVITE request to AS#B, and the request carries the processed media content 1#, that is, carries the media content 2#.

Step 104: After receiving the 11^1 request for the media content 2#, the AS#B processes the media content 2# in the INVITE request according to the operation policy, for example, according to the operation policy or the user terminal on the server. Configuration information, receiving the media type it supports and deleting the media type it does not support. In this embodiment, it is assumed that the media content 2# processed by AS#A3⁄4 line still contains a piece of text and an image, if the As operation policy is not Support for images, you can delete images from media content 2 #. AS#B obtains the media content 3# after processing the media content 2#, and stores the result of the processing as a record in AS#B.

The operational strategy of this step may be the same as or different from the operational strategy of step 102. Similarly, the operation policy of this step may be pre-stored in AS#B, or may be obtained from other network entities, and the operation policy may be an operator's policy, a user terminal setting policy, or a user's subscription policy. .

Step 105, AS#B forwards the INVITE request to Client B, and the request carries the processed media content 2 # , that is, carries the media content 3 #.

Step 106: After receiving the INVITE request carrying the media content 3 #, the client B uses the media content 3 # carried by the request, and uses the result of the client B using the media content 3 # as a processing record to be carried in the response message.

From the aspect of success, the response message may be a success response message, and may also be Unanswered message.

From the time division, the response message may be an intermediate response message or a final response message. Step 107: Client B sends a response message to AS#B. After receiving the response message, AS #B carries the stored processing result record of media content 2# in the response message.

Step 108: AS #B sends a response message to AS#A, where the response message carries the processing result record of the media content 3# by the client B and the processing result record of the media content 2# by the AS#B, and the AS#A receives the response. After the message, the stored processing result record of the media content 1 # is carried in the response message.

Step 109: The AS #A sends a response message to the client A, where the response message carries the processing result record of the media content 3# by the client B, the processing result record of the AS #B to the media content 2#, and the AS #A pair of the media content 1 #的处理结果记录.

In this way, Client A can obtain the result record of the processing of the media content by each network entity. .

In FIG. 1, AS # A or / and AS #B may not store the processing result record of the media content, but carry the processing result record of the media content in the INVITE request, send it to Client B, and then receive it. The client B to the INVITE request carries the processing result of the media content and the processing result record of the eight 8 #8 or/and the eight 8 pairs of media content carried in the INVITE request are carried in the response message through As and AS #A. give

Client A.

Of course, in FIG. 1, 8 #入或/和入8#8 can also carry the processing result record of the media content in the SIP message and send it to Client B, which is referenced by Client B.

When the control key (PoC) service is implemented in the IMS network, the content of the SIP message may also be processed by using the method described in the embodiment of the present invention. The PoC server provides the PoC service for the user terminal as an AS in the IMS platform. A PoC server, which can be a PoC Server (Controlling) and a PoC Server (Parting). When a SIP message is received, it can be The content in the SIP message is processed and the processing result record is generated according to the processing result, and the processing result record is sent to other network entities in the IMS network.

2 is a flowchart of a method 2 for processing content in a SIP message according to an embodiment of the present invention, where Client A establishes a session with Client B through a PoC Server (Controlling) and a PoC Server (Parting), and the content added by Client A in the SIP message is The media component, PoC Server (Controlling) and PoC Server (Parting), are to process the media components in the SIP message. The specific steps are as follows:

Step 200: Client A sets a SIP message, that is, an INVITE request, and the request carries media content 1 # , such as a piece of text and an image. Of course, the SIP message set by Client A may also be other requests, such as a SIP MESSAGE request.

Step 201: Client A sends the set INVITE request to the PoC Server (Controlling).

Step 202: The PoC Server (Controlling) processes the media content 1# in the INVITE request according to the operation policy. For example, the media type supported by the INVITE request may be received according to the operation policy, and the media type that it does not support is deleted. In this embodiment, the hypothesis is assumed. If the operation strategy does not support images, the image can be deleted from the media content 1 #. The AS#A obtains the media content 2# after processing the media content 1#, and carries the processed result as a processing result record in the INVITE request.

The operation policy can be pre-stored in the PoC Server (Controlling) or from the PoC Server (Controlling) to other network entities. The operation policy can be the operator's policy, the user terminal's setting policy, or the user's subscription policy.

- Step 203: The PoC Server (Controlling) forwards the INVITE request to the PoC Server (Parting), where the request carries the processed media content 1 # , that is, carries the media content 2 # and records the processing result of the media content 1 #.

Step 204: The PoC Server (Parting) receives the media content 2# and the pair After the INVITE request of the processing result of the media content 1 #, the media content 2 # in the INVITE request is processed according to the operation policy, for example, the media type supported by the INVITE request can be received according to the operation policy, and the media type that is not supported is deleted. In the embodiment, it is assumed that the processed media content 2# of AS#A still contains a piece of text and an image. If the AS#B operation policy does not support the image, the image can be deleted from the media content 2#. As after processing the media content 2 #, the media content 3 # is obtained, and the result of the processing is carried as a processing result record in the INVITE request.

The operational strategy of this step may be the same as or different from the operational strategy of step 202. Similarly, the operation policy of this step may be pre-stored in the PoC Server (the Participating), or may be obtained by the PoC Server (the Participating) to other network entities. The operation policy may be the policy of the operator, the setting policy of the user terminal, or User's signing strategy, etc.

Step 205: The PoC Server (the Participating) forwards the INVITE request to the Client B, where the request carries the processed media content 2#, that is, the carrying media content 3#, the processing result record of the media content 1#, and the processing of the media content 2# Record of results.

Step 206: After receiving the media content 3 #, the processing result record of the media content 1 #, and the INVITE request for the processing result of the media content 2 #, the client B uses the media content 3 # carried by the request to connect the client B. The result of using the media content 3 # as a processing result record is carried in the response message, and the processing result record of the media content 1 # and the processing result record of the media content 2 # are also carried in the response message.

Steps 207 - 209: Client B sends the response message to Client A through PoC Server (Parting) and PoC Server (Controlling).

In this way, Client A can obtain the processing result record of the media content by each network entity.

Of course, PoC Server (Parting) or / and PoC Server (Controlling) can also store the result of processing the media content in itself, until the network that received the last hop is received. When the response message sent by the entity is added, the processing result of the media content is added to the response message and then sent to the network entity of the next hop, so that the client A obtains the processing result record of the media content by each network entity.

The PoC Server (Parting) or / and PoC Server (Controlling) can also carry the record of the processing result of the media content in the SIP message and send it to Client B for reference by Client B.

The content in the SIP message, such as the media content, provides information about the participating user terminals participating in the session, or provides relevant information about the session, and the information does not conflict with the result of the session process to be reached by the SIP message, therefore, The method provided by the embodiment of the present invention does not affect the SIP message itself by processing the content in the SIP message. In addition, the embodiment of the present invention may also send a processing result record of the content of the SIP entity in the SIP message to other network entities in the IMS network.

The embodiment of the present invention further provides a network entity for processing content in a SIP message, as shown in FIG. 3: the entity includes a receiving module and a content parsing module, where

The content parsing module is configured to process content carried by the SIP message.

In the embodiment of the present invention, the content processing may be performed according to the set operation policy. In this case, the network entity further includes an operation policy setting module, configured to provide an operation policy to the content parsing module, and the content parsing module performs processing for receiving Processing, deletion, unrecognized, ability not supported, or/and no response.

In the embodiment of the present invention, the network entity may further include a sending module and a result recording module, where

a content parsing module, configured to send a processing result of the content carried by the SIP message to the result recording module; a result recording module, configured to receive a processing result sent by the content parsing module, perform recording, and send the result record to the sending module;

A sending module, configured to send a result record received from the result recording module. The above described specific embodiments of the present invention are described in detail, and are not intended to limit the present invention. Any modifications, equivalent substitutions and improvements made within the spirit and scope of the invention are intended to be included within the scope of the invention.

Claims

Claim

A method for processing content in a session initiation protocol SIP message, the method comprising:

Multimedia Subsystem Based on Internet Protocol The network entity of the IMS network processes the content of the SIP message according to the set operation policy.

2. The method according to claim 1, wherein the operation policy is an operator's policy, a user terminal's setting policy, or a user's subscription policy.

The method according to claim 1, wherein the operation policy setting process is:

The operational policy is stored in a network entity of the IMS network, and the network entity of the IMS network obtains an operational policy from itself.

The method according to claim 1, wherein the operation policy setting process is: '

The operational policy is stored in a network entity that is not the IMS network, and the network entity of the IMS network obtains an operational policy from a network entity that does not have the IMS network that stores an operational policy.

The method of claim 1 wherein said processing is received, deleted, unrecognized, unsupported, or/and unresponsive.

The method of claim 1, wherein the method further comprises: the network entity of the IMS network processing the SIP message, the processing not affecting the processing of the content in the SIP message.

The method according to claim 1, wherein when the content in the SIP message is media content, the media content is carried in a message header or a message body of the SIP message; When the content of the media is indexed, the index of the media content is carried Bring in the message header or message body of the SIP message.

8. The method according to claim 1, wherein after the processing, the method comprises:

The processing result is recorded, and the processing result record is sent to a network entity other than the IMS network.

The method according to claim 5, wherein the deleting comprises deleting a part of the media type or deleting all the media types.

10. The method according to claim 8, wherein the process of transmitting the processing result record to a network entity other than the IMS network is:

The processing result record is stored in a network entity of the IMS network, and the network entity of the IMS network carries the stored processing result record in a response message and sends the message to the network entity that is not the IMS network.

The method according to claim 8, wherein the process of transmitting the processing result record to a network entity other than the IMS network is:

The processing result record is carried in a SIP message and sent to a network entity other than the IMS network.

The method of claim 1, 3, 4, 6, 10 or 11, wherein the network entity of the IMS network is: a user terminal, deployed in a network, serving as a user terminal during a session The device, the call control function CSCF, the application server AS, the media resource function MRF, the application layer gateway SIP-ALG of the SIP protocol, the media gateway control function MGCF, the outgoing border gateway control function BGCF or the media gateway MGW.

The method according to claim 4, 8, 9 or 11, wherein the network entity that is not the IMS network is a user terminal, a device deployed in the network and serving as a user terminal during a session, CSCF, AS, MRF, SIP-ALG MGCF, BGCF or MGW. A network entity for processing content in a SIP message, comprising: a receiving module and a content parsing module, wherein

The receiving module is configured to send the SIP message carrying the content to the content parsing module.

The content parsing module is configured to process the content carried by the SIP message by using an operation policy.

The network entity according to claim 14, wherein the network entity further comprises an operation policy setting module, configured to provide an operation policy to the content parsing module.

The network entity according to claim 14 or 15, wherein the network entity further includes a sending module and a result recording module, where

a content parsing module, configured to send a processing result of the content carried by the SIP message to the result recording module;

a result recording module, configured to receive a processing result sent by the content parsing module, perform recording, and send the result record to the sending module;

A sending module, configured to send a result record received from the result recording module.