[go: up one dir, main page]

WO2007095855A1 - Procédé et entité réseau de négociation d'un paramètre de type média - Google Patents

Procédé et entité réseau de négociation d'un paramètre de type média Download PDF

Info

Publication number
WO2007095855A1
WO2007095855A1 PCT/CN2007/000562 CN2007000562W WO2007095855A1 WO 2007095855 A1 WO2007095855 A1 WO 2007095855A1 CN 2007000562 W CN2007000562 W CN 2007000562W WO 2007095855 A1 WO2007095855 A1 WO 2007095855A1
Authority
WO
WIPO (PCT)
Prior art keywords
session
media type
party
type parameter
network entity
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2007/000562
Other languages
English (en)
Chinese (zh)
Inventor
Lei Zhu
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of WO2007095855A1 publication Critical patent/WO2007095855A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/10—Push-to-Talk [PTT] or Push-On-Call services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/4061—Push-to services, e.g. push-to-talk or push-to-video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/08—Trunked mobile radio systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]

Definitions

  • the present invention relates to a technique for processing media parameters in a mobile communication system, and more particularly to a method for negotiating media type parameters and a network entity.
  • mobile communication systems are not limited to traditional voice communication, but can also combine multiple media services such as audio, video, pictures and text.
  • Multiple 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.
  • 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.
  • PUSH push service
  • IP Internet Protocol
  • IMS Internet Multimedia Subsystem
  • IMS In the 3GPP Release 5 (R5 Release) phase, IMS is introduced, which is superimposed on the packet domain network by the Call Control Function Entity (CSCF), the Media Gateway Control Function Entity (MGCF), the Media Resource Function Entity (MRF) and the Ownership. It consists of functional entities such as the Subscriber Server (HSS).
  • 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).
  • 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, managing the allocation and selection of S-CSCFs, and hiding network topology and configuration. Generate billing data, etc.
  • 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, providing interworking with multiple types of networks, and achieving independence from the type of user terminal. Therefore, the IMS network is not limited to be applied to 3GPP related networks and applications. Other types of access networks and bearer network services and applications can also be implemented by the IMS architecture.
  • the Session Initiation Protocol is an IP Telephony signaling protocol proposed by the Internet Engineering Task Force (IETF). SIP is used to initiate a session. It 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.
  • the media parameters in the SIP message need to be negotiated between the network entities of the multi-party session communication system.
  • the media parameter package includes a body type parameter and an encoding parameter.
  • parties participating in the session can also choose different media type parameters to use in the same multiparty session. Therefore, the media type parameters of the SIP message must be negotiated between the network entities in the communication system, especially among the network entities in the multi-party session communication system.
  • the embodiment of the invention provides a method for negotiating media type parameters, which can be implemented
  • the embodiment of the present invention further provides a negotiation network entity of a media type parameter, where the network entity can implement negotiation of media type parameters in a SIP message.
  • the technical solution of the embodiment of the present invention is implemented as follows:
  • a method for negotiating a media type parameter comprising: controlling a network entity of a session to send a media type parameter selectable by the multiparty session to all or part of the called party participating in the multiparty session;
  • the network entity controlling the session receives the response message sent by the called party that participates in all or part of the current multi-party session, and the response message includes the called party that participates in all or part of the current multi-party session from the control All or part of the media type parameter selected in the media type parameter sent by the network entity of the session.
  • a negotiation network entity of a media type parameter includes: the network entity includes: a transceiver module and a media type parameter setting module, where
  • the transceiver module is configured to: after receiving the message carrying the media type parameter, send the message to the media type parameter setting module; and send the message carrying the updated media type parameter from the media type parameter setting module, and send the message;
  • the media type parameter setting module is configured to: after receiving the message from the transceiver module, determine, according to the policy, the media type parameter update carried by the message, and carry the updated media type parameter in the message and send the message to the transceiver module.
  • the calling party when establishing a multi-party session, the calling party first initiates a session to the network entity of the control session. Second, the network entity controlling the session participates in all or part of the multi-party session according to the policy. The called party provides the media type parameter that can be selected in this session. Finally, the called party that participates in this multiparty session in whole or in part selects the media type parameter provided by the network entity of one or more control sessions. In this way, the method and the network entity provided by the embodiment of the present invention can implement negotiation of media type parameters in the SIP message. BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a flowchart of a method 1 for negotiating media type parameters according to an embodiment of the present invention
  • 2 is a flowchart of a second method for negotiating media type parameters according to an embodiment of the present invention
  • FIG. 3 is a flowchart of a third method for negotiating media type parameters according to an embodiment of the present invention
  • FIG. 5 is a schematic diagram of a network structure for implementing a method for negotiating media type parameters according to an embodiment of the present invention
  • FIG. 6 is a schematic structural diagram of a negotiating network entity of a media type parameter according to an embodiment of the present invention. Mode for carrying out the invention
  • the multi-party conversation communication system of the embodiment of the present invention may be a multimedia-based Push to talk over Cellular (PoC) communication system or a multimedia-based full-duplex conference communication system.
  • PoC Push to talk over Cellular
  • the network entity that initiates the session control session initiates a session, such as sending a SIP message to the network entity controlling the session, which is generally carried in the SIP message.
  • Establish media type parameters for the session may be all media types supported by the calling party, or may be part of the media type 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 all or a subset of the media types supported by the network entity controlling the session in the network.
  • the network entity controlling the session provides the media type parameters that can be selected in this session to all or part of the called party participating in the multi-party session according to the session capability and the multi-party session communication system setting policy, such as participating in all the multi-party sessions.
  • the called party sends a SIP message carrying a media type parameter.
  • the called party participating in the multiparty session selects one or more media type parameters according to its own requirements, and the media parameter selected by the called party is received by the called party.
  • the media class carried in the incoming SIP message All or a subset of the type parameters, such as selecting one or more media type parameters carried by the received SIP message. Therefore, the method provided by the embodiment of the present invention can enable multiple parties in a session to use different media types according to their 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 by the IETF RFC3264 standard, and can also be set according to other rules regarding the media type parameters. Other rules can include the RPC document and the IETF draft specified in the IETF standard.
  • the multi-party session may also be initiated by the calling party, but the multi-party session is directly initiated by the network entity controlling the session, and the network entity controlling the session participates in the session when initiating the multi-party session. All or part of the called party sends a SIP message carrying a media type parameter that can be selected in this session, such as an INVITE request.
  • FIG. 1 is a flowchart of a method for negotiating a media type parameter according to an embodiment of the present invention.
  • the application scenario of the embodiment is a multimedia-based PoC communication system, and the specific steps are as follows:
  • Step 100 The calling party PoC Client A sends an INVITE request to the PoC server A of the PoC server.
  • the PoC Server A is used to establish a multi-party multimedia PoC session.
  • the media type parameters carried by the request are voice and non-contiguous media. Continuous media can be text, pictures, and files.
  • PoC Client A requests PoC Server A to establish a multimedia connection of voice and non-contiguous media types.
  • the INVITE request is a SIP message.
  • Step 101 The PoC Server A forwards the request to the server PoC Server X of the control session through the SIP network.
  • Step 102 The PoC Server X as a control function entity of the session can support multiple media types, including voice, video, and non-contiguous types.
  • the PoC Server X determines support according to a pre-set policy of the multi-party session communication system and the session capability provided by itself.
  • Video media The body type, the video media type parameter is added to the INVITE request, and an INVITE request carrying the video, voice, and non-contiguous media type parameters is sent to a called party PoC Client B of the multiparty session.
  • the INVITE request sent by PoC Server X to PoC Client B includes media parameters for establishing voice, video, and non-contiguous media types.
  • Step 103 The PoC Server X as a control function entity of the session can support multiple media types, including voice, video, and non-contiguous media types.
  • the PoC Server X determines the support video according to the preset policy of the multi-party session communication system and the session capability provided by the peer. This media type adds the video media type parameter to the INVITE request, and sends an INVITE request carrying the video, voice, and non-contiguous media type parameters to another called party PoC Client C of the multiparty session.
  • the INVITE request sent by PoC Server X to PoC Client C includes media parameters for establishing voice, video, and non-contiguous media types.
  • Step 102 and step 103 are both sent by the PoC Server X to the INVITE request, but are sent to different called parties participating in the multi-party session. It must be noted that the two steps are not in the order, and the step 103 may be performed first. Step 102 is performed again, or step 103 and step 102 are performed simultaneously.
  • Step 104 The PoC Client B selects to receive the complete set or subset of the media types in the INVITE request, and returns the selected media type parameter in the response message.
  • the response message may also carry the media type parameter that is not selected by the PoC Client B.
  • the media type parameter that is not selected by the PoC Client B needs to be separately identified when carrying the response message, for example, marked as inactive.
  • Step 105 The PoC Client C selects to receive the complete set or subset of the media types in the INVITE request, and returns the selected media type parameter in the response message.
  • the response message can also carry the media class that PoC Client C does not select.
  • the media type parameter that is not selected by the PoC Client B needs to be separately identified when carrying the response message, such as marked as inactive.
  • Step 106 The PoC Server X, as the control function entity of the session, receives the response message carrying the selected media type parameter of the PoC Client B and the PoC Client C, and then returns a response message to the PoC Client A.
  • the PoC Server X After receiving the response message returned by the first called party, the PoC Server X returns a response message for successfully establishing the session to the calling party PoC Client A, and the response message carries the main support according to the preset policy. The media type parameter used by the calling party in the session. The response message is finally sent to the PoC Client A through the PoC Server A to which the PoC Client A belongs.
  • the response message may also carry all or part of the media type parameters supported by the PoC Server X as the control function entity of the session as the information provided to the 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.
  • the type parameter is carried in two response messages and sent to PoC Server A.
  • FIG. 2 is a flowchart of a second method for negotiating media type parameters according to an embodiment of the present invention.
  • the application scenario of the embodiment is a multimedia-based PoC communication system, and the specific steps are as follows:
  • Step 200 The calling party PoC Client A sends an INVITE request to the PoC Server A of the PoC server to request to establish a multi-party multimedia PoC session, and the media type parameters carried by the request are voice and text.
  • the video can also be carried in the INVITE request.
  • the PoC Client A does not want to use the video during this multi-party session, the video will be such a media. Types are identified separately, as marked as inactive. At this time, PoC Client A requests PoC Server A to establish a connection between voice and non-contiguous media types.
  • Step 201 The PoC Server A forwards the request to the server PoC Server X that controls the session.
  • Step 202 The PoC Server X determines the media type of the supported video according to the preset policy of the multi-party session communication system and the session capability provided by the PoC Server X, and adds the media type parameter of the video to the INVITE request, which is carried, including video, voice, and The INVITE request of the media type parameter of the text is sent to a called party PoC Client B of the multiparty session.
  • PoC Server X can also identify the media type of video separately. It can be identified as not supported during the multi-party session. For example, the video media type is inactive. Indicates that the called party of this session cannot select the video media type.
  • Step 203 The PoC Server X determines the media type of the supported video according to the preset policy of the multi-party session communication system and the session capability provided by the PoC Server X, and adds the media type parameter of the video to the INVITE request, and carries the video, the voice, and the text.
  • the INVITE request of the media type parameter is sent to another called party PoC Client C of the multiparty session.
  • PoC Server X can also identify the media type of video separately. It can be identified as not supported during the multi-party session, such as the video media type is inactive.
  • Steps 202 and 203 are both sent by the PoC Server X to the INVITE request, but are sent to different called parties participating in the multi-party session. It must be noted that the two steps are not in the order, and the step 203 may be performed first. Step 202 is performed again, or steps 203 and 202 are performed simultaneously.
  • Step 204 After receiving the INVITE request, the PoC Client B selects according to its own requirements. After the one or more media type parameters provided by the SIP message used in the multi-party session, the response message carries the selected one or more media type parameters, and sends a response message to the PoC Server X.
  • PoC Client B chooses to use voice, video, and text as the media type to participate in this multi-party conversation, and carries the media type parameters of the selected voice, video, and text in the response message.
  • the response message can be a 200 OK message, which is also a SIP message.
  • the PoC Client B cannot select the media type of the video.
  • Step 205 After receiving the INVITE request, the PoC Client C selects one or more media type parameters provided by the SIP message used in the current multi-party session according to the requirements, and carries the selected one or more media in the response message.
  • the type parameter sends a reply message to PoC Server X.
  • PoC Client C chooses to use voice and text as the media type to participate in this multi-party session, and carries the media type parameters of the selected voice and text in the response message.
  • the reply message can be a 200 OK message, which is also a SIP message.
  • the PoC Client C cannot select the media type of the video.
  • Step 206 The PoC Server X determines the media type selected by the PoC Client C and the PoC Client B according to the response message received from the PoC Client C and the PoC Client B, and uses the media types selected by the PoC Client C and the PoC Client B as PoC Clients respectively.
  • the media type parameter of the C and the PoC Client B is carried in the response message and sent to the PoC Server A.
  • the PoC Server A forwards the received response message to the PoC Client A.
  • the PoC server After receiving the response message returned by the first called party, the PoC server returns a response message for successfully establishing the session to the calling party.
  • PoC Server X can also use PoC Client C and PoC Client B media classes.
  • the type parameter is carried in two response messages and sent to PoC Server A.
  • the reply message can be a 200 O message, which is also a SIP message.
  • the calling party selects voice and text as the media type of the session in this multi-party session
  • a called party selects voice, video, and text as the media of the session in this multi-party session.
  • Type another called party selects voice and text as the media type of the session in this multi-party session.
  • Embodiment 3 is a flowchart of Embodiment 3 of a method for negotiating a media type parameter according to the present invention.
  • the application scenario of the embodiment is a multimedia-based PoC communication system, and the specific steps are as follows:
  • Step 300 The calling party PoC Client A sends an INVITE request to the PoC server A of the PoC server to request to establish a multi-party multimedia PoC session, and the media type parameter carried in the request is voice.
  • PoC Client A requests PoC Server A to establish a voice media type connection.
  • Step 302 The PoC Server X determines, according to the preset policy of the multi-party session communication system and the session capability provided by itself, the voice, video, and non-contiguous media types, and determines to select the supported voice, video, and discontinuous media parameters to the INVITE request.
  • the INVITE request carrying the video, voice, and non-contiguous media type parameters is sent to a called party PoC Client B of the multiparty session.
  • PoC Server X can also identify the video media type separately. It can be identified as not supported during the multi-party session, such as the video media type is inactive.
  • Step 303 The PoC Server X determines, according to the preset policy of the multi-party session communication system and the session capability provided by itself, the supported voice, video, and discontinuous media types, and determines the selected video and voice media type parameter settings to be sent to another called party.
  • PoC Client C In the INVITE request, the PoC Server X will carry an INVITE request containing the video and voice media type parameters to another called party PoC Client C of the multiparty session.
  • Step 304 After receiving the INVITE request, the PoC Client B selects one or more media type parameters provided by the SIP message used in the current multi-party session according to the requirements, and carries the selected one or more media in the response message.
  • the type parameter sends a reply message to PoC Server X.
  • the PoC Client B selects the voice, video, and non-contiguous media types as the media types participating in the multi-party session, and carries the media type parameters of the selected voice, video, and non-contiguous media in the response message.
  • Message may be a 200 OK response message, the message is a SIP message 200 OK 0
  • the PoC Client B cannot select the media type of the video.
  • Step 305 After receiving the INVITE request, the PoC Client C selects one or more media type parameters provided by the SIP message used in the current multi-party session according to the requirements, and carries the selected one or more media in the response message.
  • the type parameter sends a reply message to PoC Server X.
  • PoC Client C chooses to use voice and video as the media type to participate in this multi-party session, and carries the media type parameters of the selected voice and video in the response message.
  • the reply message can be a 200 OK message, which is also a SIP message.
  • the PoC Client C cannot select the media type of the video.
  • Step 306 The PoC Server X determines, according to the response message received from the PoC Client C and the PoC Client B, the media type selected by the PoC Client C and the PoC Client B, and the media type parameter of the PoC Client B is carried in the response message and sent to the PoC.
  • Server A, PoC Server A forwards the response message received to PoC Client A.
  • the PoC server After receiving the response returned by the first called party, the PoC server returns a response message for successfully establishing the session to the calling party.
  • PoC Server X can also use PoC Client C separately.
  • the type parameter is carried in two response messages and sent to PoC Server A.
  • the response message can be a 200 OK message, which is also a SIP message.
  • the calling party selects voice and picture as the media type of the session in this multiparty session;
  • PoC Server X carries voice, video, and non in the INVITE request sent to a called party.
  • the continuous media type carries the voice and video media types in the INVITE request sent to another called party;
  • a called party selects voice, video, and non-contiguous media as the media type of the session in this multiparty session, and the other is
  • the calling party selects voice and video as the media type of the session in this multi-party session.
  • the method described in FIG. 1 , FIG. 2 and FIG. 3 only describes the media type selection of the three-party multi-party session, and the embodiment of the present invention can also perform more than three parties according to the methods described in FIG. 1 , FIG. 2 and FIG. 3 , for example, ten.
  • the media type selection for the party's multiparty session The method described in FIG. 1, FIG. 2 and FIG. 3 only describes the multi-party session media type selection of the multimedia-based PoC communication system, and the embodiment of the present invention can also be based on the conference communication according to the methods described in FIG. 1, FIG. 2 and FIG.
  • the system performs media type selection for multiparty sessions.
  • the application scenario of the embodiment is a multimedia-based PoC communication system, where a media type parameter of the multi-party session is initiated by a server PoC Server X that controls the session.
  • the specific steps are as follows: Steps 400 - 401, the PoC Server X determines the media type parameters (video, language) supported by the session according to the pre-set policy of the multi-party session communication system and the session capability provided by the PoC Server X. Parameter), the INVITE request carrying the media type parameter including video, voice and text is sent to the participant PoC Client A of the multi-party session and PoC Client B.
  • Step 401 and step 402 are both sent by the PoC Server X to the INVITE request, but are sent to different participants participating in the multi-party session. It must be noted that the two steps are not in the order, and the step 402 may be performed first. Step 401 is performed, or steps 401 and 402 are performed simultaneously.
  • Step 403 After receiving the INVITE request, the PoC Client A selects one or more media type parameters provided by the SIP message used in the current multi-party session according to the requirements, and carries the selected one or more media in the response message.
  • the type parameter sends a reply message to PoC Server X.
  • PoC Client A chooses to use voice, video, and text as the media type to participate in this multi-party conversation, and carries the media type parameters of the selected voice, video, and text in the response message.
  • the response message can be a 200 OK message, which is also a SIP message.
  • Step 404 After receiving the INVITE request, the PoC Client B selects one or more media type parameters provided by the SIP message used in the current multi-party session according to the requirements, and carries the selected one or more media in the response message.
  • the type parameter sends a reply message to PoC Server X.
  • PoC Client C chooses to use voice and text as the media type to participate in this multi-party session, and carries the media type parameters of the selected voice and text in the response message.
  • the reply message can be a 200 OK message, which is also a SIP message.
  • the self-session capability and the pre-set policy of the multi-party session communication system in the embodiments of the present invention are used to determine the media type supported by all or part of the multi-party session communication system, or/and to determine to participate in all or part of the multi-party session.
  • the called party sends all or part of the media type parameters supported by this session.
  • the self-session capability described in the embodiment of the present invention refers to related information such as a session description, a media type, and a format description.
  • the policy set in the embodiment of the present invention is: The strategy of the party communication system.
  • the operator's policy may be that 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 the part of the called party.
  • the policy of the multi-party communication system may be that 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 the part of the called party.
  • FIG. 5 is a schematic diagram of a network structure for implementing a method for negotiating media type parameters according to an embodiment of the present invention, as shown in the following figure:
  • the PoC Server supports voice, video, and non-contiguous media types.
  • the calling party establishes a session and uses the media types of voice and non-contiguous media in the established session.
  • PoC Client A, PoC Client B, PoC Client C, and PoC Client D are called parties.
  • the PoC Server when the PoC Server receives the INVITE request sent by the calling party and carries the media type parameter of the voice and the non-contiguous media, the PoC Server sends an INVITE request to the multiple called methods according to the preset policy, and the request is carried in the request.
  • the media type parameter is all media types supported by the PoC Server, such as voice, video, and non-contiguous media types supported by the PoC Server; then, multiple called parties, namely, PoC Client A, PoC Client B, PoC Client C, and PoC
  • the client D receives the INVITE request of all media types supported by the PoC server, selects all or a subset of the media types carried in the INVITE request according to the requirements, and returns the selected media type parameter to the PoC Server in the response message 200 OK.
  • PoC Client A selects the voice, and carries the media type parameter of the voice in the response message 200 OK to return to the PoC Server;
  • PoC Client B selects the voice/video, and carries the media type parameter of the voice/video in the response message 200 OK Return ⁇ PoC Server;
  • PoC Client C selects voice/video/discontinuous media, and will voice/view / Non-connected The media type parameter of the continuation media is returned to the PoC Server in the response message 200 OK; the PoC Client D selects the voice, and carries the media type parameter of the voice in the response message 200 OK and returns it to the PoC Server.
  • the PoC Server After receiving the response message sent by the called party, the PoC Server will return a response message to the calling party.
  • the response message returned by the PoC Server to the calling party includes, in addition to accepting the voice and non-contiguous media requested by the calling party as the media type, a media type supported by the PoC Server, such as a video, for the calling party.
  • the PoC Server may further include a media type parameter corresponding to each called party in the response message returned by the calling party, that is, a media type parameter selected by each called party, for example, including a PoC Client.
  • the embodiment of the present invention further provides a negotiation network entity of a media type parameter.
  • the network entity includes: a transceiver module and a media type parameter setting module, where the transceiver module is configured to receive a SIP carrying a media type parameter. After the message is sent to the media type parameter setting module, the SIP message carrying the updated media type parameter is received from the media type parameter setting module, and is sent.
  • the media type parameter setting module is configured to: after receiving the SIP message from the transceiver module, determine, according to the policy, the parameter of the media type parameter that is carried, and the updated media type parameter is carried in the SIP message and sent to the transceiver module.
  • the network entity may be a network entity that controls a session.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention concerne un procédé et une entité réseau de négociation d'un paramètre de type média, lequel procédé permet à l'entité réseau de gérer la session envoyant le paramètre de type média sélectionnable dans la session multipartie à toutes les parties appelées ou à certaines d'entre elles participant à la session et de gérer la session recevant le message ACK contenant tous les paramètres de type média ou certains d'entre eux sélectionnés par toutes les parties appelées ou certaines d'entre elles participant à la session multipartie à partir du paramètre de type média envoyé par l'entité réseau en vue de la gestion de la session. Le procédé et l'entité réseau de cette invention négocient le paramètre de type média dans un message SIP.
