ITMI20010726A1

ITMI20010726A1 - Metodo ed apparato per mappare interfacce dati fast ethernet in un singolo contenitore virtuale vc-4 di un payload stm-1/oc-3 trasmesso in u

Info

Publication number: ITMI20010726A1
Application number: IT2001MI000726A
Authority: IT
Inventors: Silvio Cucchi; Claudio Colombo; Primo Garofoli
Original assignee: Cit Alcatel
Priority date: 2001-04-05
Filing date: 2001-04-05
Publication date: 2002-10-05
Also published as: EP1248420A3; EP1248420B1; US7386007B2; US20020176389A1; ATE367695T1; DE60221178D1; DE60221178T2; ITMI20010726A0; EP1248420A2

Description

DESCRIZIONE

La presente invenzione riguarda il campo delle telecomunicazioni ed in particolare quello dei sistemi di comunicazione punto-punto in ponte radio. Ancora più in particolare riguarda un metodo ed i relativi apparati per mappare interfacce Fast Ethernet (ed eventuali interfacce dati di tipo diverso) in un singolo Contenitore Virtuale di un payload STM-1 (o OC-3) trasmesso in un sistema punto-punto in ponte radio.

Le attuali reti di telecomunicazione si sforzano di mantenere una connessione ottimizzata da un punto di vista dei dati e con uno sfruttamento ottimale della banda disponibile dal momento che si assiste ad un'espansione geografica delle attività e le velocità di trasmissione IP (Internet Protocol) continuano ad aumentare. Il collo di bottiglia del cosiddetto "ultimo miglio" tra le reti LAN aziendali e le reti pubbliche continua a limitare la produttività delle aziende e i guadagni dei fornitori di servizi di rete (NSP).

Fino ad ora, la connessione tra reti locali (LAN) e reti pubbliche poteva avvenire sostanzialmente attraverso linee in fibra ottica, linee dedicate o attraverso sistemi senza filo progettati per trasmettere segnali vocali. Tutti questi sistemi di connessione noti hanno diversi svantaggi. Ad esempio sono coinvolti costi elevati, ritardi causati daH'installazione fisica dei cavi, tasse da pagare, obblighi contrattuali e limitazioni tecniche che limitano la produttività delle aziende.

In aggiunta alle tradizionali strutture (Ethernet), basate su una topologia a bus, utilizzate per interconnettere computer in una rete locale (LAN), è noto il cosiddetto "Fast Ethernet". Il Fast Ethernet è ora diventato uno Standard completamente ratificato dall'Istituto degli Ingegneri Elettrici ed Elettronici (IEEE). Allo Standard è stato assegnato il nome ufficiale "802.3u" ma è più noto con il nome di "100BASE-T" (che non si riferisce al cavo utilizzato ma piuttosto si riferisce a come viene utilizzato il cavo stesso). Il 100BASE-T ha una velocità di trasmissione pari a 100 Mb/s ed utilizza il metodo C SMA/CD (Carrier Sense Multiple Access/Collision Detection) per gestire l'accesso al cavo.

Le soluzioni esistenti, sia via cavo che wireless, per interconnettere due reti LAN sono ritenute inadeguate in particolare in presenza di velocità di trasmissione di 100 Mb/s.

È lo scopo della presente invenzione quello di fornire una valida alternativa alle soluzioni esistenti per fornire un collegamento ottimizzato LAN to LAN. In particolare, è lo scopo principale della presente invenzione quello di fornire un metodo per mappare interfacce dati Fast Ethernet in un singolo Contenitore Virtuale di un payload STM-l/OC-3 trasmesso in un sistema in ponte radio.

Uno scopo correlato è quello di far viaggiare il segnale Fast Ethernet di una prima LAN, il segnale Fast Ethernet essendo mappato ed eventualmente trasmesso attraverso un ponte radio SDH, entro una rete (ad anello) SDH/SONET affinché raggiunga una seconda LAN, eventualmente attraverso un altro ponte radio SDH.

