ES2928313T3

ES2928313T3 - Método y dispositivo para procesar el canal de supervisión óptica en una red óptica

Info

Publication number: ES2928313T3
Application number: ES18832094T
Authority: ES
Inventors: Wei Su; Yujie Chen; Maarten Petrus Joseph Vissers
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2017-07-14
Filing date: 2018-03-23
Publication date: 2022-11-17
Anticipated expiration: 2038-03-23
Also published as: EP3641160A4; CN109257093A; US20200153529A1; WO2019011003A1; CN109257093B; US10826636B2; EP3641160B1; EP3641160A1

Abstract

Las realizaciones de la presente invención se relacionan con el campo de las comunicaciones ópticas, en particular con una técnica de procesamiento de cabecera en una red de transporte óptico. En un método de transmisión de sobrecarga, un dispositivo de red genera una trama de canal de supervisión óptica (OSC), la trama de OSC comprende una pluralidad de unidades de bloque de código de sobrecarga, cada una de la pluralidad de unidades de bloque de código de sobrecarga lleva una sobrecarga, la trama de OSC lleva una identificación de sobrecarga información, utilizada para identificar los tipos de tara de las taras soportadas por la pluralidad de unidades de bloque de código de tara, y las taras que comprenden una tara de sección de transmisión óptica, una tara de sección de multiplexación óptica y una tara de señal afluente óptica integrada; y el dispositivo de red envía la trama OSC. Mediante el uso de la técnica de procesamiento de sobrecarga proporcionada por la presente invención, un dispositivo de red puede extraer y analizar una unidad de bloque de código de sobrecarga para ser procesada a partir de una trama OSC recibida, y una unidad de bloque de código de sobrecarga que no necesita ser analizada se procesa de forma transparente. transmitido, reduciendo así un período de procesamiento de gastos generales, es decir, un retraso de procesamiento de gastos generales. Además, la técnica de procesamiento de sobrecarga proporcionada por la presente invención proporciona una forma flexible de encapsulación y mapeo, y tiene una buena extensibilidad. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Método y dispositivo para procesar el canal de supervisión óptica en una red óptica

Campo técnico

Las modalidades de la presente invención se refieren al campo de las comunicaciones ópticas y, en particular, a una tecnología de procesamiento de taras en una red óptica.

Antecedentes

Como una tecnología central de una red de transporte de próxima generación, una red de transporte óptico (Optical Transport Network, OTN para abreviar) tiene una abundante capacidad de operación, administración y mantenimiento (Operation, Administration and Maintenance, OAM para abreviar), una fuerte capacidad de monitoreo de conexión en tándem (Tandem Connection Monitoring, TCM para abreviar) y una fuerte capacidad de corrección de errores en recepción fuera de banda (Forward Error Correction, FEC para abreviar) y puede implementar una programación y administración flexibles de un servicio de gran capacidad. Se usa un canal de supervisión óptico (Optical Supervisory Channel, OSC para abreviar) para transmitir la información relacionada con la OAM y la información relacionada con la protección en la OTN. La información relacionada con la OAM y la información relacionada con la protección también se denominan usualmente como taras.

La OTN tiene características de alto ancho de banda y baja latencia, por lo que se convierte en una forma de transmisión ideal para muchos servicios emergentes, tales como video 4K/8K y realidad virtual. A medida que surgen nuevos servicios, el tráfico de red también aumenta. Como resultado, la OTN se expande continuamente y el mantenimiento y la administración de la red se vuelven cada vez más desafiantes. Como un principal medio de transmisión de la información de OAM y la información de protección, el OSC también tiene muchas desventajas. Existe un retraso relativamente grande en la forma de encapsulación actual. En un ejemplo en donde el OSC se encapsula al usar una trama de Ethernet, un nodo intermedio necesita extraer y analizar toda la información de tara incluida en la trama de Ethernet y luego reprocesar la información de tara y encapsular la información de tara en una nueva área de carga útil. Actualmente, en esta práctica, un período de procesamiento del OSC es excesivamente largo y se provoca un retraso de procesamiento relativamente grande. Además, no es fácil realizar la expansión en la forma de encapsulación actual y la forma de encapsulación actual tiene poca compatibilidad y no puede cumplir con el requisito de una futura red a gran escala para el OSC.

Por lo tanto, existe la necesidad de una tecnología de procesamiento del OSC, para superar las desventajas anteriores que tiene actualmente el OSC.

JONGYOON SHIN Y OTROS: " Optical supervisory channel subsystem for 1.6T WDM transmission system ", tecnología de comunicación avanzada, 2004, la 6ta conferencia internacional en Phoenix Park, KOREAPER. 9 11,2004, PISCATAWAY, NJ, EE. UU., IEEE, 9 de febrero de 2004 (2004-01-09), páginas 402-404, DOI: 10.1109/ICACT. 2004.1292898, ISBN: 978-89-5519-119-6 se refiere a una estructura de trama del OSC para un sistema de transmisión WDM de 1.6T.

La Patente US7471898B2 describe un dispositivo y un método para el entramado de canales de supervisión óptica en un sistema de red de transporte óptico que genera señales para evitar que se produzcan problemas.

WEI SU HUAWEI TECHNOLOGIES CO Y OTROS: " OSC requirement proposal; WD11-20", BORRADOR DE UIT-T, PERÍODO DE ESTUDIO 2017-2020; COMISIÓN DE ESTUDIO 15; SERIE WD11-20, UNIÓN INTERNACIONAL DE TELECOMUNICACIONES, GINEBRA; CH, vol.11/15 13 de febrero de 2017 (2017-02-13), páginas 1-4, describe una propuesta de requisitos del OSC que pretende aclarar la arquitectura y los requisitos del OSC y ser conveniente para la definición de las capacidades del OSC unificadas en futuros equipos OTN.

Resumen

La presente invención se define por el método de la reivindicación independiente 1 y por el aparato de las reivindicaciones independientes 7 y 13. Las características adicionales de la invención se presentan en las reivindicaciones dependientes. A continuación, las partes de la descripción y el dibujo que se refieren a modalidades, que no están cubiertas por las reivindicaciones, no se presentan como modalidades de la invención, sino como ejemplos útiles para comprender la invención.

Las modalidades de la presente invención describen un método y un aparato de procesamiento del OSC para mejorar el rendimiento del OSC en una red OTN.

De acuerdo con un primer aspecto, una modalidad de la presente invención proporciona un método de procesamiento de taras en una red de transporte óptico y el método incluye:

generar una trama del canal de supervisión óptico (OSC), donde la trama del OSC incluye una pluralidad de unidades de bloques de código de tara, cada una de la pluralidad de unidades de bloques de código de tara soporta una tara de un tipo, la trama del OSC lleva la información de identificación de la tara y la información de identificación de la tara se usa para identificar los tipos de tara de las taras generadas de la pluralidad de unidades de bloques de código de tara; y

enviar la trama del OSC.

Debe señalarse que, las taras incluyen una tara de sección de transmisión óptica (OTS OH), una tara de la sección de multiplexación óptica (OMS OH) y una tara de conjunto de señales tributarias ópticas (OTSiA OH). Opcionalmente, las taras incluyen además una o más de una tara de canal óptico (OCh OH), un canal de comunicación de datos de sección de transmisión óptica (OTS_DCC) y un canal de comunicación de datos de sección de multiplexación óptica (OMS_DCC). Debe señalarse además que, una trama del OSC incluye un área de tara y un área de carga útil y la pluralidad de unidades de bloques de código de tara se ubican en el área de carga útil de la trama del OSC.

En una posible implementación, la información de identificación de la tara se ubica en el área de tara de la trama del OSC y la información de identificación de la tara incluye la información de ubicación de al menos una de la pluralidad de unidades de bloques de código de tara en el área de carga útil de la trama del OSC y la información del tipo de tara de una tara generada por al menos una unidad de bloque de código de tara.

En otra posible implementación, la información de identificación de la tara se ubica en al menos una de la pluralidad de unidades de bloques de códigos de tara y la información de identificación de la tara se usa para indicar un tipo de tara de una tara generada por cada una de las unidades de bloques de código de tara.

En un posible diseño, la generación de una trama del OSC puede ser específicamente: encapsular la OTS OH, la OMS OH y la OTSiA OH en la pluralidad de unidades de bloques de código de tara; y mapear la pluralidad de unidades de bloques de código de tara al área de carga útil de la trama del OSC. Específicamente, el mapeo de la pluralidad de unidades de bloques de código de tara al área de carga útil de la trama del OSC incluye: mapear algunas de la pluralidad de unidades de bloques de código de tara a una ubicación preestablecida en el área de carga útil de la trama del OSC y mapear las otras unidades de bloques de código de tara a cualquier ubicación inactiva en el área de carga útil de la trama del OSC; o mapear la pluralidad de unidades de bloques de código de tara a cualquier ubicación inactiva en el área de carga útil de la trama del OSC.

En un posible diseño, cada una de la pluralidad de unidades de bloques de código de tara incluye al menos dos bloques de código de datos 66B.

De acuerdo con un segundo aspecto, una modalidad de la presente invención proporciona un dispositivo de red en una red óptica y el dispositivo de red se configura para implementar una función de acuerdo con el primer aspecto. La función puede implementarse al usar hardware o implementarse al ejecutar el correspondiente software por hardware. El hardware o el software incluyen uno o más módulos que corresponden a la función.

En un posible diseño, el dispositivo de red incluye un procesador y un transmisor. El procesador se configura para ayudar al dispositivo de red a realizar una función correspondiente, por ejemplo, generar una trama del OSC, de acuerdo con el método descrito en el primer aspecto. El transmisor se configura para ayudar al dispositivo de red a realizar una acción de envío descrita en el primer aspecto.

De acuerdo con un tercer aspecto, una modalidad de la presente invención proporciona otro método de procesamiento de taras en una red de transporte óptico y el método incluye:

recibir, por un dispositivo de red, una primera trama del canal de supervisión óptico (OSC), donde la primera trama del OSC incluye una pluralidad de unidades de bloques de código de tara, cada una de la pluralidad de unidades de bloques de código de tara soporta una tara de un tipo, la primera trama del OSC lleva la información de identificación de la tara y la información de identificación de la tara se usa para identificar los tipos de taras de las taras generadas por la pluralidad de unidades de bloques de código de tara;

identificar, de la primera trama del OSC con base en la información de identificación de la tara, una primera unidad de bloque de código de tara que soporta una primera OTS OH y extraer la primera OTS OH de la primera unidad de bloque de código de tara;

generar una segunda trama del OSC, donde la segunda trama del OSC incluye una segunda unidad de bloque de código de tara que soporta una segunda OTS OH y unidades de bloques de código de tara en la primera ^{trama del OSC que soporta una OMS OH y una OTSiA}Oh; ^y

enviar la segunda trama del OSC.

Debe señalarse que, las taras incluyen la primera tara de la sección de transmisión óptica (OTS OH), la tara de la ^{sección de multiplexación óptica (OMS}Oh) ^{y la tara del conjunto de señales tributarias ópticas (OTSiA OH).}Opcionalmente, las taras incluyen además una o más de una tara de canal óptico (OCh OH), un canal de comunicación de datos de sección de transmisión óptica (OTS_DCC) y un canal de comunicación de datos de sección de multiplexación óptica (OMS_DCC). La primera OTS OH se usa para implementar la operación, administración y mantenimiento (OAM) de una sección de transmisión entre el dispositivo de red y un dispositivo de red aguas arriba adyacente al dispositivo de red. La segunda OTS OH se usa para implementar la oAm de una sección de transmisión entre el dispositivo de red y un dispositivo de red aguas abajo adyacente al dispositivo de red. Debe señalarse además que, una trama del ^oS^cincluye un área de tara y un área de carga útil y la pluralidad de unidades de bloques de código de tara se ubican en el área de carga útil de la primera trama del OSC.

En un posible diseño, la información de identificación de la tara se ubica en el área de tara de la primera trama del OSC y la información de identificación de la tara incluye la información de ubicación de al menos una de la pluralidad de unidades de bloques de código de tara en el área de carga útil de la primera trama del OSC y la información del tipo de tara de una tara generada por la al menos una unidad de bloque de código de tara.

En otro diseño posible, la información de identificación de la tara se ubica en al menos una de la pluralidad de unidades de bloques de código de tara incluidas en la primera trama del OSC y la información de identificación de la tara se usa para indicar un tipo de tara de una tara generada por cada una de la al menos una unidad de bloque de código de tara.

