CN101026614A - Media type parameter negotiation method - Google Patents

Abstract

In the method, network entity of controlling conversation sends parameters of media types selectable in this conversation to all or partial called parties taking part in this multipartite conversation. The method can implement negotiation about parameters of media types in SIP message.

Description

A Negotiation Method of Media Type Parameters

technical field

The invention relates to the technology of processing media parameters in a mobile communication system, in particular to a method for negotiating media type parameters.

Background technique

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

Driven by the application of various data services, standard organizations such as 3GPP and 3GPP2 have successively launched the Internet Protocol (IP)-based Multimedia Subsystem (IMS) architecture, the purpose of which is to use a standardized open structure in the mobile communication system to achieve multiple Various multimedia service applications provide more choices and richer experiences for user terminals.

In the 3GPP version 5 (R5, Release) stage, IMS was introduced. IMS is superimposed on the packet domain network, and consists of call control function (CSCF), media gateway control function (MGCF), media resource function (MRF) and home subscribers. Server (HSS) and other functional entities. Among them, the CSCF can be further divided into three logical entities: the Serving CSCF (S-CSCF), the Proxy CSCF (P-CSCF) and the Inquiring CSCF (I-CSCF). S-CSCF is the service switching center of IMS, which performs session control, maintains session state, manages user terminal information, generates billing information, etc.; P-CSCF is the access point for UE to access IMS, completes user terminal registration, and is responsible for service Quality (QoS) control and security management, etc.; I-CSCF is responsible for the intercommunication between IMS domains, manages the allocation and selection of S-CSCF, hides network topology and configuration from the outside, and generates charging data, etc. The MGCF controls the gateway to realize the intercommunication between the IMS and other networks. MRF provides media resources. The HSS stores subscription data and configuration information of user terminals.

The IMS network defined by 3GPP can also be applied to the packet network defined in 3GPP2, providing intercommunication with various types of networks, and achieving independence from user terminal types. Therefore, it is not limited here that the IMS network is only applied to 3GPP-related networks and applications, and services and applications of other types of access networks and bearer networks can also be implemented with the IMS architecture.

Session Initiation Protocol (SIP) is an IP telephony signaling protocol proposed by the Internet Engineering Task Force (IETF). SIP is used to initiate sessions. It can control the establishment and termination of multimedia sessions participated by multiple participants, and can dynamically adjust and modify session attributes, such as session bandwidth requirements, transmitted media types (voice, video, text, etc.), media The 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.

In the control-based multi-party session communication technology, the media parameters in the SIP message need to be negotiated between the network entities of the multi-party session communication system. According to existing protocols, the media parameters include media type parameters and encoding parameters. During the session communication process, the parties participating in the session can also choose different media type parameters to use in the same multi-party session. Therefore, it is necessary to negotiate the media type parameter of the SIP message between network entities in the communication system, especially in the multi-party communication system. A technique for negotiating media type parameters.

Contents of the invention

In view of this, the main purpose of the present invention is to provide a method for negotiating media type parameters, which can realize the negotiation of media type parameters in SIP messages.

According to above-mentioned purpose, technical scheme of the present invention is achieved like this:

A method for negotiating media type parameters, the method comprising:

A. The network entity controlling the session sends media type parameters that can be selected in this session to all or part of the called parties participating in the multi-party session.

Before step A, the method also includes:

A1. The calling party initiates the multi-party session to the network entity controlling the session.

The calling party described in step A initiates a session through a Session Initiation Protocol (SIP) message.

The SIP message carries one or more media type parameters used by the calling party in this multiparty session.

After step A, the method also includes:

B. All or part of the called party participating in this multi-party session selects all or part of the media type parameters from the media type parameters sent by the network entity controlling the session.

After step B, the method also includes:

C. All or part of the called party participating in this multi-party session carries the selected one or more media type parameters in the SIP message and sends it to the network entity controlling the session.

After step C, the method also includes:

