Professional Documents
Culture Documents
Rel. 3.0.0
User Manual
3DB 18793 AAAA
Issue 1
December 2010
Alcatel, Lucent, Alcatel-Lucent and the Alcatel-Lucent logo are trademarks of Alcatel-Lucent.
PREFACE......................................................................................................................................... 21
Preliminary Information.............................................................................................................. 21
Applicability................................................................................................................................. 22
Scope ........................................................................................................................................... 22
History.......................................................................................................................................... 22
Change notes .............................................................................................................................. 23
Handbook Structure ................................................................................................................... 23
General on Alcatel-Lucent Customer Documentation ............................................................ 24
4 INSTALLATION............................................................................................................................ 481
4.1 Hardware Installation........................................................................................................... 481
4.1.1 Power consumption ........................................................................................................ 482
4.1.2 Rack Installation ............................................................................................................. 483
4.1.3 ODU300 Installation........................................................................................................ 497
4.1.4 MPT-HC Installation ........................................................................................................ 518
4.1.5 MPT-HC V2 Installation................................................................................................... 579
4.1.6 MPT-MC Installation........................................................................................................ 592
4.1.7 DC Extractor ................................................................................................................... 628
4.1.8 Nose Adapter for MPT-HC/V2 and MPT-MC .................................................................. 629
4.1.9 Flextwists for MPT-HC/V2 and MPT-MC......................................................................... 629
4.1.10 Indoor Installation ......................................................................................................... 630
4.1.11 Antenna Alignment........................................................................................................ 680
4.2 Software local copy ............................................................................................................. 689
4.2.1 Getting Started ................................................................................................................ 690
4.2.2 PC Characteristics .......................................................................................................... 690
4.2.3 Local copy of the Software Package (SWP) to the PC ................................................... 691
4.2.4 Local copy of the WebEML and TCO Suite Software to PC ........................................... 693
4.2.5 Configure PC Network Card to Connect to NE ............................................................... 700
4.2.6 Download Software Package to NE................................................................................ 704
5 PROVISIONING............................................................................................................................ 711
5.1 Provisioning by Provisioning Tool..................................................................................... 711
5.1.1 Start Provisioning Tool .................................................................................................... 711
5.2 Provisioning by WebEML.................................................................................................... 740
5.2.1 Start WebEML................................................................................................................. 740
5.2.2 Provisioning .................................................................................................................... 743
Preliminary Information
WARRANTY
Any warranty must be referred exclusively to the terms of the contract of sale of the equipment to
which this handbook refers to.
Alcatel–Lucent makes no warranty of any kind with regards to this manual, and specifically disclaims
the implied warranties of merchantability and fitness for a particular purpose. Alcatel–Lucent will not
be liable for errors contained herein or for damages, whether direct, indirect, consequential, inci-
dental, or special, in connection with the furnishing, performance, or use of this material.
INFORMATION
The product specification and/or performance levels contained in this document are for information
purposes only and are subject to change without notice. They do not represent any obligation on the
part of Alcatel–Lucent.
COPYRIGHT NOTIFICATION
The technical information of this manual is the property of Alcatel–Lucent and must not be copied,
reproduced or disclosed to a third party without written consent.
SAFETY RECOMMENDATIONS
The safety recommendations here below must be considered to avoid injuries on persons and/or
damage to the equipment:
1) Service Personnel
Installation and service must be carried out by authorized persons having appropriate technical
training and experience necessary to be aware of hazardous operations during installation and
service, so as to prevent any personal injury or danger to other persons, as well as prevent-
damaging the equipment.
3) Safety Rules
Recommended safety rules are indicated in Chapter 1 from page 29.
Service Personnel must have an adequate technical background on telecommunications and in par-
ticular on the equipment subject of this handbook.
An adequate background is required to properly install, operate and maintain equipment. The fact
of merely reading this handbook is considered as not enough.
Applicability
This handbook applies to the following product–release:
PRODUCT
9500 MPR
PRODUCT RELEASE
Scope
This document aims to describe the hardware and software functionalities of the 9500 MPR-E.
This document is intended to the technicians involved in Planning, in Operation and Maintenance and in
Commissioning of the 9500 MPR-E.
History
01 December 2010
Handbook Structure
This handbook has been edited according to the Alcatel-Lucent standardized “drawing-up guides" com-
plying with such suggestion.
This handbook is divided into the main topics described in the table of contents:
PRODUCT INFORMATION This section provides the equipment description (at system, MSS
AND PLANNING and ODU levels), introduces the basic information regarding the
HW architecture, and gives its technical characteristics.
NE MANAGEMENT BY This section gives the description and use of the SW tools available
SOFTWARE APPLICATIONS for the NE management.
PROVISIONING This section gives all the instructions to provision (to configure) the
NE.
MAINTENANCE AND This section contains the whole logical and operative information for
TROUBLE-CLEARING the equipment maintenance and system upgrade.
LINE-UP AND This section provides all the instructions for the line-up and com-
COMMISSIONING missioning of the NE.
CUSTOMER DOCUMENTA- It contains info regarding customer opinions collection about this
TION FEEDBACK documentation.
a) Definition
Standard Customer Documentation, referred to hereafter, must be always meant as plant–indepen-
dent and is always independent of any Customization.
Plant–dependent and/or Customized documentation, if envisaged by the contract, is subjected to
commercial criteria as far as contents, formats and supply conditions are concerned.
N.B. Plant–dependent and Customized documentation is not described here.
a) Products
A “product” is defined by the network hierarchical level where it can be inserted and by the whole
of performances and services that it is meant for.
E.g. 9500 MPR-E is a product.
b) Product-releases
A ”product” evolves through successive “product–releases”, which are the real products marketed
for their delivery at a certain ”product–release” availability date. A certain ”product–release” performs
more functionalities than the previous one.
E.g. Rel.1.0 and Rel.2.0 are two successive “product–releases” of the same “product”.
A “product–release” comprehends a set of hardware components and at least one “Software Pack-
age” (SWP); as a whole, they identify the possible network applications and the equipment perfor-
mances that the specific “product–release” has been designed, engineered, and marketed for.
Handbook Updating
The handbooks associated to the "product-release" are listed in “History“ on page 22.
The edition and date of issue might change on future handbook versions for the following reasons:
– only the date changes (pointed out in the Table of Contents) when modifications are made to the edi-
torial system not changing the technical contents of the handbook.
– the edition, hence the date, is changed because modifications made concern technical contents. In
this case:
• the changes with respect to the previous edition are listed in “History” on page 22;
• in affected chapters, revision bars on the left of the page indicate modifications in text and draw-
ings.
Changes concerning the technical contents of the handbook cause the edition number increase (e.g. from
Ed.01 to Ed.02). Slight changes (e.g. for corrections) maintain the same edition but with the addition of
a version character (e.g. from Ed.02 to Ed.02A). Version character can be used for draft or proposal edi-
tions.
Moreover, should the screen prints included in the handbook contain the product–release's
"version" marking, they are not replaced in the handbooks related to a subsequent version, if
the screen contents are unchanged.
Supplying updated handbooks to Customers who have already received previous issues is submitted to
commercial criteria.
By updated handbook delivery it is meant the supply of a complete copy of the handbook new issue (sup-
plying errata-corrige sheets is not envisaged).
A new product version changes the handbook P/N and the edition starts from 01.
In this case the modified parts of the handbook are not listed.
In most cases, a CD-ROM contains in read-only eletronic format the documentation of one product-
release(-version) and for a certain language.
In some other cases, the same CD-ROM can contain the documentation of different product-release(-ver-
sion)s for a certain language.
As a general rule:
• the documentation of system optional features that Customers could not buy from Alcatel-
Lucent together with the main applicative SW.
• the documentation of system optional features (e.g. System Installation Handbooks related to
racks that Customers could not buy from Alcatel-Lucent together with the main equipment).
A CD-ROM is obtained collecting various handbooks and documents in .pdf format. Bookmarks and
hyperlinks make the navigation easier. No additional information is added to each handbook, so that the
documentation present in the CD-ROMs is exactly the same the Customer would receive on paper.
The files processed in this way are added to files/images for managing purpose and a master CD-ROM
is recorded.
After a complete functional check, the CD-ROM image is electronically transferred to the archive of the
Production Department, so that the CD-ROM can be produced and delivered to Customers.
The CD-ROM starts automatically with autorun and hyperlinks from the opened “Index" document permit
to visualize the .pdf handbooks
Other hyperlinks permit to get, from the Technical handbooks, the specific .pdf setting documents.
In order to open the .pdf documents Adobe Acrobat Reader Version 4.0 (minimum) must have been
installed on the platform.
The CD-ROM doesn't contain the Adobe Acrobat Reader program. The Customer is in charge of getting
and installing it.
ReadMe info is present on the CD-ROM to this purpose.
Then the Customer is allowed to read the handbooks on the PC/WS screen, using the navigation and
zooming tools included in the tool, and to print selected parts of the documentation through a local printer.
2) and, internally, by the list of the source handbooks and documents (P/Ns and editions) by
whose collection and processing the CD-ROM itself has been created.
CD-ROM updating
The list of source handbook/document P/Ns-editions indicated in previous para. point 2) , in association
with the CD-ROM's own P/N-edition, is also loaded in the Alcatel-Information-System as a structured list.
Whenever a new edition of any of such handbooks/documents is released in the Alcatel-Lucent archive
system, a check in the Alcatel-Information-System is made to identify the list of CD-ROMs that must be
updated to include the new editions of these handbooks/documents.
This causes the planning and creation of a new edition of the CD-ROM.
Updating of CD-ROMs always follows, with a certain delay, the updating of the single handbooks com-
posing the collection.
– Safety Rules
Indication of the countries where the equipment is intended to be used: Austria (AT) - Belgium (BE)
- Bulgaria (BG) - Switzerland/Liechtenstein (CH) - Cyprus (CY) - Czech Republic (CZ) - Germany (DE)
- Denmark (DK) - Estonia (EE) - Finland (FI) - France (FR) - Greece (GR) - Hungary (HU) – Italy (IT) -
Ireland (IE) - Iceland (IS) - Lithuania (LT) – Luxembourg (LU) - Latvia (LV) - Malta (MT) - Netherlands (NL)
- Norway (NO) –Poland (PL) – Portugal (PT) - Romania (RO) – Spain (SP) - Sweden (SE) - Slovenia (SI)
- Slovak Republic (SK) -United Kingdom (UK)
Indication of the intended use of the equipment: Point to Point PDH/Ethernet Transport radio Link
A Alcatel-Lucent Logo
B Equipment acronym
G WEEE Logo
– Hardware Installation
– Commissioning
– When equipment is operating nobody is allowed to have access inside on the equipment parts which
are protected with Cover Plate Shields removable with tools.
– In case of absolute need to have access inside, on the equipment parts when it is operating this is
allowed exclusively to service personnel, where for Service Personnel or Technical assistance is
meant :
• "personnel which has adequate Technical Knowledge and experience necessary to be aware
of the danger that he might find in carrying out an operation and of the necessary measure-
ments to reduce danger to minimum for him and for others".
• The Service Personnel can only replace the faulty units with spare parts.
• The Service Personnel is not allowed to repair: hence the access to the parts no specified is
not permitted.
• The keys and/or the tools used to open doors, hinged covers to remove parts which give access
to compartments in which are present high dangerous voltages must belong exclusively to the
service personnel.
– For the eventual cleaning of the external parts of the equipment, absolutely do not use any inflam-
mable substance or substances which in some way may alter the markings, inscriptions ect.
The Safety Rules stated in the handbook describe the operations and/or precautions to observe to safe-
guard service personnel during the working phases and to guarantee equipment safety, i.e., not exposing
persons, animals, things to the risk of being injured/damaged.
Whenever the safety protection features have been impaired, REMOVE POWER.
The safety rules described in this handbook are distinguished by the following symbol and statement:
Pay attention to the information stated in the following, and proceed as instructed.
Note
The symbols presented in following paragraphs are all the possible symbols that could be present on Alca-
tel-Lucent equipment, but are not all necessarily present on the equipment this handbook refers to.
[1] Labeling
The following warning label is affixed next to dangerous voltages (>42.4 Vp; >60 Vdc).
If it is a Class 1 equipment connected to mains, then the label associated to it will state that the equip-
ment will have to be grounded before connecting it to the power supply voltage, e.g.:
Carefully observe the specific procedures for installation / turn-up and commissioning / maintenance
of equipment parts where D.C. power is present, described in the relevant installation / turn-up and
commissioning / maintenance documents and the following general rules:
• Personal injury can be caused by -48VDC. Avoid touching powered terminals with any exposed
part of your body.
• Short circuiting, low-voltage, low-impedance, DC circuits can cause severe arcing that can
result in burns and/or eye damage. Remove rings, watches, and other metal jewelry before
working with primary circuits. Exercise caution to avoid shorting power input terminals.
This risk is present when batteries are used, and it is signaled by the following label:
Therefore, slits or apertures are made to let air circulate freely and allow dangerous gasses to down flow
(battery-emitted hydrogen). A 417-IEC-5641 Norm. compliant label is affixed next to it indicating that the
openings must not be covered up.
The following warning label is affixed next to fans or other moving mechanical parts:
Before carrying out any maintenance operation see that all the moving mechanical parts have been
stopped.
Terminals for equipment connection to earth , to be done according to international safety standards, are
pointed out by the suitable symbol:
The position of earth connection terminals is specified in the Hardware Installation section.
The presence of heat-radiating mechanical parts is indicated by the following warning label in compliancy
with IEC 417 Norm, Fig.5041:
Carefully observe the specific procedures for installation / turn-up and commissioning / maintenance of
equipment parts where heat-radiating mechanical parts are present, described in the relevant installation
/ turn-up and commissioning / maintenance documents and the following general rule:
Personal injury can be caused by heat. Avoid touching powered terminals with any exposed part of your
body.
Optical safety
The equipment contains Class 1 laser component according to IEC 60825-1 (par. 5).
The laser source is placed in the optional SFP plug-in, which has to be installed in the Core-E unit. The
laser source is placed in the left side of the SFP plug-in.
According to the IEC 60825-1 the explanatory label is not sticked on the equipment due to the lack of
space.
The site must be compliant with ICNIRP guidelines or local regulation if more restrictive.
– Non authorized persons should not enter the compliance boundaries, if any, for the general public.
– Compliance RF boundaries, if any, related to Electro Magnetic Field exposure must be marked.
– Workers should be allowed to switch-off the power if they have to operate inside compliance bound-
aries.
– Install the antenna as high as possible from floor or area with public access ( if possible the cylinder
delimitating the compliance boundaries, if any, or the cylinder corresponding to the transmission
area directly in front of antenna with the same diameter as the antenna, more than 2 meters high).
– Install the antenna as far as possible from other existing equipment emitting RF power.
Anyway remind that someone standing in front of the 9500 MPR-E antenna may cause traffic shutdown.
On the site when applicable (when people can cross the compliance boundaries and/or the transmission
area of the antenna, i.e. roof top installation)
– EMF emission warning sign (Yellow and black) to be placed at bottom of antenna, visible by some-
one moving in front of the antenna (roof top installation)
Before carrying out any installation, turn-on, tests & operation and maintenance operations, read carefully
the related sections of this Manual, in particular:
– Hardware Installation
– Maintenance and Upgrade
The norms set down to guarantee EMC compatibility, are distinguished inside this Manual by the symbol
and term:
• All connections (towards the external source of the equipment) made with shielded cables use
only cables and connectors suggested in this Manual or in the relevant Plant Documentation,
or those specified in the Customer's "Installation Norms" (or similar documents)
• Ground connect the equipment utilizing a conductor with proper diameter and impedance
• Mount shields (if utilized), previously positioned during the installation phase, but not before
having cleaned and degrease it.
• Before inserting the shielded unit proceed to clean and degrease all peripheral surfaces (con-
tact springs and connection points, etc.)
• Check that the equipment is operating with all the shields properly positioned (dummy covers,
ESD connector protections, etc.)
• Before inserting the shielded unit, which will replace the faulty or modified unit, proceed to clean
and degrease all peripheral surfaces (contact springs and connection points, etc.)
Most electronic devices are sensitive to electrostatic discharges, to this concern the following warning
labels have been affixed:
Observe the precautionary measures stated when having to touch the electronic parts during the instal-
lation/maintenance phases.
Workers are supplied with anti static protection devices consisting of:
– a coiled cord connected to the elasticized band and to the stud on the subrack
Whenever is necessary to handle spare parts and cards out of their own box, this kit (Illustration
below) must be always warn and its termination must be connected to a grounded structure, to avoid
the possible damage of the electronic devices for electrostatic discharges.
b. Screw fixing
In normal operation conditions, all screws (for unit box closing, cable fixing, etc.) must be always
tightened to avoid item detachment and to ensure the equipment EMI-EMC performance.
The screw tightening torque must be:
Before to disconnect or connect the MSS-ODU cable (at MSS or ODU side) switch off the corre-
sponding MSS Unit.
[1] Multiservice aggregation layer: the capacity to use Ethernet as a common transmission layer to
transport any kind of traffic, independently by the type of interface. Ethernet becomes the conver-
gence layer.
[2] Service awareness: traffic handling and quality management, queuing traffic according to the type
of service assigned, independently by the type of interface
[3] Packet node: no service aggregation limits with all traffic aggregated in packets, in term of: capacity,
type of service requirements and type of interface
[4] Service-driven adaptive modulation: fully exploit the air bandwidth in its entirety by changing mod-
ulation scheme according to the propagation availability and allocate transport capacity, discrimi-
nating traffic by different services, only possible in a packet-based environment.
ISAM,
WiMAX
Ethernet
3G HSDPA
Voice on R99
nxE1
Due to the nature of Ethernet, each service can be discriminated based on several parameters like quality
of service.
Mapping different access technologies over Ethernet is achieved by standardized protocols like circuit
emulation and pseudo-wire.
Service awareness means the ability to discriminate the different traffic types carried over the converged
Ethernet stream. The traffic flow can be composed by E1, STM-1, ATM and/or IP/Eth, coming from
different sources, and therefore having different requirements.
For instance ATM traffic from a 3G base stations can carry voice (high priority, real time service) and data
(lower priority and possibly non real time with high variability load, such as internet browsing, music
download or video streaming).
Service awareness is what allows identifying the traffic types, and in case of the non real time variable
bit rate one, optimize the band with overbooking of the radio scarce resource.
9500 MPR-E offers a SINGLE PACKET MATRIX able to switch, aggregate and handle any of the possible
incoming traffic types with virtually no capacity limits (up to 10 GBps).
Traffic with high priority will always have bandwidth available, like voice (deterministic approach).
Broadband traffic is discriminated by QoS dynamically, with modulation scheme changes driven by
propagation conditions.
For the interconnections between the MSS and the Outdoor Units refer to paragraph 2.1.10 on page 56.
– MSS-8
– MSS-4
The MSS provides cross-connection, port aggregation, switching, and equipment management.
The MSS shelf consists of card cage and backplane in which mounts access and radio peripheral and
Core-E control plug-in cards (see Figure 6. and Figure 7.).
Transport Transport
module module
The Core-E modules provide six Ethernet user interfaces (4 electrical interfaces as default + 2 electrical/
optical interfaces available with optional SFP. Note: for the available SFPs refer to par. 2.8.1.2), the local
WebEML interface and the local debug interface.
The Main Core-E and the Spare Core-E modules have a different role.
The Main Core-E is always provided (Core-E in 1+0 configuration). It performs key node management and
control functions, and provides various dc rails from the -48 Vdc input. It also incorporates a plug-in flash
card, which holds node configuration and license data.
The Main Core-E also includes the cross-connection matrix, which implements all the cross-connections
between the Transport modules, between the Ethernet user ports and between the Ethernet user ports
and the Transport modules. The matrix is a standard Ethernet switch, based on VLAN, assigned by the
WebEML.
– TDM 32E1/DS1 local access module: provides the external interfaces for up to 32xE1 tributaries,
manages the encapsulation/reconstruction of PDH data to/from standard Ethernet packets and
sends/receives standard Ethernet packets to/from both Core-E modules; it contains the switch for
the EPS Core-E protection and the DC/DC converter unit.
– STM-1 local access module: provides the external interfaces for up to 2 electrical or optical STM-
1 signals, manages the encapsulation/reconstruction of SDH data to/from standard Ethernet packets
and sends/receives standard Ethernet packets to/from both Core-E modules; it contains the switch
for the EPS Core-E protection and the DC/DC converter unit.
– ASAP module: provides the external interfaces for up to 16xE1 tributaries carrying ATM cells,
manages the encapsulation/reconstruction of ATM cells (according to the PWE3 standard) to/from
standard Ethernet packets and sends/receives standard Ethernet packets to/from both Core-E
modules; it contains the DC/DC converter unit.
– ODU300 Access module: this module is used to interface one ODU300. It sends/receives standard
Ethernet packets to/from both Core-E modules, manages the radio frame (on Ethernet packet form)
generation/termination, the interface to/from the alternate Radio module (for RPS management), the
cable interface functions to ODU; it contains the logic for the EPS Core-E protection, the RPS logic
and the DC/DC converter unit.
For each radio direction with ODU300, one ODU300 Access module in the MSS and one associated
ODU300 has to be provisioned in case of 1+0 radio configuration. Two radio access modules and
two associated ODU300 have to be provisioned in case of 1+1 radio configurations.
– MPT Access (with PFoE) module: this module is used to interface up to two MPT-HC or the MPT-
MC. This module provides the Power Feed over Ethernet to the MPT (only one cable to carry
Ethernet traffic and power supply). The interface to the MPT-HC is a standard GbEth interface
(electrical or optical) and a power supply cable. The interface to the MPT-MC is a standard GbEth
interface (electrical). It sends/receives standard Ethernet packets to/from both Core-E modules. It
contains the logic for the EPS Core-E protection and the DC/DC converter unit.
For each radio direction with MPT, one MPT Access module in the MSS and one associated MPT
has to be provisioned in case of 1+0 radio configuration. One (or two) MPT Access modules and two
associated MPT have to be provisioned in case of 1+1 radio configurations.
The optional AUX peripheral module provides 2x64 kbit/s service channels and the housekeeping
alarms.
A simplified block diagram of the MSS is shown in Figure 8. for MSS-8 and in Figure 9. for MSS-4.
Flash
TRANSPORT PSU Controller
MODULE RAM
TRANSPORT
MODULE
TRANSPORT
MODULE
1 GbEth
TRANSPORT
MODULE
TRANSPORT ETHERNET
MODULE SWITCH
TRANSPORT
MODULE
LIU LIU
4x10/100/1000 2 Electrical/Optical
electrical SFPs
Ethernet ports (port #5 to port #6)
(port #1 to port #4)
Core-E MODULE
Flash
TRANSPORT PSU Controller
MODULE RAM
TRANSPORT
MODULE
1 GbEth
ETHERNET
SWITCH
LIU LIU
4x10/100/1000 2 Electrical/Optical
electrical SFPs
Ethernet ports (port #5 to port #6)
(port #1 to port #4)
Shelf 1
TMN In-band
Ethernet +
Synch
Shelf 2
TMN In-band
Ethernet +
Synch
Shelf 3
For the Stacking configuration it is recommended to enable the Static Lag Criteria.
Also with the Core protection max. 3 MSS can be interconnected as shown in Figure 11.
To implement this configuration the LOS alarm on the Ethernet ports must be enabled as switching cri-
terion of the Core protection. To enable this functionality the “Ethernet LOS Criteria” feature has to be
enabled (refer to Menu System Setting in par. 3.4.4).
TMN In-band
Ethernet +
Ethernet +
Shelf 2
TMN In-band
TMN In-band
Ethernet +
Ethernet +
Shelf 3
Transmitter circuits in the ODU300 consist of cable interface, local oscillator, upconverter/mixer, power
amplifier, and diplexer.
Receive circuits consist of diplexer, low-noise amplifier, local oscillator, downconverter/mixer, automatic
gain control, and cable interface.
Power is provided by -48Vdc from the MSS to the ODU300 DC-DC converter.
MPT-HC is a microprocessor controlled equipment that interfaces the MSS with the antenna.
The Ethernet traffic is transmitted over the radio channel according to the configured QoS and to the
scheduler algorithms.
Transmitter circuits in the MPT-HC consist of Ethernet input interface, modulator, local oscillator, upcon-
verter/mixer, power amplifier, and diplexer.
Receiver circuits consist of diplexer, low-noise amplifier, local oscillator, downconverter/mixer, automatic
gain control, demodulator and Ethernet output interface.
The microprocessor manages the frequency, transmit power alarming, and performance monitoring.
The power is provided by -48 Vdc from the MSS to the MPT-HC DC-DC converter through a dedicated
power supply cable.
By using the Power Extractor (refer to par. 2.1.9) the MPT-HC can be connected to the MSS by using only
one cable carrying Ethernet traffic and power supply.
N.B. In the current release in the 1+1 configuration there is no coupling link between the two MPT-
MC, therefore:
– MPT-HC V2 can be natively Ethernet powered through a proprietary PFoE (or as alternative by using
two cables, one coaxial cable for the Power Supply and one optical cable for the Ethernet Traffic (as
MPT-HC)
– MPT-HC V2 is XPIC-ready (by the installation of a dedicated module). The XPIC connector will be
used, when this feature will be available.
A single 50 ohm coaxial cable connects a ODU300 Modem unit to its ODU. The max. cable length is up
to 150 m. ODU cable, connectors and grounding kits are separatly provided.
The ODU cable carries DC power supply for the ODU and five signals:
– Tx telemetry
– 311 MHz IQ modulated signal from the ODU300 Radio Interface (transmit IF)
– Rx telemetry
Two cables connect an MPT-HC Access unit in the MSS to its MPT-HC (Figure 18 and Figure 19):
– One cable is a 50 ohm coaxial cable to send the power supply to the MPT-HC.
The Ethernet electrical cable is provided with connectors to be mounted on site with the specific RJ45 tool
(1AD160490001). The Ethernet optical cable is preassembled and available in different lengths.
By using the optional DC Extractor, installed close to the MPT-HC, the interconnection between the MSS
and the MPT-HC can be made with a single electrical Ethernet cable (Figure 20) by using the Power Feed
over Ethernet (Ethernet traffic and Power Supply on the same cable). The DC Extractor then separates
the Power Supply from the Ethernet traffic, which are separately send to the MPT-HC.
– a coaxial cable connected to the station battery to provide the power supply.
To connect the coaxial cable to the station battery refer to paragraph 2.1.10.5 on page 65.
One electrical Ethernet cable connects an MPT Access unit in the MSS to its MPT-HC V2 (the MPT Access
unit provides the PFoE).
The max cable length is 100 m.
The Ethernet electrical cable is provided with connectors to be mounted on site with the specific RJ45 tool
(1AD160490001).
Two cables connect an MPT Access unit in the MSS to its MPT-HC V2:
– One cable is a 50 ohm coaxial cable to send the power supply to the MPT-HC V2:
• for length lower or equal to 100 m the power cable can be CAT5E cable to send the power sup-
ply to the MPT-HC V2 . The Ethernet electrical cable is provided with connectors to be mounted
on site with the specific RJ45 tool (1AD160490001);
• for length higher than 100m, the cable is a 50 ohm coaxial cable to send the power supply to
the MPT-HC V2
Note: In case of length lower than 100m and presence in the field of 1 coaxial alredy installed
and free it is recomended to use the coax cable to minimise the installation effort.
Note: A special cord adapter must be connected to the coaxial cable on the MPT-HC V2.
– a coaxial cable connected to the station battery to provide the power supply.
To connect the coaxial cable to the station battery refer to paragraph 2.1.10.5 on page 65.
One electrical Ethernet cable connects an MPT Access unit in the MSS to its MPT-MC (the MPT Access
unit provides the PFoE).
The max cable length is 100 m.
The Ethernet electrical cable is provided with connectors to be mounted on site with the specific RJ45 tool
(1AD160490001).
Figure 26. shows the devices used to connect a MPT directly to a battery.
2.1.11 Antennas
Antennas for direct mounting an ODU are available in diameters from 0.3 m to 1.8 m, depending on the
frequency band.
A polarization rotator is included within the antenna collar, and direct-mounting equal or unequal loss
couplers are available for single antenna protected operation.
An ODU can also be used with standard antennas via a remote-mount kit and flexible waveguide.
2.2.1 ODU300
Table 1. Radio capacity, channelling scheme and modulation (Static Modulation)
Channel FCM Mode ETSI Class # E1 Typical Ethernet
(TDM2TDM) Throughput (1518 bytes)
The Admission Control for TDM flows (cross-connected to radio direction working in Adaptive Modulation)
can be enabled or disabled.
When the Admission Control is enabled, the check is performed taking into account the capacity of the
4 QAM modulation scheme for the relevant Channel Spacing.
When the Admission Control is disabled, the check is performed taking into account the capacity of the
highest modulation scheme for the relevant Channel Spacing (64 QAM for 4-16-64 QAM range or 16 QAM
for 4-16 QAM range).
Channel Spacing ACM Mode ETSI Modulation range Typical mean Ethernet
(MHz) Reference Class Throughput
(any length: 64-1518 bytes)
– Supports cellular mobile networks, and microcellular network back and common carrier, private
carrier and data networks, and utility haul applications.
– Intelligent indoor nodal unit that supports up to 12 outdoor units, expandable to 36 with the stacking
configuration (with MPT)
– ATPC
– Adaptive Modulation
– E1 MEF8 encapsulation
– STM-1 encapsulation
– EoSDH feature
– Software-based configuration
N.B. In 1+1 configuration the 2 Outdoor Units must be of the same types.
– PDH/SDH/ATM and Ethernet Terminal Packet Transport 32 E1, 2xSTM-1 and 16 E1 ATM Access,
1 Radio Direction (Figure 28.)
– PDH/SDH/ATM and Ethernet Add/Drop Packed Node-Ethernet and 32 E1, 2xSTM-1 and 16 E1 ATM
Local Access, 1 Back Link, 1 Haul Link (Figure 29.)
– PDH/SDH/ATM and Ethernet Terminal Packet Node-Ethernet and 32 E1, 2xSTM-1 and 16 E1 ATM
Local Access, 2 Back Links (Figure 30.)
– PDH/SDH/ATM and Ethernet Add/Drop Packet Node-Ethernet and 32 E1, 2xSTM-1 and 16 E1 ATM
Local Access, 1 Back Link and 2 Haul Links (Figure 31.)
– PDH/SDH/ATM and Ethernet Add/Drop Packet Node-Ethernet and 32 E1, 2xSTM-1 and 16 E1 ATM
Local Access, 2 Haul Links and 2 Back Links (Figure 32.)
N.B. Radio LAG and Ethernet LAGs can be created to increase the capacity and availability.
Figure 28. PDH/SDH/ATM and Ethernet Terminal Packet Transport 32 E1, 2xSTM-1 and
16 E1 ATM Access, 1 Radio Direction
Figure 30. PDH/SDH/ATM and Ethernet Terminal Packet Node-Ethernet and 32 E1, 2xSTM-1 and
16 E1 ATM Local Access, 2 Back Links
Figure 32. PDH/SDH/ATM and Ethernet Add/Drop Packet Node-Ethernet and 32 E1, 2xSTM-1 and
16 E1 ATM Local Access, 2 Haul Links and 2 Back Links
Modulation Options in FCM 4 QAM, 16 QAM, 32 QAM, 64 QAM, 128 QAM, 256 QAM
Bandwidth up to 56 MHz
Modulation Options in FCM 4 QAM, 16 QAM, 32 QAM, 64 QAM, 128 QAM, 256 QAM
Adaptive Modulation 4 QAM, 16 QAM, 32 QAM, 64 QAM, 128 QAM, 256 QAM
Bandwidth up to 28 MHz
Input voltage range -40.5 to -57.6 Vdc The input voltage range can be
also from -57 to -60 Vdc without
any damage, but with no guar-
anteed performance
Environmental
Management
Protocol SNMP
2.6.2.1 6 to 15 GHz
System
Frequency Range, GHz 5.925 - 7.125 - 7.725 - 10.0 - 10.7 - 12.75 - 14.4 -
6.425 7.9 8.5 10.68 11.7 13.25 15.35
6.425 - 7.11
T-R Spacings supported MHz 252.04 340 154, 161, 119, 126, 91, 230, 490, 530 266 315, 420,
168, 196, 151.614, 143.5, 490, 644,
245 266, 350 728
311.32
Antenna Interface
Mating Flange Type PDR70 or PDR84 PDR84 PDR100 PDR100 PBR120 PBR140
CDR70 or or or or or or
CDR84 CDR84 CDR100 CDR100 CDR120 CBR140
Guaranteed power 45 W
consumption
2.6.2.2 18 to 38 GHz
System
T-R Spacings supported MHz 1010, 1008, 1008 1008 812 1260
1092.5 1200,
1232
Maximum Tuning Range (dependent upon 380 370 360 360 370 340
T-R spacing), MHz
Antenna Interface
2.6.3.1 6 to 13 GHz
System
T-R Spacings supported MHz 252.04 340 154, 119; 126; 490- 266
161, 151.614; 500-530
168, 208;
196, 245 213,5;
266;
294;
305;
311.32
Antenna Interface
2.6.3.2 15 to 38 GHz
System
Antenna Interface
2.6.4.1 6 to 13 GHz
System
T-R Spacings supported MHz 252.04 340 154, 161, 119; 126; 490-500- 266
168, 196, 151.614; 530
245 208;
213,5;
266; 294;
305;
311.32
Antenna Interface
2.6.4.2 15 to 38 GHz
System
Antenna Interface
2.7.1 MSS
MPT Access Card (with PFoE) 3DB18634ABXX To interface one or two MPT-HC or MPT-MC or
one MPT-HC and one MPT-MC
SFP plug-in STM-1 L1.1 1AB194670005 To be installed in the STM-1 Access card
(option)
SFP plug-in STM-1 S1.1 1AB194670007 To be installed in the STM-1 Access card
(option)
SFP plug-in STM-1 Copper 1AB210170001 To be installed in the STM-1 Access card
(option)
SW 3.0.0
3DB23214HAXX 6 GHz 160/170 6.540-6.610 ODU 300, 06GHz, T-R 160/170MHz, 6540-6610MHz,
HP, TX LOW
3DB23215HAXX 6 GHz 252 5930-6020 ODU 300, 06GHz, T-R 252MHz, 5930-6020MHz,
HHP, TX LOW
3DB23216HAXX 6 GHz 340 6430-6590 ODU 300, 06GHz, T-R 0340MHz, 6430-6590MHz,
HP, TX LOW
3DB23027HAXX 7 GHz 154 7184-7240 ODU 300, 07GHz, T-R 0154MHz, 7184-7240MHz,
HP, TX LOW
3DB23028HBXX 7 GHz 161 7124-7184 ODU 300, 07GHz, T-R 0161MHz, 7124-7184MHz,
HP, TX LOW
3DB23026HAXX 7 GHz 154/161/ 7424-7488 ODU 300, 07GHz, T-R 0154/0161/0168MHz, 7424-
168 7488MHz, HP, TX LOW
3DB23028HAXX 7 GHz 161 7114-7170 ODU 300, 07GHz, T-R 0161MHz, 7114-7170MHZ,
HP, TX LOW
3DB23186HAXX 7 GHz 168 7443-7527 ODU 300, 07GHz, T-R 0168MHz, 7443-7527MHz,
HP, TX LOW
3DB23186HCXX 7 GHz 161/168 7499-7583 ODU 300, 07GHz, T-R 0161/0168MHz, 7499-
7583MHz, HP, TX LOW
3DB23188HAXX 7 GHz 196 7107-7191 ODU 300, 07GHz, T-R 0196MHz, 7107-7191MHz,
HP, TX LOW
3DB23189HAXX 7 GHz 245 7428-7512 ODU 300, 07GHz, T-R 0245MHz, 7428-7512MHz,
HP, TX LOW
3DB23029HAXX 8 GHz 119/126 8279-8321 ODU 300, 08GHz, T-R 0119/0126MHz, 8279-
8321MHz, HP, TX LOW
3DB23030HAXX 8 GHz 151 8204-8275 ODU 300, 08GHz, T-R 0151MHz, 8204-8275MHz,
HP, TX LOW
3DB23289HAXX 8 GHz 195 7718-7802 ODU 300, 08GHz, T-R 0195MHz, 7718-7802MHz,
HP, TX LOW
3DB23031HAXX 8 GHz 208 8050-8148 ODU 300, 08GHz, T-R 0208MHz, 8050-8148MHz,
HP, TX LOW
3DB23032HAXX 8 GHz 266 7898-8021 ODU 300, 08GHz, T-R 0266MHz, 7898-8021MHz,
HP, TX LOW
3DB23034HAXX 8 GHz 310 7905-8045 ODU 300, 08GHz, T-R 0310MHz, 7905-8045MHz,
HP, TX LOW
3DB23033HAXX 8 GHz 305/311 7722.5-7859 ODU 300, 08GHz, T-R 0305/0311MHz, 7722.5-
7859MHz, HP, TX LOW
3DB23261HAXX 10 GHz 350 10150.5-10252 ODU 300, 10GHz, T-R 0350MHz, 10150.5-
10252MHz, EP, TX LOW
3DB23035HAXX 11 GHz 490/500/ 10675-10835 ODU 300, 11GHz, T-R 0490/0500/0530MHz, 10675-
530 10835MHz, HP, TX LOW
3DB23036HAXX 13 GHz 266 12751-12835 ODU 300, 13GHz, T-R 0266MHz, 12751-12835MHz,
HP, TX LOW
3DB23036HGXX 13 GHz 266 13101-13185 ODU 300, 13GHz, T-R 0266MHz, 13101-13185MHz,
HHP, TX HIGH
3DB23037HAXX 15 GHz 315 14627-14788 ODU 300, 15GHz, T-R 0315MHz, 14627-14788MHz,
HP, TX LOW
3DB23038HAXX 15 GHz 420 14501-14648 ODU 300, 15GHz, T-R 0420MHz, 14501-14648MHz,
HHP, TX LOW
3DB23039HCXX 15 GHz 475 14500-14660 ODU 300, 15GHz, T-R 0475MHz, 14500-14660MHz,
HP, TX LOW
3DB23039HEXX 15 GHz 490 14403-14634 ODU 300, 15GHz, T-R 0490MHz, 14403-14634MHz,
HP, TX LOW
3DB23039HAXX 15 GHz 475/490 14627-14873 ODU 300, 15GHz, T-R 0475/0490MHz, 14627-
14873MHz, HP, TX LOW
3DB23295HAXX 15 GHz 644/728 14500-14714.5 ODU 300, 15GHz, T-R 0644/0728MHz, 14500-
14714.5MHZ, HP, TX LOW
3DB23041HAXX 18 GHz 340 18580-18660 ODU 300, 18GHz, T-R 0340MHz, 18580-18660MHz,
HP, TX LOW
3DB23062HCXX 18 GHz 1560 17700 - 18140 ODU 300, 18GHz, T-R 1560MHz, 17700-18140MHz,
HP, TX LOW
3DB23043HAXX 23 GHz 600 22140-22380 ODU 300, 23GHz, T-R 0600MHz, 22140-22380MHz,
HP, TX LOW
3DB23044HAXX 23 GHz 1008 21952-22312 ODU 300, 23GHz, T-R 1008MHz, 21952-22312MHz,
HP, TX LOW
3DB23045HAXX 23 GHz 1200/ 21200-21570 ODU 300, 23GHz, T-R 1200/1232MHz, 21200-
1232 21570MHz, HP, TX LOW
3DB23259HAXX 26 GHz 1008 24549-24909 ODU 300, 26GHz, T-R 1008MHz, 24549-24909MHz,
HP, TX LOW
3DB23213HAXX 28 GHz 1008 27500-27870 ODU 300, 28GHz, T-R 1008MHz, 27500-27870MHz,
HP, TX LOW
3DB48245HAXX 32 GHz 812 31800-32050 ODU 300, 32GHz, T-R 0812MHz, 31800-32050MHz,
HP, TX LOW
3DB48245HGXX 32 GHz 812 32151-32401 ODU 300, 32GHz, T-R 0812MHz, 32151-32401MHz,
HP, TX LOW
3DB23258HAXX 38 GHz 1260 37028-37368 ODU 300, 38GHz, T-R 1260MHz, 37028-37368MHz,
HP, TX LOW
1P 3DB20443ABXX 6182-6302
2 3DB20442ABXX 6048-6168
2P 3DB20444ABXX 6301-6420
1P 3DB20439ABXX 6760-6940
2 3DB20438ABXX 6565-6745
2P 3DB20440ABXX 6905-7085
3 3DB20464ABXX 6595-6775
3P 3DB20465ABXX 6935-7115
1P 3DB20547ABXX 11205-11485
2 3DB20546ABXX 10935-11205
2P 3DB20548ABXX 11445-11705
1P 3DB20420ABXX 13016-13131
2 3DB20419ABXX 12861-12980
2P 3DB20421ABXX 13127-13246
1P 3DB20468ABXX 14945-15081
2 3DB20467ABXX 14759-14899
2P 3DB20469ABXX 15074-15215
1P 3DB20423ABXX 14920-15144
2P 3DB20424ABXX 15130-15361
1P 3DB20427ABXX 14890-15125
2 3DB20426ABXX 14625-14860
2P 3DB20428ABXX 15115-15350
1P 3DB20449ABXX 15144-15348
1P 3DB20433ABXX 19260-19700
1P 3DB20551ABXX 18920-19040
2 3DB20550ABXX 18701-18820
2P 3DB20552ABXX 19040-19160
1P 3DB20430ABXX 18710-19211
2 3DB20429ABXX 18180-18690
2P 3DB20431ABXX 19190-19700
1P 3DB20475ABXX 22400-23019
2P 3DB20476ABXX 22981-23600
1P 3DB20471ABXX 23008-23323
2 3DB20470ABXX 22300-22600
2P 3DB20472ABXX 23308-23608
1P 3DB20554ABXX 25548-26005
2 3DB20553ABXX 24994-25448
2P 3DB20555ABXX 26002-26456
1P 3DB20460ABXX 38310-38880
2 3DB20459ABXX 37619-38180
2P 3DB20461ABXX 38879-39440
1P 3DB20443BAXX 6182-6302
2 3DB20442BAXX 6048-6168
2P 3DB20444BAXX 6301-6420
1P 3DB20439BAXX 6760-6940
2 3DB20438BAXX 6565-6745
2P 3DB20440BAXX 6905-7085
3 3DB20464BAXX 6595-6775
3P 3DB20465BAXX 6935-7115
1P 3DB20547BAXX 11205-11485
2 3DB20546BAXX 10935-11205
2P 3DB20548BAXX 11445-11705
1P 3DB20420BAXX 13016-13131
2 3DB20419BAXX 12861-12980
2P 3DB20421BAXX 13127-13246
1P 3DB20468BAXX 14945-15081
2 3DB20467BAXX 14759-14899
2P 3DB20469BAXX 15074-15215
1P 3DB20423BAXX 14920-15144
2P 3DB20424BAXX 15130-15361
1P 3DB20427BAXX 14890-15125
2 3DB20426BAXX 14625-14860
2P 3DB20428BAXX 15115-15350
1P 3DB20449BAXX 15144-15348
1P 3DB20433BAXX 19260-19700
1P 3DB20551BAXX 18920-19040
2 3DB20550BAXX 18701-18820
2P 3DB20552BAXX 19040-19160
1P 3DB20430BAXX 18710-19211
2 3DB20429BAXX 18180-18690
2P 3DB20431BAXX 19190-19700
2P 3DB20476BAXX 22981-23600
1P 3DB20471BAXX 23008-23323
2 3DB20470BAXX 22300-22600
2P 3DB20472BAXX 23308-23608
1P 3DB20554BAXX 25548-26005
2 3DB20553BAXX 24994-25448
2P 3DB20555BAXX 26002-26456
1P 3DB20460BAXX 38310-38880
2 3DB20459BAXX 37619-38180
2P 3DB20461BAXX 38879-39440
N.B.1: The MPT-HC V2 is a Tx High Power version vs. MPT-HC. Take in account it when MPT-HC V2
is used as spare of MPT-HC.
1P 3DB20840AAXX 6182-6302
2 3DB20839AAXX 6048-6168
2P 3DB20841AAXX 6301-6420
1P 3DB20876AAXX 11205-11485
2 3DB20875AAXX 10935-11205
2P 3DB20877AAXX 11445-11705
1P 3DB20820AAXX 13016-13131
2 3DB20819AAXX 12861-12980
2P 3DB20821AAXX 13127-13246
1P 3DB20824AAXX 14920-15144
2P 3DB20825AAXX 15130-15361
1P 3DB20828AAXX 14890-15125
2 3DB20827AAXX 14625-14860
2P 3DB20829AAXX 15115-15350
1P 3DB20865AAXX 19260-19700
1P 3DB20862AAXX 18710-19211
2 3DB20861AAXX 18180-18690
2P 3DB20863AAXX 19190-19700
1P 3DB20836AAXX 22400-23019
2P 3DB20837AAXX 22981-23600
1P 3DB20832AAXX 23008-23323
2 3DB20831AAXX 22300-22600
2P 3DB20833AAXX 23308-23608
1P 3DB20856AAXX 25548-26005
2 3DB20855AAXX 24994-25448
2P 3DB20857AAXX 26002-26456
1P 3DB20872AAXX 38310-38880
2 3DB20871AAXX 37619-38180
2P 3DB20873AAXX 38879-39440
Each BRANCHING assembly has two different variants by duplex spacing, depending on the RF_Tx out-
put frequency band as described on the table below:
The arrangement between each filters on the same branching device is described below:
WARNING: f1, f2, f3 and f4 frequencies of the branching filters refer to the extreme channel frequencies
and not to the cut–off frequencies of the filters.
Table 13. 7 GHz MPT-HC V2 High Power codes with external diplexer
Band (GHz) Shifter (MHz) Tx sub-band APR codes Tx frequency (MHz)
154 7212,0 7107,0 7163,0 7261,0 7317,0 3DB 10060 AAXX ... CH1–1P P.SH. 154_C MHz
154 7547,0 7428,0 7512,0 7582,0 7666,0 3DB 06774 AAXX ... CH1–1P P.SH. 154_A MHz
154 7603,0 7484,0 7568,0 7638,0 7722,0 3DB 06774 ABXX ... CH2–2P P.SH. 154_A MHz
154 7561,0 7442,0 7526,0 7596,0 7680,0 ... CH1–1P P.SH.154_B MHz
3DB 06775 AAXX
160 7561,0 7442,0 7520,0 7602,0 7680,0 ... CH1–1P P.SH.160 MHz
154 7617,0 7498,0 7582,0 7652,0 7736,0 ... CH2–2P P.SH.154_B MHz
3DB 06775 ABXX
160 7617,0 7498,0 7576,0 7658,0 7736,0 ... CH2–2P P.SH.160 MHz
161 7240,0 7124,5 7194,5 7285,5 7355,5 3DB 06780 AAXX ... CH1–1P P.SH.161_A MHz
161 7310,0 7194,5 7264,5 7355,5 7425,5 3DB 06780 ABXX ... CH2–2P P.SH.161_A MHz
161 7365,0 7249,5 7319,5 7410,5 7480,5 3DB 06781 AAXX ... CH1–1P P.SH.161_B MHz
161 7435,0 7319,5 7389,5 7480,5 7550,5 3DB 06781 ABXX ... CH2–2P P.SH.161_B MHz
161 7390,0 7274,5 7344,5 7435,5 7505,5 3DB 06782 AAXX ... CH1–1P P.SH.161_C MHz
161 7460,0 7344,5 7414,5 7505,5 7575,5 3DB 06782 ABXX ... CH2–2P P.SH.161_C MHz
161 7540,0 7424,5 7494,5 7585,5 7655,5 3DB 06783 AAXX ... CH1–1P P.SH.161_D MHz
161 7610,0 7494,5 7564,5 7655,5 7725,5 3DB 06783 ABXX ... CH2–2P P.SH.161_D MHz
161 7665,0 7549,5 7619,5 7710,5 7780,5 3DB 06784 AAXX ... CH1–1P P.SH.161_E MHz
161 7735,0 7619,5 7689,5 7780,5 7850,5 3DB 06784 ABXX ... CH2–2P P.SH.161_E MHz
161 7690,0 7574,5 7644,5 7735,5 7805,5 3DB 06785 AAXX ... CH1–1P P.SH.161_F MHz
161 7760,0 7644,5 7714,5 7805,5 7875,5 3DB 06785 ABXX ... CH2–2P P.SH.161_F MHz
168 7569,0 7443,0 7527,0 7611,0 7695,0 3DB 06776 AAXX ... CH1–1P P.SH.168 MHZ
168 7625,0 7499,0 7583,0 7667,0 7751,0 3DB 06776 ABXX ... CH2–2P P.SH.168 MHZ
182 7547,0 7414,0 7498,0 7596,0 7680,0 3DB 06777 AAXX ... CH1–1P P.SH.182 MHZ
182 7603,0 7470,0 7554,0 7652,0 7736,0 3DB 06777 ABXX ... CH2–2P P.SH.182 MHZ
196 7247,0 7107,0 7191,0 7303,0 7387,0 3DB 06778 AAXX ... CH1–1P P.SH.196 MHZ
196 7303,0 7163,0 7247,0 7359,0 7443,0 3DB 06778 ABXX ... CH2–2P P.SH.196 MHZ
245 7606,5 7428,0 7540,0 7673,0 7785,0 3DB 06779 AAXX ... CH1–1P P.SH.245 MHZ
245 7718,5 7540,0 7652,0 7785,0 7897,0 3DB 06779 ABXX ... CH2–2P P.SH.245 MHZ
Table 18. 8 GHz MPT-HC V2 High Power codes with external diplexer
Band (GHz) Shifter (MHz) Tx sub-band APR codes Tx frequency (MHz)
119 8366.5 8286.0 8328.0 8405.0 8447.0 ... CH1–1P P.SH.119 MHz
3DB 06789 AAXX
126 8366.5 8282.5 8324.5 8408.5 8450.5 ... CH1–1P P.SH.126 MHz
119 8408.5 8328.0 8370.0 8447.0 8489.0 ... CH2–2P P.SH.119 MHz
3DB 06789 ABXX
126 8408.5 8324.5 8366.5 8450.5 8492.5 ... CH2–2P P.SH.126 MHz
151.614 8315.010 8204.217 8274.189 8355.831 8425.803 3DB 06787 AAXX ... CH1–1P P.SH.151 MHz
151.614 8384.982 8274.189 8344.161 8425.803 8495.775 3DB 06787 ABXX ... CH2–2P P.SH.151 MHz
208 8217.0 8064.0 8162.0 8272.0 8370.0 3DB 10073 AAXX ... CH1–1P P.SH.208 MHZ
208 8301.0 8148.0 8246.0 8356.0 8454.0 3DB 10073 ABXX ... CH2–2P P.SH.208 MHZ
266 8097.5 7905.0 8024.0 8171.0 8290.0 3DB 06788 AAXX ... CH1–1P P.SH.266 MHZ
266 8209.5 8017.0 8136.0 8283.0 8402.0 3DB 06788 ABXX ... CH2–2P P.SH.266 MHZ
213.5 8147.0 8035.0 8046.0 8248.0 8259.0 3DB 10103 AAXX ... CH1–1P P.SH. 213.5 MHZ
XPIC-RPS MODULE 3DB20116BAXX All frequency bands. This module is also XPIC-
ready and the XPIC connector will be used
when the XPIC feature will be available.
– MSS-8
– MSS-4
– up to 6 Transport Modules
– 1 Fans unit
– up to 2 Transport Modules
– 1 Fans unit
– MPT Access Module: to interface up to two MPT. It can provide the PFoE.
In the right part of the MSS shelf there are two sub-D 2-pole power supply connectors.
The system receives the Battery input through 2 power connectors mounted on the Subrack structure and
connected directly to the Backplane.
Each board, in which a DC/DC converter is mounted, is provided with fuses and diodes on all the lines,
in order to be fully independent from the other ones.
The ODU300 Modem unit provides the power supply to the ODU300.
The MPT Access unit can provide the PFoE to MPT to supply the MPT by using the same cable used also
to carry the Ethernet traffic.
On the output section the Core-E (Main) board provides +3.3V in parallel with the Core-E (Spare) board
to supply the Fan Unit.
A 3.3V, coming from the two Core-E units, is provided to read the EEPROM present on each board also
when the DC/DC converter, present on its board, is out of order.
Batt. A Batt. B
-48 Vdc +15%/-20% -48 Vdc +15%/-20%
Core-E
(Spare)
FAN UNIT
Core-E
(MAIN)
32E1/ASAP/
STM-1
MPT
Access
ODU300
MODEM
BACK PLANE
– Based on packet technology with 7 GbEth serial internal interfaces between Core-E and
peripherals (jumbo frames 9728 bytes allowed)
The flash card stores the licence type, the equipment software, the equipment MIB and the equipment
MAC address.
– Controller
The Core-E unit has the option to equip two SFPs(in port #5, port #6. These ports can be also used to
connect directly an MPT-HC.
– EoSDH (optical interface for STM-1 signal with Ethernet traffic encapsulation)
The 2xE1 SFP is an SFP module supporting MEF8 circuit emulation of up to 2 E1.
– node timing
– loop timing
This module is Synchronous Ethernet capable and it is compliant to optical SFP 1000BASE-X. It can
deliver the clock recovered from one of two tributaries to hosting card through the standard SFP pin-out.
The port, in which the SFP has been installed, must be enabled by the WebEML as an optical port, then
all the configuration must be done with an Enhanced Configuration File.
Note: The SFP must be installed after the Configuration File has been downloaded. If the SFP has
been installed before, withdraw it and then installed it again.
The Ethernet over SDH SFP is an SFP module supporting the delivery of Ethernet traffic over SDH layer
by GFP encapsulation.
The module is compliant to 1000BASE-X specification and support one STM1 interface.
The NE manages the EoSDH SFP as an optical User Ethernet interface. Synchronous operation mode
and SSM support are not available, when EoSDH SFP is hosted as optical User Ethernet interface.
Note: For the correct operation of the EoSDH SFP it is necessary to disable the autonegotiation via
the Configuration File (refer to paragraph 4.2 of the Configuration File User Manual).
Warning: The optional optical SFP plug-in, which has to be installed in port #5 and port #6 of the Core-
E unit, contains a Class 1 laser source. The laser source is placed in the left side of the SFP plug-in.
According to the IEC 60825-1 the explanatory label is not sticked on the equipment due to the lack of
space.
wk core
FPGA
32 E1 sp core
LIUs (Ceres) CES
wk core
sp core
In the TX direction, the E1 PDH card (E1 Access) processes and encapsulates up to 32 E1 input lines
into an Ethernet packet that is sent to the Core-E card(s).
In the RX direction, the E1 Access card extracts data from the Ethernet data packets and processes the
data to provide up to 32 E1 output lines.
– Termination of 32 E1 signals (32 E1 bi-directional interfaces according ITU-T G.703 on the front
panel)
– Encapsulation/Extraction of those PDH data flows into/from standard Ethernet packets Inter Working
Function
The module communicates with the Core-E modules through two GbEth Serial copper bi-directional
interfaces on the backplane.
E1 E1
17-32 1-16
This unit can manage up to 2xSTM-1 by installing two optional STM-1 SFP plug-ins (electrical or optical).
In the RX direction, the STM-1 Local Access unit extracts data from the Ethernet data packets and
processes the data to provide up to 2 STM-1 output lines.
The 2xSTM-1 Local Access Unit performs the following macro functions:
– Encapsulation/Extraction of the STM-1 into/from standard Ethernet packets Inter Working Function
The unit communicates with the Core-E modules through two GbEth Serial copper bi-directional
interfaces on the backplane.
The ASAP unit is used to transport 16xE1 ATM traffic, with E1/IMA physical layer, in an MPR network.
This "special" Ethernet traffic is managed by MPR following to RFC 4717 (IETF ATM PseudoWire Edge-
toEdgeEmulation, PWE3) with N-1 encapsulation format.
ATM PW Ethernet traffic is managed by MPR is such a way to emulate the native QoS that would be
applied by an ATM equipment; in addition to that, specific techniques, similar to those applied to
TDM2ETH traffic, are applied to have air bandwidth optimisation (ATM PW Header Compression) and
reduce Cell Error Rate degradation due to packetization.
– ATM PWE3 encapsulation with N-to-one (N=1) encapsulation format (RFC 4717)
– Transport of ATM traffic can be done in VCC mode or VPC mode (all the nodes of the MPR chain
must have the same mode):
• VCC mode
– It is possible to assign at every VC one specific QoS. Policing and shaping at ATM level
has performed VC mode only
– The VC of the same class level (CBR / UBR+ / UBR) are managed in the same radio
queue, then are available 3 different radio queues
• VPC mode
– It is possible to transport max 48 VP for every IMA group. It is possible to manage only
VP switching (=only VPI change)
– All the VC inside the VP must have same QoS (= for ex. all CBR or all UBR)
– The radio QoS (= radio tails) and QoS ATM (=policing and shaping) is managed only at
VP level.
Interfaces
Block Diagram
The 16xE1 ATM streams enter the ASAP unit on the front panel.
– LIU/Framer
– Network Processor
– Confederation FPGA
– Detection of alarm conditions as loss of signal, loss of frame, loss of signaling multi-frame and loss
of CRC multi-frame.
The Network Processor is the heart of the ASAP card and provides the implementation of the protocols
to be supported as well as data forwarding. ATM-IMA over PseudoWire, SAToP (like on the PDH card),
CESoP, ML-PPP can be supported by the SW application controlling the Data Path and running on a dif-
ferent MIPS processor embedded on the same chip.
The main function implemented in the confederation FPGA is the clock management.
The right-hand side is the backplane with the 1 Gb bus shared among the other slots and hence common
with the other units (PDH units and Modem units).
FPGA
(Guinnes)
AIR FRAMER
I
PDH/Data DAC IF TX
EPS
management TX TX Q
MODULATOR DAC
IDU/ODU
communication
311 Mhz /2
MODEM
ASIC
IF cable
AIR deFRAMER interface
PDH/Data I
RPS ADC
management IF RX
RX RX
Q
DEMOD ADC
ODU/IDU
communication
126 Mhz /2
Analog Chain
In Tx direction, the MODEM unit generates the IF signal to be sent to an Outdoor Unit. Such signal
contains a Constant Bit Rate signal built with the Ethernet packets coming from the Core-E; those packets
are managed in a different way depending on their own native nature.
Digital Framer
– Fragmentation
Digital Modulator
In Rx direction, the MODEM 300 Module terminates the IF signal coming from the ODU300 extracting
the original CBR and then the original Ethernet packets to be given the Core-E which distributes them to
the proper Module.
RX Analog Chain
Digital Demodulator
– Equalisation
– Error Correction
Digital Deframer
– RPS (hitless)
– Defragmentation
Digital
Processing
The MPT Access Unit is the interface for two MPT: MPT-HC or MPT-MC.
b) or by using only one electrical Ethernet cable with the enabling of the PFoE (Power Feed over Ether-
net) function (Ethernet traffic + Power Supply on the same cable).
N.B. If has been enabled port #1 (optical or electrical), the associated Power Supply port is #1.
N.B. If has been enabled port #2 (optical or electrical), the associated Power Supply port is #2.
The connection to the MPT-MC is realized by using only one electrical Ethernet cable with the enabling
of the PFoE (Power Feed over Ethernet) function (Ethernet traffic + Power Supply on the same cable).
Main Functions
Note 1: The GREEN and YELLOW colours of the Card Status LED have different meaning, if two
MPT (HC or MC) are connected:
– no MPT in 1+1 EPS protection is provisioned:
• YELLOW colour is not applicable (traffic impact if peripheral is plugged-out)
– 1 MPT in 1+1 EPS protection is provisioned, with mated MPT provisioned on other MPT
Access peripheral:
• GREEN if provisioned MPT is EPS Active
• YELLOW if provisioned MPT is EPS Standby (no traffic impact if peripheral is
plugged-out)
– 1 MPT in 1+1 EPS protection is provisioned, with mated MPT provisioned on other MPT
Access peripheral, 1 MPT in 1+0 is provisioned on same MPT Access peripheral:
• YELLOW colour is not applicable (traffic impact if peripheral is plugged-out)
– 2 MPTs in 1+1 EPS protection are provisioned, with mated MPTs provisioned on other
MPT Access peripheral:
• GREEN if at least one of provisioned MPT is EPS Active
• YELLOW if both MPTs are EPS Standby (no traffic impact if peripheral is plugged-
out)
– 2 MPTs in 1+1 EPS protection on the same MPT Access peripheral are provisioned:
• YELLOW colour is not applicable (traffic impact if peripheral is plugged-out)
Warning: The optional SFP plug-in, which has to be installed in the MPT Access unit, contains a Class
1 laser source. The laser source is placed in the left side of the SFP plug-in.
2.8.2 DC Extractor
The DC Extractor, installed close to the MPT-HC, allows to interconnect the MSS and the MPT-HC with
a single electrical Ethernet cable by using the “Power Feed over Ethernet” solution (Ethernet traffic and
Power Supply on the same cable). The DC Extractor then separates the Power Supply from the Ethernet
traffic, which are separately sent to the MPT-HC.
The two cables, interconnecting the DC Extractor to the MPT-HC (the Power Supply cable to be connected
to the DC Out connector of the DC Extractor and Ethernet cable to be connected to the Data Out con-
nector of the DC Extractor), are provided, already terminated (2 m long), with the DC Extractor itself.
The ODUs, are designed for direct antenna attachment via a 9500 MPR-E-specific mounting collar
supplied with the antennas.
ODU polarization is determined by the position of a polarization rotator fitted within the antenna mounting
collar.
A remote ODU mounting kit is also available as an option. These may be used to connect an ODU to a
standard antenna, or to a dual-polarized antenna for co-channel link operation.
Where two ODUs are to be connected to a single antenna for hot-standby or frequency diversity
configurations, a direct-mounting coupler is used. They are available for equal or unequal loss operation.
Balanced loss is nominally 3 dB. Unbalanced loss is nominally 1/6 dB.
The ODU assembly meets the ASTME standard for a 2000 hour salt-spray test, and relevant IEC, UL,
and Bellcore standards for wind-driven rain.
– Carry-handle
ODUs are frequency-band specific, but within each band are capacity-independent up to their design
maximums.
MSS
The quadrature modulated 311 MHz IF signal from the MSS is extracted at the N-Plexer and passed via
a cable AGC circuit to an IQ demodulator/modulator.
Here the 311 MHz IF is demodulated to derive the separate I and Q signals using the 10 MHz
synchronizing reference signal from the MSS.
These I and Q signals modulate a Tx IF, which has been set to a specific frequency between 1700 and
2300 MHz, such that when mixed with the Tx local oscillator signal (TXLO) in the subsequent mixer stage,
provides the selected transmit frequency. Both the IF and Tx local oscillators are synthesizer types.
Between the IQ modulator and the mixer, a variable attenuator provides software adjustment of Tx power.
After the mixer, the transmit signal is amplified in the PA (Power Amplifier) and passed via the diplexer
to the antenna feed port.
A microprocessor in the ODU supports configuration of the synthesizers, transmit power, and alarm and
performance monitoring. The ODU microprocessor is managed under the NCC microprocessor, with
which it communicates via the telemetry channel.
A DC-DC converter provides the required low-voltage DC rails from the -48 Vdc supply.
In the receive direction, the signal from the diplexer is passed via the LNA (Low Noise Amplifier) to the
Rx mixer, where it is mixed with the receive local oscillator (RXLO) input to provide an IF of between 1700
and 2300 MHz. It is then amplified in a gain-controlled stage to compensate for fluctuations in receive
level, and in the IF mixer, is converted to a 126 MHz IF for transport via the ODU cable to the MSS.
The offset of the transmit frequencies at each end of the link is determined by the required Tx/Rx split.
The split options provided are based on ETSI plans for each frequency band. The actual frequency range
per band and the allowable Tx/Rx splits are range-limited within 9500 MPR-E to prevent incorrect user
selection.
The ODU has a capped BNC female connector to access RSSI during antenna alignment.
There is a linear relationship of voltage to RSSI, as shown in the table below; an RSSI of 0.25 Vdc is
equivalent to -10 dBm RSSI, and each additional 0.25 Vdc RSSI increase thereafter corresponds to a 10
dBm decrease in RSSI.
The lower the voltage the higher RSSI and better aligned the antenna is.
BNC (Vdc) 0.25 0.5 0.75 1.0 1.25 1.5 1.75 2.0 2.25 2.5
RSSI (dBm) -10 -20 -30 -40 -50 -60 -70 -80 -90 -100
Table 24. lists the antenna port flange types used with the ODU300, plus their mating flange options and
fastening hardware for remote mount installations.
– UDR. 6-hole or 8-hole (6/8 bolt holes depending on frequency range/waveguide type), flush-face
flange with threaded, blind holes.
– PDR. 6-hole or 8-hole flange with gasket groove and clear holes.
The ODU coupler is used in the 1+1 HSB or 1+1/2x(1+0) FD co-polar configurations.
The coupler can be equal type (3 dB/3 dB insertion loss) or unequal type (1.5 dB on the main path/6 dB
on the secondary path).
The couplers are connected between the cabinets and the antenna.
The MPT-HC includes a waveguide antenna port, type-N female connector for the DC connection, a main-
tenance connector (with captive protection cap) for RSSI access, 1 electrical GE interface, 2 GE optical
interfaces (1 for data, 1 for for RPS) and a grounding stud.
The MPT-HC can be installed on an integrated antenna or on standard poles, wall or pedestal mount, with
an appropriate fastening system.
The MPT-HC (one or two depending on the configuration 1+0 or 1+1, each one with a solar shield) incor-
porates the complete RF transceiver and can be associated with an integrated or separate antenna.
The cabinet is a very compact and robust weatherproof (IP 67) container, designed to be compatible with
hot and very sunny climatic zones.
The MPT-HC can be rapidly installed on standard poles with an appropriate fastening system. The pole
mounting is the same for 1+0 or 1+1 configurations from 6 to 38 GHz.
The MPT-HC is fixed by means of quick latches. This system allows to change the MPT-HC without alter-
ing antenna pointing.
For 6 GHz & 7/8 GHz, the MPT-HC polarization is determined by the rotation of the MPT-HC in 1+0 con-
figuration and by the position of a polarization rotator fitted within the coupler in 1+1 configuration.
For 11 GHz to 38 GHz, the MPT-HC polarization is determined by the rotation of the nose fitted in the
antenna port of the MPT-HC in 1+0 configuration and by the position of a polarization rotator fitted within
the coupler in 1+1 configuration.
Where two MPT-HC have to be connected to a single antenna for hot-standby or frequency diversity con-
figurations, a direct-mounting coupler is used. They are available for equal or unequal loss operation.
Equal loss is nominally 3 dB. Unequal is nominally 1/10 dB.
[1] with embedded diplexer for cost optimisation (11 GHz to 38 GHz), where the branching (diplexer)
is internal to the MPT-HC cabinet; this type of MPT-HC is identified by one Logistical Item only;
[2] with embedded diplexer for cost optimisation and different mechanics from 11-38 GHz (6 GHz),
where the branching (diplexer) is internal to the MPT-HC cabinet; this type of MPT-HC is identified
by one Logistical Item only;
[3] with external diplexer: due to a very high number of shifters the diplexer is external for the flexibility
of the shifter customization (7 GHz and 8 GHz), where MPT-HC is composed by two independent
units: the BRANCHING assembly (containing the diplexer) and the RF TRANSCEIVER assembly
(containing the RF section); each of this type of MPT-HC is identified by two Logistical Items, one
for the BRANCHING assembly and another for the RF TRANSCEIVER assembly. To read the
BRANCHING assembly identification label it is necessary to separate the BRANCHING assembly
from the RF TRANSCEIVER assembly.
– MPT-CB: Common Belt section. This section is Frequency independent, and all the features relevant
to this unit are common to all the MPT RF options.
The MPT-HC interface is based on a Gb Ethernet, that can be either optical or electrical depending on
the needs and the cable length. If the optical port has/have to be used (data and/or RPS port), the cor-
responfing SFP plug-in must be installed by opening the Cobox.
The Common Belt section is frequency independent. It is the digital section of the MPT-HC.
1) Interfaces the MSS for traffic transport and MSS communication messages in both directions,
through one Gigabit Ethernet optical or electrical cable.
2) Micro-Processor for
4) Switches the traffic and management to the correct port (processor port, radio port)
6) Performs Quality of Service and policing on flow to be sent over the radio link.
8) In 1+1 configuration manages the switching, forwarding received modem frame to the second
MPT-HC and sending built modem frame to the second MPT-HC.
The power supply is coming from the MSS in the range of -40,5 V to -58 V. MPT-HC input voltage range
is from -28 V to -58 V.
Lightning protection
The lightning protection is internal to the MPT-HC. No external protection must be used.
INCA module
– One optical SFP device for 1+1 protection interface with the associated MPT-HC.
In order to reach 500m the MPT-HC uses an SFP multimode 805 nm with a 50/125 fibre.
Following the flow from user Ethernet port to radio, the section performs:
– Reception of incoming Ethernet frames from the optical or electrical user interface (through INCA)
– Generation of MPT-HC to MPT-HC messages needed for radio link (ATPC, ACM, ...)
– In 1+1, duplication of the built Tx modem frame and sending to the second MPT-HC through the pro-
tection coupling port
– In 1+1, reception of the Tx modem frame coming from the second MPT-HC
– In 1+1, switch of the Tx modem frame between the local and the one coming from second MPT-HC
depending on the EPS position
Rx Side
Following the flow from radio to user Ethernet port, the section performs:
– In 1+1, Recovery of the symbol clock and duplication to the second MPT-HC
– In 1+1, duplication of the Rx modem frame and sending to the second MPT-HC through the protec-
tion coupling port
– In 1+1, reception of the Rx modem frame coming from the second MPT-HC
– In 1+1, switch of the Rx modem frame between the local and the one coming from second MPT-HC
depending on the traditional RPS position and the modem frames quality
– Enhanced RPS
– Extraction of MPT-HC to MPT-HC messages needed for radio link (ATPC, ACM, ...)
– In 1+1 EPS, transmit or not the Ethernet frames to the MSS depending on the EPS position
2.8.4.1.2 RF Section
There are two architectures, the difference between these two architectures are only on Rx side:
– For the first one (used in MPT-HC band 7/8 GHz) there are only two frequency conversions between
RF input frequency and base band frequency
– For the second one (used for all other MPT-HC bands) there are three frequency conversions
Main Functions
1. TX block:
• IF TX Quadrature modulator
• IF_Tx Synthesizer
• RF Up-Converter
• RF_LO Synthesizer
3. Rx block:
• LNA
• RF Down Converter
• Quadrature demodulator
The RSSI is available on the maintenance LEMO connector and is used to manually point the antenna
on the field.
The higher the voltage the higher RSSI and better aligned the antenna is.
BNC (Vdc) 5 4.71 4.12 3.5 2.9 2.3 1.71 1.11 0.59 0.14
RSL (dBm) -10 -20 -30 -40 -50 -60 -70 -80 -90 -100
The coupler can be equal type (3 dB/3 dB insertion loss) or unequal type (1 dB on the main path/10 dB
on the secondary path).
The couplers are connected between the MPT and the antenna.
N.B. With release MPR3.0, the presence of one of the 2 modules is mandatory.
[1] with embedded diplexer for cost optimisation (6 GHz and 11 GHz to 38 GHz), shown in Figure 56.,
where the branching (diplexer) is internal to the MPT-HC V2 cabinet; this type of MPT-HC V2 is iden-
tified by one Logistical Item only;
[2] with external diplexer: due to an high number of shifters the diplexer is external for the flexibility of
the shifter customization (7 GHz and 8 GHz), where MPT-HC V2 is composed by two independent
units: the BRANCHING assembly (containing the diplexer) and the RF TRANSCEIVER assembly
(containing the RF section); each of this type of MPT-HC V2 is identified by two Logistical Items,
one for the BRANCHING assembly and another for the RF TRANSCEIVER assembly. To read the
BRANCHING assembly identification label it is necessary to separate the BRANCHING assembly
from the RF TRANSCEIVER assembly.
[1] with embedded diplexer for cost optimisation (6 GHz and from 11 GHz to 38 GHz), where the
branching (diplexer) is internal to the MPT-MC cabinet; this type of MPT-MC is identified by one
Logistical Item only;
[2] with external diplexer: due to a vary high number of shifters the diplexer is external for the flexibility
of the shifter customization (7 GHz and 8 GHz), where MPT-MC is composed by two independent
units: the BRANCHING assembly (containing the diplexer) and the RF TRANSCEIVER assembly
(containing the RF section); each of this type of MPT-MC is identified by two Logistical Items, one
for the BRANCHING assembly and another for the RF TRANSCEIVER assembly. To read the
BRANCHING assembly identification label it is necessary to separate the BRANCHING assembly
from the RF TRANSCEIVER assembly.
The coupler can be equal type (3 dB/3 dB insertion loss) or unequal type (1 dB on the main path/10 dB
on the secondary path).
The couplers are connected between the MPT and the antenna.
[1] RPS (Radio Protection Switching) Hitless for each radio direction (RPS-RX)
• RPS is distributed in 9500 MSS modules before termination of 9500 MSS frame.
– SF (Signal Fail): generated from transmission and equipment alarms affecting the Rx radio section:
– Demodulator Fail
– EW (Early Warning)
– LOS of all the tributaries (of course only in case of PDH local access peripheral protection) managed
via SW.
– Radio Interface Peripheral Card Fail (switching off of the peripheral included)
– ODU TX chain alarm (this is an OR of the following alarms: LOS at ODU input, modFail, txFail, ODU
card fail).
To implement the 1+1 configuration an optical cable must be connected from one MPT-HC/MPT-HC V2
to the second MPT-HC/MPT-HC V2. In Figure 59 Ethernet port 2 of one MPT-HC/MPT-HC V2 is
connected to Ethernet port 2 of the second MPT-HC/MPT-HC V2.
N.B. In Figure 59 the two MPT are connected to two different MPT Access units, but they can also
be connected to the same MPT Access Unit.
[1] RPS (Radio Protection Switching) Hitless for each radio direction
• RPS is implemented directly on the two MPT-HC/MPT-HC V2.
– SF (Signal Fail): generated from transmission and equipment alarms affecting the Rx radio section
– Rx Fail
– Demodulator Fail
Moreover, MPT-HC supports a further embedded functionality called "Enhanced RPS". Enhanced RPS
is a frame-based protection mechanism, aimed to reach a quick reaction time and increasing significantly
the quality of the radio interface in the Rx side. It assumes the alignment between the 2 received radio
channels and it is based on frame by frame selection of the "best" frame between the frames received
from the Main and the Spare radio channel. The Enhanced RPS assumes that the "classical" RPS criteria
are used to give indication about the "preferred" channel, whose frame has to be selected, when the
frame-based choice between the 2 streams is not possible (e.g. due to the frame alignment error). The
Enhanced RPS switching criterion depends on the presence of errors in the decoded LDPC word.
N.B. In Figure 60 the two MPT are connected to two different MPT Access units, but they can also
be connected to the same MPT Access Unit.
N.B. Since there is no coupling link in the curren release the TPS Operator Commands are not sup-
ported.
Only Operator Commands for EPS are supported.
The logic of this protection is distributed in each access and radio peripheral unit. All the switching criteria
coming from both the Core units, are available (via backpanel) to each peripheral in order to allow to each
logic to take the same decision.
Both the Cores (main and spare) send their signals to all the traffic peripherals.
– Traffic/services protection (protection of all the transport functions with the exception of the control
platform)
In order to provide this protection the Flash Cards on the two Core boards are kept aligned (in terms of
SW and configuration data) both in case of new operations done by the management systems and in case
of Flash Card replacement.
In order to support User Ethernet interfaces protection using an external device, the User Ethernet ports
of the Core in standby status are switched off.
The switch on of the User Ethernet interfaces when the Core in standby status becomes active, due to
operator commands or automatic switch, is done within few seconds. In case of Optical Ethernet interface,
the Lambda, Link Length, Connector and Gigabit Ethernet Compliance Code information are read from
the active Core.
In order to support TMN Local Ethernet interface protection using an external device, the relevant Ethernet
port of the Core in standby status is switched off.
The switch on of the TMN Local Ethernet interface when the Core in standby status becomes active, due
to operator commands or automatic switch, is done within 5 seconds.
In order to avoid impact on the Core, the external device used for the TMN Local Ethernet interface pro-
tection is kept separate from the one used for protection of User Ethernet interface.
The Protection of the external synchronization interface is supported. The output port on the stand-by
Core is muted.
In case of node-timed PDH interface the protection of the NE Clock provided by Core is supported.
The restoration mode is always non revertive: the Core main becomes active as soon as it has recovered
from failure or when a switch command is released.
If the “Ethernet LOS Criteria” feature has been enabled the following additional switching criteria are
added:
N.B. In case of stand-by Flash Card realignment in progress, the application SW refuses/removes
a manual switch command.
– If in the Port #5 and/or port #6 a 2xE1 SFP or EoSDH SFP has been installed, the protection is
implemented by using special splitters (refer to paragraph 4.1.10.3 on page 634 and paragraph
4.1.10.4 on page 634).
The Frequency Agility feature gives the Operator the possibility to set via ECT the frequency of a single
Transceiver within a chosen sub–band to select the RF working channel. This implies benefits for spare
parts, order processing and frequency co–ordination.
The Automatic Transmit Power Control (ATPC) function automatically increases or decreases the trans-
mit output power upon request from the opposite terminal. The opposite terminal constantly monitors
Receive Signal Level (RSL), receive signal quality, and aggregate Bit Error Rate (BER) of the receive sig-
nal.
When ATPC Enabled is checked on the Modem Card Settings screen, the transmit output will remain at
it's lowest level until a fade occurs (or a receive circuit alarm is detected). When the change in RSL is
detected at the receive end, a command is sent to the transmit end to increase power in 1 dB steps to
it's highest level. After the fade is over, the receive end commands the transmit power to decreases in 1
dB steps to the lowest level.
The ATPC range (high and low limits) is variable, determined by link distance, link location, and link fre-
quency. When ATPC Enabled is checked, the range values are shown in parenthesis (minimum - maxi-
mum) following ATPC Range.
When ATPC Enabled is not checked on the Modem Card Settings screen, the transmit output will always
operate at it's highest level.
The capability to adjust the transmitted power in a static and fixed way (RTPC = Remote Transmit Power
Control) has been introduced for those countries where, due to internal rules, the ATPC function is not
accepted or for those hops in which due to the short length and interface problems, a fixed reduced
transmitted power is preferred. The range of the possible attenuation depends on the frequency band
involved. The setting of the transmitted power can be performed locally through ECT.
The ODU300 incorporates a detector for Tx power measurement. It is used to provide measurement of
forward power as a performance parameter, and to provide a calibration input for transmitter operation
over temperature and output range.
Viewed Tx power ranges always match the capabilities of the ODU300 for a given modulation. When
modulation is changed, the WebEML automatically adjusts/restricts Tx Power to be within valid range.
Adaptive equalization (AE) is employed to improve reliability of operation under dispersive fade
conditions, typically encountered over long and difficult paths.
The amount of microwave links, especially in urban areas puts the problem of possible interferences
during installation and turn-on phase.
The digital frame incorporates link identity coding capabilities to prevent the capture of an unwanted
signal.
To facilitate the installation/commissioning and the remote maintenance one loopback is available.
As the activation of a loopback affects the traffic, the presence of a loopback is indicated to the
management systems as an abnormal condition.
The loopback is "loop and cut" type (the signal sent after the loopback execution is the same signal sent
back).
The loopback supported by the Radio board is shown in the following figure.
CORE MODEM
LIU FPGA FPGA SWITCH FPGA
NxE1 SerDes
1) IF Radio loopback: is implemented in the analog IF part of the ODU300 Radio Module, the traffic
received from switch side is redirected toward the switch itself; this loopback can be activated
only on the aggregate traffic. When this loop is enabled the behaviour is the following:
– TDM2TDM flows: before transmitting the packets towards the switch, the FPGA looking
the VLAN will rebuild the right Ethernet header.
– TDM2ETH flows: before transmitting the packets towards the switch, the FPGA looking
the VLAN will rebuild the right Ethernet header.
The Frequency Agility feature gives the Operator the possibility to set via ECT the frequency of a single
Transceiver within a chosen sub–band to select the RF working channel. This implies benefits for spare
parts, order processing and frequency co–ordination.
The Automatic Transmit Power Control (ATPC) function automatically increases or decreases the trans-
mit output power upon request from the opposite terminal. The opposite terminal constantly monitors
Receive Signal Level (RSL), receive signal quality, and aggregate Bit Error Rate (BER) of the receive sig-
nal.
When the ATPC is Enabled the transmit output will remain at it's lowest level until a fade occurs (or a
receive circuit alarm is detected). When the change in RSL is detected at the receive end, a command
is sent to the transmit end to increase power in 1 dB steps to it's highest level. After the fade is over, the
receive end commands the transmit power to decreases in 1 dB steps to the lowest level.
The ATPC range (high and low limits) is variable, determined by link distance, link location, and link fre-
quency. When ATPC Enabled is checked, the range values are shown in parenthesis (minimum - maxi-
mum) following ATPC Range.
When the ATPC is disabled the transmit output will always operate at it's highest level.
The capability to adjust the transmitted power in a static and fixed way (RTPC = Remote Transmit Power
Control) has been introduced for those countries where, due to internal rules, the ATPC function is not
accepted or for those hops in which due to the short length and interface problems, a fixed reduced
transmitted power is preferred. The range of the possible attenuation depends on the frequency band
involved. The setting of the transmitted power can be performed locally through ECT.
Viewed Tx power ranges always match the capabilities of the MPT-HC/MPT-HC V2 for a given
modulation. When modulation is changed, the WebEML automatically adjusts/restricts Tx Power to be
within valid range.
Adaptive equalization (AE) is employed to improve reliability of operation under dispersive fade
conditions, typically encountered over long and difficult paths.
The amount of microwave links, especially in urban areas puts the problem of possible interferences
during installation and turn-on phase.
The digital frame incorporates link identity coding capabilities to prevent the capture of an unwanted
signal.
The Link identifier management can be enabled or disabled by the management systems.
To facilitate the installation/commissioning and the remote maintenance one loopback is available.
As the activation of a loopback affects the traffic, the presence of a loopback is indicated to the
management systems as an abnormal condition.
The loopback is "loop and continue" type (the signal sent after the loopback execution is the same signal
sent back).
MPT Access
PDH board board MPT-HC
LIU CORE
NxE1 FPGA FPGA SerDes FPGA FPGA
SWITCH
1 2
1) Core facing radio loopback: this loopback routes data from the output of the Tx Data Awareness
block (after compression) to the input of the Rx data awareness (decompression).
This is an internal loopback provided by the MPT FPGA.
It is a Loop and Continue. It is possible to enable this loopback only at aggregate level.
When this loopback is activated the behavior is the following:
– Compressed flows (TDM2TDM,TDM2ETH and ATM PW) are forwarded back to Core
module with proper assignment of source and destination MAC addresses (e.g. incoming
MAC SA is used as MAC DA for looped frame, while MAC SA in the looped frame is the
MAC assigned to slot hosting radio card).
– For TDM2ETH flows the loopback works only if the ECID Tx and ECID Rx are the same,
in case of ECID Tx is different form ECID Rx the loopback doesn't work.
– For ATM PW flows the loopback works only if the Inbound and Outbound PW Labels are
the same, in case they are different the loopback doesn't work.
2) Radio facing Circuit loopback: remote loopback allows an over-the-air loopback test to be per-
formed when the modem is operating in a continuous mode.
The loopback is internally provided by the MPT FPGA and connects the Receive data interface
to the Transmit data interface.
This is a line external loopback. This loopback is a Loop and Continue.
It is possible to enable this loopback only at aggregate level.
When this loop is enabled the expected behavior is the following:
– Compressed flows (TDM2TDM,TDM2ETH and ATM PW) are forwarded back to Core
module with proper assignment of source and destination MAC addresses (e.g. incoming
MAC SA is used as MAC DA for looped frame, while MAC SA in the looped frame is the
MAC assigned to slot hosting radio card).
– For TDM2ETH flows the loopback works only if the ECID Tx and ECID Rx are the same,
in case of ECID Tx is different form ECID Rx the loopback doesn't work.
– For ATM PW flows the loopback works only if the Inbound and Outbound PW Labels are
the same, in case they are different the loopback doesn't work.
– Generic Ethernet flows are dropped.
The loopback can be activated by each management system (local or remote). The activation command
permits to define the duration of the loopback (time-out).
The two loopbacks (Core facing and Radio facing) cannot be supported at the same time.
The time-out period starts at the activation time and expires at the end of the period spontaneously in the
NE, a part for the case in which another reconfiguration of the time-out period is requested at the operator
interface during the activation time. In this case, if the loopback point is still active because the activation
time-out is not expired yet, the time-out period is reconfigurable and the specified time range starts again
from the new updated activation date, overwriting the previous activation date and time-out values.
In order to avoid the risk of a permanent disconnection from ECT/NMS of a remote NE after the execution
of a loopback, a time-out mechanism is supported.
The management system's operator has to provide the time range of the loopback time-out period
expressed in hours/minutes starting from the time of the loopback activation.
A default time-out period may be suggested at the operator interface, even if it could be modified on user-
needs basis.
After the NE reset, the activation of each loopback point is lost and must be recreated again if needed,
starting with a new time-out period.
– TMN channel carried by Ethernet frames in the dedicated TMN port (on the front panel of the Core-
E module) (this port is normally used to connect the WebEML);
– TMN channel carried by Ethernet frames in User Ethernet port# 4 (on the front panel of the Core-
E module);
– Two TMN In-band interfaces (by using the Ethernet traffic ports).
Note
With the MPT-HC or MPT-HC V2 or MPT-MC the Admission Control is always enabled (and cannot be
disabled). The totat available capacity is the capacity available with the minimum modulation scheme.
The Admission Control is a feature that is available only when operating in Adaptive modulation. It ensures
that the requested TDM flows are kept when the modulation scheme is downgraded automatically by the
system due to the degraded propagation condition.
The Admission Control check is optional: from WebEML, it is possible to decide to enable or not the admis-
sion control check (default value is Enabled).
When the terminal operates in adaptive modulation, it is possible to commission a total capacity of both
Ethernet and TDM traffic, up to a bandwidth corresponding to the maximum modulation scheme chosen
by the operator. The Table 2. summarizes the E1 equivalent capacity supported by the MPR when using
the adaptive modulation. This capacity depends on the channel spacing and the modulation scheme.
The Admission Control feature allows the operator to protect the TDM traffic when this kind of traffic is
provisioned.
When admission control is enabled (default operator choice), the whole TDM traffic is kept. The maximum
number of E1 links that can be provisioned (or cross-connected in a given radio direction) is the one that
is fitting with 4QAM capacity.
N.B. There is no possibility to provision a number of E1s greater than the one fitting in 4QAM mod-
ulation. Indeed, as all the E1 links have the same priority, it is not possible from a system point
of view to decide "which" E1s should be dropped when the modulation scheme is downgraded
from 16QAM to 4QAM. To secure provisioning and commissioning operations, the admission
control check at WebEML level has been inserted, avoiding a possible mistake from the user
to provision a number of E1s that are not fitting inside 4QAM bandwidth.
The remaining capacity is devoted to other types of traffic such as Ethernet best effort.
When RSL (received signal level) value decreases, modulation scheme is downgraded first from 64QAM
to 16QAM: the traffic with lower priority exceeding 16QAM bandwidth is dropped and all the E1s are kept.
As soon as the RSL value further decreases, modulation scheme is downgraded to 4QAM and the whole
traffic exceeding 4QAM bandwidth is dropped while the E1s are kept.
Figure 63., Figure 64. and Figure 65. here below show how the system operates, in case of modulation
changes when admission control is enabled (case of 28 MHz bandwidth).
Figure 63. Example of traffic in case of 28MHz bandwidth and Admission Control Enabled
In this case, the operator has commissioned 13xE1’s and enabled the Admission Control. There are two
other kinds of traffic provisioned, Ethernet traffic #1 and Fast Ethernet traffic #2. Furthermore, Ethernet
traffic #1 has a higher priority than Fast Ethernet traffic #2.
The 13xE1’s are saved even in the case of a degradation of the modulation down to 4QAM. Remaining
available capacity is used to transmit other kinds of traffic.
When the modulation is degraded from 64QAM to 16QAM (Figure 64.), the E1 flows are kept whilst the
Ethernet traffic with lowest priority (Fast Ethernet traffic #2) is reduced.
When the modulation is further degraded to 4QAM (Figure 65.), the E1 flows are still kept whilst the Ether-
net traffic with the lowest priority is dropped (Fast Ethernet traffic #2) and the Ethernet traffic with the high-
est priority is reduced (Ethernet traffic #1) to fit the remaining available bandwidth.
Figure 65. Example of traffic in case of 28MHz bandwidth and modulation downgraded to 4QAM
The E1 flows are no more guaranteed traffic when the operators disable the admission control. The max-
imum number of E1 links that can be cross-connected into a given radio direction is the one that is fitting
with 16QAM capacity but without any survival when the modulation scheme is degraded.
N.B. As all the E1 links have the same priority, it is not possible, from a system point of view, to decide
"which" E1’s should be dropped when the modulation scheme is degraded from 16QAM to
4QAM. To secure provisioning and commissioning operations, the admission control check
at WebEML level has been inserted, avoiding a possible mistake from the user to provision a
number of E1’s that are not fitting inside16QAM bandwidth.
The remaining capacity is devoted to other types of traffic such as Ethernet best effort.
When RSL (received signal level) value decreases, the modulation scheme is downgraded first from
64QAM to 16QAM and all E1 flows are kept because there is enough bandwidth to transmit them. When
the modulation further degrades to 4QAM, all E1 flows are dropped because there is no way to define any
kind of priority among them. The remaining bandwidth is filled with other traffics.
N.B. It might happen that some E1(s) are temporarily up and transmitting, but this is a random behav-
iour without any predefined mechanism, there is no control at all performed on the E1 links.
This feature addresses the need of transmitting a high number of E1’s, without giving up the benefits of
adaptive modulation for Ethernet traffic.
Figure 66., Figure 67. and Figure 68. show how the system operates in case of modulation changes when
admission control is disabled (case of 28 MHz bandwidth).
Figure 66. Example of traffic in case of 28MHz bandwidth and Admission Control Disabled
In this case, the operator has commissioned 32xE1’s and chosen to disable the Admission Control. These
32 xE1’s are kept as long as the modulation scheme is degraded down to 16QAM.
Other kinds of traffic are transmitted according to the available capacity and the priority defined beyond
them.
When the modulation is downgraded to 16QAM, all E1 flows are kept whilst the other traffic is reduced.
When the modulation is further degraded to 4QAM, all E1 flows are dropped whilst the other traffic is
reduced to fit the remaining available bandwidth.
Figure 68. Example of traffic in case of 28MHz bandwidth and modulation downgraded to 4QAM
– TDM to TDM – This is the typical service associated to a traditional TDM network in which E1 traffic
is transported, switched and terminated inside a MPR network.
– TDM to ETH – This is the service allowing the TDM traffic to be aggregated and output in a single
ETH stream. On this service specific algorithms are applied in order the E1 is transported, switched
and provided to an external ETH network in standard format (MEF-8).
– SDH to SDH – This is the typical service associated to a traditional SDH transport network. STM-
1 traffic is transparently transported, switched and terminated inside a MPR network.
– ETH to ETH – This is not a real CES due to the native IP architecture of MPR. Ethernet traffic is
directly managed by the L2 switch on the Core board, thanks to the auto-learning algorithm, VLANs
etc.
– ATM to ATM – This profile allows the management of the ATM services inside a 9500 MPR network.
E1s IMA/ATM are terminated/reconstructed at the borders of the 9500 MPR cloud; encapsulation/
extraction of ATM streams into/from ATM PW packets is performed according to RFC 4717.
– ATM to ETH – This profile allows the ATM service to be terminated and encapsulated into an Ether-
net stream towards an IP/MPLS Core Network.
– Definition: This service identifies a flow inside MPR network, in which E1 is transported, switched
and terminated.
– Application: Typical microwave 2G backhauling application, in which E1s are terminated before
entering into aggregation network.
– Definition: E1 TDM input signals are packetized according to MEF8 standard; E1s are transported,
switched and provided to an external ETH network in standard format (MEF-8).
– Application:
• a) Typical microwave 2G backhauling application, in which E1s are terminated before entering
into aggregation network, where aggregation network is a packet network. E1s are not termi-
nated at the end of the microwave backhauling and an end-to-end circuit emulation services
could be established between 9500 MPR and the service router in front of BSC/RNC
• b) 9500 MPR without ODU (MSS-8 or MSS-4 stand alone) provides the same level of feature
of a site aggregator box, grooming together different services (in this particular case E1 TDM)
into the common Ethernet layer.
– Definition: This service identifies a flow inside MPR network, in which STM-1 is transparently trans-
ported, switched and terminated.
– Definition: Ethernet traffic is transported and switched automatically by the standard auto-learning
algorithm of the built-in MPR 10 Gbit Ethernet switch.
– Definition: 9500 MPR terminates the native IMA/ATM and performs encapsulation/extraction of
those ATM flows into/from ATM PW packets according to RFC 4717. The 9500MPR facing the aggre-
gation network, the original ATM flows are re-built on ASAP board.
– Definition: 9500 MPR terminates the native IMA/ATM and ATM traffic, encapsulated in Ethernet
frames, is transported into IP/MPLS Core Network.
E1 or STM-1
E1 or STM-1
Case 1 for E1
The E1 stream is inserted in Node 1 and extracted in Node 2. In this case the two IWFs used to packetize
the traffic for the Ethernet switch in the Core-E module are both internal to the 9500 MPR-E network. The
Circuit Emulation Service is TDM2TDM in Node 1 and Node 2. The Cross connections to be implemented
are PDH-Radio type.
Case 2
The E1 stream is inserted in Node 1 and extracted in Node 2. One IWF is inside the 9500 MPR-E, but
the second IWF is external to the 9500 MPR-E network. The Circuit Emulation Service is TDM2ETH in
Node 1 and Node 2. The Cross connections to be implemented are PDH-Radio type in Node 1 and Radio-
Eth type in Node 2.
Case 3
The E1 stream is inserted/extracted in Node 1. One IWF is inside the 9500 MPR-E, but the second IWF
is external to the 9500 MPR-E network. The Circuit Emulation Service is TDM2ETH in Node 1 and Node
2. The Cross connections to be implemented are PDH-Eth type in Node 1.
Case 4 and 5
In these cases Ethernet packets enter Node 1 and are extracted in Node 2. In case 4 the Ethernet packets
encapsulate the E1 stream; in case 5 the packets are native Ethernet packets. None of the IWFs belongs
to the 9500 MPR-E network. The Circuit Emulation Service is ETH2ETH in Node 1 and Node 2. No Cross
connections must be implemented. The path is automatically implemented with the standard auto-
learning algorithm of the 9500 MPR-E Ethernet switch.
RADIO
E1
BTS RADIO
RADIO
PDH
E1
E1
BTS
BSC
E1
BTS
No flooding-autolearning necessary
Both the IWFs belong to 9500 MPR-E and the packets are not supposed to exit the 9500 MPR-E network.
The IWF parameters listed above, have predetermined values and don’t need to be provisioned.
– ECID will be the same value as Flow Id (ECID = Emulated Circuit Identifier)
E1
BTS
PSN
Eth Eth E1
E1
BTS BSC
E1
BTS
All the parameters must be configured compliant with the MEF8 standard
Destination MAC added before going into whole network (MEF8 compliant)
Only one of the IWFs belongs to 9500 MPR-E and the packets are supposed to exit the 9500 MPR-E
network.
– MAC addresses: in all involved nodes are determined as consequences of the cross connections;
the only exception is the Ethernet Terminal Node (the node where the TDM2ETH traffic goes through
an user Ethernet port). In such ETN the source address is the node Mac address, the destination
Mac address will be provisioned by ECT/NMS.
– ECID: provisioned by ECT/NMS, 2 different values may be used for each direction (ECID = Emulated
Circuit Identifier)
– TDM clock source is provisioned by ECT/NMS: clock recovery adaptive, clock recovery differential,
clock loopback (TDM line in)
– Flow Id is provisioned by ECT/NMS (One Vlan is assigned to each bi-directional circuit emulated E1
flow)
For this case the expected latency for 1 hop is 3.5 msec for 256 bytes.
If there are intermediate nodes in each node build the Cross-connection tables based on Flow Id.
No flooding-autolearning necessary
Both the IWFs belong to 9500 MPR-E and the packets are not supposed to exit the 9500 MPR-E network.
The IWF parameters listed above, have predetermined values and don’t need to be provisioned.
2.8.13.4 ETH2ETH
None of the parameters listed in the previous slide has to be configured (the 9500 MPR-E is transparent).
PSN
WiMAX
(NodeB) Eth Eth
Eth
Eth
RNC
PSN
WiMAX Eth
Eth
(NodeB) RNC
WiMAX
(NodeB) Eth
Any packet belonging to an Eth2Eth TDM flow is treated as any other Ethernet packet with the only
exception of giving it an higher priority based on the MEF 8 Ethertype.
• CBR
• UBR
– By proper mapping of these CoSs to Core Switch and Modem Switch (refer to Figure 75.), the native
ATM QoS can be emulated.
– ATM PW flow-based packet queueing is performed inside the ASAP unit, its Ethernet flow CIR/PIR/
MBS/EBS parameters are also derived from configured ATM TD.
– ATM PW flows that have been classified as CBR and UBR+ will be subjected to admission control
and then have guaranteed bandwidth; the required bandwidth will be derived from Ethernet flow CIR,
taking in account the ATM PW encapsulation and air frame structure.
In Figure 76 is shown a more detailed block diagram of the ASAP unit in Ingress.
In/out profile is a dynamic assignment, based on CIR/PIR conformance for packet queue, and FC
type (expedited vs best effort). The mapping of the 802.1p bits is shown in Table 27.
001 unused -
011 unused -
101 unused -
The packets marked with yellow are discarded in case of congestion, when the buffer in the Modem
unit exceed a specific threshold.
Dropping mechanism:
• if a configurable queue fill level is overcame, then ATM PW packets that have been marked by
ASAP as out of profile (within 802.1p bits) are discarded.
The packet according to its service category is send to one of the output queues.
[6] Rx Queues
<= 149 1
<= 300 2
<= 602 3
<= 1206 4
<= 2413 5
<= 3621 6
<= 4529 7
>= 4530 8
The scheduling is performed by using the EXP bit in the PW label. The assignment is according to ATM
PW Cos as reported in the following table.
2.8.14.2 ATM Traffic Management on Modem card - Block biagram for ATM PW Flow policer
Queue_filling_status
ATM Flow
Type
CLASSIFIER FLOW HEADER FQoS FRAMER
POLICER COMPRESSION
802.1p
Drop packets
– The CLASSIFIER provides to FLOW POLICER, for each ATM PW flow ((VLAN&MAC classification),
the 802.1p bits with the indication if the packet is in/out profile.
– FLOW POLICER, looking at the packet type, 802.1p bits and the filling status of queue, discards or
sends the ATM PW packet to HEADR COMPRESSION.
2.8.14.3 Support of ATMoMPLS Protocl Stack (with or without MPLS Tunnel Label
In order to support inter-working of ATM PW Service with IP/MPLS network at least at datapath level, in
this release it will be supported the ATMoMPLS protocol stack referenced by RFC 4717, with the char-
acteristics/limitation described in this paragraph.
For network deployment where both terminations of ATM traffic is carried out by MPR NEs, in order to save
radio bandwidth it will be possible to have the ATM PW Service using the ATMoMPLS protocol stack with-
out the MPLS Tunnel Label.
In this release the ATMoMPLS protocol stack is terminated directly by the MPR NE where native ATM
interface is present (i.e. MPLS Tunnel Label, if present, is added by ASAP Card).
That implies all MPR NEs must be aware of MPLS Tunnel Label presence, i.e. to apply ATM PW Header
Compression.
ATMoMPLS protocol stack used by MPR foresees to have the 802.1q VLAN Tag.
– forwarding plane
– specific processing (ATM PW Header Compression) and QoS (queue assignment and colour-based
policing) on radio interfaces
The same VLAN ID can be used by several ATM PW flows only if they share the same CoS and forwarding
plane. Thinking to future releases, to use the same VLAN ID, the ATM PW flows must also share the same
encapsulation format (i.e. N-1 cell mode with or without Control Word, AAL5 SDU or PDU modes)
A VLAN ID that is used by ATM PW flow(s) can never be used for TDM flows.
The fields of the 802.1Q VLAN Tag to be inserted into ATM PW flow frames are assigned in the following
manner:
– 3-bit PCP field is assigned according to the ATM PW flow COS and packet profiled scheduling
VLAN Swap feature is foreseen on "hand-off" MPR NE, i.e. the NE connected to IP/MPLS network.
VLAN Swap means that ATM PW flows ingressing/egressing the "hand-off" MPR will have the same com-
mon "external" VLAN ID, while within MPR network each ATM PW flow will use its own "internal" VLAN
ID (may be shared among several ATM PW flows with same path and CoS).
To avoid possible configuration clashing, the above "external" VLAN ID should belong to the allowed
range. Moreover, the "external" VLAN ID should be different from each "internal" VLAN ID.
– for ingress, IP/MPLS network -> MPR network direction: the Inbound PW Label value
– for egress, MPR network -> IP/MPLS network direction: ATM PW CoS (to reduce numbers of "rules"
used for such mapping).
In addition to VLAN Swap, 802.1p bits remarking are also applied by "hand-off" MPR NE to ATM PW
frames:
– for ingress, IP/MPLS network -> MPR network direction: all frames will be declared as "green"
– for egress, MPR network -> IP/MPLS network direction: 802.1p bits will copy ATM PW Exp Bits
The MPLS Tunnel Label for ATM PW frames is foreseen only for compatibility with ATMoMPLS protocol
stack.
MPR network is actually not using information from MPLS Tunnel Label value in ATM PW frames, for
example:
– CoS assignment of such frames will be always based on PW Label Exp bits
Tunnel Label fields to be inserted into ATM PW frames generated by MPR are assigned as below reported:
By ECT/NMS it is possible to define the way to manage the Ethernet traffic according to one of the
following options:
In case of change of the bridge type from 802.1Q to 802.1D, the content of the VLAN table and the VLAN
assigned to the user Ethernet ports (refer to par. 2.8.15.2) has to be deleted by the Operator before to
change the bridge type.
The following table summarizes the actions taken for specific reserved multicast addresses. Frames
identified with these destination addresses are handled uniquely since they are designed for Layer 2
Control Protocols.
– Discard - The system discards all ingress Ethernet frames and must not generate any egress Ether-
net Frame carrying the reserved multicast address.
– Forward - The system accepts all ingress Ethernet frames as standard multicast frames and for-
wards them accordingly.
– Peer - The system acts as a peer of the connected device in the operation of the relevant Layer 2
Control Protocol.
Link Aggregation groups a set of ports so that two network nodes can be interconnected using multiple
links to increase link capacity and availability between them.
When aggregated, two or more physical links operate as a single logical link with a traffic capacity that
is the sum of the individual link capacities.
This doubling, tripling or quadrupling of capacity is relevant where more capacity is required than can be
provided on one physical link.
Link aggregation also provides redundancy between the aggregated links. If a link fails, its traffic is redi-
rected onto the remaining link, or links.
If the remaining link or links do not have the capacity needed to avoid a traffic bottleneck, appropriate QoS
settings are used to prioritize traffic so that all high priority traffic continues to get through.
The Link Aggregation is performed according to 802.3ad and can be applied to Radio ports and to User
Ethernet ports.
Link aggregation can be applied to radio ports (in this case it is named Radio Link Aggregation).
Figure 78.
In this example, user traffic is split up into radio channels. Main advantages:
– Throughput. The overall radio Ethernet throughput is more than 1 Gbit/sec (2 x 530 Mbit/s, being
this the value for 256QAM@56 MHz)
– Protection. In case of a failure of one of the three channels, all the traffic is redirected on the remain-
ing link (with a throughput of around 0.5 Gbit/sec). The discarded or dropped traffic is the one with
lower priority: high priority traffic is still running on the remaining active channels.
Link aggregation can be applied to Ethernet user ports (electrical or optical ) on the same Core-E unit.
Note 1: the Ethernet ports involved in a LAG cannot be used as TMN In-band interface.
Figure 80.
– Max number of Ethernet LAGs: 3 - each LAG with max 2 Ethernet ports (electrical or optical).
– Max number of Radio LAGs: 3 - each with max two MPT-HC or two MPT-MC (no ODU300 can be
used).
– The two MPT, grouped in a radio LAG, must be connected to two different MPT Access units (the
other port of the MPT Access unit must be EMPTY). The ports of the two MPT Access units can have
also a different port number.
Warning: the other port of the MPT Access unit must be DISABLED.
To obtain a specific behavior (not obtainable with the WebEML) the configuration files can be
used. The configuration files configure the Ethernet switch inside the Core-E and the FPGA
inside the Modem unit for ODU300 and inside the MPT Access unit for MPT-HC/MPT-MC.
The configuration files are written by using a set of low level commands provisioning in the
proper way different devices of different MPR cards. After an NE reset, the configuration file is
applied, provisioning the Ethernet switch and other devices to implement the desired feature.
The configuration file must be put in the compact flash plugged in Main Core, inside a specific
directory, via FTP.
The use of the Configuration files is explained in the relevant document “Configuration File Management”.
The figure shows an overview of the QoS implementation inside the switch.
The Quality of Service feature of the Ethernet switch provides four internal queues per port to support four
different traffic priorities. Typically the high-priority traffic experiences less delay than that low-priority in
the switch under congested conditions.
For each egress port according to method of QoS classification configured in the switch, the packets are
assigned to each queue.
All the TDM2TDM traffic flows will be assigned to the highest egress priority queue (Q8). All the TDM2ETH
traffic flows will be assigned to the Q7 egress priority queue. All the MEF-8 ETH2ETH traffic flows will
be assigned to the Q5 egress priority queue.
For generic Ethernet flows in the switch the priority of each packet can be assigned according to the
information in:
– IEEE 802.1p: the packet is examined for the presence of a valid 802.1P user-priority tag. If the tag
is present the correspondent priority is assigned to the packet
.
802.1P priority Queue
101 Q4
100 Q3
011, 000 Q2
010, 001 Q1
– DiffServ: each packet is classified based on DSCP field in the IP header to determine the priority.
ATM PW flows will be assigned to Ethernet switch egress priority queues according to their CoS , as below
reported:
BackGround (UBR) Q1
The scheduler algorithm cannot be configured. HQP scheduler algorithm is used on queues Q8, Q7 and
Q6.
Deficit Weighted Round Robin (DWRR) is used on the other queues with the following weights:
QUEUE WEIGHT
Q5 (higher priority) 16
Q4 8
Q3 4
Q2 2
Q1 1
While there is no physical limitation to the number of ports that can receive jumbo frame, if more jumbo
flows are transmitted toward the same port into two different queues the QoS could work in wrong way.
It is recommended to forward jumbo frame only in the queue Q1 (lower priority).
In the figure is shown an overview of the QoS implementation inside the Modem unit which is used to
interface the ODU300.
The QoS feature provides eight internal queues to support different traffic priorities. The QoS function can
assign the packet to one of the eight egress transmit queues.
Queues 1 to 4 are assigned to Ethernet traffic according to the information inside the packet as 802.1p
field, DiffServ field, Ethertype or 802.1Q VLAN_ID.
All the TDM2TDM traffic flows are assigned to the highest egress priority queue (Q8). All the TDM2ETH
traffic flows are assigned to the Q7 egress priority queue. All the MEF-8 ETH2ETH traffic flows are
assigned to the Q5 egress priority queue.
All TMN traffic flows are assigned to the Q6 egress priority queue.
When 802.1p QoS mechanism is adopted, the reference is the standard “IEEE 802.1D-2004 Annex G
User priorities and traffic classes” that defines 7 traffic types and the corresponding user priority values.
Considering that in the Radio Interface module for generic Ethernet traffic there are five egress queues
the mapping 802.1p value to queue is the following:
101 Q4
100 Q3
011, 000 Q2
010, 001 Q1
BackGround (UBR) Q1
Scheduler
Deficit Weighted Round Robin (DWRR) algorithm will be used for the other five queues.
Queue Weight
Q5 (higher priority) 16
Q4 8
Q3 4
Q2 2
Q1 1
The Radio QoS is implemented by MPT-HC/MPT-MC itself (not in the MPT Access unit).
The set of MPT Radio QoS features is the same of the one specified for the Modem unit (refer to par.
2.8.17.2) with the exception of the ATM CBR and UBR+ CoS: in MPT-HC/PT-MC they are sent to queue
#5 and queue #4 respectively (and not to queue #7 and queue #6).
The cross-connections between slots and between slot and Ethernet user ports are realized with a Layer-
2 Ethernet Switch inside the Core-E unit.
The decision made by the switch to forward the received packet is based on the destination MAC address.
2.8.18.1 E1 Cross-connections
– Radio interface
– Ethernet interface
– Radio interface
Each STM-1 (board #, port #) must be associated to an unique signal flow ID.
Ethernet frames, coming from a radio direction, can be cross-connected to another radio direction.
All flows different from the TDM2TDM and TDM2ETH ones are managed as the standard Ethernet
packets: if the 802.1Q is enabled the related management is performed looking the VLAN and then,
according to the destination address, each packet is switched to the correct port: radio, user Ethernet or
E1/DS1. If the 802.1Q is not enabled only the destination address is considered.
For each radio interface, the bandwidth assigned, globally, to the Ethernet traffic is the consequence, with
a given radio capacity, of the number of E1/DS1 cross-connected on that radio interface. Hence the
available bandwidth for Ethernet flows will be the configured radio bandwidth decreased by bandwidth
used by each TDM2TDM and TDM2ETH.
– for ATM PW flow with guaranteed bandwidth, an admission control check must be performed in each
flow direction: there shall be enough available bandwidth on both directions
– VLAN-based settings in terms of Ethernet switch and Radio QoS are then performed (as the same
VLAN can be used for ATM PW flows with same CoS and path).
– The minimum bandwidth foreseen for an ATM PW flow corresponds to the case of PCR, SCR or
MDCR of 1 cell/s rate, with max 1 cell for frame.
In this release when a cross-connection toward a radio direction with MPT is involved, the related provi-
sioning is performed in almost the same way as with ODU300, with the following main differences:
– admission control, in terms of checking bandwidth required bt ATM PW flow against the available
bandwidth on radio interface, is never performed
MAC Source Address of ATM PW frames generated by ASAP peripheral should be assigned to be equal
to:
– the internal MAC Address of slot hosting that ASAP peripheral in case of cross-connection towards
radio interface
In this release it is accepted to assign always the NE Mac Address as MAC Source Address of ATM PW
frames generated by ASAP peripheral.
Each time a cross-connection for an ATM PW flow involving, at least, one radio direction, is required by
the management systems, an admission control is performed.
Each time a cross-connection for ATM PW flow involving, at least, one user Ethernet port, is required by
the management systems, an admission control is to be performed if the Ethernet port is in manual
configuration with speed at 1000 MBit/s and pause disabled.
The admission control depends on the remaining bandwidth computed on the basis of the configured
speed and on the previously configured TDM2ETH or ATM PW flows.
The bandwidth available for each user Ethernet port is available to ECT/NMS.
In this release no admission control is performed for an ATM PW flow cross-connection in the direction
from a radio or Ethernet interface towards an ATM interface.
When the admission control is enabled, the cross-connection of the ATM PW flows requiring guaranteed
bandwidth towards a radio direction configured to work in Adaptive Modulation Mode, is allowed only if
there is sufficient bandwidth at the lowest modulation.
This means that it is not allowed to cross-connect ATM PW flows, requiring guaranteed bandwidth,
exceeding the bandwidth available with the lowest modulation.
When the admission control is disabled, the cross-connection of the ATM PW flows requiring guaranteed
bandwidth towards a radio direction configured to work in Adaptive Modulation Mode, is allowed only if
there is sufficient bandwidth at the highest modulation.
This means that it is not allowed to cross-connect ATM PW flows, requiring guaranteed bandwidth,
exceeding the bandwidth available with the highest modulation.
In this release, any kind of above Admission Control procedures for ATM PW flows is not applied for ATM
Light, i.e. when a radio direction with MPT radio is involved.
In any kind of below cross-connection, it is necessary to perform the following common checks:
– the same VLAN ID cannot be shared between a TDM2TDM/TDM2ETH flow and an ATM PW flow
– the same VLAN ID shall be used for the two directions of ATM PW
This configuration is needed when an ATM PW flow terminated on ASAP board is transmitted on a radio
direction.
ATM PW flows termination on ASAP board assumes a previous layered configuration of E1, IMA and ATM
interface (the latter with the explicit definition of VPI/VCI, ATM Traffic Descriptors and VPC/VCC
termination).
– ATM PW flow n° A, its CoS and flow policing enable flag (derived by configured Ingress ATM Traffic
Descriptor)
If the ATM PW flow CoS requires guaranteed bandwidth towards radio interface, its CIR value and
average frame size S in ingress Ethernet Traffic Descriptor (both derived by configured Ingress ATM
Traffic Descriptor) shall be used to perform admission control on the Radio interface. In this release no
admission control towards ASAP board (ATM interface) is performed.
Ethernet switch and Radio boards configuration must be done only in case they were not already done
for another ATM PW flow that is using the same VLAN_ID n° D (with same VLAN membership and CoS).
In case the VLAN_ID n° D has been already configured for different port membership and/or CoS, the
cross-connection will be refused.
Deletion of a ATM PW flow cross-connection previously configured according to SR. ID 8204, implies
deletion of Ethernet switch and Radio boards configuration only if no other ATM PW flow is using that
VLAN_ID.
This configuration is needed when an ATM PW flow received on one radio direction doesn’t terminate but
it is transmitted on other radio direction (and viceversa).
Each ATM PW flow can be cross-connect between a pair of Radio directions according to the following
rules:
– each ATM PW flow can be cross-connected between one Radio direction pair.
The cross-connection of an ATM PW flow between a Radio direction pair involves the following param-
eters:
If the ATM PW flow CoS requires guaranteed bandwidth, the CIR value and average frame size S con-
figured in ATM PW flow Ethernet Traffic Descriptors, shall be used to perform admission control. The
cross-connection can be accepted only if there's available bandwidth for both directions, otherwise it shall
be refused.
ATM PW Cross-Connection between a radio direction with ODU300 and another radio direction with MPT
ODU is not possible.
Ethernet switch and Radio boards configuration must be done only in case they were not already done
for another ATM PW flow that is using the same VLAN_ID n° D (with same VLAN membership and CoS).
In case the VLAN_ID n° D has been already configured for different port membership and/or CoS, the
cross-connection will be refused.
Consequence of that is the deletion of an ATM PW cross-connection does not imply the related traffic is
implicitly stopped (if another ATM PW flow is using the associated VLAN_ID).
This configuration is needed when an ATM PW flow generated by remote MPR node (with ASAP board)
is transported/terminated by external equipment linked to local MPR node by an User Ethernet interface.
In this case manual configuration of Ethernet interface at 1000 MBit/s and pause disabled is mandatory.
Each ATM PW flow can be cross-connect between a radio direction and an Ethernet interface according
to the following rules:
– each ATM PW flow can be cross-connected between one radio direction and one Ethernet interface.
The cross-connection of an ATM PW flow between a radio direction and an Ethernet interface involves
the following parameters:
If the ATM PW flow CoS requires guaranteed bandwidth, the CIR value and average frame size S con-
figured in ATM PW flow Ethernet Traffic Descriptors shall be used to perform admission control. The cross-
connection can be accepted only if there's available bandwidth for both directions, otherwise it shall be
refused.
Ethernet switch and Radio boards configuration must be done only in case they were not already done
for another ATM PW flow that is using the same VLAN_ID n° D (with same VLAN membership, CoS and
Peer MAC Address).
In case the VLAN_ID n° D has been already configured for different port membership, CoS and Peer MAC
Address, the cross-connection will be refused.
Deletion of a ATM PW flow cross-connection previously configured, implies deletion of Ethernet switch
and Radio boards configuration only if no other ATM PW flow is using that VLAN_ID.
Consequence of that is the deletion of an ATM PW cross-connection does not imply the related traffic is
implicitly stopped (if another ATM PW flow is using the associated VLAN_ID).
In this release, the check related to configure the same Peer MAC Address in case the same VLAN ID
is used by several ATM PW flows is not performed.
This configuration is needed when an ATM PW flow terminated on ASAP board is directly transported/
terminated by external equipment linked to remote MSS node by an User Ethernet interface.
In this case manual configuration of Ethernet interface at 1000 MBit/s and pause disabled is mandatory.
ATM PW flows termination on ASAP board assumes a previous layered configuration of E1, IMA and ATM
interface (the latter with the explicit definition of VPI/VCI, ATM Traffic Descriptors and VPC/VCC termi-
nation).
Each ATM PW flow can be cross-connected towards an Ethernet interface according to the following
rules:
– ATM PW flow n° A and its CoS (derived by configured Ingress ATM Traffic Descriptor)
If the ATM PW flow CoS requires guaranteed bandwidth, its CIR value and average frame size S in ingress
Ethernet Traffic Descriptor (both derived by configured Ingress ATM Traffic Descriptor) shall be used to
perform admission control on the Ethernet interface. In this release no admission control towards ATM
interface (ASAP board) is performed.
Ethernet switch configuration must be done only in case they were not already done for another ATM PW
flow that is using the same VLAN_ID n° D (with same VLAN membership, CoS and Peer MAC Address).
In case the VLAN_ID n° D has been already configured for different port membership, CoS, or Peer MAC
Address the cross-connection will be refused.
Deletion of a ATM PW flow cross-connection previously configured, implies deletion of Ethernet switch
configuration only if no other ATM PW flow is using that VLAN_ID.
Termination of ATM traffic into the same MPR Node ("ATM Switch-like") is supported with the following
characteristics:
2) the only limitation in terms of involved ATM i/f (IMA Groups), is switching is not possible
betweeen ATM i/fs hosted by same ASAP peripheral: VPs/VCs to be switched must always
belong to two ATM i/fs hosted by different ASAP peripherals; for example it is possible to aggre-
gate the VP/VC belonging to 2 or more different ATM i/fs, hosted by same ASAP peripheral,
towards a single ATM i/f only if the latter is hosted by a different ASAP peripheral;
3) no direct configuration of cross-connections for the ATM PW flow pair is supported, instead it
will be necessary to configure, for each ATM PW flow belonging to the ATM PW flow pair to be
cross-connected, an ATM->Ethernet cross-connection towards a given Ethernet port (it can be
the same); the Ethernet port(s) involved in these cross-connections can be used for other traf-
fic, with the only impact due to bandwidth reservation, if applicable;
4) a proper MAC Destination Address has to be configured for each ATM PW: it has to be different
from NE MAC, but since the ATM PW frames are not sent outside the NE, in principle any other
valid MAC value can be used;
5) to allow ATM PW flow frame forwarding, without external cable, and swap between VLAN IDs,
an Ethernet Switch configuration file has to be used.
This feature is based on the port based VLAN feature supported by the Ethernet switch and allows the
following behavior: all traffic received/transmitted from one user Ethernet port or radio direction can not
be exchanged with specific user Ethernet ports/radio directions.
– Every user Ethernet port is cross-connected to all Radio directions (bidirectional connection)
– All the user Ethernet ports are cross-connected between them (bidirectional connection)
By ECT/NMS it is possible to change this default configuration. When TDM flow cross-connections or ATM
PW flow cross-connections are defined and involve TDM or ATM ports, port segregation involving these
ports are implicitly prohibited.
The Operator must be aware that application of port segregation between an User Port and radio ports
in 1+0 configuration (segregated among them) towards the same NE can lead to duplication of broadcast,
multicast of flooding traffic.
Port Segregation is not supported for TDM ports (E1/DS1) by ECT/NMS. At system level TDM ports are
segregated among them and not segregated from Radio directions involved in TDM flows cross-connec-
tions.
Port Segregation is not supported for ATM ports by ECT/NMS. At system level ATM ports are segregated
amomg them and not segregated from Radio directions involved in ATM PW flows cross-connections.
Port Segregation between two ports can be applied only if they are not involved in TDM flows cross-con-
nections, ATM PW flows cross-connections or Service Channels cross-connections.
A TDM flows cross-connection or an ATM PW flows cross-connection can be applied between User Ether-
net and Radio ports only if the involved ports are not segregated. Before apply the cross-connection the
operator has to remove the Port Segregation.
A Service Channels cross-connection between two Radio directions can be applied only if the involved
ports are not segregated.
For MPT Access peripheral ports, port segregation can be applied by operator at two different points:
– between MPT Access peripheral ports connected to MPTs: to segregate connected MPTs
– between them between MPT Access peripheral port connected to MSS backplane and the other
backplane ports: to segregate all connected MPTs towards User Ports or other radio directions.
In case only one MPT is connected to MPT Access peripheral port, the port segregation behaviour is the
same as with ODU300 radio direction.
Assuming 2 MPTs in 1+0 configuration are connected to same MPT Access peripheral, since that is the
only configuration supported within this release with more than one MPT on same MPT Access peripheral,
three scenarios have to be considered:
1) no port segregation is applied by operator between MPT Access peripheral ports and to MPT
Access peripheral port towards backplane: in this case, all the involved ports can exchange the
data among them (case A);
2) port segregation is applied by operator between MPT Access plug-in ports, while no port seg-
regaton is applied by operator to MPT Access peripheral port towards backplane: in this case,
the two MPTs cannot exchange data (case B); in this case, frame duplication for broadcast, mul-
ticast and flooding traffic will surely occur in case the two radio directions are towards the same
NE;
3) no port segregation is applied by operator between MPT Access plug-in ports, while operator
applies segregation to MPT Access peripheral port towards backplane. This case represents
an MPT Access peripheral isolated from MSS backplane, in such case, the two MPTs can only
exchange data between them (case C).
A fourth scenario for application of port segregation is possible, but in this release is not applicable:
4) port segregation is applied by operator between MPT Access peripheral ports and MPT Access
peripheral port towards backplane, no traffic can be exchanged between MPTs and with MSS
with the current number of supported MPT Access peripheral ports. No check has to be imple-
mented to forbide this application of port segregation since it can be it applied in future releases
where use of all MPT Access peripheral ports is supported (case D).
If port segregation is applied by operator to an MSS User port and to MPT Access plug-in port towards
backplane, MPT ODUs connected to same MPT Access plug-in will have the same segregation.
This application of port segregation by operator has no consequence on the capability to provision up to
2 MPT ODUs on the same MPT Access plug-in (in 1+0).
In this case the goal of port segregation is the MPT1-MPT3 pair does not exchange traffic with MPT2-
MPT4 pair.
In case the Core-E user port is segregated from ODU300 radio: consequently, the ODU300 is segregated
from the Core-E user port and vice versa.
In case of protected radio direction, the spare radio direction must have the same port segregation
configuration.
Any previous port segregation configuration for spare radio direction must be deleted by operator.
If port segregation is applied by operator to an ODU300 radio port and to MPT Access plug-in port towards
backplane, all the MPT Access ports are segregated from the ODU300 radio port and vice versa.
When two MPTs are provisioned for 1+1 protected configuration on two different MPT Access
peripherals,the MPT Access plug-in ports towards backplane will not implicitly segregated each other.
Otherwise, when it will be supported in future release the possibility to connect another MPT to the same
MPT Access peripheral(s), it would not possible to have it in repeater configuration with the protected MPT
pair.
Operator is allowed to apply port segregation to MPT Access peripherals hosting an MPT pair in 1+1, but
since connection to other MPT on same plug-in is not supported in this release, only the segregation of
MPT Access port towards the backplane is effective.
The spare radio direction must have the same port segregation configuration (for MPT Access plug-in port
towards backplane).
Any previous port segregation configuration for spare radio direction must be deleted by operator.
PDH/SDH data flow is fragmented and the fragments are transmitted over a Packet Switched Network
(PSN);
The received fragments need to be reassembled in the original PDH/SDH data flow at the “original bit rate”
Two main methods can be used to recover at the Rx site, the original bit rate:
– Differential clock recovery with or without the Node Timing: recalculation of the original clock
based of the Delta respect to a reference clock that is available at both Tx and Rx site (Differential:
used in case of clock distribution on the whole network. It’s more reliable than Adaptive; also used
in TDM2TDM/SDH2SDH traffic (MPR to MPR)). This method can be selected for each E1/STM-1
stream.
– Adaptive clock recovery with or without the Node Timing: based on the average rate at which
the packets (fragments) arrive at RX site (Adaptive: simpler network, but performances depends on
the PDV (Packet Delay Variation) in the Network. Always used when the reference clock isn’t
distributed on the whole network). This method can be selected for each E1 stream.
The available clock recovery techniques with TDM2TDM and SDH2SDH profiles are:
– ACR: adaptive clock recovery (if a common reference clock is not available)
Note
N.B. If the NODE TIMING is enabled, the WebEML still propose the possible selection between ACR
and DCR: in this specific case, the meaning of this option is not related to the clock recovery
algorithms, but rather to the MRF8 frame format.
End End
System1 System2
IWF PSN
PSN IWF
IWF system, at RX side, generate output clock based on RTP TimeStamps which are sent together with
each Fragments.
End End
System1 System2
IWF PSN
PSN IWF
IWF system, at RX side, generate output clock based on data arrival rate: TDM clock is slowly adjusted
to maintain the average fill level of a jitter buffer at its midpoint.
The Node Timing is the timing from the network clock as defined in G.8261. The enabling of the Node
Timing is applied to all E1s of the PDH unit or to each STM-1.
This feature (called either “network clock re-timing” or “node timing” or, according to G. 8261 wording, “net-
work-synchronous operation for service clock”) introduces an additional possibility to recover the clock.
Node timing is a way to recover the clock quite popular in the industry of service routers and site aggre-
gator boxes. This feature inside the 9500 MPR platform is adding interworking capabilities with third par-
ties service routers and circuit emulations gateway.
In node-timing working mode, all the E1s are re-sampled with the network element clock. This means that,
as also reported in G8261, this method does not preserve the service timing (E1 clock).
In order to get any node in a meshed network or ring topology network always locked for each node the
synchronization sources and the automatic selection process are defined, as described in the following
points.
The selection process works always in QL-enabled mode, the selected synchronization clock source is
used to lock the NEC. The QL of the selected synchronization clock source determines the QL of the NEC,
unless the NEC is in Holdover mode.
The selection process has two nominated synchronization clock source inputs:
– Clock Source Degrade when the frequency of the source is away from its nominal value with the fol-
lowing rules: the degrade alarm will never be asserted if the actual frequency is within ±10 ppm of
its nominal value; the degrade alarm will always be asserted if the actual frequency is not within ±50
ppm of its nominal value;
According to Table 8 of ITU-T G.781 the Clock Source Quality Level is identified by the following SSM
Codes:
– 0010 - QL-PRC for timing quality generated by a primary reference clock as defined in ITU-T G.811;
– 0100 - QL-SSU-A for timing quality generated by a type I or V slave clock as defined in ITU-T G.812;
– 1000 - QL-SSU-B for timing quality generated by a type VI slave clock as defined in ITU-T G.812;
– 1011 - QL-SEC/QL-EEC1 for timing quality generated by a SEC or EEC as defined in ITU-T G.813/
ITU-T G.8262;
Any other SSM Code values different from the ones listed above must be considered as an Invalid Quality
Level (QL-INV).
The QL of the NEC is advertised over radio interfaces and Synchronous Ethernet interfaces.
A QL Priority parameter is defined for each node and assigned to synchronization clock sources and to
the NEC.
– 0x00 - Undefined
– 0x01 - Master1
The QL Priority of the NEC is advertised, together with the QL, over radio interfaces.
The equipment shall be ready to advertise the QL Priority of the NEC over Synchronous Ethernet inter-
faces too.
The QL Priority is a proprietary parameter (not foreseen in G.781) introduced with the aim to deal with a
ring or meshed scenario where, due to a lack of external synchronization sources and failure on the syn-
chronization distribution path on the MPR wireless network, the synchronization distribution network is
partitioned in more than one isle each of them locked to a different oscillator in Holdover or Free-Run
mode.
In order to proper manage the QL-FAILED (Clock Source Fail or Clock Source Degrade) the automatic
selection process must take into account the Hold-Off time and Wait-To-Restore time defined in ITU-T
G.781:
– The Hold-Off time ensures that short activation of signal fail are not passed to the selection process.
The QL value of QL-FAILED is passed to the selection process after the Hold-off time. In the mean-
time, the previous QL value is passed to the selection process. The Hold-Off time is the same for
each input of the selection process and it is fixed to 500 ms.
– The Wait-To-Restore time ensures that a previous failed synchronization source is only again con-
sidered as available by the selection process if it is fault free for a certain time. When a Signal Fail
or Signal Degrade defects are cleared, the Wait-To-Restore time is applied before the new QL value
is passed to the selection process. In the meantime, the quality level QL-FAILED is passed to the
selection process. The Wait-To-Restore time is the same for each input of the selection process and
it is configurable in the range of 0 to 12 minutes in steps of 10 seconds. The default value is 5 minutes.
When changed before its expiration, the WTR time restart from the new value without take into
account the previous remaining time to expiration. The WTR time is also applied when a LOS of
ESMC defect is cleared on a synchronization clock source, also in that case the quality level QL-
FAILED is passed to the selection process until the WTR time expires.
The physical interfaces to be assigned to Primary and Secondary synchronization sources can be chosen
among the following:
[1] Free Run Local Oscillator. This source will never be affected by any alarm (no Fail, no Degrade).
Quality Level value is fixed to QL-SEC/EEC1 (G.812/G8262), the value of QL Priority is Master1 if
the NEC is configured as Master and Slave1 if the NEC is configured as Slave.
[2] Any E1 or T1 available at input traffic interfaces (the specific E1/T1 port has to be chosen). For these
sources the Fail alarm has to be detected by CRU when LOS, AIS or LOF (in case of E1s framed)
will happen. Default value for Quality Level is QL-SSU-A (G.812), the value of QL Priority is Master1
if the NEC is configured as Master and Slave1 if the NEC is configured as Slave.
[3] A specific synchronization signal available from the dedicated Sync-In port, which can be configured
according the following options:
d) 1.024 MHz, electrical levels according to G.703, clause 13 with the following exceptions:
For this source the Fail alarm is detected by CRU when LOS will happen. Default value for Quality
Level is QL-SSU-A (G.812), the value of QL Priority is Master1 if the NEC is configured as Master
and Slave1 if the NEC is configured as Slave.
[4] The Symbol Rate of the RX signal of any available Radio (the specific Radio Port has to be chosen).
For these sources the Fail alarm has to be detected by CRU when a DEM-Fail or a Loss of Radio
Frame will happen. When the SSM support is enabled the QL and QL Priority are acquired from
ESMC PDUs received on the specific radio interface. When the SSM support is disabled the default
value for Quality Level is QL-SSU-A (G.812), the value of QL Priority is Master1 if the NEC is con-
figured as Master and Slave1 if the NEC is configured as Slave.
[5] Any Synchronous Ethernet clock source available at enabled User Ethernet traffic interfaces (both
electrical and optical) configured in synchronous operation mode (the specific User Ethernet port has
to be chosen).
From ITU-T G.8261 point of view, the MSS is a Synchronous Ethernet equipment equipped with a
system clock (NEC) following the ITU-T G.8262 recommendation. A User Ethernet interface con-
figured in synchronous operation mode can work only at 1000 Mbit/s. In the particular case of elec-
trical User Ethernet interfaces, these interfaces perform link auto negotiation to determine the
master/slave role for clocks delivery over the link. The clock slave role must be configured as part
of auto negotiation parameters in order to use the interface as Synchronous Ethernet clock source
input, either as Primary or Secondary. This check is performed by WebEML/NMS but not by EC. The
clock master role must be configured as part of auto negotiation parameters in order to use the inter-
face as Synchronous Ethernet clock source output to distribute NEC to other equipments. For Syn-
chronous Ethernet clock sources from electrical User Ethernet ports the Fail alarm will be raised
when Loss of Synch (i.e. Ethernet Link Down) will happen. For Synchronous Ethernet clock sources
from optical User Ethernet ports the Fail alarm will be raised when Loss of Optical signal will happen.
[6] Any STM1 available at SDH input traffic interfaces (the specific STM1 port must be selected). For
these sources the Fail alarm will be raised when LOS, LOF, TIM, MS-AIS, or High BER happen.
Default value for Quality Level is QL-SSU-A (G.812), the value of QL Priority is Master1 if the NEC
is configured as Master and Slave1 if the NEC is configured as Slave.
[7] None of the above, this means that no physical synchronization interface is assigned to the syn-
chronization clock source input. In case of failure of the other clock source input the CRU enters the
Holdover state.
Some rules have to be followed while assigning the Primary and Secondary clock sources:
– If an E1/T1 is chosen to be Primary source, another E1/T1 coming from the same peripheral cannot
be selected as Secondary source and vice-versa.
– If an MPT radio interface is chosen to be Primary source, another MPT radio interface connected
to the same MPT Access peripheral cannot be selected as Secondary source and vice-versa.
– If an STM1 is chosen to be Primary source, another STM1 coming from the same peripheral cannot
be selected as Secondary source and vice-versa.
If Master:
– The Primary clock source input must be chosen among 1), 2), 3), 5) or 6).
– the Master Secondary clock source input doesn't need to be selected because the Primary is never
supposed to fail. If the selected Master Primary clock source input is 2), 3), 5) or 6):
– the Master Secondary clock source input must be selected among 1), 2), 3), 5), 6) or 7).
If Slave:
– The Primary clock source input must be chosen among 3), 4) or 5). Slave Primary clock source input
is allowed to be 3) or 5) for full indoor configuration and for Piling configuration.
– The Secondary clock source input must be chosen among 1), 2), 3), 4), 5), 6) or 7).
In the current release the QL of synchronization interfaces is not configurable by the operator and, when
applicable, takes the default values.
In order to use the symbol rate of the Rx signal of an MPT as selectable synchronization source for the
NEC, the following is needed:
– if an Optical Ethernet connection is used, then the optical Ethernet port of MPT must be locked, at
transmission, to symbol rate of the Rx signal;
– if an Electrical Ethernet connection is used, it shall be Synch-E capable, meaning that a common
clock at physical layer level, not locked to the NEC, is available between MSS and MPT for a dif-
ferential clock recovery method based on custom time-stamp protocol (referred to Symbol Rate of
the air Rx Signal).
MPT Access peripheral performs the clock recovery for each connected MPT, one of them can be selected
to be used as Primary synchronization Source.
2.8.19.5.4 Protected radio configuration with one MPT PFoE Access peripheral
When MPTs in protected configuration are connected to one MPT Access peripheral only, the MPT Access
peripheral selects, from the MPT in EPS active state, the clock signal to be used as synchronization
Source.
When MPTs in protected configuration are connected to two MPT Access peripherals, both MPT Access
peripheral, for the radio direction configured as synchronization Source, forwards its own recovered clock
signal.
This clock will be then selected according to the correspondent EPS state for MPT and MPT Access
peripheral.
– Loop-timed: the transmit clock is derived from the E1 clock source received
The E1 ports belonging to the same IMA group must have the same configuration.
1) from Synch Out connector to one E1 connector of the 9400 AWY E1 distributor by using the
5 m microcoaxial cable 1.0/2.3 M 90 M 90 (3CC 52138 AAAA);
2) from Synch Out connector to the SCSI connector of 9400 AWY by using a dedicated cable as
shown in Figure 84.
N.B. With this second solution 9400 AWY must be used to transport Ethernet traffic only.
N.B. The cable, not connected in the figure, can be connected to the Synch In connector of another
MPR to transfer the synch from AWY to MPR.