SDH

par A. OUMNAD

1 LA HIERARCHIE SDH ET SONET

1.1 INTRODUCTION
L'inconvnient de la PDH est qu'il faut dmultiplexer compltement l'ensemble des diffrents
ordres de multiplexage pour extraire un signal. De plus, la synchronisation de chaque metteur avec
chaque rcepteur qui est une condition clef une transmission sans erreur est parfois dlicate
obtenir dans ce systme ou les horloges donnant le rythme sont rparties sur les metteurs et les
rcepteurs et on se retrouve avec presque autant d'horloges diffrentes qu'il y a de machines
diffrentes dans le rseau. Pour palier ces problmes, une nouvelle hirarchie de systme de
transmission a vu le jour :
SDH :

Synchronous Digital Hierarchy (en Europe)

SONET :

Synchronous Optical NETwork

(aux USA)

L'un des aspects principaux est que tous les quipements du rseau SDH sont pilots par le mme
signal d'horloge. Il y a quelque part une horloge atomique qui distribue le rythme pour l'ensemble des
nuds du rseau national. Ce rythme est transmis de proche en proche sur fibre optique tous les
quipements de transmission SDH du pays. C'est pour cette raison que ce mode de transmission est
appel synchrone.

1.2

AVANTAGES DE SDH/SONET

Grande fiabilit de transmission, la fibre de verre est insensible aux interfrences lectriques et
lectromagntiques.
Absence d'interfrences entre fibres optiques voisines
Grande bande passante. Une fibre unique peut transporter plus de 1000000 fois le volume
transport par un fil de cuivre. Mme sur fibre optique, avec son dbit max de 565 Mb/s, la
hirarchie PDH a du mal satisfaire les besoins en bande passante des nouveaux services.
Trs faible attnuation, ce qui augmente considrablement la porte en deux rgnrateurs. Une
seule fibre optique peut transporter un dbit de 10 Gbps sur 400 Km sans amplificateurs.
Les deux standards SDH et SONET sont compatibles. Ils sont interfaages entre eux et avec les
rseaux non optiques ( PDH(USA), PDH(Europe), ATM, .)
Possibilit d'insrer et d'extraire un affluent de faible dbit d'un circuit haut dbit sans tre
oblig de le dmultiplexer. Cette opration est impossible avec la hirarchie PDH.

1.3

TOPOLOGIE DES RESEAUX SDH/SONET

L'architecture d'un rseau SDH est dtermine partir d'un certain nombre de considrations
fondamentales telles que :
Respect du dbit et du synchronisme
Assurer le transport dans un temps minimum
Capacit du rseau palier automatiquement ses dfaillances au moins partiellement pour
assurer le transport des donnes vitales
L'architecture en anneau est celle qui rpond le mieux ces considrations, cependant, on constate
dans la pratique qu'un mlange de topologies, anneau, arborescent et maill est parfois utilis.

SDH

par A. OUMNAD

NE

NE

NE

NE

NE

NE

NE

NE

NE

NE

NE
NE

NE
Fig. 1-1 : (a) : rseau en anneau

1.3.1

NE

NE

NE

(b) : rseau arborescent

(c) : rseau maill

Architecture en anneau monofibre

Cette architecture dite aussi en anneau unidirectionnel prsente

l'inconvnient que le temps de transmission entre deux nuds est
diffrent selon le sens du flux. Le temps de transmission BA est
suprieur au temps de transmission AB. Comme les trames transmises
contiennent des informations concernant les trames reues (qualit de
transport par exemple), les retards de dtection peuvent tre
prjudiciables la procdure des changes.

B
C

Fig. 1-2 : anneau unidirectionnel

1.3.2

Architecture en anneau bidirectionnel

Cette architecture ne possde pas l'inconvnient de la