D1. The network entity controlling the session sends the received one or more media type parameters selected by all or part of the called party participating in the multi-party session to the calling party in one or more SIP messages.

After step C, the method also includes:

D2. The network entity controlling the session sends one or more media type parameters supported by the calling party in this multi-party session, or/and one of the media type parameters supported by the calling party not used in this multi-party session Or more than one media type is carried in the SIP message and sent to the calling party.

The method also includes: the network entity controlling the session provides the calling party with one or more media types not used by the calling party in the current multi-party session as media type parameters in the SIP message.

The network entity that controls the session in step A determines the media type parameters that can be selected for this session and sends them according to its own session capabilities and the policy set by the multi-party session communication system.

The self-session capability and the multi-party session communication system setting policy operator's policy are used to determine the media types supported by all or part of the multi-party session communication system, or/and to determine the callees who all or part of the multi-party session participate in this multi-party session Send all or part of the media type parameters supported by this session.

The media type parameter that can be selected in this session is carried in the SIP message and sent.

The network entity of the control session is a multimedia-based control button, that is, a server of a control session of a PoC communication system or a server of a control session of a multimedia-based full-duplex Conference communication system.

As can be seen from the above scheme, when a multiparty session is established in the present invention, firstly, the calling party initiates a session to the network entity controlling the session; The party provides the media type parameters that can be selected in this session; finally, the called party participating in all or part of the multi-party session selects the media type parameters provided by one or more network entities that control the session. In this way, the method provided by the present invention can realize the negotiation of the media type parameter in the SIP message.

Description of drawings

Fig. 1 is the flow chart of Embodiment 1 of the negotiation method of media type parameter of the present invention;

FIG. 2 is a flow chart of Embodiment 2 of the method for negotiating media type parameters according to the present invention;

FIG. 3 is a schematic diagram of a network structure for realizing the method for negotiating media type parameters of the present invention.

Detailed ways

In order to make the object, technical solution and advantages of the present invention more clear, the present invention will be further described in detail by giving specific embodiments and referring to the accompanying drawings.

The multi-party session communication system of the present invention may be a multimedia-based push-to-talk (PoC) communication system or a multimedia-based full-duplex conference (Conference) communication system.

In the multi-party session communication system that introduces the multimedia type, when establishing a multi-party session, first, the calling party initiates a session to the network entity controlling the session, such as sending a SIP message to the network entity controlling the session, and the SIP message generally carries the required The media type parameter for establishing a session. The media type parameter carried in the SIP message may be all the media types supported by the calling party, or may be a part of the media types supported by the calling party, that is, a subset of the supported media types. The media type parameter carried in the SIP message may also be a subset of media types supported by the network entity controlling the session in the network. Secondly, the network entity controlling the session provides media type parameters that can be selected for this session to all or part of the called parties participating in the multi-party session according to the session capability and the policy set by the multi-party session communication system. The called party sends a SIP message carrying media type parameters; finally, the called party participating in this multiparty session chooses to use one or more of the media type parameters according to its own requirements, and the media parameter type selected by the called party is the called party A subset of the media type parameters carried in the received SIP message, for example, selecting one or more media type parameters carried in the received SIP message. Therefore, the method provided by the present invention can enable multiple parties in a session to use different media types according to their own requirements during the session establishment phase.

The process of carrying the media type parameter in the SIP message is: setting the media type in the SIP message, and setting the information of each media type corresponding to each media type in the SIP message. The media type information can also be set according to the method specified in the IETF RFC3264 standard, and can also be set according to other rules about media type parameters. Other rules can include RFC documents and IETF drafts specified in the IETF standard.

In the present invention, the multi-party session may not be initiated by the calling party, but the network entity controlling the session directly initiates the multi-party session. When the network entity controlling the session initiates the multi-party session, all or Some called parties send SIP messages carrying media type parameters that can be selected in this session, such as INVITE requests.

In the present invention, the SIP message sent by the calling party to the network entity controlling the session may also carry the media type parameter used by the calling party.

