WO2009012714A1 - Procédé et dispositif pour commander les médias en flux - Google Patents

Procédé et dispositif pour commander les médias en flux Download PDF

Info

Publication number
WO2009012714A1
WO2009012714A1 PCT/CN2008/071740 CN2008071740W WO2009012714A1 WO 2009012714 A1 WO2009012714 A1 WO 2009012714A1 CN 2008071740 W CN2008071740 W CN 2008071740W WO 2009012714 A1 WO2009012714 A1 WO 2009012714A1
Authority
WO
WIPO (PCT)
Prior art keywords
control
media
streaming media
channel
rtsp
Prior art date
Application number
PCT/CN2008/071740
Other languages
English (en)
Chinese (zh)
Inventor
Baojian Qi
Peng Wang
Xiaosong Lei
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 WO2009012714A1 publication Critical patent/WO2009012714A1/fr

Links

Classifications

    • 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/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • 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/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]

Definitions

  • the present invention relates to streaming media services in a communication network, and in particular, to a method and apparatus for controlling streaming media.
  • the streaming media service is a new service that has developed rapidly in recent years.
  • the service uses streaming technology to transmit multimedia files, including video and audio files, on a packet-switched network, such as an IMS network.
  • the user equipment UE, User Equipment
  • the key technology for streaming media service implementation is streaming technology.
  • Streaming technology processes continuous video and audio files and stores them on servers in the packet switching network, so that UEs can access the server and download files. Content, while listening to the contents of the file, you do not need to wait until the entire file content is downloaded before you can watch the contents of the file.
  • IMS In the 3GPP Release 5 (R5, Release) phase, IMS is introduced.
  • the IMS is superimposed on the packet domain network, and is called a Call Control Function (CSCF), and a Media Gateway Control Function (MGCF).
  • 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 UE information, and generates charging information.
  • the P-CSCF is an access point for the UE to access the IMS, completes UE registration, and is responsible for quality of service (QoS) control and security management;
  • the I-CSCF is responsible for interworking between IMS domains, managing the allocation and selection of S-CSCFs, hiding network topology and configuration, and generating billing data.
  • the MGCF controls the gateway to implement interworking between the IMS and other networks.
  • MRF provides media resources.
  • the HSS stores subscription data, configuration information, and the like of the UE.
  • the IMS network mainly uses the Session Initiation Protocol (SIP) and the Diameter protocol.
  • SIP Session Initiation Protocol
  • Diameter protocol is an application layer control protocol that can be used to establish, modify, and terminate multimedia sessions or conferences. SIP also supports inviting participants to participate in existing sessions, such as multiparty conferences.
  • RTA Rea l Time Streaming Protocol
  • RTA is an application-level protocol that controls the transmission of real-time data and is mainly used for real-time data transmission of streaming media services.
  • RTSP provides an extensible framework for real-time data such as controlled delivery of audio and video as well as on-demand delivery.
  • the purpose of the RTSP is to control multiple data transfer sessions, provide a method for selecting a transport channel, and provide a method for selecting a transport mechanism based on the Real Time Transport Protocol (RTP, Rea l Time Transpor Protocol).
  • RTP Real Time Transport Protocol
  • RTSP can provide professional support for streaming media, but it overlaps with SIP in some basic functions, because SIP has good routing, easy extension, mobility support and session support functions, and SIP + service discovery functional entity (SDP, Ses)
  • SIP SIP + service discovery functional entity
  • the s ion Descr ipt ion protocol can provide some basic streaming control functions. Therefore, it is proposed to negotiate the RTSP channel through the SIP negotiation media control channel mode, so that the existing functions of the SIP can be utilized, and the specialization can be utilized.
  • the media control operation performs a dedicated media control operation on the negotiated RTSP channel, avoiding the extension of the RTSP with the existing functions of the SIP.
  • IPTV Internet Protocol Television
  • IPTV Internet Protocol Television
  • QoS QoS
  • the bearer resource needs to be reserved for the transmission of the streaming media.
  • IPTV Media Function can be decomposed into a Media Control Function (MCF) and a Media Delivery Function (MDF) from a functional perspective.
  • MCF Media Control Function
  • MDF Media Delivery Function
  • the MDF is usually a media server that transmits streaming media to the UE under the control of the MCF.
  • the MCF can also receive and process control operation commands sent by the UE. These commands are usually implemented by RTSP. For example, operational commands such as fast forward, backward, pause, and position of streaming media.
  • the IPTV Service Control Functions are used to process the MF for the UE when receiving the IPTV service request sent by the UE through the Core (IMS) IMS.
  • the Core IMS may reserve resources for the IPTV service of the UE.
  • the Figure 1 also includes a User Profile Server Function (UPSF) that is connected to the UE, and is used to store the subscription information of the UE.
  • the Service Selection Function (SSF) is used to send the UE. Provide business order information that can be browsed and selected.
  • a transport processing function is further included, which includes a transport control sublayer and a transport function entity, which is used to transmit the broadcast media of the LTV service by using the bearer resource reserved by the IMS Core.
  • a Network Attachment Subsystem (NASS) and a Resource and Adission Control Subsystem (RACS) are also included.
  • RTSP is selected to implement streaming media control, and also has some session control functions and media control functions.
  • session control functions When encountering new convective media control, it is usually extended to RTSP, but the introduced extension Usually defined in SIP, causing duplication of functions, and conflicts may occur in the case where both protocols work together.
  • the SIP protocol message needs to be used to negotiate the RTSP channel and the media channel between the Control Client and the Control Server; and then, on the RTSP channel established according to the negotiation.
  • the streaming media is controlled; finally, the negotiated media channel transmits the streaming media according to the control of the streaming media on the RTSP channel.
  • the Control Client can be a UE; the Control Server can be an MCF or an MF.
  • the RTSP channel is used to complete the control of the streaming media, and the RTSP defined SETUP message, ANNOUNCE message, description (DESCRIBE) message, and offload (TEARD0WN) message can all be replaced by the SIP negotiation process.
  • FIG. 1 is a flowchart of a method for controlling streaming media in the prior art, and the network entities involved include a Control CI ient and a Control Server, and the specific steps are as follows:
  • Step 201 The Control Client sends an access (INVITE) message to the Control Server. Carrying RTSP parameters for performing RTSP channel negotiation and streaming media request information for media channel negotiation;
  • Step 202 The Control Server that receives the INVITE message returns a 200 message to the Control Cl ient, where the message carries an RTSP response parameter for performing RTSP channel negotiation and a media related response (answer) for performing media channel negotiation.
  • Step 203 Control C l ient sends an acknowledgement (ACK) message to the Cont rol Server, and establishes an RTSP channel with the Control Server;
  • ACK acknowledgement
  • Step 204 On the established RTSP channel, the Control Cl ient sends a PLAY control operation command to the Control Server, where the playback information of the streaming media is played, including: streaming media playback initial location information, or/and streaming media playback. End location information, or / and duration;
  • Step 205 The Control Server that receives the PLAY control operation command determines the streaming media to be played according to the playback information carried by the command, returns a 200 message to the Control CI ient, and establishes a media channel with the Control Server.
  • Step 206 The Control Server plays the determined streaming media to the Control Cl ient through the media channel.
  • the negotiation of the RTSP channel and the media channel is completed through the INVITE/200/ACK message in the SIP, and the RTSP channel is established after the negotiation is completed, and the control operation command of the streaming media is sent on the RTSP channel, for example: PLAY control operation
  • the command, the establishment of the media channel is executed after the RTSP message.
  • PLAY control operation command requires the Control Server to distribute the streaming media with the determined location or set duration to Control C. l ient , you only need to play streaming media through the media channel, without complicated control of the streaming media.
  • the establishment of the media channel must be performed after the RTSP channel is established, and the streaming media transmitted on the media channel is controlled through the RTSP channel, so that for simple streaming control, such as streaming or recording only. Control, without controlling the time-shifting operation of streaming media, It is still necessary to establish an RTSP channel, which will occupy the connection resources of the system and cause a waste of connection resources of the system.
  • the establishment of the RTSP channel needs to traverse the NASS, it will also waste resources on the NASS device.
  • the NASS needs to open the RTSP channel and the corresponding anti-aging operation will waste resources on the NASS device.
  • Step 301 The Control C l ient sends an INVITE message to the Cont rol Server, and carries the streaming media request information used for media channel negotiation.
  • Step 302 The Control Server that receives the INVITE message returns a 200 message to the Control Cl ient, where the message carries a stream-related answer for media channel negotiation.
  • Step 304 Contro Client performs a control operation on the streaming media, and sends a Re-INVITE message to the Cont rol Server, carrying the RTSP parameters for performing RTSP channel negotiation and the streaming media request information for media channel negotiation;
  • the streaming media request information for media channel negotiation is the same as that requested in step 301;
  • Step 305 The Control Server that receives the Re-INVITE message returns a 200 message to the Control C l ient, where the message carries the RTSP response parameter for performing the RTSP channel negotiation and the streaming media response information for performing the media channel negotiation.
  • the streaming media response information for media channel negotiation is the same as the response in step 302;
  • Step 306 Control C l ient sends an ACK message to the Control Server to establish an RTSP channel with the Control Server.
  • Step 307 on the established RTSP channel, Control Cl ient to Control Server Sending a PLAY control operation command, where the playback information of the streaming media to be played, including: streaming media playback initial location information, or/and streaming media playback end location information, or/and streaming media playback duration, and the like;
  • Step 308 The Control Server that receives the PLAY control operation command determines the streaming media to be played according to the playback information carried by the command, returns a 200 message to the Control Cl ient, and the Control Server determines to play the media channel established by the Step 303 by the Control Server. stream media.
  • the inventors have found that at least the following technical problems exist in the prior art: (1) As can be seen from FIG. 3, if the RTSP control channel is not established immediately after the initial SIP INVITE-200-ACK negotiation process Then, in the subsequent control of the streaming media transmitted by the media channel, the three-way handshake interaction of the SIP renegotiation and the establishment of the RTSP channel can be performed, which not only occupies the resources of the system, but also enables the flow transmitted on the media channel. The media's control response time is longer, which reduces the user's experience of receiving streaming media.
  • the RTSP control channel is established immediately after the initial INVITE-200-ACK negotiation process, but the user does not subsequently perform a streaming media control operation such as "fast forward" operation, the established RTSP After the channel is established, it is not used, which wastes system resources. If the RTSP channel also spans the NAT entity, it will also waste resources on the intermediate NAT entity.
  • Embodiments of the present invention provide a method for controlling streaming media, which can implement control of streaming media while reducing system resources and controlling reaction time.
  • Embodiments of the present invention also provide an apparatus for controlling streaming media, which can implement control of streaming media while reducing occupied system resources and controlling reaction time.
  • a method of controlling streaming media comprising:
  • the control server receives the streaming media control information during the SIP initial streaming media negotiation process with the control client, and controls the streaming media transmitted to the control client according to the streaming media control information.
  • An apparatus for implementing streaming media control the apparatus comprising a negotiation module and a receiving module, wherein the negotiation module is configured to negotiate the streaming media control information during the SIP initial streaming media negotiation process with the streaming media control; Receiving a streaming media that implements streaming media control.
  • An apparatus for implementing streaming media control includes a negotiation module and a sending module, wherein the negotiation module is configured to negotiate streaming media control information during a SIP initial streaming media negotiation process with a control client; and a sending module, configured to The streaming media control information negotiated by the negotiation module determines the streaming media to be transmitted and sends the streaming media to the controlling client.
  • the embodiment of the present invention does not need to establish a media control channel for controlling the streaming media when the complex control of the streaming media transmitted by the media channel is not required, but only controls the streaming media when performing SIP negotiation.
  • the information is sent to the Cont rol Server by the Cont rol CI ient.
  • the Control Server performs streaming control on the media channel according to the information, so that no resources need to be reserved for the media control channel, and the system resources and control reaction time are reduced. Realize the control of streaming media.
  • FIG. 1 is a schematic diagram of a service function architecture of an IMS-based IPTV service according to the prior art
  • FIG. 1 is a flow chart of a method for controlling streaming media in the prior art
  • FIG. 3 is a flow chart of a second method for controlling streaming media in the prior art
  • FIG. 4 is a flowchart of a method for controlling streaming media according to an embodiment of the present invention.
  • FIG. 5 is a flowchart of a method for controlling streaming media according to a specific embodiment of the present invention.
  • FIG. 6 is a flowchart of a method for controlling streaming media according to a second embodiment of the present invention.
  • FIG. 7 is a schematic diagram of a system for controlling streaming media according to an embodiment of the present invention.
  • FIG. 9 is a schematic diagram of a Cont rol Server for controlling streaming media according to an embodiment of the present invention.
  • the embodiment of the present invention does not need to perform complex control operations on the streaming media transmitted by the media channel, such as playing or recording control operations.
  • the media control channel is established to control the streaming media, and the streaming media control information is sent to the Control Server by the Control Cl ient only during the SIP negotiation, and the Control Server controls the streaming media on the media channel according to the information, thereby reducing The resources occupied by the media control channel and the time required to establish the media control channel.
  • the media control channel to be established may be negotiated in the SIP negotiation process, and when complex control is required on the streaming media, such as performing time shift operation (including fast forward and fast rewind of the streaming media) Or suspend control operations, etc., establish a media control channel according to the pre-negotiated media control channel parameters, and send control operation commands on the media control channel to control the streaming media transmitted in the media channel. In this way, control of the convective medium is achieved with reduced control reaction time.
  • the RTSP channel is used as a media control channel for detailed description.
  • the method provided by the embodiment of the present invention mainly includes: specifying streaming media control information, including streaming media identifiers to be played or recorded, and streaming media locations, etc., in the SIP initial streaming media negotiation process, without transmitting control through the established RTSP channel.
  • the operation command indicates that the RTSP channel is established by negotiation delay in the initial SIP media negotiation process. If both parties are accepted by the negotiation, the RTSP channel is not established immediately after the negotiation is completed, but only the media channel is established, and the negotiation delay is optionally established during the negotiation.
  • the time range of the RTSP channel is not specified by default.
  • the third technical feature is that the timing of establishing the RTSP channel depends on the Control Cl ient.
  • the Control CI ient receives complex control of the streaming media, and determines that only the RTSP message is received. The interaction can complete the control of the streaming media.
  • the RTSP channel is established according to the negotiated RTSP parameters in the SIP initial streaming negotiation process.
  • Step 401 A Control Pri sends an INVITE message, where the RTSP parameter used for negotiating a delay to establish an RTSP channel is used to negotiate to establish a media channel.
  • the streaming media control information is added to the INVITE message, and the streaming media control information is generally only preset.
  • Simple control of the streaming media such as playing or recording one or more of setting the initial position, ending position, and duration of the streaming media.
  • o alice 2890844526 2890844526 IN IP4 a. atlanta.
  • com II represents the session ID
  • the user name is Alice
  • the session ID is 2890844526
  • the version number is 2890844526
  • the network type is Internet
  • the address type is IPV4
  • the address is expressed in URI format.
  • C IN IP4 a. atlanta. example, com ⁇ connection information, where the network type is Internet, the address type is IPV4, and the address is a. atlanta. example, com
  • TCP/RTSP rtsp ⁇ indicates RTSP media control channel information, where application indicates that the media line is used for application, and 9 is a meaningless TCP default listening port (because the local end is the originating connection party, it is a dynamic port, so This parameter has no specific meaning. It is indicated later that the TCP connection is used for RTSP.
  • a fmtp: rtsp reques t-ur i: rts : //b. biloxi. exam le, com/ scene // indicates the server side address of rts (ie request-uri )
  • ⁇ indicates that the local end supports delay establishment of RTSP channel mode.
  • a setup: active // indicates that the local end is the connection initiator.
  • m audio 6666 RTP/AVP 0 ⁇ Used to describe the media channel information, expressed as audio, receive media on port 6666, media type number is 0
  • the streaming media control information such as one or more of the streaming start position, the end position, and the duration of the playback is specified, so that The streaming media control information is sent to the Control Server directly during the SIP negotiation process without establishing an RTSP channel.
  • Step 402 The Control Server returns a 200 message, where the RTSP response parameter used to negotiate the delay to establish the RTSP channel, the flow-related answer used to negotiate the establishment of the media channel, and the control streaming media response information are carried.
  • the response carried by the 200 message may be (the SIP message part is not included in this embodiment, and only the SDP part is included):
  • V 0 ⁇ version number
  • s Streaming Session II session name is "Streaming Session”
  • i A Streaming session declared within the session description protocol
  • Session information is described as "streaming session using SDP"
  • C IN IP4 b. biloxi.
  • com ⁇ connection information, where the network type is Internet, the address type is IPV4, and the address is b. bi loxi.
  • com ⁇ connection information, where the network type is Internet, the address type is IPV4, and the address is b. bi loxi.
  • TCP/RTSP rtsp ⁇ indicates RTSP media control channel information, where application indicates that the media line is used for application, 554 is the TCP connection used by RTSP to connect to the local listening port, and the latter indicates that the TCP connection is used for RTSP.
  • a setup: passive // indicates that the local end is the receiving receiver.
  • a control: rtsp: //b. biloxi.
  • com/scene //RTSP control URI representing the URI of the local server
  • ⁇ denotes RTP information related to RTSP controlled media sessions, such as the ssrc attribute.
  • Step 403 The Control Client sends an ACK message to the Control Server to indicate confirmation.
  • Step 404 The Control Server establishes a media channel according to the negotiated media channel information, and transmits the determined streaming media according to the established media channel according to the streaming media control information sent by the Control CI ient during the SIP initial streaming media negotiation process.
  • Step 405 The Control Client controls the streaming media transmitted by the media channel, and the control process needs to be completed by using the RTSP message, and then initiates the process of establishing the RTSP channel (if the RTSP channel is to be delayed), that is, according to the initial streaming media in the SIP.
  • a control operation command corresponding to the RTSP channel to be established and a control rule for the streaming media are preset in the Control Client.
  • the Control Client wants to control the streaming media, it is determined whether the control rule is met or not.
  • the set control operation command if yes, initiates the process of establishing an RTSP channel; if not, it does not.
  • the set control operation command corresponding to the RTSP channel to be established may be a fast reverse, fast forward, pause, record, etc. time shift control operation command, or a space shift control operation command for controlling the streaming media screen.
  • the set control rule corresponding to the streaming media to establish the RTSP channel may also be to change the location information of the streaming media currently played or recorded on the media channel.
  • Step 406 After the Control Client establishes the RTSP channel, the Control Client sends a control operation command to the Control Server for the streaming media transmitted by the media channel.
  • Step 407 After receiving the control operation command, the Control Server transmits the message to the media channel.
  • the input streaming media executes the control operation command and returns a 200 message.
  • the URI parameter is used to indicate that the flow control information is carried and carries the range feature information.
  • the specific meaning of the Range may refer to the RTSP definition of the header field in the RFC2326 standard, and generally indicates the initial location information of the broadcast or recorded streaming media. And ending the location information, and one or more of the streaming media duration, and the like.
  • the ABNF syntax of the header field relative to the RFC3261 standard can be defined as follows:
  • Ur i-parameters * ( "; " ur i-parameter)
  • Ur i-parameter transpor t-param / user-param method-pa ram
  • Ranges-list ranges-spec * (COMMA ranges-spec)
  • Ranges-spec npt-range / utc-range / smpte-range
  • Range- -value 1* (rtsp-unreserved / quoted-string / ": " )
  • the parameter of the SIP URI carries the playback location information (including the clock/time or the smpte or npt indication) of the streaming media, so that even if the Control Server does not support the RTSP at all, the RTSP parameter in the SIP cannot be identified. Or corresponding processing, it is also possible to locate the streaming media according to the SIP URI and start playing from the located location.
  • clock/time or smpte or npt is a representation of the clock.
  • Smpte Society of Motion Picture and Television Engineers
  • Smpte Society of Motion Picture and Television Engineers
  • Its representation of time war is: hour: minutes: seconds: f rames.
  • FIG. 5 is a flowchart of a method for implementing control flow media according to Embodiment 1 of the present invention.
  • the method is applied to an IMS-based IPTV service architecture, where a Control Cl ient is a UE and a Control Server is an MF.
  • a Control Cl ient is a UE
  • a Control Server is an MF.
  • the UE obtains the network side RTSP channel parameter in the acquired electronic program menu (EPG).
  • EPG electronic program menu
  • the media channel information may be carried in the I NV I TE message.
  • the UE does not need to establish an RTSP channel immediately between the MF and the MF.
  • the UE may only need to browse the COD content or start playing from the initial position of the TV program (TsTV service) in the INVITE message.
  • TsTV service TV program
  • the control needs to be completed after the RTSP channel is established.
  • the RTSP channel can be established by means of the pre-negotiated RTSP parameters and the stream transmitted through the media channel can be established thereon.
  • the media controls.
  • Step 501 The UE sends an INVITE message to the Core IMS, where the RTSP parameter used to negotiate the establishment of the RTSP channel, the media request information used to negotiate to establish the media channel, and the flow media control information are carried.
  • Step 502 The Core IMS and the Border Gateway Function Entity (BGF) perform resource reservation on the media resource according to the INVITE message.
  • BGF Border Gateway Function Entity
  • Step 503 The Core IMS forwards the INVITE message to the SCF.
  • Step 504 The SCF selects an MF that processes the INVITE message, and sends an INVITE to the selected MF. Message.
  • Step 505 After receiving the INVITE message, the MF processes, according to its own policy, an RTSP parameter carried in the message for negotiating a delay to establish an RTSP channel, media request information for negotiating to establish a media channel, and streaming media control information, and generates Negotiating the delay to establish the RTS response parameter of the RTSP channel, the streaming-related answer for negotiating the establishment of the media channel, and the control streaming response information are carried in 200 and sent to the SCF.
  • Step 506 The SCF forwards the 200 to the Core IMS.
  • Step 507 The Core IMS and the BGF perform resource reservation on the media resource according to the 200 message.
  • Step 508 The Core IMS forwards the 200 message to the UE.
  • Step 509 A media channel is established between the UE and the MF according to the negotiated media request information, and the MF transmits the corresponding streaming media to the UE through the media channel according to the negotiated control media information.
  • Step 510 The user performs a control operation on the streaming media received by the UE, and the UE determines that the control operation requires the RTSP message to complete, and then initiates the process of establishing the RTSP channel according to the negotiated RTSP parameter.
  • Step 511 The UE sends an RTSP message carrying a streaming media control operation command to the MF on the established RTSP channel, and controls the streaming media transmitted by the media channel.
  • Step 512 After the MF completes the control operation on the streaming media according to the RTSP message, the MF returns a control result to
  • the RTSP parameters and the streaming media control information carried in the INVITE message and the MF returned in the 200 message carrying the SDP description for carrying out the negotiation to delay the establishment of the RTSP channel are the same as those described in FIG. 4, and are not described here.
  • FIG. 6 is a flowchart of a method for implementing control flow media according to Embodiment 2 of the present invention.
  • the method is applied to an IMS-based IPTV service architecture, where Cont ro l C l ient is nPVR SCF and Cont ro l Server is nPVR MF. .
  • This embodiment implements personal video recording provided to the network. (nPVR, Ne twork Per sona l Video Recorder)
  • the control method of the service which uses the delay to establish the RTSP channel.
  • the nPVR SCF initiates a SIP session when the event is recorded according to the recording plan submitted by the UE.
  • the nPVR MF of the nPVR SCF is managed and the COD SCF for recording the streaming media is managed.
  • the negotiation between the media channel and the media control channel between the COD MFs after the negotiation of the media channel and the RTSP channel between the nPVR MF and the COD MF, the nPVR MF does not immediately establish an RTSP channel with the COD MF, so at this time Both are limited to very simple streaming recording control, nPVR MF only needs to receive streaming media and record locally. However, depending on the recording schedule, you may need to perform other control operations on the streaming media during recording or after recording.
  • the nPVR SCF when recording to a certain moment, start rewinding to a streaming media location and then re-recording.
  • the nPVR SCF will generate complex control of the streaming media according to the pre-recording plan.
  • the nPVR SCF will notify the event to the nPVR MF, and the nPVR MF will establish an RTSP channel between the negotiated RTSP channel parameters and the COD MF to complete the streaming media.
  • Complex control when recording to a certain moment, start rewinding to a streaming media location and then re-recording.
  • the nPVR SCF will generate complex control of the streaming media according to the pre-recording plan.
  • the nPVR SCF will notify the event to the nPVR MF, and the nPVR MF will establish an RTSP channel between the negotiated RTSP channel parameters and the COD MF to complete the streaming media.
  • Complex control when recording to a certain moment, start rewinding
  • Step 601 The nPVR SCF sends an S IP message to the nPVR MF, requesting an RTSP parameter for negotiating a delay to establish an RTSP channel, media request information for negotiating establishing a media channel, and streaming media control information.
  • Step 602 The nPVR MF returns an S IP response message to the nPVR according to the policy set by itself, and carries an RTSP parameter for negotiating a delay to establish an RTSP channel, media request information for negotiating establishing a media channel, and streaming media control information.
  • Step 603 The nPVR SCF initiates an initial IP media negotiation process to the COD SCF, that is, sends an S IP negotiation message, where the information carried in the S IP response message replied by the nPVR MF in step 602 is carried.
  • Step 604 The COD SCF forwards the S IP negotiation message to the COD MF.
  • Step 605 The COD MF generates an RTSP response parameter for negotiating a delay to establish an RTSP channel, a streaming media related answer for establishing a media channel, and a control streaming media response information according to the policy set by itself and the received SIP negotiation message. And returning an IP negotiation response message to the COD SCF, where the generated response information is carried.
  • Step 606 The COD SCF forwards the SIP negotiation response message to the nPVR SCF.
  • Step 607 The nPVR SCF sends an ACK message to the nPVR MF, and carries the information carried in the S IP negotiation response message in step 606.
  • Step 608 The nPVR MF notifies the nPVR that the SCF starts recording the streaming media transmitted by the established media channel according to the control streaming response information.
  • the COD MF can transmit the streaming media to the nPVR MF through the established media channel, and the nPVR MF locally records the transmitted streaming media.
  • Step 609 the nPVR SCF according to the set recording schedule or the recording operation received by the SSF, at some point in time, need to skip the current advertisement or irrelevant content, for example, a 10-minute event of the midfield break of the ball game, then determine the media channel.
  • the transmitted streaming media pauses for 10 minutes or fast forwards for 10 minutes.
  • the nRVR SCF notifies the nPVR MF that complex control of the streaming media transmitted through the media channel is required, and the RTSP channel needs to be initiated.
  • Step 610 The nPVR MF and the COD MF establish an RTSP channel of the RTSP channel according to the negotiated delay. After the RTSP channel is established, the control operation command for the streaming media is sent, such as sending the pause recording for 10 minutes or fast forwarding for 10 minutes, and then streaming the media again. For recording, the COD MF operates on the streaming media in accordance with the control operation commands.
  • Control Cl ient is nPVR MF and Control Server is COD MF.
  • the embodiment of the present invention further provides a system for implementing streaming media control. As shown in FIG. 7, the system includes: Control C l ient ⁇ Cont rol Server , where
  • the Control Cl ient and the Control Server negotiate the streaming media control information during the initial SIP media negotiation process, and the Control Server determines the transmission to be performed according to the negotiated streaming media control information.
  • Streaming media sent to Control Client.
  • the Control Client is a first Control Client
  • the Control Server is a first Control Server
  • the first Control Client negotiates for delay establishment in an initial SIP media negotiation process with the first Control Server.
  • Media control parameters of the media control channel after the first Control Client and the first Control Server delay the establishment of the media control channel according to the media control parameter, the first Control Client is on the established media control channel to the first Con tr 01 C 1 i en t sends a control operation command, and the first Con tro 1 Client receives the control operation command according to the media control channel established by the delay, and controls the streaming media transmitted through the media channel.
  • the flow control information exchanged between the Control CI ient and the Control Server is carried by the SIP message, and may be carried in the range field of the SIP message or carried in the URI of the SIP message.
  • the media control parameters used by the Control CI ient and the Control Server to delay the establishment of the media control channel are also carried through the SIP message.
  • the specific structure of the Control Client is as shown in FIG. 8, and includes a negotiation module 1 and a receiving module 2, wherein the negotiation module 1 negotiates the streaming media control information during the initial SIP media negotiation process with the Control Server; the receiving module 2 receives the Control Server. Streaming media sent.
  • the Control Client further includes a channel module 3 and a sending module 4, and the negotiation module 1 further negotiates media control for delaying establishment of a media control channel during a SIP initial streaming negotiation process with the Control Server.
  • the parameter is sent to the establishing channel module 3.
  • the establishing channel module 3 delays establishing the media control channel according to the received media control parameter, and the sending module 4 sends a control operation command on the established media control channel.
  • the specific structure of the Control Server is as shown in FIG. 9 , and includes a negotiation module 1 and a sending module 4, wherein the negotiation module 1 negotiates the streaming media control information to the sending module 4 during the initial SIP media negotiation process with the Control Client.
  • the sending module 4 determines the streaming media to be transmitted according to the received streaming media control information negotiated by the negotiating module 1 and sends the streaming media to the Control Client.
  • the flow media control information sent and received by the Control Client is carried by the SIP message, and may be carried in the range field of the SIP message or carried in the URI of the SIP message.
  • the media control parameters sent and received by the Control Client for delaying the establishment of the media control channel are also carried through the SIP message.
  • the Control Server further includes a receiving module 2 and an executing module 5, wherein the negotiating module 1 further negotiates media for delaying establishment of the media control channel during the initial SIP media negotiation process with the Control CI ient.
  • the control module 2 receives the control operation command sent by the Control Client through the media control channel that is delayed, and sends the control operation command to the execution module 5, and the execution module 5 performs the streaming media transmitted through the media channel according to the command received by the receiving module 1. control.
  • the flow media control information sent and received by the Control Server is carried by the SIP message, and can be carried in the range field of the SIP message or carried in the URI of the SIP message.
  • the media control parameters sent and received by the Control Server for delaying the establishment of the media control channel are also carried through the SIP message.
  • the embodiment of the present invention implements the control of the streaming media transmitted in the media channel by negotiating the streaming media control information in the SIP initial streaming media negotiation process. There is no need to separately establish a media control channel to control the streaming media.
  • a mechanism for establishing a media control channel by delaying negotiation in the initial SIP media negotiation process is extended. Then establish a media control channel. Until the subsequent control or complex operation of the streaming media, the media control channel is sent to control the streaming media transmitted by the media channel by establishing a media control channel after the media control parameters are negotiated in the initial SIP media negotiation process.
  • the media control parameters are negotiated in advance during the initial SIP media negotiation process to avoid excessive message interaction when the media control channel is subsequently established, which improves the response time of the control media stream and improves the user's response time.
  • the media control parameters are negotiated in advance during the initial SIP media negotiation process to avoid excessive message interaction when the media control channel is subsequently established, which improves the response time of the control media stream and improves the user's response time.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

La présente invention concerne un procédé et un dispositif pour commander des médias en flux. Le procédé comprend les étapes suivantes : commande du serveur pour recevoir un message de commande des médias en flux via la négociation SIP initiale des médias en flux, par laquelle transmettre les médias en flux au client. L'invention diminue l'occupation des ressources du système et le temps de réponse et parvient au contrôle des médias en flux.
PCT/CN2008/071740 2007-07-25 2008-07-24 Procédé et dispositif pour commander les médias en flux WO2009012714A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710130056.9 2007-07-25
CN200710130056.9A CN101355552A (zh) 2007-07-25 2007-07-25 一种控制流媒体的方法及装置

Publications (1)

Publication Number Publication Date
WO2009012714A1 true WO2009012714A1 (fr) 2009-01-29

Family

ID=40281013

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/071740 WO2009012714A1 (fr) 2007-07-25 2008-07-24 Procédé et dispositif pour commander les médias en flux

Country Status (2)

Country Link
CN (1) CN101355552A (fr)
WO (1) WO2009012714A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114448949A (zh) * 2022-02-18 2022-05-06 南京甄视智能科技有限公司 解决客户端串流现象的方法及系统

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104243441A (zh) * 2014-04-09 2014-12-24 深圳深讯和科技有限公司 实现流媒体服务质量控制的方法和系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040125757A1 (en) * 2002-12-30 2004-07-01 Martti Mela Streaming media
US20060041688A1 (en) * 2004-08-18 2006-02-23 Bellsouth Intellectual Property Corporation SIP-based session control among a plurality of multimedia devices
CN1835506A (zh) * 2005-03-15 2006-09-20 乐金电子(中国)研究开发中心有限公司 移动通信终端流媒体服务的提供方法及其流媒体服务系统
CN101202640A (zh) * 2007-10-17 2008-06-18 深圳市同洲电子股份有限公司 一种流媒体数据播放控制方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040125757A1 (en) * 2002-12-30 2004-07-01 Martti Mela Streaming media
US20060041688A1 (en) * 2004-08-18 2006-02-23 Bellsouth Intellectual Property Corporation SIP-based session control among a plurality of multimedia devices
CN1835506A (zh) * 2005-03-15 2006-09-20 乐金电子(中国)研究开发中心有限公司 移动通信终端流媒体服务的提供方法及其流媒体服务系统
CN101202640A (zh) * 2007-10-17 2008-06-18 深圳市同洲电子股份有限公司 一种流媒体数据播放控制方法及装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114448949A (zh) * 2022-02-18 2022-05-06 南京甄视智能科技有限公司 解决客户端串流现象的方法及系统
CN114448949B (zh) * 2022-02-18 2024-03-01 小视科技(江苏)股份有限公司 解决客户端串流现象的方法及系统

Also Published As

Publication number Publication date
CN101355552A (zh) 2009-01-28

Similar Documents

Publication Publication Date Title
CN100579209C (zh) 基于ngn网络实现时移电视业务的方法及系统、媒体资源设备
US8307049B2 (en) Method and device for obtaining media description information of IPTV services
CN101573943B (zh) 媒体频道管理
US8473621B2 (en) Method, system, and apparatus for creating content-on-demand service
US7917637B2 (en) System, method and apparatus for establishing interactive media session based on IP Multimedia Subsystem
WO2008151550A1 (fr) Procédé d'enregistrement de réseau de programmes, serveur de traitement multimédia et système d'enregistrement de réseau
US20090313376A1 (en) Method and apparatuses for establishing a session between a client terminal and a media supply system to transport a unicast media stream over an ip network
WO2009024092A1 (fr) Procédé et système permettant la commande d'autorisation de ressource de service
WO2008134955A1 (fr) Procédé, système et appareil pour appliquer des informations de capacité de terminal dans un service iptv
WO2012152223A1 (fr) Procédé et dispositif de partage de contenu
WO2009052762A1 (fr) Procédé, dispositif et système d'amélioration de service de diffusion (bc)
WO2009026813A1 (fr) Procédé, système et entité pour réaliser un enregistrement de réseau
WO2009006814A1 (fr) Procédé d'établissement d'un service de télévision à décalage dans le temps et entité de fonction multimédia de télévision à décalage dans le temps
WO2010028591A1 (fr) Procédé et système de réalisation d'enregistrement dans un terminal client et entité de contrôle d'enregistrement
WO2009049518A1 (fr) Procédé, système et entité d'établissement de session de système de télévision par internet ip
WO2009003408A1 (fr) Procédé de commutation d'un flux multimédia, système et équipement dans un service de télévision à décalage temporel
WO2009006820A1 (fr) Procédé et système pour fournir un flux multimédia durant une commutation de serveurs multimédias
WO2009012714A1 (fr) Procédé et dispositif pour commander les médias en flux
WO2010045796A1 (fr) Procédé, dispositif et système de commande pour service de vidéo à la demande
CN101483532B (zh) 一种媒体流复制的方法、系统及设备
WO2009024077A1 (fr) Procédé et dispositif pour acquérir un paramètre de service iptv
WO2010001491A1 (fr) Procédé de gestion de diffusion de données en flux continu en zone locale
CN101459525B (zh) 一种实现媒体控制的方法、系统及设备
WO2009026810A1 (fr) Procédé, entité et système pour réaliser une commande de distribution de multimédia
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: 08783733

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: 08783733

Country of ref document: EP

Kind code of ref document: A1