En un posible diseño, la generación de una segunda trama del OSC incluye: generar la segunda OTS OH y encapsular la segunda OTS OH en la segunda unidad de bloque de código de tara; y mapear la segunda unidad de bloque de código de tara y las unidades de bloques de código de tara en la primera trama del OSC que soporta la OMS OH y la OTSiA OH a un área de carga útil de la segunda trama del OSC. Específicamente, el mapeo de la segunda unidad de bloque de código de tara y las unidades de bloques de código de tara en la primera trama del OSC que soporta la OMS OH y la OTSiA OH a un área de carga útil de la segunda trama del OSC incluye: mapear la segunda unidad de bloque de código de tara y algunas de las unidades de bloques de código de tara en la primera trama del OSC que soporta la OMS OH y la OTSiA OH a una ubicación preestablecida en el área de carga útil de la segunda trama del OSC y mapear las otras unidades de bloques de código de tara a cualquier ubicación inactiva en el área de carga útil de la segunda trama del OSC; o mapear la segunda unidad de bloque de código de tara y las unidades de bloques de código de tara en la primera trama del OSC que soporta la OMS OH y la OTSiA OH a cualquier ubicación inactiva en el área de carga útil de la segunda trama del OSC.

De acuerdo con un cuarto aspecto, una modalidad de la presente invención proporciona otro dispositivo de red en una red óptica y el dispositivo de red se configura para implementar una función de acuerdo con el tercer aspecto. La función puede implementarse al usar hardware o implementarse al ejecutar el correspondiente software por hardware. El hardware o el software incluyen uno o más módulos que corresponden a la función.

En un posible diseño, el dispositivo de red incluye un receptor, un procesador y un transmisor. El receptor se configura para realizar una acción de recepción en el tercer aspecto. El procesador se configura para ayudar al dispositivo de red a realizar una función correspondiente, por ejemplo, generar una segunda trama del OSC, de acuerdo con el método descrito en el tercer aspecto. El transmisor se configura para ayudar al dispositivo de red a realizar una acción de envío descrita en el tercer aspecto.

De acuerdo con un quinto aspecto, una modalidad de la presente invención proporciona otro método de procesamiento de taras en una red de transporte óptico y el método incluye:

identificar, de la primera trama del OSC con base en la información de identificación de la tara, una primera unidad de bloque de código de tara que soporta una primera OTS OH y una segunda unidad de bloque de código de tara que soporta una primera o Ms OH y extraer la primera OTS OH y la primera OMS OH de la primera unidad de bloque de código de tara y de la segunda unidad de bloque de código de tara, respectivamente; generar una segunda trama del OSC, donde la segunda trama del OSC incluye una tercera unidad de bloque de código de tara que soporta una segunda OTS OH, una cuarta unidad de bloque de código de tara que soporta una segunda OMS OH y unidades de bloques de código de tara en la primera trama del OSC que soporta la OTSiA OH; y

enviar la segunda trama del OSC.

Debe señalarse que las taras incluyen la primera tara de la sección de transmisión óptica (OTS OH), la primera tara de la sección de multiplexación óptica (OMS OH) y las taras del conjunto de señales tributarias ópticas (OTSiA OH). Opcionalmente, las taras incluyen además una o más de una tara de canal óptico (OCh OH), un canal de comunicación de datos de sección de transmisión óptica (OTS_DCC) y un canal de comunicación de datos de sección de multiplexación óptica (OMS_DCC). La primera OTS OH se usa para implementar la operación, administración y mantenimiento (OAM) de una sección de transmisión entre el dispositivo de red y un dispositivo de red aguas arriba adyacente al dispositivo de red, la primera OMS OH se usa para implementar la oAm de una sección de multiplexación entre el dispositivo de red y un primer dispositivo de red que tiene una función de multiplexación óptica que está aguas arriba del dispositivo de red y no existen otros dispositivos de red que tengan una función de sección de multiplexación entre el primer dispositivo de red y el dispositivo de red. La segunda OTS OH se usa para implementar la OAM de una sección de transmisión entre el dispositivo de red y un dispositivo de red aguas abajo adyacente al dispositivo de red, la segunda OMS OH se usa para implementar la oAm de una sección de multiplexación entre el dispositivo de red y un segundo dispositivo de red que tiene una función de sección de múltiplex óptica que está aguas abajo del dispositivo de red y no existen otros dispositivos de red que tengan una función de multiplexación óptica entre el dispositivo de red y el segundo dispositivo de red. Debe señalarse además que, una trama del OSC incluye un área de tara y un área de carga útil y la pluralidad de unidades de bloques de código de tara se ubican en el área de carga útil de la primera trama del OSC.

En un posible diseño, la generación de una segunda trama del OSC incluye: generar la segunda OTS OH y encapsular la segunda OTS OH en la tercera unidad de bloque de código de tara; generar la segunda OMS OH y encapsular la segunda OMS OH en la cuarta unidad de bloque de código de tara; y mapear la tercera unidad de bloque de código de tara, la cuarta unidad de bloque de código de tara y las unidades de bloques de código de tara en la primera trama del OSC que soporta las ^oT^síA OH a un área de carga útil de la segunda trama del OSC. Específicamente, el mapeo de la tercera unidad de bloque de código de tara, la cuarta unidad de bloque de código de tara y las unidades de bloques de código de tara en la primera trama del OSC que soportan las OTSiA OH a un área de carga útil de la segunda trama del OSC incluye: mapear la tercera unidad de bloque de código de tara, la cuarta unidad de bloque de código de tara y algunas de las unidades de bloques de código de tara en la primera trama del OSC que soporta las OTSiA OH a una ubicación preestablecida en el área de carga útil de la segunda trama del OSC y mapear las otras unidades de bloques de código de tara a cualquier ubicación inactiva en el área de carga útil de la segunda trama del OSC; o mapear la tercera unidad de bloque de código de tara, la cuarta unidad de bloque de código de tara y las unidades de bloques de código de tara en la primera trama del OSC que soportan las OTSiA OH a cualquier ubicación inactiva en el área de carga útil de la segunda trama del OSC.

De acuerdo con un sexto aspecto, una modalidad de la presente invención proporciona otro dispositivo de red en una red óptica y el dispositivo de red se configura para implementar una función de acuerdo con el quinto aspecto. La función puede implementarse al usar hardware o implementarse al ejecutar el correspondiente software por hardware. El hardware o el software incluyen uno o más módulos que corresponden a la función.

En un posible diseño, el dispositivo de red incluye un receptor, un procesador y un transmisor. El receptor se configura para realizar una acción de recepción en el quinto aspecto. El procesador se configura para ayudar al dispositivo de red a realizar una función correspondiente, por ejemplo, generar una segunda trama del OSC y extraer una primera OTS OH, de acuerdo con el método descrito en el quinto aspecto. El transmisor se configura para ayudar al dispositivo de red a realizar una acción de envío descrita en el quinto aspecto.

De acuerdo con un séptimo aspecto, una modalidad de la presente invención proporciona otro método de procesamiento de taras en una red de transporte óptico y el método incluye:

recibir una trama del OSC, donde la trama del OSC incluye una pluralidad de unidades de bloques de código de tara, cada una de la pluralidad de unidades de bloques de código de tara soporta una tara de un tipo, la trama del OSC lleva la información de identificación de la tara y la información de identificación de la tara se usa para identificar los tipos de taras de las taras generadas por la pluralidad de unidades de bloques de código de tara; identificar, de la trama del OSC con base en la información de identificación de la tara, un tipo de tara de la tara generada por cada una de la pluralidad de unidades de bloques de código de tara; y

extraer la tara de cada unidad de bloque de código de tara con base en el tipo de tara de la tara generada por cada unidad de bloque de código de tara.

De acuerdo con un octavo aspecto, una modalidad de la presente invención proporciona otro dispositivo de red en una red óptica y el dispositivo de red se configura para implementar una función de acuerdo con el séptimo aspecto. La función puede implementarse al usar hardware o implementarse al ejecutar el correspondiente software por hardware. El hardware o el software incluyen uno o más módulos que corresponden a la función.

En un posible diseño, el dispositivo de red incluye un receptor y un procesador. El receptor se configura para realizar una acción de recepción en el séptimo aspecto. El procesador se configura para ayudar al dispositivo de red a realizar una función correspondiente, por ejemplo, extraer una tara, de acuerdo con el método descrito en el séptimo aspecto.

Debe señalarse que, en el primer aspecto al octavo aspecto, la información de identificación de la tara también puede ser la información de ubicación preestablecida. Opcionalmente, la trama del OSC puede incluir además la información de corrección de errores en la recepción (^fE^c). Específicamente, en el método descrito en el primer aspecto, es necesario añadir más información FEC. En los métodos descritos en el tercer aspecto, el quinto aspecto y el séptimo aspecto, la comprobación FEC necesita realizarse adicionalmente en la trama del OSC recibida. Específicamente, en el primer aspecto al octavo aspecto, la trama del OSC incluye un bloque de código de marcador de alineación de la trama del OSC y un bloque de código de tara de la trama del OSC, el bloque de código de tara de la trama del OSC se usa para llevar la información de operación, administración y mantenimiento (OAM) de la trama del OSC y el bloque de código de marcador de alineación de la trama del OSC se usa para identificar la trama del OSC.

De acuerdo con un noveno aspecto, una modalidad de la presente invención proporciona un sistema de red óptica y el sistema incluye el dispositivo de red de acuerdo con el segundo aspecto, el dispositivo de red de acuerdo con el cuarto aspecto y el dispositivo de red de acuerdo con el octavo aspecto; o el sistema incluye el dispositivo de red de acuerdo con el segundo aspecto y el dispositivo de red de acuerdo con el octavo aspecto; o el sistema incluye el dispositivo de red de acuerdo con el segundo aspecto, el dispositivo de red de acuerdo con el cuarto aspecto, el dispositivo de red de acuerdo con el sexto aspecto y el dispositivo de red de acuerdo con el octavo aspecto; o el sistema incluye el dispositivo de red de acuerdo con el segundo aspecto, el dispositivo de red de acuerdo con el sexto aspecto y el dispositivo de red de acuerdo con el octavo aspecto.

En comparación con la técnica anterior, en las soluciones proporcionadas en la presente invención, diferentes taras pueden generarse por separado al usar un formato de trama del OSC, de modo que se simplifica el procesamiento de taras por parte del dispositivo de red y se reduce el retraso del procesamiento de taras. Además, una tecnología de procesamiento de tara proporcionada en la presente invención proporciona formas flexibles de encapsulación y mapeo que tienen buena capacidad de expansión.

Breve descripción de los dibujos

A continuación, se describen las modalidades de la presente invención con más detalles con referencia a los dibujos adjuntos.

La Figura 1 es un diagrama esquemático de un posible escenario de aplicación de acuerdo con una modalidad de la presente invención;

La Figura 2 es un diagrama esquemático de una posible estructura de una trama del OSC;

La Figura 3 es un diagrama esquemático de otra posible estructura de una trama del OSC;

La Figura 4 es un diagrama esquemático de una posible estructura de un área de carga útil de una trama del OSC;

La Figura 5 es un diagrama esquemático de una posible estructura de una unidad de bloque de código de tara; La Figura 6 es un diagrama esquemático de dos posibles estructuras de una unidad de bloque de código de OTS OH;

La Figura 7 es un diagrama esquemático de dos posibles estructuras de una unidad de bloque de código de OMS OH;

La Figura 8 es un diagrama esquemático de dos posibles estructuras de un MSI;

La Figura 9 es un diagrama esquemático de otra posible estructura de un MSI;

La Figura 10 es un diagrama esquemático de otra posible estructura de un MSI;

La Figura 11 es un diagrama esquemático de una posible estructura de una unidad de bloque de código de OTSiA OH o una unidad de bloque de código de OCh OH;

La Figura 12 es un diagrama esquemático de una posible estructura de una trama del OSC que incluye la información de indicación de mapeo flotante;

La Figura 13 es un diagrama esquemático de una posible estructura a la que se añade la FEC;

La Figura 14 es un diagrama de flujo del procesamiento de una trama del OSC por un posible dispositivo de red; La Figura 15 es un diagrama de flujo del procesamiento de una trama del o Sc por otro posible dispositivo de red;

