WO2009043254A1 - Procédé, dispositif et système de collecte d'information de traitement multimédia - Google Patents

Procédé, dispositif et système de collecte d'information de traitement multimédia Download PDF

Info

Publication number
WO2009043254A1
WO2009043254A1 PCT/CN2008/072226 CN2008072226W WO2009043254A1 WO 2009043254 A1 WO2009043254 A1 WO 2009043254A1 CN 2008072226 W CN2008072226 W CN 2008072226W WO 2009043254 A1 WO2009043254 A1 WO 2009043254A1
Authority
WO
WIPO (PCT)
Prior art keywords
media
message
processing information
resource server
application server
Prior art date
Application number
PCT/CN2008/072226
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 WO2009043254A1 publication Critical patent/WO2009043254A1/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/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • 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/1063—Application servers providing network services
    • 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/21—Server components or server architectures
    • H04N21/222—Secondary servers, e.g. proxy server, cable television Head-end
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6175—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via Internet
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8543—Content authoring using a description language, e.g. Multimedia and Hypermedia information coding Expert Group [MHEG], eXtensible Markup Language [XML]
    • 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

Definitions

  • the present invention relates to the field of communications, and in particular, to a method, device and system for acquiring media processing information.
  • IPTV Internet Protocol Television
  • IPTV Internet Protocol Television
  • PC or the network set-top box + the ordinary TV mode at home can enjoy the IPTV service through the mobile terminal.
  • IPTV uses TCP/IP as the bearer protocol for unicast, broadcast or multicast video services, effectively combining the three fields of TV network, telephone network and Internet. It is the most representative service of triple play and is being received by the industry. More and more attention.
  • IMS based IPTV provides IPTV services under the overall architecture of IMS to fully utilize the existing registration, authentication, routing, session control and establishment, service triggering, charging, and end-to-end QoS guarantee mechanisms in the IMS network.
  • the bearer resource needs to be reserved for the transmission of the media stream.
  • IPTV Media Control Functions is responsible for the control and delivery of the UE media stream (Delivery). Decomposed from the functional perspective to the MCF Media Control Function and the MDF Media Delivery Function.
  • the media delivery function entity is usually a media server that transmits the media stream required by the user to the user terminal under the control of the media control function entity.
  • the media control function entity can also receive and process the user's playback control operations (usually using the RTSP protocol), such as media fast forward, backward, pause, locate, etc. Operation.
  • the IPTV Service Control Functions are responsible for providing services to the UE, including: session initialization, user account control, and control of the MCF to provide corresponding media functions.
  • the SCF service control function (Intermediate Control Function) interacts with the MCF through the y2 interface to request media processing services.
  • Embodiments of the present invention provide a method, device, and system for acquiring media processing information, so that an application server can obtain media processing information.
  • a method for obtaining media processing information includes the following steps: The application server interacts with a media resource server; and the application server obtains media processing information from a message exchanged with the media resource server.
  • An application server includes: a receiving unit, configured to receive a message sent by a media resource server; and a learning unit, configured to obtain media processing information from a message received by the receiving unit.
  • a media resource server includes: an adding unit, configured to carry media processing information in a message to be sent, and a sending unit, configured to send the message to an application server.
  • a system for obtaining media processing information includes: an application server and a media resource server having a message interaction relationship; a media resource server, configured to send a message carrying media processing information; and an application server, for using the media
  • the media processing information is obtained from the message sent by the resource server.
  • the application server interacts with the media resource server, and obtains media processing information from a message exchanged with the media resource server. Through the above mechanism, the application server can obtain media processing information.
  • DRAWINGS Figure 1 is a diagram showing the service function architecture of IMS based IPTV defined by the existing standards organization ETSI TISPAN;
  • FIG. 2 is a flow chart of a method for obtaining media processing information according to an embodiment of the present invention
  • FIG. 3 is a schematic structural diagram of an application server according to an embodiment of the present invention
  • FIG. 4 is a schematic structural diagram of a media resource server according to an embodiment of the present invention.
  • FIG. 5 is a schematic diagram of a system for acquiring media processing information according to an embodiment of the present invention.
  • FIG. 6 is a flowchart of an event subscription mode in a SIP mode according to an embodiment of the present invention.
  • FIG. 7 is a flowchart of an event publishing mode in a SIP mode according to an embodiment of the present invention.
  • FIG. 8 is a flowchart of an active uplink mode in a SIP mode according to an embodiment of the present invention.
  • FIG. 9 is a flowchart of a query mode in a media control mode according to an embodiment of the present invention.
  • FIG. 10 is a flowchart of a subscription mode in a media control mode according to an embodiment of the present invention.
  • FIG. 11 is a flowchart of an active reporting mode in a media control mode according to an embodiment of the present invention
  • FIG. 12 is a flowchart of Embodiment 1 of the present invention
  • FIG. 14 is a flowchart of Embodiment 3 of the present invention.
  • FIG. 15 is a flowchart of Embodiment 4 of the present invention.
  • Figure 17 is a flow chart of Embodiment 6 of the present invention.
  • the embodiment of the present invention provides a method for obtaining media processing information. Referring to FIG. 2, the following main steps are included:
  • the application server interacts with the media resource server.
  • the application server obtains media processing information from a message that interacts with the media resource server.
  • the media processing information includes status information of the media processing and/or indication information that a related event has occurred.
  • An embodiment of the present invention further provides an application server, as shown in FIG. 3, which includes: a receiving unit 100 and a learning unit 200.
  • the receiving unit 100 is configured to receive a message sent by the media resource server.
  • the learning unit 200 is configured to obtain media processing information from a message received by the receiving unit.
  • the receiving unit 100 includes a first receiving subunit, configured to receive, by using a SIP mode, a SIP message sent by a media resource server;
  • the application server further includes: a first subscription unit, configured to send a subscription message to the media resource server, where the indication carries the media processing information of the subscription specified media stream.
  • the receiving unit 100 includes a second receiving subunit, configured to receive, by using a media control manner, a media control message sent by the media resource server;
  • the application server further includes: a query unit, configured to send, to the media resource server, a query message for querying media processing information of the specified media stream.
  • the receiving unit 100 includes a second receiving subunit, configured to receive, by using a media control manner, a media control message sent by the media resource server;
  • the application server further includes: a second subscription unit, configured to send a subscription message to the media resource server, where the SDP serial number of the specified media stream and the indication of subscribing to the specific media processing information are carried.
  • the embodiment of the present invention further provides a media resource server, as shown in FIG. 4, which includes: an adding unit 300 and a sending unit 400.
  • the adding unit 300 is configured to carry media processing information in the message to be sent;
  • the sending unit 400 is configured to send the message to the application server.
  • the sending unit 400 includes a first sending sub-unit, configured to send the message in a SIP format to an application server by using a SIP method;
  • the media resource server further includes: a first receiving unit, configured to receive a subscription message sent by the application server; a first subscription execution unit, configured to complete the subscription according to the indication in the subscription message, and add the unit according to the subscription relationship indication Media processing information that should be carried in the message to be sent.
  • the sending unit 400 includes a first sending sub-unit, configured to send the message in a SIP format to an application server by using a SIP method;
  • the media resource server further includes: an event publishing unit, configured to determine media processing to be released Information, and instructing the adding unit to carry the media processing information in the message to be sent.
  • the sending unit 400 includes a first sending sub-unit, configured to send the message in a SIP format to an application server by using a SIP method;
  • the media resource server further includes: a first reporting unit, configured to determine the media processing information to be reported according to the processing logic, and instruct the adding unit to carry the media processing information in the SIP INFO message to be sent.
  • the first reporting unit determines the current media processing information to be reported according to the processing logic, and instructs the adding unit to carry the related media processing in the SIP INFO message to be sent.
  • the first reporting unit determines the current media processing information to be reported according to the processing logic, and instructs the adding unit to carry the related media processing in the SIP INFO message to be sent. information.
  • the sending unit 400 includes a second sending subunit, configured to send the message of the media control type to the application server by using a media control manner;
  • the receiving unit is configured to receive the query message sent by the application server, and the query execution unit is configured to query the media processing information according to the indication in the query message, and instruct the adding unit to carry the media processing information in the message to be sent.
  • the sending unit 400 includes a second sending subunit, configured to send the message of the media control type to the application server by using a media control manner; a receiving unit, configured to receive a subscription message sent by the application server, a second subscription execution unit, configured to complete the subscription according to the indication in the subscription message, and instruct the adding unit to carry in the message to be sent according to the subscription relationship
  • the media processes the information.
  • the sending unit 400 includes a second sending subunit, configured to send the message of the media control type to the application server by using a media control manner;
  • the second reporting unit is configured to determine the media processing information to be reported according to the processing logic, and instruct the adding unit to carry the media processing information in the message to be sent.
  • the media resource server receives the media flow control instruction of the user, the second reporting unit determines the current media processing information to be reported according to the processing logic, and instructs the adding unit to carry the message related to the user in the message to be sent.
  • Media processing information
  • the second reporting unit determines the current media processing information to be reported according to the processing logic, and instructs the adding unit to carry the related media processing information in the message to be sent.
  • the embodiment of the present invention further provides a system for acquiring media processing information, as shown in FIG. 5, including: an application server 500 and a media resource server 600 having a message interaction relationship;
  • the media resource server 500 is configured to send a message carrying media processing information.
  • the application server 600 is configured to obtain media processing information from a message sent by the media resource server.
  • the application server 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 includes a media control function entity MCF and a media delivery function entity MDF.
  • the service 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 application server in the embodiment of the present invention is an application server AS, and 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 in the case of the TISPAN IPTV.
  • the related process is also applicable to the interaction between the AS and the MRFC in the IMS architecture, and will not be repeatedly described in the embodiment.
  • the MCF described in the embodiment of the present invention is a media resource server.
  • the description MCF represents MF.
  • the SCF can learn the media processing information through the SIP mode or the media control mode.
  • the SCF can learn the media processing information through the event subscription mode (mode 11) or the event publishing mode (mode 12) or the active reporting mode (mode 13).
  • the following describes the event subscription mode in the SIP mode. Mode 11), event publishing mode (mode 12) and active reporting mode (mode 13).
  • Method 11 event subscription mode, as shown in Figure 6, includes the following steps:
  • Fl and SCF send a subscription message to the MCF, and subscribe to a status event package related to the specified media stream.
  • MCF returns 200 OK to SCF.
  • F3 and MCF send a NOTIFY message to the SCF to return the subscribed status event package.
  • F4 and SCF After receiving the status event package, F4 and SCF return 200 OK to the MCF.
  • the status information of the media processing is obtained from the status event package.
  • the MCF can determine the subscribed media stream according to the information carried in the subscription message.
  • the information carried in the subscription message in the current event subscription mechanism cannot specify the media stream.
  • Method 111 The SCF sends a subscription message within the Dialog that establishes the media session to subscribe to the status event package of the media stream. If the subscription message does not carry the information about the media stream to be subscribed, the scenario may be applied to the scenario in which the media session established by the SCF and the MCF has only one media stream; if the subscription message carries the information about the media stream to be subscribed to. , see the following method 113 for details.
  • Method 112 The SCF sends a subscription message to the MCF (not sent in the Dialog of the media session), and the subscription message carries the Dialog identifier (including Call-ID, From-tag, and To-tag) that establishes the subscribed media stream and is subscribed.
  • the m line number of the media stream in the SDP (if no m line number is used, all media streams described in the SDP are subscribed by default). Specifically, it can be applied to a scenario where there are multiple (at least two) media streams in a media session established by the SCF and the MCF, and a scenario in which only one media stream is in the media session established by the SCF and the MCF.
  • the manner in which the Dialog identifier and the m-line sequence number are carried in the subscription message Including but not limited to the following three types:
  • the mode 112A is carried in the message body of the subscription message, as shown in the following example:
  • an XML description is defined to carry the Dialog identifier and the m-line number, where call-id, from-tag, to-tag represents the Dialog identifier, mid represents the m-line number, and mid can be multiple.
  • call-id, from-tag, to-tag represents the Dialog identifier
  • mid represents the m-line number
  • mid can be multiple.
  • the description in the actual application is various, so the embodiment of the present invention is not limited to this example, and it is a spirit of the present invention to carry a Dialog identifier and a m-line number to identify a media stream.
  • Mode 112B extending a new header field to carry.
  • Uri-parameter transport-param I user-param I method-param
  • Uri-parameters *( ";" uri-parameter)
  • Uri-parameter transport-param I user-param I method-param
  • the SCF sends a subscription message in the Dialog that establishes the media session, and carries the m-line sequence number of the subscribed media stream in the SDP in the subscription message (if no m-line sequence number, all the media streams described in the SDP are subscribed by default) .
  • it can be applied to a scenario where there are multiple (at least two) media streams in a media session established by the SCF and the MCF, and a scenario in which only one media stream is in the media session established by the SCF and the MCF.
  • the manner in which the m-line sequence number is carried in the subscription message includes, but is not limited to, the following three types: carried in the message body of the subscription message, extended by a new header field, or extended by the Request-URI parameter.
  • Method 12 event publishing mode, as shown in Figure 7, includes the following steps:
  • the status event package should also include the corresponding Dialog identifier and the serial number of the media stream in the SDP.
  • the SCF After receiving the status event packet, the SCF returns a 200 OK to the MCF.
  • the status information of the media processing is obtained from the status event package.
  • MCF active mode MCF can also actively use the SIP INFO message Body flow related status information. Referring to Figure 8, the following steps are included:
  • the MCF triggers the status information of the media processing and/or the indication of the related event to be reported to the SCF according to the media processing logic.
  • the processing logic may be the processing logic that is solidified by the MCF itself, or may be the processing logic included in the control script delivered by the SCF).
  • the MCF triggers the status information of the media processing to the SCF and/or the indication information of the related event including the following:
  • the MCF when the MCF receives the media flow control instruction of the user, the MCF triggers the indication information of the current media processing information to be reported to the SCF.
  • the MCF triggers the indication information of the current media processing information to be reported to the SCF.
  • the media processing information is media processing status information.
  • the F2 and the MCF send the status information of the media processing and/or the indication information of the related event through the SIP INFO message to the SCF.
  • the MCF reports a SIP INFO message to the SCF, where the SIP INFO message carries current media processing status information related to the user. For example, the MCF detects the end of the media stream playback, or when the user issues the instruction to switch the media stream, the MCF reports the SIP INFO message carrying the relevant current media processing status information to the SCF;
  • the media resource server reports a SIP INFO message to the SCF, where the SIP INFO message carries relevant current media processing status information.
  • the MCF reports the SIP INFO message carrying the relevant current media processing status information to the SCF.
  • SCF returns 200 OK after receiving the SIP INFO message.
  • SIP messages are the same as INFO, such as MESSAGE, and technically can also convey media stream related status information, which will not be described here.
  • the SCF is informed of the status information of the media processing by the SIP method.
  • the following description makes the SCF know the status information of the media processing through the media control mode.
  • the media control mode the media control channel is first established between the SCF and the MCF, and then the SCF can obtain the status information of the media processing through the SCF active acquisition mode (mode 21) or the MCF active reporting mode (mode 22).
  • the method may further include: an SCF query mode (method 211) or an SCF subscription mode (mode 212), which are described in detail below.
  • Query mode The SCF sends a query message to the MCF to query the status information of the specified media processing.
  • the MCF returns the status of the query media stream to the SCF.
  • F1-F3 The SCF and the MCF interact to establish a media control channel through the SIP SDP;
  • the SCF sends a query message (MRequest) to the MCF through the media control channel, carrying the SDP sequence number of the specified media stream and an indication for querying a certain state;
  • MCF query message
  • F5 The MCF acknowledges receipt of the inquiry message and returns a response
  • the MCF sends a notification message (MNotify) to the SCF to carry status information of the media stream.
  • MNotify a notification message
  • the mode is as follows:
  • the SCF sends a subscription message to the MCF to subscribe to the specified media stream state, and the MCF returns the status of the subscribed media stream to the SCF.
  • the MCF sends the status of the changed media stream to the SCF. , and unsubscribe. See Figure 10 for details, including the following steps:
  • F1-F3 The SCF and the MCF interact to establish a media control channel through the SIP SDP;
  • the SCF sends a subscription message (MRequest) to the MCF through the media control channel, carrying the SDP sequence number of the specified media stream and an indication of subscribing to a certain state;
  • MCF subscription message
  • F5 The MCF acknowledges receipt of the inquiry message and returns a response
  • the MCF sends a notification message (MNotify) to the SCF to carry status information of the media stream;
  • the MCF returns a response (MResponse), receiving a request from the SCF.
  • the MCF actively sends the media processing information to the SCF according to the processing logic when performing the media processing.
  • the information may be the status information of the media processing or the indication information of the related event. See Figure 11 for details, including the following steps:
  • F1-F3 The SCF and MCF interact to establish a media control channel through the SIP SDP.
  • the MCF triggers the status information of the media processing and/or the indication information of the related event to be reported to the SCF according to the media processing logic.
  • the processing logic may be the processing logic of the MCF itself, or may be included in the control script delivered by the SCF. Processing logic).
  • the MCF triggers the status information of the media processing to the SCF and/or the indication information of the related event including the following:
  • the MCF when the MCF receives the media flow control instruction of the user, the MCF triggers the indication information of the current media processing status information to be reported to the SCF.
  • the MCF triggers the indication information of the related media processing status information to be reported to the SCF.
  • the MCF sends a notification message (MNotify) to the SCF to carry the status information of the media processing and/or the indication information of the related event.
  • MNotify a notification message
  • the MCF sends a notification message to the SCF, where the notification message carries current media processing status information related to the user. For example, the MCF detects that the playback of the media stream ends, or when the user issues an instruction to switch the media stream, the MCF reports the notification message carrying the relevant current media processing status information to the SCF;
  • the media resource server sends a notification message to the SCF, where the notification message carries relevant current media processing status information.
  • the MCF reports a notification message carrying the relevant media processing status information to the SCF.
  • the media processing logic can be implemented by defining a common XML description of the event framework. Now, each service in the IPTV can be extended according to the framework to define specific event types and event data, and implement event-triggered reporting. Specific examples are as follows:
  • the SCF has learned the description of the status information of the media processing through the SIP mode or the media control mode. The following is further described in detail through the six embodiments.
  • Embodiment 1 The SIP PUBLISH mode (event release mode) is used to enable the SCF to know the location information of the media stream.
  • TsTV time shift program
  • COD on demand program when the user changes other channels or the user quits the program being watched, the SCF needs to know the location information of the media stream of the user watching the program, so that the user can watch the program again when from the top. The exit position continues to play.
  • 28629 /* can be defined as Byte (byte) according to the actual situation.
  • the user terminal sends a BYE message to the SCF to exit the current COD or TsTV program;
  • the SCF sends a BYE message to the MCF to end the media session between the UE and the MCF;
  • F4 The SCF returns a 200 OK confirmation to the UE
  • F5 F2 step, after receiving the BYE message of the SCF, the MCF sends the BYE message to the SCF through the PUBLISH message to match the current play position information of the media stream associated with the media session;
  • the SCF receives the PUBLISH message sent by the MCF, and the play location information is saved from the user-related service data.
  • the SCF uses the event query mode of the media control message to learn the location information of the media stream.
  • the definitions of the application scenario and the event package in this implementation include, but are not limited to, the definitions of the application scenario and the event package described in the first embodiment. Referring to FIG. 13, the flow of this embodiment includes the following steps: Fl: the user terminal sends a BYE message to the SCF to exit the current COD or TsTV program;
  • the SCF sends a media query message (MRequest) to the MCF through the media control channel, and the query BYE message matches the current play location information of the media stream associated with the media session;
  • MCF media query message
  • the MCF receives the MRequest message and returns a MResponse response message.
  • the MCF sends the MNotify message to the SCF to carry the play position information of the media stream;
  • the SCF sends a BYE message to the MCF to end the media session between the UE and the MCF;
  • F7 The SCF returns a 200 OK confirmation to the UE.
  • Embodiment 3 The SCF uses the SIP SUBSCRIBE mode (event subscription mode) to learn the RTSP playback status information of the media stream.
  • SIP SUBSCRIBE mode event subscription mode
  • the RTSP control channel established between the UE and the MCF controls the media stream to advance, rewind, pause, and locate.
  • the SCF needs to know the RTSP status (forward, backward, pause, locate, play) of the media stream at any time. Business development.
  • the flow of this embodiment includes the following steps:
  • the SCF sends a SUBSCRIBE request to the MCF to carry the identifier of the Dialog that establishes the subscribed media stream and the sequence number of the m-line of the subscribed media stream in the SDP, and subscribes to the RTSP status information of the media stream;
  • F2 MCF accepts SCF subscription, returns 200 OK confirmation;
  • F3 The MCF sends a NOTIFY message to the SCF, carrying the RTSP status information of the subscribed media stream;
  • F4 The SCF receives the NOTIFY message, and returns a 200 OK confirmation;
  • the UE terminal controls the media stream to fast forward through the RTSP, and the RTSP status of the media stream changes.
  • the MCF sends a NOTIFY message to the SCF to carry the latest RTSP status information of the media stream.
  • F6 SCF receives the NOTIFY message and returns 200 OK to confirm.
  • the SCF uses the media control channel subscription mode to learn the RTSP playback status information of the media stream.
  • the definition of the application scenario and the event package in this implementation is the same as that in the third embodiment. Referring to Figure 15, the flow of this embodiment includes the following steps:
  • the UE establishes a media session and media control channel with the MCF.
  • the SCF sends a media control message MRequest for subscribing to the RTSP status information to the MCF through the media control channel, and the message carries the sequence number of the m line of the subscribed media stream in the SDP;
  • F2 The MCF accepts the SCF subscription and returns the MResponse response message.
  • the MCF sends an MNotify message to the SCF through the media control channel, and carries the RTSP status information of the subscribed media stream.
  • the UE terminal controls the media stream to fast forward through the RTSP, and the RTSP status of the media stream changes.
  • the MCF sends an MNotify message to the SCF to carry the latest RTSP status information of the media stream.
  • Embodiment 5 The active control mode of the media control channel is used to enable the SCF to know the TsTV service fast forward to the header indication information.
  • the UE controls the media stream to fast forward through the RTSP.
  • the SCF needs to obtain this information in order to switch the TsTV service to the LTV service.
  • the UE establishes a media session and media control channel with the MCF, and the UE controls the media stream to continuously fast forward through the RTSP.
  • the MCF detects that the TsTV service media stream is synchronized with the current LTV media stream (playing content), and the MCF generates an IPTV event, and the event type is "tstvtop", which is sent to the SCF through the MNotify message, to notify the SCF TsTV service media stream that the synchronization has reached the synchronization state.
  • the active control mode of the media control channel is used to enable the SCF to learn the recording space exhaustion event.
  • the SCF that provides the recording service needs to first apply to the MF for the recorded storage space.
  • the SCF cannot predict the required recording space, so the recording space can only be recorded by applying while recording.
  • the MF notifies the SCF through the event, and the SCF decides to continue the application or end the recording according to the situation.
  • Event Type vr-no-space
  • F1-F3 The SCF interacts with the MCF to apply for recording space and establish a media control channel
  • the MCF finds that the remaining space or time of recording is less than the set value, triggers the reporting event, and sends an MNotify message carrying the event indication "vr-no-space" to the SCF and the remaining space or time size;
  • the SCF receives the MNotify message and decides to continue recording according to the service condition.
  • the SCF requests the recording space by sending an INVITE message or an UPDATE message in the session to the MCF.
  • the application server interacts with the media resource server, and obtains media processing information from the message interacting with the media resource server.
  • the application server can obtain media processing information.
  • the present invention further provides a solution for the media resource server to report media processing information to the application server, and an application server, in the process of processing the streaming media by the media resource server.
  • the media resource server to report media processing information to the application server, and an application server, in the process of processing the streaming media by the media resource server.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention concerne un procédé, un dispositif et un système de collecte d'information de traitement multimédia, permettant au serveur demandeur de collecter une information de traitement multimédia. Le procédé comprend les étapes suivantes: lancement d'une interaction serveur demandeur/serveur de ressources multimédia; collecte par le serveur demandeur de l'information de traitement multimédia à partir des messages en interaction avec le serveur de ressources multimédia. Le serveur demandeur comporte une unité de réception et une unité de collecte. Le serveur de ressources multimédia comporte une unité d'adjonction et une unité de transmission. Selon l'invention, le serveur demandeur peut collecter des informations multimédia.
PCT/CN2008/072226 2007-09-14 2008-09-01 Procédé, dispositif et système de collecte d'information de traitement multimédia WO2009043254A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710145492.3 2007-09-14
CN 200710145492 CN101388783B (zh) 2007-09-14 2007-09-14 一种获取媒体处理信息的方法、装置及系统

Publications (1)

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

Family

ID=40477979

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/072226 WO2009043254A1 (fr) 2007-09-14 2008-09-01 Procédé, dispositif et système de collecte d'information de traitement multimédia

Country Status (2)

Country Link
CN (1) CN101388783B (fr)
WO (1) WO2009043254A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030121054A1 (en) * 2001-12-26 2003-06-26 Digeo, Inc. Display for a client terminal for an interactive video casting system
JP2005020508A (ja) * 2003-06-27 2005-01-20 Matsushita Electric Ind Co Ltd 機器操作システム
CN1859394A (zh) * 2006-01-11 2006-11-08 华为技术有限公司 Sip通信网络中和媒体服务器交互的方法
CN1859563A (zh) * 2006-02-23 2006-11-08 华为技术有限公司 网络电视消息通知系统、设备及方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030121054A1 (en) * 2001-12-26 2003-06-26 Digeo, Inc. Display for a client terminal for an interactive video casting system
JP2005020508A (ja) * 2003-06-27 2005-01-20 Matsushita Electric Ind Co Ltd 機器操作システム
CN1859394A (zh) * 2006-01-11 2006-11-08 华为技术有限公司 Sip通信网络中和媒体服务器交互的方法
CN1859563A (zh) * 2006-02-23 2006-11-08 华为技术有限公司 网络电视消息通知系统、设备及方法

Also Published As

Publication number Publication date
CN101388783A (zh) 2009-03-18
CN101388783B (zh) 2012-12-12

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
CN101573943B (zh) 媒体频道管理
EP2005750B1 (fr) Décalage temporel et chase-play (enregistrement et lecture simultanés) pour un système de télévision sur ip
EP2225866B1 (fr) Procédé et système de transmission d'un flux multimédia
CA2610515C (fr) Commande de sous-systeme multimedia pour protocole internet base sur des services de television
JP4927879B2 (ja) Ｉｐｔｖのための、ｉｍｓ対応のコントロールチャネル
CN102037703B (zh) Iptv通信网络中ip电视频道之间切换的方法和设备
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
EP2071838A1 (fr) Système, dispositif et procédé de prise en charge de terminaux ims pour partager des services de tv sur internet (iptv)
CN101467419B (zh) 网际协议多媒体子系统架构网络中接入基于网际协议的电视服务的系统
US8326942B2 (en) IP unicast streaming service delivery
JP5436577B2 (ja) ネットワークにおける関連付けられたセッションの管理
KR100891745B1 (ko) 주문형 비디오 서비스 제공을 위한 프로토콜 변환 방법 및 그 장치
WO2009024092A1 (fr) Procédé et système permettant la commande d'autorisation de ressource de service
CN102577304A (zh) 动态rtcp转发
WO2009143743A1 (fr) Un procédé, un système de lecture de multimédias et un dispositif mandataire de lecture
US20090228939A1 (en) Time-shift tv service establishment method and time-shift tv media function entity
WO2009026813A1 (fr) Procédé, système et entité pour réaliser un enregistrement de réseau
WO2008037219A1 (fr) Procédé et système de fourniture de services de télévision via le protocole internet
WO2009132564A1 (fr) Procédé, dispositif et système de commande de lecture
CN101360222B (zh) 一种基于下一代网络的iptv节目产生方法及系统
WO2009043254A1 (fr) Procédé, dispositif et système de collecte d'information de traitement multimédia
JP2009245270A (ja) 映像配信システム及び映像配信方法
CN101360095A (zh) 会话初始协议网络中提供电视业务的方法、装置和系统
Al-Hezmi et al. Evolving the Convergence of Telecommunication and TV Services over NGN

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

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

Country of ref document: EP

Kind code of ref document: A1