WO2009043241A1 - Procédé, système et dispositif permettant à une entité prestataire de services de réguler un flux multimédia - Google Patents

Procédé, système et dispositif permettant à une entité prestataire de services de réguler un flux multimédia Download PDF

Info

Publication number
WO2009043241A1
WO2009043241A1 PCT/CN2008/071819 CN2008071819W WO2009043241A1 WO 2009043241 A1 WO2009043241 A1 WO 2009043241A1 CN 2008071819 W CN2008071819 W CN 2008071819W WO 2009043241 A1 WO2009043241 A1 WO 2009043241A1
Authority
WO
WIPO (PCT)
Prior art keywords
media
resource server
service providing
providing entity
media resource
Prior art date
Application number
PCT/CN2008/071819
Other languages
English (en)
Chinese (zh)
Inventor
Xiao Wang
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 WO2009043241A1 publication Critical patent/WO2009043241A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17336—Handling of requests in head-ends
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2387—Stream processing in response to a playback request from an end-user, e.g. for trick-play

Definitions

  • the present invention relates to the field of IP television (IPTV) technology, and in particular, to a method, system and apparatus for controlling a media flow by a service providing entity.
  • IPTV IP television
  • IPTV is a new technology that utilizes broadband cable TV networks to integrate Internet, multimedia, and communication technologies to provide home users with a variety of interactive services, including digital TV.
  • IPTV uses Transmission Control Protocol/Internet Protocol (TCP/IP) as a bearer protocol for unicast, broadcast or multicast video services, effectively combining the three areas of TV network, telephone network and Internet. Representative business.
  • TCP/IP Transmission Control Protocol/Internet Protocol
  • IP Multimedia Subsystem is an IP-based standard system independent of access technology, IMS and existing voice and data networks (whether fixed networks such as PSTN, ISDN, Internet, etc.) Mobile networks such as GSM and CDMA can be interoperable.
  • the IMS architecture enables peer-to-peer IP communications through various types of User Equipments (UEs) and the quality of service required.
  • UEs User Equipments
  • the IMS architecture also involves the functions necessary to complete service provisioning (eg registration, security, billing, bearer control, roaming). That is, the IMS system forms the core of the IP core network.
  • NASS Network At tachment Sub-System
  • RACS Resource and Admi ss ion Control
  • the NASS is used to complete the management of the UE attaching to the access network, including user authentication and network address allocation, and location management.
  • RACS is mainly used to complete policy control, resource reservation and admission control.
  • the service/application level can use the RACS to request the access network to reserve related resources.
  • the IMS-based IPTV architecture will directly reuse the relevant functional entities of IMS, and realize the support for IPTV services by appropriately adding new functional entities and expanding the related functions of existing functional entities. Hold.
  • FIG. 1 shows a networking diagram of an IMS-based IPTV architecture in the prior art.
  • each IPTV service consists of a pair of IPTV Service Control Functions (SCF) and IPTV Media Functions (MF).
  • SCF IPTV Service Control Functions
  • MF IPTV Media Functions
  • the SCF is a Session Initiation Protocol (SIP) application server, and serves as a service providing entity.
  • the tasks include: (1) Authorization during session initialization; (2) Implementing a modification process to check user data. To decide whether to allow users to access the service; (3) account control; (4) select the corresponding MF.
  • MF is responsible for the control and delivery of media streams. It can be divided into media control function (MCF) and media delivery function (MDF).
  • the tasks of the MCF mainly include: (1) processing the control of the media stream; (2) monitoring the state of the MDF (optional); (3) managing the interaction with the UE; (4) selecting when the MCF controls multiple MDFs An MDF; (5) perceiving the distribution of the status and content of different MDFs; (5) generating billing information.
  • the tasks of MDF mainly include: (1) processing the delivery of media streams; (2) reporting status to MCF
  • the UE establishes a Real Time Stream Protocol (RTSP) control channel with the MCF to control the media stream to implement Video Cassette Recording (VCR) operations, including fast forward and backward. Pause, position, play normally, etc.
  • RTSP Real Time Stream Protocol
  • VCR Video Cassette Recording
  • the operator or service provider wants to implement VCR control on the specified media stream through SCF.
  • SCF Real Time Stream Protocol
  • the embodiment of the present invention provides a method for controlling a media flow by a service providing entity, which can implement control of a media stream by a service providing entity.
  • a media stream connection between the user equipment and the media resource server including the following steps:
  • the service providing entity initiates a control operation on the media stream;
  • the control operation on the media stream is performed by a media resource server.
  • the embodiment of the present invention further provides another method for controlling the media flow by the service providing entity.
  • the media stream connection and the RTSP control channel exist between the user equipment and the media resource server, and the method includes the following steps:
  • the service providing entity controls the media resource server to execute the prohibiting user.
  • the service providing entity initiates a control operation on the media stream
  • the service providing entity controls the media resource server to perform media stream control operations for restoring the user equipment.
  • the embodiment of the present invention further provides a system for controlling a media stream by a service providing entity, including: a media resource server, configured to establish a media stream with the user equipment;
  • a service providing entity configured to send, to the media resource server, a control command for the media stream
  • the media resource server is further configured to perform a control operation on the media stream according to a control command of the service providing entity.
  • An embodiment of the present invention further provides a service providing entity, including:
  • the media stream control module is configured to initiate a control operation on the media stream to the media resource server. It can be seen from the foregoing technical solution that the service providing entity temporarily controls the media stream control operation of the user equipment, and then the service providing entity sends a media flow control command to the media resource server, so that the service providing entity controls the specified media in some service scenarios.
  • the flow performs operations of backing, fast forward, pause, and positioning.
  • FIG. 1 is a schematic diagram of networking of an IMS-based IPTV architecture in the prior art
  • FIG. 3 is a signaling flowchart of a first embodiment of the present invention.
  • Figure 5 is a general architecture of media control
  • 6 is a signaling flowchart of a third embodiment of the present invention
  • FIG. 10 is a structural block diagram of a service providing entity in an embodiment of the present invention.
  • FIG. 11 is a block diagram of a system structure for implementing control of a media stream by a service providing entity according to an embodiment of the present invention.
  • the service providing entity in the embodiment of the present invention is a service control function entity SCF
  • the media resource server is a media function entity MF.
  • the media function entity MF may include a media control function entity MCF and a media delivery function entity MDF.
  • the business control function entity SCF interacts with the media control function entity MCF to implement the service, and the media control function entity MCF controls the media delivery function entity MDF to complete media processing and delivery.
  • the interaction process between the MDF and the MCF is not described, and the two are described as MF as a whole.
  • the service providing entity in the embodiment of the present invention is an application server AS
  • the media resource server is a media resource function entity MRF.
  • the media resource function entity MRF includes a media resource function control entity MRFC and a media resource function processing entity MRFP.
  • the application server AS interacts with the media resource function control entity MRFC to implement the service, and the media resource function control entity MRFC controls the media resource function processing entity MRFP to complete media processing and delivery.
  • the following describes the embodiment of the SPAN IPTV as a service scenario.
  • the related process is also applicable to the interaction between the AS and the MRFC in the IMS architecture. The description is not repeated in the embodiment.
  • the first object of the solution of the present invention is to implement VCF control operations such as back-off, fast-forward, pause, and positioning of the media stream by the SCF.
  • Figure 2 shows the overall process framework of the solution of the present invention.
  • Step 201a The SCF service is triggered to initiate control of the media stream between the UE and the MF.
  • Step 202a The SCF initiates a control operation of the media stream.
  • Step 203a The MF performs the control operation on the media stream.
  • Another object of the solution of the present invention is to solve the VCR control conflict caused by the SCF and the UE simultaneously performing media stream VCR control.
  • the media stream and the RTSP control channel already exist between the UE and the MF perform the following steps:
  • Step 201b Before the SCF initiates a control operation of the media stream, the SCF initiates a control channel between the UE and the MF.
  • Step 202b After the SCF initiates a control operation of the media stream, the SCF initiates activation of a control channel between the UE and the MF.
  • step 201b is added between step 201a and step 202a, and step 202b is added after step 203a.
  • VCR operation of the SCF is described in detail through three embodiments.
  • Embodiment 1 RTSP control mode
  • RTSP is an application-level protocol that controls the delivery of real-time data.
  • RTSP provides an extensible framework that enables controlled, on-demand delivery of real-time data such as audio and video.
  • Data sources include live data (such as live broadcasts) and data stored in clips (such as V0D, etc.).
  • the purpose of the protocol is to control multiple data transfer sessions, providing a method for selecting a transport channel, such as UDP, multicast UDP, and TCP, to provide a method based on the RTP selective transport mechanism.
  • RTSP control methods include:
  • the SCF negotiates with the MF through a Session Description Protocol (SDP) to establish an association between the RTSP channel between the SCF and the MF and the controlled media stream.
  • SDP Session Description Protocol
  • the SCF controls the media stream through the RTSP channel
  • the RTSP channel between the SCF and the MF is released. Based on the channel reuse and other reasons, the RTSP channel may not be released.
  • Steps 301 ⁇ 306 The UE performs SIP SDP interaction with the MF through the SCF, and establishes a media stream.
  • Step 307 The service is triggered on the SCF, and the control of the media stream of the UE needs to be initiated.
  • Step 308 The SCF sends an intra-session invite (INVITE) message to the MF, carries the SDP offer, and creates a new RTSP control channel between the SCF and the MF.
  • ISVITE intra-session invite
  • INVITE sip MF.example.com SIP/2.0
  • Step 309 MF returns 200 OK, carries SDP answer (SDP answer) 0
  • Step 310 The SCF sends an ACK acknowledgement, and an RTSP channel is established between the SCF and the MF.
  • Step 311 The SCF sends an RTSP command to the MF to control the media stream through the RTSP channel, and the MF executes the command to perform a corresponding VCR operation.
  • Step 312 The SCF sends an intra-session INVITE message to the MF, and carries the SDP offer to release the RTSP channel between the newly created SCF and the MF. In some scenarios, the channel reuse may not release the RTSP channel.
  • INVITE sip MF.example.com SIP/2.0
  • Step 313 MF returns 200 OK, carrying SDP answer.
  • Step 314 The SCF sends an ACK confirmation.
  • the SCF controls the media stream between the UE and the MF through the RTSP control channel.
  • Embodiment 2 SIP message control mode
  • SIP is one of the multimedia communication system framework protocols developed by the Interne Engineering Task Force (IETF). It is an application layer protocol for establishing, changing or ending multimedia sessions, and real-time transport protocols (RTP, Rea l Timing Transmi ss ion Protoco l / Real-time Transmission Control Protocol (RTCP, Rea lt ime Transpor Control Protocol), SDP, RTSP, Domain Name System (DNS, Doma in Name System) and other protocols cooperate to complete session establishment and media negotiation in IMS; Sessions, media streams will be transmitted directly in the bearer layer using the RTP protocol, and multiple media can be flexibly interacted in one session.
  • RTP Real-time transport protocols
  • RTCP Rea l Timing Transmi ss ion Protoco l / Real-time Transmission Control Protocol
  • SDP Rea lt ime Transpor Control Protocol
  • DNS Domain Name System
  • SIP message control methods include:
  • the SCF sends an S IP message to the MF to which the associated media stream belongs, and the SIP message carries a control indication for controlling the media stream.
  • the control indication includes: fast forward, backward, pause, locate, normal play, and the like;
  • FIG. 4 The specific implementation process of this embodiment is shown in FIG. 4, and includes the following steps:
  • Steps 401 - 406 The UE performs SIP SDP interaction with the MF through the SCF to establish a media stream.
  • Step 407 Trigger a service on the SCF, and initiate control of the UE media stream.
  • Step 408 The SCF sends an INF0 message carrying the back indication to the MF, and controls the media stream to go backward.
  • Step 409 The MF returns a 200 0K response message.
  • Step 410 The SCF sends an INF0 message carrying the positioning indication to the MF, and controls media stream positioning.
  • Step 412 The SCF sends an INF0 message carrying a normal play indication to the MF, and controls the media stream to be positive. - ⁇ - w ⁇ mz mm
  • control indication of the media stream there are other ways to describe the control indication of the media stream. If the indication is carried through the existing SIP header field or by defining a new SIP header field, but the expression is similar, the repeated examples are not repeated here.
  • SIP INFO messages is only an embodiment. Other SIP messages, such as MESSAGE, can also be used in this process to replace INFO to achieve the same function, and the repeated examples are not used here.
  • Embodiment 3 Media Control Message Mode
  • a draft of the IETF (draf t_boul ton_s ip_control_f ramework_04. txt ) defines a common architecture for media control. As shown in Figure 5, the architecture defines three logical roles: Media Control Server (Control Server), Media Control Client ( Control Cl ient ) and the Media Control Channel (Control Channe l ), where
  • the media control server is a logical entity for accepting media processing request messages of the media control client, and performing specific media processing operations, such as: playing, recording, media mixing, etc.;
  • the media control client is a logical entity, and sends a message to the media control server to request processing of the media resource;
  • the media control channel is a channel for the media control client to perform SDP interaction between the SIP and the media control server, and negotiate a reliable connection-based delivery control message.
  • the media control client and the media control server establish a media control channel through the S IP SDP interaction, and the media control client sends a media control message to the media control server through the media control channel to implement media control processing.
  • the MF is the media control server and the SCF is the media control client.
  • the MRF is the media control server and the AS is the media control client.
  • the SCF and the MF negotiate to establish a media control channel 2 corresponding to the media session through SDP negotiation;
  • the SCF sends a media control message carrying control indication to the MF through channel 2 to control the media stream;
  • control instructions include: fast forward, backward, pause, position, normal play, and so on.
  • FIG. 6 The specific implementation process of this embodiment is shown in FIG. 6, and includes the following steps:
  • Steps 601 ⁇ 606 The UE performs SIP SDP interaction with the MF through the SCF, and establishes a media stream and
  • Step 607 Trigger a service on the SCF, and initiate a control on the UE media stream.
  • Step 608 The SCF sends an intra-session INVITE message to the MF, carries the SDP offer, and establishes a media control channel through SDP negotiation.
  • INVITE sip MF.example.com SIP/2.0
  • Step 609 The MF returns 200 OK, carrying the SDP answer;
  • Step 610 The SCF sends an ACK acknowledgement, and the media control channel is established between the SCF and the MF.
  • Step 611 The SCF sends a media control message to the MF through the media control channel, and carries the fast forward, backward, locate, pause, and normal play indications to control the media stream.
  • Step 612 The SCF sends a media control message to the MF.
  • the MRequest carries a fast forward indication, and controls the media stream to fast forward;
  • Step 613 The MF performs a media stream fast forward operation, and returns a MResponse response message.
  • the MRequest carries a pause indication to control the media stream suspension.
  • Step 615 The MF performs a media stream pause operation, and returns a MResponse response message.
  • INVITE sip MF.example.com SIP/2.0
  • Step 617 MF returns 200 OK, carrying SDP answer
  • Step 618 The SCF sends an ACK confirmation.
  • the control of the media control message carrying the media stream indicates that the embodiment can implement a similar scheme as the S IP message control method.
  • Embodiment 4 SDP negotiation mode to avoid VCR operation conflicts
  • FIG. 7 The specific implementation process of this embodiment is shown in FIG. 7, and includes the following steps:
  • Steps 701 ⁇ 706 The UE performs S IP SDP interaction with the MF through the SCF, and establishes a media stream and
  • RTSP Channe l this RTSP control channel is called channel 1.
  • Step 707 The service is triggered on the SCF, and the VCR operation of the UE needs to be prohibited.
  • Step 708 The SCF sends an intra-session invite (INVITE) message to the MF, carrying the SDP offer, and setting the UE's RTSP channel, channel 1, to the deactivated state.
  • ISVITE intra-session invite
  • INVITE sip MF.example.com SIP/2.0
  • Step 709 The MF returns 200 OK, carrying an SDP answer (SDP answer).
  • SDP answer An example of the 200 OK message is given below:
  • Step 710 The SCF sends an ACK acknowledgement.
  • Step 711 The SCF sends an intra-session INVITE message to the UE, carries the SDP offer, and sets the RTSP channel of the UE to an deactivated state, so that the UE knows that the RTSP channel is disabled.
  • INVITE si uehost. example. com SIP/2.0
  • Step 712 The UE returns 200 OK, carrying the SDP answer;
  • Step 713 The SCF sends an ACK confirmation.
  • Step 714 The SCF performs SDP negotiation with the MF to restore the VCR operation of the UE.
  • Step 715 The SCF sends an intra-session INVITE message to the MF, carries the SDP offer, and sets the UE's RTSP channel to an active state.
  • INVITE sip MF.example.com SIP/2.0
  • Step 716 The MF returns 200 OK and carries the SDP answer;
  • Step 717 The SCF sends an ACK acknowledgement
  • Step 718 The SCF sends an intra-session INVITE message to the UE, carries the SDP offer, and sets the RTSP channel of the UE to an active state, so that the UE knows that the RTSP channel is available.
  • INVITE si uehost. example. com SIP/2.0
  • Step 719 The UE returns 200 OK and carries the SDP answer ;
  • Step 720 The SCF sends an ACK confirmation.
  • the SCF sends the INVITE message in the session to the MF and the UE respectively, and the INVITE message can be sent to the MF and the UE at the same time, without waiting for 200 0K to return; the SCF can also send the MF to the MF and the MF.
  • the UE sends an update (UPDATE) message to implement SDP negotiation.
  • a way to deactivate the RTSP channel is given.
  • the SCF performs SDP negotiation with the MF, prohibits the UE from controlling the media stream, and then resumes the UE's control operation on the media stream, so as to avoid
  • Embodiment 5 Avoiding VCR conflicts through SIP messages
  • FIG. 8 The specific implementation process of this embodiment is shown in FIG. 8, and includes the following steps:
  • Steps 801 ⁇ 806 The UE performs S IP SDP interaction with the MF through the SCF to establish a media stream and an RTSP control channel, and the RTSP control channel is referred to as channel 1.
  • Step 807 The service is triggered on the SCF, and the VCR operation of the UE needs to be prohibited.
  • Step 808 The SCF sends an intra-session INVITE message to the MF, and carries the SDP offer.
  • the STP negotiation is used to set the UE's RTSP channel, that is, the channel 1 to the deactivated state, and the RTSP operation of the UE is prohibited.
  • INVITE sip MF.example.com SIP/2.0
  • Step 809 MF returns 200 OK, carrying SDP answer.
  • Step 810 The SCF sends an ACK confirmation.
  • Step 811 The SCF ends the control of the media stream, sends an intra-session INVITE message to the MF, carries the SDP offer, and sets the UE's RTSP channel, channel 1, to the active state through SDP negotiation.
  • INVITE sip MF.example.com SIP/2.0
  • Step 812 MF returns 200 OK, carrying SDP answer.
  • Step 813 The SCF sends an ACK acknowledgement.
  • Embodiment 6 Avoiding VCR conflicts through media control messages
  • FIG. 9 The specific implementation process of this embodiment is shown in FIG. 9, and includes the following steps:
  • Steps 901 ⁇ 906 The UE performs SIP SDP interaction with the MF through the SCF to establish a media stream and an RTSP control channel.
  • Step 907 The service is triggered on the SCF, and the VCR operation of the UE needs to be prohibited.
  • the SCF and the MF perform SDP negotiation, and the VCR operation of the UE is prohibited.
  • Steps 908-910 If there is no media control channel available between the SCF and the MF, the SCF sends an intra-session INVITE message to the MF, carries the SDP offer, and negotiates to establish a media control channel.
  • Step 911 The SCF sends a media control message to the MF.
  • the MRequest carries a VCR operation indication that prohibits the UE;
  • Step 912 MF returns a response message MRe sponse
  • Step 913 The SCF notifies the UE that the VCR operation is prohibited.
  • Step 914 The SCF sends a media control message to the MF.
  • the MRequest carries a VCR operation indication that allows the UE.
  • Step 915 MF returns a response message MRe sponse
  • Step 916 The SCF notifies the UE to allow the VCR operation to be performed.
  • the system for implementing the control of the media stream by the service providing entity in the embodiment of the present invention, as shown in FIG. 11, includes at least:
  • a media resource server 1110 configured to establish a media stream with the user equipment
  • a service providing entity 1120 configured to send, to the media resource server, a control command for the media stream
  • the media resource server controls the media stream according to the control command of the service providing entity.
  • the interaction relationship between the service providing entity and the media resource server is classified into the following three categories:
  • the first type refers to the solution of the first embodiment of the present invention, through the service providing entity and the media resource service
  • the SDP protocol negotiation is performed between the server, and the RTSP control channel is established between the service providing entity and the media resource server.
  • the service providing entity initiates the media to the media resource server by using an RTSP control channel between the service providing entity and the media resource server. Flow control operation.
  • the RTSP control channel is not removed when the control operation is completed for channel reuse.
  • the second type refers to the solution of the second embodiment of the present invention
  • the service providing entity sends an IP message carrying the media control command to the media resource server
  • the media resource server performs the media stream control operation according to the media control command carried in the S IP message. .
  • This interaction does not require a control channel between the two.
  • the third type refers to the solution of the third embodiment of the present invention, where the service providing entity is configured to establish a media control channel with the media resource server, and provide a media control channel between the service providing entity and the media resource server to the media resource server. Initiate control of the media stream.
  • the service providing entity further sends a prohibition indication to the media resource server, and the prohibition indication is used to prohibit the An RTSP control channel between the user equipment and the media resource server;
  • the media resource server prohibits the RTSP control channel of itself and the user equipment according to the prohibition indication from the service providing entity.
  • the service providing entity After the service providing entity completes control of the media stream, the service providing entity is further configured to send an permission indication to the media resource server, where the permission indication is used to allow the RTSP control channel that is prohibited between the user equipment and the media resource server .
  • the service providing entity is an SCF, and the media resource server is an MF;
  • the service providing entity is an AS
  • the media resource server is an MRF
  • the structure of the service providing entity in the embodiment of the present invention is as shown in FIG. 10, and includes:
  • the media stream control module 1010 is configured to initiate a control operation on the media stream to the media resource server.
  • the media flow control module 1010 includes:
  • the conflict avoiding unit 101 1 is configured to send a prohibition indication to the media resource server, where the prohibition refers to Indicated to disable the RTSP control channel between the user equipment and the media resource server.
  • the prohibition indication may be an intra-session INVITE message carrying an SDP offer, and setting the RTSP control channel of the user equipment to an deactivated state.
  • the media stream associated with the RTSP control channel is de-associated.
  • the collision avoidance unit 1011 is further configured to send an indication of permission to the media resource server, the permission indication for allowing the RTSP control channel between the user equipment and the media resource server to be disabled.
  • the allowable indication may be an intra-session INVITE message carrying an SDP offer to set the RTSP channel of the user equipment to an active state.
  • the media flow control module 1010 further includes any one of the following units:
  • the first group the RTSP control channel unit 1012 and the sending unit 1013, the RTSP control channel unit 1012 is configured to interact with the media resource server to establish an RTSP control channel between the service providing entity and the media resource server.
  • the interaction process is: the RTSP control channel unit 1012 sends an intra-session INVITE message to the media resource server, carries the SDP offer, creates an RTSP control channel between the service providing entity and the media resource server, and the media resource server receives the INVITE message. Returning a 200 OK message to the RTSP control channel unit 1012, carrying an SDP response; the RTSP control channel unit 1012 sends an ACK acknowledgement to the media resource server.
  • the sending unit 1013 is configured to send a media flow control command to the media resource server by using an RTSP control channel between the service providing entity and the media resource server.
  • the second group: the S IP message sending unit 1014 is configured to send an S IP message carrying the media control command to the media resource server.
  • the SIP message carrying the media control command may be an INFO message, and after receiving the INF0 message, the media resource server performs a corresponding media stream control operation.
  • the third group the media control channel unit 1015, configured to interact with the media resource server, and establish a media control channel between the service providing entity and the media resource server; the interaction process may include:
  • the media control channel unit 1015 sends an intra-session INVITE message to the media resource server. With the SDP offer; the media resource server returns 200 OK, carrying the SDP answer; the media control channel unit 1015 sends an ACK confirmation to the media resource server.
  • the sending unit 1016 is configured to send a media flow control command to the media resource server by using a media control channel between the service providing entity and the media resource server.
  • the media flow control command is carried in a media control message (MRequest).
  • the invention solves the operation that the service providing entity needs to control the specified media stream to perform back, fast forward, pause, and locate in certain service scenarios.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Cette invention concerne un procédé permettant à une entité prestataire de services de réguler un flux multimédia. Selon ce mode de réalisation, une connexion permettant le flux multimédia est établie entre un dispositif utilisateur et un serveur de ressources multimédia. Le procédé comprend les étapes suivantes: l'entité prestataire de services déclenche une opération de régulation du flux multimédia exécutée par le serveur de ressources multimédia. Cette invention concerne également un autre procédé permettant à l'entité prestataire de service de réguler le flux multimédia, un système permettant à l'entité prestataire de services de réguler le flux multimédia et une entité prestataire de services. Selon ce mode de réalisation, il est possible d'obtenir que l'entité prestataire de services régule le flux multimédia spécifié afin d'exécuter une opération VCR dans certaines situations d'entretien.
PCT/CN2008/071819 2007-09-29 2008-07-30 Procédé, système et dispositif permettant à une entité prestataire de services de réguler un flux multimédia WO2009043241A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2007101615624A CN101399759B (zh) 2007-09-29 2007-09-29 一种业务提供实体对媒体流控制的方法、系统和装置
CN200710161562.4 2007-09-29

Publications (1)

Publication Number Publication Date
WO2009043241A1 true WO2009043241A1 (fr) 2009-04-09

Family

ID=40518027

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/071819 WO2009043241A1 (fr) 2007-09-29 2008-07-30 Procédé, système et dispositif permettant à une entité prestataire de services de réguler un flux multimédia

Country Status (2)

Country Link
CN (1) CN101399759B (fr)
WO (1) WO2009043241A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101808348B (zh) * 2010-04-12 2014-01-01 中兴通讯股份有限公司 一种会话管理指令的处理方法、装置和系统
CN106912030B (zh) * 2015-12-22 2021-03-12 大唐移动通信设备有限公司 一种组呼方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1741633A (zh) * 2004-08-27 2006-03-01 华为技术有限公司 实现电路域移动流媒体点播的系统及其方法
CN1798323A (zh) * 2004-12-29 2006-07-05 华为技术有限公司 一种实现流媒体业务的视讯终端和方法
CN1992607A (zh) * 2005-12-30 2007-07-04 西门子通信技术（北京）有限公司 一种基于ip的多媒体子系统的通信应用方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100547962C (zh) * 2006-11-22 2009-10-07 北京邮电大学 基于ip多媒体子系统的视频电话通行证业务实现方法和系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1741633A (zh) * 2004-08-27 2006-03-01 华为技术有限公司 实现电路域移动流媒体点播的系统及其方法
CN1798323A (zh) * 2004-12-29 2006-07-05 华为技术有限公司 一种实现流媒体业务的视讯终端和方法
CN1992607A (zh) * 2005-12-30 2007-07-04 西门子通信技术（北京）有限公司 一种基于ip的多媒体子系统的通信应用方法

Also Published As

Publication number Publication date
CN101399759A (zh) 2009-04-01
CN101399759B (zh) 2011-07-06

Similar Documents

Publication Publication Date Title
EP2241078B1 (fr) Procédé et serveur de gestion de contenu de télévision sur protocole internet (iptv) pour un service iptv
EP2175591B1 (fr) Procédé, système, dispositif et produit de programme informatique permettant de réaliser les services de télévision en réseau
EP2590376B1 (fr) Procédé, appareil et système pour la convergence de conférence multiplateforme
US8307049B2 (en) Method and device for obtaining media description information of IPTV services
US20090183211A1 (en) System, method and device for enabling ims terminals to access existing iptv services
WO2007093127A1 (fr) Système, procédé et dispositif de configuration d'une session média interactive d'après un sous-système ip multimédia
WO2007098703A1 (fr) Procédé, système et dispositif de ressources multimédia permettant d'obtenir un service de programmation tv basé sur un réseau ngn
US20100122281A1 (en) Method and system for controlling authorization of service resources
WO2009030133A1 (fr) Procédé, système et entité pour réaliser une vidéo image dans image
WO2008134955A1 (fr) Procédé, système et appareil pour appliquer des informations de capacité de terminal dans un service iptv
WO2009071012A1 (fr) Procédé, système et dispositif de traitement d'une requête de flux multimédia dans un réseau sip
WO2011022994A1 (fr) Procédé, appareil et système d'acquisition rapide de sessions de protocole de transport de multidiffusion en temps réel
WO2009026813A1 (fr) Procédé, système et entité pour réaliser un enregistrement de réseau
WO2009056031A1 (fr) Procédé et dispositif de commande de conférence multimédia
CA2780109C (fr) Procede et appareil permettant de minimiser une utilisation de la bande passante entre un serveur de communication et un dispositif multimedia
CN102238196A (zh) 一种基于info消息的sip会议附流控制方法
US20160072884A1 (en) Method and apparatus for requesting media replication in a collaborative communication session, and method and apparatus for assigning a communication medium for a collaborative communication session
WO2009049518A1 (fr) Procédé, système et entité d'établissement de session de système de télévision par internet ip
WO2010003348A1 (fr) Procédé, appareil et système d'établissement de service multi-utilisateur et de transfert de canal de commande
WO2009043241A1 (fr) Procédé, système et dispositif permettant à une entité prestataire de services de réguler un flux multimédia
WO2009006820A1 (fr) Procédé et système pour fournir un flux multimédia durant une commutation de serveurs multimédias
CN104135468A (zh) 支持多径中继传输的ims会话协商控制系统、装置及方法
CN102394871A (zh) 一种基于info消息的sip会议的附流控制方法
WO2009012714A1 (fr) Procédé et dispositif pour commander les médias en flux
WO2011000151A1 (fr) Procédé et appareil correspondant destinés à réaliser des services de canal de télévision par protocole internet

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08783812

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08783812

Country of ref document: EP

Kind code of ref document: A1