Skip to main content

Media Header Extensions for Wireless Networks
draft-kaippallimalil-media-hdr-wireless-networks-00

Document Type Replaced Internet-Draft (individual)
Expired & archived
Authors John Kaippallimalil , Sri Gundavelli
Last updated 2022-10-19
Replaced by draft-kaippallimalil-tsvwg-media-hdr-wireless
RFC stream (None)
Intended RFC status (None)
Formats
Stream Stream state (No stream defined)
Consensus boilerplate Unknown
RFC Editor Note (None)
IESG IESG state Replaced by draft-kaippallimalil-tsvwg-media-hdr-wireless
Telechat date (None)
Responsible AD (None)
Send notices to (None)

This Internet-Draft is no longer active. A copy of the expired Internet-Draft is available in these formats:

Abstract

Wireless networks like 5G cellular or Wi-Fi experience significant variations in link capacity over short intervals due to wireless channel conditions, interference, or the end-user's movement. These variations in capacity take place in the order of hundreds of milliseconds and is much too fast for end-to-end congestion signaling by itself to convey the changes. Media applications on the other hand demand both high throughput and low latency, and are able to dynamically adjust the size and quality of a stream to match available network bandwidth. However, catering to such media flows over a radio link where the capacity changes rapidly requires the buffers to be managed carefully. This draft proposes additional information about the media transported in each packet to manage the buffers and optimize the scheduling of radio resources. The set of information proposed here includes relative importance of the packet, burst length and timestamp to be conveyed by the media application in a header extension. This can be used to provide the wireless network the flexibility to prioritize packets that are essential when the radio capacity is temporarily low, defer packets that can tolerate some additional delay, or even drop packets selectively in more extreme conditions. Another aspect considered here is the means by which the media packet information is transported. Potential solutions include carrying this information in Media over QUIC extension headers, UDP options, or in a MASQUE encapsulation between the application server and wireless network entity.

Authors

John Kaippallimalil
Sri Gundavelli

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)