Download - UMTS Technology Reference Page
UMTS Technology Reference PageAn evolution from the GSM technology network standards
The following protocols appear in this familyAAL2see ATM
AAL5see ATM
AMRAdaptive Multi-Rate Speech Codec
BCCBroadcast Call Control.
BMCBroadcast/Multicast Control ProtocolBSSAP+Base Station System Application Part ProtocolCAMELCustomized Applications for Mobile network Enhanced LogicCCCircuit-switched Call Control Protocol
FPFrame Protocol
GCCGroup Call Control
GMMGPRS Mobility Management.
GSMGPRS Session Management
GTPGPRS Tunneling Protocol
luUPIu User Plane Protocol
MACMedium Access Control
MAPMobile Application PartMMMobility Management.
MTP-3BMessage Transfer Part Level 3B:
NbUP
NBAPNode B Application Part
PCAP
PDCPPacket Data Convergence Protocol
Q2630(ALCAP) Access Link Control Application Part.
RANAPRadio Access Network Application Protocol.
RLCRadio Link Control Protocol
RLPRadio Link Protocol
RNSAPRadio Network Subsystem Application Part
RRCRadio Resource Control
SCCPSignalling Connection Control Part.
SCTPStream Control Transmission Protocol
SNDCPSub-Network Dependant Convergance Protocol
SMSession Management.
SMSShort Message Service
SMS (TP)Short Message Transfer Protocol
SSSupplementary Services
SSCOP
(Q.2110)
SSCF-NNI
(Q.2140)
Third Generation Cellular Networks (commonly referred to as 3G) represent the next phase in the evolution of cellular technology, evolution from the analog systems (1st generation) and digital systems (2nd generation). 3G networks will represent a shift from voice-centric services to converged services, including voice, data, video, fax and so forth.
UMTS is the dominant 3G solution being developed, representing an evolution from the GSM network standards, interoperating with a GSM core network. The 3G will implement a new access network, utilizing both improved radio interfaces and different technologies for the interface between the access network and the radio network.
UMTS will use a wideband CDMA technology for transmission, and a more efficient modulation than GSM. This will allow UMTS to reach higher utilization, and offer higher bandwidth to the end-user. UMTS also implements an ATM infrastructure for the wireline interface, using both AAL2 and AAL5 adaptations; AAL2 for real-time traffic and AAL5 for data and signaling.
ATM
ATM relies on cell-switching technology. ATM cells have a fixed length of 53 bytes which allows for very fast switching. ATM creates pathways between end nodes called virtual circuits which are identified by the VPI /VCI values.
This section describes the ATM UNI and NNI cell header structures and the PDU structures for the various ATM/SAR formats including: AAL0, AAL1, AAL2, AAL3/4 and AAL5.
This ATM section includes information on the following:
UNI/NNI cellAALO
AAL1 PDU
AAL2
AAL3/4
AAL5
F4/F5 OAM
RM Cells
Reserved VPI/VCI Values
SSSAR
For more information on ATM testing
UNI/NNI Cells
The UNI or NNI cell header comprises the first 5 bytes of the ATM cell. The remaining 48 bytes comprise the payload of the cell whose format depends on the AAL type of the cell. The structure of the UNI and NNI cell headers are given here:
4
8 bits
GFC
VPI
VPI
VCI
VCI
VCI
PTI (3 bits)
CLP
HEC
UNI cell header
4
8 bits
VPI
VPI
VCI
VCI
VCI
PTI (3 bits)
CLP
HEC
NNI cell header
GFCGeneric flow control (000=uncontrolled access).
VPIVirtual path identifier.
VCIVirtual channel identifier.Together, the VPI and VCI comprise the VPCI. These fields represent the routing information within the ATM cell.
PTIPayload type indication.
CLPCell loss priority.
HECHeader error control.
Interested in more details about testing this protocol?
AAL0
AAL0 cells are sometimes referred to as raw cells. The payload consists of 48 bytes and has no special meaning.
Interested in more details about testing this protocol?
AAL1 PDUThe structure of the AAL1 PDU is given in the following illustration:
SNSNP
CSI
SC
CRC
EPC
SAR PDU Payload
1 bit
3 bits
3 bits
1 bit
47 bytes
AAL1 PDU
SNSequence number. Numbers the stream of SAR PDUs of a CPCS PDU (modulo 16). The sequence number is comprised of the CSI and the SN.
CSIConvergence sublayer indicator. Used for residual time stamp for clocking.
SCSequence count. The sequence number for the entire CS PDU, which is generated by the Convergence Sublayer.
SNPSequence number protection. Comprised of the CRC and the EPC.
CRCCyclic redundancy check calculated over the SAR header.
EPCEven parity check calculated over the CRC.
SAR PDU payload47-byte user information field.
Interested in more details about testing this protocol?
AAL2ITU-T I.366.2
AAL2 provides bandwidth-efficient transmission of low-rate, short and variable packets in delay sensitive applications. It supports VBR and CBR. AAL2 also provides for variable payload within cells and across cells. AAL type 2 is subdivided into the Common Part Sublayer (CPS ) and the Service Specific Convergence Sublayer (SSCS ).
AAL2 CPS PacketThe CPS packet consists of a 3 octet header followed by a payload. The structure of the AAL2 CPS packet is shown in the following illustration.
CID
LI
UUI
HEC
Information payload
8 bits
6 bits
5 bits
5 bits
1-45/64 bytes
AAL2 CPS packet
CIDChannel identification. Values may be as follows:0
Not used
1
Reserved for layer management peer-to-peer procedures
2-7
Reserved
8-255
Identifies AAL2 user (248 total channels)
LILength indicator. This is the length of the packet payload associated with each individual user. Value is one less than the packet payload and has a default value of 45 bytes (may be set to 64 bytes).
UUIUser-to-user indication. Provides a link between the CPS and an appropriate SSCS that satisfies the higher layer application. Values may be:
1-15
Encoding format for audio, circuit mode data and demodulated fascimile image data using SSCS type 1 packets.
16-22
Reserved.
23
Reserved for SSCS type 2 packets.
24
SSCS type 3 packets except alarm packets.
25
Non-standard extension.
26
Framed mode data, final packet.
27
Framed mode data, more to come.
28-30
Reserved.
31
Alarm packets.
HECHeader error control.
Information payloadContains the CPS/SSCS PDU as described below.
AAL2 CPS PDUThe structure of the AAL2 SAR PDU is given in the following illustration.
Start fieldCPS-PDU payload
OSF
SN
P
AAL2 PDU payload
PAD
6 bits
1 bit
1 bit
0-47 bytes
AAL2 CPS PDU
OSFOffset field. Identifies the location of the start of the next CPS packet within the CPS-PDU.
SNSequence number. Protects data integrity.
PParity. Protects the start field from errors.
SAR PDU payloadInformation field of the SAR PDU.
PADPadding.
AAL2 SSCS PacketThe SSCS conveys narrowband calls consisting of voice, voiceband data or circuit mode data. SSCS packets are transported as CPS packets over AAL2 connections. The CPS packet contains a SSCS payload. There are 3 SSCS packet types.
Type 1 Unprotected; this is used by default.
Type 2 Partially protected.
Type 3 Fully protected: the entire payload is protected by a 10-bit CRC which is computed as for OAM cells. The remaining 2 bits of the 2-octet trailer consist of the message type field.
AAL2 SSCS Type 3 Packets:
The type 3 packets are used for the following:
Dialled digits
Channel associated signalling bits
Facsimile demodulated control data
Alarms
User state control operations.
The following illustration gives the general sturcture of AAL2 SSCS Type 3 PDUs. The format varies and each message has its own format according to the actual message type.
Redundancy
Time stamp
Message dependant information
Message type
CRC-10
2
14
16
6
10 bits
AAL2 SSCS Type 3 PDU
RedundancyPackets are sent 3 times to ensure error correction. The value in this field signifies the transmission number.
Time stampCounters packet delay variation and allows a receiver to accurately reproduce the relative timing of successive events separated by a short interval.
Message dependant informationPacket content that varies, depending on the message type.
Message typeThe message type code.
The following message type codes exist:
Information stream
Message type code
Packet format
Dialled digits
000010
Dialled digits
Channel associated signalling
000011
CAS bits
Facsimile demodulation control
100000
T.30 Preamble
100001
EPT
100010
Training
100011
Fax Idle
100100
T.30 Data
Alarms
000000
Alarm
User state control
000001
User state control
CRC-10The 10-bit CRC.
Interested in more details about testing this protocol?
AAL3/4AAL3/4 consists of message and streaming modes. It provides for point-to-point and point-to-multipoint (ATM layer) connections. The Convergence Sublayer (CS) of the ATM Adaptation Layer (AAL) is divided into two parts: service specific (SSCS ) and common part (CPCS ). This is illustrated in the following diagram:
AAL3/4 packet
AAL3/4 packets are used to carry computer data, mainly SMDS traffic.
AAL3/4 CPCS PDUThe functions of the AAL3/4 CPCS include connectionless network layer (Class D), meaning no need for an SSCS; and frame relaying telecommunication service in Class C. The CPCS PDU is composed of the following fields:
Header
InfoTrailerCPI
Btag
Basize
CPCS SDU
Pad
0
Etag
Length
1
1
2
0-65535
0-3
1
1
2 bytes
AAL3/4 CPCS PDU
CPIMessage type. Set to zero when the BAsize and Length fields are encoded in bytes.
BtagBeginning tag. This is an identifier for the packet. It is repeated as the Etag.
BAsizeBuffer allocation size. Size (in bytes) that the receiver has to allocate to capture all the data.
CPCS SDUVariable information field up to 65535 bytes.
PADPadding field which is used to achieve 32-bit alignment of the length of the packet.
0All-zero.
EtagEnd tag. Must be the same as Btag.
LengthMust be the same as BASize.
AAL3/4 SAR PDUThe structure of the AAL3/4 SAR PDU is illustrated below:
ST
SN
MID
Information
LI
CRC
2
4
10
352
6
10 bits
2-byte header
44 bytes
2-byte trailer
48 bytes
AAL3/4 SAR PDU
STSegment type. Values may be as follows:
Segment typeValueMeaningBOM
10
Beginning of message
COM
00
Continuation of message
EOM
01
End of message
SSM
11
Single segment message
SNSequence number. Numbers the stream of SAR PDUs of a CPCS PDU (modulo 16).
MIDMultiplexing identification. This is used for multiplexing several AAL3/4 connections over one ATM link.
InformationThis field has a fixed length of 44 bytes and contains parts of CPCS PDU.
LILength indication. Contains the length of the SAR SDU in bytes, as follows:
Segment typeLIBOM, COM
44
EOM
4, ..., 44
EOM (Abort)
63
SSM
9, ..., 44
CRCCyclic redundancy check.
Functions of AAL3/4 SAR include identification of SAR SDUs; error indication and handling; SAR SDU sequence continuity; multiplexing and demultiplexing.
Interested in more details about testing this protocol?
AAL5The type 5 adaptation layer is a simplified version of AAL3/4. It also consists of message and streaming modes, with the CS divided into the service specific and common part. AAL5 provides point-to-point and point-to-multipoint (ATM layer) connections.
AAL5 is used to carry computer data such as TCP/IP. It is the most popular AAL and is sometimes referred to as SEAL (simple and easy adaptation layer).
AAL5 CPCS PDUThe AAL5 CPCS PDU is composed of the following fields:
InfoTrailerCPCS payload
Pad
UU
CPI
Length
CRC
0-65535
0-47
1
1
2
4 bytes
AAL5 CPCS PDU
CPCS payloadThe actual information that is sent by the user. Note that the information comes before any length indication (as opposed to AAL3/4 where the amount of memory required is known in advance).
PadPadding bytes to make the entire packet (including control and CRC) fit into a 48-byte boundary.
UUCPCS user-to-user indication to transfer one byte of user information.
CPICommon part indicator is a filling byte (of value 0). This field is to be used in the future for layer management message indication.
LengthLength of the user information without the Pad.
CRCCRC-32. Used to allow identification of corrupted transmission.
AAL5 SAR PDUThe structure of the AAL5 CS PDU is as follows:
Information
PAD
UU
CPI
Length
CRC-32
1-48
0-47
1
1
2
4 bytes
8-byte trailer
AAL5 SAR PDU
The fields are as described for the AAL5 CPCS PDU.
IP frames encapsulated over ATM
Interested in more details about testing this protocol?
F4/F5 OAMThe structure of the F4 and F5 OAM cell payload is given in the following illustration.
OAM type
Function type
Function specific
Reserved
CRC-10
4
4
360
6
10 bits
48 bytes
F4/F5 OAM PDU
CRC-10Cyclic redundancy check: G(x) = x 10 +x 9 +x 5 +x 4 +x+1
OAM type / Function typeThe possible values for OAM type and function type are listed below:
OAM type
Value
Function type
Value
Fault Management
0001
Alarm Indication Signal (AIS)
0000
Far End Receive Failure (FERF)
0001
OAM Cell Loopback
1000
Continuity Check
0100
Performance Management
0010
Forward Monitoring
0000
Backward Reporting
0001
Monitoring and Reporting
0010
Activation/ Deactivation
1000
Performance Monitoring
0000
Continuity Check
0001
OAM F4 cells operate at the VP level. They use the same VPI as the user cells, however, they use two different reserved VCIs, as follows:
VCI=3 Segment OAM F4 cells.VCI=4 End-end OAM F4 cells.
OAM F5 cells operate at the VC level. They use the same VPI and VCI as the user cells. To distinguish between data and OAM cells, the PTI field is used as follows:
PTI=100 (4) Segment OAM F5 cells processed by the next segment.PTI=101 (5) End-to-end OAM F5 cells which are only processed by end stations terminating an ATM link.
Interested in more details about testing this protocol?
RM CellsThere are two types of Rate Management (RM) cells: RM-VPC, which manages the VP level and RM-VCC, which manages the VC level.
The format of RM-VPC cells is shown in the following illustration:
ATM Header: VCI=6 and PTI=110 (5 bytes)
RM protocol identifier (1 byte)
Message type (1 byte)
ER (2 bytes)
CCR (2 bytes)
MCR (2 bytes)
QL (4 bytes)
SN (4 bytes)
Reserved (30 bytes)
Reserved (6 bits) + CRC-10 (10 bits)
RM-VPC cell format
RM protocol identifierAlways 1 for ABR services.
Message typeThis field is comprised of several bit fields:
BitNameDescription8
DIR
Direction of the RM cells: 0=forward, 1=backward.
7
BN
BECN: 0=source is generated; 1=network is generated.
6
CI
Congestion Indication: 0=no congestion, 1=congestion.
5
NI
No increase: 1=do not increase the ACR.
4
RA
Not used.
ERExplicit rate.
CCRCurrent cell rate.
MCRMinimum cell rate.
QLNot used.
SNNot used.
RM-VCC cells are exactly the same as RM-VPC cells, except that the VCI is not specified. The cell is identified solely by the PTI bits.
Interested in more details about testing this protocol?
Reserved VPI/VCI ValuesA number of VPI/VCI values are reserved for various protocols or functions, e.g., 0,5 is used for signalling messages. The following table contains a list of all reserved VPI/VCI values and their designated meanings:
VPI
VCI
Description
0
0
Idle cells. Must also have GFC set to zero. Idle cells are added by the transmitter to generate information for non-used cells. They are removed by the receiver together with bad cells.
0
1
Meta signalling (default). Meta-signalling is used to define the subchannel for signalling (default value: 0,5).
Non-zero
1
Meta signalling .
0
2
General broadcast signalling (default). Can be used to broadcast signalling information which is independent of a specific service. Not used in practice.
Non-zero
2
General broadcast signalling.
0
5
Point-to-point signalling (default). Generally used to set-up and release switched virtual circuits (SVCs).
Non-zero
5
Point-to-point signalling.
3
Segment OAM F4 flow cell. OAM cells are used for continuity checks as well as to notify and acknowledge failures.
4
End-to-end OAM F4 flow cell.
6
RM-VPC cells for rate management.
0
15
SPANS . The Simple Protocol for ATM Network Signalling is a simple signalling protocol, developed by FORE systems and used by FORE and other manufacturers working in cooperation with FORE, for use in ATM networks. Refer to Chapter 3 for more information.
0
16
ILMI . The Interim Local Management Interface is used to manage and compare databases across an ATM link. This is used for signalling address registration, RMON applications, SNMP, etc. Refer toILMIin this book for more information.
0
18
PNNI signalling .
Interested in more details about testing this protocol?
SSSAR
http://www.itu.int/ITU-T/ITU-T RECOMMENDATION I.366.1.The Segmentation and Reassembly Service Specific Convergence sublayer of the ATM Adaptation Layer (AAL) type 2 (SSSAR) allows bandwidth-efficient transmission of low-rate, short, and variable length packets in delay sensitive applications. The Segmentation and Reassembly Service Specific Convergence sublayer may be deployed on one or more AAL type 2 user information streams. The SSSAR protocol defines the sublayer structure and the procedures for the segmentation and reassembly process, as well as the optional transmission error detection and assured data transfer.
With this Segmentation and Reassembly Service Specific Convergence sublayer applied for a Service Specific Convergence sublayer for the AAL type 2, it is possible to transport a packet size of more than the maximum length specified in the CPS and also to multiplex with low-rate and short length packets in delay sensitive application.
The Segmentation and Reassembly Service Specific Convergence sublayer is subdivided into the Service Specific Segmentation and Reassembly sublayer (SSSAR), the Service specific Transmission Error Detection sublayer (SSTED), and the Service Specific Assured Data Transfer sublayer (SSADT). The protocol header structure is as follows:
Format of the SSSAR-PDU :UUIMSB LSB
SSSAR-PDU Payload
CPS-Packet Header (CPS-PH)
CPS-Packet Payload (CPS-PP)
Format of the SSTED-PDU:
SSTED-PDU payload (SSTED-SDU)
SSTED-PDUTrailer
SSTED-PDU
SSTED-UU
Reserved
CI
LP
Length
CRC
SSTED-PDU Trailer
CI-Congestion Indication (1 bit)CRC-Cyclic Redundancy Check (4 octets)Length-Length of SSTED-SDU (2 octets)LP-Loss Priorit y (1 bit)Reserved-Reserved Field (set to zero) (6 bits)SSTED-UU-SSTED User-to-User indication (1 octet)
SSTED User-to-User indication (SSTED-UU) fieldThe CPCS-UU field is used to transparently transfer CPCS user-to-user information.
Congestion Indication (CI)This field is provided for compatibility with the service of the CPCS of the AAL type 5. It is transported transparently from the user of the transmitter to the user of receiver.
Loss Priority (LP)This field is provided for compatibility with the service of the CPCS of the AAL type 5. It is transported transparently from the user of the transmitter to the user of receiver.
Length fieldThe Length field is used to encode the length of the SSTED-PDU payload field. The Length field value is also used by the receiver to detect the loss or gain of information. The length is binary encoded as number of octets. The Length field value of "0" is used to indicate that the received SSTED-PDU is to be aborted.
CRC fieldThe CRC-32 is used to detect bit errors in the SSTED-PDU.