A
configuration monofibre, elle est constitue d'une paire de fibre,
chaque fibre transporte le trafic dans un sens. Elle permet aussi une
E
meilleure gestion des trafics sur les diffrents tronons du rseau.
Chaque nud reoit un flux de donnes, il extrait le trafic qui lui
B
est rserv et l'achemine vers l'extrieur de l'anneau et relaie le
reste du flux vers le nud suivant. On peut aisment vrifier sur
D
l'anneau de Fig. 1-3 que le trafic est rparti de sorte que le flux
transport par chaque tronon est gal la somme des flux de 3
C
paires de nuds. Par exemple le tronon AB transporte le flux
AB mais aussi les flux EB et AC. Imaginons que ce tronon est
Fig. 1-3 : anneau bidirectionnel
arriv son dbit max alors que A besoin d'un dbit plus important
vers C, on peut alors essayer (dans la mesure du possible) d'acheminer l'excdent du flux AC sur
l'autre fibre travers les nuds E et D. Il faut tout de mme remarquer que ces deux flux n'auront
pas les mmes dlais et qu'il faut prendre les prcautions ncessaires suivant la situation. Le conduit le
plus court est dit conduit mineur, l'autre est dsign par conduit majeur.

1.3.3

La protection dans les rseaux SDH

Pour faire face aux dfaillances techniques, la SDH rserve des circuits physiques ou logiques qui
seront utiliss en cas de difficults de transmission comme la rupture d'une fibre ou la dfaillance
d'un quipement de rseau. Dans certaines architectures, les circuits de rserve, peuvent en temps
normal, servir transporter des dbits supplmentaires (moins prioritaires).
En cas dfaillance, des dlais de reprise sont gnrs, ils sont gnralement compris entre 50 et
100 ms et peuvent atteindre dans certain cas critiques des dures allant jusqu' 10 s.

1.3.3.1

Protection 1 + 1

Cette protection prvoit un deuxime support de secours qui prend le relais en cas de dfaillance du
circuit normal. Le circuit de secours dpend de l'architecture, il peut tre constitu d'une fibre en cas
d'un rseau unidirectionnel, ou d'une paire de fibre en cas d'un rseau bidirectionnel.

SDH

par A. OUMNAD

Fibre normale
Fibre de secours
Commutation
Contrle de
Qualit
Fig. 1-4 : circuit de commutation d'une protection 1 + 1

1.3.3.2

Protection 1 : 1

Elle consiste utiliser simultanment 2 fibres demi-charge. Si l'un des dispositifs est dfaillant,
le deuxime est utilis pleine charge.
Lors de l'utilisation normale, il est admis d'utiliser les deux autres demie-charges de resserve pour
transporter des flux supplmentaires.
demi-charge

demi-charge
Fig. 1-5 : protection 1:1

A
D

B
C

Fig. 1-6 (a) anneau unidirectionnel protg

C
(b) anneau bidirectionnel protg

SDH

par A. OUMNAD

1.4

CONSTITUTION DES TRAMES SDH

La structure des trames dans un rseau plsiochrone PDH ne comporte qu'un nombre rduit de bits
allous l'exploitation et ne permettent pas la gestion du rseau. Par contre, la technologie SDH, ayant
t conue pour fonctionner sur fibre optique, dispose de dbits de transport considrables
permettant de rserver une capacit significative pour la gestion du rseau. La gestion du rseau SDH
inclut lexploitation, la gestion, la maintenance et la mise en service, elle est effectue par des
informations de surdbit transportes dans les trames. Chaque couche dun rseau SDH (niveau
dencapsulation) dispose de moyens propres de gestion. Certaines donnes dites de bourrage sont
incluses juste pour la synchronisation.

1.4.1

Le multiplexage SDH

Pour la norme SDH, les niveaux sont organiss hirarchiquement en STM-n (Synchronous Transport
Module, niveau n). Pour SONET il sont organiss en STS-n (Synchronous Transport signal, niveau n)
SDH

SONET
STS-1
STS-3
STS-12
STS-48
STS-192

STM-1
STM-4
STM-16
STM-64

Dsignation optique
OC-1
OC-3
OC-12
OC-48
OC-192

Dbit (Mbps)
51.84
155.52
622.08
2488.32
9953.28

Tableau 1-1 : Rpertoire des dbits de la Hirarchie SDH/SONET

Lors du multiplexage SDH, les donnes sont encapsuls dans des blocs (trames) qui seront
multiplexs pour donner des blocs de plus en plus gros jusqu obtenir une trames STM. Chaque bloc
porte un nom, on trouve : Conteneur (C), Conteneur Virtuel (VC), Tributary Unit (TU), Tributary Unit
Group (TUG), Administrative Unit (AU), Administrative Unit (AUG), et Synchronous Transport Module