La Figura 16 es un diagrama de flujo del procesamiento de una trama del OSC por otro posible dispositivo de red;

La Figura 17 es un diagrama de flujo del procesamiento de una trama del OSC por otro posible dispositivo de red;

La Figura 18 es un diagrama esquemático de una estructura de un posible dispositivo de red;

La Figura 19 es un diagrama esquemático de una estructura de otro posible dispositivo de red; y

La Figura 20 es un diagrama estructural esquemático de una estructura de otro posible dispositivo de red.

Descripción de las modalidades

Una arquitectura de red y un escenario de servicio que se describen en las modalidades de la presente invención pretenden describir las soluciones técnicas de las modalidades de la presente invención con mayor claridad y no constituyen una limitación de las soluciones técnicas proporcionadas en las modalidades de la presente invención. Un experto en la técnica puede conocer que, a medida que evolucionan las arquitecturas de red y surge un nuevo escenario de servicio, las soluciones técnicas proporcionadas en las modalidades de la presente invención también son aplicables a un problema técnico similar.

Visión general:

Las modalidades de la presente invención son aplicables a una red óptica, por ejemplo, una red de transporte óptico (Optical transport Network, OTN para abreviar). Como se muestra en la Figura 1, una OTN puede incluir diferentes tipos de dispositivos, tales como un terminal de línea (Line Terminal, LT para abreviar), un amplificador óptico (Optical Amplifier, OA para abreviar) y un multiplexor óptico de adición/sustracción (Optical Add-Drop Multiplexer, OADM para abreviar). A veces, el LT también se denomina como un módulo de transporte óptico (Optical Transport Module, OTM para abreviar) y se configura para modular una señal eléctrica en una señal óptica preestablecida (longitud de onda) o demodular una señal eléctrica a partir de una señal óptica específica. El OA también puede denominarse como un amplificador de línea óptica (Optical Line Amplifier, OLA para abreviar) y se configura principalmente para amplificar una señal óptica, para soportar una distancia de transmisión más larga mientras se garantiza el rendimiento específico de la señal óptica. El OADM se configura para realizar una conversión de espacio en una señal óptica, de modo que la señal óptica pueda emitirse desde diferentes puertos de salida (que también se denominan a veces como direcciones). En base a las diferentes capacidades, los OADM pueden clasificarse en OADM fijo (FOADM), OADM reconfigurable (ROADM) y similares. Generalmente, una pluralidad de LT y un multiplexor/demultiplexor se combinan en un dispositivo, por ejemplo, un dispositivo 1 en la Figura 1.

Para facilitar la gestión de la red, la OTN se divide en diferentes capas. Como se muestra en la Figura 1, la OTN incluye una sección de transmisión óptica (Optical Transmission Section, OTS para abreviar), una sección de multiplexación óptica (Optical Multiplex Section, OMS para abreviar), un conjunto de señales tributaria ópticas (Optical Tributary Signal Assembly, OTSiA para abreviar) y similares. Para implementar la operación, administración y mantenimiento efectivos de las diferentes secciones, se definen taras diversificadas (overhead, OH para abreviar) para la OTN. Las taras se usan para transferir la información de OAM y/o la información de protección de diferentes capas respectivamente y las taras de la capa óptica se transfieren todas a través de un canal de supervisión óptico (Optical Supervisory Channel, OSC para abreviar). Por ejemplo, se usa una tara de OTS (en lo sucesivo denominado como, OTS OH) para implementar la operación, administración y mantenimiento entre dos dispositivos de transmisión óptica adyacentes. Por ejemplo, en la Figura 1, una sección entre el dispositivo 1 y un dispositivo OA adyacente al dispositivo 1 se considera como una sección de transmisión. Para ejemplos de parámetros específicos que pueden incluirse en la tara y los significados de los parámetros, consulte la Tabla 4 y los detalles no se describen en la presente descripción. Para otro ejemplo, se usa una tara de OMS (en lo sucesivo denominado como, OMS OH) para implementar la operación, administración y mantenimiento entre dos dispositivos adyacentes que tienen una función de multiplexación óptica (consulte el ejemplo relacionado en la Figura 1). Para otro ejemplo más, se usa una tara de OTSiA (en lo sucesivo denominado como, OTSiA OH) para implementar la operación, administración y mantenimiento de una o más señales ópticas transmitidas entre dos dispositivos. Uno de los dos dispositivos es un dispositivo de nodo fuente para transmitir la señal óptica y el otro es un nodo de destino (que también se denomina como nodo sumidero) para transmitir la señal óptica. Por ejemplo, el dispositivo 1 y un dispositivo 2 en la Figura 1.

Como se muestra en la Figura 1, diferentes dispositivos pueden soportar diferentes capas OTN. En consecuencia, diferentes dispositivos OTN necesitan procesar taras de diferentes tipos o cantidades diferentes de taras. Por ejemplo, en la Figura 1, el dispositivo 1 necesita procesar las taras de los tres tipos mencionados anteriormente: una OTS OH, una OMS OH y una OTSiA OH, mientras que un dispositivo OA necesita procesar solamente una OTS OH. Para otro ejemplo, un dispositivo ROADM necesita procesar solamente una OTS OH y una OMS OH.

Debe señalarse que, un canal óptico (Optical Channel, OCh para abreviar) es un tipo de señal óptica o una capa definida anteriormente por la Unión Internacional de Telecomunicaciones-Sector de Normalización de las Telecomunicaciones (International Telecommunication Union-Telecommunication Standardization Sector, ITU-T para abreviar) para una única portadora y una tara correspondiente a la señal o capa es una OCh OH (tara del canal óptico). El OTSiA mencionado anteriormente es un tipo de señal óptica o una capa definida recientemente por la UIT-T para múltiples portadoras y una tara correspondiente a la señal o capa es una OTSiA OH. Solamente puede aparecer uno de los dos tipos de señales o pueden aparecer ambos tipos de señales. Esto no se limita en esta modalidad de la presente invención.

Una forma de encapsulación en donde se usa una trama de Ethernet o una trama de unidad de datos ópticos (ODU) se usa principalmente para un OSC actual. Los fabricantes soportan diferentes formas, lo que provoca un interfuncionamiento deficiente. En segundo lugar, un retraso en el procesamiento es relativamente grande en la forma actual. Por ejemplo, cuando se usa una trama de Ethernet para soportar taras, un nodo intermedio necesita extraer y analizar toda la información de tara en un área de carga útil de la trama de Ethernet y reprocesar la información de tara y encapsular la información de tara en una nueva área de carga útil. Un período de procesamiento es excesivamente largo y se provoca un retraso de procesamiento relativamente grande. En tercer lugar, se usa una forma de asignación de ancho de banda fijo en la forma de encapsulación actual. No es fácil realizar la expansión de esta forma y esta forma tiene una baja utilización del ancho de banda y poca compatibilidad y no puede cumplir con el requisito de una futura red a gran escala para el OSC.

En las modalidades de la presente invención se define un nuevo formato de trama del OSC. Los dispositivos OTN pueden usar este formato de trama del OSC uniforme para resolver un problema de interfuncionamiento y mejorar la interoperabilidad de los dispositivos. Esta trama del OSC consta de una pluralidad de bloques de código 66B (es decir, un bloque de datos cuya longitud es de 66 bits), e incluye un área de tara y un área de carga útil. El área de tara incluye un bloque de código de marcador de alineación (Alignment Marker, AM para abreviar) y un bloque de código de tara OH. Se usa un bloque de código de tara de la trama del OSC para llevar la información de operación, administración y mantenimiento (OAM) de la trama del OSC y se usa un bloque de código de marcador de alineación de la trama del OSC para identificar la trama del OSC. El área de carga útil de la trama del OSC incluye una serie de bloques de código de datos para soportar las taras de la capa óptica.

A continuación, se describe en detalle una estructura de la trama del OSC definida en las modalidades de la presente invención con referencia a más dibujos adjuntos.

La Figura 2 es un diagrama esquemático de una posible estructura de una trama del OSC. Específicamente, la trama del OSC consta de 2560 bloques de código 66B. En la Figura 2, se describen adicionalmente un bloque de código AM (que tiene una longitud de cuatro bloques de código 66B) y un bloque de código OH (que tiene una longitud de cuatro bloques de código 66B) que se incluyen en la trama del OSC. Los parámetros incluidos en los dos bloques de código se describen específicamente en la Tabla 1. Debe señalarse que, los parámetros de la Tabla 1 son simplemente un ejemplo de una posible implementación y los parámetros que realmente se incluyen en los dos bloques de código y las longitudes de los parámetros pueden ser diferentes. Por ejemplo, no solamente se incluyen los parámetros en la Tabla 1, sino que también se añaden algunos otros parámetros. Alternativamente, solamente se incluyen algunos de los parámetros proporcionados en la Tabla 1.

Tabla 1 Información sobre los parámetros incluidos en el bloque de código AM y el bloque de código OH en la Figura

2

La Figura 3 es un diagrama esquemático de otra posible estructura de trama del OSC. Una diferencia de la trama del OSC mostrada en la Figura 2 es que, la trama del OSC mostrada en la Figura 3 consta de 640 bloques de código 66B y se usa un período de trama más corto. El tamaño de un bloque de código AM y un tamaño de un bloque de código OH son cada uno un bloque de código 66B. En la Figura 3, se describe adicionalmente la información incluida en el bloque de código AM y el bloque de código OH. Los parámetros incluidos en los dos bloques de código se describen específicamente en la Tabla 2. Debe señalarse que, los parámetros de la Tabla 2 son simplemente un ejemplo de una posible implementación y los parámetros que realmente se incluyen en los dos bloques de código y las longitudes de los parámetros pueden ser diferentes. Por ejemplo, no solamente se incluyen los parámetros de la Tabla 2, sino que también se añaden algunos otros parámetros. Alternativamente, solamente se incluyen algunos de los parámetros proporcionados en la Tabla 2. Por ejemplo, un bloque de código AM de una trama del OSC incluye un campo RES (un campo reservado) en lugar de un campo BIP8.

Tabla 2 Información sobre los parámetros incluidos en el bloque de código AM y el bloque de código OH en la Figura

3

Las áreas de carga útil (Payload) incluidas en las tramas del OSC se muestran en la Figura 2 y la Figura 3 y los tamaños de las áreas de carga útil son 2552 bloques de código 66B y 638 bloques de código 66B. Además, la Figura 4 es un diagrama esquemático de un área de carga útil de una trama del OSC. Este ejemplo es aplicable a tramas del OSC que tienen diferentes longitudes, por ejemplo, las tramas del OSC mostradas en la Figura 2 y la Figura 3. Como se muestra en la Figura 4, el área de carga útil de la trama del OSC incluye diferentes unidades de bloques de código de tara y un bloque de código inactivo. El bloque de código inactivo puede ser un bloque de código inactivo (0x1E) definido en IEEE 802.3. Específicamente, diferentes unidades de bloques de código de tara, tal como una unidad de bloque de código de OTS OH, una unidad de bloque de código de OMS OH y una unidad de bloque de código de OTSiA OH, se mapean al área de carga útil de la trama del OSC de forma de mapeo flotante o fijo y la adaptación de la tasa se realiza al usar el bloque de código inactivo. Una unidad de bloque de código de tara de cada tipo ocupa al menos dos bloques de código 66B consecutivos. Cada bloque de código 66B incluye una cabecera de sincronización de 2 bits y datos de 64 bits. Para facilitar la descripción, a continuación, se usa un ejemplo en donde el tamaño de cada bloque de código de tara es dos bloques de código 66B. Sin embargo, en las modalidades de la presente invención, un tamaño de una unidad de bloque de código de tara usada durante la aplicación real no se limita específicamente. Por ejemplo, una unidad de bloque de código de tara también puede ser un único bloque de código 66B.

A continuación, se describe adicionalmente la unidad de bloque de código de tara con referencia a la Figura 5. La Figura 5 es un diagrama esquemático de una posible estructura de una unidad de bloque de código de tara. Específicamente, la unidad de bloque de código de tara incluye los siguientes campos.

SincHD (2 bits) indica una cabecera de sincronización, se establece en 01 y se usa para la sincronización.

