+

WO2005088929A1 - Qualite multimedia classee d'une experience - Google Patents

Qualite multimedia classee d'une experience Download PDF

Info

Publication number
WO2005088929A1
WO2005088929A1 PCT/IB2004/000356 IB2004000356W WO2005088929A1 WO 2005088929 A1 WO2005088929 A1 WO 2005088929A1 IB 2004000356 W IB2004000356 W IB 2004000356W WO 2005088929 A1 WO2005088929 A1 WO 2005088929A1
Authority
WO
WIPO (PCT)
Prior art keywords
frame
quality
quality metrics
streaming
client
Prior art date
Application number
PCT/IB2004/000356
Other languages
English (en)
Inventor
Ye-Kui Wang
Original Assignee
Nokia Corporation
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
Priority to EP14169649.2A priority Critical patent/EP2770694A1/fr
Priority to JP2006552702A priority patent/JP5356652B2/ja
Priority to EP04710443.5A priority patent/EP1714456B1/fr
Priority to US10/589,060 priority patent/US8452884B2/en
Priority to CN2004800416134A priority patent/CN1914878B/zh
Priority to PCT/IB2004/000356 priority patent/WO2005088929A1/fr
Priority to BRPI0418527-7A priority patent/BRPI0418527A/pt
Priority to AU2004317109A priority patent/AU2004317109B2/en
Application filed by Nokia Corporation filed Critical Nokia Corporation
Priority to ES04710443.5T priority patent/ES2509292T3/es
Publication of WO2005088929A1 publication Critical patent/WO2005088929A1/fr
Priority to US13/902,807 priority patent/US9641587B2/en
Priority to US15/475,578 priority patent/US10225312B2/en
Priority to US16/259,126 priority patent/US10652306B2/en
Priority to US16/837,177 priority patent/US20200296150A1/en

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/80—Responding to QoS
    • 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/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • 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]
    • 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/70—Media network packetisation
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44209—Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network
    • 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/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • 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/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless

Definitions

  • the invention relates to a method, a computer program, a computer program product, a system, a client, a server and a protocol for reporting a streaming quality in a streaming system, wherein at least one continuous media stream is streamed to a client, and wherein said streaming is controlled by a protocol that is operated between said client and a server.
  • Streaming refers to the ability of an application settled in a client to play synchronized media streams like audio and video streams in a continuous way while those streams are being transmitted to the client over a data network.
  • Applications that can be built on top of streaming services can be classified into on-demand and live information delivery applications. Examples of the first category are music and news-on-demand applications. Live delivery of radio and television programs are examples of the second category.
  • IP Internet Protocol
  • 3G Third Generation
  • PSS Packet-switched Streaming Service
  • MMS Multi-media Messaging Service
  • the PSS enables mobile streaming applications, wherein the complexity of the terminals is lower than that required for conversational services, because no media input devices and encoders are required, and because less complex protocols can be used.
  • the PSS includes a basic set of streaming control protocols, transport protocols, media codecs and scene description protocols.
  • Fig. 1 schematically depicts the PSS protocol stack 1 that controls the transfer of both streamable and non- streamable content between a content or media server and a client.
  • Streamable content 101 such as video, audio and speech, is first converted to the payload format of the Real-time Transport Protocol (RTP) 102 in an adaptation layer 103.
  • RTP Real-time Transport Protocol
  • Said RTP as defined by the IETF provides means for sending real-time or streaming data by using the services of an underlying User Datagram Protocol (UDP) 104, which in turn uses the services of an underlying Internet Protocol (IP) 105.
  • UDP User Datagram Protocol
  • IP Internet Protocol
  • Non-streamable content 106 as for instance still images, bitmap and vector graphics, text, timed text and synthetic audio are transferred by the Hypertext Transfer Protocol (HTTP) 107, which uses the services of the underlying Transport Control Protocol (TCP) 108 and the further underlying IP 105.
  • HTTP Hypertext Transfer Protocol
  • the built-in session set-up and control capabilities of the HTTP 107 are sufficient to transfer the content
  • an advanced session set-up and control protocol has to be invoked, for instance to start, stop and pause a streaming video that is transferred from the content server to the client via the RTP/UDP/IP.
  • This task is performed by the Real-time Streaming Protocol (RTSP) 109, which may either use the underlying TCP 108 or the underlying UDP 104.
  • RTSP requires a presentation description 110 at least to setup a streaming session.
  • a presentation description 110 may for instance be available in the form of a Session Description Protocol (SDP) file.
  • Said SDP file contains the description of the session, for instance session name and author, the type of media to be presented, information to receive said media, as for instance addresses, ports, formats and so on, and the bitrate of the media.
  • SDP Session Description Protocol
  • URI Universal Resource Identifier
  • WAP Wireless Application Protocol
  • This URI specifies a streaming or RTSP server and the address of the content on that or another content server.
  • the corresponding SDP file may now be obtained in a number of ways. It may be provided in a link inside the HTML page that the user downloads, for instance via an embed tag, or may also be directly obtained by typing it as a URI.
  • the SDP file i.e.
  • the presentation description 110 then is transferred via the HTTP 107 as indicated in the middle column of the protocol stack of Fig. 1.
  • it may also be obtained through RTSP 109 signalling, for instance by using the DESCRIBE method of the RTSP 109, as indicated by the right column of the protocol stack in Fig. 1.
  • the presentation description may equally well be transmitted by said RTP 102. However, for simplicity of presentation, this possibility was not included in Fig. 1.
  • the subsequent session establishment is the process in which the browser or the user of the mobile terminal invokes a streaming client to set up the session against the content server.
  • the terminal is expected to have an active radio bearer that enables IP-based packet transmission at the start of session establishment signalling.
  • the subsequent set-up of the streaming service is done by sending an RTSP SETUP message for each media stream chosen by the client. This returns the UDP 104 and/or TCP 108 port to be used for the respective media stream.
  • the client sends an RTSP PLAY message to the content server that then starts to send one or more streams over the IP network .
  • streaming service quality metrics have been introduced in PSS systems, as presented in 3GPP Technical document (Tdoc) S4-030860: "Draft Rel-6 PSS Quality Metrics Permanent Document v.0.10", which refers to 3GPP TSG-SA4 meeting #29 in Tampere, Finland, November 24-28, 2003.
  • the streaming client measures and feedbacks information on the quality of the actual streaming application to a streaming server, wherein said quality is defined in terms of said quality metrics.
  • Said streaming server may for instance be an RTSP server, and said quality metrics may for instance be transported by using said RTSP and SDP.
  • the service is transparent to the type of RAN and CN, only the streaming client and the streaming server are impacted by the PSS quality metrics.
  • the measurements may not rely on information from protocol layers below the RTP layer (e.g. UDP, IP, PDCP, RLC) .
  • the terminal in a PSS system with quality feedback is responsible to perform the quality measurements in accordance to the measurement definition, aggregate them into streaming client quality metrics and report the metrics to the streaming server. This requirement does not preclude the possibility for the streaming client to report raw quality measurements to be processed by the streaming server into quality metrics.
  • the streaming server is responsible to signal the activation of the streaming client's quality metrics reporting and to gather the streaming client's quality metrics.
  • the streaming server may process the received streaming client's quality metrics to build aggregated quality metrics. E.g. it could receive a raw lost packets report and build the Min, Max, Avg and Std packet loss rate for a particular streaming client.
  • the objective of the quality metric definition is to obtain consistent measurements across content type, terminals, and types of Radio Access Network (RAN) .
  • RAN Radio Access Network
  • the constraints are to minimise the size of the quality metrics report that will be sent to the streaming server and, the complexity for the terminal .
  • the quality metrics can be divided in 3 different types:
  • a first set of metrics are computed from terminal-based media quality measurements (measured within the decoder or predicted at the decoder input), e.g. the corruption duration, which is defined as the time from the start of the first corrupted media (audio/speech/video) decoded frame to the start of the first subsequent decoded good frame or the end of the reporting period (whichever is sooner) , not including the buffering freezes/gaps and pause freezes/gaps.
  • the corruption duration which is defined as the time from the start of the first corrupted media (audio/speech/video) decoded frame to the start of the first subsequent decoded good frame or the end of the reporting period (whichever is sooner) , not including the buffering freezes/gaps and pause freezes/gaps.
  • a second set of metrics are computed by the terminal based on the general PSS protocol and the operation of the player that renders the streaming application. E.g. abnormal termination of a session.
  • a third set of quality metrics are computed based on terminal-measured network characteristics. E. g. number of packets lost in succession.
  • RTSP is used for the feedback of quality reports according to the quality metrics.
  • Fig. 2a lists the definition of an RTSP protocol data unit header 2a QoE-Metrics for the negotiation of the quality metrics between the streaming client and the streaming server
  • Fig. 2b lists the definition of an RTSP protocol data unit header 2b QoE-Feedback for the actual feedback of quality metrics from the streaming client to the server, wherein QoE stands for "Quality of Experience" .
  • the negotiation header 2a of Fig. 2a can be used in two ways :
  • the quality metrics transmission is requested to start (or restart in case of mid-session monitoring) .
  • the negotiation header 2a is used with the RTSP Session Control url information, then QoE-Metrics is used at the session level. If the url is an RTSP Media Control url , then QoE-Metrics is used at the media level and each media gets its own QoE-Metrics line. It is required to set the sending rate. If the Sending- rate value is o, then the streaming client can send feedback messages at any time depending on the events occurred in the streaming client. Values > 1 indicate a precise message-sending interval. The shortest interval is once a second and the longest interval is undefined. The feedback sending interval can be different for different medium, but it is recommended to keep a sort of synchronization, to avoid extra traffic in the uplink direction. The value End indicates that only one message is sent at the end of the session. The Range field can be used to define the time limit of feedback sending. In this way it is possible to decide the monitoring time range during the negotiation phase.
  • the actual quality metrics feedback can be conveyed to the PSS server by using the SET_PARAMETER method of the RTSP with the feedback header 2b of Fig. 2b.
  • Stream-url is the RTSP session or media control URL identifier for the feedback parameter.
  • the Metrics field in the Parameters definition contains the name of the metrics/measurements (for instance corruption duration, etc.) and it shall be the same as the Metrics field in the negotiation QoE header 2a ( QoE-Metrics) . It is recommended to keep the order of metrics the same to simplify parsing.
  • the Value field indicates the results. There is the possibility that the same event occurs more than once during a monitoring period. In that case the metrics value can occur more than once, which indicates the number of events to the server.
  • the optional Timestamp indicates the time when the event (or measurement) occurred or when the metric was calculated since the beginning of the session. Also no events can be reported (using the SP - space) .
  • the optional Range indicates the reporting period.
  • Quality metrics reporting is normally done by the PSS client using the SET_PARAMETER method of the RTSP. However, in particular cases, it is more efficient to use other methods to carry the information, as for instance the TEARDOWN message or the PAUSE message.
  • this quality metrics definition particularly depends on a definition of a "good frame” .
  • a good frame is a media (audio/speech/video) decoded frame that is not corrupted, i.e. that doesn't contain any freezes/gaps or quality degradations.
  • N is either (a) signalled or (b) defaults to ⁇ (for video) or 1 (for audio)".
  • the application of this definition is not mandatory, resulting in a wide range of interpretations of the definition of a good frame.
  • different streaming clients may report different streaming qualities, because for the same quality metric (for instance corruption duration) , different definitions for a "good frame" are applied.
  • an object of the present invention to provide a method, a computer program, a computer program product, a system, a client, a server and a protocol allowing for an improved, in particular a more significant reporting of a streaming quality.
  • It is proposed a method for reporting a streaming quality wherein at least one continuous media stream is streamed to a client, and wherein said streaming is controlled by a protocol that is operated between said client and a server, comprising selecting at least one quality metric and a quality metrics class from a predefined set of at least two quality metrics classes, and reporting to said server the quality of said streaming based on said at least one selected quality metric and said selected quality metrics class.
  • Said at least one continuous media stream may for instance contain video, audio or speech information that is continuously transmitted from a server, for instance a content server, to said client and is rendered on the terminal, in which said client is set up, in a synchronised manner.
  • This streaming may take place in a streaming session, wherein several media streams may be concurrently streamed to said client.
  • Said streaming is controlled by said protocol, for instance a streaming protocol as the RTSP, and may for instance allow to start, stop and/or pause the streaming.
  • Said RTSP is operated by protocol entities in said client and in said server and may be based on an SDP.
  • Said server may be co- located or even be identical with the content server from which said continuous media actually stems from, or may be a different instance.
  • the quality of said streaming is determined at the client site according to said at least one quality metric, as for instance a corruption duration or a re-buffering event.
  • Said quality metrics class at least partially defines how said at least one quality metric has to be determined.
  • said quality metrics class may define how this decision has to be come to.
  • Said set of at least two quality metrics classes is pre-defined.
  • at least said client or said server choose at least one quality metric, for instance from a pre-defined set of quality metrics, and at least said client or said server choose a quality metrics class from said predefined set of at least two quality metrics classes defined.
  • Said pre-defined sets may for instance be defined within an RTSP and/or an SDP.
  • Said step of selecting may further comprise the negotiation between said client and server on at least one of said quality metrics and a quality metrics class. Said negotiation may be done between said client and server through said protocol, for instance RTSP and SDP. Based on said at least one selected quality metric and said at said quality metrics class, said client then reports said quality of said streaming to said server.
  • the incorporation of additional quality metrics classes restricts the interpretation of the quality metrics definitions and thus contributes to make the quality reports more significant and concise.
  • the incorporation of said additional quality metrics classes adds an additional degree of freedom in the definition of quality metrics. For instance, if a corruption duration, which, inter alia, depends on the decision whether frames of said continuous media stream are good frames or corrupted frames, is selected as quality metric, this quality metric can be further specialised by the selection of the quality metrics class, which may for instance provide a variety of definitions of a good frame.
  • a corruption duration which, inter alia, depends on the decision whether frames of said continuous media stream are good frames or corrupted frames
  • said step of selecting said quality metrics class comprises the step of negotiating said quality metrics class between said client and said server.
  • Said negotiation may be based on said protocol that also controls said streaming, for instance RTSP in combination with SDP, and may further comprise the negotiation of said at least one quality metric.
  • said protocol defines a quality metrics class field within at least one of its protocol data units, wherein said quality metrics class field is capable of identifying each quality metrics class of said pre-defined set of at least two quality metrics classes.
  • Each quality metrics class may for instance be assigned a unique number, and said quality metrics class field then contains the number of the quality metrics class that has been selected.
  • said protocol data units may further contain a field for the identification of said at least one selected quality metric and a field for carrying a feedback value that has been determined according to said at least one quality metric and said quality metrics class.
  • Said protocol data unit may either be a protocol data unit for negotiation or a protocol data unit for feedback. Signalling said selected quality metrics class during negotiation may be sufficient, so that no fields in feedback protocol data units may be required.
  • Said field may be an optional field or mandatory field in said protocol data units.
  • said quality metrics class field is located in a header section of said at least one protocol data unit. Alternatively, it may also be comprises in the payload section of said at least one protocol data unit.
  • said at least one selected quality metric is a Quality of Experience (QoE) metric that is at least partially based on the decision whether at least one frame of said at least one continuous media stream is a good frame.
  • QoE Quality of Experience
  • Said quality metric may for instance be a corruption duration, wherein said corruption duration may be defined as the time between a corrupted frame and the next good frame .
  • each quality metrics class in said predefined set of at least two quality metrics classes defines a different set of rules on how to decide whether a frame of said continuous media stream is a good frame.
  • Said quality metrics classes may for instance be based on an error tracking algorithm or on a decoding quality evaluation algorithm.
  • said set of rules defined by at least one of said quality metrics classes comprises deciding the earlier of a completely received I-frame of said at least one continuous media stream or the N-th completely received frame of said at least one continuous media stream after the last error or loss to be a good frame, wherein the integer N is either signalled or defaults to oo in case of a video frame or 1 in case of an audio frame, and deciding a frame of said at least one continuous media stream following a good frame to be a good frame, if said frame is completely received, and said frame and all subsequent frames until the next good frame to be corrupted, otherwise.
  • Said I-frame may for instance be a frame within a coded video stream wherein said frame contains the complete pixel information.
  • said I-frame represents an IDR-frame.
  • SEI Supplemental Enhancement Information
  • Said frame may be understood to be completely received if all bits encoding said frame are correctly received and no bit error occurred.
  • said set of rules defined by at least one of said quality metrics classes comprises deciding a coded frame of said at least one continuous media stream as a good frame based on an error tracking algorithm.
  • said set of rules defined by at least one of said quality metrics classes comprises deciding an intra-coded frame of said at least one continuous media stream to be a good frame, if it is completely received at said client, and to be a corrupted frame otherwise, or deciding a predictively coded frame of said at least one continuous media stream to be a good frame, if it is completely received at said client and if all its prediction reference samples belong to good frames, and to be a corrupted frame otherwise.
  • Said intra-coded frames, for video may be understood as frames without temporal motion-compensated prediction, but possibly with removal of spatial redundancy within the frame
  • said predictively coded frames, for video may be understood as frames with temporal motion-compensated prediction to reduce the temporal redundancy by taking advantage of the strong correlation among the video frames.
  • Said prediction reference samples may for instance be prediction reference pixels in case of video.
  • said set of rules defined by at least one of said quality metrics classes comprises deciding a coded frame of said at least one continuous media as a good frame according to a decoding quality evaluation algorithm.
  • said set of rules defined by at least one of said quality metrics classes comprises deciding an intra-coded frame of said at least one continuous media stream to be a good frame, if it is completely received at said client, and to be a corrupted frame otherwise, or deciding a predictively coded frame of said at least one continuous media stream to be a good frame, if it is completely received at said client and all of its prediction reference samples belong to good frames, or if at least a part of said frame is completely received, all prediction reference samples, for instance reference pixels for video, of said completely received parts of said frame belong to good frames, and all concealed parts of said frame are considered as good, wherein concealed parts of said frame are obtained by applying an error concealment algorithm to lost or erroneous parts of a decoded version of said frame, and wherein said concealed parts are considered as good if an average boundary difference between said concealed parts and surrounding completely received and decoded parts of said frame is below a threshold.
  • Said concealment may for instance comprise estimation of reconstruction of lost or erroneous pixels based on spatial and/or temporal neighbours of said pixels.
  • Said average boundary difference may quantify a sum of luminance differences between pixels at the edges of concealed parts.
  • Said threshold may for instance be equal to 3.
  • said protocol is a Real-time Streaming Protocol RTSP in combination with a Session Description Protocol SDP in the context of a Packet-Switched Streaming Service PSS of a third generation mobile communications system.
  • Said SDP may for instance provide the presentation description that is required by the RTSP in order to control said streaming.
  • said SDP comprises at least one SDP attribute that defines at least one quality metrics class field, wherein said quality metrics class field is capable of identifying each quality metrics class of said pre-defined set of at least two quality metrics classes.
  • Each quality metrics class may for instance be assigned a unique number, and said quality metrics class field then contains the number of the quality metrics class that has been selected.
  • said SDP attribute may further contain a field for the identification of said at least one selected quality metric.
  • said RTSP is used to negotiate a quality metrics class between said client and said server at least partially based on said SDP attribute.
  • SDP may for instance be used to initiate the negotiation of quality metrics and quality metrics classes. It is then advantageous to add said field to the SDP attribute that is used for the negotiation initiation.
  • said RTSP uses a DESCRIBE method for said negotiation.
  • Said negotiation may for instance be initiated by using said RTSP DESCRIBE method in conjunction with said SDP attribute.
  • a streaming system comprising at least one client, and at least one server, wherein at least one continuous media stream is streamed to said at least one client, and wherein said streaming is controlled by a protocol that is operated between said at least one client and said at least one server, wherein at least one quality metric and a quality metrics class from a pre-defined set of at least two quality metrics classes are selected, and wherein the quality of said streaming based on said at least one selected quality metric and said selected quality metrics class is reported to said at least one server.
  • a client in a streaming system comprising means for operating a protocol that controls a streaming of at least one continuous media stream to said client, means for selecting at least one quality metric and a quality metrics class from a pre-defined set of at least two quality metrics classes, and means for reporting the quality of said streaming based on said at least one selected quality metric and said selected quality metrics class to a server.
  • a server in a streaming system comprising means for operating a protocol that controls a streaming of at least one continuous media stream to a client, means for selecting at least one quality metric and a quality metrics class from a pre-defined set of at least two quality metrics classes, and means for receiving a reported quality of said streaming from said client, wherein said quality is reported based on said at least one selected quality metric and said selected quality metrics class.
  • a protocol for a streaming system comprising rules for the control of a streaming of at least one continuous media stream to a client, a definition of at least one quality metric and of a set of at least two quality metrics classes, rules for the selection of at least one quality metric and of a quality metrics class from said set of at least two quality metrics classes, and rules for the report of a quality of said streaming based on said at least one selected quality metric and said selected quality metrics class to a server.
  • Said protocol may for instance be the RTSP in combination with the SDP in the context of a 3G PSS system.
  • Fig. 1 A schematic representation of a Packet- Switched Streaming Service (PSS) protocol stack according to the prior art
  • Fig. 2a a definition of a Real-time Streaming Protocol (RTSP) negotiation header according to the prior art
  • Fig. 2b a definition of an RTSP feedback header according to the prior art
  • Fig. 3 a definition of a modified RTSP negotiation header according to the present invention
  • Fig. 4 an exemplary Macro Block (MB) status map for an error concealment algorithm according to the present invention
  • Fig. 5 an illustration of a method for the calculation of an average boundary difference according to the present invention
  • Fig. 6 a flowchart of the method of the present invention.
  • Fig. 7 a schematic representation of a system according to the present invention.
  • a modified negotiation RTSP header 3 is defined, as listed in Fig. 3.
  • the modified negotiation RTSP header 3 of Fig. 3 provides an additional RTSP field Metrics-class, which may either have the values "0", "1" or "2".
  • the Metrics-class field may also be added to the SDP attribute that is used for QoE negotiation initiation.
  • the present invention proposes three different methods to judge whether frames of the continuous media stream that is streamed to the streaming client are good frames (otherwise they are considered as corrupted frames) .
  • Each of said respective methods is uniquely identified by one of the values "0", "1" and "2" that the Metrics-class RTSP field can be assigned.
  • the quality metric is at least partially based on the decision whether frames are good or corrupted frames, for instance if the quality metric is a corruption duration
  • the overall information content of the quality metric obeying the judging method according to the selected quality metrics class is much more concise and significant.
  • a specialisation of the quality metric is achieved, because each quality metric at least partially based on good frame decision now is divided into three quality metrics, each with a different good frame judging method.
  • the first method is similar as the one disclosed in Tdoc S4-030860, with some enhancing modifications. It is described as follows:
  • a good frame is the earlier of 1) a completely received I-frame (for H.264 or MPEG-4 Advanced Video Coding (AVC) video, IDR-frame) , or 2) the N-th completely received frame after the last error or loss, where N is either signalled or defaults to ⁇ (for video) or 1 (for audio) .
  • AVC recovery point Supplemental Enhancement Information (SEI) message for AVC video, that value overrides the above-specified value.
  • SEI Supplemental Enhancement Information
  • the second method is characterized by applying an error tracking algorithm.
  • One possible embodiment of the second method is described as follows:
  • the third method is characterized by applying a certain decoding quality evaluation algorithm.
  • a possible embodiment of the third judging method will be described in the sequel .
  • the instance of the third method is at least partially based on the concealment of lost or erroneous parts of a predictively coded frame. Thus a parenthesis on the applied error concealment strategy of predictively coded frame has to precede the presentation of the instance of the third method.
  • the applied concealment algorithm is MB-based.
  • the missing frame area (pixels) covered by MBs marked as "Lost” in the status map are concealed MB-by-MB (16 X 16 Y pixels, 8 X 8 U, V pixels) , wherein Y refers to luminance and U and V refer to chrominance pixels.
  • Y refers to luminance
  • U and V refer to chrominance pixels.
  • Fig. 4 shows a snapshot of the status map during the concealment phase where already concealed MBs 402 have the status of "Concealed”, correctly received MBs 403 have the status of "Received”, lost MBs 400 have the status "Lost” and the currently processed (being concealed) MB 401 is marked as "Current MB”.
  • Fig. 4 further indicates a lost part 404, that can only consist of concealed 402 or lost 400 MBs.
  • a more efficient approach is to try to "guess” the motion in the missing pixel area (MB) 400 by some prediction schemes from available motion information of spatial or temporal neighbors. This "guessed” Motion Vector (MV) is then used for motion compensation using the reference frame. The copied pixel values give the final reconstructed pixel values for concealment, and no additional pixel domain operations are used.
  • MB missing pixel area
  • MV Motion Vector
  • the motion activity of the correctly received parts (groups of correctly received MBs 403) of the current picture is investigated first. If the average MV is smaller than a pre-defined threshold (currently 1/4 pixels for each MV component) , all lost parts 404 are concealed by copying from the spatially corresponding positions in the reference frame. Otherwise, motion- compensated error concealment is used, and the MVs of the lost MBs 400 are predicted as described in the following paragraphs .
  • a pre-defined threshold currently 1/4 pixels for each MV component
  • the motion of a "Lost" MB 400 is predicted from a spatial neighbor MB's motion relying on the statistical observation, that motion of spatially neighboring frame areas is highly correlated. For example, in a frame area covered by a moving foreground scene object, the MV field is continuous, which means that it is easy to predict.
  • the MV of a "Lost" MB 400 is predicted from one of the neighbor MBs (or 8 X 8 blocks) .
  • This approach assumes that the MV of one of the neighbor MBs (or blocks) models the motion in the current MB well . It was found in previous experiments, that median or averaging over all neighbors' MVs did not give better results. For simplicity, in the current implementation the smallest neighbor block size that is considered separately as prediction is set to 8 X 8 Y pixels.
  • the motion of any 8 ⁇ 8 block is calculated as the average of the motion of the spatially corresponding 4 x 4 or other shaped (e.g. 4 x 8) blocks.
  • the decision of which neighbor's MV to use as prediction for the current MB 500 is made based on the smoothness of the concealed (reconstructed) and will be explained with reference to Fig. 5.
  • the concealment pixel values of MB 500 are calculated using the MV 501a-d of each candidate (motion compensated pixel values) .
  • the MV 501a-d that results in the smallest luminance change across block boundaries 502a-d when the block 500 is inserted into its place in the frame is selected.
  • the zero MV case is always considered and this copy concealment (copy pixel values from the spatially corresponding MB in the reference frame) is evaluated similarly as other MV candidates.
  • the winning prediction MV is the one which minimizes the side match distortion d sm , which is the sum of absolute Y pixel value differences of the IN-block 503 and neighboring OUT-block 504 pixels at the boundaries 502a-d of the current block 500, as shown in eq. (1) :
  • Y. (mv ⁇ r ) is the j -th concealed Y value in the IN- blocks 503 using mv ⁇ . to predict the MV
  • Y° ⁇ is the j-th reconstructed Y value in the OCJT-blocks 504
  • ⁇ is the total number of the calculated boundary pixels.
  • a predictively coded frame For a predictively coded frame: a) If it is completely/correctly received and all its prediction reference samples are belonging to good frames, it is a good frame. b) If at least part of the frame is completely/correctly received, and the prediction reference samples of completely/correctly received parts are belonging to good frames, the frame is judged using step c. Otherwise the frame is corrupted. c) The frame is decoded and the lost or erroneous parts being concealed using the above-described error concealment algorithm. If the average boundary difference, i.e. the side match distortion of eq. (1), between a concealed part and the surrounded completely/correctly received and decoded part is smaller than a threshold, the concealed part is considered as good. If all the concealed parts are good, the frame is a good frame. Otherwise, the frame is corrupted.
  • the threshold in this method may for instance be chosen equal to 3.
  • Fig. 6 depicts a flowchart of the method for reporting a streaming quality according to the present invention.
  • the method steps are represented by requests and acknowledgements that are exchanged between a streaming server 600 and a streaming client 601, wherein said requests and acknowledgements obey the RTSP.
  • the method steps can be classified into a negotiation step 602 and a feedback step 603.
  • the Quality Metrics negotiation starts with a response 605 of the streaming server 600 to a DESCRIBE request 604 of the streaming client 601.
  • a response 605 of the streaming server 600 to a DESCRIBE request 604 of the streaming client 601.
  • at least one quality metrics and a quality metrics class as desired by the streaming server 600 for the future quality reporting is embedded by means of Session Description Protocol (SDP) data.
  • SDP Session Description Protocol
  • the streaming client 601 supports quality metrics, then it shall send a SETUP request 606 containing the selected/modified quality metrics and quality metrics class for either session level, or the media level, which is being set-up.
  • the client may send all the supported/modified quality metrics related to the media level. It may also send the selected session level quality metrics in at least one of the SETUP requests. In the above SETUP request 606, the client only modifies the sending rate of the quality metrics for the control URL as compared to the initial SDP description contained in the response 605 of the server 600.
  • the streaming server 600 receives this SETUP request 606, the streaming server 600 returns back the 200/OK response 607 containing the accepted quality metrics and quality metrics class returned by the streaming client 601 (to re-acknowledge the changes) . It may also reject the changes made by the streaming client 601. If the streaming server 600 rejects the changes, it can either set new values and resend the modified quality metrics and quality metrics class back to the streaming client 601, or it can simply ignore the quality metrics and quality metrics class and not re- acknowledge them.
  • the streaming server 600 does not approve the modifications done by the streaming client 601, they can continue to re-negotiate until the RTSP PLAY request 608 and the RTSP PLAY response 609 of the streaming server 600 would return the final negotiated quality metrics and quality metrics class including all session and media level metrics values.
  • the actual feedback according to the negotiated quality metric and quality metrics class then is performed in at least one step 610, for instance based on the RTSP feedback header 2b as defined in Fig. 2b.
  • Fig. 7 schematically depicts the functional components of a system according to the present invention.
  • the PSS system comprises a streaming client 601 and a streaming server 600, wherein both client 601 and server 600 have at least one RTSP entity 701, 700 that is capable of operating the RTSP.
  • the RTSP entities 700, 701 use the services of underlying protocol layers that are operated by further protocol entities, of which only the TCP/UDP entities 702, 703 and the IP entities 704, 705 are shown.
  • the streaming client 601 is further connected to a streaming quality monitor instance 707, which monitors the quality of the actual streaming application in terms of the negotiated quality metrics and quality metrics class and inputs monitored quality values into said RTSP entity 701.
  • Said streaming quality monitor may for instance be provided by the terminal, in which said streaming client is set up. Via the RTSP, said monitored quality values are transferred to the RTSP peer entity in the streaming server 600, where they are input into a quality data processing instance 706 for evaluation and analysis, which may for instance aim at improving the quality of the streaming application by enhancing the data rate of the streaming application if it is found that the re-buffering events become too frequent.
  • the quality metrics classes may be used to render the definition of any quality metric that is at least partially based on good frame decision more precisely and at the same time allow a specialisation of said quality metric.
  • quality metrics classes may provide different definitions of what is to be understood under a corruption itself, or may provide definitions for different degrees of frame corruptions, which then, in combination with a quality metric that at least partially depends on a definition of a corruption, allow for a much more concise reporting of streaming quality.
  • the scope of the present invention is by no means restricted to application in third generation mobile communication system. Also application in different wireless and even wired streaming systems may be imagined.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Abstract