(STM).

Un bloc de donnes SDH (C, VC, TU, TUG, AU, AUG, STM) est toujours transmis en 125 s, c'est la
priode clef des transmissions SDH. Comme les blocs ne contiennent pas le mme volume de donnes,
cela suppose l'utilisation d'horloge de plus en plus rapide au fur et mesure qu'on avance dans l'arbre
de multiplexage.
Le multiplexage SDH se fait en deux tapes. Un premier niveau, dit niveau infrieur LO (Low Order)
suivi d'un deuxime niveau, dit niveau suprieur HO (High Order). Dans le premier niveau les VC-LO
sont multiplexs pour former les VC-HO, en suite, dans le 2me niveau, les VC-HO sont multiplexes
pour former la trame STM (Fig. 1-7 et Fig. 1-12).

Niveau infrieur LO

Niveau suprieur HO
OC

VC

TU

TUG

VC

AU

AUG

Fig. 1-7 : Les niveaux de multiplexage SDH

STM

E/O

SDH

par A. OUMNAD

1.4.2

La notion de CONTENEUR

Les signaux transporter proviennent de liaisons qui peuvent tre synchrones ou asynchrones. Pour
faciliter leur transport, on les segmente en petit blocs appels conteneurs. Un conteneur contient un
paquet de donnes utiles (payload) arrivs au rythme du dbit de l'affluent pendant 125 s plus un
certain nombre d'octets de bourrage dont le rle est d'adapter le dbit incident la structure de la
trame.

Conteneur
Flus incident

1.4.3

SYN

Donnes

La notion de CONTENEUR VIRTUEL

Le conteneur sera transport travers le rseau SDH en suivant un chemin (path) entre le point
d'entre et le point de sortie. Une des proprits essentielle de la SDH est de pouvoir grer ce
conteneur et son chemin travers le rseau indpendamment de son contenu. A cette fin, des bits de
gestion appels POH (Path Overhead) sont ajouts au conteneur, l'ensemble constitue ce qu'on appelle

un conteneur virtuel VC (Virtual Container).

Les VCs sont les lments de bases transports par le rseau SDH, ils seront multiplexs pour
obtenir des blocs plus grands et ainsi de proche en proche jusqu' l'obtention d'une trame de base
STM-1 constitue de 2430 octets.

Conteneur

POH

Conteneur

Conteneur Virtuel

Fig. 1-8 : construction d'un Conteneur Virtuel

1.4.4

La notion de TRIBUTARY UNIT

Pour pouvoir localiser un VC dans une trame SDH sans que celui-ci soit plac toujours la mme
position, on utilise un pointeur qui indique l'adresse relative du VC par rapport au dbut de trame. Le
pointeur plus le VC constitue ce qu'on appelle une Tributary Unit (TU ).

Conteneur virtuel

pointeur Conteneur virtuel

Tributary Unit

Fig. 1-9 : construction d'un Conteneur Virtuel

Ce pointeur est ncessaire car les TUs sont construites l'aide de l'horloge SDH qui est
"indpendante" de celle des affluents, le dbut d'une TU ne concide pas forcment avec celui d'un VC.
Le fait qu'un VC puisse se trouver n'importe quelle position de la TU, on dit que celui-ci flotte
l'intrieur de la TU (et donc de la trame). Il arrive souvent qu'un VC tombe cheval entre deux trames
successives.
conteneur
conteneur
conteneur

Rythme affluent

conteneur virtuel conteneur virtuel conteneur virtuel

Rythme SDH

conteneur virtuel conteneur virtuel conteneur virtuel

Tributary Units
Fig. 1-10 : mapping des Virtual Containers dans les Tributary Units

SDH

par A. OUMNAD

1.4.5

La notion de Tributary Unit Group

Les TUs de diffrents affluents sont multiplexes (groupes par 3 ou 4) pour former des blocs plus
grand appel des Tributary Unit Group (TUG). Le multiplexage se fait toujours octet par octet. Il n'y
a pas de surdbit propre une TUG.

125 s
125 s

TU

MXR

TU

TUG

TU
Fig. 1-11 : constitution d'une TUG partir de 3 TUs

1.4.6

Les Virtual Containers d'ordre suprieur