L'idea alla base della presente invenzione è quella di incapsulare differenti stream di dati (Fast Ethernet (a 100 Mb/s) e interfacce plesiocrone di livello inferiore, cioè E1 (a 2 Mb/s) o DS1 (a 1,5 Mb/s)) entro il VC-4 del payload di un segnale STM-1 (o OC-3) ed inoltre quella di recuperare il segnale di sincronismo al ricevitore attraverso informazioni trasmesse assieme alla stessa trama STM-1.

Secondo la presente invenzione, il Contenitore Virtuale (VC-4) non viene costruito in maniera convenzionale ma per "pacchettizzazione", come verrà spiegato in dettaglio sotto.

L'invenzione risulterà senz'altro chiara dalla descrizione dettagliata che segue, data a puro titolo esemplificativo e non limitativo, da leggersi con riferimento alle annesse figure, in cui:

- Fig. 1 mostra una prima applicazione di rete della presente invenzione;

Fig. 2 mostra una seconda applicazione di rete della presente invenzione; - Fig 3 mostra un diagramma a blocchi schematico di un singolo terminale wireless atto ad implementare la presente invenzione;

- Fig. 4 mostra schematicamente un trasmettitore secondo la presente invenzione;

- Fig. 5 mostra schematicamente un ricevitore secondo la presente invenzione;

- Fig. 6 mostra come potrebbe essere mappato un singolo canale a 2 (o 1,5) Mb/s su un Contenitore Virtuale di 36 bytes;

Fig. 7 mostra come viene strutturata la pacchettizzazione dei canali a 2 (o 1,5) Mb/s;

Fig. 8 mostra un diagramma di flusso delle varie fasi del metodo eseguite in trasmissione; e

- Fig. 9 mostra un diagramma di flusso delle varie fasi del metodo eseguite in ricezione.

Prima di descrivere la presente invenzione è bene precisare che essa è ugualmente applicabile a tutti i segnali sincroni, quali SDH e SONET. Pertanto, ogni riferimento fatto al mondo SDH si intende automaticamente esteso al mondo SONET e vice versa.

La Fig. 1 mostra una prima possibile applicazione di rete della presente invenzione per mettere in comunicazione due reti locali LAN1 e LAN2. Un segnale Fast Ethernet da una prima rete locale (LAN1) viene processato in un LAN Switch LANSW1, mappato (WTER1) in contenitori virtuali SDH/SONET (VC4) e viene trasmesso attraverso un ponte radio punto-punto SDH/SONET. In corrispondenza del lato di ricezione WTER2 del ponte radio, la trama così costruita viene inserita (NEI) e viene trasportata in una convenzionale rete (ad anello) SDH/SONET, indicata con NTW. In corrispondenza del nodo NE4 della rete (ad anello), la trama viene demappata e il segnale viene riconvertito nel segnale originario Fast Ethernet tramite un secondo LAN Switch LANSW2. Successivamente viene inviato alla seconda rete locale LAN2.

L'applicazione di Fig. 2 è molto simile all'applicazione di Fig. 1. La differenza sta nel fatto che è previsto un secondo ponte radio punto-punto SDH/SONET per accedere alla seconda rete locale LAN2. In ogni caso potremmo genericamente definire entrambe le applicazioni come "interconnessioni LAN to LAN".

Il problema che la presente invenzione affronta e risolve è pertanto quello di trasportare un segnale Fast Ethernet attraverso un ponte radio SDH/SONET. Una volta che il segnale Fast Ethernet è stato opportunamente "pacchettizzato" in modo da essere contenuto in Contenitori Virtuali standard (VC-4) SDH/SONET, può essere facilmente trasportato attraverso reti convenzionali (ad anello) SDH/SONET.

In Fig. 3 viene riportato un diagramma a blocchi schematico di un singolo terminale wireless 10 atto ad implementare la presente invenzione. In Fig. 3 viene mostrata una prima interfaccia I/O 12 per segnali Fast Ethernet (100BASE-T) e una pluralità di interfacce I/O 14 per segnali plesiocroni, tipicamente segnali E1 a 2 Mb/s o segnali DS1 a 1,5 Mb/s. Il numero massimo di interfacce I/O 14 per segnali plesiocroni dipende da quale segnale (El, DS1) sono atte a ricevere ed è limitato solo dalla capacità standardizzata (149 Mb/s) di un Contenitore Virtuale VC-4.

