Method for signaling streaming quality adaptation and control mechanisms in multimedia streaming

• US 20040196849A1
• Filed: 02/13/2004
• Published: 10/07/2004
• Est. Priority Date: 02/13/2003
• Status: Abandoned Application

• Current Assignee: Nokia Corporation
• Original Assignee: Nokia Corporation
• Inventors: Curcio, Igor Danilo Diego, Leon, David, Varsa, Viktor, Wang, Ru-Shang, Aksu, Emre Baris
• Application Number:
  US10/779,318
• Publication Number:
  US 20040196849A1
• Time in Patent Office: Days
• US Class Current: 370/395.2
• CPC Class Codes: H04L 47/10 Flow control; Congestion control
• CPC Class Codes: H04L 47/263 Rate modification at the source after receiving feedback
• CPC Class Codes: H04L 47/6255 queue load conditions, e.g. longest queue first
• CPC Class Codes: H04L 49/9078 using an external memory or storage device
• CPC Class Codes: H04L 65/1101 Session protocols
• CPC Class Codes: H04L 65/612 for unicast
• CPC Class Codes: H04L 65/613 for the control of the source by the destination control signals issued by the client directed to the server or network components specially adapted for selective content distribution H04N21/637
• CPC Class Codes: H04L 65/65 Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
• CPC Class Codes: H04L 65/70 Media network packetisation
• CPC Class Codes: H04L 65/752 adapting media to network capabilities
• CPC Class Codes: H04L 65/756 adapting media to device capabilities
• CPC Class Codes: H04L 65/80 Responding to QoS
• CPC Class Codes: H04L 67/01 Protocols
• CPC Class Codes: H04L 67/61 taking into account QoS or priority requirements
• CPC Class Codes: H04L 69/24 Negotiation of communication capabilities
• CPC Class Codes: H04L 69/329 in the application layer [OSI layer 7]
• CPC Class Codes: H04N 21/2401 Monitoring of the client buffer
• CPC Class Codes: H04N 21/2662 Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
• CPC Class Codes: H04N 21/41407 embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop constructional details of equipment or arrangements specially adapted for portable computer application G06F1/1626; arrangements specially adapted for mobile receivers in broadcast systems H04H20/57
• CPC Class Codes: H04N 21/44004 involving video buffer management, e.g. video decoder buffer or video display buffer
• CPC Class Codes: H04N 21/6125 : involving transmission via Internet transmission by internet of broadcast information H04H60/82
• CPC Class Codes: H04N 21/6131 : involving transmission via a mobile phone network wireless downlink channel access H04W74/006
• CPC Class Codes: H04N 21/6332 : directed to client
• CPC Class Codes: H04N 21/6373 : for rate control , e.g. request to the server to modify its transmission rate flow control in packet networks H04L47/10
• CPC Class Codes: H04N 21/6375 : for requesting retransmission , e.g. of data packets lost or corrupted during transmission from serverARQ protocols H04L1/18; implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] H04L69/16
• CPC Class Codes: H04N 21/6377 : directed to server one-way streaming services wherein the source is controlled by the destination H04L65/613
• CPC Class Codes: H04N 21/643 : Communication protocols network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP], H04L65/65
• CPC Class Codes: H04N 21/6437 : Real-time Transport Protocol [RTP]
• CPC Class Codes: H04N 21/658 : Transmission by the client directed to the server

Abstract

A method of signaling and negotiation between a client and a server in a multimedia streaming service regarding the adaptation of the data delivery process. In order to make sure that the client supports the adaptation mechanisms or capabilities to be used in data delivery, one of the parties provides information indicating the adaptation mechanism or capability that it supports to the other party. Upon receiving the information, the other party uses well-defined RTSP response to indicate the support of that mechanism or capability. Either the server or the client can initiate the negotiation. The implementation of the signaling and negotiation covers an AVPF usage, RTP Retransmission Playload Format usage, and an SPTP usage in a particular 3G PSS session.

Claims

1. A method for signaling and negotiation between a client and a server in a multimedia streaming service, wherein a plurality of adaptation mechanisms or capabilities for use in the service for data delivery are supported by the client, each adaptation mechanism or capability having an attribute, said method comprising:

the client providing information indicative of the attributes defining the adaptation mechanisms or capabilities that are supported by the client;

the server selecting one or more of the attributes based on the provided information; and

the server providing further information indicative of the selected attributes so as to allow the client to know the one or more adaptation mechanisms or capabilities defined by the one or more attributes selected by the server.

2. The method of claim 1, wherein the client provides the information via a capability exchange mechanism.

3. The method of claim 1, wherein the client provides the information via a multimedia streaming control protocol.

4. The method of claim 1, further comprising

the server providing indication of a capability to the client prior to the client providing information.

5. A method for signaling and negotiation between two parties including a client and a server in a multimedia streaming service, wherein a plurality of adaptation mechanisms or capabilities for use in the server for data delivery are supported by the client, each adaptation mechanism or capability having an attribute, said method comprising:

providing by one of the two parties to the other of the two parties information indicative of one or more adaptation mechanisms or capabilities; and

conveying a message from said other party to said party, in response to the information, acknowledging supporting of said one or more adaptation mechanisms or capabilities.

6. The method of claim 5, wherein said one party is the server and the other party is the client, and wherein

the client acknowledges support by using the attributes defining said one or more adaptation mechanisms or capabilities in the responding message.

7. The method of claim 5, wherein said one party is the client and the other party if the server, and wherein

the client provides a plurality of attributes;

and

the server selects one or more of the provided attributes based on the provided information for acknowledging the support.