L'invention concerne un procédé permettant de rapporter une quantité de transmission en continu, dans lequel au moins un flux multimédia continu est transmis en continu à un client (601) et, dans lequel la transmission en continu est contrôlée par un protocole (109) qui est exécuté entre le client (601) et un serveur (600). Ce procédé consiste à sélectionner au moins une mesure de la qualité et une classe de mesures de la qualité dans un ensemble prédéfini d'au moins deux classes de mesures de la qualité et à rapporter au serveur (600) la qualité de la transmission en continu sur la base de la mesure de la qualité et de la classe de mesures de la qualité. De préférence, le protocole (109) est un protocole de transmission en continu en temps réel (RTSP) combiné à un protocole de description de sessions (SDP) dans le contexte du service 3GPP de commutation de paquets (PSS). L'invention concerne également un programme informatique, un progiciel, un système, un client, un serveur et un protocole.
PCT/IB2004/000356 2004-02-12 2004-02-12 Qualite multimedia classee d'une experience WO2005088929A1 (fr)

Priority Applications (13)

Application Number Priority Date Filing Date Title
BRPI0418527-7A BRPI0418527A (pt) 2004-02-12 2004-02-12 método para relatar uma qualidade de transmissão em fluxo, programa de computação com instruções operáveis, produto de programa de computação, sistema de transmissão em fluxo, cliente em um sistema de transmissão em fluxo, servidor em um sistema de transmissão em fluxo, e, protocolo para um sistema de transmissão em fluxo
EP04710443.5A EP1714456B1 (fr) 2004-02-12 2004-02-12 Qualite multimedia classee d'une experience
US10/589,060 US8452884B2 (en) 2004-02-12 2004-02-12 Classified media quality of experience
CN2004800416134A CN1914878B (zh) 2004-02-12 2004-02-12 分类的媒体体验质量
PCT/IB2004/000356 WO2005088929A1 (fr) 2004-02-12 2004-02-12 Qualite multimedia classee d'une experience
EP14169649.2A EP2770694A1 (fr) 2004-02-12 2004-02-12 Qualité multimedia classée d'une experience
JP2006552702A JP5356652B2 (ja) 2004-02-12 2004-02-12 分類されたメディア経験の質
AU2004317109A AU2004317109B2 (en) 2004-02-12 2004-02-12 Classified media quality of experience
ES04710443.5T ES2509292T3 (es) 2004-02-12 2004-02-12 Calidad de medios clasificada de una experiencia
US13/902,807 US9641587B2 (en) 2004-02-12 2013-05-25 Classified media quality of experience
US15/475,578 US10225312B2 (en) 2004-02-12 2017-03-31 Classified media quality of experience
US16/259,126 US10652306B2 (en) 2004-02-12 2019-01-28 Classified media quality of experience
US16/837,177 US20200296150A1 (en) 2004-02-12 2020-04-01 Classified media quality of experience

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/IB2004/000356 WO2005088929A1 (fr) 2004-02-12 2004-02-12 Qualite multimedia classee d'une experience

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US10/589,060 A-371-Of-International US8452884B2 (en) 2004-02-12 2004-02-12 Classified media quality of experience
US13/902,807 Continuation US9641587B2 (en) 2004-02-12 2013-05-25 Classified media quality of experience