Tutte le interfacce I/O 12, 14 sono in comunicazione bidirezionale con un blocco 16 di costruzione pacchetti che funge anche da "Round-Robin Scheduler". Il blocco 16 di costruzione pacchetti a sua volta è collegato con un blocco 18 di processamento delle trame e di mappatura SDH/SONET. Convenzionalmente, una volta formato il Contenitore Virtuale VC-4 sono presenti blocchi funzionali dell'SDH/SONET. Cioè sono presenti tutte le sezioni di terminazione dell'SDH/SONET, quali: la sezione POHT di terminazione del VC-4 POH, la sezione MSA di adattamento dell'AU-4 alla MS (Multiplex Section), la sezione MST di terminazione dell'MSOH e la sezione RST di terminazione dell'RSOH. Il terminale radio secondo la presente invenzione comprende inoltre un controllore di sistema SYCTR e blocchi di modulazione TXMOD (per la trasmissione) e di demodulazione RXDEMOD (per la ricezione) che sono connessi con un convenzionale apparecchio ricetrasmettitore radio a microonde (non mostrato). Eventualmente, infine, è presente un blocco SCHMN di gestione di canali di servizio e di interfacce esterne.

La presente invenzione si basa sul principio di multiplare interfacce dati di tipo diverso entro un singolo VC-4. 1 segnali in ingresso (100BASE-T, El, DS1) vengono divisi in pacchetti di lunghezza fissa che vengono "impilati", cioè memorizzati temporaneamente in un numero prefissato. Uno schedulatore a divisione di tempo verifica che le pile di pacchetti delle sorgenti siano complete (i vari segnali potrebbero eventualmente arrivare con velocità diverse). In caso positivo è possibile costruire, cioè riempire, un Contenitore Virtuale VC-4. In caso negativo si hanno due alternative: o viene costruito ugualmente un Contenitore Virtuale VC-4 utilizzando pacchetti "nulli" o si attende il completamento di una pila di pacchetti validi.

Naturalmente, associata ad ogni pila di pacchetti relativa alla stessa sorgente, viene prevista un'etichetta o header che identifichi la sorgente stessa (ad esempio 100BASE-T, primo gruppo di segnali E1/DS1 o secondo gruppo di segnali E1/DS1) in modo da ripristinare il segnale originario in ricezione. L'header in buona sostanza comprende una stringa che identifichi il tipo di segnale inserito nel VC-4.

Nella forma di realizzazione preferita della presente invenzione, con un segnale a 100 Mb/s e sei segnali a 2 (o 1,5) Mb/s, vengono previsti quattro diversi header: un primo header per la sorgente a 100 Mb/s, un secondo header per un primo blocco di tre segnali a 2 (o 1,5) Mb/s, un terzo header per un secondo blocco di tre segnali a 2 (o 1,5) Mb/s e un quarto header per identificare eventuali pacchetti nulli. Questo perché, come verrà chiarito meglio nel seguito, i vari segnali a 2 (o 1,5) Mb/s sono multiplati a gruppi di tre in un "super blocco". Avendo identificato i pacchetti nulli con un apposito header, in ricezione essi verranno facilmente eliminati senza rischi di perdere parte del segnale utile.

La presente invenzione prevede di dividere i segnali (qualsiasi sia la sorgente dalla quale essi provengono) in pacchetti di lunghezza fissa. La lunghezza di pacchetto ritenuta ottimale è pari a 28 bytes (27 bytes di informazioni e 1 byte di header) per ragioni che risulteranno chiare nel seguito. Così, il massimo numero di pacchetti da 28 bytes inseribili in un VC-4 sarà pertanto 83. I rimanenti 16 bytes del VC-4 saranno utilizzati per il recupero del sincronismo (meccanismo di rime stamping che verrà descritto sotto).