PCT/CN2007/000562 2006-02-23 2007-02-15 Procédé et entité réseau de négociation d'un paramètre de type média Ceased WO2007095855A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2006100080459A CN101026614B (zh) 2006-02-23 2006-02-23 一种媒体类型参数的协商方法
CN200610008045.9 2006-02-23

Publications (1)

Publication Number Publication Date
WO2007095855A1 true WO2007095855A1 (fr) 2007-08-30

Family

ID=38436945

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/000562 Ceased WO2007095855A1 (fr) 2006-02-23 2007-02-15 Procédé et entité réseau de négociation d'un paramètre de type média

Country Status (2)

Country Link
CN (1) CN101026614B (fr)
WO (1) WO2007095855A1 (fr)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101389059B (zh) * 2007-09-11 2012-08-08 华为技术有限公司 实现会话模式切换的方法及设备
CN101753326A (zh) * 2008-12-19 2010-06-23 华为技术有限公司 业务互连与建立会话通道的方法互连选择功能模块和装置
CN101854372B (zh) * 2009-04-03 2014-07-30 华为技术有限公司 一种点击拨号中控制会话媒体类型的方法和装置
CN101594370B (zh) * 2009-06-19 2012-09-26 中兴通讯股份有限公司 一种点击拨号业务的系统和实现方法
CN102752121A (zh) * 2011-04-22 2012-10-24 中兴通讯股份有限公司 多媒体流的反转计费方法及装置
CN105282089B (zh) * 2014-05-30 2019-04-02 中国电信股份有限公司 媒体互通的方法和系统以及互通媒体网关
CN108270720B (zh) * 2016-12-30 2021-01-26 展讯通信（上海）有限公司 多通通话中的媒体协商方法、装置及多通终端

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004075581A1 (fr) * 2003-02-24 2004-09-02 Telefonaktiebolaget Lm Ericsson (Publ) Procede et systeme d'etablissement de reglages d'applications pour un service de bouton de microphone
CN1581744A (zh) * 2003-07-31 2005-02-16 北京三星通信技术研究有限公司 为mbms业务提供多种qos的方法
WO2005018200A1 (fr) * 2003-08-18 2005-02-24 Nokia Corporation Etablissement de sessions de communication
WO2006074822A1 (fr) * 2005-01-11 2006-07-20 Nokia Corporation Sessions multiparties d'un systeme de communication

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6496851B1 (en) * 1999-08-04 2002-12-17 America Online, Inc. Managing negotiations between users of a computer network by automatically engaging in proposed activity using parameters of counterproposal of other user

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004075581A1 (fr) * 2003-02-24 2004-09-02 Telefonaktiebolaget Lm Ericsson (Publ) Procede et systeme d'etablissement de reglages d'applications pour un service de bouton de microphone
CN1581744A (zh) * 2003-07-31 2005-02-16 北京三星通信技术研究有限公司 为mbms业务提供多种qos的方法
WO2005018200A1 (fr) * 2003-08-18 2005-02-24 Nokia Corporation Etablissement de sessions de communication
WO2006074822A1 (fr) * 2005-01-11 2006-07-20 Nokia Corporation Sessions multiparties d'un systeme de communication

