Synchronous Digital Hierarchy: differenze tra le versioni
Contenuto cancellato Contenuto aggiunto
fix |
|||
| (22 versioni intermedie di 10 utenti non mostrate) | |||
Riga 1:
In [[telecomunicazioni]] la '''''Synchronous Digital Hierarchy''''' (''
▲In [[telecomunicazioni]] la '''''Synchronous Digital Hierarchy''''' (''Gerarchia Digitale Sincrona''), comunemente detta anche '''SDH''', è un [[Protocollo di rete|protocollo]] di [[livello fisico]], ossia di trasporto, usato per la [[Time Division Multiplexing|multiplazione a divisione di tempo]] e la successiva [[trasmissione digitale]] di [[telefonia]] e dati in [[rete di telecomunicazione|reti di telecomunicazioni]] geografiche ([[Wide Area Network|WAN]]) su [[fibra ottica]], [[cavo|cavo elettrico]] o ponte radio. Le reti che utilizzano tale protocollo a livello fisico vengono dette reti SDH.
== Descrizione ==
=== Funzionalità ===
Il protocollo SDH definisce nel dettaglio le modalità per aggregare (o [[multiplazione|multiplare]]), a vari livelli di gerarchie possibili, flussi dati a [[bit-rate]] diverse e ritrasmetterli tutti insieme su grandi distanze con tecniche di tipo [[Time Division Multiplexing|TDM]] a interlacciamento di [[byte]] (''byte interleaving''). A differenza della [[Plesiochronous Digital Hierarchy]] (''Gerarchia Digitale Plesiocrona o PDH''), il protocollo SDH si basa sul fatto che tutti gli elementi della rete sono tra loro statisticamente sincronizzati con lo stesso ''clock'' con una precisione molto elevata (stessa frequenza e stessa [[fase (segnali)|fase]]).
In combinazione a ciò, la definizione di una speciale struttura di trama con l'aggiunta di un numero significativo di informazioni di servizio (''[[overhead]]'') permette non solo l'estrazione diretta di un singolo traffico tributario senza dover effettuare la demultiplazione completa dell'intero flusso, rendendo così la rete molto più flessibile ed efficiente, ma anche il trasferimento di informazioni essenziali per la corretta gestione della rete e per la sua auto-protezione a fronte di guasti o di condizioni anomale o degrado. Il risultato finale è che il protocollo SDH consente di raggiungere elevatissimi livelli di [[qualità di servizio]] (disponibilità di servizio del 99,999%) e notevoli strumenti per il controllo e monitoraggio in tempo reale dell'intera rete di trasmissione.
=== Standardizzazione e diffusione ===
Il protocollo SDH è stato [[standard (informatica)|standardizzato]] nella sua prima versione dall'[[Unione Internazionale delle Telecomunicazioni]] (ITU) nel [[1988]]. Da allora sono stati prodotti diversi aggiornamenti ed estensioni dello standard, che è definito da una serie di normative tra cui le più importanti in forza sono la G.707<ref>{{ITU
Il protocollo SDH è diffuso in tutto il mondo con l'eccezione del Nord America e di poche altre nazioni dove viene invece usato un analogo protocollo, [[SONET]] (''Synchronous Optical NETworking''), che utilizza gli stessi concetti di base dell'SDH, ma che segue uno standard leggermente diverso definito da [[Telcordia]] e più aderente alle caratteristiche specifiche delle reti di trasmissione telefonica
== La trama SDH ==
[[
A differenza della [[multiplazione]] PDH, che avviene intercalando tra loro i singoli [[bit]] dei segnali tributari (''bit interleaving''), la multiplazione SDH avviene intercalando tra loro i singoli [[byte]] dei segnali tributari (''byte interleaving''), organizzandoli secondo una struttura di trama ben precisa che nel suo modulo elementare (''Synchronous Transport Module'' di livello 1 o STM-1) viene tipicamente rappresentata sotto forma di una matrice di byte disposti su 9 righe x 270 colonne per un totale di 2430 byte.
Riga 20:
La trama SDH è suddivisa in due parti fondamentali:
*
* una parte che trasporta il [[traffico (telecomunicazioni)|traffico]] vero e proprio (''[[Carico utile (informatica)|payload]]'') contenuta nelle restanti 261 colonne, denominata ''Administrative Unit'' (AU) (261x9=2349 byte).
Riga 29:
L'Administrative Unit, AU, contiene tutto il flusso risultante dal processo di multiplazione dei tributari, prima dell'inserimento finale nel payload della trama SDH.
In generale, la posizione di inizio dell'AU non è allineata con il primo byte utile dopo l'overhead: in fase di generazione della trama finale l'AU viene normalmente allocato a partire da un punto intermedio dei 261x9 byte destinati al payload. Il riferimento (puntatore) alla posizione della trama in cui viene allocato il primo byte dell'AU viene memorizzato in una posizione fissa dell'overhead di trama, ovvero nelle prime nove colonne della quarta riga. Questa informazione di posizionamento, fondamentale per l'inserimento/estrazione dei tributari dalla trama, costituisce l{{'}}''Administrative Unit Pointer'' o AU Pointer. L'insieme dell'Administrative Unit e dell'AU Pointer viene denominato ''Administrative Unit Group'', AUG.
==== Virtual Container (VC) e Tributary Unit (TU) ====
All'interno dell'AU, i singoli flussi tributari sono organizzati come sequenza di strutture omogenee denominate ''Virtual Container'', VC (contenitore virtuale). Ciascun VC comprende a sua volta una parte di informazioni di servizio aggiuntive (''path overhead'', POH) usate per la gestione, il monitoraggio e la protezione del singolo tributario, seguita dal flusso informativo vero e proprio costituito dal tributario adattato alla trama SDH.
Come nel caso dell'AU, il primo byte utile del Virtual Container non ha una posizione prefissata e anche in questo caso si ricorre a un puntatore (''Tributary Unit Pointer'', TU Pointer) posizionato in modo predeterminato nella trama SDH, che indica il punto di inizio del VC stesso. L'insieme del VC e del suo TU Pointer viene denominato ''Tributary Unit'', TU.
Riga 38:
A seconda della bit rate dei tributari multiplati si distinguono diversi tipi di Virtual Container: per esempio, VC-12 per un trasporto a 2 Mbit/s; VC-3 per un trasporto a 48 Mb/s; VC-4 per un trasporto a 140 Mb/s. La dimensione in byte dei Virtual Container è predefinita, in funzione della gerarchia di trasporto associata.
==== Capacità trasmissive dei Virtual Container ====
La capacità trasmissiva, ossia la ''bit rate'', associata a ciascun tipo di VC è riportata nella tabella seguente:
Riga 60:
|-
|VC-12
|align=right|2 240
|align=right|2 176
|align=center|34
|
Riga 81:
|-
|VC-4
|align=right|150 336
|align=right|149 760
|align=center|2340
|colspan=2 align=center|E4 (140 Mbit/s)
Riga 170:
*Δ: byte per informazioni dipendenti dal mezzo di trasporto
===== Descrizione di dettaglio dei byte di RSOH =====
;Byte A1, A2
:Tutti i byte della trama SDH sono codificati tramite un algoritmo di ''scrambling'' ad eccezione della prima riga della RSOH (rappresentata su sfondo più scuro nella tabella). I byte di allineamento sono costituiti da una sequenza binaria fissa che viola l'algoritmo di ''scrambling'' (A1: 11110110, A2: 00101000), consentendo così al ricevitore di utilizzare tale sequenza per identificare esattamente il primo byte della trama SDH complessiva e verificare che l'aggancio venga mantenuto correttamente nel tempo.
Riga 232:
*⊕: byte riservati per uso nazionale
===== Descrizione di dettaglio dei byte di MSOH =====
;Byte B2
:I tre byte B2 consentono di valutare la presenza di errori nella tratta tra due multiplazioni successive mediante il calcolo della parità effettuata su tutti i bit della trama SDH ad esclusione delle sole prime tre righe del SOH (RSOH) con un algoritmo ''Bit Interleave Parity''. Il risultato del controllo di parità è un valore espresso su ventiquattro bit (BIP-24) che viene memorizzato nei tre byte B2. In questo modo è possibile controllare se tra un multiplatore e l'altro sono stati inseriti errori per esempio in fase di multiplazione/demultiplazione.
Riga 292:
*N1: ''Tandem Connection Monitoring''
===== Descrizione di dettaglio dei byte di POH di ''higher order'' =====
;Byte J1
:Il byte J1 trasporta informazioni di identificazione univoca del circuito associato al VC in modo tale che alla terminazione del VC sia possibile verificare che il segnale che arriva è effettivamente quello atteso. Nel caso alla terminazione si rilevi un identificatore che non è quello previsto (per esempio un segnale proveniente da un altro circuito per colpa di una connessione intermedia errata), è possibile "silenziare" il segnale in uscita, fornendo così un criterio per allertare la centrale operativa della rete di trasmissione sulla presenza di collegamenti errati e assicurando inoltre la sicurezza (''privacy'') dei dati, impedendo che vengano trasferiti dati verso il destinatario sbagliato.
Riga 317:
;Byte H4
:Questo byte viene usato come indicatore di multisequenza. Nel contesto della concatenazione virtuale serve per indicare
;Byte K3 (bit 1-4)
Riga 353:
Il significato di ciascun byte è il seguente:
* V5: informazioni di errore e ''signal label''
* J2: ''path trace''
* N2: ''Tandem Connection Monitoring''
* K4: ''signal label'' estesa, protocollo di protezione APS e indicatore di sequenza e posizionamento per la concatenazione virtuale
===== Descrizione di dettaglio dei byte di POH di ''lower order'' =====
;Byte V5 (bit 1-2)
:I bit 1 e 2 del byte V5 svolgono la stessa funzione del byte B3 del POH di ''higher order''. Gli errori di trasmissione relativi allo specifico circuito associato al VC vengono rilevati mediante il calcolo della parità effettuata su tutti i bit del VC stesso con un algoritmo ''Bit Interleave Parity''. Il risultato del controllo di parità è un valore espresso su due bit (BIP-2) che viene memorizzato nei bit 1 e 2 del byte V5.
Riga 400:
== Meccanismo di multiplazione e demultiplazione ==
=== STM-1 ===
[[
La multiplazione SDH si basa su tre operazioni fondamentali, che possono essere applicate anche in modo ricorsivo:
* la mappatura (''mapping'') del tributario all'interno del contenitore SDH
* l'allineamento (''alignment'') del tributario mappato con la trama SDH vera e propria
* l'elaborazione e l'inserimento dei puntatori nella trama (''pointer processing'') per l'accesso diretto al tributario stesso.
Come prima operazione, il segnale tributario in ingresso (flusso PDH, flusso ATM, flusso Ethernet, flusso dati generico) viene mappato in un contenitore (Container) e quindi allineato all'interno di un Virtual Container di dimensione fissa e di rate corrispondente o superiore al rate del tributario stesso. In quest'ultimo caso, la capacità di banda in eccesso viene riempita con informazioni nulle (''stuffing''). Infatti i VC originariamente sono stati concepiti con bit rate particolarmente adatte per le gerarchie PDH esistenti ma con l'evoluzione delle reti di telecomunicazione, soprattutto con l'utilizzo crescente per il trasporto dei dati (Internet, [[Voice over IP]], video compreso il video on demand e la pay per view via cavo), sono state sviluppate evoluzioni che consentono di adattare le gerarchie di VC esistenti anche a bit rate differenti da quelle classiche delle gerarchie PDH. Anche il VC è strutturato in due sezioni: una riservata a informazioni di servizio (''Path Overhead''), posizionata sempre all'inizio del VC e l'altra destinata per il Container.
Nella fase di allineamento, il Container viene posizionato all'interno del VC. Dato che la fase del Container non è correlata con la fase del VC, il primo byte logico del Container generalmente non corrisponderà con il primo byte dell'area ad esso riservata nel VC ma si troverà in una posizione intermedia.
Line 426 ⟶ 427:
La raccomandazione G.707 definisce anche tributari a 1.5 Mbit/s (VC-11 e TU-11) e a 6.3 Mbit/s (VC-2 e TU-2), corrispondenti al primo e al secondo livello della gerarchia PDH americana ma di fatto non utilizzati nell'ambito di applicazione dell'SDH. Per questi tributari, il raggruppamento previsto è il TUG-2, che rispetto a tributari di questa gerarchia può quindi contenere un solo TU-2 oppure fino a quattro TU-11. Dal TUG-2 in avanti la struttura di multiplazione è identica a quella prevista per i VC-12 e TU-12. Nel caso del SONET inoltre è possibile definire l'AU anche a livello di AU-3 (STM-0).
Tipicamente, i VC relativi al primo livello di multiplazione, ossia i VC11, VC12 e VC2, vengono definiti di ''lower order'', mentre i VC relativi ai livelli di multiplazione successivi,
All'interno della stessa trama SDH possono essere presenti diverse combinazioni contemporaneamente: per esempio, possono esserci due TUG-3 che trasportano ciascuno un tributario a 34/45 Mbit/s e un terzo TUG-3 che trasporta sette TUG-2, ossia sette tributari a 2 Mbit/s. Questa caratteristica consente di realizzare una distribuzione del traffico e un utilizzo delle risorse di banda estremamente flessibili, cosa non possibile invece con la multiplazione PDH che obbliga a utilizzare combinazioni omogenee di tributari.
L'ultimo livello di multiplazione, che arriva a riempire completamente la parte di trama destinata al payload, costituisce l'Administrative Unit (AU). Dato che a sua volta l'Administrative Unit non è in fase con la trama SDH, in generale la posizione del suo primo byte logico non corrisponderà con il primo byte fisico riservato al payload ma si troverà in un punto intermedio dell'area dedicata di 261x9 byte. La posizione del primo byte viene quindi memorizzata nell'AU pointer, che si trova sempre nelle prime 9 colonne della quarta riga della trama SDH. L'insieme dell'AU e del relativo AU Pointer costituisce infine l{{'}}''Administrative Unit Group'' di livello 1 (AUG-1).
In testa alla trama così ottenuta viene infine aggiunta l'informazione di overhead di sezione (SOH), completando così la generazione del flusso STM-1, la cui bit-rate finale è di 155 Mbit/s: questo significa che una singola trama STM-1 viene trasmessa in 125 microsecondi, con ogni singolo byte equivalente a un canale a 64 kbit/s.
Line 439 ⟶ 440:
Per flussi SDH di gerarchia più elevata (STM-N), la trama e il meccanismo di multiplazione e demultiplazione seguono un meccanismo ricorsivo in base al quale la SOH e l'AUG del flusso multiplato si ottengono combinando insieme le SOH e gli AUG dei singoli flussi componenti a gruppi di quattro, conformemente alla definizione della gerarchia SDH (STM-4 come multiplazione di quattro STM-1, STM-16 come multiplazione di quattro STM-4 e così via).
La trama di un flusso STM-N è quindi rappresentabile come una matrice di byte disposti su 9 righe per 270xN colonne. La parte di SOH della trama STM-N è composta dalle prime 9xN colonne, che combinano gli N SOH tributari; l'AU pointer è costituito dalla concatenazione degli N AU pointer;
Con questa struttura, grazie all'informazione degli AU pointer è possibile estrarre o inserire direttamente il singolo flusso STM-x oppure il singolo tributario dal singolo flusso STM-x tramite l'applicazione ricorsiva del meccanismo di processazione dei puntatori, senza dover demultiplare e rimultiplare l'intero flusso.
Line 473 ⟶ 474:
(*) La gerarchia STM-0 è utilizzata solo nell'ambito SONET.
(**) A causa delle elevate capacità richieste, questo livello di multiplazione richiede come [[mezzo trasmissivo]] soltanto la fibra ottica (non è trasmissibile su rame sotto forma di segnale elettrico).
== Sincronizzazione ==
Line 492 ⟶ 493:
I messaggi di stato governano anche la consistenza della qualità della sorgente utilizzata. Ogni nodo infatti comunica tramite il protocollo il livello di qualità di sorgente che sta utilizzando in un determinato istante in modo che gli altri nodi a valle si adeguino. Con gli stessi messaggi è possibile inoltre segnalare e coordinare la commutazione di parte o tutta la rete verso una stessa sorgente di sincronismo di qualità diversa, garantendo così il mantenimento della sincronia statistica anche a fronte di guasti che interessano solo porzioni della rete.
== Meccanismi di protezione ==
Le informazioni di servizio contenute nell'overhead consentono di realizzare diverse tipologie di [[Protezione di rete|protezione del traffico]]. Gli schemi di protezione si possono applicare a livello dell'intero flusso SDH (aggregato) o dei singoli tributari, indipendentemente dalla topologia della rete sottostante.
Line 498 ⟶ 499:
La protezione di aggregato agisce a livello della Multiplex Section, ossia a livello dell'AUG-N, proteggendo quindi contemporaneamente tutti i tributari trasportati. Sono previsti schemi di protezione sia lineare che ad anello.
La protezione lineare MSP 1+1 (dove MSP sta per ''Multiplex Section Protection'') è di tipo unidirezionale (la commutazione avviene esclusivamente sul nodo ricevente) e quindi non richiede protocolli per la gestione dello scambio. Lato trasmettitore, il segnale viene duplicato su due sezioni differenti che arrivano allo stesso nodo ricevitore tramite percorsi di rete (circuiti) separati e distinti. Il nodo ricevitore seleziona, tra i due circuiti in ingresso, quello privo di errori o guasti (con uno dei due circuiti definito come preferenziale in caso entrambi i segnali siano privi di problemi).
Le protezioni lineari MSP 1:1, 1:n e m:n sono di tipo bidirezionale (la commutazione avviene in contemporanea sia sul nodo ricevente che su quello trasmittente) e necessitano di un protocollo di sincronizzazione, trasmesso usando due byte specifici dell'overhead di trama SDH chiamati K1 e K2. Nel momento in cui un lato del collegamento non riceve più nessun segnale avverte il sistema remoto del malfunzionamento e quindi i due capi del collegamento di comune accordo commutano entrambi sulla via di riserva, sincronizzandosi tramite il protocollo. In questi schemi non è necessario trasmettere il segnale in doppio, dato che sarà cura dei due nodi selezionare tramite protocollo il circuito su cui inviare il segnale. Questo consente di usare il circuito di riserva per trasmettere del traffico diverso a bassa priorità, che si accetta di poter perdere in caso di intervento della protezione.
La protezione ad anello sfrutta le caratteristiche specifiche di questa topologia: nel caso di un guasto che rende non raggiungibile o non funzionante un nodo dell'anello, il traffico viene dirottato all'indietro sulle linee ''protecting'' sfruttando l'altro senso di rotazione dell'anello in modo da aggirare il punto di guasto. Questo tipo di protezione si applica solo al flusso aggregato (AU-4) ed è denominata MS-SPRing (''Multiplex Section - Shared Protection Ring''). Il corretto impiego richiede l'utilizzo di 4 fibre o 2 fibre a seconda che si preveda la protezione di tutto il traffico o solo del traffico ad alta priorità, usando in questo caso la sezione ''protecting'' per traffico di bassa priorità in condizioni di assenza di guasto. Anche questa protezione viene gestita da un protocollo trasmesso nell'overhead di trama e che distribuisce su ciascun nodo le informazioni di stato e su come dirottare il traffico correttamente in caso di guasto nell'anello (''squelching tables''), tenendo conto anche del traffico originato o terminato indipendentemente su ciascun nodo.
Line 514 ⟶ 515:
* SNCP-I (''inherent'') utilizzabile solo nei punti terminali del tributario, ossia nei nodi in cui il tributario viene inserito/rimosso che in base a questo meccanismo sono anche gli unici punti in grado di controllare lo stato del segnale.
* SNCP-N (''non-intrusive'') utilizzabile tra un punto terminale e un punto intermedio o tra due punti intermedi del tributario, ossia agisce anche nei nodi in cui il tributario è in configurazione passante (''pass-through''). Questo meccanismo richiede che il nodo intermedio sia in grado di rilevare le condizioni di malfunzionamento tramite un monitoraggio in sola lettura (per questo detto "non intrusivo") delle opportune informazioni trasportate in specifici byte dedicati dell'overhead del contenitore virtuale protetto. Nel punto di monitoraggio è possibile rilevare lo stato del segnale e operare quindi l'eventuale protezione.
* SNCP-S (''segment'') utilizzabile tra due punti qualsiasi del tributario (segmento o ''Tandem Connection''), in particolare anche tra due punti intermedi, tramite un monitoraggio più sofisticato di informazioni appositamente iniettate nei punti terminali della protezione (''Tandem Connection Termination''), utilizzando specifici byte dedicati dell'overhead del contenitore virtuale protetto
Le protezioni di tipo SNCP-N e SNCP-S si usano tipicamente per flussi tributari che attraversano più reti SDH tra loro indipendenti e interconnesse (come avviene per esempio nel caso della telefonia internazionale o della telefonia tra due reti di due operatori indipendenti), in modo da consentire la protezione completa e indipendente delle singole tratte all'interno di ciascuna rete o sottorete.
Line 520 ⟶ 521:
== La rete SDH ==
[[File:Rete SDH.png|thumb|upright=1.4|Schema tipico di una rete SDH generica]]
Gli elementi di rete SDH principali sono quattro:▼
▲Gli elementi di rete SDH principali sono quattro:
* i terminali di linea, detti anche ''Customer Premise Extension'' (CPE), che rappresentano il punto di accesso della rete SDH. Questi elementi ricevono/trasmettono il segnale cliente (PDH, ATM, Ethernet) e lo inseriscono in una struttura di trama SDH, tipicamente di bassa gerarchia (STM-1 o STM-4), per poi collegarsi verso il resto della rete tipicamente tramite un collegamento lineare.
* gli [[Add-Drop Multiplexer]] (ADM): componenti di linea bidirezionali che hanno il compito di inserire ed estrarre i flussi cliente tributari a velocità di cifra inferiore rispetto alla portante. Possono essere utilizzati anche come apparati di accesso alla rete SDH. Tipicamente vengono utilizzati in configurazione ad anello o a stella e vengono impiegati per l'accesso alla rete e per creare in modo gerarchico i vari livelli di aggregazione e distribuzione del traffico (per esempio, anelli metropolitani di bassa-media capacità collegati ad anelli regionali di media-alta capacità).
* i [[rigeneratore ottico|rigeneratori]]: componenti intermedi passanti, in cui sia i flussi tributari che la Multiplex Section non vengono terminati. La funzione di questi elementi di rete è quella di rigenerare il segnale al fine di poter coprire lunghe distanze. Nel caso si trasmetta su [[fibra ottica]] eseguono una trasformazione del segnale da ottico ad elettrico e viceversa per la ritrasmissione dei dati eliminando o correggendo gli effetti negativi legati alla tratta percorsa (es. attenuazione, distorsione, sfasamenti, rumore indotto eccetera).
* i [[cross-connect]]: componenti ad elevata capacità di commutazione e in grado di gestire un numero molto elevato di flussi SDH. Tipicamente vengono utilizzati in configurazione di rete di tipo magliato e vengono impiegati per le dorsali telefoniche (''backbone''), interfacciandosi con gli anelli regionali per la raccolta e la distribuzione del traffico.
Line 535 ⟶ 536:
== SDH di nuova generazione (Next Generation SDH) ==
{{vedi anche|Ethernet over SDH}}
Lo sviluppo di SDH fu originariamente dovuto alla necessità di trasportare più flussi plesiocroni insieme a altri gruppi di traffico voce a 64 kbit/s multiplato in [[Modulazione codificata di impulsi|PCM]]. La possibilità di trasportare traffico dati, a cominciare dal protocollo [[Asynchronous Transfer Mode|ATM]] era un'altra delle prime applicazioni. Per avere banda sufficiente per grossi traffici ATM, si sviluppò la tecnica della concatenazione contigua, nella quale il segnale viene distribuito su più Administrative Unit (AU-3 o AU-4) consecutive, secondo una filosofia di ''multiplazione inversa'' in modo da costituire un'Administrative Unit equivalente di capacità maggiore pari alla somma delle AU componenti. In questo modo è possibile trasportare simultaneamente su una rete SDH sia voce che dati.
Line 543 ⟶ 545:
La concatenazione virtuale si associa sempre più a protocolli di mappatura, come il [[Generic Framing Procedure]] (GFP)<ref>ITU-T G.7041/Y.1303 (08/05) Generic Framing Procedure, 2005</ref>, per mappare segnali asincroni o di banda qualsiasi all'interno di contenitori concatenati virtualmente tra di loro. In particolare questa tecnica si usa massicciamente per il trasporto di traffico [[Ethernet over SDH|Ethernet su SDH]], alla base di tutti i servizi di nuova generazione (''Triple Play'': fonia, internet ad alta velocità e video on demand sulla stessa linea telefonica).
L'insieme dei protocolli SDH di nuova generazione che consentono di trasportare traffico Ethernet viene spesso indicato con [[Ethernet over SDH]] (EoS).
== Progressivo abbandono a favore di altre tecnologie di trasporto ==
==Note==▼
L'evoluzione delle reti di telecomunicazione, lo sviluppo di Internet, dei collegamenti diretti tra data center e del traffico streaming ha portato a un aumento progressivo del [[commutazione di pacchetto|traffico a pacchetti]] e alla conseguente diminuzione a livelli residuali del traffico telefonico tradizionale sulle cui strutture si basa l'impianto dell'SDH, che presenta dei limiti di efficienza e di capacità di banda per quanto riguarda il trasporto diretto di traffico a pacchetti.<ref name=lw>{{cita pubblicazione|lingua=en|titolo=The changing role of SONET/SDH multiservice networks|autore=Vinay Rathore|rivista=Lightwave|data=1º agosto 2006}}</ref>. ITU-T ha definito per questo scopo il nuovo standard di trasmissione [[Optical Transport Network|OTN]], in gran parte ispirato ai principi dell'SDH ma caratterizzato da una maggior flessibilità per quanto riguarda i tipi di traffico trasportabili.<ref name=lw /> Inoltre l'evoluzione tecnologia dei componenti ottici e lo sviluppo della trasmissione [[Wavelength Division Multiplexing|WDM]] consentono anche la trasmissione diretta su fibra ottica di traffico a pacchetto ad alta capacità senza bisogno di strutture di trama intermedie ([[IPoDWDM]]). Questo ha portato i principali operatori telefonici ad abbandonare via via l'impiego dell'SDH a favore delle nuove tecnologie, più efficienti e più scalabili nel tempo.<ref>{{Cita pubblicazione|titolo=Il decommissioning dei servizi e del control layer a supporto della network transformation|url=https://www.gruppotim.it/content/dam/telecomitalia/it/archivio/documenti/Innovazione/MnisitoNotiziario/2014/3-2014/capitolo-09/Il%20decommissioning%20dei%20servizi%20e%20del%20control%20layer.pdf|autore=Daniele Franceschini|autore2= Fabrizio Gagliardi|autore3=Alessandra Michelini|autore4=Maurizio Siviero|rivista=Notiziario Tecnico|numero=3|anno=2014|editore=Telecom Italia|pp=86-99}}</ref><ref>{{Cita web|lingua=en|titolo=Telefónica tackles video growth with IP-MPLS network|data=25 ottobre 2016|url=https://www.gazettabyte.com/home/2016/10/25/telefonica-tackles-video-growth-with-ip-mpls-network.html}}</ref>
▲== Note ==
<references />
Line 556 ⟶ 561:
*''G.803 (2000) Amendment 1 (06/05)'', ITU-T, Ginevra, 2005
*''G.811 (09/97) Timing Characteristics of Primary Reference Clocks'', ITU-T, Ginevra, 1997
*''G.812 (06/04) Timing requirements of slave clocks suitable for use as node clocks in
*''G.813 (03/03) Timing characteristics of SDH equipment slave clocks (SEC)
*''G.813 (2003) Corrigendum 1 (06/05)
*''G.7041/Y.1303 (10/08) Generic Framing Procedure'', ITU-T, Ginevra, 2008
*''G.7042/Y.1305 (03/06) Link capacity adjustment scheme (LCAS) for virtual concatenated signals'', ITU-T, Ginevra, 2006
Line 568 ⟶ 573:
== Collegamenti esterni ==
*{{cita web|url=http://www.itu.int|titolo=Sito ufficiale ITU (International Telecommunication Union)|lingua=en}}
{{portale|ingegneria|
[[Categoria:Ingegneria delle comunicazioni]]
| |||