Vous êtes sur la page 1sur 3

Il aussi important de souligner qu'entre les noeuds du rseau des

messages d'tat de synchronisation SSM (Synchronous Status


Messaging) sont changs pour identifier le niveau de la qualit
d'horloge transporte et pour spcifier aux noeuds un critre de
slection de leurs sources de synchronisation listes ci-dessous par ordre
de priorit :
Source d'horloge provenant d'un PRC
Interface STM-N Est (provenant de l'ADM voisin, qui est synchronis par
la rfrence secondaire SRC de secours en cas de panne de la rfrence
primaire)
Interface STM-N Ouest (Provenant de la SRC de secours, par l'autre
ct de l'anneau)
Horloge interne
Ainsi, un message G.811 est inclus dans l'octet S1 de la trame STM
(MSOH) pour spcifier que l'horloge est de trs bonne qualit de type
PRC ; G.812 pour une horloge de bonne qualit de type SSU ; G.813
pour une horloge interne d'quipement. Et surtout un message spcial a
t cre : Do Not Use (DNU). En effet, lorsqu'une horloge est rcupre
sur l'entre d'un port, le message DNU accompagne l'horloge dans le
sens sortie de ce mme port pour viter ainsi l'apparition d'une boucle
de synchronisation.
Le message DNU est aussi utilis pour spcifier au noeud rcepteur qu'il
n'y a plus de source de synchronisation extrieure, dans ce cas le
noeud utilise sont horloge interne et entre ainsi en
mode Free Running.
69
Gestion des instabilits Iub et qualit de service sur l'accs 3G de la
SONATEL
Mmoire de fin de cycle - Master 2 Chapitre IV

Mamadou Lamine NDIAYE Instabilits de l'interface Iub et QoS dans


l'UTRAN de la SONATEL
IV.3 - Perspectives d'avenir
Quand bien mme les solutions voques prcdemment reprsentent de
bonnes alternatives pour pallier la perte de synchronisation du rseau, il
serait aussi essentiel de se pencher sur d'autres alternatives qui permettront
au mieux d'viter les pertes de synchronisation dans l'avenir.
IV.3.1 - Synchronous Ethernet (Sync-E)
La migration vers le Tout-IP est d'actualit et les oprateurs tendent
dployer de plus en plus des rseaux de transport bass sur IP. Cependant,
les rseaux commutation de paquets, tel le rseau IP est asynchrone de
nature et ne sont pas appropris au transport d'horloge de synchronisation du
fait qu'il pourrait y avoir des inexactitudes du signal d'horloge produites par
perte des paquets ainsi que la variation du dlai des paquets (PVD) qui
peuvent avoir un impact prjudiciable sur la performance de la
synchronisation dlivre. Ainsi la synchronisation devient un grand dfi pour
les oprateurs voulant migrer vers un rseau de transport bas uniquement
sur Ethernet et IP/MPLS.
Le dfi de la synchronisation via le rseau IP affecte surtout les services
mobiles, car sans solutions viables de transfert d'horloge, les oprateurs
dsirant mettre en place une infrastructure tout IP surtout au niveau RAN
(Radio Access Network), vont courir le risque d'avoir des interruptions de
service lies au manque de synchronisation des Node B. Ainsi les rseaux
commutation de paquets, ncessitent donc une distribution d'horloge robuste
pour tous les lments du rseau tels les Node B, afin d'assurer une relve
prcise en temps rel des services voix et vido, ainsi que pour les
applications de donnes.
Pour faire face au caractre asynchrone du rseau commutation de paquets
et viter ainsi les PVD, l'Ethernet Synchrone ou Synchronous Ethernet en
anglais, communment appel SyncE pour faire court, est une solution viable
pour pallier ces limitations et assurer la synchronisation. SyncE est une
solution idale pour le transport de frquence sur un rseau bas Ethernet, du
fait qu'il supporte une fonction de transport de synchronisation similaire au
rseau SDH. SyncE a t standardis par IUT en coopration avec IEEE, et

l'IUT a publi trois recommandations portant sur SyncE, savoir le G.8261,


G.8262 et le G.8264.