Qualifying SDH/SONET Transmission Path - Opticus

  • View
    216

  • Download
    1

Embed Size (px)

Text of Qualifying SDH/SONET Transmission Path - Opticus

  • Technical Paper

    Qualifying SDH/SONET Transmission Path

    Installing, bringing into service or maintaining todays SDH/SONETnetworks requires specific tools.All those who validate or operate SDH/SONET networks are facedwith a number of tests that can be classified as shown below:

    The purpose of this application note is to give an overview of each ofthese different tests and explain why they are important. In the last partof the document, we will see how you can benefit from CMA 5000OTA capabilities for performing fast and accurate path analysis.

    TABLE OF CONTENTS:

    1.0 Transport CapabilityTests 2

    1.1 Mapping/DemappingTesting 2

    1.2 BER Testing 2

    2.0 Synchronization - PointerTests 3

    3.0 Alarms/ErrorsMonitoring 4

    4.0 Overhead Test 9

    5.0 Measurements with CMA5000 OTA 10

    5.1 Mapping/DemappingTest 10

    5.2 BER Testing 11

    5.3 Synchronization - PointerTests 12

    5.4 Quality Tests 13

    5.5 Overhead Tests 15

    6.0 Conclusion 16

    Mapping testing

    Demapping testing

    BER testing

    Transport Capability

    Tests

    Frequency monitoring

    Pointer monitoring

    Justification monitoring

    Synchronization/Pointer Tests

    Alarms monitoring

    Errors monitoring

    Quality Tests

    DCC Add/Drop

    Overhead monitoring

    Overhead Tests

  • 1.0 Transport Capability Tests

    1.1 Mapping/Demapping TestingMultiplexer equipments are one of the base elements of the network.The role of a multiplexer equipment is to insert low bit rate tributaries inside theSDH/SONET frame (mapping process) and conversely to drop the tributaries from theSDH/SONET frame (demapping process).

    It is necessary to check that no error occurs during the mapping/demapping process and thatthe integrity of the tributary is guaranteed.

    1.2 BER TestingBit Error Rate (BER) testing is the main part of Out-of-Service measurements. When the net-work is not in service yet (for example, during installation phase), it is nevertheless necessaryto simulate customer traffic in order to check error free transmission before bringing the net-work into service. In order to simulate customer traffic, a special pattern is generated:

    PRBS pattern (Pseudo Random Byte Sequence)

    The BER testing consists of comparing bit by bit the received bytes sequence to the expectedsequence and thus determining the number of errored bits received.

    The ITU-T has defined different PRBS test signals (ex: PRBS-15, PRBS-23, etc). For exam-ple, a PRBS-15 signal is a set of consecutive words of 15 bits. This 15 bit word takes random-ly all the possible values (215 different words) between 000000000000000 and111111111111111.

    Quali fy ing SDH/SONET Transmission Path Page 2 of 16

    SDH/SONET frame

    PDH/T-Carrier Tributary

    Mux/Demux

    SDH/SONET frame

    PDH/T-Carrier Tributary

    Mux/Demux

    Mapping process

    Demapping process

  • The ITU-T has established a correspondence between PRBS test signals and the transmissionrate. The recommendations assign longer sequences to higher transmission rates (see tablebelow):

    2.0 Synchronization - Pointer TestsThe particularity of SDH/SONET networks is that they are Synchronous networks. Thatmeans all signals carried through the network must travel at a standard rate, which may varyslightly within a margin, defined by ITU-T and ANSI recommendations.

    Even if in theory the network can bear a small difference between the specific nominal valueof the signal and the real rate, it is necessary to measure the line frequency, because excessivevariation may generate impairments:

    ITU-T and ANSI have defined special test sequences in order to stress the network with dif-ferent pointers movements. The 4 main sequences are described below:

    Quali fy ing SDH/SONET Transmission Path Page 3 of 16

    PDH/T-Carrier

    Virtual Containers /Synchronous PayloadEnvelope (SPE)

    0.150 to 0.153

    0.181

    E1DS1E3DS3E4

    VC4VC4-4cVC4-16cVC4-64cSTS3c-SPESTS12c-SPESTS48c-SPESTS192c-SPE

    PRBS-15PRBS-15PRBS-23PRBS-23PRBS-23

    PRBS-23PRBS-23PRBS-23PRBS-23PRBS-23PRBS-23PRBS-23PRBS-23

    Recommendations Bit Rate Test Sequence

  • Quali fy ing SDH/SONET Transmission Path Page 4 of 16

    3.0 Alarms/Errors MonitoringFor In-Service SDH/SONET monitoring, the network uses special mechanisms for checkingthe integrity of the frame at different levels:

    T1

    T2

    T3

    T2

    T3

    T1

    Independant pointers with opposite polarity

    Pointers at regular intervals with double pointer

    Pointers at regular intervals with missed pointer

    Double pointer with opposite polarity

    Regenerator section

    Multiplexing section

    Virtual Container (High Path)

    Virtual Container (Low Path)

    Tributary

    Section part

    Line part

    Synchronous Payload Envelope: SPE (High path)

    Synchronous Payload Envelope: SPE (Low Path)

    Tributary

    SDH Frame SONET Frame

  • The general monitoring mechanism is shown below:

    By passing through the network, each part of the SDH/SONET frame is monitored by dedi-cated bytes. The table below gives an example of the associated bytes for SDH/SONETframes, which are used to monitor the errors (anomalies):

    Different portions of the network, physically manage the various bytes in order to easily iden-tify and sectionnalize the origin of the problems:

    Quali fy ing SDH/SONET Transmission Path Page 5 of 16

    Frame transmission through the network

    Anomalies (Errors) or Defects (Alarms)

    detection

    Information propagation through the network in

    both directions:

    Information propagates in the forward direction (Near-End)

    Information propagates in the backward direction (Far-End)

    SDH/SONET network monitoring mechanism

    B1

    B2

    B3

    V5

    Complete frame

    SDH frame without Regeneratorsection

    Virtual Container (VC4, VC3)High Path

    Virtual Container (VC11, VC12)Low Path

    Complete frame

    SONET frame without Section portion

    Synchronous Payload Envelope:STS-SPE

    Synchronous Payload Envelope:VT 1.5-SPE

    Byte Portion of the frame

    monitored (SDH)

    Portion of the frame

    monitored (SONET)

  • Vocabulary:Regenerator Section (in SDH) or Section (in SONET) is the basic segment of theSDH/SONET network. It is the smallest entity that can be managed by the system. Eachrepeater monitors defects such as Loss Of Signal, Loss Of Frame, B1 errored blocks...By passing through a repeater, the R-SOH is fully recalculated.

    Multiplexing Section (in SDH) or Line (in SONET) is the entity delimited by 2 equip-ments that process the payload of an STM-N/OC-N frame. It detects defects and erroredblocks and generates special alarms in the forward and backward directions.It manages the Automatic Protection Switching with K1 and K2 bytes. It regenerates a com-plete SOH.

    Quali fy ing SDH/SONET Transmission Path Page 6 of 16

    Section

    Terminal Multiplex Terminal Multiplex

    X DS1 VT 1.5 STS1- SPE VT 1.5 OC-n OC-n

    Section Section Section

    Line Line

    STS-SPE

    VT 1.5 - SPE

    Tributary Path

    : Regenerator

    : Cross Connect X

    DS1 STS1- SPE

    Reg. Section

    Terminal Multiplex Terminal Multiplex

    X E1 E1 VC12 VC12 VC4 VC4 STM-n STM-n

    Reg. Section

    Reg. Section

    Reg. Section

    Mux. Section Mux. Section

    VC4 High Path

    VC12 Low Path

    Tributary Path

    : Regenerator

    : Cross Connect

    Reg Section

    Mux Section

    : Regenerator section

    : Multiplexing section X

    SONET architecture network

    SDH architecture network

  • VC4 High Path (in SDH) or STS-SPE ( in SONET) is an entity that transports a C4 con-tainer or a Synchronous Payload Envelope (SPE) from one end of a network to the other. AVC4 or STS-SPE can be affected to one customer.

    VC12 Low Path (in SDH) or VT 1.5-SPE (in SONET) is an entity that transports a C12container or a VT 1.5 Synchronous Payload Envelope (SPE) from one end to another end of anetwork. A VC12 or VT 1.5-SPE can be assigned to one customer.

    When a problem is detected, information is sent to the network as follows:

    in red: Alarm detection and propagation

    in blue: Error detection and propagation

    Generally speaking, when an alarm is detected, all the network equipments in the forwarddirection are informed via the propagation of an AIS alarm (Alarm Indication Signal). Thenetwork equipments in the backward direction are also informed by receiving a special alarmcalled RDI (Remote Defect Indication).

    When an anomaly (error) is detected, the network equipments in the backward direction areinformed by receiving a special error parameter called REI (Remote Error Indication).

    The information generated in the forward direction is also called NEAR END parameters.The information generated in the backward direction is also called FAR END parameters.

    Quali fy ing SDH/SONET Transmission Path Page 7 of 16

    LOS

    MS-AIS

    MS-RDI

    AU-AIS TU-AIS

    AU-RDI

    TU-RDI

    AIS

    B2 errors

    B3 errors MS-REI

    AU-REI

    Mux Section VC4 Path VC12 Path Trib.

    Forward direction (Near End)

    Backward direction (Far End)

    SDH alarm/error propagation

  • The general table of alarm/error propagation is given below:

    Quali fy ing SDH/SONET Transmission Path Page 8 of 16

    SONET alarm/error propagation

    LOS

    AIS-L

    RDI-L

    AIS-P AIS-V

    RDI-P

    RDI-V

    AIS

    B2 errors

    B3 errors REI-L

    REI-P

    Line STS-