Fig. 1 is the flow chart of embodiment one of the negotiation method of media type parameter of the present invention, and the application scene of this embodiment is the PoC communication system based on multimedia, and its specific steps are:

Step 100, the calling party PoC Client A sends an access (INVITE) request to its PoC server PoC Server A, and PoC Server A is used to establish a multi-party multimedia PoC session, and the media type parameters carried by the request are voice and discontinuous media, non- Continuous media can be text, pictures and files. At this time, PoC Client A requests PoC Server A to establish a multimedia connection of voice and discontinuous media types.

The INVITE request is a SIP message.

Step 101, PoC Server A forwards the request to the server PoC Server X controlling the session through the SIP network.

Step 102, PoC Server X as a session control functional entity can support multiple media types, including voice, video, and discontinuous media types, and determine the media type that supports video according to the preset strategy of the multi-party session communication system and the session capabilities provided by itself , add the video media type parameter to the request, and send the INVITE request containing video, voice and non-continuous media type parameters to a called party PoC Client B of this multi-party session. At this time, the INVITE request sent by PoCServer X to PoC Client B includes media parameters for establishing voice, video and discontinuous media types, and PoC Client B will choose to receive one or more media type parameters in the INVITE request.

Step 103, PoC Server X can support multiple media types as a session control functional entity, including voice, video, and discontinuous media types, and determine the media type that supports video according to the preset strategy of the multi-party session communication system and the session capability provided by itself , add the video media type parameter to the request, and send the INVITE request containing video, voice and non-continuous media type parameters to another called party PoC Client C of this multi-party session. At this time, the INVITE request sent by PoC Server X to PoC Client C includes media parameters for establishing voice, video and discontinuous media types, and PoC Client C will choose to receive one or more media type parameters in the INVITE request.

Step 104, PoC Client B selects the complete set or subset of the media types received in the INVITE request, and returns the selected media type parameters in the response message. When carrying the unselected media type parameters, the unselected media types need to be used as Information is stored separately.

Step 105, PoC Client C selects the complete set or subset of the media types received in the INVITE request, and returns the selected media type parameters in the response message. When carrying the unselected media type parameters, the unselected media type parameters are discarded Stored separately as information, if marked as inactive.

Step 106, PoC Server X, as the session control functional entity, returns a response message after receiving the media type parameter carried in the response message.

According to the regulations of the PoC system, after receiving the response message returned by the first called party, PoC Server X returns to the calling party PoC Client A a response message of successfully establishing a session. The media type parameter used by the caller in the session, and the response message is finally sent to PoC Client A through PoC Server A of the PoC to which PoC Client A belongs.

All or part of the media type parameters supported by PoC Server X as the session control functional entity can also be carried in the response message as information provided to PoC Client A. The control function entity provides all or part of the media type parameters, which can be determined according to the set policy.

Fig. 2 is the flow chart of embodiment two of the negotiation method of media type parameter of the present invention, and the application scene of this embodiment is the PoC communication system based on multimedia, and its specific steps are:

Step 200, the calling party PoC Client A sends an INVITE request to its PoC server PoC Server A, requesting to establish a multi-party multimedia PoC session, and the media type parameters carried by the request are voice and text.

If the media types supported by the calling party are voice, video and text, the video can also be carried in the INVITE request. However, since PoC Client A does not want to use the video in this multi-party session, it uses the video as the media Types are identified individually, such as marked as inactive.

At this time, PoC Client A requests to establish a voice and discontinuous media type connection.

Step 201, PoC Server A forwards the request to the server PoC ServerX that controls the session.

Step 202, PoC Server X determines to support the media type of video according to the preset strategy of the multi-party session communication system and the session capability provided by itself, and adds the media type parameter of video to the request, which will carry the content of video, voice and text. The INVITE request of the media type parameter is sent to a called party PoC Client B of this multi-party session.

If PoC Client A does not want to use video during this multi-party session, PoC ServerX can also identify the media type of video separately, which can be identified as not supported during this multi-party session, such as the video media type is not activated.