Un Virtual Container de niveau suprieur VC-HO est constitu soit par groupement de plusieurs
TUG, soit directement partir d'un affluent extrieur haut dbit. Dans tous les cas, 9 octets POH
sont attribus chaque VC-HO. Des octets de bourrage et de justification peuvent aussi tre ajouts
afin adapter la taille du VC-HO la structure de la trame SDH.

1.4.7

Les units administratives AU et AUG

Dans le niveau suprieur HO, les Units administratives sont l'quivalent des Tributary Units dans
le niveau infrieur. Ici aussi, les VC-HO flottent dans les AU, d'ou la ncessit de pointeurs pour
localiser les VC dans les AU.

1.4.8

Larbre de multiplexage SDH

D S1 : 1.544 C -11
25
1.6

V C -11
26
1.664

T U-11
27
1.728

E 1 : 2.048

V C -12
35
2.24

T U-12
36
2.304

V C -2
107
6.848

T U-2
108
6.912

C -12
34
2.176

D S2 : 6.312 C -2
106
6.784

x4

x3

T UG -2
108
6.912

E 3 : 34.368
D S3 : 44.736 C -3
756
48.384

x7

V C -3
765
48.96
x7

A U-3
786
50.304

T U-3
774
49.536

ST M 1
2430
155.52
x 4 ST M -4
9720
622.08

A UG
2349
150.336

T UG -3
774
49.536
E 4 : 139.264
A T M : 149.76

x3

ST M -16
38880
x 16 2488.32

x3
C -4
2340
149.76

V C -4
2349

A U-4
2349
150.33

x 64

Fig. 1-12 : Multiplexage SDH

Chaque rectangle indique le nom du bloc de donnes, sa taille en octets et son dbit en Mb/s

ST M -64
155520
9953.28

SDH

par A. OUMNAD

1.5 EXEMPLE DE CONSTITUTION D'UNE TRAME SDH

Pour illustrer le mcanisme de multiplexage, nous allons dtaller les tapes de constitution d'une
trame STM-1 partir d'affluents E1 en suivant le chemin :
E1

C-12

VC-12

x7

x3
TU-12

x3
VC-3

TUG-2

OC-3

AU-3

AUG

STM-1

E/O

Fig. 1-13 : formation d'un signal STM-1 partir d'affluents E1

affluent E1

125s

125s

125s

125s

charge utile
32 octets

charge utile
32 octets

charge utile
32 octets

charge utile
32 octets

C-12

VC-12

TU-12

R
charge utile
32 octets

V5
R
charge utile
32 octets

V1
V5
R
charge utile
32 octets
R

C1 C2 O O O O R R
charge utile
32 octets

J2
C1 C2 O O O O R R
charge utile
32 octets

C1 C2 O O O O R R
charge utile
32 octets

N2
C1 C2 O O O O R R
charge utile
32 octets

C1 C2 R R R R R S1
S2 D D D D D D D
31 octets

K4
C1 C2 R R R R R S1
S2 D D D D D D D
31 octets

V2
J2
C1 C2 O O O O R R
charge utile
32 octets
R
V3
N2
C1 C2 O O O O R R
charge utile
32 octets
R
V4
K4
C1 C2 R R R R R S1
S2 D D D D D D D
31 octets
R

Fig. 1-14 : Constitution de la Tributary Unit TU-12

1.5.1

Constitution du container C-12

Le C-12 est issu d'un affluent PDH E1 (2.048Mb/s). Nous savons que ce multiplex est constitu de
trames de 32 octets d'une dure de 125 s. Comme SDH aussi procde des dcoupages de 125 s, on
se retrouve avec des blocs de donnes de 32 octets. En ajoutant deux octets de surdbit, on obtient le
conteneur C-12 de capacit 34 octets. Les deux octets supplmentaires servent adapter le dbit de
l'affluent au rythme de l'horloge SDH en utilisant la technique de justification positive ou ngative.
Sur Fig.
R
C1 C2
O

1-14 on a :
: bit de Remplissage
: bits de contrle de justification
: bit de service

D
: bit de donne (charge utile)
S1, S2 : bits de justification

SDH

par A. OUMNAD

Le contrle de justification se fait comme suit :