Publications (1)

Publication Number Publication Date
WO2005088929A1 true WO2005088929A1 (fr) 2005-09-22

Family

ID=34957046

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2004/000356 WO2005088929A1 (fr) 2004-02-12 2004-02-12 Qualite multimedia classee d'une experience

Country Status (8)

Country Link
US (5) US8452884B2 (fr)
EP (2) EP2770694A1 (fr)
JP (1) JP5356652B2 (fr)
CN (1) CN1914878B (fr)
AU (1) AU2004317109B2 (fr)
BR (1) BRPI0418527A (fr)
ES (1) ES2509292T3 (fr)
WO (1) WO2005088929A1 (fr)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008071092A1 (fr) * 2006-12-14 2008-06-19 Beijing Lenovo Software Ltd. Terminal ims, serveur de superposition et procédé de traitement de service ims
US20080155087A1 (en) * 2006-10-27 2008-06-26 Nortel Networks Limited Method and apparatus for designing, updating and operating a network based on quality of experience
WO2009004267A2 (fr) * 2007-06-29 2009-01-08 France Telecom Procede de gestion de sessions multi-flux entre un terminal et un serveur
WO2009012701A1 (fr) 2007-07-20 2009-01-29 Huawei Technologies Co., Ltd. Procédé de notification, appareil et système d'évenement de protocole de diffusion en continu en temps réel
WO2009015461A1 (fr) * 2007-08-01 2009-02-05 Zeugma Systems Canada, Inc. Surveillance de qualité perçue par abonné et par session
US7773510B2 (en) 2007-05-25 2010-08-10 Zeugma Systems Inc. Application routing in a distributed compute environment
US8374102B2 (en) 2007-10-02 2013-02-12 Tellabs Communications Canada, Ltd. Intelligent collection and management of flow statistics
US8959239B2 (en) 2006-12-29 2015-02-17 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for reporting streaming media quality