BU_TIPO (8 bits) indica un tipo de unidad de bloque de código (en lo sucesivo denominado como campo de indicación de tipo de unidad de bloque de código). La Tabla 3 muestra una lista de valores posibles y los tipos de taras correspondientes. Debe señalarse que, este campo es opcional. Cuando las taras de diferentes tipos tienen una ubicación fija en un área de carga útil de una trama del OSC, por ejemplo, una unidad de bloque de código de OTS OH ocupa el primer bloque de código 66B y el segundo bloque de código 66B del área de carga útil de la trama del OSC, este campo no es requerido.

CRC8 (8 bits) indica la comprobación de redundancia cíclica 8 y se usa para detectar si existe un error después de la transmisión de datos. Debe señalarse que, este campo es opcional. Si no existe tal función, este campo puede establecerse como un campo reservado (RES).

Tabla 3 Ejemplos de valores BU_TIPO y tipos de taras correspondientes

Información de campo específica que se incluye en otro campo no marcado en la Figura 5 es diferente con base en los diferentes tipos de ^bU_TIPO. A continuación, se proporciona un ejemplo de estructuras específicas de algunas taras con referencia a los tipos BU_TIPO específicos.

La Figura 6 es un diagrama esquemático de dos posibles estructuras de una unidad de bloque de código de OTS OH. La unidad de bloque de código de OTS OH es aplicable a una trama del OSC cuya longitud es 2560 x 66B y también es aplicable a una trama del OSC que tiene otra longitud. Específicamente, una primera estructura incluye un campo BU_TIPO y el campo BU_TIPO se usa para indicar un tipo de tara de una tara generada por la unidad de bloque de código de tara. Una segunda estructura se mapea a una ubicación preestablecida en un área de carga útil de una trama del OSC de una manera de mapeo fijo. Por ejemplo, la unidad de bloque de código de OTS OH ocupa el primer bloque de código 66B y el segundo bloque de código 66B en el área de carga útil de la trama del OSC y, por lo tanto, no incluye un campo BU_TIPO. Una descripción de cada campo incluido en la unidad de bloque de código de tara se muestra en la Tabla 4.

Tabla 4 Descripción de campos en dos posibles unidades de bloques de código de OTS OH

La Figura 7 es un diagrama esquemático de dos posibles estructuras de una unidad de bloque de código de OMS OH. Similar a una unidad de bloque de código de OTS OH, la unidad de bloque de código de OMS OH es aplicable a una trama del OSC cuya longitud es 2560 x 66B y también es aplicable a una trama del OSC que tiene otra longitud. Específicamente, una primera estructura incluye un campo BU_TIPO y el campo BU_TIPO se usa para indicar un tipo de tara de una tara generada por la unidad de bloque de código de tara. Una segunda estructura de tara se mapea a una ubicación específica en un área de carga útil de una trama del OSC de una forma de mapeo fijo. Por ejemplo, la unidad de bloque de código de OMS OH ocupa el tercer bloque de código 66B y el cuarto bloque de código 66B en el área de carga útil de la trama del OSC y, por lo tanto, no incluye un campo BU_TIPO. Una descripción de cada campo incluido en la unidad de bloque de código de taras se muestra en la Tabla 5.

Tabla 5 Descripción de campos en dos posibles unidades de bloques de código de OMS OH

Lo siguiente explica adicionalmente la definición del MSI con referencia a la Figura 8 a la Figura 10.

La Figura 8 es un diagrama esquemático de dos estructuras posibles de un MSI. Específicamente, esta estructura del MSI y un campo indicador multitrama dedicado (es decir, un campo MFASi) de una unidad de bloque de código de OMS OH se usan para indicar la ocupación de los recursos de espectro óptico de una sección de multiplexación. Como se muestra en la Figura 8, por ejemplo, un campo MSI incluido en una unidad de bloque de código de tara OMS OH en una trama del OSC tiene una longitud de 74 bits o 72 bits y el campo MSI indica la ocupación de 512 recursos de espectro al usar 256 multitramas (MFASi = 0, 1,... y 255). Para las descripciones de los campos incluidos en las dos estructuras posibles del MSI, consulte la Tabla 6.

Tabla 6 Descripción de campos incluidos en dos posibles MSI

Debe señalarse que, una diferencia entre una primera forma y una segunda forma es que, en la primera forma, solamente se usa un campo OCCU para indicar un estado ocupado o inactivo, mientras que, en la segunda forma, un valor TPID especial (TPID = 0) se usa para indicar un estado inactivo de un recurso y otro valor TPID se usa para indicar que un recurso ha sido ocupado. Por lo tanto, no se requiere ningún campo adicional para indicar que el recurso está inactivo. La segunda forma reduce más las taras que la primera forma.

La Figura 9 es un diagrama esquemático de otra posible estructura de un MSI. A diferencia de las estructuras mostradas en la Figura 8 es que, la ocupación de los recursos de diferentes bandas se diferencia en la estructura del MSI mostrada en la Figura 9. Para ser específico, se usan diferentes campos para indicar la ocupación de los recursos de las diferentes bandas. Específicamente, una única trama incluye S_MSI[x], L_MSI[x] y C_MSI[x], donde x = 0, 1,... y 255. S_MSI[x], L_MSI[x] y C_MSI[x] y una multitrama (es decir, un campo MFASi) se usan para indicar completamente la ocupación de los recursos de espectro de una banda S, una banda L y una banda C respectivamente. Específicamente, para una descripción de cada campo, consulte la Tabla 6 y los detalles no se describen en la presente descripción. Debe señalarse que, una longitud del MSI mostrada en la Figura 9 puede no ser igual a la longitud del MSI mostrada en la Figura 8. Específicamente, si n tiene 13 bits y m tiene 12 bits, por ejemplo, la longitud del MSI mostrada en la Figura 9 es de 108 bits. Debido a que las tres bandas se representan por separado, los valores específicos de n y m pueden ser menores que los valores del ejemplo anterior. En la estructura mostrada en la Figura 9, las longitudes de n y m pueden seleccionarse con base en un valor máximo posible de cada banda. Las longitudes no se limitan en esta modalidad de la presente invención y solamente se requieren para indicar la ocupación de los recursos de una banda.

La Figura 10 es un diagrama esquemático de otra estructura posible de un MSI. A diferencia de las estructuras mostradas en la Figura 8 es que, un canal de medios (abreviado como MC en la figura) y un OTSiA se diferencian en la estructura del MSI para indicar la ocupación de los recursos. Por lo tanto, el campo tipo incluido en las estructuras de la Figura 8 no se requiere en la Figura 10. Específicamente, una trama del OSC incluye OTSiA_MSI[x] y MC_MSI[x], donde x = 0, 1,... y 255. OTSiA_MSI[x] y MC_MSI[x] se usan para indicar la ocupación de los recursos de espectro del OTSiA y el canal de medios, respectivamente. La ocupación de los recursos de una pluralidad de OTSiA y una pluralidad de canales de medios se indican por separado al usar OTSiA_MSI[x] y MC_MSI[x] y una multitrama (es decir, un campo MFASi). Específicamente, para una descripción de cada campo, consulte la Tabla 6 y los detalles no se describen en la presente descripción. Debe señalarse que, los campos incluidos en el MSI mostrados en la Figura 10 no son completamente iguales. Específicamente, MC_TPID y OTSiA_TPID incluidos en la Figura 10 se obtienen al dividir aún más el TPID en la Figura 8. Para ser específicos, el canal de medios y el OTSiA se indican al usar diferentes campos en lugar de un campo de tipo y un campo TPID. Sin embargo, no existe una diferencia esencial entre los significados de los tres campos (el campo MC_TPID, el campo OTSiA_TPID y el campo TPID).

Debe señalarse que, en los cuatro ejemplos anteriores de las estructuras del MSI, una banda de espectro puede representarse además de otra forma, por ejemplo, al usar <frecuencia central inicial n1, frecuencia central final n2>. Una forma específica de representar la banda del espectro no se limita en esta modalidad de la presente invención.

Debe señalarse además que, actualmente, no existe un campo para indicar una cantidad de bandas de espectro y si la indicación de ocupación de los recursos está completa puede determinarse al analizar los valores de n y m ^{incluidos en cada}mSi. ^{Generalmente, los valores de n y m no pueden ser 0. Por lo tanto, para algunos campos, si}los valores de estos dos campos son 0, puede determinarse que los campos no tienen un significado real. Si la información de recursos se rellena en un campo MSI en orden, cuando se analiza un campo en donde cada uno de los valores de n y m es 0, puede determinarse que se completa la indicación de información de ocupación de los recursos de espectro. Opcionalmente, puede añadirse un campo adicional a las estructuras anteriores del MSI para indicar la cantidad de bandas de espectro, de modo que pueda simplificarse el procesamiento de la información del MSI. Una cantidad específica de bandas de espectro depende de una banda soportada por el MSI y el uso real. Si una sección multiplex soporta una banda S (1460 nm a 1530 nm), una banda C (1530 nm a 1565 nm) y una banda L (1565 nm a 1625 nm) y se usa un ejemplo en donde una granularidad de espectro mínima (o denominada como segmento de frecuencia) es igual a 3,125 GHz, una banda de espectro mínima ocupa solamente una granularidad de espectro, la banda S incluye tres bandas de espectro, la banda C incluye 1404 bandas de espectro y la banda L incluye 2264 bandas de espectro. Por lo tanto, hay un máximo de 3671 bandas de espectro. En el uso real, debido a que usualmente puede combinarse una pluralidad de bandas de espectro consecutivas y, por lo tanto, se consideran como una banda de espectro, la cantidad real de bandas de espectro que un MSI necesita indicar puede reducirse considerablemente.

La Figura 11 es un diagrama esquemático de una posible estructura de una unidad de bloque de código de OCh OH o una unidad de bloque de código de OTSiA OH. Debe señalarse que, la estructura mostrada en la Figura 11 puede indicar un OCh OH o un OTSiA OH y el OCh OH y el OTSiA OH se diferencian específicamente al usar un campo OTSiAO_TIPO en la estructura. Por ejemplo, OTSiAO_TIPO = 1 indica que una unidad de bloque de código de tara actual soporta la OTSiA OH y OTSiAO_TIPO = 0 indica que una unidad de bloque de código de tara actual soporta ^{la OCh}Oh. ^{Para una descripción detallada de un parámetro, consulte la Tabla 7. Debe señalarse que la última}columna de la Tabla 7 especifica si un campo es común a las dos taras diferentes o específico de una tara.

Tabla 7 Descripción de campos incluidos en el diagrama esquemático de la estructura de la Figura 11

Debe señalarse que, en el ejemplo de la Figura 11, una unidad de bloque de código de tara indica, al usar dos campos (BU_TIPO y OTSiA_Tipo) juntos, un tipo de tara de una tara generada por la unidad de bloque de códigos de tara. Como se muestra en la Tabla 3, pueden usarse diferentes campos de tipo de unidad de bloque de código para indicar la OTSiA OH y la OCh OH. Para ser específicos, BU_TIPO = 0x03 indica la OTSiA OH y BU_TIPO = 0x04 indica la OCh OH.

Opcionalmente, cuando una ubicación de una unidad de bloque de código de tara incluida en una trama del OSC puede cambiar, para ser específicos, se añaden varias unidades de bloques de código de tara a un área de carga útil de la trama del OSC en forma de mapeo flotante, un campo de indicación de mapeo flotante (también denominada como información de indicación de mapeo flotante) puede añadirse a un área de tara de la trama del OSC. La información se usa para indicar una ubicación específica de una unidad de bloque de código de tara en el área de carga útil y un tipo de tara generada por la unidad de bloque de código de tara. Por ejemplo, <BU_TIPO, X> se usa para representar la información de indicación de mapeo flotante, donde BU_TIPO indica un tipo de la unidad de bloque de código de tara y X indica que la unidad de bloque de código inicia desde el bloque de código Xésimo en el área de carga útil de la trama del OSC. Alternativamente, <BU_TIPO, OTSiA_Tipo, X> puede usarse además para representar la información de indicación de mapeo flotante. Una forma de representación específica de la información de indicación de mapeo flotante y una ubicación de la información de indicación de mapeo flotante en la trama del OSC no se limitan en la presente invención.

A continuación, se describe adicionalmente la información de indicación de mapeo flotante con referencia a la Figura 12. Debe señalarse que, en la Figura 12, un campo MAP es la información de indicación de mapeo flotante descrita en el párrafo anterior.