X Il y a 3 bits C1 dans une multitrame de Conteners
- Si C1 C1 C1 = 000 alors S1 est un bit de donne
- Si C1 C1 C1 = 111 alors S1 est un bit de bourrage
X Il y a 3 bits C2 dans un multitrame
- Si C2 C2 C2 = 000 alors S2 est un bit de donne
- Si C2 C2 C2 = 111 alors S2 est un bit de bourrage

Les bits C1 et C2 sont transmis trois fois pour augmenter la scurit. On utilise une dcision
majoritaire pour dcider si le bit C est gal un ou 0 : (3 ou 2 0 C = 0) (3 ou 2 1 C = 1)

1.5.2

Constitution du Virtual container VC-12

Aprs la constitution d'un conteneur C-12, on lui ajoute un identificateur de chemin POH et on
obtient un conteneur virtuel VC-12 de capacit 35 octets. L'obligation de disposer de quatre octets
POH pour grer le chemin des Conteneurs rend ncessaire le regroupement des VCs en multitrames de
4 VC, chacun portant un octet de POH. Ces octets sont appels V5, J2, N2, K4.

1.5.3

Constitution de la tributary Unit TU-12

La Tributary Unit TU-12 est obtenue en ajoutant un pointeur au VC-12. L aussi, l'obligation de
disposer de 4 pointeurs a men regrouper les TU-12 en multrames de 4. Les pointeurs sont nots V1,
V2, V3 et V4. Ces pointeurs, comme nous l'avons dj signal, permettent de localiser le dbut du VC
par rapport au dbut de la TU.

1.5.3.1

Organisation matricielle des Tributary Units

Pour faciliter la gestion des Tributary Units, on les reprsente en matrices

de 9 lignes, le nombre de colonnes dpend de la capacit de la TU, il y en a
quatre pour le cas de TU-12. Cela vient du fait que la trame de base de la
SDH (STM-1) est elle-mme reprsente sur 9 lignes. Un avantage important
de cette reprsentation, outre la compacit du dessin, est de pouvoir montrer
et reprer aisment les octets de donnes et ceux de service. La transmission
se fait ligne aprs ligne.

1
5
9
13
17
21
25
29
33

2
6
10
14
18
22
26
30
34

3
7
11
15
19
23
27
31
35

4
8
12
16
20
24
28
32
36

Fig. 1-15 : organisation

matricielle dune TU-12

1.5.4

La Tributary Unit Group TUG-2

Dans le cas de notre exemple, la TUG-2 est constitu de Trois TU-12 multiplexes octet par octet.
Elle est donc constitue de 108 octets organiss en une matrice de 12 colonnes.
1
5

1
5

1
5

2
6

2
6

2
6

36 36 36
Fig. 1-16 : TUG-2 construite par multiplexage de 3 TU-12

SDH

par A. OUMNAD

1.5.5

Le Virtual Container VC-3 incorporant 7 x TUG-2

Dans le cas de notre exemple, le VC-3 est constitu de 7 TUG-2 multiplexes octet par octet
auxquelles on ajoute 9 octets de POH appels J1, B3, C2, G1, F2, H4, F3, K4, N1 qui sont plac la
premire colonnes. Un VC-3 est donc constitu de 1+84 colonnes ce qui fait 765 octets.
1

10

11

12

84

85

J1
B3
C2
G1
F2
H4
F3
K4
N1
Fig. 1-17 : VC-3 construit partit de 7 TUG-2

1.5.6

Lunit Administrative AU-3

L'unit administrative AU-3 reoit un Virtual container VC-3 dans un espace de 9 lignes et 87
colonnes. Comme le VC-3 ne comporte que 85 colonnes, les colonnes 30 et 59 de AU-3 sont remplies par
des octets de bourrage. Comme le VC-3 flotte dans l'AU-3, on utilise 3 octets de pointage H1, H2 et
H3 pour indiquer sa position dans l'AU-3. Ces 3 octets sont placs la 4me ligne.
2

29

31

BOURRAGE

J1
B3
C2
H1 H2 H3 G1
F2
H4
F3
K4
N1

30

58

59

86

87

BOURRAGE

Fig. 1-18 : L'unit administrative AU-3

1.5.7

Le groupe d'unit administrative AUG

Le groupe AUG reoit Trois AU-3 multiplexes octet par octets

1

J1 J1 J1
B3 B3 B3
H1 H1 H1 H2 H2 H2 H3 H3 H3