Also Published As

Publication number Publication date
CN101026614A (zh) 2007-08-29
CN101026614B (zh) 2011-05-18

Similar Documents

Publication Publication Date Title
US7359725B2 (en) Push-to-talk apparatus and method for communication between an application server and media resource function processor
KR101185669B1 (ko) 인터넷 프로토콜 멀티미디어 서브시스템 기반 3자간 통화를 위한 방법 및 장치
EP1766918B1 (fr) Procede et dispositif destines a fournir differents services dans un systeme de communication multimedia
CN101427513B (zh) 第三方会话修改
AU2004306977B2 (en) System, apparatus, and method for establishing circuit-switched communications via packet switched network signaling
CN1278519C (zh) 将终端能力变化通知给网络的方法
JP5478581B2 (ja) 事前設定セッションを管理する方法及びそれを実現するためのＰｏＣシステム及びＰｏＣ端末装置
CN101472235B (zh) 一种多终端通信方法、系统和装置
US20050213580A1 (en) System and method for enforcing policies directed to session-mode messaging
EP1787424B1 (fr) Partage de session de donnees en continu
CN1961595A (zh) 通信方法
EP1839448A1 (fr) Sessions multiparties d'un systeme de communication
CN100495973C (zh) 用于一键通服务的方法和系统
WO2009018755A1 (fr) Procédé de session multi-terminal, système de communication et dispositifs associés
WO2007090347A1 (fr) Procédé, système et dispositif d'acheminement pour service de système multimédia ip
CN101043252B (zh) 一种基于mbms机制的ims业务的传输方法及系统
WO2007095855A1 (fr) Procédé et entité réseau de négociation d'un paramètre de type média
CN101399768B (zh) 一种策略控制方法、装置及系统
CN101527641A (zh) 一种多媒体子系统中子会议的实现方法、控制方法及装置
CN100550908C (zh) 一种进行会话能力信息操作的方法及网络实体
EP1665747A1 (fr) Configuration porteur pour service multimedia
EP1619838A1 (fr) Elément et architecture de réseau Push to watch
WO2009043280A1 (fr) Procédé, équipement et système pour identifier un type de service et établir un service selon l'identifiant
RU2389148C2 (ru) Способ и устройство идентификации ims-услуги
CN101009664B (zh) 一种处理会话初始化协议消息中内容的方法及网络实体

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 07710980

Country of ref document: EP

Kind code of ref document: A1