Introduction to ATM|Introduction to ABR|The Virtual Output Queue|Simulation Results|ABR Publications|ABR Links|Back to iPOINT


Asynchronous Transfer Mode (ATM)

The goal of Asynchronous Transfer Mode (ATM) is to integrate the transmission of various type of data (e.g. video, IP-traffic) into one high-speed network. The protocols defining ATM are standardized by the International Telecommunications Union (ITU-T), American National Standards Institute (ANSI), European Telecommunications Standards Institute (ETSI) and the ATM Forum. Essentially, they describe the multiplexing and switching of ATM cells.

Some basic concepts, being important for Available Bit Rate (ABR) service are briefly treated on this page.

Contents:


ATM is a connection-oriented transfer mode. Before sending cells that carry user data, a virtual connection between source and destination has to be established. All packets of a connection follow the same path within the network. During the connection setup each switch generates an entry in the Virtual Path Identifier (VPI) / Virtual Channel Identifier (VCI) translation table. This enables the switch to move an incoming packet from its VP / VC to corresponding outgoing VP / VC. As an advantage, this kind of routing requires a smaller header. Just a locally valid address (i.e. VPI / VCI) has to be carried in the packet.


ATM Cell Format

ATM transmits, switches and multiplexes information in fixed-length cells. The length of a cell is 53 bytes, consisting of a 5-byte cell header and 48 bytes of data (fig. 1).

ATMcell.bmp (19774 bytes)

Fig. 1 ATM Cell

Header Format

The ATM header contains information about destination, type and priority of the cell.

The Generic Flow Control (GFC) field allows a multiplexer to control the rate of an ATM terminal. The GFC field is only available at the User-to-Network Interface (UNI). At the Network-to-Network Interface (NNI) these bits belong to the Virtual Path Identifier (VPI).

The Virtual Path Identifier (VPI) and the Virtual Channel Identifier (VCI) hold the locally valid relative address of the destination. These fields may be changed within an ATM switch.

The Payload Type (PT) marks whether the cell carries user data, signaling data or maintenance information.

The Cell Loss Priority (CLP) bit indicates which cells should be discarded first in the case of congestion.

Finally, the Header Error Control (HEC) field is to perform a CRC check on the header data. Only the header is error checked in the ATM layer. Error check for the user data is left to higher layer protocols and is performed on an end-to-end base.

 

8

7

6

5 4 3 2 1

Byte 1

GFC

VPI

Byte 2

VPI

VCI

Byte 3

VCI

Byte 4

VCI

PTI

CLP

Byte 5

HEC

Table 1 ATM cell header format (UNI)

Abbreviations

 
GFC Generic Flow Control
VPI Virtual Path Identifier
VCI Virtual Channel Identifier
PTI Payload Type Identifier
CLP Cell Loss Priority
HEC Header Error Control

Table 2 ATM cell header abbreviations


Quality of Service (QoS)

ATM Networks are thought to transmit data with varying characteristics. Different applications need various Qualities of Service (QoS). Some applications like telephony may be very sensitive to delay, but rather insensitive to loss, whereas others like compressed video are quite sensitive to loss.

 

The ATM Forum specified several Quality of Service (QoS) categories:

 

The following table shows, which are the negotiated parameters for any QoS category.

 

CBR

Rt-VBR

Nrt-VBR

UBR

ABR

Traffic Parameters:

 

PCR and CDVT

Specified

SCR, MBS, CDVT

N/A

Specified

N/A

MCR

N/A

Specified

QoS Parameters:

 

Peak-to-peak CDV

Specified

Unspecified

MaxCTD

Specified

Unspecified

CLR

Specified

Unspecified

Network specific

Other Attributes:

 

Feedback

Unspecified

Specified

Table 3 QoS parameters

 

Abbreviations

 

CDV

Cell Delay Variation

CDVT

CDV Tolerance

CLR

Cell Loss Ratio

CTD

Cell Transfer Delay

MBS

Maximum Burst Size

MCR

Minimum Cell Rate

PCR

Peak Cell Rate

SCR

Sustainable Cell Rate

Table 4 QoS abbreviations

Constant Bit Rate (CBR)

During a connection setup CBR reserves a constant amount of bandwidth. This service is conceived to support applications such as voice, video and circuit emulation, which require small delay variations (jitter). The source is allowed to send at the negotiated rate any time and for any duration. It may temporarily send at a lower rate as well.

 

Variable Bit Rate (VBR)

VBR negotiates the Peak Cell Rate (PCR), the Sustainable Cell Rate (SCR) and the Maximum Burst Size (MBS). VBR sources are bursty. Typical VBR sources are compressed voice and video. These applications require small delay variations (jitter). The VBR service is further divided in real-time VBR (rt-VBR) and non-real-time VBR (nrt-VBR). They are distinguished by the need for an upper bound delay (Max CTD).

MaxCTD is provided by rt-VBR, whereas for nrt-VBR no delay bounds are applicable.

 

Available Bit Rate (ABR) and Unspecified Bit Rate (UBR)

ABR and UBR services should efficiently use the remaining bandwidth, which is dynamically changing in time because of VBR service. Both are supposed to transfer data without tight constraints on end-to-end delay and delay variation. Typical applications are computer communications, such as file transfers and e-mail.

UBR service provides no feedback mechanism. If the network is congested, UBR cells may be lost.

An ABR source gets feedback from the network. The network provides information about the available bandwidth and the state of congestion. The source's transmission rate is adjusted in function of this feedback information. This more efficient use of bandwidth alleviates congestion and cell loss. For ABR service, a guaranteed minimum bandwidth (MCR) is negotiated during the connection setup negotiations.


Introduction to ATM|Introduction to ABR|The Virtual Output Queue|Simulation Results|ABR Publications|ABR Links|Back to iPOINT

Last updated 03/12/98 by Matthias Bossardt