PDH & SDH
PDH & SDH
PDH & SDH
Jump to: navigation, search This article does not cite any references or sources.
Please help improve this article by adding citations to reliable sources. Unsourced material may be challenged and removed. (September 2009)
The Plesiochronous Digital Hierarchy (PDH) is a technology used in telecommunications networks to transport large quantities of data over digital transport equipment such as fibre optic and microwave radio systems. The term plesiochronous is derived from Greek plsios, meaning near, and chronos, time, and refers to the fact that PDH networks run in a state where different parts of the network are nearly, but not quite perfectly, synchronised. PDH is typically being replaced by Synchronous Digital Hierarchy (SDH) or Synchronous optical networking (SONET) equipment in most telecommunications networks. PDH allows transmission of data streams that are nominally running at the same rate, but allowing some variation on the speed around a nominal rate. By analogy, any two watches are nominally running at the same rate, clocking up 60 seconds every minute. However, there is no link between watches to guarantee they run at exactly the same rate, and it is highly likely that one is running slightly faster than the other.
[edit] Implementation
The basic data transfer rate is a data stream of 2048 kbit/s. For speech transmission, this is broken down into thirty 64 kbit/s channels plus two 64 kbit/s channels used for signalling and synchronisation. Alternatively, the entire bandwidth may be used for non-speech purposes, for example, data transmission. The data rate is controlled by a clock in the equipment generating the data. The rate is allowed to vary by 50 ppm of 2.048 Mbit/s. This means that different data streams can be (probably are) running at slightly different rates to one another. In order to move multiple data streams from one place to another, they are multiplexed in groups of four. This is done by taking 1 bit from stream #1, followed by 1 bit from stream #2, then #3, then #4. The transmitting multiplexer also adds additional bits in order to allow the far end receiving multiplexer to decode which bits belong to which data stream, and so correctly reconstitute the original data streams. These additional bits are called "justification" or "stuffing" bits. Because each of the four data streams is not necessarily running at the same rate, some compensation has to be introduced. The transmitting multiplexer combines the four data streams assuming that they are running at their maximum allowed rate. This means that occasionally, (unless the 2 Mbit/s really is running at the maximum rate) the multiplexer will look for the next
bit but it will not have arrived. In this case, the multiplexer signals to the receiving multiplexer that a bit is "missing". This allows the receiving multiplexer to correctly reconstruct the original data for each of the four 2 Mbit/s data streams, and at the correct, different, plesiochronous rates. The resulting data stream from the above process runs at 8,448 kbit/s (about 8 Mbit/s). Similar techniques are used to combine four 8 Mbit/s together, plus bit stuffing, giving 34 Mbit/s. Four 34 Mbit/s, gives 140. Four 140 gives 565. 565 Mbit/s is the rate typically used to transmit data over a fibre optic system for long distance transport. Recently, telecommunications companies have been replacing their PDH equipment with SDH equipment capable of much higher transmission rates. 2.048 Mbit/s 8.448 Mbit/s 34.368 Mbit/s 139.264 Mbit/s Multiplex levels: Uses Positive justification to adapt frequency differences Overheads: CRC Defects: LOS, LOF, AIS
Synchronous Optical Networking (SONET) and Synchronous Digital Hierarchy (SDH) are standardized multiplexing protocols that transfer multiple digital bit streams over optical fiber using lasers or light-emitting diodes (LEDs). Lower data rates can also be transferred via an electrical interface. The method was developed to replace the Plesiochronous Digital Hierarchy (PDH) system for transporting larger amounts of telephone calls and data traffic over the same fiber without synchronization problems. SONET generic criteria are detailed in Telcordia Technologies Generic Requirements document GR-253-CORE.[1] Generic criteria applicable to SONET and other transmission systems (e.g., asynchronous fiber optic systems or digital radio systems) are found in Telcordia GR-499-CORE.[2] SONET and SDH, which are essentially the same, were originally designed to transport circuit mode communications (e.g., DS1, DS3) from a variety of different sources, but they were primarily designed to support real-time, uncompressed, circuit-switched voice encoded in PCM format.[3] The primary difficulty in doing this prior to SONET/SDH was that the synchronization sources of these various circuits were different. This meant that each circuit was actually operating at a slightly different rate and with different phase. SONET/SDH allowed for the simultaneous transport of many different circuits of differing origin within a single framing protocol. SONET/SDH is not itself a communications protocol per se, but a transport protocol.
Due to SONET/SDH's essential protocol neutrality and transport-oriented features, SONET/SDH was the obvious choice for transporting Asynchronous Transfer Mode (ATM) frames. It quickly evolved mapping structures and concatenated payload containers to transport ATM connections. In other words, for ATM (and eventually other protocols such as Ethernet), the internal complex structure previously used to transport circuit-oriented connections was removed and replaced with a large and concatenated frame (such as OC-3c) into which ATM cells, IP packets, or Ethernet frames are placed.
Both SDH and SONET are widely used today: SONET in the United States and Canada, and SDH in the rest of the world. Although the SONET standards were developed before SDH, it is considered a variation of SDH because of SDH's greater worldwide market penetration. The SDH standard was originally defined by the European Telecommunications Standards Institute (ETSI), and is formalized as International Telecommunications Union (ITU) standards G.707,[4] G.783,[5] G.784,[6] and G.803.[7][8] The SONET standard was defined by Telcordia[1] and American National Standards Institute (ANSI) standard T1.105.[9][8]
Contents
[hide]
1 Difference from PDH 2 Protocol overview 3 The basic unit of transmission o 3.1 Framing o 3.2 SDH frame 3.2.1 Transport overhead 3.2.2 Path virtual envelope 4 SONET/SDH and relationship to 10 Gigabit Ethernet 5 SONET/SDH data rates 6 Physical layer 7 SONET/SDH network management protocols 8 Equipment o 8.1 Regenerator o 8.2 Add-drop multiplexer o 8.3 Digital cross connect system 9 Network architectures o 9.1 Linear Automatic Protection Switching o 9.2 Unidirectional path-switched ring o 9.3 Bidirectional line-switched ring 10 Synchronization o 10.1 Timing loops 11 Next-generation SONET/SDH 12 See also 13 Notes 14 References 15 External links o 15.1 Standards
In packet-oriented data transmission, such as Ethernet, a packet frame usually consists of a header and a payload. The header is transmitted first, followed by the payload (and possibly a trailer, such as a CRC). In synchronous optical networking, this is modified slightly. The header is termed the overhead, and instead of being transmitted before the payload, is interleaved with it during transmission. Part of the overhead is transmitted, then part of the payload, then the next part of the overhead, then the next part of the payload, until the entire frame has been transmitted.
In the case of an STS-1, the frame is 810 octets in size, while the STM-1/STS-3c frame is 2,430 octets in size. For STS-1, the frame is transmitted as three octets of overhead, followed by 87 octets of payload. This is repeated nine times, until 810 octets have been transmitted, taking 125 s. In the case of an STS-3c/STM-1, which operates three times faster than an STS-1, nine octets of overhead are transmitted, followed by 261 octets of payload. This is also repeated nine times until 2,430 octets have been transmitted, also taking 125 s. For both SONET and SDH, this is often represented by displaying the frame graphically: as a block of 90 columns and nine rows for STS-1, and 270 columns and nine rows for STM1/STS-3c. This representation aligns all the overhead columns, so the overhead appears as a contiguous block, as does the payload. The internal structure of the overhead and payload within the frame differs slightly between SONET and SDH, and different terms are used in the standards to describe these structures. Their standards are extremely similar in implementation, making it easy to interoperate between SDH and SONET at any given bandwidth. In practice, the terms STS-1 and OC-1 are sometimes used interchangeably, though the OC designation refers to the signal in its optical form. It is therefore incorrect to say that an OC-3 contains 3 OC-1s: an OC-3 can be said to contain 3 STS-1s.
[edit] SDH frame
An STM-1 frame. The first nine columns contain the overhead and the pointers. For the sake of simplicity, the frame is shown as a rectangular structure of 270 columns and nine rows but the protocol does not transmit the bytes in this order.
For the sake of simplicity, the frame is shown as a rectangular structure of 270 columns and nine rows. The first three rows and nine columns contain regenerator section overhead (RSOH) and the last five rows and nine columns contain multiplex section overhead (MSOH). The fourth row from the top contains pointers.
The STM-1 (Synchronous Transport Module, level 1) frame is the basic transmission format for SDHthe first level of the synchronous digital hierarchy. The STM-1 frame is transmitted in exactly 125 s, therefore, there are 8,000 frames per second on a 155.52 Mbit/s OC-3 fiber-optic circuit.[nb 1] The STM-1 frame consists of overhead and pointers plus information payload. The first nine columns of each frame make up the Section Overhead and Administrative Unit Pointers, and the last 261 columns make up the Information Payload. The pointers (H1, H2, H3 bytes) identify administrative units (AU) within the information payload. Thus, an OC-3 circuit can carry 150.336 Mbit/s of payload, after accounting for the overhead.[nb 2] Carried within the information payload, which has its own frame structure of nine rows and 261 columns, are administrative units identified by pointers. Also within the administrative unit are one or more virtual containers (VCs). VCs contain path overhead and VC payload. The first column is for path overhead; it is followed by the payload container, which can itself carry other containers. Administrative units can have any phase alignment within the STM frame, and this alignment is indicated by the pointer in row four. The section overhead (SOH) of a STM-1 signal is divided into two parts: the regenerator section overhead (RSOH) and the multiplex section overhead (MSOH). The overheads contain information from the transmission system itself, which is used for a wide range of management functions, such as monitoring transmission quality, detecting failures, managing alarms, data communication channels, service channels, etc. The STM frame is continuous and is transmitted in a serial fashion: byte-by-byte, row-by-row.
[edit] Transport overhead
The transport overhead is used for signaling and measuring transmission error rates, and is composed as follows:
Section overhead Called RSOH (regenerator section overhead) in SDH terminology: 27 octets containing information about the frame structure required by the terminal equipment. Line overhead Called MSOH (multiplex section overhead) in SDH: 45 octets containing information about error correction and Automatic Protection Switching messages (e.g., alarms and maintenance messages) as may be required within the network. AU Pointer
Points to the location of the J1 byte in the payload (the first byte in the virtual container).[10] [edit] Path virtual envelope
Data transmitted from end to end is referred to as path data. It is composed of two components:
Payload overhead (POH) Nine octets used for end-to-end signaling and error measurement. Payload User data (774 bytes for STM-0/STS-1, or 2,340 octets for STM-1/STS-3c)
For STS-1, the payload is referred to as the synchronous payload envelope (SPE), which in turn has 18 stuffing bytes, leading to the STS-1 payload capacity of 756 bytes.[11] The STS-1 payload is designed to carry a full PDH DS3 frame. When the DS3 enters a SONET network, path overhead is added, and that SONET network element (NE) is said to be a path generator and terminator. The SONET NE is line terminating if it processes the line overhead. Note that wherever the line or path is terminated, the section is terminated also. SONET regenerators terminate the section, but not the paths or line. An STS-1 payload can also be subdivided into seven virtual tributary groups (VTGs). Each VTG can then be subdivided into four VT1.5 signals, each of which can carry a PDH DS1 signal. A VTG may instead be subdivided into three VT2 signals, each of which can carry a PDH E1 signal. The SDH equivalent of a VTG is a TUG2; VT1.5 is equivalent to VC11, and VT2 is equivalent to VC12. Three STS-1 signals may be multiplexed by time-division multiplexing to form the next level of the SONET hierarchy, the OC-3 (STS-3), running at 155.52 Mbit/s. The signal is multiplexed by interleaving the bytes of the three STS-1 frames to form the STS-3 frame, containing 2,430 bytes and transmitted in 125 s. Higher-speed circuits are formed by successively aggregating multiples of slower circuits, their speed always being immediately apparent from their designation. For example, four STS-3 or AU4 signals can be aggregated to form a 622.08 Mbit/s signal designated OC-12 or STM-4. The highest rate commonly deployed is the OC-768 or STM-256 circuit, which operates at rate of just under 38.5 Gbit/s.[12] Where fiber exhaustion is a concern, multiple SONET signals can be transported over multiple wavelengths on a single fiber pair by means of wavelength-division multiplexing, including dense wavelength-division multiplexing (DWDM) and coarse wavelength-division multiplexing (CWDM). DWDM circuits are the basis for all modern submarine communications cable systems and other long-haul circuits.
Another type of high-speed data networking circuit is 10 Gigabit Ethernet (10GbE). The Gigabit Ethernet Alliance created two 10 Gigabit Ethernet variants: a local area variant (LAN PHY) with a line rate of 10.3125 Gbit/s, and a wide area variant (WAN PHY) with the same line rate as OC-192/STM-64 (9,953,280 Kbit/s). The WAN PHY variant encapsulates Ethernet data using a lightweight SDH/SONET frame, so as to be compatible at a low level with equipment designed to carry SDH/SONET signals, whereas the LAN PHY variant encapsulates Ethernet data using 64B/66B line coding. However, 10 Gigabit Ethernet does not explicitly provide any interoperability at the bitstream level with other SDH/SONET systems. This differs from WDM system transponders, including both coarse and dense wavelength-division multiplexing systems (CWDM and DWDM) that currently support OC-192 SONET signals, which can normally support thin-SONETframed 10 Gigabit Ethernet.
User throughput must also deduct path overhead from the payload bandwidth, but path-overhead bandwidth is variable based on the types of cross-connects built across the optical system. Note that the data-rate progression starts at 155 Mbit/s and increases by multiples of four. The only exception is OC-24, which is standardized in ANSI T1.105, but not a SDH standard rate in ITU-T G.707.[9][4] Other rates, such as OC-9, OC-18, OC-36, OC-96, and OC-1536, are defined but not commonly deployed; most are considered orphaned rates.[13][14][3] The next logical rate of 160 Gbit/s OC-3072/STM-1024 has not yet been standardized,[dated info] due to the cost of high-rate transceivers and the ability to more cheaply multiplex wavelengths at 10 and 40 Gbit/s.[citation needed]
The physical layer actually comprises a large number of layers within it, only one of which is the optical/transmission layer (which includes bit rates, jitter specifications, optical signal specifications, etc.). The SONET and SDH standards come with a host of features for isolating and identifying signal defects and their origins.
SONET equipment is often managed with the TL1 protocol. TL1 is a telecom language for managing and reconfiguring SONET network elements. The command language used by a SONET network element, such as TL1, must be carried by other management protocols, such as SNMP, CORBA, or XML. SDH has been mainly managed using the Q3 interface protocol suite defined in ITU recommendations Q.811 and Q.812. With the convergence of SONET and SDH on switching matrix and network elements architecture, newer implementations have also offered TL1.[citation needed] Most SONET NEs have a limited number of management interfaces defined:
Electrical interface
The electrical interface, often a 50-ohm coaxial cable, sends SONET TL1 commands from a local management network physically housed in the central office where the SONET network element is located. This is for local management of that network element and, possibly, remote management of other SONET network elements. Craft interface Local "craftspersons" (telephone network engineers) can access a SONET network element on a "craft port" and issue commands through a dumb terminal or terminal emulation program running on a laptop. This interface can also be attached to a console server, allowing for remote out-of-band management and logging. Data communication channels (DCCs) SONET and SDH have dedicated data communication channels (DCCs) within the section and line overhead for management traffic. Generally, section overhead (regenerator section in SDH) is used. According to ITU-T G.7712, there are three modes used for management:[15]
IP-only stack, using PPP as data-link OSI-only stack, using LAP-D as data-link Dual (IP+OSI) stack using PPP or LAP-D with tunneling functions to communicate between stacks.
To handle all of the possible management channels and signals, most modern network elements contain a router for the network commands and underlying (data) protocols. The main functions of network management include:
Network and network-element provisioning In order to allocate bandwidth throughout a network, each network element must be configured. Although this can be done locally, through a craft interface, it is normally done through a network management system (sitting at a higher layer) that in turn operates through the SONET/SDH network management network. Software upgrade Network-element software upgrades are done mostly through the SONET/SDH management network in modern equipment. Performance management Network elements have a very large set of standards for performance management. The performance-management criteria allow not only monitoring the health of individual network elements, but isolating and identifying most network defects or outages. Higher-layer network monitoring and management software allows the proper filtering and troubleshooting of
network-wide performance management, so that defects and outages can be quickly identified and resolved.
[edit] Equipment
With advances in SONET and SDH chipsets, the traditional categories of network elements are no longer distinct. Nevertheless, as network architectures have remained relatively constant, even newer equipment (including multi-service provisioning platforms) can be examined in light of the architectures they will support. Thus, there is value in viewing new, as well as traditional, equipment in terms of the older categories.
[edit] Regenerator
Traditional regenerators terminate the section overhead, but not the line or path. Regenerators extend long-haul routes in a way similar to most regenerators, by converting an optical signal that has already traveled a long distance into electrical format and then retransmitting a regenerated high-power signal. Since the late 1990s, regenerators have been largely replaced by optical amplifiers. Also, some of the functionality of regenerators has been absorbed by the transponders of wavelengthdivision multiplexing systems.
[edit] Add-drop multiplexer
Add-drop multiplexers (ADMs) are the most common type of network elements. Traditional ADMs were designed to support one of the network architectures, though new generation systems can often support several architectures, sometimes simultaneously. ADMs traditionally have a high-speed side (where the full line rate signal is supported), and a low-speed side, which can consist of electrical as well as optical interfaces. The low-speed side takes in low-speed signals, which are multiplexed by the network element and sent out from the high-speed side, or vice-versa.
[edit] Digital cross connect system
Recent digital cross connect systems (DCSs or DXCs) support numerous high-speed signals, and allow for cross-connection of DS1s, DS3s and even STS-3s/12c and so on, from any input to any output. Advanced DCSs can support numerous subtending rings simultaneously.
Linear Automatic Protection Switching (APS), also known as 1+1, involves four fibers: two working fibers (one in each direction), and two protection fibers. Switching is based on the line state, and may be unidirectional (with each direction switching independently), or bidirectional (where the network elements at each end negotiate so that both directions are generally carried on the same pair of fibers).
[edit] Unidirectional path-switched ring
In unidirectional path-switched rings (UPSRs), two redundant (path-level) copies of protected traffic are sent in either direction around a ring. A selector at the egress node determines which copy has the highest quality, and uses that copy, thus coping if one copy deteriorates due to a broken fiber or other failure. UPSRs tend to sit nearer to the edge of a network, and as such are sometimes called collector rings. Because the same data is sent around the ring in both directions, the total capacity of an UPSR is equal to the line rate N of the OC-N ring.[16] For example, in an OC-3 ring with 3 STS-1s used to transport 3 DS-3s from ingress node A to the egress node D, 100 percent of the ring bandwidth (N=3) would be consumed by nodes A and D. Any other nodes on the ring could only act as pass-through nodes. The SDH equivalent of UPSR is subnetwork connection protection (SNCP); SNCP does not impose a ring topology, but may also be used in mesh topologies.
[edit] Bidirectional line-switched ring
Bidirectional line-switched ring (BLSR) comes in two varieties: two-fiber BLSR and four-fiber BLSR. BLSRs switch at the line layer. Unlike UPSR, BLSR does not send redundant copies from ingress to egress. Rather, the ring nodes adjacent to the failure reroute the traffic "the long way" around the ring. BLSRs trade cost and complexity for bandwidth efficiency, as well as the ability to support "extra traffic" that can be pre-empted when a protection switching event occurs. BLSRs can operate within a metropolitan region or, often, will move traffic between municipalities. Because a BLSR does not send redundant copies from ingress to egress, the total bandwidth that a BLSR can support is not limited to the line rate N of the OC-N ring, and can actually be larger than N depending upon the traffic pattern on the ring.[17] In the best case, all traffic is between adjacent nodes. The worst case is when all traffic on the ring egresses from a single node, i.e., the BLSR is serving as a collector ring. In this case, the bandwidth that the ring can support is equal to the line rate N of the OC-N ring. This is why BLSRs are seldom, if ever, deployed in collector rings, but often deployed in inter-office rings. The SDH equivalent of BLSR is called Multiplex Section-Shared Protection Ring (MS-SPRING).
[edit] Synchronization
Clock sources used for synchronization in telecommunications networks are rated by quality, commonly called a stratum. Typically, a network element uses the highest quality stratum available to it, which can be determined by monitoring the synchronization status messages (SSM) of selected clock sources. Synchronization sources available to a network element are:
Local external timing This is generated by an atomic Caesium clock or a satellite-derived clock by a device in the same central office as the network element. The interface is often a DS1, with sync-status messages supplied by the clock and placed into the DS1 overhead. Line-derived timing A network element can choose (or be configured) to derive its timing from the line-level, by monitoring the S1 sync-status bytes to ensure quality. Holdover As a last resort, in the absence of higher quality timing, a network element can go into a holdover mode until higher-quality external timing becomes available again. In this mode, the network element uses its own timing circuits as a reference. [edit] Timing loops
A timing loop occurs when network elements in a network are each deriving their timing from other network elements, without any of them being a "master" timing source. This network loop will eventually see its own timing "float away" from any external networks, causing mysterious bit errorsand ultimately, in the worst cases, massive loss of traffic. The source of these kinds of errors can be hard to diagnose. In general, a network that has been properly configured should never find itself in a timing loop, but some classes of silent failures could nevertheless cause this issue.
SONET/SDH development was originally driven by the need to transport multiple PDH signalslike DS1, E1, DS3, and E3along with other groups of multiplexed 64 Kbit/s pulsecode modulated voice traffic. The ability to transport ATM traffic was another early application. In order to support large ATM bandwidths, concatenation was developed, whereby smaller multiplexing containers (e.g., STS-1) are inversely multiplexed to build up a larger container (e.g., STS-3c) to support large data-oriented pipes. One problem with traditional concatenation, however, is inflexibility. Depending on the data and voice traffic mix that must be carried, there can be a large amount of unused bandwidth left over, due to the fixed sizes of concatenated containers. For example, fitting a 100 Mbit/s Fast Ethernet connection inside a 155 Mbit/s STS-3c container leads to considerable waste. More important is the need for all intermediate network elements to support newly-introduced concatenation sizes. This problem was overcome with the introduction of Virtual Concatenation. Virtual concatenation (VCAT) allows for a more arbitrary assembly of lower-order multiplexing containers, building larger containers of fairly arbitrary size (e.g., 100 Mbit/s) without the need for intermediate network elements to support this particular form of concatenation. Virtual concatenation leverages the X.86 or Generic Framing Procedure (GFP) protocols in order to map payloads of arbitrary bandwidth into the virtually-concatenated container. The Link Capacity Adjustment Scheme (LCAS) allows for dynamically changing the bandwidth via dynamic virtual concatenation, multiplexing containers based on the short-term bandwidth needs in the network. The set of next-generation SONET/SDH protocols that enable Ethernet transport is referred to as Ethernet over SONET/SDH (EoS