Families Citing this family (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2004317109B2 (en) 2004-02-12 2008-05-22 Core Wireless Licensing S.A.R.L. Classified media quality of experience
KR100636147B1 (ko) * 2004-06-24 2006-10-18 삼성전자주식회사 네트워크를 통한 컨텐츠의 제어 방법 및 장치, 컨텐츠제공 방법 및 장치
WO2006101131A1 (fr) * 2005-03-22 2006-09-28 Matsushita Electric Industrial Co., Ltd. Dispositif d’enregistrement de données en chaîne, dispositif d’enregistrement/de reproduction de données en chaîne, dispositif de reproduction de données en chaîne, dispositif d’édition de données en chaîne, procédé d’enregistre
US20070271590A1 (en) * 2006-05-10 2007-11-22 Clarestow Corporation Method and system for detecting of errors within streaming audio/video data
WO2008010695A1 (fr) * 2006-07-21 2008-01-24 Samsung Electronics Co., Ltd. Procédé et système de négociation de paramètres améliorée dans des systèmes de communication evdo
CN101584224B (zh) * 2006-08-18 2011-09-21 三星电子株式会社 移动广播系统中由终端报告流服务的接收比率的方法和装置、及其系统
US20080107108A1 (en) * 2006-11-03 2008-05-08 Nokia Corporation System and method for enabling fast switching between psse channels
KR100856411B1 (ko) * 2006-12-01 2008-09-04 삼성전자주식회사 조도 보상 방법 및 그 장치와 그 방법을 기록한 컴퓨터로 읽을 수 있는 기록매체
US20080137552A1 (en) * 2006-12-06 2008-06-12 Hyun Woo Lee APPARATUS AND METHOD OF MEASURING AND MANAGING REAL-TIME SPEECH QUALITY IN VoIP NETWORK
CN101325806B (zh) * 2007-09-14 2012-05-09 中兴通讯股份有限公司 跨系统切换优化方法
CN101483578B (zh) * 2008-01-09 2012-11-07 华为技术有限公司 媒体协商方法、系统及装置
US7873727B2 (en) * 2008-03-13 2011-01-18 Board Of Regents, The University Of Texas Systems System and method for evaluating streaming multimedia quality
US7979557B2 (en) * 2008-04-11 2011-07-12 Mobitv, Inc. Fast setup response prediction
US20090276402A1 (en) * 2008-05-01 2009-11-05 Mobitv, Inc. Search system using media metadata tracks
US7814221B1 (en) * 2008-06-13 2010-10-12 West Corporation Real-time streaming protocol gateway and proxy for serving and caching static media over a low bandwidth connection
CN102948126B (zh) * 2010-06-18 2015-12-16 诺基亚公司 生成和处理流媒体体验质量度量的方法和装置
WO2012004638A1 (fr) * 2010-07-08 2012-01-12 Manipal Institute Of Technology Fourniture de service multimédia dans un réseau mobile
JP5884076B2 (ja) * 2010-12-22 2016-03-15 パナソニックＩｐマネジメント株式会社 無線伝送端末及び無線伝送方法、それに用いる符号化装置及び符号化方法、並びにコンピュータ・プログラム
TWI575948B (zh) * 2011-02-11 2017-03-21 內數位專利控股公司 內容分配及接收方法及裝置
AU2012217156B2 (en) 2011-02-14 2015-03-19 Fraunhofer-Gesellschaft Zur Foerderung Der Angewandten Forschung E.V. Linear prediction based coding scheme using spectral domain noise shaping
KR101525185B1 (ko) * 2011-02-14 2015-06-02 프라운호퍼 게젤샤프트 쭈르 푀르데룽 데어 안겐반텐 포르슝 에. 베. 트랜지언트 검출 및 품질 결과를 사용하여 일부분의 오디오 신호를 코딩하기 위한 장치 및 방법
PT2676267T (pt) 2011-02-14 2017-09-26 Fraunhofer Ges Forschung Codificação e descodificação de posições de pulso de faixas de um sinal de áudio
AR085362A1 (es) 2011-02-14 2013-09-25 Fraunhofer Ges Forschung Aparato y metodo para procesar una señal de audio decodificada en un dominio espectral
US20140181266A1 (en) * 2011-09-29 2014-06-26 Avvasi Inc. System, streaming media optimizer and methods for use therewith
US20130195119A1 (en) * 2011-10-14 2013-08-01 Qualcomm Incorporated Feedback channel for wireless display devices
GB2497915B (en) * 2011-10-25 2015-09-09 Skype Estimating quality of a video signal
US9438883B2 (en) 2012-04-09 2016-09-06 Intel Corporation Quality of experience reporting for combined unicast-multicast/broadcast streaming of media content
JP5525005B2 (ja) * 2012-05-10 2014-06-18 コア ワイアレス ライセンシング エス アー アール エル 分類されたメディア経験の質
US20130326551A1 (en) * 2012-05-30 2013-12-05 Debdeep CHATTERJEE Wireless multimedia quality of experience reporting
US10489389B2 (en) 2012-06-07 2019-11-26 Wormhole Labs, Inc. Experience analytic objects, systems and methods
JP2015528247A (ja) * 2012-07-17 2015-09-24 トムソン ライセンシングＴｈｏｍｓｏｎ Ｌｉｃｅｎｓｉｎｇ ビットストリームレベルにおけるビデオ品質評価
US9125073B2 (en) * 2012-08-03 2015-09-01 Intel Corporation Quality-aware adaptive streaming over hypertext transfer protocol using quality attributes in manifest file
GB2513090B (en) 2013-01-28 2019-12-11 Microsoft Technology Licensing Llc Conditional concealment of lost video data
US9137091B2 (en) * 2013-02-20 2015-09-15 Novatel Wireless, Inc. Dynamic quality of service for control of media streams using feedback from the local environment
CN103327320B (zh) * 2013-03-27 2016-06-22 中山大学 一种用于伪高码率视频的鉴定方法
CN104349220A (zh) * 2014-11-25 2015-02-11 复旦大学 一种用于智能电视终端的服务质量监测系统
CN105791833B (zh) * 2014-12-17 2018-09-04 深圳Tcl数字技术有限公司 选择视频编解码硬件平台的方法及装置
US11410243B2 (en) * 2019-01-08 2022-08-09 Clover Health Segmented actuarial modeling

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6181738B1 (en) * 1998-02-13 2001-01-30 Northern Telecom Limited Reverse link power control using a frame quality metric
US6643496B1 (en) * 1998-03-31 2003-11-04 Canon Kabushiki Kaisha System, method, and apparatus for adjusting packet transmission rates based on dynamic evaluation of network characteristics
EP0954117A1 (fr) * 1998-04-30 1999-11-03 ICO Services Ltd. Rapport de qualité de transmission
AU1029900A (en) * 1998-09-22 2000-04-10 Siemens Aktiengesellschaft Method and device for estimating the transmission quality of a digital communication signal
US6119174A (en) * 1998-10-13 2000-09-12 Hewlett-Packard Company Methods and apparatus for implementing quality-of-service guarantees in data storage systems
EP1130921B1 (fr) * 2000-03-02 2005-01-12 Matsushita Electric Industrial Co., Ltd. Transmission de données en environnement non fiable
US6891881B2 (en) * 2000-04-07 2005-05-10 Broadcom Corporation Method of determining an end of a transmitted frame in a frame-based communications network
JP2004528752A (ja) 2001-03-05 2004-09-16 インタービデオインコーポレイテッド ビデオデコーダにおけるエラー復元システム及び復元方法
EP1248431B1 (fr) * 2001-03-27 2007-10-31 Sony Deutschland GmbH Procédé de négociation de qualité de service de bout en bout en utilisant des applications multimédia distribués
US7266150B2 (en) 2001-07-11 2007-09-04 Dolby Laboratories, Inc. Interpolation of video compression frames
GB2382268B (en) * 2001-11-16 2005-07-13 Hutchison Whampoa Three G Ip Streaming sevices in radio networks
JP3606259B2 (ja) 2002-01-16 2005-01-05 ソニー株式会社 通信装置とその方法、ならびにプログラムとその記録媒体
US7010598B2 (en) * 2002-02-11 2006-03-07 Akamai Technologies, Inc. Method and apparatus for measuring stream availability, quality and performance
JP2003259371A (ja) 2002-02-28 2003-09-12 Toshiba Corp 動画像受信装置及びこれに用いる動画像処理用集積回路
US20030221014A1 (en) * 2002-05-24 2003-11-27 David Kosiba Method for guaranteed delivery of multimedia content based on terminal capabilities
JP2003341822A (ja) 2002-05-25 2003-12-03 Yokozaki Co Ltd 選別装置の被選別物供給装置
JP2003348155A (ja) * 2002-05-27 2003-12-05 Hitachi Ltd 通信品質計測システム
CN1156125C (zh) * 2002-09-29 2004-06-30 清华大学 一种基于客户端反馈的流量控制方法
EP1453269A1 (fr) * 2003-02-25 2004-09-01 Matsushita Electric Industrial Co., Ltd. Procédé pour la communication de rapports sur des métriques de qualité pour la transmission en continu de données par commutation de paquets
WO2005022852A1 (fr) 2003-08-21 2005-03-10 Vidiator Enterprises Inc. Mesures de la qualite d'experience (qoe) destinees a des reseaux de communication sans fil
CN1846420B (zh) * 2003-09-02 2011-06-08 诺基亚有限公司 嵌入的服务质量相关信息的传送
AU2004317109B2 (en) 2004-02-12 2008-05-22 Core Wireless Licensing S.A.R.L. Classified media quality of experience

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
M. FRÉDÉRIC GABIN, NEC TECHNOLOGIES: "Draft Rel-6 PSS Quality Metrics Permanent Document", 3GPP TSG-SA4 , MEETING 29, no. Tdoc S4-030860, 24 November 2003 (2003-11-24) - 28 November 2003 (2003-11-28), TAMPERE FINLAND, pages 1 - 19, XP002296672 *

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080155087A1 (en) * 2006-10-27 2008-06-26 Nortel Networks Limited Method and apparatus for designing, updating and operating a network based on quality of experience
US8280994B2 (en) * 2006-10-27 2012-10-02 Rockstar Bidco Lp Method and apparatus for designing, updating and operating a network based on quality of experience
WO2008071092A1 (fr) * 2006-12-14 2008-06-19 Beijing Lenovo Software Ltd. Terminal ims, serveur de superposition et procédé de traitement de service ims
US8959239B2 (en) 2006-12-29 2015-02-17 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for reporting streaming media quality
US7773510B2 (en) 2007-05-25 2010-08-10 Zeugma Systems Inc. Application routing in a distributed compute environment
WO2009004267A2 (fr) * 2007-06-29 2009-01-08 France Telecom Procede de gestion de sessions multi-flux entre un terminal et un serveur
US8949279B2 (en) 2007-06-29 2015-02-03 France Telecom Method of managing multi-stream sessions between a terminal and a server
WO2009004267A3 (fr) * 2007-06-29 2009-05-07 France Telecom Procede de gestion de sessions multi-flux entre un terminal et un serveur
WO2009012701A1 (fr) 2007-07-20 2009-01-29 Huawei Technologies Co., Ltd. Procédé de notification, appareil et système d'évenement de protocole de diffusion en continu en temps réel
EP2161894A4 (fr) * 2007-07-20 2010-07-28 Huawei Tech Co Ltd Procédé de notification, appareil et système d'évenement de protocole de diffusion en continu en temps réel
JP2010534368A (ja) * 2007-07-20 2010-11-04 華為技術有限公司 リアルタイム・ストリーミング・プロトコル・イベントを通知する方法、装置及びシステム
US9426199B2 (en) 2007-07-20 2016-08-23 Huawei Technologies Co., Ltd. Method, apparatus, and system for notifying real-time streaming protocol events
EP2161894A1 (fr) * 2007-07-20 2010-03-10 Huawei Technologies Co., Ltd. Procédé de notification, appareil et système d'évenement de protocole de diffusion en continu en temps réel
US8667124B2 (en) 2007-07-20 2014-03-04 Huawei Technologies Co., Ltd. Method, apparatus, and system for notifying real-time streaming protocol events
WO2009015461A1 (fr) * 2007-08-01 2009-02-05 Zeugma Systems Canada, Inc. Surveillance de qualité perçue par abonné et par session
US7706291B2 (en) 2007-08-01 2010-04-27 Zeugma Systems Inc. Monitoring quality of experience on a per subscriber, per session basis
US8374102B2 (en) 2007-10-02 2013-02-12 Tellabs Communications Canada, Ltd. Intelligent collection and management of flow statistics

Also Published As

Publication number Publication date
US20200296150A1 (en) 2020-09-17
US10225312B2 (en) 2019-03-05
AU2004317109A1 (en) 2005-09-22
US20170339208A1 (en) 2017-11-23
CN1914878B (zh) 2011-04-27
JP2007527664A (ja) 2007-09-27
BRPI0418527A (pt) 2007-05-15
US8452884B2 (en) 2013-05-28
AU2004317109B2 (en) 2008-05-22
EP2770694A1 (fr) 2014-08-27
US20130297786A1 (en) 2013-11-07
CN1914878A (zh) 2007-02-14
EP1714456B1 (fr) 2014-07-16
US9641587B2 (en) 2017-05-02
US20070237098A1 (en) 2007-10-11
US10652306B2 (en) 2020-05-12
US20190327285A1 (en) 2019-10-24
ES2509292T3 (es) 2014-10-17
EP1714456A1 (fr) 2006-10-25
JP5356652B2 (ja) 2013-12-04

Similar Documents

Publication Publication Date Title
US10652306B2 (en) Classified media quality of experience
US7743141B2 (en) Refined quality feedback in streaming services
AU2004317111B2 (en) Timing of quality of experience metrics
WO2009128528A1 (fr) Dispositif de serveur, procédé de distribution de contenu et programme
US20050002337A1 (en) Reducing effects caused by transmission channel errors during a streaming session
WO2008052443A1 (fr) Procédé et système de surveillance des performances d'un service multimédia
CN101267538A (zh) 一种切换网络电视频道的方法和系统以及缓存实体
TW202423095A (zh) 回應於網路中斷的視訊內容的自動產生
KR100808982B1 (ko) 클래스화된 미디어 경험 품질
JP5525005B2 (ja) 分類されたメディア経験の質
KR100808981B1 (ko) 사용자 경험 품질 메트릭스의 타이밍
Daka Mixed streaming of video over wireless networks

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200480041613.4

Country of ref document: CN

AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 3901/DELNP/2006

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 2004710443

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2004317109

Country of ref document: AU

ENP Entry into the national phase

Ref document number: 2004317109

Country of ref document: AU

Date of ref document: 20040212

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 1020067016165

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 2006552702

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Ref document number: DE

WWP Wipo information: published in national office

Ref document number: 2004710443

Country of ref document: EP

ENP Entry into the national phase

Ref document number: PI0418527

Country of ref document: BR

WWE Wipo information: entry into national phase

Ref document number: 10589060

Country of ref document: US

Ref document number: 2007237098

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 10589060

Country of ref document: US

点击 这是indexloc提供的php浏览器服务，不要输入任何密码和下载