La composizione di una trama (singolo VC-4) nel caso di un'unica sorgente a

Il numero di bytes riservati agli header sarà 83, quelli riservati al timestamp sarano 16.

La composizione di una trama nel caso di una sorgente Fast Ethernet e di sei sorgenti a 2,0 (o 1,5) Mb/s sarà come riportato nella tabella sotto:

Il numero di bytes riservati agli header sarà ancora 83, quelli riservati al timestamp sarano 16.

A titolo esemplificativo, un segnale a 2 (o 1,5) Mb/s viene mappato su un contenitore virtuale WST di 36 bytes come mostrato in Fig. 6, dove:

BIP-2 contiene un controllo di parità dedicato;

Sg stn rappresenta una segnalazione di stuffing negativo;

Sg stp rappresenta una segnalazione di stuffing positivo;

Stn è uno stuffing negativo; e

Stp è uno stuffing positivo.

Tre di queste strutture da 36 bytes vengono multiplate byte per byte in un super blocco da 108 bytes (3X36 bytes) che, con l’aggiunta dei relativi header, sono equivalenti a quattro blocchi da 28 bytes ciascuno.

In realtà, come riconoscerà il tecnico del ramo, un segnale a 2 (o a 1,5) Mb/s potrebbe essere contenuto anche solo in 32 bytes, se non fosse per i bytes di stuffing e di controllo della parità. Tuttavia, lo stesso tecnico del ramo riconoscerà anche che 36 è anche un multiplo del numero di colonne di una trama SDH/SONET e la multiplazione di tre Contenitori Virtuali da 36 bytes ciascuno (per un totale di 108 bytes) è multiplo esatto di quattro pacchetti da 28 bytes come definito sopra e come mostrato in Fig. 7; questo fatto è sicuramente vantaggioso. In Fig. 7, il byte di colore grigio indica l'header del pacchetto.

Particolare attenzione è stata posta nella presente invenzione al recupero del sincronismo dal momento che viene trattata una sorgente di segnali asincroni (100 Mb/s) con la trama. Il meccanismo di recupero del segnale di sincronismo è contenuto, come verrà spiegato sotto, nella trama SDH/SONET costruita con i pacchetti delle varie sorgenti.

In trasmissione viene previsto un contatore che esegue un campionamento e inserisce, ad esempio in fondo alla trama, un indicatore (numero progressivo) proporzionale alla frequenza di campionamento. In ricezione, questo indicatore viene utilizzato per modificare la frequenza di un oscillatore controllato in tensione (VCO) che mi consente di leggere i dati ricevuti. Quindi, in ogni trama è contenuto un indicatore numerico della frequenza con la quale è avvenuto il campionamento.

In Fig. 4 viene riportato schematicamente un trasmettitore secondo la presente invenzione atto a ricevere segnali di tipo diverso (100 BASE-T, El, DS1) e a mapparli in modo conveniente in un VC-4 di trame SDH/SONET. Si supponga che i segnali ricevuti siano un segnale 100 BASE-T e sei segnali El (o DS1).

Al segnale 100 BASE-T ricevuto viene assegnato (20) il Time-Stamp per ottenere la corretta informazione di sincronismo in ricezione. Vengono formati pacchetti di lunghezza fissa (22) e viene aggiunto un header (24). I pacchetti così formati vengono impilati in un buffer 34.

I segnali El, DS1 vengono ricevuti a gruppi di tre. Vengono mappati (26) su rispettivi contenitori da 3X36 bytes. I contenitori da 108 bytes vengono multiplati (28). Come per il segnale 100 BASE-T, vengono formati pacchetti (30) e viene aggiunto un apposito header (32) che identifichi la sorgente da cui provengono. Anche in questo caso, i pacchetti così formati vengono impilati (36) in una apposita memoria. Per le ragioni già accennate sopra, vengono anche costruiti (38) pacchetti vuoti o nulli e anche a questi pacchetti nulli, aventi il medesimo formato dei pacchetti validi, viene aggiunto (40) un apposito header. Uno schedulatore 42 forma VC-4 utilizzando i pacchetti prelevati dai vari buffer 34, 36 ed eventualmente utilizzando un certo numero di pacchetti nulli.