En el ejemplo de la estructura mostrada en la Figura 12, la información de indicación de mapeo flotante se coloca en el área de tara de la trama del OSC. Debido a que los tipos de taras y la cantidad de taras incluidas en la trama del OSC son variables, una longitud de la información de indicación de mapeo flotante también es variable. Generalmente, la longitud de la información de indicación de mapeo flotante es un múltiplo entero del tamaño de un bloque de código 66B. Para ser específicos, un tamaño es y x 66^b, donde y es un número entero positivo. Además, debido a que un área de carga útil de cada trama del OSC (por ejemplo, la iésima trama y la (i+1)ésima trama mostrada en la Figura 12) puede incluir información diferente, la iésima trama y la (i+1)ésima trama pueden tener diferente información de indicación de mapeo flotante. Un formato específico y la ubicación de la información de indicación de mapeo flotante en la trama del OSC no se limitan específicamente en esta modalidad de la presente invención. Opcionalmente, antes de que un dispositivo de red envíe una trama del OSC, puede añadirse información de corrección de errores en la recepción (Forward Error Correction, FEC para abreviar) para soportar un dispositivo de red que recibe la trama del OSC para corregir automáticamente un error que se produce durante la transmisión. En una posible implementación, por ejemplo, se añade un RS (514, 544) (una forma de codificación FEC) a la trama del OSC mostrada en la Figura 2 y las etapas de procesamiento para añadir la FEC a la trama del OSC son las siguientes:

Etapa 1: Realizar la conversión de codificación. Para ser específico, realizar la conversión de cuatro bloques de código 66B a un bloque de código 257B para la trama del OSC mostrada en la Figura 2.

Se comprime un bloque de código AM en la trama del OSC. Específicamente, se comprime una cabecera de sincronización (un campo SincHD) incluido en el bloque AM, cuatro piezas de información de 2 bits "10" se comprimen en una pieza de información de 1 bit "1" y otra parte permanece sin cambios. Se realiza un procesamiento similar en un bloque de código OH.

Hay dos formas de procesamiento posibles para un bloque de código 66B incluido en un área de carga útil. Cuando cuatro bloques de código 66B consecutivos son todos bloques de código de datos (es decir, bloques de código no inactivos o unidades de bloques de código de tara que soportan taras), cuatro cabeceras de sincronización de 2 bits "01" se comprimen en una pieza de información de 1 bit "0 " y otra información permanece sin cambios. Cuando se incluye un bloque de código inactivo en cuatro bloques de código 66B consecutivos, hay cuatro permutaciones posibles cuando se incluye un bloque de código inactivo: (un bloque de código inactivo, un bloque de código de datos, un bloque de código de datos y un bloque de código de datos), (un bloque de código de datos, un bloque de código inactivo, un bloque de código de datos y un bloque de código de datos), (un bloque de código de datos, un bloque de código de datos, un bloque de código inactivo, un bloque de código de datos) y (un bloque de código de datos, un bloque de código de datos, un bloque de código de datos y un bloque de código inactivo). De manera similar, hay seis permutaciones posibles cuando se incluyen dos bloques de código inactivo, hay cuatro permutaciones posibles cuando se incluyen tres bloques de código inactivo y hay una permutación posible cuando se incluyen cuatro bloques de código inactivo. Hay 15 permutaciones posibles en total. En este caso, una forma de procesamiento específica es la siguiente:

Etapa A: Comprimir cuatro cabeceras de sincronización de 2 bits "01" o "10" en una pieza de información de 1 bit "1".

Etapa B: Usar 7 bits en el último bloque de código inactivo para indicar la información de la ubicación del bloque de código inactivo incluida (indicando cuál de las 15 posibles permutaciones anteriores es una permutación de los cuatro bloques de código actuales), de modo que cuando se reciba la información, puede restaurarse la información del bloque de código original. En otras palabras, puede realizarse el procesamiento inverso de la conversión de codificación.

Debe señalarse que, un valor de longitud de los 7 bits anteriores es simplemente un ejemplo. Además, la etapa A y la etapa B pueden realizarse en un orden de AB o BA o pueden realizarse alternativamente para el procesamiento de codificación de acuerdo con un requisito específico.

Etapa 2: Realizar la codificación FEC. Para ser específicos, realizar la codificación FEC en la información obtenida después del procesamiento de conversión.

Iniciando desde el bloque de código AM de la trama del OSC, la codificación FEC se realiza cada veinte bloques de datos 257B. Se genera la información FEC de 300 bits (es decir, una palabra de código RS (514, 544)) y se añade a una cola de este grupo de bloques de datos 257B, que se muestra específicamente en la Figura 13. Puede observarse en la Figura 13 que pueden generarse exactamente 32 palabras de código RS (514, 544) para una trama del OSC cuya longitud es 2560 x 66B.

Debe señalarse que, la Figura 13 es un diagrama esquemático de una estructura en las etapas anteriores. Además, de esta forma de añadir la información FEC, puede identificarse una ubicación de la palabra de código RS (514, 544) al usar la información de patrón fijo incluida en el bloque de código AM de la trama del OSC.

En otra posible implementación, una trama del OSC sin información FEC se mapea a otro formato de trama del OSC en una forma de mapeo síncrona de bits y el otro formato OSC incluye un campo FEC, de modo que puede añadirse la información FEC correspondiente. Debe señalarse que, cuando se realiza el mapeo de diferentes tramas, puede ser necesario insertar alguna información de relleno para realizar una función de adaptación de la tasa.

En otra posible implementación, una trama del OSC sin información FEC se mapea a otro formato de trama del OSC a través de un procedimiento de mapeo genérico sincrónico de bits (Bit synchronous Generic Mapping Procedure, BGMP para abreviar) y el otro formato OSC incluye un campo FEC, de modo que puede añadirse la información FEC correspondiente. Debe señalarse que, cuando se realiza el mapeo de diferentes tramas, puede ser necesario insertar alguna información de relleno para realizar una función de adaptación de la tasa.

Debe señalarse que, una diferencia entre la segunda forma y la tercera forma radica en que se usan diferentes métodos de mapeo. En esta modalidad de la presente invención, un formato de trama del OSC con FEC y una forma de codificación FEC usada no se limitan.

Debe señalarse que, si colocar una unidad de bloque de código de tara específica en cualquier ubicación inactiva en un área de carga útil de una trama del OSC en una forma de mapeo flotante o en una ubicación fija en un área de carga útil de una trama del OSC necesita determinarse con base en un requerimiento específico. Una forma de mapeo específica no se limita en esta modalidad de la presente invención. El mapeo flotante significa que una unidad de bloque de código de tara se mapea a cualquier ubicación inactiva en un área de carga útil de una trama del OSC. El mapeo fijo significa que una unidad de bloque de código de tara se mapea a una ubicación preestablecida en un área de carga útil de una trama del OSC. Generalmente, todos los dispositivos OTN necesitan procesar una OTS OH y una OMS OH. Por lo tanto, puede configurarse que la OTS OH y la OMS OH se coloquen en una ubicación fija en una trama del OSC mientras que otras taras (por ejemplo, una OTSiA OH, un OMS_^dC^cy una OCh OH) se mapean a la trama del OSC en una forma de mapeo flotante. Esta forma de mapeo flotante o una forma de mapeo híbrida proporciona cierta flexibilidad, tiene buena capacidad de expansión y puede cumplir con los requisitos de una futura red a gran escala para un OSC.

A continuación, se describen adicionalmente las modalidades de la presente invención en detalle con base en una similitud de los formatos de trama del OSC anteriores en la presente invención.

Modalidad 1

Una modalidad de la presente invención proporciona un método, aparato y sistema de procesamiento de tara en una red óptica. Para un servicio, tres tipos de nodos (o dispositivos de red) necesitan procesar una trama del OSC. Un primer tipo es un primer nodo y un nodo de este tipo es un nodo de inicio del servicio. Para ser especifico, la transmisión de un servicio de cliente inicia desde este nodo de la red. Un segundo tipo es un último nodo y un nodo de este tipo es un nodo de destino del servicio. Para ser especifico, la transmisión del servicio al cliente finaliza en este nodo. Un tercer tipo es un nodo intermedio y una función principal de un nodo de este tipo es reenviar el servicio. Por ejemplo, los nodos de este tipo pueden ser el OLA y el ROADM mostrados en la Figura 1. Debe señalarse que, los dispositivos de diferentes tipos necesitan realizar un procesamiento/una operación en diferentes taras con base en diferentes funciones específicas.

En una posible estructura de red, una red incluye solamente un nodo del primer tipo y un nodo del segundo tipo, es decir, un primer nodo y un último nodo. En esta red, un procedimiento en donde diferentes nodos procesan una trama del OSC se describe a continuación:

Como se muestra en la Figura 14, un procedimiento en donde el primer nodo procesa una trama del OSC se describe a continuación:

En la parte 141, se genera una trama del canal de supervisión óptico (OSC), donde la trama del OSC incluye una pluralidad de unidades de bloques de código de tara, cada una de la pluralidad de unidades de bloques de código de tara soporta una tara de un tipo, la trama del OSC lleva la información de identificación de la tara y la información de identificación de la tara se usa para identificar los tipos de taras de las taras generadas por la pluralidad de unidades de bloques de código de tara.

Debe señalarse que, las taras pueden incluir las taras enumeradas en la Tabla 3. Por ejemplo, las taras incluyen una OTS OH, una OMS OH y una OTSiA OH. Opcionalmente, las taras pueden incluir además una OCh OH, un OTS_DCC y similares. Para una descripción de cada tara, consulte la Tabla 3 y los detalles no se describen en la presente descripción. Debe señalarse además que, puede haber una o más OTSiA OH y una o más OCh OH. Las diferentes taras se encapsulan en diferentes unidades de bloques de código de tara. Por ejemplo, cada tara se genera por una única unidad de bloque de código de tara.

La generación de una trama del OSC incluye específicamente las siguientes etapas:

Etapa 1: Encapsular respectivamente una pluralidad de taras en la pluralidad de unidades de bloques de código de tara.

Etapa 2: Mapear la pluralidad de unidades de bloques de código de tara a un área de carga útil de la trama del OSC.

Etapa 3: Generar una tara de la trama del OSC y añadir la tara de la trama del OSC a un área de tara de la trama del OSC.

Debe señalarse que, las dos primeras etapas anteriores pueden realizarse en cualquier orden y esto no se limita en la presente invención.

La tara de la trama del OSC incluye un bloque de código de tara de la trama del OSC y un bloque de código de marcador de alineación de la trama del OSC. El bloque de código de tara de la trama del OSC se usa para llevar la información de operación, administración y mantenimiento de la trama del OSC y el bloque de código de marcador de alineación de la trama del OSC se usa para identificar la trama del OSC. En general, una tasa de la trama del OSC no coincide necesariamente con las tasas de las unidades de bloques de código de tara asignadas a la trama del OSC. Opcionalmente, en un proceso de mapeo de las unidades de bloques de código de tara al área de carga útil de la trama del OSC, puede ser necesario realizar una adaptación de la tasa al usar un bloque de código inactivo.

Debe señalarse que, existe una pluralidad de formas de mapear una unidad de bloque de código de tara a la trama del OSC. Por ejemplo, la pluralidad de formas puede incluir una forma de mapeo flotante. Para otro ejemplo, la pluralidad de formas puede incluir una forma de mapeo híbrida flotante-fijo. Para ser específicos, una pluralidad de unidades de bloques de código de tara puede mapearse toda a una trama del OSC en la forma de mapeo flotante o puede mapearse a una trama del OSC en la forma de mapeo híbrido flotante-fijo. Para las descripciones de las diferentes formas de mapeo, consulte la parte de descripción general y los detalles no se describen en la presente descripción.