260 161

SDH

par A. OUMNAD

1.5.8

10

La trame STM-1

La trame STM-1 est constitue d'une AUG laquelle on a ajout le surdbit RSOH (Regenerator
Section Overhead) qui contient les information utiles au modules rgnrateurs ainsi que le surdbit
MSOH (Multiplex Section Overhead) qui contient les information utiles au modules de multiplexage.
1

260 161

RSOH
H1 H1 H1 H2 H2 H2 H3 H3 H3

MSOH

Fig. 1-19 : groupe d'Unit Administrative AU-G

1.5.9

La trame STM-n

Ces trames sont obtenues par multiplexage octet par octets de n trames STM-1
nx9

n x 261

RSOH
pointeurs AU
9

MSOH

Charge utile

SDH

par A. OUMNAD

11

1.6 SYNCHRONISATION DU RESEAU SDH

Dans un rseau SDH, les pertes de donnes causes par les problmes de synchronisation son
rduites par l'utilisation dans tous les nuds du rseau d'horloges synchronises avec une horloge de
rfrence. Ceci est ralis grce la distribution d'une horloge trs stable sur tous les lments du
rseau. Les points les plus importants sont les points de mappage et de restitution des affluents
transports.
Le dispositif gnral de distribution est de type matre esclave. Chaque quipement du rseau
possde une horloge propre qui se synchronise sur l'horloge du niveau suprieur. L'horloge unique de
plus fort niveau est appele horloge de rfrence PRC (Primary Reference Clock) . C'est une horloge au
csium de trs haute prcision (10-11 sur le log terme), elle est double par une horloge secondaire SRC
(Secondary Reference Clock) qui est souvent une horloge GPS fournie par satellite.
L'architecture du rseau est telle que chaque lment du rseau reoit au moins deux circuits
d'horloge. Dans un rseau en anneau, la rfrence primaire est injecte sur un nud (Fig. 1-20 : N1)
qui se charge de la diffuser sur les trames STM vers les autres nuds. L'horloge secondaire est
injecte sur un autre nud (Fig. 1-20 : N3) qui la diffuse vers les autres soit sur la 2me fibre dans le
cas d'un anneau bidirectionnel soit sur la fibre de secours. L'horloge secondaire est utilise en cas de
rupture du circuit normal ou en cas d'annonce du nud N1 d'une perte du rythme de rfrence.
Les trames STM comportent un octet STS (StatuS message Byte) dans le surdbit SOH qui permet
d'identifier la nature de l'horloge transporte,
PRC : 0010
Sec : 10111
DNU : 1111 (Do Not Use)

N2

PRC

N1

N3
N4

Fig. 1-20 : distribution de l'horloge

SRC

SDH

par A. OUMNAD
Bibliographie

[1] LA COMMUTATION ELECTRONIQUE, Tome 1 : Structure des systmes Spatiaux et temporels,

par GRINSEC, chez Eyrolles Collection CENT-ENST
[2] SYSTEMES DE TELECOMMUNICATIONS, Base de transmission, par P.G. Fontolliet, chez
DUNOD Collection CNET-ENST
[3] TECHNOLOGIE DES TELECOMS, par Pierre Lecoy, chez Hermes. ISBN : 2-86601-490-1. (EMI
654.16/LEC)
(
[4] DIGITAL TELEPHONY, par John Bellamy, chez John Wiley & Sons, ISBN : 0-471-62056-4,
EMI 621.395.34/BEL)
[5] LES RESEAUX SYNCHRONES ETENDUS PDH ET SDH, Par Grard Bouyer, chez Hermes, ISBN
: 2-86601-644-0, (EMI : 681.3.5/BOU )
[6] SONET / SDH and ATM, par S. V. Cartalopoulos, IEEE Press, ISBN : 0-7803-4745-5, (EMI :
621.391/KAR)
[7] Telecommunication Networks : Protocols,Modeling and analysis, par M. Schwartz, chez AddisonWesley Publishing Company
[8] Synchronous Digital Hierarchy (SDH), Marconi, http://www.iec.org
[9] Synchronous Optical Network (SONET), Tektronix, http://www.iec.org
Synchronizing Telecommunications Networks : Synchronizing SDH/SONET, Hewlett Packard,
[10]
http://www.iec.org

12