umts rnc atm transmission feature guide
DESCRIPTION
Guide about ATM Transmission.TRANSCRIPT
RNC ATM Transmission (V4)
Feature Guide
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 1
RNC ATM Transmission (V4)
Version Date Author Reviewer Notes
V1.00 2014/01/2 Zhao
Zesheng Fan Pei First Edition
© 2014 ZTE Corporation. All rights reserved.
ZTE CONFIDENTIAL: This document contains proprietary information of ZTE and is not to be disclosed or used
without the prior written permission of ZTE.
Due to update and improvement of ZTE products and technologies, information in this document is subjected to
change without notice.
RNC ATM Transmission
(V4)
2 ZTE Confidential Proprietary
TABLE OF CONTENTS
1 Feature Attribute ............................................................................................... 6
2 Overview ............................................................................................................ 6
2.1 Feature Introduction ............................................................................................. 6
2.1.1 ZWF22-02-001 ATM Transmission Stack............................................................. 6
2.1.2 ATM Transmission Interfaces............................................................................... 7
2.1.3 ZWF22-02-002 PVC Cross Connection ............................................................... 8
2.1.4 ZWF22-02-003 Dynamic AAL2 Connections ........................................................ 8
2.1.5 ZWF22-02-004 Permanent AAL5 Connections .................................................... 8
2.1.6 ZWF22-02-005 AAL2 Quality of Service separation ............................................. 9
2.1.7 ZWF22-02-006 ATM Link Redundancy ................................................................ 9
2.2 License Control .................................................................................................... 9
2.3 Correlation with Other Features ......................................................................... 10
3 Technical Description ..................................................................................... 10
3.1 ATM Transmission stack .................................................................................... 10
3.1.1 Overview ............................................................................................................ 10
3.1.2 ATM Protocol ..................................................................................................... 14
3.2 ATM Transmission Interfaces............................................................................. 23
3.2.1 Implementation of ATM Protocol in RNC ............................................................ 23
3.2.2 Inverse Multiplexing for ATM (IMA) .................................................................... 24
3.2.3 ATM over E1 ...................................................................................................... 35
3.2.4 ATM over T1 ...................................................................................................... 37
3.2.5 ATM over Optical STM-1/OC-3 .......................................................................... 39
3.2.6 ATM over Channelized STM-1/OC-3 .................................................................. 44
3.3 PVC Cross Connection ...................................................................................... 51
3.4 Dynamic AAL2 Connections .............................................................................. 53
3.4.1 Setup Procedure ................................................................................................ 54
3.4.2 Modification Procedure ...................................................................................... 54
3.4.3 Release Procedure ............................................................................................ 55
3.4.4 CID Allocation Policy .......................................................................................... 55
3.4.5 Interconnection with AAL2 Switching Device ...................................................... 56
3.4.6 ALCAP protocol version ..................................................................................... 58
3.5 Permanent AAL5 Connections ........................................................................... 58
3.5.1 IP over ATM ....................................................................................................... 60
3.6 AAL2 Quality of Service separation .................................................................... 61
3.6.1 Service Category ............................................................................................... 62
3.6.2 Traffic Types ...................................................................................................... 63
3.6.3 Effective Bandwidth of PVC ............................................................................... 64
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 3
3.6.4 Configuration Policy ........................................................................................... 66
3.7 ATM Link Redundancy ....................................................................................... 66
4 Parameters ....................................................................................................... 67
4.1 ZWF22-02-001 ATM Transmission stack Configuration Parameters .................. 67
4.2 ZWF22-02-008 Inverse Multiplexing over ATM, IMA Configuration Parameters . 79
4.3 ZWF22-02-051 ATM over E1 & ZWF22-02-052 ATM over T1 Configuration
Parameters ........................................................................................................ 83
4.4 ZWF22-02-054 ATM over Optical STM-1/OC-3 & ZWF22-02-055 ATM over
Channelized &STM-1/OC-3 Configuration Parameters ...................................... 84
4.5 ZWF22-02-003 Dynamic AAL2 Connections Configuration Parameters ............. 98
4.6 ZWF22-02-004 Permanent AAL5 Connections Configuration Parameters ....... 100
4.7 ZWF22-02-006 ATM Link Redundancy Configuration Parameters ................... 101
5 Related Counters and Alarms ...................................................................... 103
5.1 Related Counters ............................................................................................. 103
5.2 Related Alarms ................................................................................................ 105
6 Abbreviation .................................................................................................. 107
7 Reference Document ..................................................................................... 108
RNC ATM Transmission
(V4)
4 ZTE Confidential Proprietary
FIGURES
Figure 3-1 ATM protocol stack on Iu-CS interface ..............................................................11
Figure 3-2 ATM protocol stack on Iu-PS interface ..............................................................12
Figure 3-3 ATM protocol stack on Iur interface ...................................................................13
Figure 3-4 ATM protocol stack on Iub interface ..................................................................14
Figure 3-5 ATM cell header format .....................................................................................15
Figure 3-6 ATM protocol model ..........................................................................................16
Figure 3-7 Data transmission among layers .......................................................................17
Figure 3-8 Internal architecture of ATM Interface Processor ..............................................23
Figure 3-9 Reference model of IMA sublayer in the ATM protocol hierarchy ......................25
Figure 3-10 Inverse multiplexing and de-multiplexing of ATM cells in IMA group ...............26
Figure 3-11 Multi-link IMA cell transmission .......................................................................26
Figure 3-12 ICP cell format ................................................................................................28
Figure 3-13 IMA frame synchronization mechanism...........................................................30
Figure 3-14 IMA handling of RNC ATM processing board ..................................................34
Figure 3-15 STM-N frame format .......................................................................................40
Figure 3-16 STM-N multiplexing mapping structure ...........................................................43
Figure 3-17 ATM Process Board processing structure .......................................................43
Figure 3-18 E1-to-STM-1 multiplexing process ..................................................................47
Figure 3-19 T1-to-STM-1 multiplexing process ..................................................................48
Figure 3-20 Typical networking ..........................................................................................50
Figure 3-21 ATM over Channelized STM-1/OC-3 implementation ......................................50
Figure 3-22 PVC cross connection networking ...................................................................51
Figure 3-23 VP/VC switching .............................................................................................52
Figure 3-24 Typical IUR relay Networking ..........................................................................56
Figure 3-25 SAAL protocol stack........................................................................................59
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 5
TABLES
Table 2-1 Interfaces applicable to ATM transmission .......................................................... 7
Table 2-2 License Control List ............................................................................................ 9
Table 3-1 Payload type ......................................................................................................15
Table 3-2 Functions of various layers and their respective sub layers ................................17
Table 3-3 Services and related parameters .......................................................................21
Table 3-4 Features of various ATM services ......................................................................22
Table 4-1 Parameters List ..................................................................................................67
Table 4-2 Parameters List ..................................................................................................79
Table 4-3 Parameters List ..................................................................................................83
Table 4-4 Parameters List ..................................................................................................84
Table 4-5 Parameters List ..................................................................................................98
Table 4-6 Parameters List ................................................................................................ 100
Table 4-7 Parameters List ................................................................................................ 101
Table 5-1 Counter List ..................................................................................................... 103
Table 5-2 Alarm List ......................................................................................................... 105
RNC ATM Transmission
(V4)
6 ZTE Confidential Proprietary
1 Feature Attribute
RNC Version: [ZXUR 9000 RNC (V4.13.10.15)]
Attribute: [Optional]
Related Network Element:
NE Name Related or Not Special Requirements
MS/UE -
BTS/Node B -
BSC/RNC √
iTC -
MSC -
MGW -
SGSN -
GGSN -
HLR -
“√”: Related, “-”: Irrelative
2 Overview
2.1 Feature Introduction
2.1.1 ZWF22-02-001 ATM Transmission Stack
Asynchronous Transfer Mode (ATM) is a cell-oriented switching and multiplexing
technology that utilizes fixed length packets to carry different types of traffic.
“Asynchronous” means data sent from each user is not necessarily periodic.
Combining the advantages of circuit switching and packet switching, ATM is capable of
carrying several types of information media and communication services with guaranteed
QoS in a single network.
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 7
ATM is adopted as the main protocol for interfaces between UTRAN NEs in 3GPP. ZTE
UMTS supports complete ATM protocol stack on all of the Iub interface, lur interface,
Iu-CS interface and Iu-PS interface.
2.1.2 ATM Transmission Interfaces
As one of the basic transfer modes stipulated in 3GPP R99 and R4 on the RAN, ATM
can be based on various types of physical transmission media. The external ATM
transmission interfaces supported by the RNC include E1, T1 and SDH (STM-1, STM-4
and CSTM-1). E1 and T1 interfaces are used in scenarios with low bandwidth
requirement, for example, NEs are directly connected through lub or lur interfaces.
CSTM-1 is used to implement multiplexing and convergence of several E1/T1 low-speed
links in STM-1 signals. For ATM transmission interfaces, CSTM-1 is basically equal to
E1/T1 interface and primarily used for Iub and Iur interfaces. ATM over STM-1 interface
is used in scenarios with high bandwidth requirement, for example, Iu-CS, and Iu-PS
interfaces. The following Table lists various interfaces applicable to ATM transmission:
Table 2-1 Interfaces applicable to ATM transmission
Feature Name Applicable Interface Remarks
ZWF22-02-008 Inverse
Multiplexing over ATM,
IMA
Iub, Iur, Iu-CS, Iu-PS Iub and Iur interfaces are
commonly used.
ZWF22-02-051 ATM
over E1 Iub, Iur, Iu-CS, Iu-PS
Iub and Iur interfaces are
commonly used.
ZWF22-02-052 ATM
over T1 Iub, Iur, Iu-CS, Iu-PS
Iub and Iur interfaces are
commonly used.
ZWF22-02-054 ATM
over Optical
STM-1/OC-3
Iub, Iur, Iu-CS, Iu-PS Iur, Iu-CS and Iu-PS interfaces
are commonly used.
ZWF22-02-055 ATM
over Channelized
STM-1/OC-3
Iub, Iur, Iu-CS, Iu-PS Iub and Iur interfaces are
commonly used.
RNC ATM Transmission
(V4)
8 ZTE Confidential Proprietary
2.1.3 ZWF22-02-002 PVC Cross Connection
In scenarios over an ATM network, the RNC needs to terminate and handle cell stream in
Iub, Iur and Iu interface carried on ATM cells as the termination node in the ATM network.
Apart from that, ZTE UMTS RNC can also work as an ATM switch to perform
VC-/VP-granularity switching and forwarding of accessed cell stream and implement
PVC cross connection.
2.1.4 ZWF22-02-003 Dynamic AAL2 Connections
User data is transmitted through AAL2 in the ATM structure on lub, lur and Iu-CS
interfaces and in this case, a control mechanism needs to be established. The ITU-T
Q.2630.1-compliant Access Link Control Application Protocol (ALCAP) provides various
dynamic management functions for AAL2 connection. The basic function of the ALCAP is
to set up and release AAL2 connection between two signaling points, and perform
necessary maintenance and management of path resources of micro cells in the
signaling system. The ALCAP-controlled AAL2 connections will be used as the transport
bearers for the control plane and user plane of the Radio Network Layer (RNL). The
ALCAP may dynamically establish, modify and release these transport bearers.
When there are multiple connections of IU or IUR on the RNC, the point-to-point
connection mode between NEs leads to complicated topology and poor sharing of
transmission resources. RNC keeps AAL2 connections with adjacent NEs via ATM AAL2
switch gateway to reduce the number of physical links between NEs and enhance
sharing of transmission resources. The AAL2 switch gateway can either be an
independently deployed ATM switching device or built in the existing adjacent NEs.
2.1.5 ZWF22-02-004 Permanent AAL5 Connections
According to 3GPP, Iu/Iur and lub interfaces carry their respective control plane signaling
through SAAL-NNI and SAAL-UNI links. The SAAL is divided into a Service Specific part
and a Common Part (CP) by the AAL5 protocol. The access layer of SSCS relates to
services and consists of the Service Specific Coordination Function (SSCF) and the
Service Specific Connection Oriented Protocol (SSCOP). IP over ATM traffic carried on
AAL5 link involves two scenarios for RAN transmission, one is to carry O&M traffic for
Node B in Iub interface, the other is to carry Iu PS data stream.
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 9
2.1.6 ZWF22-02-005 AAL2 Quality of Service separation
ZTE UMTS can select varied AAL2 PVC types on lub, lur and Iu-CS interfaces based on
the QoS features of various services to adapt to services with different QoS levels. It can
assign different priorities to services even if they are carried on the same AAL2 PVC. The
scheduling priorities vary with services with different priorities and those with high priority
will be scheduled first to ensure priority transmission of real-time data or time-sensitive
data and assign bandwidth to unstable data services as much as possible.
2.1.7 ZWF22-02-006 ATM Link Redundancy
ZTE UMTS offers several redundancy schemes for both physical and logical ATM link
layers to avoid service failure due to one physical access link fault as well as lub interface
signaling link failure, thus enhancing system reliability and stability.
2.2 License Control
Table 2-2 License Control List
Feature ID Feature Name License
Control Item
Configured
NE
Sales
Unit
ZWF22-02-001 ATM Transmission stack N/A N/A N/A
ZWF22-02-002 PVC Cross Connection N/A N/A N/A
ZWF22-02-003
Dynamic AAL2
Connections N/A N/A N/A
ZWF22-02-004
Permanent AAL5
Connections N/A N/A N/A
ZWF22-02-005
AAL2 Quality of Service
separation N/A N/A N/A
ZWF22-02-006 ATM Link Redundancy N/A N/A N/A
ZWF22-02-008
Inverse Multiplexing over
ATM, IMA N/A N/A N/A
ZWF22-02-051 ATM over E1 N/A N/A N/A
ZWF22-02-052 ATM over T1 N/A N/A N/A
RNC ATM Transmission
(V4)
10 ZTE Confidential Proprietary
ZWF22-02-054 ATM over Optical
STM-1/OC-3 N/A N/A N/A
ZWF22-02-055 ATM over
Channelized
STM-1/OC-3
N/A N/A N/A
2.3 Correlation with Other Features
1. Required Features
None
2. Mutually Exclusive Features
None
3. Affected Features
None
3 Technical Description
3.1 ATM Transmission stack
3.1.1 Overview
According to 3GPP specifications, the ATM protocol stacks on various interfaces are
respectively shown in the following figures. ZTE UMTS is completely 3GPP-compliant.
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 11
Figure 3-1 ATM protocol stack on Iu-CS interface
Physical Layer
ATM
AAL5
SSCOP
SSCF-NNI
MTP3B
RANAP
ATM
AAL5
SSCOP
SSCF-NNI
MTP3B
SCCP Q.2150.1
Q.2630.1/2
ATM
AAL2
Iu UP
Transport Network
User Plane
Transport Network
Control Plane
Transport Network
User Plane
Control Plane User Plane
Radio
Network
Layer
Radio
Network
Layer
RNC ATM Transmission
(V4)
12 ZTE Confidential Proprietary
Figure 3-2 ATM protocol stack on Iu-PS interface
Physical Layer
ATM
AAL5
SSCOP
SSCF-NNI
MTP3B
RANAP
SCCP
ATM
AAL5
Iu UP
Transport Network
User Plane
Transport Network
Control Plane
Transport Network
User Plane
Control Plane User Plane
Radio
Network
Layer
Radio
Network
Layer
IP
UDP
GTP-U
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 13
Figure 3-3 ATM protocol stack on Iur interface
Physical Layer
ATM
AAL5
SSCOP
SSCF-NNI
MTP3B
RNSAP
ATM
AAL5
SSCOP
SSCF-NNI
MTP3B
SCCP Q.2150.1
Q.2630.1/2
ATM
AAL2
Iur FP
Transport Network
User Plane
Transport Network
Control Plane
Transport Network
User Plane
Control Plane User Plane
Radio
Network
Layer
Radio
Network
Layer
RNC ATM Transmission
(V4)
14 ZTE Confidential Proprietary
Figure 3-4 ATM protocol stack on Iub interface
Physical Layer
ATM
AAL5
SSCOP
SSCF-UNI
NBAP
ATM
AAL5
SSCOP
SSCF-UNI
Q.2150.2
Q.2630.1/2
ATM
AAL2
Iub FP
Transport Network
User Plane
Transport Network
Control Plane
Transport Network
User Plane
Control Plane User Plane
Radio
Network
Layer
Radio
Network
Layer
3.1.2 ATM Protocol
The ATM protocol combines the advantages of both circuit switching and packet
switching. ATM protocol has both the feature of circuit switching to support real-time
services, transparent transmission of data, without complicated data handling inside the
network, end-to-end communication protocol; and has the characteristics of packet
switching, such as variable bit rate services, statistical TDM for services transmitted on
links.
3.1.2.1 ATM cell header format
The figure shows the ATM cell header format:
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 15
Figure 3-5 ATM cell header format
8 7 6 5 4 3 2 1 8 7 6 5 4 3 2 1
GFC
VPI
VPI
VPI
VCI
VPI
VCI
VCI
VCI
VCI
PTI
CLP
VCI
PTI CL
P
HEC
HEC
PAYLOAD
PAYLOAD
(a)
(b)
UNI Cell header NNI Cell header
An ATM cell header is composed of the following:
Table 3-1 Payload type
GFC Generic Flow Control (GFC): 4 bits. It is only used for UNI interface, and is
set to its default value “0000”. In the future it may be used for flow control.
VPI Virtual Path Identifier (VPI): 12 bits for NNI and 8 bits for UNI.
VCI
Virtual Channel Identifier (VCI): 16 bits. It identifies virtual channels on a
virtual path. In conjunction with the VPI, the VCI identifies a virtual
connection.
PTI Payload Type Indicator (PTI): 3 bits. It is used to indicate cell type.
CLP
Cell Loss Priority (CLP): One bit. Indicates whether the cell should be
discarded if it encounters extreme congestion as it moves through the
network. If the CLP bit equals 1, the cell should be discarded in preference
to cells with the CLP bit equal to 0.
HEC
Header Error Control (HEC): 8 bits. It can be used to correct the error of bit
1 in cell header. The HEC is also used for cell delimitation. The cell header
position is identified through the relevance between HEC and first 4 bytes of
the header.
RNC ATM Transmission
(V4)
16 ZTE Confidential Proprietary
3.1.2.2 Reference model
The ATM reference model contains a user plane, a control plane and a management
plane.
1. The user plane is used to transmit user information, including service-related
protocol, data, voice and video information.
2. The control plane is used to implement call control and connection control. It
establishes, manages and releases calls and connections through signaling
handling.
3. The management plane provides two functions: Layer management and plane
management. The plane management implements management functions for
the whole system and provides coordination function among all planes. Layer
management implements management functions for resources and parameters
in the protocol entity, and handles the Operation, Administration and
Maintenance (OAM) information stream related to specific layers.
The control plane and user plane are only differentiated in the service layer and AAL.
Figure 3-6 ATM protocol model
ATM
PHY
Application
User Plane
Application
AAL SAAL
Control Plane
Management Plane
The ATM reference model is composed of such ATM layers as physical layer, ATM layer,
ATM Adaptation Layer (AAL) and higher layer, with data transmission among layers
shown in the following figure.
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 17
Figure 3-7 Data transmission among layers
AAL层
ATM层
AAL-SDU AAL-PCI
AppInfo
48 Byte Info
48 Byte payloadCELL Header
53 Byte Cell
53 Byte CellPhysical Layer
Bit Stream
Protocol Control Information (PCI): PCI may contain header and tail.
The table lists the functions of all layers and their respective sub layers:
Table 3-2 Functions of various layers and their respective sub layers
High layer Function of high layer
AAL
CS sublayer Convergence: That is, to transform service data into CS
data units.
SAR
sublayer
Segmentation and reassembly: To segment or reassemble
CS data based on cells at this layer.
RNC ATM Transmission
(V4)
18 ZTE Confidential Proprietary
ATM layer
GFC Cell header generation/extraction;
Cell VP/VC switching.
Cell multiplexing and demultiplexing.
Physical
Layer
TC sublayer
Cell rate decoupling HEC cell header sequence
generation/check Cell delimitation Transmission frame
adaptation Transmission frame generation/recovery
PM sublayer Bit timing Physical media
The functions of all layers are described as follows:
1. Physical Layer
The physical layer is the carrier of information stream. It contains the Transmission
Convergence (TC) sublayer and Physical Media-Dependent (PMD) sublayer.
i. TC sublayer
The TC sublayer encapsulates the ATM cells into the transmission frames being
used, or extracts valid ATM cells from them.
The procedure for encapsulating ATM layer cells into transmission frame is as
follows: ATM cell demodulation (buffer) → HEC generation → Cell delimitation →
Transmission frame adaptation → Generation of transmission frame.
The procedure for extracting valid ATM layer cells from transmission frame:
Transmission frame receiving → Transmission frame adaptation → Cell delimitation
→ HEC verification → ATM cell queuing. The main functions of TC sublayer are cell
delimitation and HEC.
The cell rate decoupling is to interleave some idle cells to adapt the ATM layer cell
rate to the rate of transmission line.
The HEC and cell delimitation are implemented through the HEC. That is, to
perform CRC for every 32 bits. If they match subsequent 8 bits, a cell header is
found.
ii. PMD sublayer
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 19
The PMD sublayer implements its functions in accordance with ITU-T and ATM
F recommendation, and contains the following types of connections:
a) Connection based on direct cell transmission.
b) Connection based on PDH network transmission.
c) Connection based on SDH network transmission.
d) Direct cell fiber transmission.
e) Universal Test & Operations PHY Interface for ATM (UTOPIA)
f) OAM transmission interface
2. ATM layer
The ATM layer transmits ATM service data unit (48 bytes) and implements
communication with peer layer by using the cell (53 bytes) transport function
provided by the physical layer. It also provides transmission service for the AAL
layer. The ATM Service Data Unit (ATM-SDU) is an arbitrary data segment with
fixed length of 48 bytes and is the payload of an ATM cell.
The flow control is controlled by the GFC bit in the cell header.
The cell multiplexing/demultiplexing is implemented at the TC sublayer interface
between the ATM layer and physical layer. The ATM layer at the transmitting end
multiplexes cells with varied VCIs/VPIs and transmits them to the physical layer.
The ATM layer at the receiving end identifies the VCIs/VPIs of cells from the
physical layer and transmits them to different users for handling.
Cell header operation: Fill VCI/VPI and PTI on user side, and translate VCI/VPI in
network node.
The OAM function of ATM layer consists of F4 and F5 two levels. ZTE RNC support
F5 level Loop Back, continuity check, and fault management including RDI and AIS.
OAM function for each ATM interface board is controlled by switch
AtmOam.OamLock. To guarantee Loop Back diagnose could be carried, each ATM
interface board should be configured to one unique ATM location ID
RNC ATM Transmission
(V4)
20 ZTE Confidential Proprietary
(AtmOam.LocationId1, AtmOam.LocationId2, AtmOam.LocationId3,
AtmOam.LocationId4) according to the ATM network plan. To implement VCC level
continuity check, CC check switch(PvcTp.CcValid), CC check type
(PvcTp.CcFlowType), automatic CC check active and de-active
flag(PvcTp.CcSetFlag) and CC check direction(PvcTp.CcDirection)parameters
must be configured for VCC link.
3. AAL
The AAL segments and assembles user information of the upper layer into cells,
absorbs cell delay jitter and cell loss and performs flow control and error control. The
network provides functions only up to the ATM layer. The AAL functions are
provided by users or network and external interfaces.
The AAL is used to enhance the capabilities of the ATM layer to meet the demands
of various services. These services may either be user services or functional
services required on the control and management planes. The services transported
at the ATM layer can be categorized into four types based on three basic
parameters: timing requirement between source and destination, bit rate
requirement and connection mode. Service types are Class A, Class B, Class C and
Class D.
Class A: Constant Bit Rate (CBR) services. ATM Adaptation Layer 1 (AAL1)
supports connection-oriented services with constant bit rate, for example, 64Kbit/s
voice service, constant bit rate non-compressed video communication and leased
circuits of private data network.
Class B: Variable Bit Rate (VBR) services. ATM Adaptation Layer 2 (AAL2) supports
connection-oriented services with variable bit rate, for example, compressed packet
voice communication and video transmission services. Such services have
transmission delay because the receiver needs to reassemble the original
non-compressed voice and video information.
Class C: Connection-Oriented data services: AAL3/4. Class C services include file
transfer and data network services, the connection of which is established before
data transmission. These services are of variable bit rate but without transmission
delay.
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 21
Class D: Connectionless data services, including datagram and data network
services. The connection will not be established prior to data transmission. AAL3/4
or AAL5 supports Class D services.
Table 3-3 Services and related parameters
Service
Parameter Class A Class B Class C Class D
Source and
destination
timing
Required Not required.
Bit rate Constant Variable
Connection
Mode Connection-oriented Connectionless
AAL type AAL 1 AAL 2 AAL 3 AAL 4
AAL 5
User service
examples
CBR Circuit
emulation
VBR Motion
picture,
video and
audio
Connection-oriented
data transmission
Connectionless
data
transmission
QoS QoS1 QoS2 QoS3 QoS4
Several bit rate-related concepts are described as follows:
Constant Bit Rate (CBR): Used to imitate copper wire or optical fiber. It involves no
error check, flow control or other types of handling. The CBR enables a smooth
transition from current telephone system into future B-ISDN system because
voice-class PCM paths, T1 circuits and other telephone systems all adopt
synchronous data transmission with CBR.
Variable Bit Rate (VBR): Classified into two sub-groups: Real-time-VBR (RT-VBR)
and Non-Real-time VBR (NRT-VBR). The RT-VBR is primarily used to describe
real-time services with variable data stream and strict requirements, for example,
interactive compressed video (such as videoconference). The NRT-VBR is used
where timing transmission is required, for example, e-mail, which allows for certain
extent of delay and change,
RNC ATM Transmission
(V4)
22 ZTE Confidential Proprietary
Available Bit Rate (ABR): Designed for sporadic information transmission with given
bandwidth scope. The ABR is the only service type with which the network offers
bitrate response to senders. In the event of network congestion, senders are
requested to lower transmission rate. If the senders comply with these feedback
requests, the cell loss rate can be very low in ABR-capable communication. The
acting ABRs can be regarded as mobile passengers waiting in a queue: If there are
vacant seats (space), they are assigned to these seats without delay; otherwise,
they have to wait (unless some minimum bandwidth is available).
Unspecified Bit Rate (UBR): It does not make any commitment or handle the
congestion. The UBR is quite applicable to transmission of IP datagram. In the event
of congestion, UBR cells are discarded, but neither feedback nor request for
lowering transmission rate is transmitted to senders.
Unspecified Bit Rate Plus (UBR+): UBR+ is also known as GFR (Guaranteed Frame
Rate). UBR + is UBR added with minimum transmission bandwidth (frame rate)
service quality assurance. When the UBR + frames come into the network, the
frames which exceed the configuration parameters are tagged in accordance with
parameter control (UPC / NPC) in order to discard the frames during network
congestion, when the UBR+ frames come into the network, the rest of the frames
are sent through proper handling of scheduling and queue management, so UBR+
will simply and effectively provide the minimum bandwidth. But UBR + is only
applicable to AAL5 data services, that is, carrying Iub OMCB or Iu-PS services.
Table 3-4 Features of various ATM services
Feature CBR rt-VBR nrt-VBR ABR UBR UBR+
Bandwidth guarantee Yes Yes Yes Optional No Yes
Applicable to real-time
communication Yes Yes No No No No
Applicable to burst
communication No No Yes Yes Yes Yes
Any feedback on
congestion No No No Yes No No
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 23
3.2 ATM Transmission Interfaces
3.2.1 Implementation of ATM Protocol in RNC
The difference among various types of RNC-provided ATM Interface Processors (RAP)
only lies in the external PHY interface types (E1/T1 or SDH) while the internal
architecture of these ATM Interface Processors is the same, as shown in the following
figure.
Figure 3-8 Internal architecture of ATM Interface Processor
PHY
PHY
PHY
UTOPIA BUS
AAL Network
processor
Port
Port
Port
Port
ATM Switch
User
Plane
Control
Plane
ATM Interface Processor
The ATM handling function consists of three components: ATM PHY, ATM switching
module, and AAL network processor.
1. ATM PHY
The ATM PHY implements ATM transmission access based on different physical
media. For ESDTA/EDTA, it offers multi-link ATM over E1/T1 access with the IMA
technology, or offers single E1/T1 TC (UNI) access; for EAPB, it offers ATM over
STM-1 access. The PHY port connects with the ATM SWITCH module through the
cell transmission bus (UTOPIA bus). In the transmitting direction, the PHY port
maps cells into physical frames and sends them on the transmission media; in the
receiving direction, it extracts cells from transmission media and sends them to the
ATM SWITCH module.
2. ATM SWITCH
The ATM SWITCH module provides VP-/VC-granularity switching. It connects with
the ATM PHY and AAL network processor through different ATM ports (also known
RNC ATM Transmission
(V4)
24 ZTE Confidential Proprietary
as ATM sub-unit). The VP/VC link based cell streams among different ATM ports
are interchangeable. Apart from the switching function, this module also implements
flow management and buffer management of VP/VC connections as well as ATM
OAM function.
3. AAL NETWORK PROCESSOR
The AAL network processor implements AAL2 and AAL5 handling. In inbound
direction, the cell stream received at PHY port will be transmitted from ATM
SWITCH module to AAL network processor. The AAL network processor then
extracts signaling and user data carried in AAL2 and AAL5 frame, and transmits
them to the User Plane and Control Plane through the internal IP switching
platform.
In outbound direction, the signaling generated by the Control Plane is given the
AAL5 segmentation, and user data generated by User Plane is given the AAL2
segmentation in this module. Then the signaling and data are mapped into the cell
streams on VP/VC connection, sent to PHY port through the ATM SWITCH module
and finally to outbound NEs.
3.2.2 Inverse Multiplexing for ATM (IMA)
The Inverse Multiplexing for ATM (IMA) is the mainstream technical standard of ATM
over E1/T1. The conventional ATM over E1/T1 technology is bandwidth-inefficient
because one ATM physical port can only implement transmission based on one trunk
circuit. The IMA technology, however, expands the bandwidth of ATM paths by bundling
several low-speed links to protect the original investment of network operators.
The drafts of IMA specifications 1.0 and 1.1 were respectively proposed by the ATM
Forum in 1997 and 1999. ZTE UMTS IMA is compliant with the AF-PHY-0086.001
specification proposed by ATM Forum in 1999 and is backward compatible with all
features of IMA version 1.0 released in 1997.
Besides supporting the IMA technology, the RNC also enable ATM over E1/T1 through
TC (UNI) link, that is, ATM transmission is implemented only based on a single trunk
circuit instead of multi-link bundling and multiplexing. For specific protocol standards, see
ITUT- I.0321.
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 25
3.2.2.1 Position of IMA in ATM Protocol Stack
The IMA protocol module implements functions at the IMA sublayer. The IMA sublayer is
located between the TC sublayer and ATM layer. The IMA is a technology that reversely
multiplexes one ATM cell stream into multiple physical connections base on a cell to
transmit and multiplex cells transmitted on these connections into a single cell stream.
Role of IMA: When the user access network rate or the rate between two ATM NEs is
between two traditional multiplexing classes (for example, between E1 and E3), the IMA
multiplexes several low-rate connections into a high-rate logical connection. This high
rate is approximately equal to the summation of the low rates which composed of inverse
multiplexing.
Figure 3-9 Reference model of IMA sublayer in the ATM protocol hierarchy
User Plane Function Layer Management Plane
Management
ATM Layer
IMA/TC Sublayer
ATM cell reconstruction
ICP cell insert/pull out
Cell rate decouple
IMA Frame Syn
Cell stuff
Error HEC cell discard
IMA connection
ICP cell error
LIF/LODS/RDI-IMA fault
RDI-IMA alaram
Tx/Rx IMA link status report
IMA group configuration
Link Add/Delete
ATM cell rate change
IMA group fault report
IMA Statistic
Physical Layer
Interface/TC layer
At the transmitting end, the cell streams received from the ATM layer are alternately
assigned in round robin manner to several links in the IMA group based on cell
granularity. In the receiving end, the cells received on different physical links are
reassembled into original cell streams based on cell granularity. The IMA sublayer is
transparent for the ATM layer at both ends of transmission.
RNC ATM Transmission
(V4)
26 ZTE Confidential Proprietary
Figure 3-10 Inverse multiplexing and de-multiplexing of ATM cells in IMA group
PHY
PHY
PHY I
M
A
G
R
P PHY
PHY
PHY Cell stream to ATM
layer
Link0
Link1
Link2
I
M
A
G
R
P
Cell stream from
ATM layer
As shown in the figure 3-10, in the transmitting direction, the ATM cells are distributed on
several PHY links in round robin mode, and in the receiving direction, the ATM cells are
reassembled into a unique cell stream based on IMA group. A group is actually a
pre-configured data channel containing several links. To ensure correct ATM cells are
assembled in a group, the IMA adopts two types of OAM cells, that is, filler cells and ICP
cells, to manage links and group.
Figure 3-11 Multi-link IMA cell transmission
Time
Link 2
Link 1
Link 0
IMA Frame 2
ATM . . . ICP2
2
FATMATM
F . . . FFATMICP2
F . . . FICP2ATMATM
ICP Cell in Frame #1 Filler Cell ATM Layer CellFICP1 ATM
IMA Frame 1
F . . .
ATM . . . ATMATMICP1
. . . ICP1ATMF
FATMF ICP1
2
ATM
IMA Frame 0
ATM . . . FATMF
ATM . . . FATMICP0
. . . ICP0ATMF
ICP0
2
F
ATM
3 2 1 0M-1 3 2 1 0M-1 3 2 1 0M-1
ATMATM ATM
3.2.2.2 IMA Frame and Control Cells
1. IMA OAM cells
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 27
The IMA adopts two types of OAM cells: filler cells and ICP cells. For specific
formats of these cells, see Figure 3.12. The filler cells implement decoupling of
transmission cell rate between local and remote ends of ATM. If there are no ATM
layer cells to be sent between ICP cells within an IMA frame, the IMA transmitting
end will automatically insert filler cells on each link to maintain the expected cell rate
of the current IMA group; the IMA receiving end will verify and discard these filler
cells.
The ICP cells dedicated to carrying control and status monitoring information as
stipulated in the IMA protocol. The protocol entities at local and remote ends of the
IMA virtual link can only realize handshake and negotiation by transmitting and
receiving ICP cells. The ICP cells are indispensable for the enabling/disabling of
IMA groups, adding/deleting of IMA links, and synchronization, management and
detection of IMA frames in working state. The following figure shows the ICP cell
format:
RNC ATM Transmission
(V4)
28 ZTE Confidential Proprietary
Figure 3-12 ICP cell format
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 29
In the OMCR, the ICP version No. of a local IMA group can be configured through
the parameter ImaGroup.ImaVersion and this parameter will be sent to a remote
IMA group through the OAM Label field in the ICP cell.
2. IMA frame
All physical links (for example, T1/E1) in the same multiplexing and inverse
multiplexing set constitute an IMA group. The IMA protocol divides ATM cell stream
into several segments of consecutive frames on each link in the IMA group.
An IMA frame consists of M consecutive cells that appear on each link. Every IMA
frame contains one ICP cell (its position in the frame is consistent with the offset
field in the ICP cell). Note that one IMA frame spans all N links instead of one link in
current IMA group, as shown in Figure 3 11. The IMA frame can be 32, 64, 128 and
256 cells long. The specific length of IMA frame is negotiated between local and
remote ends when the IMA group is initiated and it remains unchanged in working
state. The IFSN field of the ICP cell in an IMA frame describes the sequence
number of the IMA frame, which increments from 0 to M-1.
Related features of the IMA frame can be configured through the following
parameters in the OMCR:
ImaGroup.TXFRAMLGTH: IMA frame length in transmitting direction.
3. IMA frame synchronization
The IMA frame synchronization is a process of delimiting ATM cell sequence from
received physical signal and restoring it to an IMA frame. The synchronization is
judged by monitoring whether the ICP cell in the IMA frame is missing or has an
error. The following figure shows the status transition of IMA frame synchronization.
RNC ATM Transmission
(V4)
30 ZTE Confidential Proprietary
Figure 3-13 IMA frame synchronization mechanism
The status transition from loss-of-synchronization to synchronization involves the
following three important parameters:
α value: Refers to the number of continuous invalid ICP cells. It is the threshold for IMA
frame to transit from synchronization status into IMA Hunt status.
γ value: Refers to the number of continuous valid ICP cells. It is the threshold for IMA
frame to transit from pre-synchronization status into IMA synchronization status.
β value: Refers to the number of continuous errored ICP cells. It is one of the thresholds
for IMA frame to transit from synchronization status into IMA HUNT status.
4. Operational mode of IMA group
Each end of the IMA group can either be the transmitting or receiving end, and their
working mode can either be identical or different. Therefore, the IMA group may
work in the following four different modes:
i. Symmetric configuration and operation.
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 31
This is the default working mode of the IMA group, and must be supported. In such a
mode, the protocol parameters configured on the transmitting and receiving ends of
IMA group must be identical and ATM cells can only be transmitted when both ends
are ACTIVE.
ii. Symmetric configuration and asymmetric operation
This mode is optional, requiring completely identical configurations on both transmitting
and receiving ends, but allowing only one of them, that is, transmitting or receiving
only.
iii. Asymmetric configurations and operation
This mode is also optional, requiring neither identical configurations nor identical working
status on both ends.
The operational mode features of the IMA group can be configured through the
following parameters in the OMCR:
ImaGroup.NESYMETRY: Operational mode of local IMA group.
5. Clock mode and SICP cell of IMA group
The IMA protocol allows each physical LINK in the IMA group to adopt an
Independent Transmit Clock (ITC) or a Common Transmit Clock (CTC) during cell
transmission. The clocks of all links in the IMA group are not synchronized in the ITC
mode, which may result in frame delay. Therefore, to avoid the overflow or
exhaustion of the transmit buffer area, ICP filler cells must be added in the IMA
frame. The ICP filler cells are also required in the CTC mode for decoupling of
transmission rate and expected value.
The continuous SICP cells containing identical LSI field in the same IMA frame can
be used to implement ICP filler cell mechanism. The number of SICP cells on each
link should be less than 1/5M. The receiving end may handle either of the two
continuous SICP cells in the IMA frame and discard the other and exclude it from
polling receiving scope.
RNC ATM Transmission
(V4)
32 ZTE Confidential Proprietary
The clock mode features of the IMA group can be configured through the following
parameter in the OMCR:
ImaGroup.NeTxClkMd: Transmit clock mode of IMA group.
6. Calculation of IMA Data Cell Rate (IDCR)
The IMA Data Cell Rate (IDCR) refers to the actual ATM cell rate that can be
achieved by the ATM layer above the IMA sublayer. The IDCR is nominally a
constant for an IMA group in ACTIVE state, that is, equal to the summation of
transmission rates of all links, but the transmission rates of IMA group are calculated
through the selected Transmit clock Reference Link (TRL). The transmission rates
involve TX and RX, but in both directions, different TRLs can be selected for IDCR
calculation. The IDCR is expressed as follows:
IDCR = Non × TRLCR × (M-1)/M × (2048/2049)
Where, Non refers to the number of Links in ACTIVE state; TRLCR refers to the
actual cell rate measured on the TRL; (M-1)/M takes into account the feature that
each IMA frame contains one ICP cell; 2048/2049 means one SICP cell needs to be
inserted in every 2048 cells on the TRL.
7. Selection and use of IMA TRL
At the Start-Up stage of an IMA group, the peer ends of the IMA connection select
their respective TX TRL, inform each other of the TX TRL through ICP cell and use
them as the RX TRL at the peer end. In CTC mode, the IMA transmitter inserts one
SICP cell at an interval of every 2048 cells on each link. In ITC mode, the IMA
inserts one SICP cell at an interval of every 2048 cells on each TRL and fills or
compensates cells on other links with TRL as reference.
The IMA receiving end eliminates the Cell Delay Variable (CDV) on different links,
takes 0 (no ATM cell currently) or one ATM cell from IMA receiving buffer area and
sends it to the ATM layer once the TICK value expires.
8. Differential delay among IMA LINKs
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 33
The differential delay among IMA links means the IMA frames on different physical
links are not completely synchronized. The transmitter may tolerate
loss-of-synchronization to a certain extent, as stipulated in IMA protocol. Specifically
speaking, the loss-of-synchronization should not exceed 2.5 times the cell time of
lower layer physical links. The receiver must compensate the differential delay by
using the internal buffer area. If the physical link is DS1/E1, the upper limit of
differential delay compensation is 25 milliseconds.
The differential delay among IMA LINKs can be configured through the parameter
ImaGroup.DiffDelayMax in the OMCR.
9. Redundancy protection among IMA links
One IMA group may contain multiple links and the failure of some links may not
affect the available status of the IMA group as long as the status of links with
quantity not less than the minimum threshold is ACTIVE. For the ATM layer, the
failure of some links may slightly lower the bandwidth of related ATM ports.
The features related to the number of links in the IMA group can be configured
through the following parameters in the OMCR:
ImaGroup.MinRxLks: The minimum number of RX links in ACTIVE state to keep the
IMA group in UP state.
ImaGroup.MinTxLks: The minimum number of TX links in ACTIVE state to keep the
IMA group in UP state.
According to the IMA protocol, asymmetric simplex is theoretically feasible for the
IMA group, so the number of links in the TX and RX directions may be different and
separately configured. But in practice, the IMA transmission is two-way, so the same
configuration is generally adopted for the number of TX and RX links.
3.2.2.3 IMA handling of RNC ATM interface board
The ATM PHY handling module refers to the IMA handling module on the Digital Trunk
ATM process board of RNC. The digital trunk processing boards currently supported
include the EDTA (E1/T1 interface) and ESDTA (CSTM-1 optical interface).
RNC ATM Transmission
(V4)
34 ZTE Confidential Proprietary
The mapping relation between logical links in the IMA group and digital trunk lines can be
flexibly configured. When configuring the IMA group, you may map several links in the
same group into different physical links. Such a configuration ensures there are still
available links in the IMA group in the event of failure of some trunk lines. The parameter
triplet (ImaLink.SeqInChip, ImaChip.ImaChipSeq and ImaGroup.GroupSeq) solely
identifies one IMA/TC LINK, and binary group (Unit.UnitSeq, LogicalE1.LogicalE1Seq) /
(Unit.UnitSeq, LogicalT1.LogicalT1Seq) solely identifies one trunk link. When configuring
IMA/TC LINK, you can determine the mapping relation between them by selecting
related trunk link parameters.
Figure 3-14 IMA handling of RNC ATM processing board
IMA/TC
IMA/TC
IMA/TC
UTOPIA BUS
AAL Network
processor
Port
Port
Port
Port
ATM Switch
User
Plane
Control
Plane
IMA Interface Board
Digital Trunk Processing
board
Digital Trunk Processing
board(CSTM-1 interface)
HW switch
32E1/T1
1 CSTM-1
PHY
The IMA handling module also implements non-IMA TC (UNI) handling.
The chip resource sequence number of the IMA group is subject to the parameter
ImaChip.ImaChipSeq in the OMCR.
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 35
3.2.3 ATM over E1
E1 physical interface conforms to ITU-T G.703, and the jitter allowed by E1 physical
interface conforms to ITU-T G.823.
1. Rate
2048 kbit/s 102.4 bit/s ( 50 ppm)
2. Impedance
Coaxial pair: 75 ohm; symmetrical pair: 120 ohm.
3. Timeslot
E1 contains 32 timeslots sequentially numbered from 0 to 31. Timeslot 0 is used to carry
clock synchronization information, and timeslot 16 is used to carry control signal. If the
outband Common Channel Signaling (CCS) is adopted, timeslot 16 is not used for
signaling transmission but to carry information signal, with the remaining timeslots used
to carry data. ZTE RNC adopts 30 timeslots for data transmission. The physical
bandwidth supported by one E1 is 1920kbps.
4. Frame format
The format of frames transmitted over E1 interface conforms to ITU-T G.704. E1
supports three frame formats: basic frame (that is, multiframe without CRC-4), multiframe
(that is, multiframe with CRC-4) and forced multiframe.
The forced multiframe is a self-defined type with the frame format same as that of
multiframe. Forced multiframe and multiframe are differentiated as follows:
1. If the format is set to forced multiframe, an alarm will be generated in the event
of multiframe loss (that is, basic frame from peer end is received) during
interconnection with peer end.
1. If the format is set to multiframe, no alarm will be generated in the event of
multiframe loss during interconnection with peer end.
5. Coding format
RNC ATM Transmission
(V4)
36 ZTE Confidential Proprietary
HDB3.
6. ATM over E1 protocol stack
ATM over E1 includes the following two bearer modes:
i. IMA
One ATM path may carry several E1 links based on the multi-link bundling technology
(IMA). For related specifications, see AF-PHY-0086.001
ii. TC(UNI)
The IMA protocol is not used at the TC layer of the ATM protocol stack, and one ATM
path can only carry a single E1 link. For related specifications, see ITUT- I.0321.
For specific technical features of ATM over E1, see Inverse Multiplexing for ATM and
IMA. This chapter only focuses on the physical interface features of E1.
7. Implementation in RNC
EDTA supports the access of 32 E1 links; ESDTA supports the access of 252 CSTM-1
E1 links or 336 CSTM-1 T1 links. The EDTA/ESDTA processes the PCM carrier signal,
terminates the E1 physical frame of external trunk link. For details, see Inverse
Multiplexing for ATM and IMA.
The E1-capable features can be customized by configuring the units and subunits in
relation to the EDTA/ESDTA in the OMCR, with related features described as follows:
Field Value (Unit) Meaning Remarks
WIRETYPE
Bit0: E1/T1 lines
adopt short haul.
Bit1: E1/T1 lines
adopt long haul.
This field
configures the
short haul or
long haul of the
trunk lines.
The short haul
connection is
supported by
default.
IMPEDANCE
Bit0: 75 ohm
(E1)/100 ohm
(T1) Bit1: 120
ohm (E1)/110
ohm (T1)
This field
configures the
impedance of
the trunk lines.
75 ohm (E1)/100
ohm (T1) is
supported by
default.
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 37
CRC4MODE
0: Multiframe
1: Dual-frame
(that is, basic
frame).
4: Forced
multiframe
This field
configures the
working mode of
CRC4 and frame
format of E1 link.
None
3.2.4 ATM over T1
T1 physical interface conforms to ITU-T G.703, and the jitter allowed by T1 physical
interface conforms to ITU-T G.824.
1. Rate
1544 kbit/s 50 bits/s ( 32 ppm)
2. Impedance
Symmetrical pair: 100 ohm.
3. Timeslot
T1 contains 24 timeslots sequentially numbered from 0 to 23. All 24 timeslots can be
used to carry data. The synchronization is implemented through the synchronization BIT
of each frame, and there is no separate synchronization timeslot. The physical
bandwidth supported by one T1 is 1536kbps.
4. Frame format
The format of frames transmitted over T1 interface conforms to ITU-T G.704. T1
supports the following frame formats:
1. The Extended Super Frame (ESF) format without CRC6.
2. ESF format with CRC6.
3. Super Frame (SF) format.
4. 4-Frame Multiframe (F4) format.
RNC ATM Transmission
(V4)
38 ZTE Confidential Proprietary
5. SLC-96 (72-Frame Multiframe) format.
For the ESF format, see AT&T Pub 62411. For the SF format, see AT&T Pub 54016.
5. Coding formats
T1 supports such coding formats for Bipolar with eight-Zero Substitution (B8ZS),
Alternate Mark Inversion (AMI) (56K) and AMI (64K).
6. ATM over T1 protocol stack
ATM over T1 includes the following two bearer modes:
7. IMA
One ATM path may carry several T1 links based on the multi-link bundling technology
(IMA). For related specifications, see AF-PHY-0086.001
8. TC(UNI)
The IMA protocol is not used at the TC layer of the ATM protocol stack, and one ATM
path can only carry a single T1 link. For related specifications, see ITUT- I.0321.
For specific technical features of ATM over T1, see Inverse Multiplexing for ATM, IMA.
This chapter only focuses on the physical interface features of T1.
9. Implementation in RNC
The RNC provides the EDTA and supports the access of 32 T1 links. The EDTA
processes the PCM carrier signal, terminates the T1 physical frame of external trunk link.
The T1-capable features can be customized by configuring the units and subunits in
relation to the EDTA in the OMCR, with related features described as follows:
Field Value (Unit) Meaning Remarks
WIRETYPE
Bit0: E1/T1
lines adopt
short haul.
Bit1: E1/T1
lines adopt
long haul.
This field
configures the
short haul or
long haul of
the trunk
lines.
The short haul
connection is
supported by
default.
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 39
IMPEDANCE
Bit0: 75 ohm
(E1)/100 ohm
(T1) Bit1: 120
ohm (E1)/110
ohm (T1)
This field
configures the
impedance of
the trunk
lines.
75 ohm (E1)/100
ohm (T1) is
supported by
default.
CRC4MODE
0: Multiframe
1: Dual-frame
(that is, basic
frame).
4: Forced
multiframe
This field
configures the
working mode
of CRC4 and
frame format
of T1 link.
None.
CODINGFORMAT
0: B8ZS
coding format
of T1.
1: AMI coding
format of T1
(56K)
2: AMI coding
format of T1
(64K)
This field
configures the
coding format
of T1.
None
3.2.5 ATM over Optical STM-1/OC-3
3.2.5.1 Physical interface
STM-1 is one of the basic rate standards in SDH/SONET specifications set forth by the
International Telegraph and Telephone Consultative Committee (CCITT). The physical
interface features of the optical STM-1 module of ZTE UMTS are as follows:
Rate: 155.520Mb/s±4.6ppm
Standard: ITU-T G.957/G.958.
Media type: ITU-T G.652/G.653 single-mode fiber.
Operating wavelength: 1310 nm.
Sensitivity: better than -31 dB.
RNC ATM Transmission
(V4)
40 ZTE Confidential Proprietary
Interface: S-1.1
Non-trunk transmission distance: 15 Km.
3.2.5.2 STM-N physical frame format
The SDH features a set of standardized information hierarchy. The basic signal
transmission hierarchy is the Synchronous Transport Module-1 (STM-1), which can be
multiplexed by multiples of 4 into high-rate digital signal series through byte interleaving.
The basic method is shown in the following table.
Level STM-1 STM-4 STM-16 STM-64
Rate (Mbit/s) 155.520 622.080 2488..320 9953.280
The STM-Ns in the same level feature identical rate and frame format to facilitate
tributary synchronous multiplexing, DXC, add/drop and switching, and direct add/drop of
low-speed tributary signals into and from high-speed ones. In view of the above feature,
the ITU-T defines that the STM-N is an octet-based rectangle-block frame structure.
Figure 3-15 STM-N frame format
Information payload stores various information blocks transmitted by STM-N.
Path overhead refers to the overhead bytes used to monitor the transmission
performance of low-rate signals.
Section overhead refers to the mandatory bytes used for network operation,
management and maintenance to ensure normal and flexible transmission of information
payload.
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 41
Section overhead includes regenerator section overhead (RSOH) and multiplex section
overhead (MSOH).
3.2.5.3 SDH overhead byes
The SDH offers subdivided monitoring and management functions. Specifically, the
monitoring includes section monitoring and path monitoring. The section monitoring
includes regeneration section and multiplex section monitoring, and the path monitoring
includes higher order path and lower order path monitoring. These monitoring functions
are implemented through different overhead bytes.
1. Section Overhead (SOH)
Section overhead includes regenerator section overhead (RSOH) and multiplex section
overhead (MSOH).
The Regeneration Section Trace Message J0 is contained in the RSOH and used to
repeatedly send the Section Access Point Identifier (SAPI) for the receiving end to retain
continuous connection with the designated transmitting end. The operator can detect and
clear faults at an early time through J0 byte to speed up network recovery. In the OMCR,
the J0 mode and Regeneration Section Trace Message in relation to J0 byte are
configurable through the parameters S155Port.J0Mode and S155Port.J0.
2. Path Overhead (POH)
The payload of an STM-N frame contains the Path Overhead (POH) used to monitor
low-speed tributary signals.
The SOH implements section monitoring and the POH implements path monitoring. The
POH can be further classified into Higher-Order Path Overhead (HOPOH) and
Lower-Order Path Overhead (LOPOH).
The HOPOH monitors the paths of VC-4/VC-3 level.
The ATM over STM-1 necessitates the monitoring of VC-4 path. In the OMCR, you can
configure the J1 mode and the Higher-Order Path Trace Message of J1 through the
parameters Vc4Trail.J1Mode and Vc4Trail.J1 respectively.
RNC ATM Transmission
(V4)
42 ZTE Confidential Proprietary
The Path signal label byte C2 is contained in HOPOH and used to indicate the
multiplexing structure and nature of information payload of VC frames, for example,
whether the path is loaded, the types of services carried and their mapping mode. The
C2 at transmitting and receiving ends must match. In the OMCR, the parameter
Vc4Trail.C2 is configurable and for ATM over STM-1 mode, C2 should be set to “ATM
Mapping”.
3.2.5.4 ATM over STM-1 multiplexing mapping
The following terms are used in the STM-N multiplexing structure:
Multiplexing Unit (MXU): The basic MXU of SDH contains several containers, including
(C-n), virtual containers (VC-n), tributary units (TU-n), tributary unit groups (TUG-n),
administration units (AU-n) and administration unit groups (AUG-n). “n” refers to the level
sequence number.
Container: Refers to the information structure unit used to carry service signals with
varied rates. Five standard containers, including C-11, C-12, C-2, C-3 and C-4, are
defined in G.709.
Virtual Container (VC): Refers to the information structure unit used to support SDH
path layer connection. The VC can be categorized into Lower Order Virtual Containers
(LOVC) and Higher Order Virtual Containers (HOVC). VC-4 and VC-3 in AU-3 are
HOVCs.
Tributary Unit (TU) and Tributary Unit Group (TUG): TU refers to the information
structure used to provide adaptation between lower order path and higher order path
layers. A TUG refers to one TU or a collection of several TUs that constantly occupy the
specified position(s) in higher order VC payload.
Administration Unit (AU) and Administration Unit Group (AUG): AU refers to the
information structure used to provide adaptation between lower order path and higher
order path layers. An AUG refers to one AU or a collection of several AUs that constantly
occupy the specified position(s) in STM-N payload.
The following figure shows the SDH multiplexing mapping structure:
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 43
Figure 3-16 STM-N multiplexing mapping structure
ATM over STM-1 implements insertion and dropping of ATM cell streams into or from
VC-4 in SDH frames.
3.2.5.5 Implementation in RNC
The ATM Optical module on the EAPB board of RNC implements PHY functions, and
provides four optical interfaces corresponding to four STM-1-based transmission paths.
In the inbound direction, STM-1 frames are received by the ATM Optical module which
recovers the ATM cell streams carried in them. Then the ATM switch module switches
VP/VC connections to the ATM network processor. Next, The ATM network processor
then extracts the carried user and signaling data through AAL2/AAL5 processing, and
sends the payload data to the User plane processing Board or Control plane processing
Board through the internal media stream switching platform.
In the outbound direction, the processing is symmetric to that in the inbound direction.
Figure 3-17 ATM Process Board processing structure
STM-1
STM-1
STM-1
UTOPIA BUS
AAL Network
processor
Port
Port
Port
Port
ATM Switch
User plane
processing
Board
Control
plane
processing
Board
ATM Process BoardPHY
STM-1Port
RNC ATM Transmission
(V4)
44 ZTE Confidential Proprietary
The four ATM Optical modules correspond to the four ATM switching ports (ATM
sub-units) on the ATM switch module. The ATM sub-unit features in the OMCR can be
configured through parameters described in 3.2.1.3:
The following SDH optical path features of each optical interface should also be
configured in the OMCR:
Received signal failure (SF) alarm threshold: Corresponds to the parameter
S155Port.SF.
Received signal degradation (SD) alarm threshold: Corresponds to the parameter
S155Port.SD.
3.2.6 ATM over Channelized STM-1/OC-3
3.2.6.1 Physical interface
STM-1 is one of the basic rate standards in SDH/SONET specifications set forth by
CCITT. The physical interface features of the optical STM-1 module of ZTE UMTS are as
follows:
Rate: 155.520Mb/s±4.6ppm
Standard: ITU-T G.957/G.958.
Media type: ITU-T G.652/G.653 single-mode fiber.
Operating wavelength: 1310nm
Sensitivity: Better than -31dB.
Interface S-1.1
Non-trunk transmission distance: 15Km.
3.2.6.2 STM-N physical frame format
For details, see ATM over Optical STM-1/OC-3.
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 45
3.2.6.3 SDH overhead byes
The SDH offers subdivided monitoring and management functions. Specifically, the
monitoring includes section monitoring and path monitoring. The section monitoring
includes regeneration section and multiplex section monitoring, and the path monitoring
includes higher order path and lower order path monitoring. These monitoring functions
are implemented through different overhead bytes.
1. Section Overhead (SOH)
Section overhead includes regenerator section overhead (RSOH) and multiplex section
overhead (MSOH).
The Regeneration Section Trace Message J0 is contained in the RSOH and used to
repeatedly send the Section Access Point Identifier (SAPI) for the receiving end to retain
continuous connection with the designated transmitting end. J0 byte can be an arbitrary
character on the network of the same operator. However, J0 bytes at the transmitting
and receiving ends must match on the network border of two operators. The operator
can detect and clear faults at an early time through J0 byte to speed up network recovery.
In the OMCR, the J0 mode and Regeneration Section Trace Message in relation to J0
byte can be configured through the parameters S155Port.J0Mode and S155Port.J0.
2. Path Overhead (POH)
The payload of an STM-N frame contains the Path Overhead (POH) used to monitor
low-speed tributary signals.
The SOH implements section monitoring and the POH implements path monitoring. The
POH can be further classified into the Higher-Order Path Overhead (HOPOH) and the
Lower-Order Path Overhead (LOPOH).
The HOPOH monitors the paths of VC-4/VC-3 level.
The ATM over CSTM-1 necessitates the monitoring of VC-4 path. In the OMCR, the J1
mode and the Higher-Order Path Trace Message of J1 can be configured through the
parameters Vc4Trail.J1Mode and Vc4Trail.J1 respectively.
RNC ATM Transmission
(V4)
46 ZTE Confidential Proprietary
The Path signal label byte C2 is contained in HOPOH and used to indicate the
multiplexing structure and nature of information payload of VC frames, for example,
whether the path is loaded, what the types of services carried are and what their
mapping mode is. The C2 must match at transmitting and receiving ends. In the OMCR,
the parameter Vc4Trail.C2 can be configured; and for ATM over CSTM-1 mode, the
payload type of optical path need be set to “TUG Mapping”.
The LOPOH monitors the paths of VC-11/VC-12 level. In the OMCR, the J2 mode and
the Lower-Order Path Trace Message of J2 can be configured through the parameters
(Vc4Vc11Trail.J2MODE,Vc4Vc11Trail.J2),(Vc12Trail.J2MODE,Vc12Trail.J2),(Vc3Vc12
Trail.J2MODE,Vc3Vc12Trail.J2),(Vc11Trail.J2MODE,Vc11Trail.J2).
The Low Order Path signal label byte V5 is contained in LOPOH and used to indicate the
multiplexing structure and nature of information payload of VO frames, for example,
whether the path is loaded, what the types of services carried are and what their
mapping mode is. The C2 must match between the transmitting and receiving ends. In
the OMCR, the parameter Vc4Vc11Trail.V5,Vc12Trail.V5,Vc3Vc12Trail.V5,Vc11Trail.V5
can be configured. For the CSTM-1 mode, E1/T1 signals are carried in VC-11/VC-12, so
V5 is set to “Asynchronous Mapping Signal” by default.
3.2.6.4 STM-1 multiplexing mapping
The following terms are used in the STM-N multiplexing structure:
Multiplexing Unit (MXU): The basic MXU of SDH contains several containers, including
(C-n), virtual containers (VC-n), tributary units (TU-n), tributary unit groups (TUG-n),
administration units (AU-n) and administration unit groups (AUG-n). “n” refers to the level
sequence number.
Container: Refers to the information structure unit used to carry service signals with
varied rates. Five standard containers, including C-11, C-12, C-2, C and C-4, are defined
in G.709.
Virtual Container (VC): Refers to the information structure unit used to support SDH
path layer connection. The VC can be categorized into Lower Order Virtual Containers
(LOVC) and Higher Order Virtual Containers (HOVC). VC-4 and VC-3 in AU-3 are
HOVCs.
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 47
Tributary Unit (TU) and Tributary Unit Group (TUG): TU refers to the information
structure used to provide adaptation between lower order path and higher order path
layers. A TUG refers to one TU or a collection of several TUs that constantly occupy the
specified position(s) in higher order VC payload.
Administration Unit (AU) and Administration Unit Group (AUG): AU refers to the
information structure used to provide adaptation between lower order path and higher
order path layers. An AUG refers to one AU or a collection of several AUs that constantly
occupy the specified position(s) in STM-N payload.
3.2.6.5 E1-/T1-to-CSTM-1 multiplexing
The Channel Synchronous Transfer Mode-1 (CSTM-1) multiplexing is a technology that
multiplexes low-speed tributary signals (for example, 2Mb/s, 34Mb/s and 140Mb/s) into
SDH signals-STM-1 frames. The E1-based CSTM-1 multiplexing refers to the insertion
and dropping of STM-1/VC-12 signals, and T1-based CSTM-1 multiplexing refers to the
insertion and dropping of STM-1/VC11 signals.
The lines of multiplexing from an active payload to STM-N are not unique during SDH
multiplexing in ITUT-G.709 recommendation. Each STM-1 signal may multiplex 63 E1 or
84 T1 signals.
The following figure shows the E1-to-STM-1 multiplexing process:
Figure 3-18 E1-to-STM-1 multiplexing process
The following figure shows the T1-to-STM-1 multiplexing process:
RNC ATM Transmission
(V4)
48 ZTE Confidential Proprietary
Figure 3-19 T1-to-STM-1 multiplexing process
In practice, the multiplex paths may vary among countries and regions. To ensure the
paths for inter-networking, an operator can select AU-3 or AU-4 multiplexing mode (The
AU-4 is adopted by the SONET in China, and here the default configuration is used) by
setting the parameter Board.SdhPortMuxMode in the OMC of RNC.
According to SDH multiplexing standard, each STM-1 signal may multiplex 63 T1 signals
(Semi-configuration), or 84 T1 signals (Full-configuration). Operator can select E1 or T1
interface in the STM-1 signals, T1 multiplex mode (Semi-configuration or
Full-configuration) by setting the parameter Board.ExtPortType.
3.2.6.6 PCM sequencing mode in CSTM-1
The following are currently the two standards for tributary PCM sequencing (E1/T1 link
identifier):
1. ITUT-G.707-based PCM sequencing:
The low-rate SDH signals are multiplexed into high-rate ones through byte interleaving in
the SDH.
For E1, 3 VC12s are multiplexed into TUG-2 frames through byte interleaving; 7 TUG-2
frames multiplexed into TUG-3 frames through byte interleaving; 3 TUG-3 frames
multiplexed into VC4 frames through byte interleaving.
For T1, 4 VC11s are multiplexed into TUG-2 frames through byte interleaving; 7 TUG-2
frames multiplexed into TUG-3 frames through byte interleaving; 3 TUG-3 frames
multiplexed into VC4 frames through byte interleaving.
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 49
2. Tributary-based PCM sequencing:
For E1, tributary-based PCM sequencing means sequential numbering of VC12 services
in the same TUG-2, starting from the first TUG-2 of the first TUG-3.
For T1, tributary-based PCM sequencing means sequential numbering of VC11 services
in the same TUG-2, starting from the first TUG-2 of the first TUG-3.
In the OMCR of RNC, the PCM sequencing mode can be configured through the
parameter PcmMapType. If the positions of tributary signals are inconsistent in VC-4
during interconnection of equipment from different vendors, the service will be
unavailable after interconnection. Therefore, this parameter must be correctly
configured.
3.2.6.7 Analysis of application scenarios in UTRAN
The RNC can provide standard ATM over CSTM-1 transmission interface for lub, Iur,
Iu-PS and Iu-CS interfaces. The most typical application scenario of CSTM-1 is still lub
interface. Generally, Node B provides the E1/T1 interface with the twisted pair or coaxial
cable as medium. The E1/T1 signals are converted and converged into CSTM-1 signals
through the SDH bridge equipment before being sent to the RNC.
The following figure shows a typical networking example where the ZXONM E300
enables the conversion between E1 and CSTM-1 (E1).
RNC ATM Transmission
(V4)
50 ZTE Confidential Proprietary
Figure 3-20 Typical networking
E
S
D
T
A
Optical transmiter and
receiver
RNC
Node B
Node B
Fiber
coaxial pair
With the CSTM-1 interface, the RNC products can distribute with a large number of
E1/T1 electrical interfaces, hence the higher interface integration. Furthermore, the
mature APS technology of the SDH will greatly enhance interface and line protection.
3.2.6.8 Implementation in RNC
Figure 3-21 ATM over Channelized STM-1/OC-3 implementation
Digital Trunk ATM process
board
Control plane processing
Board
User plane processing
Board
CSTM-1
CSTM-1
The following boards are involved:
1. The optical digital trunk and IMA interface board: ESDTA. The ESDTA provides four
CSTM-1 optical interface and implements CSTM-1 access; implements add/drop of
low-speed trunk signals in the STM-1 frame; terminates the processing of trunk
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 51
frames at physical layer; ESDTA completes the processing of ATM over E1/T1 at
the same time.
3.3 PVC Cross Connection
When Node B connects to its Controlling RNC (CRNC) through the RNC in charge of
ATM convergence due to the lack of direct point-to-point ATM transmission path, the
convergence RNC needs to switch the IUB VP/VC service connections of Node B to its
CRNC.
Note that such a scenario completely differs from the SRNC-DRNC separation
mechanism in the WCDMA technology. In this scenario, the IUB cell streams of Node B
are forwarded to its CRNC through VC/VP switching, and the processing is
independently implemented at the ATM layer and completely transparent for RNLU and
RNLC upper layer applications.
Figure 3-22 PVC cross connection networking
E1/SDH
CRNC
Node B
Switch
RNC
VP/VC1
VP/VC2
The ATM Switch module on the ATM interface board of RNC can implement VP/VC
cross connection. It connects with different ATM PHY peripherals through the UTOPIA
bus. These ATM PHY peripherals correspond to the physical interface entities of
transmission cells such as IMA groups and optical modules. They connect with different
ATM ports of the ATM Switch module through UTOPIA bus, as shown in the following
figure. Apart from the above external ATM ports, each ATM Switch module also provides
an internal ATM port numbered 0. This port connects with the AAL network processor
RNC ATM Transmission
(V4)
52 ZTE Confidential Proprietary
and switches the service data ended in local RNC over VP/VC connection. The following
description focuses on the features of the ATM Switch module.
Each port on the ATM Switch module may carry multiple VP/VC connections, and flexible
VP-/VC-granularity switching can be implemented for ATM connections among different
ports, as shown in the figure.
Figure 3-23 VP/VC switching
In the OMCR, the switching relation between VP- or VC-granularity ATM connections
among different ports can be flexibly configured. This version currently only supports
VC-granularity PVC switching among different ports.
The PVC connection includes the following two types at the RNC ATM layer:
1. Terminated after intra-board switching.
2. Forwarded to other RNC NEs after intra-board switching.
For PVC connections that need to be terminated by the local RNC, the first type
mentioned above must be configured and related PVC switching relation configuration:
(External Port, External VPI, and External VCI) →← (Port 0, Internal VPI, and Internal
VCI).
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 53
In the OMCR, the above switching relation is represented by a combination of
parameters: (LogicalAtmPort.BoardPortSeq, PvcTp.CVPI, PvcTp.CVCI) →←
(LogicalAtmPort.BoardPortSeq, PvcTp.VPI , PvcTp.VCI).
For PVC connections terminated by non-local RNC, the switching relation configuration:
(External Port 1, External VPI 1, External VCI 2) →← (External Port 2, External VPI 2,
External VCI 2).
In the OMCR, the above switching relation is represented by a combination of
parameters: (LogicalAtmPort.BoardPortSeq, PvcCross.Port2Vpi, PvcCross.Port2Vci)
→← (LogicalAtmPort.BoardPortSeq, PvcCross.Port1Vpi, PvcCross.Port1Vci).
The external VPI and external VCI are inter-NE interconnection parameters and must be
configured as planned. The internal VCI and VPI are internal equipment parameters and
may not be disclosed externally. The switching relation of a pair of PVC connections is
configured while configuring PVC. The switching relation is uniquely identified with the
parameter PvcTp.PvcSeq / PvcCross.PvcSeq in the OMCR.
The parameter Segment indicates VPC (VCC) node property: 2 means VPC or VCC End
Node and 3 means VPC or VCC Segment and End Node). The type of user service is
uniquely identified with the parameter PvcTp.PvcService: AAL5 signaling, AAL5 data,
AAL2 user data, OMCB. The type of ATM Interface is identified with the parameter
LogicalAtmPort.UniNniFlag: UNI or NNI. The parameter PvcTp.Iftype identified detailed
PVC interface: Iub, Iur, Iu-CS, Iu-PS and IuPC.
Generally, internal port (that is, port 0) is called low-end port, and external ports are
called high-end ports.
3.4 Dynamic AAL2 Connections
The Access Link Control Application Protocol (ALCAP) provides various dynamic
management functions for AAL2 connections, including dynamic setup, modification and
release of AAL2 connections.
Each AAL2 connection in the RNC has a global unique No.
(Aal2PathTp.AAL2PATHSEQ).
RNC ATM Transmission
(V4)
54 ZTE Confidential Proprietary
The AAL2 connection can either be the connection with CN or the connection with Node
B. Different management identifiers (Aal2PathTp.OWNER) must be selected for
connection with different NEs.
3.4.1 Setup Procedure
When a setup request is initiated by the local end, an AAL2 connection with sufficient
bandwidth will be selected based on the peer node ATM address of the configured AAL2
connection. Then one CID is selected based on the following CID allocation principle.
The bandwidth of existing AAL2 connection is subtracted from the bandwidth selected for
the ATM path, and the admission information is recorded into the CID table and instance
data area. If there are still some AAL2 paths with sufficient bandwidth when the
connection is set up for next identical peer node, one new path will be selected to
substitute the previous one. In this way, the AAL2 connections at the same end can
implement load sharing among different AAL2 paths. The ALCAP initiates an outgoing
setup procedure based on the requested CID. In the event of operation failure at the local
end of ALCAP or negotiation with peer end failed, the system will release the previously
requested CID and occupied bandwidth.
When the peer end voluntarily initiates a bearer setup request, The ALCAP receives the
ERQ message from peer end, and checks incoming CEID at the incoming interface,
calculates admission bandwidth based on office direction and path group ID and judges
whether access is possible. If access is confirmed, the ALCAP requests local office CID
resource for system to create an instance data area and sends an ECF message to the
peer end. The requested CID resource will be released in the event of insufficient
admission bandwidth or local office operation failure.
3.4.2 Modification Procedure
When the local end initiates a bearer modification request, the system will modify data in
the CID table and instance data area, and back up old data while saving new data. If the
service rate is modified, the ALCAP initiates outgoing modification procedure. Before the
ALCAP initiates outgoing modification procedure, the system will reserve bandwidth in
the CID table, and occupy the reserved bandwidth after interaction between ALCAP and
the peer end. In the event of operation failure at local end of ALCAP or negotiation with
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 55
the peer end failed, the system cancels parameter modification and records old
parameters in the data area again.
When the peer end voluntarily initiates a bearer modification request, the ALCAP
receives the MOD message from peer end, requests reserved bandwidth in the incoming
modification procedure. The subsystem on the control plane judges whether parameters
carried in the message need to be modified. If modification is allowed, the subsystem
occupies reserved bandwidth, and the ALCAP continues subsequent incoming
modification procedure and sends an MOA message to peer end. If modification is not
allowed at local end, the ALCAP will send an MOR to peer end.
3.4.3 Release Procedure
The local end voluntarily initiates a bearer release request, and the ALCAP initiates
outgoing release procedure based on the CID in the data area. The system then
releases occupied bandwidth and CID resources.
The peer end voluntarily initiates a bearer release request: Upon receiving a REL or RES
message from peer end, the ALCAP instructs upper layer users to initiate bearer release
and releases CID and bandwidth resources while requesting CEID in the incoming
release procedure.
3.4.4 CID Allocation Policy
According to Q.2630, the system allocates CIDs for AAL2 connections based on whether
local node has any AAL2 path. If the local node has one AAL2 path, the system allocates
8-255 to CID in an ascending order; otherwise it allocates them in a descending order.
The setup of AAL2 connection on lub and Iu-CS interfaces can only be initiated by the
RNC, and therefore CID allocation only occurs in the RNC. The system grants the RNC
to own all AAL2 paths connected with Node B or CN. The RNC allocates CIDs in an
ascending order, so the CID allocation conflict can be avoided on both ends of AAL
paths.
For lur interface, the role of SRNC may exchange between two RNCs, so which segment
of 8-255 is allocated for AAL2 paths is uncertain. ZTE RNC offers a solution that enables
flexible configuration through negotiation. If there is any local terminal, the system
RNC ATM Transmission
(V4)
56 ZTE Confidential Proprietary
allocates CIDs in an ascending order; otherwise it allocates them in a descending order
so as to avoid CID allocation conflict.
After Q.2630 on the transmission control plane sets up AAL2 connections on lub, lur and
Iu-CS interfaces, ZTE equipment implements access connection control.
The CID resources may not be configured and they are dynamically managed by the
system based on calling status.
3.4.5 Interconnection with AAL2 Switching Device
ZTE RNC connects to a destination ATM office through a maximum of four ATM
gateways, which means the AAL2 link resources sharing between ZTE RNC and the
destination office is implemented through a maximum of four ATM gateways working in
load sharing mode. Figure 3.24 shows the typical IUR networking.
Figure 3-24 Typical IUR relay Networking
ZTE RNC
MGW 103
MGW 104
Other_RNC
NODE A
Mux AAL2 SWITCH
AAL2 PATH for IUCS AAL2 PATH for IUR
As shown in the figure 3-24, ZTE RNC connects with adjacent RNCs through several
ATM gateways (MGW in this example). ZTE RNC directly connects with each MGW. The
MGW is configured with STP (Signaling Transfer Point) function used for the RNSAP
signaling of the lur interface.
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 57
To implement AAL2 resource sharing between IU and IUR interfaces, the AAL2 static
routes must be configured for ZTE RNC to obtain the relay ATM office information
through the destination ATM office. In the above example, the destination node is
adjacent RNC, the relay node is MGW.
For Iu-CS interface traffic, when transport layer service instance is to be established in
outgoing direction, ZTE RNC would lookup AAL2 static route table first, to get the relay
node information for the destination node, the A2EA of relay node is used to find one
AAL2 path in its associated relay node while the A2EA of destination node is encoded in
ALCAP-ERQ message to inform the downstream AAL2 nodes for further relay.
For Iur interface traffic, when transport layer service instance is to be established in
outgoing direction, The adjacent RNC’s ATM office information ID is used to lookup
AAL2 route table to match the relay node information, the A2EA of relay node is used to
find one AAL2 path in its associated relay node while the A2EA of destination node (for
some vendor’s DRNC, Destination A2EA would be changed to D-Node B’s A2EA ) is
encoded in ALCAP-ERQ message to inform the downstream AAL2 nodes for further
relay.
For one Destination ATM node, a maximum of 4 relay node could be configured in the
AAL2 route table; multiple relay nodes would be chosen in load sharing mode by default.
To perform bandwidth admission control, The AAL2 link resource would be allocated to
logical transmission paths associated with peer NEs (for details, see feature Transport
CAC). The AAL2 links connected with ZTE RNC and relay node are called shared AAL2
path. Shared AAL2 path must be allocated to the transmission path associated with relay
node, and the attribute (Aal2PathTp.IubUseFlag, Aal2PathTp.IurUseFlag,
Aal2PathTp.IuCSUseFlag) should be designated to indicate whether to support Iub,
Iu-CS or Iur AAL2 relay.
Sharing AAL2 link must be referenced by transport paths of destination ATM office. In
the CAC procedure, bandwidth allocation and check is on the destination transport path
while CID allocation and check is on the relay transport path.
The parameter UIurLink.SptAal2Switch determines whether the adjacent RNC supports
AAL2 switch. If supported, the A2EA parameter in the ALCAP ERQ sent to the adjacent
RNC ATM Transmission
(V4)
58 ZTE Confidential Proprietary
RNC will be set as the Node b address obtained from the adjacent RNC in the previous
message. The parameter is used when ZTE RNC connects with some special vendors.
3.4.6 ALCAP protocol version
When RNC and the peer office work together, AAL2 Signalling Protocol version should
be configured ITU-T Q2630.1 or ITU-T Q2630.2. the configuration parameters is
Aal2Ap.SptQ26302Flag. Because the parameter should be consistent with the
opposite end, the services may be interrupted if one of the two peers cannot support
Q.2630.2. This parameter does not support Q.2630.2 by default.
When RNC support ITU-T Q.2630.2, Path Type (PT) parameter will be contained in
ALCAP ERQ message, and modification of AAL type 2 connection resources is provided.
The Path Type parameter of AAL type 2 path (Aal2PathTp.Aal2PathClass) should be
consistent with the opposite end.
When RNC support ITU-T Q.2630.1, not support ITU-T Q.2630.2, Path Type parameter
will not be contained in ALCAP ERQ message, and modification of AAL type 2
connection resources is not provided.
3.5 Permanent AAL5 Connections
The SAAL signaling links carried on AAL5 connections involve two different types of
interfaces:
1) The SAAL on lub interface contains SSCOP and SSCF-UNI to carry upper layer
NBAP and ALCAP signaling (UniSaalTp.APPTYPE).
2) The SAAL on Iu/Iur interface contains SSCOP and SSCF-NNI, which carries
RNSAP and RANAP signaling through MTP3B and SCCP (NniSaalTp.APPTYPE)
as the SS7 link layer.
The Signaling ATM Adaptation Layer (SAAL) consists of the Common Part (CP) and
Service Special Convergence Sublayer (SSCS). The CP further consists of the Common
Part Convergence Sublayer (CPCS) and the Segmentation and Reassembly (SAR). To
accommodate the requirements of various types of upper layer information, the SSCS is
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 59
further divided into the Service Specific Co-ordination Function (SSCF) and the Service
Specific Connection Oriented Protocol (SSCOP) (as shown in the following figure).
Figure 3-25 SAAL protocol stack
SSCF-UNI( Q2130) SSCF-NNI( Q2140)
SSCOP( Q2130)
CPCS
SAR
ATM
PHY
ALCAPSTC
NBAPMTP3b
ALCAP SCCP
SSCS? ? ? ? ? ? ? ? ? ?
SSCS
CP
LM
1. SSCF-UNI
The SSCF-UNI is primarily responsible for coordinating the service functions between
upper layer users and SSCOP. It sets up or releases lower layer SSCOP signaling
connection based on upper layer service requirements, and forwards messages between
upper and lower layer modules to implement the translation between primitives and
signals.
2. SSCF-NNI
The SSCF provides two functions on the NNI side:
i. Coordination and interaction among LM, SSCOP and MTP3b of modules between
adjacent layers.
ii. Maintenance and management of local and peer SSCF-NNI modules.
3. SSCOP
The SSCOP implements point-to-point signaling link setup and release functions for
upper layer users. It provides two types of data transmission modes, acknowledged and
RNC ATM Transmission
(V4)
60 ZTE Confidential Proprietary
unacknowledged, and adopts a reliable message transmission mechanism for signaling
data.
4. LM
Located on the NNI interface, the Layer Management (LM) provides the following
functions:
i. Link status management.
ii. Link quality detection.
iii. Processor overload/recovery detection.
iv. Link location verification.
v. NO CREDIT timeout monitoring.
vi. Performance measurement.
vii. Monitoring of the recovery interval of the last two SSCOP errors.
Each SAAL signaling link has a global unique No. (UniSaalTp.LinkSeq / Sl.SlSeq)
among ZTE RNC NEs and corresponds to the unique PvcTp.PvcSeq / PvcCross.PvcSeq.
The system initiates a link setup request for all signaling links on related PVCs based on
the user type (UniSaalTp.APPTYPE / NniSaalTp.APPTYPE) configured in the OMCR.
Whether UNI or NNI mode is adopted is subject to the value of (UniSaalTp.APPTYPE /
NniSaalTp.APPTYPE). The link setup parameters vary between the UNI and NNI. The
"CBR" must be selected for the ATM service type (Pvctp.ServiceCategory /
PvcCross.ServiceCategory) of AAL5 signaling links to ensure reliable transmission.
Each SAAL signaling link has a unique AAL5 object ID at Node B, and Node B will send
SSCOP connection setup request in the corresponding PVC. Service type of AAL5 PVC
is usually configured as CBR for reliable transmission of NBAP signaling.
3.5.1 IP over ATM
IP over ATM traffic carried on AAL5 link involves two scenarios for RAN transmission,
one is to carry O&M traffic for Node B in Iub interface, the other is to carry Iu PS data
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 61
stream, the implementation of IPOA in ZTE RNC and Node B is strictly compliant with
RFC 1577 Classical IP and ARP over ATM specification.
Logical IP interface corresponds to each ATM PHY port (IMA group, ATM over STM-1
port etc.) is the configuration object for IP over ATM transmission. IP address and subnet
mask can be configured on the above interfaces; hence static IP route can be deployed.
IPOA is a data link layer protocol in ISO reference model. User should firstly choose
AAL5 VCC link (PvcTp.PvcSeq / PvcCross.PvcSeq) under certain ATM PHY port, and
then mapping the link to the planned destination IP subnet (IpoAtmLink. DestIpAddr,
IpoAtmLink.DestIpAddrMaskLen).
For ATM over IU PS transmission, ZTE RNC support QOS based routing which means
to one destination IP subnet multi IPOA data link can be configured, different IPOA links
are used to carry traffic of different QOS type. For example, two IPOA link can be
deployed for the same IP subnet, one is based on RT-VBR traffic category and is used to
carry real time service, the other is based on UBR traffic category and is used to carry
Non-real time service, The parameter TOS is used to identify the COS value bound to a
dedicate IPOA link.
3.6 AAL2 Quality of Service separation
ZTE RNC supports real-time and non-real-time PVC configurations for AAL2. Upon the
setup of AAL2 connection, the session and stream services are mapped into real-time
AAL2 PVC, and interaction-class and background-class services are mapped into
non-real-time AAL2 PVC. In addition, the session and stream services are carried on the
PVC of real-time AAL2 assigned with different priority levels, and session services are
granted with high priority and the right of priority scheduling. Similarly, the interaction-
and background-class services also have different priority levels on non-real-time AAL2
PVCs.
When a service is set up, the system will accept or reject an AAL2 connection request
based on the status of network resources. For a given call, a communication connection
is allowed to set up only when the idle network resources meet the requested bandwidth
and specific indexes. Prior to the setup of a new connection, ensure the new connection
will not affect the QoS of existing connections on the network. The network resources
RNC ATM Transmission
(V4)
62 ZTE Confidential Proprietary
requested by a new connection can only be obtained through negotiation with the CAC,
that is, the traffic protocol.
The system will implement PvcTp.Policing or PvcCross.Policing of the user traffic in
accordance with the traffic protocol during subsequent cell transmission upon service
setup, and check traffic based on user-requested QoS parameters. The QoS
requirements are subject to the acceptable statistical amount. The major indexes of QoS
include MaxCTD, p-to-p CDV and CLR or a combination of them based on the service
types. While meeting the QoS requirements, the scheduling mechanism will fulfill the
bandwidth committed in the distribution service agreement to ensure sufficient isolation
among connections so that the service features of one connection will not affect the
bandwidth and QoS requirements of other connections. Furthermore, the scheduler can
enable fair sharing for connections when there is any extra bandwidth.
3.6.1 Service Category
The ATM service categories (PvcTp.ServiceCategory / PvcCross.ServiceCategory) and
applicable applications include:
1. Constant Bit Rate (CBR): The CBR enables constant transmission rate and has
strict requirements for the QoS requirements such as transmission delay,
transmission packet loss and transmission jitter. It is applicable to real-time services
or services necessitating constant bandwidth. The parameters in relation to CBR
mainly include the Peak Cell Rate (PCR) and Cell Delay Variation Tolerance
(CDVT).
2. Variable Bit Rate (VBR): The VBR QoS provides a guarantee against transmission
delay and packet loss, and mainly applies to video services or
transmission-delay-sensitive services. The VBR can be further categorized into
real-time VBR (rt-VBR) and non-real-time VBR (nrt-VBR) based on the varied
requirements for transmission delay. Compared with rt-VBR, the nrt-VBR services
allow more transmission delay. The parameters in relation to VBR mainly include
the Peak Cell Rate (PCR), Sustainable Cell Rate (SCR), Maximum Burst Size (MBS)
and Cell Delay Variation Tolerance (CDVT).
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 63
3. Available Bite Rate (ABR): The ABR QoS ensures the minimum transmission
bandwidth and applies to IP and LAN services. The ABR needs to provide flow
control at the ATM layer to avoid network congestion or overload. The parameters
in relation to ABR mainly include the Peak Cell Rate (PCR) and Minimum Cell Rate
(MCR).
4. Unspecified Bit Rate (UBR): The UBR is also applicable to IP and LAN services but
without any QoS assurance. The parameter in relation to the UBR is the Peak Cell
Rate (PCR).
3.6.2 Traffic Types
RFC2514 provides 15 traffic types (PvcTp.TrafficType / PvcCross.TrafficType), among
which atmnoTrafficDescriptor (1), atmClpNoTaggingNoScr (3) and atmClptaggingNoScr
(4) are not recommended and they are marked in red in the following table. The following
table lists the corresponding relation between traffic types and the service categories of
PVC.
Service category and traffic type lookup table
Service
category
Traffic type Para1 Para2 Para
3
Para
4
Para
5
cbr atmClpNoTaggingNoScr PCR0+1 PCR0
atmClpTaggingNoScr PCR0+1 PCR0
atmNoClpNoScr PCR0+1
atmClpTransparentNoScr PCR0+1 CDVT
atmNoClpNoScrCdvt (12) PCR0+1 CDVT
rtVbr
ntrVbr
atmNoClpNoScr(2) PCR0+1
atmClpNoTaggingNoScr(3) PCR0+1 PCR0
atmClpTaggingNoScr(4) PCR0+1 PCR0
atmClpNoTaggingScr(6) PCR0+1 SCR0 MBS
atmClpNoTaggingScrCdvt(14) PCR0+1 SCR0 MBS CDV
T
atmClpTaggingScr(7) PCR0+1 SCR0 MBS
atmClpTaggingScrCdvt(15) PCR0+1 SCR0 MBS CDV
RNC ATM Transmission
(V4)
64 ZTE Confidential Proprietary
T
atmClpTransparentScr(10) PCR0+1 SCR0+1 MBS CDV
T
atmNoClpScrCdvt(13) PCR0+1 SCR0+1 MBS CDV
T
atmNoClpScr(5) PCR0+1 SCR0+1 MBS
abr atmClpNoTaggingMcr(8) PCR0+1 CDVT MCR
ubr atmNoTrafficDescriptor(1)
atmNoClpNoScr(2) PCR0+1
atmNoClpNoScrCdvt(12) PCR0+1 CDVT
atmNoClpTaggingNoScr(11) PCR0+1 CDVT
CLP: Cell Loss Priority.
PCR0+1: Peak Cell Rate of CLP=0+1 (Unit: Cell/Second)
PCR0: Peak Cell Rate of CLP=0 (Unit: Cell/Second)
CDVT: Cell Delay Variation Tolerance (Unit: one tenth microsecond)
SCR0: Sustainable Cell Rate of CLP=0 (Unit: Cell/Second)
SCR0+1: Sustainable Cell Rate of CLP=0+1 (Unit: Cell/Second)
MBS: Maximum Burst Size (Unit: Cell)
MCR: Minimum Cell Rate (Unit: Cell/Second)
3.6.3 Effective Bandwidth of PVC
The effective bandwidth of PVC needs to be calculated based on different service types.
E(X): Refers to the PVC effective bandwidth of service type X (Unit: bps).
1. Effective bandwidth of CBR service type
The effective bandwidth of CBR service type can be obtained by multiplying 424 by the
traffic parameter 1, which basically means PCR0+1:
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 65
E(CBR) = (PCR0+1)×424
2. Effective bandwidth of VBR service type
The VBR includes such service types as RTVBR and NRTVBR, so the effective
bandwidth calculation is a bit complicated. The specific calculation methods are
described as follows:
If the CDVT value is contained in the traffic parameter, translate its unit from 1/10
microsecond into second:
CDVT = CDVT/10000000
If there is no SCR in the traffic parameters or there is an SCR but its value is 0, then:
E (VBR) = (PCR0 + 1) × 424
If there is non-zero SCR but there is no MBS or CDVT and the sum of PCR and SCR is
less than 4, then:
E (VBR) = 0
If there is non-zero SCR but there is no MBS or CDVT and the sum of PCR and SCR is
not less than 4, then:
E (VBR) = [2*PCR*SCR/ (PCR+SCR)] ×424
If there is non-zero SCR and MBS or CDTV, then:
E (VBR) = [PCR*MBS/ (PCR*CDVT+MBS)] ×424
3. Effective bandwidth of ABR service type
E (ABR) = MCR×424
4. Effective bandwidth of UBR service type
E (UBR) = 0
RNC ATM Transmission
(V4)
66 ZTE Confidential Proprietary
3.6.4 Configuration Policy
See ZWF22-01-005 Transport CAC Feature Guide.
3.7 ATM Link Redundancy
The link redundancy mechanism of the RNC is adopted in both the physical and logical
link layers.
For the optical access mode at physical link layer, the RNC supports SDH/SONET
multi-path protection and APS protection in either 1+1 or 1:1 mode
(ApsGroup.BackUpMode). The duration required to activate standby link is less than 50
ms in the event of breakdown of the active link.
The APS module conforms to ITU-T G.841 standard, and implements optical interface
(board) protection switching through the two bytes (K1 and K2) carried in the frame
overhead. In either 1+1 or 1:1 protection switching, one protecting entity is specially used
for the protection of one working entity in the protection domain. On the working entity,
the service is transmitted to the destination of the protection domain for handling; on the
protecting entity, K1 and K2 bytes are transmitted for protection of the protection domain.
The Automatic Protection Switching (APS) is triggered in the event of failure of working
entity, the system determines the status of the bridge and selector, and switches to the
protecting entity for service transmission and reception.
The board supports a maximum of four protection groups (ApsGroup.GroupId). The
optical interface of the current board is the protecting optical interface or work optical
interface (S155Port.SetWportFlag) can be selected. The RNC supports both recovery
mode and non-recovery modes (ApsGroup.Revertive) as well as unidirectional and
bi-directional protection modes (ApsGroup.SwitchDirection).
For AAL2 links used to carry user plane data at the logical link layer, the load sharing
mechanism is adopted. In the event of failure of either of two AAL2 logical links, the RNC
will delete backup settings that pass this link, reset link resources through the resource
selection mechanism and select other working AAL2 paths. The restored AAL2 link will
be added into the backup resource.
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 67
For AAL5 links (PS service) used to carry user plane data at the logical link layer, the
RNC supports two redundancy mechanisms:
1. Adopt load sharing as AAL2 connections.
2. Support access of PS resources through IP rerouting.
For signaling links on Iu/Iur interface at logical link layer, the protection mechanism is
established on SS7. If some links are faulty, congested or unavailable, the SS7 will
perform rerouting.
4 Parameters
4.1 ZWF22-02-001 ATM Transmission stack
Configuration Parameters
Table 4-1 Parameters List
Paramete
r Name GUI Name Parameter Description
Value
Range Unit
Defaul
t
Value
Reco
mmen
ded
Value
PvcTp.Pv
cSeq PVC No.
This parameter specifies the
number of PVC. 1..12600 N/A N/A N/A
RNC ATM Transmission
(V4)
68 ZTE Confidential Proprietary
PvcTp.Pv
cService
PVC Service
Type
This parameter specifies the
service type on PVC. It is used to
coordinate operations between
the PVC and upper-layer
services.
If this parameter is set to AAL5
signaling, AAL5 signaling
services are borne on the PVC.
If this parameter is set to AAL5
data, AAL5 data services are
borne on the PVC.
If this parameter is set to AAL2
user data, AAL2 user data
services are borne on the PVC.
If this parameter is set to OMCB,
OMCB network management
services are borne on the PVC.
0,1,2,4 N/A N/A N/A
PvcTp.CV
PI
VPI on High
End
This parameter indicates the VPI
of the high-end ATM port. 0..4095 N/A N/A N/A
PvcTp.CV
CI
VCI on High
End
This parameter indicates the VCI
of the high-end ATM port.
32..6553
5 N/A N/A N/A
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 69
PvcTp.Se
rviceCate
gory
Service
Category
This parameter indicates the
service type of a PVC in the
low-end to high-end direction. It
is used to provide different QoS
services to meet the
requirements of services for
delay, jitter and bandwidth
variation on the PVC. Options
include:
CBR: Constant Bit Rate, used in
the connections that require
static bandwidth during the
connection lifespan.
rtVBR: real-time Variable Bit
Rate, which means that the rate
at which the remote end sends
cells is variable.
nrtVBR: non-real-time Variable
Bit Rate, used to support
unexpected non-real-time
applications to guarantee a low
cell loss rate and an unlimited
delay. ABR: Available Bit Rate. A
traffic control mechanism is used
to control the rate at which the
source end sends cells based on
the feedback from the source
end.
UBR: Undefined Bit Rate.
Services of this type do not have
any QoS guarantee.
UBR+: Undefined Bit Rate+.
Services of this type are similar
to UBR, but this type provides
the lowest rate guarantee.
0,1,2,4,5 N/A 0 N/A
PvcTp.Tr
afficType Traffic Type
This parameter specifies the
description parameter of the
high-end to low-end traffic.
0..15 N/A N/A N/A
RNC ATM Transmission
(V4)
70 ZTE Confidential Proprietary
PvcTp.Po
licing
Policing
Function Flag
This parameter indicates whether
to enable the traffic policing
function on a PVC.
To ensure that the actual cell
traffic on a PVC meets the traffic
parameters configured for this
PVC and the transmitting and
receiving of cells on other PVCs
are not affected, the system can
enable the UPC function to
perform the corresponding
handling to the cells that do not
meet the configurations, for
example, mark the CLP in the
cell with a congestion flag, or
drop these cells.
0,1 N/A 0 N/A
PvcTp.Se
gment
VPC(VCC)
Node
Property
This parameter indicates the
node type of a PVC. It is used to
describe and identify the location
of the currently configured PVC
nodes in the ATM
communication network.
When the local-end device is
connected with the remote-end
device through a PVC, multiple
ATM devices can be used for
PVC forwarding. To facilitate
OAM maintenance and fault
location, the connection between
the local-end device and the
remote-end device can be
divided into several segments.
This parameter only affects OAM
related functions of ATM, for
example, AIS, RDI, CC and
Loopback.
2,3 N/A 3 N/A
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 71
PvcTp.IfT
ype
Interface
Type of PVC
Beared
This parameter specifies the type
of the port where a PVC is
operating. It is used to adapt the
NE port where a PVC is
operating.
1,2,3,4,6 N/A N/A N/A
RNC ATM Transmission
(V4)
72 ZTE Confidential Proprietary
PvcTp.Cc
Valid
CC Valid Flag
This parameter indicates the
high-end CC flag. It is used to
enable or disable the high-end
CC function of a PVC.
To enable the high-end CC
function of a PVC, this parameter
should be set to valid. In this
case, parameters including the
high-end cc type, high-end
activation flag and high-end CC
direction take effect.
Options include:
0-invalid
1-valid
If this parameter is set to 0, no
CC information is configured and
the front end does not parse the
follow-up bits.
Continue Check (CC) is used to
detect in real time the status of
the PVC link between two
communication nodes. The way
it works is that the local-end
device activates the CC cell
reception check function and
periodically checks whether it
can receive service cells or CC
cells from the remote-end device.
The remote-end device activates
the CC cell transmission function
and periodically sends CC cells.
If the local-end device cannot
receive any CC cells within a
certain period of time due to
transmission problems or the
deletion of the remote-end PVC,
the link is treated as
disconnected. To enable both the
local-end and remote-end
devices to detect and perceive
the status of the communication
link between them, both ends
should activate the CC cell
transmission function and the cell
reception check function.
0,1 N/A N/A N/A
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 73
PvcTp.Cc
FlowType
CC Flow
Type
This parameter specifies the
high-end CC flow type. It is used
for in-segment CC check or
end-to-end CC check.
When the local-end device is
connected with the remote-end
device through a PVC, multiple
ATM devices can be used for
PVC forwarding. To facilitate
OAM maintenance and fault
location, the connection between
the local-end device and the
remote-end device can be
divided into several segments.
Options include:
Segment: If an in-segment CC
check is needed for an ATM
segment, this parameter is set to
Segment.
End-to-end: If a CC check is
needed on both ends of an ATM
connection, this parameter is set
to End-to-end.
0,1 N/A 0 N/A
PvcTp.Cc
SetFlag CC Set Flag
This parameter indicates the
high-end activation flag. It is used
to activate or deactivate the
high-end CC function of a PVC.
0,1 N/A 0 N/A
RNC ATM Transmission
(V4)
74 ZTE Confidential Proprietary
PvcTp.Cc
Direction CC Direction
This parameter specifies the CC
check direction on the high-end
port of a PVC, including
local-to-remote check,
remote-to-local check and
bidirectional check. In the CC
check, A refers to the local end
and B refers to the remote end.
When this parameter is set to
B->A or A<->B, the CC cell
transmission function on the
remote-end device of the PVC
must be activated. Otherwise,
the local-end PVC may become
faulty because the CC check
times out.
Options include:
B->A: The CC check is
performed on the PVC receiving
direction.
Options include:
A->B: The CC check is
performed on the PVC sending
direction.
Options include:
A<->B: The CC check is
performed on both the PVC
sending and receiving directions.
0..3 N/A 0 N/A
PvcCross
.PvcSeq PVC No.
This parameter specifies the
number of PVC. 1..12600 N/A N/A N/A
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 75
PvcCross
.PvcServi
ce
PVC Service
Type
This parameter specifies the
service type on PVC. It is used to
coordinate operations between
the PVC and upper-layer
services.
If this parameter is set to AAL5
signaling, AAL5 signaling
services are borne on the PVC.
If this parameter is set to AAL5
data, AAL5 data services are
borne on the PVC.
If this parameter is set to AAL2
user data, AAL2 user data
services are borne on the PVC.
If this parameter is set to OMCB,
OMCB network management
services are borne on the PVC.
0,1,2,4 N/A N/A N/A
PvcCross
.Port2Vpi
VPI on High
End
This parameter indicates the VPI
of the high-end ATM port. 0..4095 N/A N/A N/A
PvcCross
.Port2Vci
VCI on High
End
This parameter indicates the VCI
of the high-end ATM port. 0..65535 N/A N/A N/A
PvcCross
.Port1Vpi VPI
This parameter specifies the
virtual path ID of the low-end
ATM port of a PVC.
A PVC is selected according to
the ports, VPIs and VCIs during
ATM cell switching. This
parameter indicates the VPI of
the low-end ATM port.
0..4095 N/A N/A N/A
PvcCross
.Port1Vci VCI
This parameter specifies the
virtual channel ID of the low-end
ATM port of a PVC.
A PVC is selected according to
the ports, VPIs and VCIs during
ATM cell switching. This
parameter indicates the VCI of
the low-end ATM port.
0..65535 N/A N/A N/A
RNC ATM Transmission
(V4)
76 ZTE Confidential Proprietary
PvcCross
.ServiceC
ategory
Service
Category
This parameter indicates the
service type of a PVC in the
low-end to high-end direction. It
is used to provide different QoS
services to meet the
requirements of services for
delay, jitter and bandwidth
variation on the PVC. Options
include:
CBR: Constant Bit Rate, used in
the connections that require
static bandwidth during the
connection lifespan.
rtVBR: real-time Variable Bit
Rate, which means that the rate
at which the remote end sends
cells is variable.
nrtVBR: non-real-time Variable
Bit Rate, used to support
unexpected non-real-time
applications to guarantee a low
cell loss rate and an unlimited
delay. ABR: Available Bit Rate. A
traffic control mechanism is used
to control the rate at which the
source end sends cells based on
the feedback from the source
end.
UBR: Undefined Bit Rate.
Services of this type do not have
any QoS guarantee.
UBR+: Undefined Bit Rate+.
Services of this type are similar
to UBR, but this type provides
the lowest rate guarantee.
0,1,2,4,5 N/A 0 N/A
PvcCross
.TrafficTy
pe
Traffic Type
This parameter specifies the
description parameter of the
high-end to low-end traffic.
0..15 N/A N/A N/A
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 77
PvcCross
.Policing
Policing
Function Flag
This parameter indicates whether
to enable the traffic policing
function on a PVC.
To ensure that the actual cell
traffic on a PVC meets the traffic
parameters configured for this
PVC and the transmitting and
receiving of cells on other PVCs
are not affected, the system can
enable the UPC function to
perform the corresponding
handling to the cells that do not
meet the configurations, for
example, mark the CLP in the
cell with a congestion flag, or
drop these cells.
0,1 N/A 0 N/A
PvcCross
.Segment
VPC(VCC)
Node
Property
This parameter indicates the
node type of a PVC. It is used to
describe and identify the location
of the currently configured PVC
nodes in the ATM
communication network.
When the local-end device is
connected with the remote-end
device through a PVC, multiple
ATM devices can be used for
PVC forwarding. To facilitate
OAM maintenance and fault
location, the connection between
the local-end device and the
remote-end device can be
divided into several segments.
This parameter only affects OAM
related functions of ATM, for
example, AIS, RDI, CC and
Loopback.
0 N/A 0 N/A
RNC ATM Transmission
(V4)
78 ZTE Confidential Proprietary
LogicalAt
mPort.Uni
NniFlag
UNI flag
This parameter identifies a UNI
interface. It is used to determine
whether the ATM port is located
at the UNI or NNI interface.
According to the ATM protocol,
the ATM information element of
the UNI interface contains the
GFC field and the flow control
mechanism, whereas the ATM
information element of the NNI
interface does not contain them.
0,1 N/A 0 N/A
AtmOam.
OamLock
Switch of
ATM OAM
Function
Switch of ATM OAM Function 0,1 N/A 1 N/A
AtmOam.
LocationI
d1
Location Id1
This parameter indicates the ID
of an ATM node. The ATM
protocol defines a 128-bit ATM
Location ID to identify a unique
ATM node.
0..65535 N/A 1 N/A
AtmOam.
LocationI
d2
Location Id2
This parameter indicates the ID
of an ATM node. The ATM
protocol defines a 128-bit ATM
Location ID to identify a unique
ATM node.
0..65535 N/A 1 N/A
AtmOam.
LocationI
d3
Location Id3
This parameter indicates the ID
of an ATM node. The ATM
protocol defines a 128-bit ATM
Location ID to identify a unique
ATM node.
0..65535 N/A 1 N/A
AtmOam.
LocationI
d4
Location Id4
This parameter indicates the ID
of an ATM node. The ATM
protocol defines a 128-bit ATM
Location ID to identify a unique
ATM node.
0..65535 N/A 1 N/A
LogicalAt
mpPort.B
oardPortS
eq
Local Port Local Port 1..244 N/A N/A N/A
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 79
4.2 ZWF22-02-008 Inverse Multiplexing over ATM, IMA
Configuration Parameters
Table 4-2 Parameters List
Paramete
r Name GUI Name Parameter Description
Value
Range Unit
Defaul
t
Value
Reco
mme
nded
Valu
e
ImaLink.S
eqInChip
Ima Link
No. in Chip
This parameter indicates the unique
ID of each IMA link in the IMA chip. It
is set to uniquely identify an IMA link
in the IMA chip.
1…84 N/A N/A N/A
LogicalE1.
LogicalE1
Seq
Logical E1
No
This parameter indicates the subunit
No. in the unit. The value configured
should be unique.
1..672 N/A N/A N/A
LogicalT1.
LogicalT1
Seq
Logical T1
No
This parameter indicates the subunit
No. in the unit. The value configured
should be unique.
1…672 N/A N/A N/A
ImaLink.S
CRAMBL
ETYPE
Scramble
Type
This parameter indicates the
scramble type. It is set to enhance
E1/T1 transmission reliability. It must
be consistent with that configured in
the peer end.
0,1,255 N/A 0 0
ImaChip.I
maChipSe
q
IMA Chip
No. IMA Chip No. 1…4 N/A N/A N/A
ImaGroup
.GROUPS
EQ
IMA Group
No.
This parameter indicates the unique
ID of the IMA group in the IMA chip. 1…42 N/A N/A N/A
ImaGroup
.ImaVersi
on
IMA
Version
This parameter indicates the IMA
protocol version number of the local
OAM label. It is used to notify the
remote IMA group of the
currently-supported IMA version
number during the negotiation.
1…2 N/A 2 N/A
RNC ATM Transmission
(V4)
80 ZTE Confidential Proprietary
Paramete
r Name GUI Name Parameter Description
Value
Range Unit
Defaul
t
Value
Reco
mme
nded
Valu
e
The currently-supported IMA protocol
version numbers are as follows:
V1.0: IMA 1.0 is used.
V1.1: IMA 1.1 is used.
ImaGroup
.NETXCL
KMD
Near End
IMA Group
Transmit
Clocking
Mode
This parameter indicates the local
transmitting clock of the IMA group. It
is used to specify the clock for the
IMA group, which must be consistent
with that of the remote IMA group.
0…1 N/A 1 N/A
ImaGroup
.MINTXLK
S
Minimal
number of
active IMA
link in the
transmit
direction
needed by
the IMA
group to
move to
operational
state
This parameter indicates the
minimum number of active
transmitting links. When the number
of active IMA links in the transmitting
direction of the IMA group reaches
this parameter, the IMA group is in the
working state.
1..32 N/A 1 NA
ImaGroup
.MINRXL
KS
Minimal
number of
active IMA
link in the
receive
direction
needed by
the IMA
group to
move to
operational
state
This parameter indicates the
minimum number of active receiving
links. When the number of active IMA
links in the receiving direction of the
IMA group reaches this parameter,
the IMA group is in the working state.
1…32 N/A 1 N/A
ImaGroup
.NESYME
Near End
Group
This parameter indicates the
symmetry of an IMA group at the local 0…2 N/A 0 N/A
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 81
Paramete
r Name GUI Name Parameter Description
Value
Range Unit
Defaul
t
Value
Reco
mme
nded
Valu
e
TRY Symmetry
Modes
end. The IMA protocol allows you to
configure symmetrical and
asymmetrical information element
transmission rates for virtual IMA
links.
At the local end, the symmetry types
of IMA groups include:
“Symmetrical configuration and
symmetrical operation”: The IMA
group must be configured with a
bidirectional IMA link. ATM
information elements can be
transmitted only when the IMA link is
a bidirectional link.
“Symmetrical configuration and
asymmetrical operation”: The IMA
group must be configured with a
bidirectional IMA link. The IMA group
allows ATM information elements to
be transmitted over a unidirectional
activated IMA link.
“Asymmetrical configuration and
asymmetrical operation”: The IMA
group can be configured with a
bidirectional or unidirectional IMA link.
The IMA group allows ATM
information elements to be
transmitted over a bidirectional or
unidirectional activated IMA link.
ImaGroup
.TXFRAM
LGTH
IMA Frame
Length in
the
Transmit
Direction
This parameter indicates the length of
a frame sent by the IMA group. It is
used to configure the number of ATM
information elements in an IMA frame
sent by the IMA group.
The length of an IMA frame can be
0…3 N/A 2 N/A
RNC ATM Transmission
(V4)
82 ZTE Confidential Proprietary
Paramete
r Name GUI Name Parameter Description
Value
Range Unit
Defaul
t
Value
Reco
mme
nded
Valu
e
one of the following values:
M32: “Frame length is 32, unit is cell”
(Each IMA frame contains 32 ATM
information elements.)
M64: “Frame length is 64, unit is cell”
(Each IMA frame contains 64 ATM
information elements.)
M128: “Frame length is 128, unit is
cell” (Each IMA frame contains 128
ATM information elements.)
M256: “Frame length is 256, unit is
cell” (Each IMA frame contains 256
ATM information elements.)
ImaGroup
.DIFFDEL
AYMAX
Maximum
Delay for
IMA group
This parameter indicates the
maximum delay allowed by the IMA
group. It is used to configure the
maximum inter-link differential delay
allowed by the IMA group. If the time
delay for receiving packets between
the links in the IMA group exceeds the
maximum time delay, received
packets are discarded, and a LODS
alarm is raised. If the quality of a
transmission link is poor, this
parameter needs to be increased.
25…20
0 Ms 25 N/A
Unit.UnitS
eq Unit No. Unit Sequence Number 1..42 N/A N/A N/A
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 83
4.3 ZWF22-02-051 ATM over E1 & ZWF22-02-052
ATM over T1 Configuration Parameters
Table 4-3 Parameters List
Paramete
r Name GUI Name Parameter Description
Value
Range Unit
Defaul
t
Value
Reco
mme
nded
Valu
e
Board.Ext
PortType Port Type
This parameter specifies the type of a
port on a board. Options:
1: SDH-63E1, optical E1 port
2: SDH-63T1, optical half T1 port
3: SDH-84T1, optical full T1 port
4: POS, optical POS port
5: ATM, optical ATM port
6: E1, electrical E1 port
7: T1, electrical T1 port
0…8 N/A N/A N/A
E1Port.Wir
eType
E1 long or
short haul
This parameter indicates whether the
physical E1 cable used is a long or
short cable.
0,1,3 NA 0 NA
E1Port.Im
pedance
E1
Impedance
This parameter indicates the
impedance of the physical E1 cable. 0,1,3 NA 0 NA
E1Port.CR
C4MODE
E1 Frame
Type
This parameter indicates the Cyclic
Redundancy Check (CRC) 4
operating mode of the E1 connected
to the port. The CRC is used to
improve the system’s ability to detect
error codes. For the detailed definition
of the CRC, refer to G.704.
Multi-Frame: Multi-frame loss alarms
are not detected.
Multi-Frame with checked:
Multi-frame loss alarms are detected,
but the RAI is not inserted in the
feedback and the E1 is not blocked.
0,1,4,6 N/A 6 6
RNC ATM Transmission
(V4)
84 ZTE Confidential Proprietary
Paramete
r Name GUI Name Parameter Description
Value
Range Unit
Defaul
t
Value
Reco
mme
nded
Valu
e
Forced Multi-Frame: Multi-frame loss
alarms are detected, and the RAI is
inserted in the feedback and the E1 is
blocked.
T1Port.Wir
eType
T1 long or
short haul
This parameter indicates whether the
physical T1 cable used is a long or
short cable.
0,1,3 N/A 0 N/A
T1Port.Im
pedance
T1
Impedance
This parameter indicates the
impedance of the physical T1 cable. 0,3 N/A 0 N/A
T1Port.Co
dingForma
t
T1 Coding
Format
This parameter indicates the T1
coding format. 0,1,2,7 N/A 7 N/A
4.4 ZWF22-02-054 ATM over Optical STM-1/OC-3 &
ZWF22-02-055 ATM over Channelized
&STM-1/OC-3 Configuration Parameters
Table 4-4 Parameters List
Parameter
Name GUI Name Parameter Description
Value
Range Unit
Defaul
t
Value
Reco
mme
nded
Valu
e
S155Port.S
1
Synchronizati
on Status
This parameter specifies the
synchronization state. It
indicates the level of the clock
source contained in the signal
sent from the local-end port.
Options include:
0,1,2,4,7,
8,10,11,1
2,14,15
N/A 0 N/A
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 85
Parameter
Name GUI Name Parameter Description
Value
Range Unit
Defaul
t
Value
Reco
mme
nded
Valu
e
0: Quality unknown (Existing
Synchronization Network)
(Default)
1: Stratum 1 Traceable
2: ITU-T Rec.G.811
4: SSU-A
7: Stratum 2 Traceable
8: SSU-B
10: Stratum 3 Traceable
11: SETS
12: SONET minimum clock
traceable
14: Reserved for Network
Synchronization
15: Don’t use for synchronization
S155Port.S
F
Signal Fail
Threshold
This parameter specifies the
alarm threshold of received
signal failure. When the bit error
rate of the signal received on the
optical port reaches the
threshold set here, an SF alarm
is raised and the corresponding
E1 is blocked. Options include:
3: 1e-3. The threshold of the
error bit rate is 1e-3 (0.0001)
4: 1e-4. The threshold of the
error bit rate is 1e-4 (0.0001)
3,4 N/A 4 N/A
S155Port.S
D
Signal
Degradation
Threshold
This parameter specifies the
alarm threshold of received
signal degradation. When the bit
error rate of the signal received
on the optical port reaches the
threshold set here, an SD alarm
is raised.
5…9 N/A 6 N/A
RNC ATM Transmission
(V4)
86 ZTE Confidential Proprietary
Parameter
Name GUI Name Parameter Description
Value
Range Unit
Defaul
t
Value
Reco
mme
nded
Valu
e
S155Port.J
0MODE
J0 Trail
Identifier Byte
Mode
This parameter specifies the
mode of configuring the
regenerator section trace. It
works together with J0 to
determine the content of the
regenerator section trace
message. The regenerator
section trace message is used to
identify the signal on a port. It is
identified and matched on both
interconnection ends. An alarm
is raised when a mismatch
occurs.
1,16 N/A 1 N/A
S155Port.J
0
J0 Trail
Identifier
Message
This parameter specifies the
value of the regenerator section
trace message. It works together
with J0 to determine the content
of the regenerator section trace
message. The regenerator
section trace message is used to
identify the signal on a port. It is
identified and matched on both
interconnection ends. An alarm
is raised when a mismatch
occurs.
N/A N/A 01 N/A
S155Port.P
cmMapTyp
e
PCM Map
Type
This parameter specifies E1/T1
sorting mode of SDH/SDONET.
Options include:
0: ITUT-G.707 type
1: Tributary type
0,1,255 N/A 0 N/A
Sts1Trail.J1
MODE
High path trail
identifier byte
mode
This parameter specifies the
mode of configuring the
high-order path trace. It works
together with J1 to determine the
content of the high-order path
16,64 N/A 16 N/A
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 87
Parameter
Name GUI Name Parameter Description
Value
Range Unit
Defaul
t
Value
Reco
mme
nded
Valu
e
trace message. The high-order
path trace message is used to
identify signal. It is identified and
matched on both interconnection
ends. An alarm is raised when a
mismatch occurs.
Options include:
16: 16 bytes –mode (Default)
64: 64 bytes -mode
Sts1Trail.J1
High path trail
identifier
message
This parameter specifies the
value of the high-order path
trace message. It works together
with J1Mode to determine the
content of the high-order path
trace message. The high-order
path trace message is used to
identify signal. It is identified and
matched on both interconnection
ends. An alarm is raised when a
mismatch occurs.
N/A N/A 0x00 N/A
Sts1Trail.C
2
High path
label
This parameter indicates the
high-order path signal flag.
Options include:
0: Unequipped or
supervisory-unequipped
1: Equipped-non-specific
(Default)
2: TUG structure
3: Locked TU-n
0,1,2,3 N/A 1 N/A
Vt15Trail.J2
MODE
Low path trail
identifier byte
mode
This parameter specifies the
mode of configuring the
low-order path trace. It works
together with J2 to determine the
content of the low-order path
16,64 N/A 16 N/A
RNC ATM Transmission
(V4)
88 ZTE Confidential Proprietary
Parameter
Name GUI Name Parameter Description
Value
Range Unit
Defaul
t
Value
Reco
mme
nded
Valu
e
trace message. The low-order
path trace message is used to
identify signal. It is identified and
matched on both interconnection
ends. An alarm is raised when a
mismatch occurs.
Options include:
16: 16 bytes –mode (Default)
64: 64 bytes -mode
Vt15Trail.J2
Low path trail
identifier
message
This parameter specifies the
value of the low-order path trace
message. It works together with
J2Mode to determine the
content of the low-order path
trace message. The low-order
path trace message is used to
identify signal. It is identified and
matched on both interconnection
ends. An alarm is raised when a
mismatch occurs.
N/A N/A 0x00 N/A
Vt15Trail.V
5
Low path
label
This parameter indicates the
low-order path signal flag. It
indicates the payload type. For
more information, refer to G.707.
Options include:
0: Unequipped or
supervisory-unequipped
1: Equipped-non-specific
2: Asynchronous (Default)
4: Byte synchronous
0,1,2,4 N/A 2 N/A
Vt2Trail.J2
MODE
Low path trail
identifier byte
mode
This parameter specifies the
mode of configuring the
low-order path trace. It works
together with J2 to determine the
16,64 N/A 16 N/A
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 89
Parameter
Name GUI Name Parameter Description
Value
Range Unit
Defaul
t
Value
Reco
mme
nded
Valu
e
content of the low-order path
trace message. The low-order
path trace message is used to
identify signal. It is identified and
matched on both interconnection
ends. An alarm is raised when a
mismatch occurs.
Options include:
16: 16 bytes –mode (Default)
64: 64 bytes -mode
Vt2Trail.J2
Low path trail
identifier
message
This parameter specifies the
value of the low-order path trace
message. It works together with
J2Mode to determine the
content of the low-order path
trace message. The low-order
path trace message is used to
identify signal. It is identified and
matched on both interconnection
ends. An alarm is raised when a
mismatch occurs.
N/A N/A 0x00 N/A
Vt2Trail.V5 Low path
label
This parameter indicates the
low-order path signal flag. It
indicates the payload type. For
more information, refer to G.707.
Options include:
0: Unequipped or
supervisory-unequipped
1: Equipped-non-specific
2: Asynchronous (Default)
4: Byte synchronous
0,1,2,4 N/A 2 N/A
Sts3Trail.J1
MODE
High path trail
identifier byte
mode
This parameter specifies the
mode of configuring the
high-order path trace. It works
16,64 N/A 16 N/A
RNC ATM Transmission
(V4)
90 ZTE Confidential Proprietary
Parameter
Name GUI Name Parameter Description
Value
Range Unit
Defaul
t
Value
Reco
mme
nded
Valu
e
together with J1 to determine the
content of the high-order path
trace message. The high-order
path trace message is used to
identify signal. It is identified and
matched on both interconnection
ends. An alarm is raised when a
mismatch occurs.
Options include:
16: 16 bytes –mode (Default)
64: 64 bytes -mode
Sts3Trail.J1
High path trail
identifier
message
This parameter specifies the
value of the high-order path
trace message. It works together
with J1Mode to determine the
content of the high-order path
trace message. The high-order
path trace message is used to
identify signal. It is identified and
matched on both interconnection
ends. An alarm is raised when a
mismatch occurs.
N/A N/A 0x00 N/A
Sts3Trail.C
2
High path
label
This parameter indicates the
high-order path signal flag. For
more information, refer to G.707.
Options include:
0: Unequipped or
supervisory-unequipped
1: Equipped-non-specific
(Default)
2: TUG structure
3: Locked TU-n
19: ATM mapping
22: Mapping of HDLC/PPP [12],
0,1,19,22
,207 N/A 1 N/A
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 91
Parameter
Name GUI Name Parameter Description
Value
Range Unit
Defaul
t
Value
Reco
mme
nded
Valu
e
[13] framed signal, see
G.707-10.3
207: POS
Vc3Trail.J1
MODE
High path trail
identifier byte
mode
This parameter specifies the
mode of configuring the
high-order path trace. It works
together with J1 to determine the
content of the high-order path
trace message. The high-order
path trace message is used to
identify signal. It is identified and
matched on both interconnection
ends. An alarm is raised when a
mismatch occurs.
Options include:
16: 16 bytes –mode (Default)
64: 64 bytes -mode
16,64 N/A 16 N/A
Vc3Trail.J1
High path trail
identifier
message
This parameter specifies the
value of the high-order path
trace message. It works together
with J1Mode to determine the
content of the high-order path
trace message. The high-order
path trace message is used to
identify signal. It is identified and
matched on both interconnection
ends. An alarm is raised when a
mismatch occurs.
N/A N/A 0x00 N/A
Vc3Trail.C2 High path
label
This parameter indicates the
high-order path signal flag.
Options include:
0: Unequipped or
supervisory-unequipped
1: Equipped-non-specific
0,1,2,3 N/A 1 N/A
RNC ATM Transmission
(V4)
92 ZTE Confidential Proprietary
Parameter
Name GUI Name Parameter Description
Value
Range Unit
Defaul
t
Value
Reco
mme
nded
Valu
e
(Default)
2: TUG structure
3: Locked TU-n
Vc11Trail.J
2MODE
Low path trail
identifier byte
mode
This parameter specifies the
mode of configuring the
low-order path trace. It works
together with J2 to determine the
content of the low-order path
trace message. The low-order
path trace message is used to
identify signal. It is identified and
matched on both interconnection
ends. An alarm is raised when a
mismatch occurs.
Options include:
16: 16 bytes –mode (Default)
64: 64 bytes -mode
16,64 N/A 16 N/A
Vc11Trail.J
2
Low path trail
identifier
message
This parameter specifies the
value of the low-order path trace
message. It works together with
J2Mode to determine the
content of the low-order path
trace message. The low-order
path trace message is used to
identify signal. It is identified and
matched on both interconnection
ends. An alarm is raised when a
mismatch occurs.
N/A N/A 0x00 N/A
Vc11Trail.V
5
Low path
label
This parameter indicates the
low-order path signal flag. It
indicates the payload type. For
more information, refer to G.707.
Options include:
0: Unequipped or
0,1,2,4 N/A 2 N/A
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 93
Parameter
Name GUI Name Parameter Description
Value
Range Unit
Defaul
t
Value
Reco
mme
nded
Valu
e
supervisory-unequipped
1: Equipped-non-specific
2: Asynchronous (Default)
4: Byte synchronous
Vc3Vc12Tr
ail.J2MODE
Low path trail
identifier byte
mode
This parameter specifies the
mode of configuring the
low-order path trace. It works
together with J2 to determine the
content of the low-order path
trace message. The low-order
path trace message is used to
identify signal. It is identified and
matched on both interconnection
ends. An alarm is raised when a
mismatch occurs.
Options include:
16: 16 bytes –mode (Default)
64: 64 bytes -mode
16,64 N/A 16 N/A
Vc3Vc12Tr
ail.J2
Low path trail
identifier
message
This parameter specifies the
value of the low-order path trace
message. It works together with
J2Mode to determine the
content of the low-order path
trace message. The low-order
path trace message is used to
identify signal. It is identified and
matched on both interconnection
ends. An alarm is raised when a
mismatch occurs.
N/A N/A 0x00 N/A
Vc3Vc12Tr
ail.V5
Low path
label
This parameter indicates the
low-order path signal flag. It
indicates the payload type. For
more information, refer to G.707.
Options include:
0,1,2,4 N/A 2 N/A
RNC ATM Transmission
(V4)
94 ZTE Confidential Proprietary
Parameter
Name GUI Name Parameter Description
Value
Range Unit
Defaul
t
Value
Reco
mme
nded
Valu
e
0: Unequipped or
supervisory-unequipped
1: Equipped-non-specific
2: Asynchronous (Default)
4: Byte synchronous
Vc4Trail.J1
MODE
High path trail
identifier byte
mode
This parameter specifies the
mode of configuring the
high-order path trace. It works
together with J1 to determine the
content of the high-order path
trace message. The high-order
path trace message is used to
identify signal. It is identified and
matched on both interconnection
ends. An alarm is raised when a
mismatch occurs.
Options include:
16: 16 bytes –mode (Default)
64: 64 bytes -mode
16,64 N/A 16 N/A
Vc4Trail.J1
High path trail
identifier
message
This parameter specifies the
value of the high-order path
trace message. It works together
with J1Mode to determine the
content of the high-order path
trace message. The high-order
path trace message is used to
identify signal. It is identified and
matched on both interconnection
ends. An alarm is raised when a
mismatch occurs.
N/A N/A 0x00 N/A
Vc4Trail.C2 High path
label
This parameter indicates the
high-order path signal flag. For
more information, refer to G.707.
Options include:
0,1,2,3,1
9,22,207 N/A 1 N/A
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 95
Parameter
Name GUI Name Parameter Description
Value
Range Unit
Defaul
t
Value
Reco
mme
nded
Valu
e
0: Unequipped or
supervisory-unequipped
1: Equipped-non-specific
(Default)
2: TUG structure
3: Locked TU-n
19: ATM mapping
22: Mapping of HDLC/PPP [12],
[13] framed signal, see
G.707-10.3
207: POS
Vc12Trail.J
2MODE
Low path trail
identifier byte
mode
This parameter specifies the
mode of configuring the
low-order path trace. It works
together with J2 to determine the
content of the low-order path
trace message. The low-order
path trace message is used to
identify signal. It is identified and
matched on both interconnection
ends. An alarm is raised when a
mismatch occurs.
Options include:
16: 16 bytes –mode (Default)
64: 64 bytes -mode
16,64 N/A 16 N/A
Vc12Trail.J
2
Low path trail
identifier
message
This parameter specifies the
value of the low-order path trace
message. It works together with
J2Mode to determine the
content of the low-order path
trace message. The low-order
path trace message is used to
identify signal. It is identified and
matched on both interconnection
N/A N/A 0x00 N/A
RNC ATM Transmission
(V4)
96 ZTE Confidential Proprietary
Parameter
Name GUI Name Parameter Description
Value
Range Unit
Defaul
t
Value
Reco
mme
nded
Valu
e
ends. An alarm is raised when a
mismatch occurs.
Vc12Trail.V
5
Low path
label
This parameter indicates the
low-order path signal flag. It
indicates the payload type. For
more information, refer to G.707.
Options include:
0: Unequipped or
supervisory-unequipped
1: Equipped-non-specific
2: Asynchronous (Default)
4: Byte synchronous
0,1,2,4 N/A 2 N/A
Vc4Vc11Tr
ail.J2MODE
Low path trail
identifier byte
mode
This parameter specifies the
mode of configuring the
low-order path trace. It works
together with J2 to determine the
content of the low-order path
trace message. The low-order
path trace message is used to
identify signal. It is identified and
matched on both interconnection
ends. An alarm is raised when a
mismatch occurs.
Options include:
16: 16 bytes –mode (Default)
64: 64 bytes -mode
16,64 N/A 16 N/A
Vc4Vc11Tr
ail.J2
Low path trail
identifier
message
This parameter specifies the
value of the low-order path trace
message. It works together with
J2Mode to determine the
content of the low-order path
trace message. The low-order
path trace message is used to
identify signal. It is identified and
N/A N/A 0x00 N/A
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 97
Parameter
Name GUI Name Parameter Description
Value
Range Unit
Defaul
t
Value
Reco
mme
nded
Valu
e
matched on both interconnection
ends. An alarm is raised when a
mismatch occurs.
Vc4Vc11Tr
ail.V5
Low path
label
This parameter indicates the
low-order path signal flag. It
indicates the payload type. For
more information, refer to G.707.
Options include:
0: Unequipped or
supervisory-unequipped
1: Equipped-non-specific
2: Asynchronous (Default)
4: Byte synchronous
0,1,2,4 N/A 2 N/A
Board.SdhP
ortMuxMod
e
Multiplex
structure of
the optical
port
When the port type is set to an
optical port, this parameter
indicates the multiplex structure
of the port. Options:
1: SDH AU-4
2: SDH AU-3
3: SONET STS-1
4: SONET STS-3C
5: SDH AU-4-4C
6: SONET STS-12C
0…6 N/A N/A N/A
RNC ATM Transmission
(V4)
98 ZTE Confidential Proprietary
4.5 ZWF22-02-003 Dynamic AAL2 Connections
Configuration Parameters
Table 4-5 Parameters List
Paramete
r Name GUI Name Parameter Description
Value
Range
Uni
t
Defa
ult
Valu
e
Reco
mmen
ded
Value
Aal2PathT
p.Aal2Pat
hSeq
Path ID in
Office
This parameter indicates the AAL2
path ID in the adjacent office. As the
local office is connected with multiple
adjacent offices through AAL2 paths,
this parameter is combined with ANI
to describe the different AAL2 path ID
in the local office.
1..42949
67295 N/A N/A N/A
Aal2PathT
p.Aal2Pat
hClass
Path Type
This parameter indicates the AAL2
path type.
1: Stringent Class
2: Tolerant Class
5: Stringent bi-level Class
1,2,5 N/A 1 N/A
Aal2PathT
p.Owner Ownership
In an AAL2 path, totally 247 channels
can be used, with value range 8-255.
When this parameter is configured to
the local office, the channel resources
are numbered from 8 in ascending
order. When this parameter is
configured to the adjacent office, the
channel resources are numbered
from 255 in descending order.
This parameter identifies the home
attribute of the AAL2 path. If the local
end of a link is configured to the local
office, the opposite end must be
configured to the adjacent office to
avoid resource conflicts.
0,1 N/A 0 N/A
Aal2PathT
p.IubUseF
Whether
Supported
The parameter indicates whether the
AAL2 transmission path can be used 0,1 N/A N/A N/A
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 99
Paramete
r Name GUI Name Parameter Description
Value
Range
Uni
t
Defa
ult
Valu
e
Reco
mmen
ded
Value
lag Iub
Interface
by Iub Interface.
Aal2PathT
p.IuCSUs
eFlag
Whether
Supported
IuCS
Interface
The parameter indicates whether the
AAL2 transmission path can be used
by Iur Interface.
0,1 N/A N/A N/A
Aal2PathT
p.IurUseFl
ag
Whether
Supported
Iur Interface
The parameter indicates whether the
AAL2 transmission path can be used
by IuCS Interface.
0,1 N/A N/A N/A
Aal2Ap.A
al2ApSeq
NE Office
ID
This parameter indicates the AAL2
office ID. 1..1499 N/A N/A N/A
Aal2Ap.S
ptQ26302
Flag
Whether
supporting
Q.2630.2
protocol or
not
This parameter indicates whether the
local office supports the Q.2630.2
protocol.
0: Q.2630.2 not supported
1: Q.2630.2 supported
0,1 N/A 0 N/A
Aal2Route
.UseFlag Use Flag
This parameter indicates whether to
use the ATM static route. 0,1 N/A 1 N/A
UIurLink.S
ptAal2Swi
tch
Whether
AAL2
Server or
not
This parameter is a switch that
determines whether the peer-end
RNC can be used as an AAL2 switch.
If the switch is turned on, the
peer-end RNC can receive and
forward ALCAP messages in which
the destination ATM address is not
the address of this RNC.
0,1 N/A 0 N/A
RNC ATM Transmission
(V4)
100 ZTE Confidential Proprietary
4.6 ZWF22-02-004 Permanent AAL5 Connections
Configuration Parameters
Table 4-6 Parameters List
Paramete
r Name GUI Name Parameter Description
Value
Range
Uni
t
Defaul
t
Value
Reco
mme
nded
Valu
e
UniSaalTp
.LinkSeq Signalling link No.
The global links at the UNI side
and NNI side in the local office
are numbered by using this
parameter.
1..9000 N/A N/A N/A
Sl.SlSeq Signalling link
number
This parameter indicates the
global ID of the signalling link,
which identifies the unique
signalling link in the local office.
The signalling link refers to a
physical link that connects
each signalling link point and
transmits signalling messages.
1..9000 N/A N/A N/A
PvcTp.Pv
cSeq PVC No.
This parameter specifies the
number of PVC. 1..12600 N/A N/A N/A
PvcCross.
PvcSeq PVC No.
This parameter specifies the
number of PVC. 1..12600 N/A N/A N/A
NniSaalTp
.AppType Application type
This parameter indicates the
application type of broadband
signalling links.
3 N/A 3 N/A
UniSaalTp
.AppType Application type
This parameter indicates the
application type of broadband
signalling links.
1,2 N/A 1 N/A
IpoAtmLin
k.DestIpA
ddr
Destination IP
Address
This parameter indicates the IP
address of the remote
equipment. If the IPOA link is
required to transfer IP packets
to a remote device, set this
NA N/A N/A N/A
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 101
Paramete
r Name GUI Name Parameter Description
Value
Range
Uni
t
Defaul
t
Value
Reco
mme
nded
Valu
e
parameter to the IP address of
the remote device.
IpoAtmLin
k.DestIpA
ddrMaskL
en
Destination IP
Address Mask
Length
This parameter indicates the
network segment of the remote
equipment. If the IPOA link is
required to transfer IP packets
to a remote device in a
specified network segment, set
this parameter to the IP
address mask of the remote
device.
0..32 N/A N/A N/A
4.7 ZWF22-02-006 ATM Link Redundancy
Configuration Parameters
Table 4-7 Parameters List
Paramete
r Name GUI Name Parameter Description
Value
Range
Uni
t
Defaul
t
Value
Reco
mme
nded
Valu
e
ApsGroup
.GroupId APS Group ID
This parameter specifies the
number of an APS protection
group.
1..8 N/A N/A N/A
S155Port.
SetWport
Flag
Fiber Switch on
or off
This parameter indicates
whether to enable an optical
port.
This parameter is used based on
Bit. Bit0 indicates the
enablement of the working port,
and Bit1 indicates the
0,1 N/A 1 N/A
RNC ATM Transmission
(V4)
102 ZTE Confidential Proprietary
Paramete
r Name GUI Name Parameter Description
Value
Range
Uni
t
Defaul
t
Value
Reco
mme
nded
Valu
e
enablement of the protection
port. Other Bits do not have a
practical use. Options include:
Bit0/1=0: optical port unused
Bit0/1=1: optical port is used
ApsGroup
.BackupM
ode
Protection Type
This parameter specifies the
protection mode of a protection
group. Options:
1. Protection mode 1:N
(Currently, N is equal to 1.):
Successful APS negotiation is
required before switchover.
2. Protection mode 1+1:
Switchover is performed once a
fault is detected without waiting
for the completion of APS
negotiation.
1..2 N/A 1 N/A
ApsGroup
.SwitchDir
ection
Protection
direction
This parameter specifies the
protection direction. It indicates
the switchover mode of an
optical port. Options include:
1. Unidirectional switchover:
When a receiving fault occurs,
switchover is performed only in
the receiving direction.
2: Bidirectional switchover:
When a receiving fault occurs,
switchover is performed in both
the receiving and sending
directions.
1..2 N/A 2 N/A
ApsGroup
.Revertive Revertible mode
After the working port is
switched over to the standby
port due to faults, if the fault is
troubleshot, the working port
1..2 N/A 1 N/A
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 103
Paramete
r Name GUI Name Parameter Description
Value
Range
Uni
t
Defaul
t
Value
Reco
mme
nded
Valu
e
should be switched back to the
original port. This parameter
specifies the switchback mode.
Options include:
1: Revertive mode: After the
fault on the working port is
troubleshot for five minutes (The
period of time can be set in the
WTRTime field), the working
port is automatically switched
back to the original port. The
switchback does not need to be
triggered by the fault on the
protection port.
2: Non-revertive mode: After the
fault on the working port is
troubleshot, the working port is
not automatically switched back
to the original port, except when
a fault on the protection port is
detected or switchback is
performed manually.
5 Related Counters and Alarms
5.1 Related Counters
Table 5-1 Counter List
Counter ID Name
C380200011 Unavailable seconds for IMA group state machine
RNC ATM Transmission
(V4)
104 ZTE Confidential Proprietary
C380200012 The number of NE group failure reported
C380200013 The number of FE group failure reported
C380220003 The number of received ATM cells of High end Vcc
C380220004 The number of transmited ATM cells of High end Vcc
C380220013 The number of ATM cells received on high port when policy is
disabled
C380220014 The number of ATM cells received on high port when policy is
enabled
C380220015 The number of ATM cells discarded on high port because of
UPC or NPC
C380220016 The number of ATM cells with clp tag on high port because of
UPC or NPC
C380220017 The number of ATM CC cells received from high port
C380220018 The number of ATM AIS cells received from high port
C380220019 The number of ATM RDI cells received from high port
C380220020 The number of ATM cells discarded because of buffer
overflow on high port
C380230001 The number of ingress ATM cells
C380230002 The number of egress ATM cells
C380300001 number of CRC4 Block Error
C380300002 CRC4 Error Second
C380300003 CRC4 Severely Error Second
C380300004 CRC4 unavailable Second
C380300005 CRC4 available Second
C380300006 number of FAS Block Error
C380300007 FAS Error Second
C380300008 FAS Severely Error Second
C380300009 FAS unavailable Second
C380300010 FAS available Second
C380300011 number of EBIT Block Error
C380300012 EBIT Error Second
C380300013 EBIT Severely Error Second
C380300014 EBIT unavailable Second
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 105
C380300015 EBIT available Second
C380720001 Number of CRC6 background block error
C380720002 CRC6 errored second
C380720003 CRC6 severely errored second
C380720004 CRC6 unavailable second
C380720005 CRC6 available second
C380720006 Number of FAS bit error
C380720007 FAS errored second
C380720008 FAS severely errored second
C380720009 FAS unavailable second
C380720010 FAS available second
C380660004 Number of aal2 type atm cell received
C380660005 Number of CPS-PDU transmitted to CPS sublayer
C380660017 Number of CPS-PKT received with UUI error
C380670003 Number of SAR-PDU received
C380670004 Number of SAR-PDU received with AUU is 0
C380670005 Number of SAR-PDU received with AUU is 1
C380670010 Number of CPCS-PDU received with CRC error
C380670017 Number of CPCS-PDU dropped due to buffer overflow
5.2 Related Alarms
Table 5-2 Alarm List
Alarm Code Alarm Name
199001026 Cell delineation do not synchronization about cell on E1/T1 link
199001792 SDH/SONET:Loss of signal
199001793 SDH/SONET:Loss of frame
199001794 SDH/SONET:Regenerator section trace mismatch/Section trace
mismatch
RNC ATM Transmission
(V4)
106 ZTE Confidential Proprietary
199001795 SDH/SONET:MS alarm indication signal/Line alarm indication
signal
199001796 SDH/SONET:MS far-end reception failure/Line far-end reception
failure
199001797 SDH/SONET:Signal failure
199001798 SDH/SONET:Signal deterioration
199001799 SDH/SONET:Loss of AU pointer/Loss of path pointer
199001800 SDH/SONET:AU alarm indication signal/Path alarm indication
signal
199001801 SDH/SONET:HP trace mismatch/ Path trace mismatch
199001802 SDH/SONET:HP unequipped/Path unequipped
199001803 SDH/SONET:HP label mismatch/Path label mismatch
199001804 SDH/SONET:HP remote reception failure/Path remote reception
failure
199001805 SDH/SONET:Loss of multi-frame
199001806 SDH/SONET:Loss of TU pointer/Loss of virtual tributary pointer
199001807 SDH/SONET:Tributary unit alarm indication signal/Virtual
tributary alarm indication signal
199001808 SDH/SONET:LP remote defect indication/Virtual tributary remote
defect indication
199001809 SDH/SONET:LP remote failure indication/Virtual tributary remote
failure indication
199001810 SDH/SONET:LP trace mismatch/Virtual tributary trace mismatch
199001811 SDH/SONET:LP unequipped/Virtual tributary unequipped
199001812 SDH/SONET:LP label mismatch/Virtual tributary label mismatch
199001816 SDH/SONET:Severely B1 error code
199001817 SDH/SONET:Severely B2 error code
199001818 SDH/SONET:Severely B3 error code
199001819 SDH/SONET:Severely BIP-2 error code
199001820 SDH/SONET:MS remote error indication
199001821 SDH/SONET:HP remote error indication
199001826 SDH/SONET:LP remote error indication
199005773 High CRC error rate at E1/T1 bottom layer
RNC ATM Transmission (V4)
ZTE Confidential Proprietary 107
199005774 High FAS error rate at E1/T1 bottom layer
199005775 High EBIT error rate at E1 bottom layer
199018944 The state of PVC link is faulty
199019223 Near-end IMA group fault
199019264 Fail to operate IMA group
199019008 Fail to configure the ATM port
199019207 Fail to config near-end IMA group
199019208 Fail to fix the time of near-end IMA group
199019264 Fail to operate IMA group
199019265 Fail to operate the link of the IMA group
199019712 APS channel mismatch
199019713 APS mode mismatch
199019715 APS channel between master and slave board gets errors
199019777 APS switchover happens
199041473 Fail to configure the ATM PVC
199041737 Near-end TC link fault
199041794 Fail to operate TC link
6 Abbreviation Abbreviations Full Characteristics
AAL2 ATM Adaptation Layer specification: Type 2
AAL5 ATM Adaptation Layer specification: Type 5
ATM Asynchronous Transfer Mode
CAC Connection Admission Control
CBR Constant Bit Rate
CID Cell ID
CS Circuit Switched
IMA Inverse Multiplexing for ATM
NBAP Node B Application Part
RNC ATM Transmission
(V4)
108 ZTE Confidential Proprietary
OMC-R Operation and Maintenance for Radio
PCM Pulse Code Modulation
PS Packet Switched
QoS Quality of Service
R99 Release 99
RAB Radio Access Bearer
RAN Radio Access Network
RLC Radio Link Control
RNC Radio Network Controller
rt-VBR real-time Variable Bit Rate
SSCOP Service Specific Connection Oriented Protocol
TC Transmission Convergence
UBR Unspecified Bit Rate
UBR+ Unspecified Bit Rate Plus
UNI User-Network Interface
UTRAN UMTS Terrestrial Radio Access Network
7 Reference Document
[1]ZXUR 9000 UMTS (V4.13.10.15) Radio Network Controller Radio Parameter
Reference
[2]ZXUR 9000 UMTS (V4.13.10.15) Radio Network Controller Ground Parameter
Reference
[3]ZXUR 9000 UMTS (V4.13.10.15) Radio Network Controller Performance Counter
Reference