La información de identificación de la tara necesita ser usada para diferenciar un tipo de tara de la tara generada por cada una de la pluralidad de unidades de bloques de código de tara. En una posible implementación, la información de identificación de la tara se corresponde con el campo MAP anterior. Para una descripción específica y la información de ubicación de la información de identificación de la tara en la trama del OSC, consulte las descripciones relacionadas en la parte de descripción general y los detalles no se describen en la presente descripción. En otra posible implementación, la información de identificación de la tara se corresponde con uno o más campos de tipo de unidad de bloque de código. Para una descripción específica y una ubicación específica de la información en la trama del OSC, consulte las descripciones relacionadas en la parte de descripción general y los detalles no se describen en la presente descripción. Por ejemplo, se asignan diferentes valores BU_TIPO para diferentes taras. Como se muestra en la Tabla 3, si se coloca una OTS OH en una unidad de bloque de código, BU_TIPO se establece en 1. De manera similar, si se coloca una OMS OH en una unidad de bloque de código, BU_TIPO se establece en 2. Debe señalarse que, una diferencia entre la OTS OH y la OMS OH radica en que la OTS OH se coloca en un área de tara de una trama del OSC mientras que la OMS OH se coloca en un área de carga útil de la trama del OSC. Al analizar este campo, puede conocerse una ubicación de una unidad de bloque de código de tara incluida en el área de carga útil de la trama del OSC y también puede conocerse la información del tipo de tara de una tara generada por la unidad de bloque de código de tara. Específicamente, este campo se coloca en una unidad de bloque de código de tara e indica un tipo de tara de una tara generada por la unidad de bloque de código de tara. Además, un tipo de tara de una tara generada por una unidad de bloque de código de tara puede determinarse adicionalmente al usar la información de ubicación. Por ejemplo, como se describe en la parte de descripción general, una OTS OH se coloca en una ubicación fija de una trama del OSC.

En la parte 142, el primer nodo envía la trama del OSC.

Específicamente, el primer nodo envía la trama del OSC a otro dispositivo de red, por ejemplo, un nodo aguas abajo adyacente al primer nodo, tal como el último nodo.

Debe señalarse que, después de añadir la tara de la trama del OSC al área de tara de la trama del OSC (o antes de la etapa de enviar la trama del OSC), el primer nodo puede necesitar además añadir la información de corrección de errores en la recepción (FEC) a la trama del OSC. Para una forma de operación específica, consulte las tres formas descritas en la parte de descripción general y los detalles no se describen en la presente descripción.

Como se muestra en la Figura 15, un procedimiento en donde el último nodo procesa una trama del OSC se describe a continuación:

En la parte 151, el último nodo recibe la trama del OSC, donde la trama del OSC incluye una pluralidad de unidades de bloques de código de tara, cada una de la pluralidad de unidades de bloques de código de tara soporta una tara de un tipo, la trama del OSC lleva la información de identificación de la tara y la información de identificación de la tara se usa para identificar los tipos de taras de las taras generadas por la pluralidad de unidades de bloques de código de tara.

Específicamente, el último nodo recibe la trama del OSC enviada por un primer nodo. El último nodo identifica una ubicación de inicio de una trama del OSC al descubrir un bloque de código de marcador de alineación de la trama del OSC, para realizar una operación de análisis posterior. Las taras de una pluralidad de tipos incluyen una OTS OH, una OMS OH y una OTSiA OH. Opcionalmente, la pluralidad de taras incluye además una o más de una OCh OH, un OMS_DCC y un OTS_DCC. Debe señalarse que, el último nodo puede recibir además una trama del OSC de un nodo intermedio.

Para obtener información sobre la ubicación y una descripción de la información de identificación de la tara, consulte la descripción anterior de la etapa 141 en la Figura 14 y los detalles no se describen en la presente descripción. Debe señalarse que, la información permite que el nodo que recibe la trama del OSC identifique rápidamente una unidad de bloque de código de tara que el nodo necesita analizar.

En la parte 152, el último nodo identifica, a partir de la trama del OSC con base en la información de identificación de la tara, un tipo de tara de la tara generada por cada una de la pluralidad de unidades de bloques de código de tara. Específicamente, la pluralidad de unidades de bloques de código de tara incluye al menos una unidad de bloque de código de OTS OH, una unidad de bloque de código de OMS OH y una unidad de bloque de código de OTSiA OH. Opcionalmente, la pluralidad de unidades de bloques de código de tara puede incluir además una o más de una unidad de bloque de código de OCh OH, una unidad de bloque de código OTS_DCC y una unidad de bloque de código OMS_DCC. Opcionalmente, esta etapa puede incluir además la eliminación de un bloque de código inactivo. Además, opcionalmente, si una trama del ^oS^crecibida incluye la información FEC, el último nodo necesita además realizar una comprobación FEC en la trama del OSC recibida.

En una posible implementación, las diferentes unidades de bloques de código de tara pueden diferenciarse al usar un campo de indicación de tipo de unidad de bloque de código (por ejemplo, BU_TIPO). Si se usa un tipo BU_TIPO para indicar las taras de dos tipos, es necesario usar otra información adicional para identificar un tipo específico de tara incluida. La estructura de tara mostrada en la Figura 11 se usa como un ejemplo. Si se usa ^bU_TIPO = 3 para indicar una OTSiA OH y una OCh OH, se necesita usar un campo OTSiA_Tipo para diferenciar un tipo específicamente indicado. Además, usualmente se incluye una pluralidad de OTSiA OH. Por lo tanto, es necesario usar un campo adicional para diferenciar una OTSiA Oh indicada por una unidad de bloque de código de tara actualmente identificada. Específicamente, como se describe en la Figura 11 y la Tabla 7, puede usarse TPID para diferenciar números específicos de OTSiA OH. En otra posible implementación, los tipos de taras de las taras incluidas en diferentes unidades de bloques de código de tara pueden identificarse adicionalmente al usar la información de indicación de mapeo flotante (por ejemplo, el campo MAP en la Figura 12). En aún otra posible implementación, pueden identificarse diferentes unidades de bloques de código de tara al usar una ubicación fija. Por ejemplo, si la OTS OH y la OMS OH se fijan como el primer y segundo bloque de código y el tercer y cuarto bloque de código respectivamente, después de recibir la trama del OSC, el nodo puede identificar diferentes unidades de bloques de código de tara al identificar la información de ubicación.

En la parte 153, el último nodo extrae la tara de cada unidad de bloque de código de tara con base en el tipo de tara de la tara generada por cada unidad de bloque de código de tara.

Específicamente, se extrae una tara correspondiente de una unidad de bloque de código de tara correspondiente. Por ejemplo, una OTS OH se extrae de una unidad de bloque de código de OTS OH. Una OTSiA OH o una OCh OH se extrae de una unidad de bloque de código de OTSiA OH o de una unidad de bloque de código de OCh OH. El procesamiento OAM se realiza con base en un valor de un campo específico incluido en una tara que se obtiene a través del análisis. Por ejemplo, puede determinarse, al usar un campo PMI en el OTS OH, si se produce una pérdida en los datos de servicio recibidos. Para obtener más campos y descripciones de los campos, consulte las descripciones en las tablas relacionadas en la parte de descripción general y los detalles no se describen en la presente descripción.

Debe señalarse que, el último nodo necesita además extraer la información de tara de la trama del OSC, para monitorear y gestionar la trama del OSC. Por ejemplo, se extrae un campo correspondiente de una tara de la trama del OSC para determinar si existen errores de bit y similares en una trama del OSC durante la transmisión.

De acuerdo con el método de procesamiento de taras descrito en esta modalidad de la presente invención, un nodo puede transmitir de forma flexible una pluralidad de tipos de información de tara de una OTN. El método de procesamiento de taras es flexible y se mejora la utilización del ancho de banda. Además, en el método se usa una forma de mapeo flexible y la forma de mapeo tiene buena compatibilidad y capacidad de expansión y puede cumplir un requisito de una futura red a gran escala para un OSC.

Modalidad 2

Una modalidad de la presente invención proporciona otro método, aparato y sistema de procesamiento de tara en una red óptica. En otra posible estructura de red, además de un primer nodo y un último nodo, puede incluirse además un dispositivo intermedio tal como un OLA, que puede procesar algunas taras. Un dispositivo de red OLA es un dispositivo de red de una sección de transmisión. Para ser específico, el dispositivo es el final de una sección de transmisión entre el dispositivo y un nodo anterior y es el inicio de una sección de transmisión entre el dispositivo y un nodo siguiente. Por lo tanto, el dispositivo necesita procesar las taras relacionados con las secciones de transmisión.

Los comportamientos del primer nodo y el último nodo son los mismos que los descritos en la Modalidad 1 y los detalles no se describen en la presente descripción. A continuación, se describe principalmente un comportamiento del dispositivo intermedio (por ejemplo, el OLA). Como se muestra en la Figura 16, un procedimiento en donde el OLA procesa una trama del OSC se describe a continuación:

En la parte 161, el nodo intermedio recibe una primera trama del canal de supervisión óptico (OSC), donde la primera trama del OSC incluye una pluralidad de unidades de bloques de código de tara, cada una de la pluralidad de unidades de bloques de código de tara soporta una tara de un tipo, la primera trama del OSC lleva la información de identificación de la tara y la información de identificación de la tara se usa para identificar los tipos de taras de las taras generadas por la pluralidad de unidades de bloques de código de tara.

Específicamente, el nodo intermedio recibe la trama del OSC de un nodo que está aguas arriba del nodo intermedio. El nodo aguas arriba puede ser un primer dispositivo de nodo o un dispositivo de nodo intermedio. Las taras incluyen una OTS OH, una OMS OH y una OTSiA OH. Opcionalmente, las taras incluyen además una o más de una OCh OH, un OMS_DCC y un OTS_DCC. Para una forma en donde la pluralidad de unidades de bloques de código de tara se mapea a la primera trama del OSC y las descripciones específicas de la información de identificación de la tara, consulte las descripciones relacionadas de la parte 141 en la Figura 14 y los detalles no se describen en la presente descripción.

En la parte 162, el nodo intermedio identifica, desde la primera trama del OSC con base en la información de identificación de la tara, una primera unidad de bloque de código de tara que soporta la tara de la sección de transmisión óptica (OTS OH) y extrae la OTS OH de la primera unidad de bloque de código de tara.

Específicamente, un dispositivo intermedio determina, con base en la información de identificación de la tara, una unidad de bloque de código de tara que necesita ser analizada. En esta modalidad, el dispositivo intermedio es un dispositivo de una sección de transmisión. Por lo tanto, el dispositivo intermedio necesita obtener, a través del análisis, una tara de la sección de transmisión incluida en la primera trama del OSC recibida. Para una forma específica de determinar un tipo de tara de una tara generada por una unidad de bloque de código de tara, consulte las descripciones relacionadas de la parte 141 en la Figura 14 en la Modalidad 1 y los detalles no se describen en la presente descripción. Después de determinar la unidad de bloque de código de tara que necesita analizarse, el dispositivo intermedio analiza la unidad de bloque de código de tara de acuerdo con un formato preestablecido, por ejemplo, cualquier formato de trama descrito en la parte de descripción general.

En la parte 163, el nodo intermedio genera una segunda trama del OSC, donde la segunda trama del OSC incluye una segunda unidad de bloque de código de tara que soporta una segunda OTS OH y unidades de bloques de código de tara en la primera trama del OSC que soporta otras taras.

Específicamente, esta etapa incluye:

generar la segunda OTS OH y encapsular la segunda OTS OH en la segunda unidad de bloque de código de tara, donde el OTS OH se usa para realizar una operación OAM en una siguiente sección de transmisión; mapear la segunda unidad de bloque de código de tara y las unidades de bloques de código de tara en la primera trama del OSC que soporta las otras taras a un área de carga útil de la segunda trama del OSC; y generar una tara de la trama del OSC y añadir la tara de la trama del OSC a un área de tara de la segunda trama del OSC.

Debe señalarse que, la primera etapa y la segunda etapa pueden realizarse en cualquier orden y esto no se limita en la presente invención. Opcionalmente, si una trama del ^oS^cincluye la información FEC, el nodo intermedio necesita además realizar una comprobación FEC en la trama del OSC que se recibe.

Específicamente, las unidades de bloques de código de tara que soportan las otras taras incluyen unidades de bloques de código de tara que soportan la OMS OH y la OTSiA O^h. Las unidades de bloques de código de tara que soportan las otras taras pueden incluir además unidades de bloques de código de tara que soportan la OCh OH, el OMS DCC y similares. El nodo intermedio no necesita procesar las taras y, por lo tanto, puede mapear directamente las taras desde la primera trama del OSC a la segunda trama del OSC. Debe señalarse que, el mapeo directo significa que el nodo intermedio no necesita analizar más las unidades de bloques de código de tara y realiza el mapeo directamente. De esta forma, se mejora la eficacia del procesamiento y el retraso provocado por el nodo intermedio que procesa una trama del OSC también es relativamente bajo en comparación con la técnica anterior. Debe señalarse que, un método que puede usarse para la etapa de mapeo descrito en la parte 163 es el mismo que el método descrito en la parte 141 en la Figura 14 y los detalles no se describen en la presente descripción.

