Audio Video Bridging
Encyclopedia
Audio Video Bridging is a common name for the set of technical standards developed by the Institute of Electrical and Electronics Engineers
(IEEE) Audio Video Bridging Task Group of the IEEE 802.1
standards committee. The charter of this organization is to "provide the specifications that will allow time-synchronized low latency streaming services through IEEE 802
networks". These consist of:
IEEE 802.1Qat and 802.1Qav are amendments to the base IEEE 802.1Q
document, which specifies the operation of "Virtual Bridged Local Area Networks", which are implemented by network devices typically called Ethernet switches.
To help ensure interoperability between devices that implement the AVB standards, the AVnu Alliance develops device certification for the automotive, consumer, and professional audio and video markets.
Even digital A/V standards often were point-to-point and one-way such as S/PDIF
for audio and the serial digital interface
(SDI) for video.
This connection model resulted in large confusing masses of cables, especially in professional and high-end consumer applications.
Attempts to get around these problems included new technologies such as IEEE 1394 (known as FireWire), and adaptations of standard computer network
technologies such as Audio over Ethernet
or Audio over IP
.
Specialized professional, home, and automotive protocols did not interoperate.
Adapting standard networks could use commodity technology, but tight quality of service
control was difficult.
Delay, including source and destination buffering, must be low and deterministic. For example, consumer user-interface responses of about 50ms, or about 2ms for live performances.
Applications must be able to reserve network resources, sometimes called “admission control”.
started a residential Ethernet
study group for A/V streaming.
In November 2005 work moved to the IEEE 802.1
working group, responsible for cross-network bridging
standards. In particular, the group wanted the technology to be scalable from inexpensive consumer applications to professional standards.
These are implemented using relatively small extensions to standard layer-2 MACs and bridges. This “minimal change” philosophy allows non-AVB and AVB devices to communicate using standard 802 frames. However, as shown in Figure 2, only AVB devices are able to: a) reserve a portion of network resources through the use of admission control and traffic shaping and b) send and receive the new timing-based frames.
The protocol used for maintaining timing synchronization is specified in IEEE 802.1AS, which is a very tightly-constrained subset of another IEEE standard (IEEE 1588), with extensions to support IEEE 802.11
and also generic “coordinated shared networks” (CSNs – examples include some wireless, coaxial cable, and power line technologies). IEEE 1588 is used for industrial control and test and measurement applications.
An 802.1AS network timing domain is formed when all devices follow the requirements of the 802.1AS standard and communicate with each other using the IEEE 802.1AS protocol. Within the timing domain there is a single device that provides a master timing signal called the “Grand Master Clock”. All other devices synchronize their clocks with this master as shown in Figure 3.
The device acting as Grand Master can either be auto selected or can be specifically assigned (e.g., if the network is used in a professional environment that needs “house clock” (audio), or "genlock
" (video), or if the timing hierarchy needs to be specified for other reasons). AVB devices typically exchange capability information after physical link establishment. If peer devices on a link are network synchronization capable they will start to exchange clock synchronization frames. If not, then an AVB timing domain boundary is determined (as shown in Figure 2).
Traffic shaping is the process of smoothing out the traffic for a stream so that the packets making up the stream are evenly distributed in time. If traffic shaping is not done at sources and bridges, then the packets tend to “bunch” into bursts of traffic that can overwhelm the buffers in subsequent bridges, switches and other infrastructure devices (“bunching” is described in greater detail in the following sections).
for a particular market segment will be chosen to avoid potential conflict with existing uses of the 802.1Q priority tags within that market segment.
(QoS) parameters that were used when the stream was OK’d by the network (see “Admission controls” below). The specific rules for traffic shaping are described in the IEEE 802.1Qav specification, and are a simple form of what is known as “leaky bucket” credit-based shaping where the bandwidth reserved for a stream controls the time between the packets that make up the stream.
Just like for stream sources, the traffic shaping rules for bridges require that frames be distributed very evenly in time, but only on an aggregate class basis rather than on a per-stream basis. This means that all the AVB traffic being transmitted out a particular port is distributed evenly in time measured using the QoS parameters of that class (this is the sum of the bandwidths of all the reservations for a particular AVB class for the particular port as made by the admission control process described below). This has the effect of smoothing out the delivery times (preventing “bunching” of frames ) as a stream propagates through a network. The limited “bunching” has the very useful benefit of placing a relatively small upper limit on the size of the AVB output buffers needed at all egress ports on a bridge, independent of the number of hops in the path. This bounded buffer size is a key attribute that enables bounded delay and eliminates network congestion for admitted AV streams in AVB networks even if non-admitted traffic does experience congestion.
Talkers initiate by sending an SRP “talker advertise” message. This message includes a Stream ID composed of the MAC address of the stream source plus a talker-specific 16-bit unique ID and the MAC address of the stream destination. Additionally, the “talker advertise” message includes QoS requirements (e.g., AVB traffic class and data rate information), and accumulated worst case latency. Even though the address and QoS requirements are originated by the talker, the worst case latency is recalculated at every bridge so that the listener can communicate this information to higher layers to do media synchronization.
Figure 5 – Successful reservation (talker advertise)
All AVB intermediate bridges receiving a “talker advertise” message check for bandwidth availability on their output ports. If the bridge has sufficient resources available on that port, then the “talker advertise” is propagated to the next station.
If the resources are not available, rather than propagating the advertise message, the bridge sends a “talker failed” message. Included in this message is a failure code and bridge identification such that a higher-layer application can provide error checking or notification. An intermediate bridge receiving a “talker failed” will just pass on the message out towards the listener.
When a listener receives a "talker advertise” message, it will know whether the resources are available, and if so, the latency for the path. It can then respond with a “listener ready” message that is forwarded back towards the talker. Intermediate bridges use the “ready” message to lock down the resources needed by the stream and to make the appropriate entries in their forwarding database to allow the stream to be sent on the port that received the “ready” message. When the talker receives a “ready” message, it can start transmitting the stream.
The talker can explicitly tear down a stream by de-registering the “talker advertise”, and a listener can disconnect by de-registering the “listener ready”. A de-registration message propagates through the network in the same manner as the original registration.
There are also implicit methods used to tear down a connection and release the allocated resources. For example, the listener must periodically resend registrations and “ready” messages, and talkers must periodically resend “advertise” messages. That way any receiving device (including intermediate bridges) could automatically release assigned resources and notify higher layers if the appropriate registrations and reservations were not received due to a system that, for example, suddenly lost power.
AVB’s Ethernet time synchronization standard, 802.1AS, leverages and simplifies deployed IEEE 1588-2008.
For Ethernet, the method specified by 802.1BA to determine if its peer is AVB capable is a combination of 802.3 link capabilities (determined during Ethernet link establishment) and the link delay measurements done by IEEE 802.1AS. An AVB capable Ethernet port uses AVB if:
Other layer 2 connections will have their own specific methods to identify cooperating peers.
Even though a port may be enabled for AVB operation, there is a possibility that a complete end-to-end AVB connection cannot be made to another endpoint device that is AVB enabled. For example, in Figure 2 above, devices in AVB domain 1 cannot establish an AVB connection to devices in AVB domain 2. An AVB connection can only be assured if a successful reservation is made using SRP and SRP “talker advertise” messages will not be propagated by a non-AVB bridge.
An application can implement synchronized distributed rendering using 802.1AS and higher layers. Specific audio samples and/or video frames carried by higher-layer protocols are given an associated presentation time (in terms of the shared 802.1AS clock) by the media source that is also an AVB talker. Each media renderer, that is also an AVB listener, renders the referenced audio sample or video frame at the 802.1AS presentation time.
formats can use procedures defined in IEEE 1722 to sample the 802.1AS clock at the start of an A/V data block and then add the worst case transport delay to the sample time to get a presentation time which is inserted into the 1722 packet.
IEEE 1722.1 is a standard being developed to allow Discovery, Enumeration, Connection management and Control (DECC) of devices using IEEE 1722.
(RTP), it can use a new RTCP payload format defined in IEEE 1733 that correlates the RTP timestamp with the 802.1AS presentation time. The applications at the renderer(s) then use that correlation to translate the RTP timestamp to the presentation time stamp allowing the renderer(s) to start playing at the same time and keep playing at the same rate.
TTS (ARIB STD-B24) which are derived from the 802.1AS clock. Similarly, an application could utilize clock synchronization through methods described in ISO 13818-1 Annex J which includes a discussion of various clock recovery schemes proposed for MPEG2 Transport Streams over jitter inducing networks, and figure J.2 illustrates a simple way to use the 802.1AS clock for this purpose.
If the media source is not a real-time source (e.g. a media file on a mass storage device), the presentation times can be generated based on the nominal media rate. If the media source is a real-time source (e.g. a microphone), the presentation time can be constructed by the talker based on its observation of the 802.1AS time in relation to the microphone’s sample clock.
Other higher layer services can use AVB in a similar way. Existing connection management schemes, for example, can use the AVB SRP reservation services by mapping their internal stream identifiers with the SRP stream ID. Once a connection is established, streaming can start. E.g., applications using RTP transmit RTCP packets defined by IEEE 1733 that correlate the SSRC to the SRP stream ID. Furthermore, listener applications using 1722 use the SRP stream ID to discriminate between different streams.
Institute of Electrical and Electronics Engineers
The Institute of Electrical and Electronics Engineers is a non-profit professional association headquartered in New York City that is dedicated to advancing technological innovation and excellence...
(IEEE) Audio Video Bridging Task Group of the IEEE 802.1
IEEE 802.1
IEEE 802.1 is a working group of the IEEE 802 project of the IEEE Standards Association.It is concerned with:* 802 LAN/MAN architecture* internetworking among 802 LANs, MANs and other wide area networks* 802 Link Security* 802 overall network management...
standards committee. The charter of this organization is to "provide the specifications that will allow time-synchronized low latency streaming services through IEEE 802
IEEE 802
IEEE 802 refers to a family of IEEE standards dealing with local area networks and metropolitan area networks.More specifically, the IEEE 802 standards are restricted to networks carrying variable-size packets. IEEE 802 refers to a family of IEEE standards dealing with local area networks and...
networks". These consist of:
- IEEE 802.1AS: Timing and Synchronization for Time-Sensitive Applications (gPTP),
- IEEE 802.1Qat: Stream Reservation Protocol (SRP),
- IEEE 802.1Qav: Forwarding and Queuing for Time-Sensitive Streams (FQTSS), and
- IEEE 802.1BA: Audio Video Bridging Systems
IEEE 802.1Qat and 802.1Qav are amendments to the base IEEE 802.1Q
IEEE 802.1Q
IEEE 802.1Q is the networking standard that supports Virtual LANs on an Ethernet network. The standard defines a system of VLAN tagging for Ethernet frames and the accompanying procedures to be used by bridges and switches in handling such frames...
document, which specifies the operation of "Virtual Bridged Local Area Networks", which are implemented by network devices typically called Ethernet switches.
To help ensure interoperability between devices that implement the AVB standards, the AVnu Alliance develops device certification for the automotive, consumer, and professional audio and video markets.
Background
Audio and video (A/V) equipment connections historically were analog one-way, single-purpose and point-to-point.Even digital A/V standards often were point-to-point and one-way such as S/PDIF
S/PDIF
S/PDIF is a digital audio interconnect used in consumer audio equipment over relatively short distances. The signal is transmitted over either a coaxial cable with RCA connectors or a fiber optic cable with TOSLINK connectors. S/PDIF interconnects components in home theaters and other digital high...
for audio and the serial digital interface
Serial Digital Interface
Serial digital interface is a family of video interfaces standardized by SMPTE. For example, ITU-R BT.656 and SMPTE 259M define digital video interfaces used for broadcast-grade video...
(SDI) for video.
This connection model resulted in large confusing masses of cables, especially in professional and high-end consumer applications.
Attempts to get around these problems included new technologies such as IEEE 1394 (known as FireWire), and adaptations of standard computer network
Computer network
A computer network, often simply referred to as a network, is a collection of hardware components and computers interconnected by communication channels that allow sharing of resources and information....
technologies such as Audio over Ethernet
Audio over Ethernet
In audio engineering and broadcast engineering, Audio over Ethernet is the use of an Ethernet-based network to distribute real-time digital audio....
or Audio over IP
Audio over IP
Streaming audio over IP networks is being increasingly used by broadcasting companies, among others, to provide high-quality audio feeds over distance across an IP network such as the Internet. The application is also known as audio contribution over IP in reference to the programming...
.
Specialized professional, home, and automotive protocols did not interoperate.
Adapting standard networks could use commodity technology, but tight quality of service
Quality of service
The quality of service refers to several related aspects of telephony and computer networks that allow the transport of traffic with special requirements...
control was difficult.
Requirements
Requirements included synchronizing multiple streams, sometimes called lip synch.Delay, including source and destination buffering, must be low and deterministic. For example, consumer user-interface responses of about 50ms, or about 2ms for live performances.
Applications must be able to reserve network resources, sometimes called “admission control”.
IEEE standardization
In July 2004 the IEEE 802.3IEEE 802.3
IEEE 802.3 is a working group and a collection of IEEE standards produced by the working group defining the physical layer and data link layer's media access control of wired Ethernet. This is generally a local area network technology with some wide area network applications...
started a residential Ethernet
Ethernet
Ethernet is a family of computer networking technologies for local area networks commercially introduced in 1980. Standardized in IEEE 802.3, Ethernet has largely replaced competing wired LAN technologies....
study group for A/V streaming.
In November 2005 work moved to the IEEE 802.1
IEEE 802.1
IEEE 802.1 is a working group of the IEEE 802 project of the IEEE Standards Association.It is concerned with:* 802 LAN/MAN architecture* internetworking among 802 LANs, MANs and other wide area networks* 802 Link Security* 802 overall network management...
working group, responsible for cross-network bridging
Bridging (networking)
Bridging is a forwarding technique used in packet-switched computer networks. Unlike routing, bridging makes no assumptions about where in a network a particular address is located. Instead, it depends on flooding and examination of source addresses in received packet headers to locate unknown...
standards. In particular, the group wanted the technology to be scalable from inexpensive consumer applications to professional standards.
Summary of Audio Video Bridging
An “Audio Video Bridging” (AVB) network implements a set of protocols being developed by the IEEE 802.1 Audio/Video Bridging Task Group. There are four primary differences between the proposed architecture and existing 802 architectures:- Precise synchronization,
- Traffic shaping for media streams,
- admission controls, and
- Identification of non-participating devices.
These are implemented using relatively small extensions to standard layer-2 MACs and bridges. This “minimal change” philosophy allows non-AVB and AVB devices to communicate using standard 802 frames. However, as shown in Figure 2, only AVB devices are able to: a) reserve a portion of network resources through the use of admission control and traffic shaping and b) send and receive the new timing-based frames.
IEEE 802.1AS - Precise synchronization
AVB devices periodically exchange timing information that allows both ends of the link to synchronize their time base reference clock very precisely. This precise synchronization has two purposes:- To allow synchronization of multiple streams
- To provide a common time base for sampling/receiving data streams at a source device and presenting those streams at the destination device with the same relative timing.
The protocol used for maintaining timing synchronization is specified in IEEE 802.1AS, which is a very tightly-constrained subset of another IEEE standard (IEEE 1588), with extensions to support IEEE 802.11
IEEE 802.11
IEEE 802.11 is a set of standards for implementing wireless local area network computer communication in the 2.4, 3.6 and 5 GHz frequency bands. They are created and maintained by the IEEE LAN/MAN Standards Committee . The base version of the standard IEEE 802.11-2007 has had subsequent...
and also generic “coordinated shared networks” (CSNs – examples include some wireless, coaxial cable, and power line technologies). IEEE 1588 is used for industrial control and test and measurement applications.
An 802.1AS network timing domain is formed when all devices follow the requirements of the 802.1AS standard and communicate with each other using the IEEE 802.1AS protocol. Within the timing domain there is a single device that provides a master timing signal called the “Grand Master Clock”. All other devices synchronize their clocks with this master as shown in Figure 3.
The device acting as Grand Master can either be auto selected or can be specifically assigned (e.g., if the network is used in a professional environment that needs “house clock” (audio), or "genlock
Genlock
Genlock is a common technique where the video output of one source, or a specific reference signal from a signal generator, is used to synchronize other television picture sources together. The aim in video and digital audio applications is to ensure the coincidence of signals in time at a...
" (video), or if the timing hierarchy needs to be specified for other reasons). AVB devices typically exchange capability information after physical link establishment. If peer devices on a link are network synchronization capable they will start to exchange clock synchronization frames. If not, then an AVB timing domain boundary is determined (as shown in Figure 2).
IEEE 802.1Qav - Traffic shaping for AV streams
In order to provide professional AV services, the AVB architecture implements traffic shaping using existing 802.1Q forwarding and priority mechanisms but also defines a particular relationship between priority tags and frame forwarding behaviour at endpoints and bridges.Traffic shaping is the process of smoothing out the traffic for a stream so that the packets making up the stream are evenly distributed in time. If traffic shaping is not done at sources and bridges, then the packets tend to “bunch” into bursts of traffic that can overwhelm the buffers in subsequent bridges, switches and other infrastructure devices (“bunching” is described in greater detail in the following sections).
Tagging requirements at the stream source and the bridge
AVB streams consist of 802 frames with priority tagging, with normal restrictions on format and length. The default 802.1Q taggingIEEE 802.1Q
IEEE 802.1Q is the networking standard that supports Virtual LANs on an Ethernet network. The standard defines a system of VLAN tagging for Ethernet frames and the accompanying procedures to be used by bridges and switches in handling such frames...
for a particular market segment will be chosen to avoid potential conflict with existing uses of the 802.1Q priority tags within that market segment.
Traffic shaping at the stream source
Endpoint devices are required to very evenly transmit frames for a particular stream based on the AVB traffic class and the specific quality of serviceQuality of service
The quality of service refers to several related aspects of telephony and computer networks that allow the transport of traffic with special requirements...
(QoS) parameters that were used when the stream was OK’d by the network (see “Admission controls” below). The specific rules for traffic shaping are described in the IEEE 802.1Qav specification, and are a simple form of what is known as “leaky bucket” credit-based shaping where the bandwidth reserved for a stream controls the time between the packets that make up the stream.
Traffic shaping at an AVB bridge
The traffic shaping mechanism used by stream sources is also employed by AVB bridges. AVB frames are forwarded with precedence over Best Effort traffic (i.e., reserved AVB stream traffic traversing an AVB bridge has forwarding precedence over non-reserved traffic) and will be subjected to traffic shaping rules (they may need to wait for sufficient credits).Just like for stream sources, the traffic shaping rules for bridges require that frames be distributed very evenly in time, but only on an aggregate class basis rather than on a per-stream basis. This means that all the AVB traffic being transmitted out a particular port is distributed evenly in time measured using the QoS parameters of that class (this is the sum of the bandwidths of all the reservations for a particular AVB class for the particular port as made by the admission control process described below). This has the effect of smoothing out the delivery times (preventing “bunching” of frames ) as a stream propagates through a network. The limited “bunching” has the very useful benefit of placing a relatively small upper limit on the size of the AVB output buffers needed at all egress ports on a bridge, independent of the number of hops in the path. This bounded buffer size is a key attribute that enables bounded delay and eliminates network congestion for admitted AV streams in AVB networks even if non-admitted traffic does experience congestion.
IEEE 802.1Qat - Admission controls
Even though the preceding mechanism can reliably deliver data with a deterministic low latency and low jitter, it will only do so if the network resources (e.g., throughput on a port, buffer space in a bridge) are available along the entire path from the talker to the listener(s). In the AVB protocols, the term ‘talker’ is used to denote a stream source and ‘listener’ denotes a stream destination. In this architecture, it is both the talker’s and the listener's responsibility to guarantee the path is available and to reserve the resources. The process to do this is specified by the 802.1Qat “Stream Reservation Protocol” (SRP). This protocol registers a stream and reserves the resources required through the entire path taken by the stream:Talkers initiate by sending an SRP “talker advertise” message. This message includes a Stream ID composed of the MAC address of the stream source plus a talker-specific 16-bit unique ID and the MAC address of the stream destination. Additionally, the “talker advertise” message includes QoS requirements (e.g., AVB traffic class and data rate information), and accumulated worst case latency. Even though the address and QoS requirements are originated by the talker, the worst case latency is recalculated at every bridge so that the listener can communicate this information to higher layers to do media synchronization.
Figure 5 – Successful reservation (talker advertise)
All AVB intermediate bridges receiving a “talker advertise” message check for bandwidth availability on their output ports. If the bridge has sufficient resources available on that port, then the “talker advertise” is propagated to the next station.
If the resources are not available, rather than propagating the advertise message, the bridge sends a “talker failed” message. Included in this message is a failure code and bridge identification such that a higher-layer application can provide error checking or notification. An intermediate bridge receiving a “talker failed” will just pass on the message out towards the listener.
When a listener receives a "talker advertise” message, it will know whether the resources are available, and if so, the latency for the path. It can then respond with a “listener ready” message that is forwarded back towards the talker. Intermediate bridges use the “ready” message to lock down the resources needed by the stream and to make the appropriate entries in their forwarding database to allow the stream to be sent on the port that received the “ready” message. When the talker receives a “ready” message, it can start transmitting the stream.
The talker can explicitly tear down a stream by de-registering the “talker advertise”, and a listener can disconnect by de-registering the “listener ready”. A de-registration message propagates through the network in the same manner as the original registration.
There are also implicit methods used to tear down a connection and release the allocated resources. For example, the listener must periodically resend registrations and “ready” messages, and talkers must periodically resend “advertise” messages. That way any receiving device (including intermediate bridges) could automatically release assigned resources and notify higher layers if the appropriate registrations and reservations were not received due to a system that, for example, suddenly lost power.
LAN-specific considerations
Although the intent of the AVB Task Group is to provide a LAN-technology-independent method for requesting and providing streaming services, the characteristics and architectures of different LAN technologies require specific ways of implementing those services as outlined in the next few sections.IEEE 802.3 / Ethernet Links
Today Ethernet devices predominantly support full-duplex operation at 100 Mbit/s or greater. Thus, since the total available bandwidth available over such an Ethernet link is both known and constant, an AVB reservation over those Ethernet links combined with the appropriate traffic shaping assures both throughput and delivery latency parameters are met for packets of reserved streams. Since the bandwidth and delivery timing cannot be assured between two devices in an older shared CSMA/CD Ethernet using hubs, these older technologies are not supported by AVB.AVB’s Ethernet time synchronization standard, 802.1AS, leverages and simplifies deployed IEEE 1588-2008.
IEEE 802.11 / Wireless LAN
To date, the AVB support planned for 802.11 is limited to time synchronization. 802.1AS provides for accurate time synchronization over 802.11 links, in part by invoking MAC-specific timestamp-reporting primitives defined in draft 802.11v. The time synchronization protocol defined by 802.1AS has been designed to be resilient to the transmission characteristics that are possible on wireless medium.Coordinated Shared Network Links
Several MAC/PHY specifications and standards are currently deployed or being developed which operate over existing wires within the home (e.g. AC power lines, coax cabling,). These wires are electrically “Shared” between multiple devices (not point-to-point like Ethernet), so to provide predictable performance, transmission of information onto the wire is “Coordinated” to avoid collisions by one of the devices on the network. Such networking technologies are typically called Coordinated Shared Networks (CSN). If the CSN provides an access method with bounded latency (as most do), and if accurate link-specific time stamping or clock distribution is available for the CSN, then extensions can be defined to take advantage of themIEEE 802.1BA - Identification of participating devices
Since the whole AVB scheme depends on the participation of all devices between the talker and listener, any network element that does not support AVB (including so-called “unmanaged bridges”) must be identified and flagged. The process to do this is described in the developing IEEE 802.1BA “Audio Video Bridging Systems” standard, which specifies the default configuration for AVB devices in a network.For Ethernet, the method specified by 802.1BA to determine if its peer is AVB capable is a combination of 802.3 link capabilities (determined during Ethernet link establishment) and the link delay measurements done by IEEE 802.1AS. An AVB capable Ethernet port uses AVB if:
- the link is full duplex 100 Mbit/s or greater
- the 802.1AS protocol discovers exactly one peer
- the round-trip delay to the responding AVB device is no more than a worst case wire delay (computed from the IEEE 802.1AS “PDelay” exchange) Note: the worst case wire delay is less than that of a non AVB switch
- an SRP reservation request or acknowledge is received on the port
Other layer 2 connections will have their own specific methods to identify cooperating peers.
Even though a port may be enabled for AVB operation, there is a possibility that a complete end-to-end AVB connection cannot be made to another endpoint device that is AVB enabled. For example, in Figure 2 above, devices in AVB domain 1 cannot establish an AVB connection to devices in AVB domain 2. An AVB connection can only be assured if a successful reservation is made using SRP and SRP “talker advertise” messages will not be propagated by a non-AVB bridge.
Higher layer protocols
For applications to take advantages of the features of AVB, there needs to be some coordination with portions of the higher layer communication protocols in between. In addition, some transport protocols have been adapted to provide information for applications to use AVB.An application can implement synchronized distributed rendering using 802.1AS and higher layers. Specific audio samples and/or video frames carried by higher-layer protocols are given an associated presentation time (in terms of the shared 802.1AS clock) by the media source that is also an AVB talker. Each media renderer, that is also an AVB listener, renders the referenced audio sample or video frame at the 802.1AS presentation time.
IEEE 1722 and IEEE 1722.1
Applications using IEC 61883IEC 61883
IEC 61883 is a 1998 digital interface that is used by IEEE 1394 devices for audio and video equipment. The standard for these devices is maintained by the International Electrotechnical Commission....
formats can use procedures defined in IEEE 1722 to sample the 802.1AS clock at the start of an A/V data block and then add the worst case transport delay to the sample time to get a presentation time which is inserted into the 1722 packet.
IEEE 1722.1 is a standard being developed to allow Discovery, Enumeration, Connection management and Control (DECC) of devices using IEEE 1722.
IEEE 1733
If an application uses the IETF Real-time Transport ProtocolReal-time Transport Protocol
The Real-time Transport Protocol defines a standardized packet format for delivering audio and video over IP networks. RTP is used extensively in communication and entertainment systems that involve streaming media, such as telephony, video teleconference applications, television services and...
(RTP), it can use a new RTCP payload format defined in IEEE 1733 that correlates the RTP timestamp with the 802.1AS presentation time. The applications at the renderer(s) then use that correlation to translate the RTP timestamp to the presentation time stamp allowing the renderer(s) to start playing at the same time and keep playing at the same rate.
HTTP
Applications using HTTP can also take advantage of AVB’s time synchronization by carrying a presentation time. For example, MPEG2 transport streams that require clock synchronization between the server and client can include transport time stamps (TTS) as defined by ARIBArib
Arib is a town in northern Algeria....
TTS (ARIB STD-B24) which are derived from the 802.1AS clock. Similarly, an application could utilize clock synchronization through methods described in ISO 13818-1 Annex J which includes a discussion of various clock recovery schemes proposed for MPEG2 Transport Streams over jitter inducing networks, and figure J.2 illustrates a simple way to use the 802.1AS clock for this purpose.
If the media source is not a real-time source (e.g. a media file on a mass storage device), the presentation times can be generated based on the nominal media rate. If the media source is a real-time source (e.g. a microphone), the presentation time can be constructed by the talker based on its observation of the 802.1AS time in relation to the microphone’s sample clock.
Other higher layer services can use AVB in a similar way. Existing connection management schemes, for example, can use the AVB SRP reservation services by mapping their internal stream identifiers with the SRP stream ID. Once a connection is established, streaming can start. E.g., applications using RTP transmit RTCP packets defined by IEEE 1733 that correlate the SSRC to the SRP stream ID. Furthermore, listener applications using 1722 use the SRP stream ID to discriminate between different streams.
Standardization
| Standard | Title | Status | Date |
|---|---|---|---|
| IEEE 802.1BA | Audio Video Bridging Systems | Ratified and published | 30 September 2011 |
| IEEE 802.1Qav | Forwarding and Queuing Enhancements for Time-Sensitive Streams | Ratified and published | 5 January 2010 |
| IEEE 802.1Qat | Stream Reservation Protocol | Ratified and published | 30 September 2010 |
| IEEE 802.1AS | Timing and Synchronization for Time-Sensitive Applications in Bridged Local Area Networks | Ratified and published | 30 March 2011 |
| IEEE 1722 | Layer 2 Transport Protocol for Time Sensitive Applications in a Bridged Local Area Network | Ratified and published | 6 May 2011 |
| IEEE 1733 | Layer 3 Transport Protocol for Time Sensitive Applications in Local Area Networks | Ratified and published | 25 April 2011 |
| IEEE 1722.1 | Device Discovery, Enumeration, Connection Management and Control Protocol for 1722-Based Devices | Draft 16 | September 2011 |
Switches
- Lab X Technologies Titanium 411 AVB Switch
- BSS Audio/NETGEAR GS724T 24 Port Ethernet AVB Switch
- Pathport VIA 10+1 Port Ethernet AVB Switch
End stations
Integrated Circuits
- Marvell Yukon 88E8059 PCI-Express Gigabit Ethernet Controller with AVB
- Marvell 88E6350R 7 Port AVB Gigabit Ethernet Switch
FPGA IP
External links
- IEEE 802.1 Audio/Video Bridging task group
- IEEE 1722 Layer 2 transport protocol working group for time-sensitive streams
- IEEE 1722.1 working group for Device Discovery, Enumeration, Connection Management and Control Protocol for P1722 based devices
- IEEE 1733 AVB layer 3 transport working group
- Open Source community discussion mailing list