Professional Documents
Culture Documents
G.709
G.709 and includes a rich overhead and forward error Some overhead signals span multiple frames and use this signal to lock
to a common multi-frame.
disassembled. It is similar to the section overhead in SONET or the Regenerator Section
overhead in SDH.
correction. Section Monitoring contains the following subfields:
Mapping Specific Overhead
Seven bytes are reserved for mapping overhead. The use of these bytes depends on the specific
Trail Trace Identifier (TTI) client signal mapping. For example, mapping SONET/SDH uses four of these bytes for justification.
64 byte multi-frame signal, contained in one overhead byte. Contains the source and destination
access point identifiers (API) for the current section. The API are made of Country Code (CC), ITU Payload Structure Identifier (PSI)
Carrier Code (ICC) and Unique Access point code (UAPC).
This is a 256 byte multiframe signal contained within an OPUk OH byte.
The TTI also contains 32 operator-specific bytes. PSI [0] contains the payload type (PT) byte.
PSI [1] to PSI [255] are reserved for future international standardization.
This byte is a Bit Interleaved Parity computed over all the bits in the OPUk (col 15 - 3824), two
frames perviously. It is used to determine error performance across a section.
Payload Type (PT)
Four bit signal to convey the number of BIP errors in the reverse direction. Only binary values 0 to 8 are valid. Any other
value is interpreted as zero.
This may be used to suppress the counting of bit errors during a frame phase change.
Reserved (RES)
It is similar to the Path Overhead in both SONET and SDH.
Two bits are reserved for future standardization. They are set to “00”.
The three path monitoring bytes are very similar to the Section Monitoring Two bytes are allocated as a communications channel between section end points. It is a clear channel and any format
bytes except that they apply to the ODUk path. can be used. The rate is dependent upon the k value.
These three bits replace the IAE and RES bits in the OTUk section monitoring
area. They are used to indicate the presence of a maintenance signal.
Tandem Connection Monitoring Activation/
ODUk PM status interpretation Deactivation coordination protocol (TCM ACT)
Two fields of two bytes are allocated to support two GCCs between any two network elements with access to the ODUk frame.
The FTFL field is used to report a fault type (signal fail or signal degrade) and fault location (country and operator) in the forward and backward
directions.
A total of nine bytes are reserved in the ODUk for future international standardization. These bytes are set to all zeros.
Forward Error Correction (FEC)
Maintenance Signals Forward Error Correction (FEC) can be used to provide more system margin if the span length remains constant or to increase span length
with a given BER objective and optical power. FEC detects and corrects errors to effectively deliver a 7 to 8 dB improvement in signal-to-
noise ratio i.e. margin. For ITU G.709 the FEC code used is a Reed-Solomon RS(255,239). This is byte interleaved to increase burst error
performance.
As telecom technology continues to evolve,
The FEC check parity bytes are added when the OTUk structure is generated and they are located in columns 3825 to 4080.
OTUk Alarm Indication Signal (OTUk-AIS) ODUk Locked (ODUk-LCK) there’s every reason to choose OmniBER
The locked maintenance signal is generated on operator
OTN now. Not only can it solve today’s Before FEC processing, each OTU row is separated into 16 sub-rows using byte-interleaving. Each FEC encoder/decoder processes one of
This is a generic signal sent downstream when a defect these sub-rows. The FEC parity check bytes are calculated over the 239 information bytes of each sub-row and transmitted in the last16
has been detected in order to suppress defects or faults. request in order to lock the signal from user access. It SONET/SDH problems, it’s ideal for testing
bytes of the same sub-row.
It consists of a pseudo-random bit sequence (PRBS) consists of a repeating “0101 0101” pattern in the entire devices and modules for the optical transport
211–1, which replaces the entire OTUk. ODUk signal, which excludes the Frame Alignment
overhead and the OTUk overhead.
network (OTN) to ITU-T G.709. It has been
ODUk Alarm Indication Signal (ODUk-AIS) designed to evolve as transmission
Client Maintenance Signal (Generic AIS) technology evolves, providing an upgrade
The ODUk alarm indication signal consists of all ones in
The generic alarm indication signal for constant bit rate
path to jitter, gigabit ethernet and 40 Gb/s.
the entire ODUk signal, excluding FTFL byte. This does Data are based on information, diagrams and figures taken from ITU-T Recommendations with the In short, it’s the platform of the future, today.
not overwrite the Frame Alignment or OTUk overhead client signals is a PRBS 211–1 repeating sequence.
kind permission of the International Telecommunication Union (ITU) as copyright holder. Where
appropriate, please consult the full text of the relevant ITU Recommendations for the authoritative
ODUk Open Connection Indication (ODUk-OCI)
version. These may be obtained from the ITU Sales Section, Place des Nations, CH-1211 Geneva 20,
An open connection indication is sent downstream when Switzerland; Tel.: +41.22.730.61.41, Fax: +41.22.730.51.94, E-mail: sales@itu.int. www.agilent.com/comms/otn
no signal is detected from upstream. It consists of a
repeating “0110 0110” pattern in the entire ODUk signal,
which excludes the Frame Alignment overhead and the
OTUk overhead.
Product specification and descriptions in this document subject to change without notice.