En la parte 164, el nodo intermedio envía la segunda trama del OSC.

Específicamente, el nodo intermedio envía una trama del OSC a un nodo que está aguas abajo del nodo intermedio, por ejemplo, el último nodo.

Debe señalarse que, en una OTN que incluye un dispositivo intermedio tal como un OLA, un último nodo recibe una trama del OSC de un nodo, por ejemplo, el OLA en esta modalidad, que está aguas arriba del último nodo. Debe señalarse además que, el nodo intermedio en esta modalidad puede necesitar además procesar el OTS_DCC. Un método de procesamiento es similar al método anterior para procesar una tara de OTS y los detalles no se describen en la presente descripción.

Debe señalarse además que, el nodo intermedio necesita extraer un bloque de código de tara de la trama del OSC incluido en una trama del OSC, para monitorear y gestionar la trama del OSC. Por ejemplo, el nodo intermedio determina si existen errores de bits en la trama del OSC durante la transmisión.

De acuerdo con el método de procesamiento de tara descrito en esta modalidad de la presente invención, una pluralidad de tipos de información de tara de la OTN se transmite de manera flexible, de modo que un nodo que recibe una trama del OSC solamente necesita extraer y procesar una tara que el nodo necesita y transmite de forma transparente otra tara, acelerando de esta manera el procesamiento. Además, este formato de trama del OSC es flexible, tiene una alta utilización de ancho de banda y buena compatibilidad y capacidad de expansión y puede cumplir con los requisitos de una futura red a gran escala para un OSC.

Modalidad 3

Una modalidad de la presente invención proporciona todavía otro método, aparato y sistema de procesamiento de taras en una red óptica. En una posible estructura de red, además de un primer nodo y un último nodo, puede incluirse además un dispositivo intermedio que procesa algunas taras. Por ejemplo, un dispositivo de red ROADm es un dispositivo de red de una sección de multiplexación. Para ser específicos, el dispositivo es el final de una sección de transmisión o una sección de multiplexación entre el dispositivo y un nodo anterior y es el inicio de una sección de transmisión o una sección de multiplexación entre el dispositivo y un nodo siguiente. Por lo tanto, el dispositivo necesita procesar las taras relacionadas a la sección de transmisión y la sección de multiplexación. Debe señalarse que, una diferencia entre esta modalidad y la Modalidad 2 radica en que las unidades de bloques de código de tara a procesar por un nodo intermedio son diferentes.

Los comportamientos del primer nodo y el último nodo son los mismos que los descritos en la Modalidad 1 y los detalles no se describen en la presente descripción. A continuación, se describe principalmente el comportamiento de un dispositivo intermedio ROADM. Como se muestra en la Figura 17, un procedimiento en donde el nodo intermedio procesa una trama del OSC en esta modalidad es similar al procedimiento de procesamiento del nodo intermedio descrito en la Modalidad 2 y los detalles no se describen en la presente descripción. Una diferencia principal radica en la parte 162 y la parte 163 y las descripciones específicas son las siguientes:

Para la parte 162, además de procesar una unidad de bloque de código de OTS OH, el nodo intermedio en esta modalidad necesita además realizar una operación similar en una OMS OH. Para ser específicos, el nodo intermedio necesita identificar una segunda unidad de bloque de código de tara que soporte la tara de la sección de multiplexación óptica y extraer la tara de la sección de multiplexación óptica de la segunda unidad de bloque de código de tara.

Para la parte 163, además de generar una segunda OTS OH y encapsular la segunda OTS OH en una tercera unidad de bloque de código de tara, el nodo intermedio en esta modalidad necesita además realizar una operación similar en una OMS OH. Para ser específicos, el nodo intermedio necesita generar una nueva OMS OH y encapsular la nueva OMS OH en una cuarta unidad de bloque de código de tara. Debe señalarse que, la nueva OMS OH generada se usa para realizar una operación OAM en una siguiente sección de multiplexación. Además, en esta modalidad, la tercera unidad de bloque de código de tara y la cuarta unidad de bloque de código de tara mencionadas anteriormente y otra unidad de bloque de código de tara que no necesita ser procesada necesita mapearse a un área de carga útil de una segunda trama del OSC. En esta modalidad, unidad de bloque de código de tara que no necesita ser procesada se refiere a unidades de bloques de código de tara excepto aquellas unidades de bloques de código de tara que soportan una OTS OH y una OMS OH.

Debe señalarse que, cuando se procesa una unidad de bloque de código de tara que soporta una OTSiA OH/OCh OH, el nodo intermedio en esta modalidad necesita determinar, con base en la información de configuración de conexión cruzada, un área de carga útil de una nueva trama del OSC a la que la tara que se recibe debe mapearse. La información de configuración de conexión cruzada puede configurarse manualmente o puede entregarse automáticamente cuando se realiza una configuración de extremo a extremo en un sistema de gestión de red o puede configurarse automáticamente cuando se realiza el reenrutamiento al usar un plano de control de un dispositivo para crear una trayectoria. La Figura 1 se usa como un ejemplo. El dispositivo 1 tiene dos OTSiA OH. Un último nodo para una OTSiA OH es el dispositivo 2, pero un último nodo para la otra OTSiA OH no es el dispositivo 2. Por lo tanto, después de recibir una trama del ^oS^cque incluye las unidades de bloques de código de tara que soportan una OTSiA#i OH y una OTSiA#j OH, el nodo intermedio ROADM 1 necesita colocar las dos unidades de bloques de código de tara en tramas del OSC diferentes respectivamente. Por ejemplo, el nodo intermedio ROADM 1 mapea la unidad de bloque de código de tara que soporta la OTSiA#i OH a una trama del OSC a enviar al dispositivo OA entre el ROADM 1 y el ROADM 2 y mapea directamente la otra unidad de bloque de código de OTSiA OH, es decir, la unidad de bloque de código de tara que soporta la OTSiA#j OH, en una trama del OSC que se va a enviar al otro último nodo.

Debe señalarse además que, opcionalmente, el nodo intermedio descrito en esta modalidad necesita además procesar las taras relacionadas con un OMS_DCC. Para ser específicos, el nodo intermedio termina un OMS_DCC recibido por el nodo intermedio y genera un OMS_DCC para una siguiente sección de multiplexación.

Una pluralidad de tipos de información de tara de una OTN se transmite de manera flexible al usar el formato de trama del OSC descrito en las modalidades de la presente invención, de modo que un nodo que recibe una trama del OSC solamente necesita extraer y procesar una tara que necesita el nodo y transmite de forma transparente otra tara, acelerando de esta manera el procesamiento. Además, este formato de trama del OSC es flexible, tiene una alta utilización de ancho de banda y buena compatibilidad y capacidad de expansión y puede cumplir con los requisitos de una futura red a gran escala para un OSC.

Debe señalarse que, como se describe en la Modalidad 1 a la Modalidad 3, una unidad de bloque de código de tara puede mapearse a un área de carga útil de una trama del OSC de una forma de mapeo flotante o en un híbrido de dos formas. Para una forma de mapeo específica, consulte las descripciones en la parte de descripción general y los detalles no se describen en la presente descripción.

Debe señalarse además que, de acuerdo con un requisito de aplicación específico, una de la pluralidad de estructuras de tramas del OSC descritas en la parte de descripción general puede usarse para las tramas del OSC usadas por los dispositivos de red (el primer nodo, el último nodo y el nodo intermedio) descrito en la Modalidad 1 a la Modalidad 3. Los detalles sobre la estructura de la trama del OSC no se describen en las descripciones del procedimiento en la Modalidad 1 a la Modalidad 3 y solamente se menciona un campo relacionado o información relacionada cuando es necesario.

Modalidad 4

La Figura 18 es un diagrama esquemático de una estructura de un posible dispositivo de red. Específicamente, el diagrama esquemático es un diagrama esquemático de una posible estructura del primer nodo en las modalidades del método anterior. El primer nodo incluye una unidad de envío 181 y una unidad de procesamiento 182.

La unidad de procesamiento 182 se configura para construir una trama del OSC. Específicamente, la unidad de procesamiento 182 se configura para realizar las acciones descritas en la parte 141 de la Figura 14.

La unidad de envío 181 se configura para enviar la trama del OSC construida por la unidad de procesamiento 182 a otro dispositivo de red (por ejemplo, un dispositivo de red aguas abajo). Es decir, la unidad de envío 181 se configura para realizar la acción descrita en la parte 142 de la Figura 14.

En una posible implementación, la unidad de procesamiento 182 incluye además una primera unidad de procesamiento 1821, una segunda unidad de procesamiento 1822 y una tercera unidad de procesamiento 1823. La primera unidad de procesamiento 1821 se configura para construir una unidad de bloque de código de tara. La segunda unidad de procesamiento 1822 se configura para construir una tara de la trama del OSC. La tercera unidad de procesamiento 1823 se configura para mapear los objetos construidos por la primera unidad de procesamiento 1821 y la segunda unidad de procesamiento 1822 a la trama del OSC.

En otra posible implementación, la unidad de procesamiento adicional 181 incluye una primera unidad de procesamiento, una segunda unidad de procesamiento, una tercera unidad de procesamiento y una cuarta unidad de procesamiento. Las funciones de la primera unidad de procesamiento, la segunda unidad de procesamiento y la tercera unidad de procesamiento son las mismas que en la implementación anterior y los detalles no se describen en la presente descripción. La cuarta unidad de procesamiento se configura para añadir la información FEC a la trama del OSC. Para una forma de operación específica, consulte los primeros tres ejemplos en esta especificación y los detalles no se describen en la presente descripción.

La Figura 19 es un diagrama esquemático de una estructura de otro posible dispositivo de red. Específicamente, el diagrama esquemático es un diagrama esquemático de una posible estructura del último nodo en las modalidades del método anterior. El último nodo incluye una unidad receptora 191 y una unidad de procesamiento 192.

La unidad receptora 191 se configura para recibir una trama del OSC de otro dispositivo de red (por ejemplo, un nodo aguas arriba adyacente al último nodo).

La unidad de procesamiento 192 se configura para analizar la trama del OSC recibida por la unidad receptora 191. Específicamente, la unidad de procesamiento 192 se configura para realizar la etapa 152 a la etapa 153 en la Figura 15.

La Figura 20 es un diagrama esquemático de una estructura de otro posible dispositivo de red. Específicamente, el diagrama esquemático es un diagrama esquemático de una posible estructura del nodo intermedio en las modalidades del método anterior. El nodo intermedio incluye una unidad receptora 201, una primera unidad de procesamiento 202, una segunda unidad de procesamiento 203 y una unidad de envío 204.

En una posible implementación, la unidad receptora 201 se configura para recibir una trama del OSC desde otro dispositivo de red (por ejemplo, un nodo aguas arriba adyacente al nodo intermedio). Específicamente, la unidad receptora 201 realiza la operación de recibir una trama del OSC en la etapa 161 de la Figura 16. La primera unidad de procesamiento 202 se configura para analizar la trama del OSC recibida por la unidad receptora 201. Específicamente, la primera unidad de procesamiento 202 realiza la operación de análisis en la etapa 162 mostrada en la Figura 16. La segunda unidad de procesamiento 203 se configura para construir una nueva trama del OSC. Específicamente, la segunda unidad de procesamiento 203 realiza la etapa 163 mostrada en la Figura 16. La unidad de envío 204 se configura para enviar la nueva trama del OSC construida por la segunda unidad de procesamiento 203. Específicamente, la unidad de envío 204 realiza la etapa 164 mostrada en la Figura 16.

En otra posible implementación, la unidad receptora 201 se configura para recibir una trama del OSC desde otro dispositivo de red (por ejemplo, un nodo aguas arriba adyacente al nodo intermedio). Específicamente, la unidad receptora 201 realiza la operación de recibir una trama del OSC en la etapa 171 de la Figura 17. La primera unidad de procesamiento 202 se configura para analizar la trama del OSC recibida por la unidad receptora. Específicamente, la primera unidad de procesamiento 202 realiza la operación de análisis en la etapa 172 mostrada en la Figura 17. La segunda unidad de procesamiento se configura para construir una nueva trama del OSC. Específicamente, la segunda unidad de procesamiento 203 realiza la acción descrita en la etapa 173 mostrada en la Figura 17. La unidad de envío 204 se configura para enviar la nueva trama del OSC construida por la segunda unidad de procesamiento. Específicamente, la unidad de envío 204 realiza la etapa 174 mostrada en la Figura 17.

