Professional Documents
Culture Documents
SONET SDH Presentation
SONET SDH Presentation
SONET/SDH
P. Michael Henderson
michael.henderson@cox.net
1
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Agenda
y Why SONET/SDH?
y Historical background
y Basic structure of the SONET/SDH frame
y Transport overhead
y Payload pointer processing
y Payload overhead
y Mapping of SONET payloads
− Virtual tributaries
− Handling ATM, POS, and GFP
y Automatic protection switching
y Summary
This presentation is based on a white paper available at
http://members.cox.net/michael.henderson
titled “Fundamentals of SONET/SDH.”
2
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
What is SONET/SDH
y SONET – Synchronous Optical NETwork (ANSI).
− ANSI started work on SONET in1985.
y SDH – Synchronous Digital Hierarchy (ITU).
− The ITU began work in 1986 to achieve the same goal.
y SONET and SDH define a set of physical layer standards for
communications over optical fiber.
I will attempt to cover both SONET and SDH in this presentation.
However, SONET and SDH use different terminology, which
makes it difficult to talk about both at the same time.
I will talk mainly about SONET because you need to understand
SONET to understand why some things were done in SDH.
3
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Why SONET/SDH?
4
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Why SONET/SDH?
Channel Channel
bank Two pairs of copper bank
wires (Tx and Rx)
5
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Why SONET/SDH?
T1 lines T1 lines
Terminating Terminating
multiplexer Two optical fibers multiplexer
(Tx and Rx)
6
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Standardization of SONET/SDH
7
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Why do we need SONET/SDH
8
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
SONET/SDH Terminology
Path
Line Line
11
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
SONET/SDH data rates
SONET name SDH name Line rate (Mbps) SPE rate (Mbps) Overhead rate
(Mbps)
OC-1 STM-0 51.84 50.112 1.728
OC-3 STM-1 155.52 150.336 5.184
OC-12 STM-4 622.08 601.344 20.736
OC-48 STM-16 2,488.32 2,405.376 82.944
OC-192 STM-64 9,953.28 9,621.504 331.776
OC-768 STM-256 39,813.12 38,486.016 1,327.104
12
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Interleaving of SONET/SDH signals
Order of
transmission
1
A1 A2 J0 J1
2 A1 A2 J0 J1
B1 E1 F1 B3
3 A1 A2 J0 J1
B1 E1 F1 B3
D1 D2 D3 C2
B1 E1 F1 B3
D1 D2 D3 C2
H1 H2 H3 G1
D1 D2 D3 C2
H1 H2 H3 G1
B2 K1 K2 F2
H1 H2 H3 G1
B2 K1 K2 F2
D4 D5 D6 H4
B2 K1 K2 F2
D4 D5 D6 H4
D7 D8 D9 Z3
D4 D5 D6 H4
D7 D8 D9 Z3
D10 D11 D12 Z4
D7 D8 D9 Z3
D10 D11 D12 Z4
Z1 Z2 E2 Z5
D10 D11 D12 Z4
Z1 Z2 E2 Z5
S1 M0/1 E2 N1
13
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Interleaving of SONET/SDH signals
270 Columns
A1 A1 A1 A2 A2 A2 J0 Z0 Z0
B1 X X E1 X X F1 X X
D1 X X D2 X X D3 X X
H1 H1 H1 H2 H2 H2 H3 H3 H3
B2 B2 B2 K1 X X K2 X X
D4 X X D5 X X D6 X X
D7 X X D8 X X D9 X X
D10 X X D11 X X D12 X X
X
S1 Z1 Z1 M0/1 Z2 M2 E2 X
14
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Payloads in Interleaved Signals
A1 A2 J0
A1 B1 A2 E1J0 F1
A1 B1A2 E1J0 F1
B1 D1E1D1 F1
D2 D3
D2 H2D3 H3
H1
D1 H1D2 H2D3 H3
B2 K1 K2
H1 B2H2 K1H3 K2
D4 D5 D6
B2 D4K1 D5K2 D6
D7 D8 D9
D4 D7D5 D8D6 D9
D7D10D8D10 D11 D12
D9
D11 Z2
D12 E2
Z1
D10 Z1
D11 Z2D12 E2
S1 M0/1 E2 87 Columns
J1
J1B3
J1B3
C2
B3C2G1
C2G1
F2
G1F2
H4
F2H4
Z3
H4Z3
Z4
Z3Z4
Z5
Z4Z5
15
2002-02-119PMH N1
P. Michael Henderson, michael.henderson@cox.net
Concatenated Payloads
261 Columns
J1
B3
C2
G1
F2
H4
Z3
Z4
N1
16
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Concatenated Payloads
A1 A2 J0
A1 B1 A2 E1J0 F1
A1 B1A2 E1J0 F1
B1 D1E1D1 F1
D2 D3
D2 H2D3 H3
H1
D1 H1D2 H2D3 H3
B2 K1 K2
H1 B2H2 K1H3 K2
D4 D5 D6
B2 D4K1 D5K2 D6
D7 D8 D9
D4 D7D5 D8D6 D9
D7D10D8D10 D11 D12
D9
D11 Z2
D12 E2
Z1
D10 Z1
D11 Z2D12 E2
S1 M0/1 E2
261 Columns
J1
B3
C2
G1
F2
H4
Z3
Z4
N1
17
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Framing and Section Trace
D4 D5 D6
D7 D8 D9
S1 M0/1 E2
18
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Monitoring for Bit Errors
D7 D8 D9
S1 M0/1 E2
19
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Communication Channels
D4 D5 D6
D7 D8 D9
S1 M0/1 E2
20
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Communication Channels
B2 K1 K2
D4 D5 D6
D7 D8 D9
S1 M0/1 E2
21
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Automatic Protection Switching
S1 M0/1 E2
22
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Sync and Error Indication
B2 K1 K2
D4 D5 D6
D7 D8 D9
S1 M0/1 E2
23
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Payload Pointers
S1 M0/1 E2
24
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Why do we need Payload Pointers?
Everyeight
Every eightseconds,
seconds,the theFIFO
FIFOwill
willrun
rundry.
dry. IfIfan
anextra,
extra,“meaningless”
“meaningless”
octetcan
octet canbe
besent
sentatatthat
thattime,
time,ititwill
willgive
givethe
theFIFOFIFOtime
timetotofill
fillup
upagain.
again.
Problem: How
Problem: Howtototell
tellthe
thereceiver
receiverthat
thatthis
thisone
oneoctet
octetisismeaningless?
meaningless?
25
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Format of the H1, H2, H3 Octets
H1
H1 H2
H2 H3
H3
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
N N N N – – I D I D I D I D I D
0 1 1 0 0 0 10 BIT POINTER
26
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
A Negative Pointer Adjustment
This line has no meaning –
H1 H2 H3
Normal Frame it’s just there to help show
the movement of the start of
the frame (here).
27
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Details of H1, H2, H3 octets during justification
28
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
A Positive Pointer Adjustment
This line has no meaning –
Normal Frame H1 H2 H3 it’s just there to help show
the movement of the start of
the frame (here).
Positive stuff
Normal Frame H1 H2 H3 octet
29
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Details of H1, H2, H3 octets during justification
30
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Details of H1, H2, H3 octets when using NDF
31
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Details of H1, H2, H3 octets when using NDF
32
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Payload Overhead
F2
H4
Z3
Z4
N1
33
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Error Checking
G1
F2
H4
Z3
Z4
N1
34
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Path Signal Label
H4
Z3
Z4
N1
35
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Path Status and Path User Channel
H4
Z3
Z4
N1
36
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Multi-Frame Indicator
H4
Z3
Z4
N1
37
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
TCM and Reserved octets
F2
H4
Z3
Z4
N1
38
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Virtual Tributaries
39
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Plesiochronous Data Rates of Interest
40
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
STS-1 Payload Mapping
87 Columns
28 Cols 28 Cols 28 Cols
Payload
overhead J1
(POH) B3
C2
G1
F2
H4
Z3
Z4
N1
1 30 59
Allmappings
All mappingsofofpayload
payloadinto
intoan
anSTS-1
STS-1payload
payloadhave
havethese
thesetwo
twocolumns
columns
takenas
taken asstuff
stuffcolumns.
columns.
41
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Virtual Tributary Groups
Vx
The “x” in Vx goes Vx
from 1 to 4 Vx
Vx
Order of Vx
transmission Vx
1 Vx
2
3
When interleaving,
the first column
of VTG#1 goes
next to the POH. 7
Columns 30 & 59 6
5
of the SPE are 4
skipped. 3
2
1
The84
The 84usable
usablepayload
payloadcolumns
columnsare aredivided
dividedinto
intoseven
sevengroups
groupsofoftwelve
twelve
columns. Each
columns. Eachset
setofoftwelve
twelveisiscalled
calledaa“Virtual
“VirtualTributary
TributaryGroup”
Group”(VTG)
(VTG)
42
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Virtual Tributaries
y A Virtual Tributary Group is further subdivided into Virtual
Tributaries (VT).
− Three columns makes a VT-1.5 (1.728 Mbps gross, good for a
DS-1 at 1.544 Mbps).
− Four columns makes a VT-2 (2.304 Mbps gross, good for an E1
at 2.048 Mbps).
− Six columns makes a VT-3 (3.456 Mbps gross, good for a DS-
1C at 3.152 Mbps).
− Twelve columns makes a VT-6 (6.912 Mbps gross, good for a
DS-2 at 6.312 Mbps).
y A VTG contains four VT-1.5s, or three VT-2s, or two VT-3s, or
one VT-6.
y A VTG can only contain one kind of VT. Different VTGs in an
SPE can contain different VT types, but within a VTG, there
can only be one kind of VT.
43
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Virtual Tributaries – The VT-1.5
One VTG
Vx Vx Vx Vx If all the VTGs in
an STS-1 are
carrying VT-1.5s,
+ the capacity of
One VT-1.5 +
the STS-1 SPE is
28 DS-1s, or the
same as a DS-3.
(Seven VTGs
times four VT-1.5s
per VTG)
Thefour
The fourVT-1.5s
VT-1.5sare
areinterleaved
interleavedinto
intothe
theVTG.
VTG. Note
Notethe
thecolors
colors––there
thereare
are
threeofofeach
three eachcolor,
color,with
witheach
eachcolor
colorindicating
indicatingone
oneVT-1.5
VT-1.5(for
(forfour
fourinside
insidethe
the
VTG. Each
VTG. EachVTVTisis 27
27octets,
octets,with
withone
oneoctet
octettaken
takenfor
forthe
theVx
Vxoctet.
octet.
44
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Superframes
y Remember that the last two bits of H4 in the POH count 00,
01, 10, 11, 00, etc. This produces a superframe of four
frames.
y The frame after the SPE with an H4 value of 00 will have the
first octet in the VT identified as V1. The one after value 01
will be identified as V2, etc.
y V1 and V2 form a pointer, exactly like the H1, H2 octets.
y Bits 5 and 6 are used to indicate the type of VT (unused in H1,
H2) (VT-6=00, VT-3=01, VT-2=10, VT-1.5=11)
y V3 is the negative stuff opportunity, exactly like H3.
y V4 is reserved for future standardization.
V1 V2 V3 V4
45
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
The V1, V2 Pointers
V1 V2
N N N N S S I D I D I D I D I D
46
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Pointing to the Start of the VT Payload
Pointer value of zero
V1 V2 V3 V4
V1 V2 V3
47
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
The VT-1.5 Payload
V5 J2 Z6 Z7
26 octets
48
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Byte Synchronous and Asynchronous VTs
y We’re going to look at two ways that DS-1 traffic can be
carried in a VT payload – byte synchronous and
asynchronous.
y Byte synchronous preserves the location of the payload
octets in a T1 frame (each speech sample).
− Used primarily to transport channelized T1s which are carrying
voice calls.
y Asynchronous simply transports the 1.544 Mbps stream
without concern for which byte is which.
− Used to carry T1s which are carrying data.
y Bits 5, 6, & 7 of V5 indicate which is being carried (010 =
asynchronous, 100 = byte synchronous).
49
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Byte Synchronous Mapping – VT-1.5
V5 J2 Z6 Z7
P1P0S1S2S3S4FR P1P0S1S2S3S4FR P1P0S1S2S3S4FR P1P0S1S2S3S4FR
51
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Finished with Virtual
Tributaries!!!
52
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Support for DS-3 signals
53
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Support for DS-3 signals
54
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Support for DS-3 signals
55
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Support for ATM, POS, and GFP
56
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Generic Framing Procedure
y A way of framing variable length data without a framing
character.
− To overcome the problem of “shielding” in POS.
y GFP is being defined in the ANSI T1X1.5 committee.
− Can be thought of a variable length ATM type of framing.
− Header has header check octets and payload length. GFP
frame delineation is similar to finding ATM header.
PLI
4 octets
PLI
Length specified in the two
HEC
octets of the PLI is for total HEC PLI = Payload length indicator
frame length, including header. HEC = Header error control (CRC-16)
Max frame size, therefore, is Variable length
(64K-1) octets (65,535 octets).
payload
57
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Automatic Protection
Switching
58
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
A Unidirectional Ring
ADM B sends traffic
directly to ADM A. But
ADM A has to send
ADM
traffic for ADM B all the
A way around the ring.
ADM
ADM
B
D
ADM
C
59
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Backup for a Unidirectional Ring
ADM
A
Working fiber
ADM
ADM
B
D
Protection fiber
ADM
C
60
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
A Bi-directional Ring
Traffic between ADM A
and ADM B flows bi-
directionally between
ADM them.
A
ADM
ADM
B
D
ADM
C
61
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Backup for a Bi-directional Ring
ADM
A
Working fibers
ADM
ADM
B
D
Protection fibers
ADM
C
62
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Path Switching
63
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Path Switching – How does it work?
Protection Protection
fiber Add/Drop Multiplexer fiber
Working Working
fiber fiber
Rx Traffic, e.g.,
Tx
DS-1, E1, DS-3,
STS-1, etc.
64
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Line Switching
y Line Switching is done on bi-directional rings, either two
fiber or four fiber. Thus the name Bi-directional Line
Switched Ring (BLSR).
y The total capacity of the fibers must be twice the carried
traffic. For four fiber systems, this means two fibers are
dedicated for protection.
y What does Line Switching mean?
− Two adjacent nodes monitor the traffic between them.
− If one detects “failure” on a fiber, it signals the other.
− The two nodes coordinate switching to the protection fiber(s).
y The K1, K2 octets in the transport overhead are used for this
signaling.
65
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Line Switching – How is it done?
1
ADM A
ADM 2 (detail after
A 3 ring switch)
Working fibers
ADM
ADM
B
D
Protection fibers ADM B
(detail after
ring switch)
4 3 2 1
ADM
C
4 3 2 1
66
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Summary
67
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Questions?
68
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Backup Material
69
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Carrying an E1
in a Virtual Tributary
70
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Virtual Tributaries – The VT-2
One VTG
Vx Vx Vx
+
One VT-2 +
+
Thethree
The threeVT-2s
VT-2sareareinterleaved
interleavedinto
intothe
theVTG.
VTG. Note
Notethe
thecolors
colors––there
thereare
are
fourofofeach
four eachcolor,
color,with
witheach
eachcolor
colorindicating
indicatingone
oneVT-2
VT-2(for
(forthree
threeinside
insidethe
the
VTG. Each
VTG. EachVTVTisis 36
36octets,
octets,with
withone
oneoctet
octettaken
takenfor
forthe
theVxVxoctet.
octet.
71
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Superframes
y Remember that the last two bits of H4 in the POH count 00,
01, 10, 11, 00, etc. This produces a superframe of four
frames.
y The frame after the SPE with an H4 value of 00 will have the
first octet in the VT identified as V1. The one after value 01
will be identified as V2, etc.
y V1 and V2 form a pointer, exactly like the H1, H2 octets.
y Bits 5 and 6 are used to indicate the type of VT (unused in H1,
H2) (VT-6=00, VT-3=01, VT-2=10, VT-1.5=11)
y V3 is the negative stuff opportunity, exactly like H3.
y V4 is reserved for future standardization.
V1 V2 V3 V4
72
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
The V1, V2 Pointers
V1 V2
N N N N S S I D I D I D I D I D
73
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Pointing to the Start of the VT Payload
Pointer value of zero
V1 V2 V3 V4
V1 V2 V3
74
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
The VT-2 Payload
V5 J2 Z6 Z7
35 octets
75
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Byte Synchronous and Asynchronous VTs
y We’re going to look at two ways that E-1 traffic can be carried
in a VT payload – byte synchronous and asynchronous.
y Byte synchronous preserves the location of the payload
octets in an E1 frame (each speech sample).
− Used primarily to transport channelized E1s which are carrying
voice calls.
y Asynchronous simply transports the 2.048 Mbps stream
without concern for which byte is which.
− Used to carry E1s which are carrying data.
y Bits 5, 6, & 7 of V5 indicate which is being carried (010 =
asynchronous, 100 = byte synchronous).
76
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Byte Synchronous Mapping – 30 Channels
V5 J2 Z6 Z7
P1P0R R R R R R P1P0R R R R R R P1P0R R R R R R P1P0R R R R R R
RRRRRRRR RRRRRRRR RRRRRRRR RRRRRRRR
77
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Byte Synchronous Mapping – 31 Channels
V5 J2 Z6 Z7
RRRRRRRR RRRRRRRR RRRRRRRR RRRRRRRR
RRRRRRRR RRRRRRRR RRRRRRRR RRRRRRRR
78
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Asynchronous Mapping – VT-2
V5 J2 Z6 Z7
RRRRRRRR C1C2O O O O R R C1C2O O O O R R C1C2R R R R R S1
S2 I I I I I I I
79
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Synchronous Digital
Hierarchy (SDH)
80
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
SDH Terminology
81
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Administrative Unit Groups and AUs
82
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
The STM-1 frame (not to scale)
270 Columns
261 Columns
A1 A1 A1 A2 A2 A2 J0 Z0 Z0
B1 X X E1 X X F1 X X
D1 X X D2 X X D3 X X
H1 H1 H1 H2 H2 H2 H3 H3 H3
B2 B2 B2 K1 X X K2 X X
D4 X X D5 X X D6 X X
D7 X X D8 X X D9 X X
D10 X X D11 X X D12 X X
X
S1 Z1 Z1 M0/1 Z2 M2 E2 X
Section overhead
83
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Administrative Unit - 3
84
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Mapping of three AU-3s to an AUG
A1 A1 A1 A2 A2 A2 J0 Z0 Z0
B1 X X E1 X X F1 X X
D1 X X D2 X X D3 X X
B2 B2 B2 K1 X X K2 X X
D4 X X D5 X X D6 X X
D7 X X D8 X X D9 X X
D10 X X D11 X X D12 X X
X
S1 Z1 Z1 M0/1 Z2 M2 E2 X
H1 H2 H3
H1 H2 H3
Section overhead H1 H2 H3
87 Columns 85
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Administrative Unit - 3
86
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
The “Floating” Virtual Container - 3
85 Columns
J1
VC-3 B3
C2
G1
F2
H4
Z3
Z4
N1
AU-3
H1 H2 H3
87 Columns
87
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Mapping PDH Traffic
y When mapping PDH traffic, the VC-3 will contain seven
Tributary Unit Group – 2s (TUG-2). These function exactly like
the VTGs in SONET.
y Then, within the TUG-2, we have Tributary Units (TU-x) which
carry the traffic exactly like SONET. The names are different.
− Actually, each TU contains a Virtual Container which carries the
traffic. See next slide for convention.
88
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
SDH Naming Conventions
89
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Administrative Unit - 4
90
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
A1 A1 A1 A2 A2 A2 J0 Z0 Z0
B1 X X E1 X X F1 X X
D1 X X D2 X X D3 X X
B2 B2 B2 K1 X X K2 X X
D4 X X D5 X X D6 X X
D7 X X D8 X X D9 X X
D10 X X D11 X X D12 X X
X
S1 Z1 Z1 M0/1 Z2 M2 E2 X
261 Columns 91
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Tributary Unit Group - 3
y Define a new structure known as the Tributary Unit Group – 3
(TUG-3).
y Consists of 86 columns, one larger than the 85 columns of a
VC-3.
y The extra columns carries pointers to allow the VC-3 to
“float.”
y Three 86 column TUG-3s will take 258 columns, leaving three
columns in the 261 column AU-4.
y One column is used for the payload overhead (POH) just like
all other payloads.
y The two columns behind the POH are fixed stuff.
y So three TUG-3s fill an AU-4.
92
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
VC-3 Mapping into a TUG-3
86 Columns
H1 TUG-3
H2
85 Columns
H3
J1
VC-3 B3
C2 VC-3
Fixed stuff
G1
F2
H4
Z3
Z4
N1
93
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net
Virtual Container - 3
94
2002-02-119PMH P. Michael Henderson, michael.henderson@cox.net