Step 203, PoC Server X determines to support the media type of video according to the preset strategy of the multi-party session communication system and the session capability provided by itself, and adds the media type parameter of video to the request, and will carry the content containing video, voice and text. The INVITE request of the media type parameter is sent to another called party PoC Client C of this multiparty session.

If PoC Client A does not want to use video during this multi-party session, PoC ServerX can also identify the media type of video separately, which can be identified as not supported during this multi-party session, such as the video media type is not activated.

Step 204, after PoC Client B receives the INVITE request, selects one or more media type parameters provided by the SIP message used in this multi-party session according to its own requirements, and carries the selected one or more media in the response message Type parameter, send the response message to PoCServer X.

For example, PoC Client B chooses to use voice, video and text as the media type for participating in this multi-party session, and carries parameters including the selected media type of voice, video and text in the response message. The response message can be a 200 OK message, which is also a SIP message.

If PoC Client B receives the video media type parameter in the INVITE request as unsupported, then PoC Client B cannot select the video media type.

Step 205: After receiving the INVITE request, PoC Client C selects one or more media type parameters provided by the SIP message used in this multi-party session according to its own requirements, and carries the selected one or more media in the response message Type parameter, send the response message to PoCServer X.

For example, PoC Client C chooses to use voice and text as the media type for participating in this multi-party conversation, and carries parameters including the selected media type for voice and text in the response message. The response message can be a 200 OK message, which is also a SIP message.

Step 206, PoC Server X determines the media type selected by PoC Client C and PoC Client B according to the response message received from PoC Client C and PoC Client B, and uses the media type selected by PoCClient C and PoC Client B as PoC Client respectively The media type parameters of C and PoCClient B are carried in the response message and sent to PoC Server A, and PoC Server A forwards the received response message to PoC Client A.

It is stipulated in the PoC system that after the PoC server receives the response message returned by the first called party, it returns a response message to the calling party that the session is successfully established.

PoC Server X can also carry the media type parameters of PoC Client C and PoC Client B in two response messages and send them to PoC Server A. The response message can be a 200 OK message, which is also a SIP message.

Like this, in the method described in Fig. 2, the calling party selects voice and text as the media type of conversation in this multiparty conversation, and a called party selects voice, video and text as the media of conversation in this multiparty conversation Type, the other called party selects voice and text as the media type of the conversation in this multi-party conversation.

The method described in Fig. 1 and Fig. 2 has only described the media type selection of the multiparty conversation with three parties, and the present invention can also carry out more than three parties according to the method described in Fig. 1 and Fig. 2, such as the media type selection of the multiparty conversation of ten parties .

The self-session capability and the multi-party session communication system setting strategy of the present invention are used to determine the media types supported by all or part of the multi-party session communication system, or/and to determine the support for all or part of the multi-party session. The caller sends all or part of the media type parameters supported by this session.

The strategy set in the present invention is: the strategy of the operator or the strategy of the multi-party communication system. The operator's strategy may be: the network entity controlling the session provides all or part of the media type parameters to all called parties; the network entity controlling the session provides all or part of the media type parameters to some called parties. The policy of the multi-party communication system may be: the network entity controlling the session provides all or part of the media type parameters to all called parties; the network entity controlling the session provides all or part of the media type parameters to some called parties.

A specific embodiment is given below to illustrate the present invention.

Fig. 3 is the network structure schematic diagram that realizes the negotiation method of media type parameter of the present invention, as shown in the figure: PoC Server supports voice, video and discontinuous media type. The calling party establishes a session and uses the media types of speech and discontinuous media in the established session.

PoC Client A, PoC Client B, PoC Client C, and PoC Client D are called parties, and they want to use voice, voice/video, voice/video/discontinuous media, and voice as media types in this session.