Debe señalarse que, la primera unidad de procesamiento y la segunda unidad de procesamiento pueden combinarse en una unidad de procesamiento. Además, la segunda unidad de procesamiento puede dividirse además en una pluralidad de unidades de procesamiento. Por ejemplo, la segunda unidad de procesamiento puede dividirse además en una tercera unidad de procesamiento y una cuarta unidad de procesamiento y la tercera unidad de procesamiento y la cuarta unidad de procesamiento se configuran cada una para encapsular una pluralidad de taras en diferentes unidades de bloques de código de taras y mapear las unidades de bloques de código de tara a una trama del OSC. Específicamente, consulte las descripciones relacionadas con la generación de una trama del OSC en la Modalidad 2 a la Modalidad 3 y los detalles no se describen en la presente descripción. Debe señalarse además que, la unidad de procesamiento, la unidad de envío y la unidad receptora descritas anteriormente pueden ser un procesador, un transmisor y un receptor, respectivamente.

Un experto en la técnica puede comprender que todas o algunas de las etapas de las modalidades pueden implementarse mediante hardware o un programa que instruya al hardware relacionado. El programa puede almacenarse en un medio de almacenamiento legible por ordenador. El medio de almacenamiento anterior puede ser una memoria de solo lectura, un disco magnético, un disco óptico o similar. Específicamente, por ejemplo, la unidad de procesamiento o procesador anterior puede ser una unidad de procesamiento central, un procesador de propósito general, un procesador de señal digital (DSP), un circuito integrado de aplicación específica (ASIC), una matriz de puertas lógicas programables en campo (FPGA) u otro dispositivo lógico programable, un dispositivo lógico de transistor, un componente de hardware o cualquier combinación de los mismos. Si las funciones se realizan mediante hardware o software depende de aplicaciones particulares y condiciones de restricción de diseño de las soluciones técnicas. Un experto en la técnica puede usar diferentes métodos para implementar las funciones descritas para cada aplicación particular, pero no debe considerarse que tal implementación va más allá del alcance de la presente invención.

Finalmente, debe señalarse que las modalidades anteriores se pretenden simplemente para describir las soluciones técnicas de la presente solicitud, pero no para limitar la presente invención. Aunque la presente solicitud se describe en detalle con referencia a las modalidades anteriores, los expertos en la técnica deben comprender que aún pueden hacer modificaciones a las soluciones técnicas descritas en las modalidades anteriores o hacer reemplazos equivalentes a algunas o todas las características técnicas de las mismas. Por lo tanto, el alcance de protección de la presente invención estará sujeto al alcance de protección de las reivindicaciones.

Claims

REIVINDICACIONES

i. Un método de procesamiento de taras en una red de transporte óptico, en donde el método comprende: generar (141) una trama del canal de supervisión óptico, OSC, en donde la trama del OSC comprende una pluralidad de unidades de bloques de código de tara, cada una de la pluralidad de unidades de bloques de código de tara soporta una tara de uno de una pluralidad de tipos de taras, la trama del OSC lleva la información de identificación de la tara, la información de identificación de la tara se usa para identificar el tipo de tara de la tara generada por cada una de la pluralidad de unidades de bloques de código de tara y las taras de la pluralidad de tipos de taras comprenden una tara de sección de transmisión óptica, OTS OH, una tara de la sección de multiplexación óptica, OMS OH y una tara de conjunto de señales tributarias ópticas, OTSiA OH; y

enviar (142) la trama del OSC.
2. El método de acuerdo con la reivindicación 1, en donde la trama del OSC comprende un área de tara y un área de carga útil, la pluralidad de unidades de bloques de código de tara se ubican en el área de carga útil de la trama del OSC, la información de identificación de la tara se ubica en el área de tara de la trama del OSC y la información de identificación de la tara comprende información de ubicación de al menos una de la pluralidad de unidades de bloques de código de tara en el área de carga útil de la trama del OSC y la información de tipo de tara de una tara generada por al menos una unidad de bloque de código de tara.
3. El método de acuerdo con la reivindicación 1, en donde la información de identificación de la tara se ubica en al menos una de la pluralidad de unidades de bloques de códigos de tara y la información de identificación de la tara se usa para indicar un tipo de tara de una tara generada por cada una de las unidades de bloque de código de tara.
4. El método de acuerdo con cualquiera de las reivindicaciones 1 a 3, en donde la generación de una trama del OSC comprende:

encapsular la OTS OH, la OMS OH y la OTSiA OH en la pluralidad de unidades de bloques de código de tara; y

mapear la pluralidad de unidades de bloques de código de tara al área de carga útil de la trama del OSC.
5. El método de acuerdo con la reivindicación 4, en donde el mapeo de la pluralidad de unidades de bloques de código de tara al área de carga útil de la trama del OSC comprende: mapear algunas de la pluralidad de unidades de bloques de código de tara a una ubicación preestablecida en el área de carga útil de la trama del OSC y mapear las otras unidades de bloques de código de tara a cualquier ubicación inactiva en el área de carga útil de la trama del OSC; o mapear la pluralidad de unidades de bloques de código de tara a cualquier ubicación inactiva en el área de carga útil de la trama del OSC.
6. El método de acuerdo con cualquiera de las reivindicaciones 1 a 5, en donde cada una de la pluralidad de unidades de bloques de código de tara comprende al menos dos bloques de código de datos 66B.
7. Un dispositivo de red en una red óptica, en donde el dispositivo de red comprende:

una unidad de procesamiento (182), configurada para generar una trama del canal de supervisión óptico, OSC, en donde la trama del OSC comprende una pluralidad de unidades de bloques de código de tara, cada una de la pluralidad de unidades de bloques de código de tara soporta una tara de uno de una pluralidad de tipos de taras, la trama del ^oS^clleva la información de identificación de la tara, la información de identificación de la tara se usa para identificar el tipo de tara de la tara generada por cada una de la pluralidad de unidades de bloques de código de tara y las taras de la pluralidad de tipos de taras comprenden una tara de sección de transmisión óptica, OTS OH, una tara de la sección de multiplexación óptica, OMS OH y una tara de conjunto de señales tributarias ópticas, OTSiA OH; y

una unidad de envío (181), configurada para enviar la trama del OSC.
8. El dispositivo de red de acuerdo con la reivindicación 7, en donde la trama del OSC comprende un área de tara y un área de carga útil, la pluralidad de unidades de bloques de código de tara se ubican en el área de carga útil de la trama del OSC, la información de identificación de la tara se ubica en el área de tara de la trama del OSC y la información de identificación de la tara comprende la información de ubicación de al menos una de la pluralidad de unidades de bloques de código de tara en el área de carga útil de la trama del OSC y la información de tipo de tara de una tara generada por al menos una unidad de bloque de código de tara.
9. El dispositivo de red de acuerdo con la reivindicación 7, en donde la información de identificación de la tara se ubica en al menos una de la pluralidad de unidades de bloques de código de tara y la información de identificación de la tara se usa para indicar un tipo de tara de una tara generada por cada una de las unidades de bloques de código de tara.
10. El dispositivo de red de acuerdo con cualquiera de las reivindicaciones 7 a 9, en donde la unidad de procesamiento (182) comprende una primera unidad de procesamiento (1821) y una segunda unidad de procesamiento (1822), la primera unidad de procesamiento (1821) se configura para encapsular la OTS OH, la OMS OH y la OTSiA OH en la pluralidad de unidades de bloques de código de tara y la segunda unidad de procesamiento (1822) se configura para mapear la pluralidad de unidades de bloques de código de tara al área de carga útil de la trama del OSC.
11. El dispositivo de red de acuerdo con la reivindicación 10, en donde que la segunda unidad de procesamiento (1822) mapee la pluralidad de unidades de bloques de código de tara al área de carga útil de la trama del OSC comprende: la segunda unidad de procesamiento (1822) mapea alguna de la pluralidad de unidades de bloques de código de tara a una ubicación preestablecida en el área de carga útil de la trama del OSC y mapea las otras unidades de bloques de código de tara a cualquier ubicación inactiva en el área de carga útil de la trama del OSC; o la segunda unidad de procesamiento (1822) mapea la pluralidad de unidades de bloques de código de tara a cualquier ubicación inactiva en el área de carga útil de la trama del OSC.
12. El dispositivo de red de acuerdo con cualquiera de las reivindicaciones 7 a 11, en donde cada una de la pluralidad de unidades de bloques de código de tara comprende al menos dos bloques de código de datos 66B.
13. Un dispositivo de red en una red óptica, en donde el dispositivo de red comprende:

una unidad receptora (191), configurada para recibir una primera trama del canal de supervisión óptico, OSC, en donde la primera trama del OSC comprende una pluralidad de unidades de bloques de código de tara, cada una de la pluralidad de unidades de bloques de código de tara soporta una tara de uno de una pluralidad de tipos de taras, la primera trama del OSC lleva la información de identificación de la tara, la información de identificación de la tara se usa para identificar el tipo de tara de la tara generada por cada una de la pluralidad de unidades de bloques de código de tara, las taras de la pluralidad de tipos de taras comprenden una primera tara de sección de transmisión óptica, OTS OH, una tara de la sección de multiplexación óptica, OMS OH y una tara de conjunto de señales tributarias ópticas, OTSiA OH y la primera OTS OH se usa para implementar la operación, administración y mantenimiento, OAM, de una sección de transmisión entre el dispositivo de red y un dispositivo de red aguas arriba adyacente al dispositivo de red;

una unidad de procesamiento (192), configurada para identificar, a partir de la primera trama del OSC con base en la información de identificación de la tara, una primera unidad de bloque de código de tara que soporta la primera OTS OH y extraer la primera OTS OH de la primera unidad de bloque de código de tara; en donde

la unidad de procesamiento (192) se configura además para generar una segunda trama del OSC, la segunda trama del OSC comprende una segunda unidad de bloque de código de tara que soporta una segunda OTS OH y unidades de bloques de código de tara en la primera trama del OSC que soportan la OMS OH y la OTSiA OH y la segunda OTS OH se usa para implementar la OAM de una sección de transmisión entre el dispositivo de red y un dispositivo de red aguas abajo adyacente al dispositivo de red; y

una unidad de envío (204), configurada para enviar la segunda trama del OSC.
14. El dispositivo de red de acuerdo con la reivindicación 13, en donde la unidad de procesamiento comprende una primera unidad de procesamiento (202) y una segunda unidad de procesamiento (203) y la primera unidad de procesamiento (202) y la segunda unidad de procesamiento (203) se configuran para generar la segunda trama del OSC, en donde

la primera unidad de procesamiento (202) se configura para generar la segunda OTS OH y encapsular la segunda OTS OH en la segunda unidad de bloque de código de tara; y

la segunda unidad de procesamiento (203) se configura para mapear la segunda unidad de bloque de código de tara y las unidades de bloques de código de tara en la primera trama del OSC que soporta la OMS OH y la OTSiA OH a un área de carga útil de la segunda trama del OSC.
15. El dispositivo de red de acuerdo con la reivindicación 14, en donde que la segunda unidad de procesamiento (203) mapee la segunda unidad de bloque de código de tara y las unidades de bloques de código de tara en la primera trama del OSC que soporta la OMS OH y la OTSiA OH a un área de carga útil de la segunda trama del OSC comprende: la segunda unidad de procesamiento (203) mapea la segunda unidad de bloque de código de tara y algunas de las unidades de bloques de código de tara en la primera trama del OSC que soporta la OMS OH y la OTSiA OH a una ubicación preestablecida en el área de carga útil de la segunda trama del OSC y mapea las otras unidades de bloques de código de tara a cualquier ubicación inactiva en el área de carga útil de la segunda trama del OSC; o la segunda unidad de procesamiento (203) mapea la segunda unidad de bloque de código de tara y las unidades de bloques de código de tara en la primera trama del OSC que soporta la OMS OH y la OTSiA OH a cualquier ubicación inactiva en el área de carga útil de la segunda trama del OSC.