Professional Documents
Culture Documents
ATM Protocol
ATM Protocol
ATM Protocol
Contents
Introduction to ATM
Protocol Reference Model
Physical Layer
Functionalities
Sublayers
Protocol Specifications
ATM Layer
Functionalities
Sublayers
Protocol Specifications
DCW ATM-Protocol-1
ASYNCHRONOUS TRANSFER MODE
DCW ATM-Protocol-2
WHY SMALL AND FIX-SIZED CELLS?
The choice of small cells is a compromise between the needs of data transfer
and voice applications.
Data transfer applications are better served with long cells which reduce the
overhead and have better bandwidth efficiency. However, long cells take long
time to transmit and may suffer larger delay variation.
Voice and video applications require low delay and low delay variation (i.e.,
delay jitter). Thus, voice and video applications prefer small cells.
ATM network has to support data transfer applications as well as voice and
video applications, and ATM network will operate at high bandwidth. Thus,
the choice is small cells.
Less delay variation (i.e., no delay variation due to cell size variation).
Better and easier cell synchronization.
Easier switch buffer management.
Better fit to self-routing switching mechanism.
DCW ATM-Protocol-3
ATM TRANSPORT NETWORK MODEL
Level
Transmission Path
Transmission
Path
Physical Layer
Level
Regeneration Regeneration
Section Section
Level
End Point
Connecting Point
DCW ATM-Protocol-4
ATM TRANSPORT NETWORK MODEL
(CONTINUE)
The transport network model divides the network into two layers: ATM layer
and physical layer. The physical layer provides services to the ATM layer,
which in turn provides services to the upper layer, the ATM adaptation layer.
Each layer is further subdivided into levels. Each level consists of four
transport elements: (1) connection, (2) link, (3) connecting point, and (4)
endpoint. Links are concatenated to form a connection. A connection is
identified by two end-points. Endpoints are located at the boundary between
two levels where information is exchanged and transport service is provided
to the next higher layer.
A virtual path identifier (VPI) identifies a collection of VC links that share the
same VPC. A VP link is originated or terminated by the assignment or
removal of the VPI value in the cells. VP routing is performed at the VP
connecting point (e.g., VP cross connect, VP switch), which translates the
VPI values of the incoming VP links into the VPI values of the outgoing VP
links.
DCW ATM-Protocol-5
A virtual path connection (VPC) is established by concatenating VP links. At
the VPC endpoint, the VPC is terminated and the VCIs are originated,
translated, or terminated.
The physical layer is subdivided into three levels: transmission path level,
digital section level, and regeneration section level.
A transmission path is defined between points where the ATM layer accesses
the physical layer. The end points of a transmission path perform functions,
such as cell delineation (i.e., to find out the beginning of the cell), cell header
error control, and assembly and disassembly of the payload of the
transmission system (e.g., SONET payload).
DCW ATM-Protocol-6
ATM PROTOCOL REFERENCE MODEL
In the ATM protocol architecture, three layers are specified. They are (1)
physical layer, (2) ATM layer, and (3) ATM adaptation layer.
Physical layer provides the physical transport of the ATM cells. Functions
performed include cell delineation, header error control, insertion and
removal of cells from the physical medium
The boundary between the ATM layer and the AAL corresponds to the
boundary between functions in the cell header and functions in the cell
information field.
DCW ATM-Protocol-7
Cell Relay Video
CBR Low Bit SMDS SNMP Frame B-ISUP
Higher
AAL3/4
SSCOP
AAL5
SAAL
CS CPCS
AAL0
SSCS CPCS
AAL1
AAL2
Layer
CPCS
ATM
Null
SAR CPS SAR SAR SAR
Layer
ATM
ATM
Cell
Block UNI
Layer
PMD
Fibre Twisted
SONET STS-12C FDDI
SONET STS-3C Pair Cable
T1 T3 SONET STS-1 SDH STM-3 PMD Channel
SDH STM-1 PMD
PMD
DCW ATM-Protocol-8
ATM INFORMATION TRANSPORT
AAL AAL
Inside the network, functions performed by the switches for user data
transport are limited at ATM layer. AAL functions are provided by the user
end devices or the edge switches of the network. In another word, at the user
end devices or the edge switches, the higher layer data is adapted into ATM
payload by the ATM adaptation layer (AAL) and ATM cells are generated.
Inside the network, the switches only examine the ATM cell header and
perform ATM layer functions to be discussed later. The information field is
transported transparently.
DCW ATM-Protocol-9
ATM PHYSICAL LAYER
Sublayers
Protocols
SONET (OC-3, OC-12, OC48, OC192)
DS-3
DS-1
DCW ATM-Protocol-10
PHYSICAL LAYER FUNCTIONALITY
The main function of the physical layer is to transport the ATM cells
accurately to the destination.
DCW ATM-Protocol-11
PHYSICAL LAYER - SUBLAYERS
Two Sub-Layers:
DCW ATM-Protocol-12
SONET STS-3C PHYSICAL LAYER
FUNCTIONS
DCW ATM-Protocol-13
TC SUBLAYER FUNCTIONS
- HEC is the last octet of the header and protects the header.
- At the receiver, there are two modes of operation:
- single-bit error correction
- multiple-bit error detection, and errored cell discard
3. Cell mapping
Aligning by row, the byte structure of every cell with the byte
structure of the SONET-3C payload capacity (Synchronous
Payload Envelope, SPE). The entire STS-3c payload capacity is
filled with cells.
4. Cell delineation
DCW ATM-Protocol-14
CELL MAPPING TO STS-3C SPE
DCW ATM-Protocol-15
SONET OVERHEAD BYTES
H1 (bits 1-4 ) 0110 (norm), 1001 (act) New data flag (indicates change
in pointer value)
J1 Path trace
In 1996, ITU-T had renamed the three C1 bytes and changed their
functions. The first C1 byte is now denoted as J0 byte and is used as
section trace. The second and third C1 bytes are denoted as z0 bytes,
and the functions are not defined. The J0 byte is used to transmit
repetitively a Section Access Point Identifier so that a section receiver
can verify its continued connection to the intended transmitter.1
1. ITU-T G.707, Network node interface for the synchronous digital hierarchy (SDH), March
1996.
DCW ATM-Protocol-16
CELL DELINEATION
The TC sublayer uses HEC field to identify the cell boundaries. Cell
payload is scrambled to improve security and robustness of the HEC
cell delineation mechanism. The cell delineation algorithm is as
follows:
DCW ATM-Protocol-17
DS-3 PHYSICAL LAYER FUNCTIONS
Just like STS-3c, the physical layer of using DS3 consists of the
physical media dependent sublayer (PMD) and the transmission
convergence sublayer (TC). The functions performed by these two
sublayers are as follows:
HEC generation/verification
Nibble stuffing
DCW ATM-Protocol-18
DS-3 PLCP FRAME FORMAT
A1 A2 P6 Z1 ATM cell
A1 A2 P5 X ATM cell
A1 A2 P4 B1 ATM cell
A1 A2 P3 G1 ATM cell
A1 A2 P2 X ATM cell
A1 A2 P1 X ATM cell
A1 A2 P0 C1 ATM cell Trailer
DCW ATM-Protocol-19
DS-1 PHYSICAL LAYER FUNCTIONS
The physical layer bit rate at the DS1 ATM UNI is 1.544Mb/s. The bit
rate for transport of ATM cells is 1.536Mb/s. The DS1 ATM UNI is
symmetric. And the physical medium line code is bipolar 8 zero
substitution (B8ZS).
DCW ATM-Protocol-20
DS-1 PHYSICAL LAYER TC SUBLAYER
ATM cells are carried in the DS1 payload (i.e., bits 2 to 193). The cells
are directly mapped into the DS1 payload as shown in the following.
193bits/125sec
F Cell Header
F Cell Header
F Cell Header
At the transmit side and receive side, the DS1 physical layers perform
cell rate decoupling.
DCW ATM-Protocol-21
ATM LAYER
DCW ATM-Protocol-22
ATM LAYER SERVICE
The ATM layer provides for the transparent transport of fixed sized ATM
layer service data units (ATM_SDUs) between communicating upper layer
entities (e.g., ATM Adaptation Layer). This transport occurs on a pre-
established ATM connection according to a traffic contract. A traffic contract
is comprised of a quality of service (QoS) class, a vector of traffic parameters,
a conformance definition, and other information. The ATM layer receives
services from the physical layer.
Cell Multiplexing:
The ATM entities will perform cell multiplexing. ATM connections with
different QoS requirements are multiplexed.
Cell Relaying:
The ATM entity will perform cell relaying.
Cell Copying:
ATM entities may need to copy the payload of the received cells and send
it to the ATM Management entity for management functions.
DCW ATM-Protocol-23
Each ATM layer entity will be able to create and remove its local portion
of an ATM user-to-user (AUU) connection.
DCW ATM-Protocol-24
VIRTUAL CHANNEL AND VIRTUAL PATH
From a single source, the relay of cells within a VPC/VCC in the network will
preserve cell sequence integrity.
VPCs and VCCs are identified by Virtual Path Identifiers (VPIs) and Virtual
Channel Identifiers (VCIs). Cells can be switched at the VP or VC levels. The
VPIs and VCIs are only significant link by link.
DCW ATM-Protocol-25
ATM CELL FORMAT (UNI)
The format of ATM cells at User Network Interface is as follows:
DCW ATM-Protocol-26
ATM CELL FORMAT (NNI)
DCW ATM-Protocol-27
CELL STRUCTURE DESCRIPTION
Generic Flow Control (GFC):
GFC field has 4 bits. For uncontrolled access, this field is zero.
VPI/VCI Field:
The VPI/VCI field is used to identify an ATM link. In the UNI format, a
24-bit field is used; while in the NNI format, a 28-bit field is used.
DCW ATM-Protocol-28
ATM CELL TYPES
Cells are identified by (1) their VPIs and VCIs and (2) Payload Type
Identification (PTI).
Unassigned Cells
DCW ATM-Protocol-29
ATM LAYER MANAGEMENT FUNCTIONS
Metasignaling
The ATM layer management entity manages various types of signaling.
Fault Management
Functions include alarm surveillance, loop back and continuity check
of ATM peer-to-peer connections.
Performance Management
The ATM layer management performs performance monitoring and
reporting.
Connection Management
The ATM layer management performs the establishment and
termination of ATM peer-to-peer connections.
Resource Management
Used by ABR.
Security Management
DCW ATM-Protocol-30
ATM ADAPTATION LAYER
DCW ATM-Protocol-31
ATM ADAPTATION LAYER (AAL)
FUNCTIONALITIES
The AAL isolates the higher layer from the specific characteristics of
the ATM layer by mapping the higher layer PDUs into the information
field of the ATM cell and vice versa. The AAL entities exchange
information with the peer AAL entities to support the AAL functions.
DCW ATM-Protocol-32
ATM ADAPTATION LAYER (AAL)
SERVICE CLASSES AND AAL TYPES
DCW ATM-Protocol-33
In general, the services can be categorized into constant bit rate
(CBR), variable bit rate (VBR), available bit rate (ABR), unspecified bit
rate (UBR), and guaranteed frame rate (GFR) services. The VBR
services can be real-time (rt-VBR) and non-real-time (nrt-VBR).
In CBR, users are transmitting data periodically to the network and the
rate of data transmission is constant. In VBR, users’ data is bursty.
Users may send a large amount of data at one time; while at other
time, some users may not send anything at all. When a user is sending
a large amount of data, he can not exceed the maximum rate that he
has subscribed to.
ABR services are similar to VBR services. In ABR, users’ data is also
very bursty. However, unlike VBR, the ABR users do not specify the
maximum rate. The network will use whatever bandwidth it has to
transmit ABR users’ data. If the network has little bandwidth, ABR
users’ data may be dropped. The network will guarantee a minimum
cell rate for the user. This is also sometimes called the best effort (BE)
service. UBR service is similar to ABR service, except there is no
guarantee of any minimum cell rate.
DCW ATM-Protocol-34
AAL1 SERVICES AND FUNCTIONS
The services provided by AAL1 to the higher layer are:
transfer of service data units (SDUs) with a constant source bit
rate and the delivery of them with the same bit rate;
transfer of timing information between source and destination;
indication of lost or errored information, which is not recovered
by AAL1.
DCW ATM-Protocol-35
AAL1 SUBLAYERS
DCW ATM-Protocol-36
AAL1_SAR_PDU FORMAT (UDT)
SN (Sequence Number)
CSI: Convergence Sublayer Indicator (1 bit)
CSIs of the odd numbered cells are used to carry the time
stamping information for clock recovery. CSIs of the even
numbered cells are used to indicate P-format cell (used for
SDT).
Sequence Count (3 bits)
The SC subfield is used for the transport of a binary
encoded sequence count value between peer AAL1-CS
entities.
DCW ATM-Protocol-37
AAL1_SAR_PDU FORMAT (SDT)
The structured data transfer (SDT) AAL1_SAR-PDU format is similar
to that of the unstructured data transfer (UDT). However, SDT uses
both non-P and P-formatted PDUs. The P-formatted AAL1_SAR_PDU
is one of the even SAR-PDUs with CSI bit set to 1. (Note that the CSI
bits of the odd number cells are used to carry time stamp information.)
When the PDU is P-formatted, the first octet in the 47-octet payload is
used as a pointer which contains the offset, in octets, between the end
of the pointer field and the first start of the structured block in the 93
octet payload (i.e., 46 octets of this SAR_PDU and the 47 octets of the
next SAR_PDU). The format of the P-formatted AAL1_SAR-PDU is
Sequence Even
CSI CRC Parity Offset field
Count Parity AAL1_CS_PDU (46 octets)
(1 bit) (3 bits) (1 bit) (7 bits)
(3 bits) Bit
DCW ATM-Protocol-38
SENDING AAL1 ENTITY PROCESSES
DCW ATM-Protocol-39
RECEIVING AAL1 ENTITY PROCESSES
DCW ATM-Protocol-40
AAL 2 OVERVIEW
User Data
AAL Service Access Point
ATM
DCW ATM-Protocol-41
AAL2 FUNCTIONS AND SERVICES
Issues of low bit rate voice over ATM:
Base
Station
ATM switch
User 3 (A) Leased line (e.g.,T1, DS-3)
(B)
User 2 ATM cell assembler/disassembler
User 1
10 ms
(A) Low bit rate voice
per channel (e.g.,
8Kbps)
10 octets
(B) ATM cells
ATM cell
ATM cell Payload
header
(48 octets)
On the other hand, if the base station does not wait for more voice
samples to fill out the whole payload in an ATM cell, then the
bandwidth is wasted. In the figure above, it maybe only ten octets of
voice are in an ATM cell, the other 38 bytes in the ATM cell payload
are not used. The efficiency is
10/53 (=19%).
DCW ATM-Protocol-42
Issues with low bit rate applications and the solution:
Header Payload
48 octets
CPCS Packet
ATM Layer
ATM cell
By doing this, we do not need to wait for one single user to fill up the
payload of an ATM cell (which takes a long time), and instead, we fill
up the payload with data from several other users. Thus, we can use
the bandwidth more efficiently.
Since a cell now may contain data from more than one user, data from
each individual user needs to be clearly identified, and their
boundaries need to be marked. The marking of the data from different
users, the delineation of the boundaries, and the multiplexing of the
data into 48-byte payload are the functions of AAL2.
DCW ATM-Protocol-43
AAL2 PROTOCOL FORMAT
The following figure shows how the user data packet is passing
through various sub-layers of the AAL2. In this figure,
PDU: Packet data unit
SDU: Service data unit
CPS-PH: CPS-packet header
CPS-PP: CPS-packet payload
STF: Start field
User Packet
AAL-SDU
SSCS
SSCS-PDU
SSCS-PDU SSCS-PDU
Header payload
(If present) Trailer (If present)
CPS-SDU
AAL
CPS-PH CPS-PP
CPS
CPCS-Packet
DCW ATM-Protocol-44
CPS-Packet header is 3-octets long and consists of four fields.
CPS-INFO
CPS-packet payload has a variable length
DCW ATM-Protocol-45
The CPS-PDU format is as follows:
ATM
Cell S P CPS- CPS- CPS-
OSF Packet Packet Packet PAD
Header N
Start Field
(1 oct.) CPS-PDU Payload (47 oct.)
Parity (P)
- Odd parity of STF field
- For error detection
Note that if the CPS-packets can not fill the whole 48-octets ATM cell
payload, pad is used. Padding field is set to all “0”.
Error Detection:
- CPS-packet HEC error detected, discard the rest of CPS-PDU
- CPS-PDU STF parity error detect, discard the whole CPS-
PDU.
DCW ATM-Protocol-46
AAL3/4 SUBLAYERS
The AAL type 3/4 (AAL3/4) consists of two parts, a common part (CP)
and a service specific part (SSP). The SSP is used to provide those
additional capabilities, beyond those provided by the CP, that are
necessary to support the user of the AAL3/4. For some applications,
the SSP will be null.
The functions of the AAL3/4 common part have been grouped into two
sublayers, the segmentation and reassembly (CPAAL3/4_SAR)
sublayer and the convergence sublayer (CPAAL3/4_CS).
DCW ATM-Protocol-47
SERVICE PROVIDED TO UPPER LAYER BY
AAL3/4
DCW ATM-Protocol-48
CPAAL3/4 FUNCTIONS
Data transfer
Transfer of CPAAL3/4 user information (CPAAL3/4_SDUs)
between CPAAL3/4 users
Preservation of CPAAL3/4_SDUs
Delineation and transparency of CPAAL3/4_SDUs.
CPAAL3/4_SDU segmentation
Segmentation of CPAAL3/4_SDU into segments of up to 44
octets.
CPAAL3/4_SDU reassembly
Construct CPAAL3/4_SDUs from the CPAAL3/4_SAR_PDUs
delivered by the ATM layer
Error detection
Detect and handle bit errors, lost or gained information and
incorrectly reassembled CPAAL3/4_SDUs.
Multiplexing an demultiplexing
Multiplexing and demultiplexing of multiple CPAAL3/4
connections or interleaving of CPAAL3/4_CS_PDUs. The
number of connections supported over an AUU connection as
well as message identifier is defined at the connection
establishment (for SVC) or provisioning (for PVC).
CPAAL3/4_SDU abort
Abort partially transmitted or received CPAAL3/4_SDU.
Pipelining
Forward partial PDUs to the next functional unit before the full
PDU has been collected.
DCW ATM-Protocol-49
COMMON PART AAL3/4_SAR_PDU FORMAT
ST Encoding
BOM 10
COM 00
EOM 01
SSM 11
User Information
FILL:
Padding to make the CPAAL3/4_SAR_PDU payload field equal
to 44 octets.
DCW ATM-Protocol-50
LI: Length Indicator (6 bits)
Used to indicate the length of the user information field.
In the message mode service, if CPAAL3/4_SAR_PDU ST=BOM
or COM, the value of the length indicator (LI) field is always 44.
In the streaming mode service, the value of LI could be less than
44 for ST=BOM or COM CPAAL3/4_SAR_PDUs.
DCW ATM-Protocol-51
COMMON PART AAL3/4_CS_PDU FORMAT
Btag:
Used to detect misassembling error conditions through
correlation with the Btag in the trailer.
BASize:
Used to indicate the maximum buffering requirements to receive
a CPAAL3/4_CS_PDU. This field value shall be greater or equal
to the length of the user information.
User Information:
The maximum length of this field is 65,535 octets.
Pad:
Used to force the CPAAL3/4_CS_PDU payload field to be 32-bit
aligned.
AL:
Used as a filler to achieve 32-bit alignment in
CPAAL3/4_CS_PDU trailer.
Length:
Used to indicate the length of the user information contained in
the CPAAL3/4_CS_PDU payload field. Used by the receiver to
detect the loss or gain of information.
DCW ATM-Protocol-52
AAL5 SERVICES AND FUNCTIONS
The services provided by AAL type 5 (AAL5) to the higher layer are
similar to those by AAL3/4. It provides for sequential and transparent
transfer of variable length, octet-oriented CPAAL5_SDUs from one
CPAAL5 user to one or more CPAAL5 users. However, it does not
perform multiplexing/demultiplexing as AAL3/4 does.
Like AAL3/4, AAL type 5 provides both message mode service and
streaming mode service. Both modes of service may offer the following
peer-to-peer operational procedures:
Assured operation:
Every assured AAL5_SDU is delivered with exactly the data
content that the user sent.
Non-assured operation:
Integral AAL_SDUs may be lost or corrupted.
DCW ATM-Protocol-53
AAL5 SUBLAYERS
The AAL type 5 (AAL5) consists of two parts, a common part (CP) and
a service specific convergence sublayer (SSCS). The SSCS is used to
provide those additional capabilities, beyond those provided by the
CP, that are necessary to support the user of the AAL5. For some
applications, the SSP will be null.
The functions of the AAL5 common part have been grouped into two
sublayers, the segmentation and reassembly (CPAAL5_SAR) sublayer
and the convergence sublayer (CPAAL5_CPCS).
AAL5
Primitive
Null
SSCS SSCS
Common
Part
AAL5
Primitive
Convergence Sublayer
(CPCS)
Common Part
Segmentation &
Reassembly (SAR)
DCW ATM-Protocol-54
COMMON PART AAL5_PDU FORMAT
DCW ATM-Protocol-55
COMMON PART AAL5_PDU FORMAT
User Data:
This field carries the CPAAL5_SDU. This field is octet-aligned
and can range from 0 to 65535 octets in length.
Pad:
This field is used to align the entire CPAAL5_PDU (including the
trailer) on 48-octet boundary.
User-User:
This field contains one octet user-user information.
CPI:
This common part indicator (CPI) is 1 octet and is reserved for
supporting future CPAAL5 functions.
Length:
This field indicates the length of the CPAAL5_SDU in the
CPAAL5_PDU. The receiver uses this field to determine the
boundary between the user data and the PAD field.
CRC32:
CRC32 calculation is performed over the entire
CPAAL5_CS_PDU.
DCW ATM-Protocol-56
CPAAL5_SAR_PDU FORMAT
AAL-user Information
(48 octets)
DCW ATM-Protocol-57