First, when the PoC Server receives the INVITE request carrying the media type parameters of voice and discontinuous media sent by the calling party, the PoC Server sends the INVITE request to multiple called methods according to the preset strategy, and the request carries The media type parameter is all media types supported by PoC Server, such as voice, video and discontinuous media types supported by PoC Server; then, multiple called parties, namely PoC Client A, PoC Client B, PoC Client C and PoC ClientD receives the INVITE request carrying all the media types supported by the PoC Server, selects a subset of the media types carried in the INVITE request according to its own needs, and returns the selected media type parameters to the PoC Server in the response message 200 OK, such as PoC Client A selects the voice, and carries the media type parameter of the voice in the response message 200 OK and returns it to PoC Server; PoC Client B selects the voice/video, and returns the media type parameter of the voice/video to the PoC Server in the response message 200 OK ; PoC Client C selects voice/video/discontinuous media, and carries the media type parameter of voice/video/discontinuous media in the response message 200 OK and returns to PoCServer; PoC Client D selects voice, and the media type parameter of voice It is carried in the response message 200 OK and returned to the PoC Server.

After PoC Server receives the response message sent by the called method, it will return the response message to the calling party. At this time, in the response message returned by the PoC Server to the calling party, in addition to accepting the voice and discontinuous media requested by the calling party as media types, it also provides the media types supported by the PoC Server, such as video, for the calling party for reference.

The above descriptions are only preferred embodiments of the present invention, and are not intended to limit the present invention. Any modifications, equivalent replacements and improvements made within the spirit and principles of the present invention should be included in the scope of the present invention. within the scope of protection.

Claims (13)

1. A method for negotiating media type parameters, characterized in that the method comprises: A. The network entity controlling the session sends media type parameters that can be selected in this session to all or part of the called parties participating in the multi-party session. 2. The method according to claim 1, characterized in that, before step A, the method further comprises: A1. The calling party initiates the multi-party session to the network entity controlling the session. 3. The method according to claim 2, wherein the calling party in step A initiates the session through a SIP message. 4. The method according to claim 3, wherein the SIP message carries one or more media type parameters used by the calling party in this multi-party session. 5. The method according to claim 1, characterized in that, after step A, the method further comprises: B. All or part of the called party participating in this multi-party session selects all or part of the media type parameters from the media type parameters sent by the network entity controlling the session. 6. The method according to claim 5, characterized in that, after step B, the method further comprises: C. All or part of the called party participating in this multi-party session carries the selected one or more media type parameters in the SIP message and sends it to the network entity controlling the session. 7. The method according to claim 6, characterized in that, after step C, the method further comprises: D1. The network entity controlling the session sends the received one or more media type parameters selected by all or part of the called party participating in the multi-party session to the calling party in one or more SIP messages. 8. The method according to claim 6, characterized in that, after step C, the method further comprises: D2. The network entity controlling the session sends one or more media type parameters supported by the calling party in this multi-party session, or/and one of the media type parameters supported by the calling party not used in this multi-party session Or more than one media type is carried in the SIP message and sent to the calling party. 9. The method according to claim 7 or 8, characterized in that the method further comprises: the network entity controlling the session transfers one or more media types not used by the calling party in this multi-party session to the SIP Provided to the caller as a media type parameter in the message. 10. The method according to claim 1, wherein the network entity controlling the session in step A determines the media type parameters that can be selected for the current session to be sent according to its own session capability and the multi-party session communication system setting policy. 11. The method according to claim 10, wherein the self-session capability and the multi-party session communication system setting policy operator policy are used to determine the media types supported by all or part of the multi-party session communication system, or/and It is determined to send all or part of the media type parameters supported by this session to all or part of the called parties participating in this multi-party session. 12. The method according to claim 1, 10 or 11, characterized in that the media type parameters that can be selected in this session are sent in a SIP message. 13. The method according to claim 1, 2, 5, 6, 7, 8 or 10, wherein the network entity of the control session is a server of the control session of the PoC communication system based on multimedia control keys Or a server for controlling sessions of a multimedia-based full-duplex conference communication system.

Images