You are on page 1of 12

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 : SONET :

Synchronous Digital Hierarchy (en Europe) 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
(c) : rseau maill

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

NE

NE

NE

(b) : rseau arborescent

1.3.1

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 B A est suprieur au temps de transmission A B. 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.

A D 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 A B transporte le flux A B mais aussi les flux E B et A C. 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 A C 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

C
(b) anneau bidirectionnel protg

Fig. 1-6 (a) anneau unidirectionnel 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 STM-1 STM-4 STM-16 STM-64 SONET STS-1 STS-3 STS-12 STS-48 STS-192 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 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).

(STM).

Niveau infrieur LO

Niveau suprieur HO OC

VC

TU

TUG

VC

AU

AUG

STM

E/O

Fig. 1-7 : Les niveaux de multiplexage SDH

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 SYN Donnes

1.4.3

La notion de CONTENEUR VIRTUEL

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.

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

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


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

Tributary Unit

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 Rythme SDH

conteneur virtuel conteneur virtuel conteneur virtuel 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 TU TU TU
Fig. 1-11 : constitution d'une TUG partir de 3 TUs

125 s

MXR

TUG

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


V C -11 26 1.664 V C -12 35 2.24 V C -2 107 6.848 T U-11 27 1.728 T U-12 36 2.304 T U-2 108 6.912 x3 x4

D S1 : 1.544 C -11 25 1.6 E 1 : 2.048 C -12 34 2.176

D S2 : 6.312 C -2 106 6.784 E 3 : 34.368 D S3 : 44.736 C -3 756 48.384

T UG -2 108 6.912

x7

V C -3 765 48.96 x7 T U-3 774 49.536 T UG -3 774 49.536

A U-3 786 50.304

x3 ST M 1 2430 155.52 x 4 ST M -4 9720 622.08 ST M -16 38880 x 16 2488.32 x 64 ST M -64 155520 9953.28

A UG 2349 150.336

E 4 : 139.264 A T M : 149.76

x3 C -4 2340 149.76 V C -4 2349


Fig. 1-12 : Multiplexage SDH Chaque rectangle indique le nom du bloc de donnes, sa taille en octets et son dbit en Mb/s

A U-4 2349 150.33

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

x3
TU-12 TUG-2

x7
VC-3 AU-3

x3
AUG STM-1 E/O

OC-3

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

affluent E1

C-12 R

VC-12 V5 R charge utile 32 octets R J2 C1 C2 O O O O R R charge utile 32 octets R N2 C1 C2 O O O O R R charge utile 32 octets R K4 C1 C2 R R R R R S1 S2 D D D D D D D 31 octets R

TU-12 V1 V5 R charge utile 32 octets R 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

125s

charge utile 32 octets

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

125s

charge utile 32 octets

R C1 C2 O O O O R R 125s charge utile 32 octets charge utile 32 octets R C1 C2 R R R R R S1 125s charge utile 32 octets 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 : 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 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 C = 0) (3 ou 2 1 C = 1) majoritaire pour dcider si le bit C est gal un ou 0 : (3 ou 2 0

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 3 3 3 4 4 4

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 2 3 4 5 6 7 8 9 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.
1 2 29 30 31 58 59 86 87

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

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 2 260 161

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

BOURRAGE

SDH

par A. OUMNAD

10

1.5.8

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 2 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

Charge utile

MSOH

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 N1

PRC

N3 N4

SRC

Fig. 1-20 : distribution de l'horloge

SDH Bibliographie

par A. OUMNAD

12

[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

You might also like