In Fig. 5 viene viene riportato schematicamente un ricevitore secondo la presente invenzione atto a ricevere trame SDH/SONET e, da queste, estrarre i segnali originari (100 BASE-T, El, DS1) trasmessi attraverso il ponte radio. La trama SDH/SONET viene ricevuta attraverso un'opportuna interfaccia d'ingresso 50. Dalla trama ricevuta viene estratto (52) il time stamp per il recupero del clock (54). Il segnale di sincronismo così recuperato viene inviato ad un buffer (56) atto a memorizzare i pacchetti dei segnali Fast Ethernet. La trama ricevuta viene memorizzata in una memoria 58 e successivamente processata da un blocco 60 di identificazione degli header dei pacchetti. La memoria 58 è controllata da un apposito controllore 62, anch'esso in comunicazione con il blocco di identificazione degli header.

Il blocco 60 di identificazione degli header legge ed identifica gli header dei pacchetti contenuti nel payload della trama. Nel caso venga identificato un header di pacchetti nulli, tutti i pacchetti identificati da questo header vernano scartati (64). Nel caso venga identificato un header di pacchetti di un segnale 100BASE-T, i pacchetti identificati da questo header verranno inviati (nell'esatto ordine in cui sono ricevuti) al buffer 56 e successivamente ad una interfaccia di uscita 66 per segnali a 100 Mb/s.

Nel caso venga identificato un header di un primo (o secondo) blocco di segnali E1 o DS1, i pacchetti identificati da questo header verranno inviati ad un primo -68- (o secondo -74-) buffer di segnali E1/DS1 per formare un primo -72-(o secondo -74-) contenitore di 108 bytes (3X36 bytes). Il rispettivo primo (o secondo) contenitore da 108 bytes viene demultiplato (76, 78) e i segnali E1/DS1 che si ottengono vengono inviati a rispettive interfacce d'uscita 80.

I diagrammi di flusso delle Figure 8 e 9 riassumono le varie fasi del metodo della presente invenzione, in trasmissione ed in ricezione, rispettivamente.

Le fasi in trasmissione possono essere riassunte come segue:

12: ricevere segnali dalla prima sorgente (100 BASE-T),

26: ricevere segnali dalla dalla seconda/terza sorgente (primo/secondo blocco di segnali E1 o DS1);

22, 30: formare pacchetti aventi dimensioni fissate (27 bytes);

38: formare pacchetti nulli aventi dimensioni fissate (27 bytes);

24, 32, 40: aggiungere un apposito header identificativo della sorgente;

34: formare pile di pacchetti memorizzandoli in buffer;

42: se vi è una pila di pacchetti pronta, inserire i pacchetti e costruire il VC-4, altrimenti completare il VC-4 con pacchetti nulli;

20: inserire un time stamping nel VC-4 dopo aver verificato che il numero di pacchetti nel VC-4 è pari a 83 (in caso il numero di pacchetti è inferiore a 83, ritornare alle pile di pacchetti formate).

Le fasi in ricezione possono essere riassunte come segue:

50: ricevere trame SDH/SONET, allineare STM-1, interpretare puntatore e identificare il primo pacchetto del VC-4;

60: estrarre pacchetto e leggere l'header;

64: eliminare il paccheto nel caso in cui l'header sia invalido o identifichi un paccheto nullo;

66: se l'header identifica un paccheto proveniente dalla prima sorgente (100 BASE-T), assegnare il paccheto all'interfacciadi destinazione corrispondente;

76, 78: se l'header identifica un paccheto proveniente dalla seconda/terza sorgente (primo/secondo blocco di segnali E1 o DS1), demultiplare il blocco di paccheti;

52: se il numero di paccheti è uguale ad 83, estrarre il time stamping, se invece il numero di paccheti è inferiore a 83, estrarre un nuovo paccheto (60), identificarne l'header e proseguire come sopra.

Sono stati mostrati e descriti un nuovo metodo ed un nuovo apparato che soddisfano tuti gli scopi ed i vantaggi di cui sopra. Molti cambi, modifiche, variazioni e altri usi ed applicazioni della presente invenzione tutavia diverranno apparenti agli esperti del setore dopo aver considerato la descrizione e i disegni allegati che ne illustrano forme di realizzazione preferite. Tuti questi cambi, modifiche, variazioni ed altri usi / altre applicazioni che non si allontanano dallo spirito e dall'ambito dell'invenzione sono ritenuti coperti dall'invenzione che è limitata solo dalle rivendicazioni che seguono.

Claims

RIVENDICAZIONI 1. Metodo per trasmettere un segnale Fast Ethernet (100 BASE-T) attraverso un sistema di comunicazione in ponte radio punto-punto, il metodo comprendendo la fase di ricevere segnali Fast Ethernet (100 BASE-T) ed essendo caratterizzato dalle fasi di: - pacchettizzare detto segnale Fast Ethernet, - mappare i pacchetti in un singolo contenitore virtuale (VC-4) di un payload STM-l/OC-3 di una trama di segnale SDH/SONET, trasmettere detta trama di segnale attraverso il ponte radio punto-punto, detto ponte radio essendo un ponte radio punto-punto SDH/SONET.
2. Metodo secondo la rivendicazione 1, caratterizzato dal fatto che la fase di pacchettizzare detto segnale Fast Ethernet (100 BASE-T) comprende la fase di formare pacchetti aventi un medesimo formato.
3. Metodo secondo la rivendicazione 2, caratterizzato dal comprendere l'ulteriore fase di aggiungere ai pacchetti un header di pacchetti che identifichi la sorgente di provenienza (100 BASE-T).
4. Metodo secondo la rivendicazione 3, caratterizzato dal fatto che detta fase di formare pacchetti aventi un medesimo formato comprende la fase di formare pacchetti da 27 bytes e detta fase di aggiungere un header di pacchetti comprende la fase di aggiungere un header di 1 byte.
5. Metodo secondo la rivendicazione 2 o 3, caratterizzato dal comprendere l'ulteriore fase di formare pile di pacchetti memorizzandone un certo numero in buffer.
6. Metodo secondo la rivendicazione 1, caratterizzato dal comprendere le ulteriori fasi di formare pacchetti nulli aventi un medesimo formato e di aggiungere ai pacchetti un header di pacchetti nulli.
7. Metodo secondo la rivendicazione 6, caratterizzato dal fatto che detta fase di formare pacchetti nulli aventi un medesimo formato comprende la fase di formare pacchetti da 27 bytes e detta fase di aggiungere un header di pacchetti nulli comprende la fase di aggiungere un header di 1 byte.
8. Metodo secondo la rivendicazione 1, caratterizzato dal comprendere l'ulteriore fase di ricevere segnali da almeno un'ulteriore sorgente di segnali, formare corrispondenti pacchetti aventi un medesimo formato e aggiungere ai pacchetti un header di pacchetti che identifichi la sorgente di provenienza e formare corrispondenti pile di pacchetti.
9. Metodo secondo una qualsiasi delle rivendicazioni 5-8, caratterizzato dal fatto che la fase di mappare i pacchetti in un singolo contenitore virtuale (VC-4) di un payload STM-l/OC-3 di una trama di segnale SDH/SONET comprende la fase di prelevare i pacchetti di una pila di pacchetti completa per costruire un VC-4, eventualmente inserendo pacchetti nulli per riempire il VC-4 sostanzialmente completamente.
10. Metodo secondo la rivendicazione 9, caratterizzato dal comprendere l'ulteriore fase di inserire un time stamping indicativo della frequenza di campionamento e trasmetterlo assieme alla trama di segnale.
11. Metodo per ricevere una trama di segnale contenente un segnale Fast Ethernet, detta trama essendo stata trasmessa attraverso un sistema di comunicazione in ponte radio punto-punto SDH/SONET, il metodo comprendendo le fasi di allineare l'STM-1 ed interpretare il puntatore ed essendo caratterizzato dalle fasi di spacchettizzare il payload della trama ricevuta, leggere l'header di ciascun pacchetto estratto per identificare la sorgente di provenienza e ricostituire il segnale originario assegnando il pacchetto all'interfaccia di destinazione appropriata.
12. Metodo secondo la rivendicazione 11, caratterizzato dal comprendere l'ulteriore fase di estrarre dalla trama un time stamping indicativo della frequenza con la quale, in trasmissione, è avvenuto il campionamento, il valore del time stamping venendo utilizzato per modificare la frequenza di un oscillatore controllato in tensione per leggere i dati ricevuti.
13. Apparato per trattare e trasmettere un segnale Fast Ethernet (100 BASE-T) attraverso un sistema di comunicazione in ponte radio punto-punto, l'apparato comprendendo un'interfaccia di ricezione di segnali Fast Ethernet (100 BASE-T) ed essendo caratterizzato dal fatto di comprendere: - mezzi per pacchettizzare detto segnale Fast Ethernet, - mezzi per mappare i pacchetti in un singolo contenitore virtuale (VC-4) di un payload STM-l/OC-3 di una trama di segnale SDH/SONET, - un trasmettitore per trasmettere detta trama di segnale attraverso il ponte radio punto-punto, detto ponte radio essendo un ponte radio punto-punto SDH/SONET.
14. Apparato secondo la rivendicazione 13, caratterizzato dal fatto che detti mezzi per pacchettizzare il segnale Fast Ethernet (100 BASE-T) comprendono mezzi per formare pacchetti aventi un medesimo formato.
15. Apparato secondo la rivendicazione 14, caratterizzato dal comprendere inoltre mezzi per aggiungere ai pacchetti un header di pacchetti che identifichi la sorgente di provenienza (100 BASE-T).
16. Apparato secondo la rivendicazione 13 o 14, caratterizzato dal comprendere buffer per memorizzare pile di pacchetti.
17. Apparato secondo la rivendicazione 13, caratterizzato dal comprendere mezzi per formare pacchetti nulli aventi un medesimo formato e per aggiungere ai pacchetti nulli un header di pacchetti nulli.
18. Apparato secondo la rivendicazione 13, caratterizzato dal comprendere mezzi per ricevere segnali da almeno un'ulteriore sorgente di segnali, mezzi per formare corrispondenti pacchetti aventi un medesimo formato e aggiungere ai pacchetti un header di pacchetti che identifichi la sorgente di provenienza e mezzi per formare corrispondenti pile di pacchetti.
19. Apparato secondo una qualsiasi delle rivendicazioni 5-8, caratterizzato dal fatto di comprendere mezzi per prelevare i pacchetti di una pila di pacchetti completa per costruire un VC-4, eventualmente inserendo pacchetti nulli per riempire il VC-4 sostanzialmente completamente.
20. Apparato secondo la rivendicazione 19, caratterizzato dal comprendere inoltre mezzi per inserire un time stamping indicativo della frequenza di campionamento e trasmetterlo assieme alla trama di segnale.
21. Apparato per ricevere una trama di segnale contenente un segnale Fast Ethernet, detta trama essendo stata trasmessa attraverso un sistema di comunicazione in ponte radio punto-punto SDH/SONET, l'apparato comprendendo mezzi per allineare l'STM-1 ed interpretare il puntatore ed essendo caratterizzato dal comprendere mezzi per spacchettizzare il payload della trama ricevuta, mezzi per leggere l'header di ciascun pacchetto estratto, per identificare la sorgente di provenienza e ricostituire il segnale originario assegnando il pacchetto all'interfaccia di destinazione appropriata.
22. Apparato secondo la rivendicazione 21, caratterizzato dal comprendere mezzi per estrarre dalla trama un time stamping indicativo della frequenza con la quale, in trasmissione, è avvenuto il campionamento, il valore del time stamping venendo utilizzato per modificare la frequenza di un oscillatore controllato in tensione per leggere i dati ricevuti,