ES2963355T3

ES2963355T3 - Método para procesar datos de servicio de baja velocidad en red óptica de transporte, dispositivo y sistema

Info

Publication number: ES2963355T3
Application number: ES18917665T
Authority: ES
Inventors: Wei Su
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2018-05-10
Filing date: 2018-05-10
Publication date: 2024-03-26
Anticipated expiration: 2038-05-10
Also published as: RU2759514C1; US11764874B2; EP4336753A2; CN112042138B; US11233571B2; EP3783820B1; EP4336753A3; CN114513710A; EP3783820A4; US20210058156A1; US20220150179A1; EP3783820A1; BR112020022732A2; CN112042138A; WO2019213901A1

Abstract

Se divulga un método, dispositivo y sistema para procesar datos de servicios de baja velocidad en una red de transporte óptico, utilizados para resolver el problema de alta complejidad en los métodos de soporte de servicios de baja velocidad existentes. El método comprende: en primer lugar, mapear datos de servicio de baja velocidad en una trama de datos de baja velocidad recién definida, coincidiendo la velocidad de la trama de datos de baja velocidad con la velocidad de los datos de servicio de baja velocidad, comprendiendo la trama de datos un área superior y un área de carga útil, utilizándose el área de carga útil para transportar los datos de servicio de baja velocidad, siendo la velocidad del área de carga útil de la trama de datos de baja velocidad no menor que la velocidad de los datos de servicio de baja velocidad, y la velocidad de la los datos del servicio de baja velocidad son inferiores a 1 Gbps; luego, mapear la trama de datos de baja velocidad a uno o más intervalos de tiempo de otra trama de datos, siendo la velocidad del intervalo de tiempo no mayor que 100 Mbps; y finalmente, asignar la otra trama de datos a una trama de unidad de transmisión óptica (OTU) y enviar la trama OTU. Por medio del método para procesar datos de servicio de baja velocidad proporcionado en la presente solicitud, se puede usar directamente una nueva trama OTN para soporte de servicio, de modo que se reduce la complejidad de envío y procesamiento, y la velocidad de procesamiento es mayor. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Método para procesar datos de servicio de baja velocidad en red óptica de transporte, dispositivo y sistema

Campo técnico

Esta solicitud se refiere al campo de las tecnologías de comunicaciones ópticas y, en particular, a una tecnología para procesar datos de servicios en una red de transporte óptico.

Antecedentes

Como tecnología central de una red portadora troncal, una red de transporte óptico (Optical Transport Network, OTN) incluye contenedores portadores ópticos con una pluralidad de velocidades, y los contenedores portadores ópticos se utilizan para llevar una pluralidad de tipos de datos de servicios de alta velocidad. Por ejemplo, una unidad de datos ópticos 0 (Optical Data Unit 0, ODU0) es un contenedor portador con una velocidad más baja de aproximadamente 1,25 gigabits por segundo (Gigabit per second, Gbps) en una tecnología OTN existente, y se utiliza para llevar datos de servicio Ethernet A 1 Gbit/s.

A medida que la tecnología de jerarquía digital síncrona (Synchronous Digital Hierarchy, SDH) se elimina gradualmente del mercado y se desarrolla la tecnología OTN, la aplicación de la tecnología OTN se extiende desde una red troncal hasta una red de área metropolitana, e incluso a una red de acceso. Como resultado, se imponen requisitos crecientes de prestación de servicios de baja velocidad a la tecnología OTN. Actualmente, la velocidad de un servicio de baja velocidad oscila entre 2 Mbps y varios cientos de Mbps. Un método de procesamiento actual es el siguiente: una señal de baja velocidad se multiplexa en una señal de alta velocidad y luego la señal de alta velocidad se lleva a través de un contenedor portador óptico existente. La FIG. 1 es un diagrama esquemático de una ruta de asignación y multiplexación de un servicio de baja velocidad en la técnica anterior. Como se muestra en la FIG. 1, actualmente, se agregan (es decir, se multiplexan) una pluralidad de señales de baja velocidad para formar una señal de alta velocidad. Las señales de alta velocidad incluyen un módulo de transporte síncrono (módulo de transporte síncrono, STM)-16, un STM-64, un STM-256 y similares, que pueden asignarse a contenedores OTN existentes tales como una ODU 1, una ODU 2 y una ODU 3 para transmisión.

Específicamente, utilizando una señal con una velocidad de 2048 kbit/s como ejemplo, la señal también se denomina E1. Como se muestra en la FIG. 1, la señal E1 se asigna primero a un contenedor 12 (Container 12, C12). Luego, el C12 se asigna a un contenedor virtual 12 (contenedor virtual 12, VC12). Se añade una sobrecarga al VC12 y luego el VC12 se encapsula en una unidad afluente 12 (Tributary Unit 12, TU-12). El TU-12 se multiplexa a un grupo de unidades afluentes 2 (Tributary Unit Group 2, TUG-2). El TUG-2 se multiplexa a un VC3. Se añade una sobrecarga al VC3 y luego el VC3 se encapsula en una unidad administrativa 3 (Administrative Unit 3, AU-3). La AU-3 se multiplexa a un grupo de unidades de gestión (AU group, AUG). Luego, se combinan una pluralidad de AUG para formar una señal de interfaz STM-N. La señal de interfaz STM-N puede ser uno de una pluralidad de tipos de señales STM de alta velocidad mencionados anteriormente. La señal de interfaz STM-N anterior puede transmitirse a través del contenedor OTN existente.

Un problema del método de procesamiento actual es que una señal de baja velocidad necesita ser multiplexada una pluralidad de veces para formar una señal de alta velocidad, y luego la señal de alta velocidad se lleva utilizando la tecnología OTN. El proceso de procesamiento es complejo e ineficiente. Además, debido a que tanto un dispositivo emisor como un dispositivo receptor necesitan realizar el procesamiento de tramas de forma jerárquica, la latencia del procesamiento de señales es relativamente grande. El documento US2010/142947A1 divulga un aparato y un método de multiplexación/demultiplexación pseudoinversa. El aparato de multiplexación pseudoinversa asigna una señal de cliente a una señal de unidad de carga útil de canal óptico concatenado virtual (OPUk-Xpv). La señal OPUk-Xpv tiene un área de carga útil que se puede segmentar en una pluralidad de ranuras afluentes y un área de sobrecarga en la que se inserta información de configuración de trama relacionada con las ranuras afluentes.

El documento de JEAN-MICHEL CAIA FIBERHOME PR CHINA "FlexO-FR Structure Options and Considerations for 5G Mobile Fronthaul Transport" divulga un análisis detallado iniciado en la última sesión plenaria sobre una trama de OTN optimizada y flexible y un formato de asignación ("FlexO -FR") para el transporte de clientes 5G y heredados en una red móvil de front-haul de próxima generación, adecuada para la agregación de capas punto a punto de baja latencia. Además, las señales de cliente se asignan a través de una Unidad de datos ópticos flexibles (ODUflex), y estas ODUflex se pueden multiplexar directamente a través de la carga útil de la trama FlexO-FR.

El documento EP1737147A1 divulga un método para transmitir una señal de tráfico de baja velocidad en una Red de Transporte Óptico (OTN), incluye las etapas de: asignar la señal de tráfico de baja velocidad que se transmitirá a una unidad de carga útil de canal óptico (OPU) de tráfico de baja velocidad a una señal de unidad de datos de canal óptico (ODU) de tráfico de baja velocidad; generar bytes de sobrecarga y llenar los bytes de sobrecarga en una sección de sobrecarga de la ODU de tráfico de baja velocidad, y obtener la señal de ODU de tráfico de baja velocidad; multiplexar al menos una señal ODU de baja velocidad en una señal ODUk con un ranking de velocidad de la OTN, y transmitir la señal ODUk a través de la OTN.

El documento EP1826926A1 divulga un método para transmitir señales de baja velocidad a través de una red de transporte óptico, que incluye: adaptar las señales de baja velocidad en ODU de baja velocidad del mismo nivel de velocidad que las señales de baja velocidad; asignar asincrónicamente cada una de las ODU de baja velocidad en una unidad afluente de datos de canal óptico de baja velocidad, respectivamente, y generar una sobrecarga de justificación utilizada para la adaptación de velocidad para cada una de las ODU de baja velocidad; y formar una ODU de orden superior con al menos una unidad afluente de datos de canal óptico de baja velocidad y una sobrecarga de justificación correspondiente a la unidad afluente de datos de canal óptico de baja velocidad.

El documento JP2011176750A divulga un aparato de multiplexación y acomodación de señales de cliente para acomodar eficientemente señales de cliente lentas. El aparato de acomodación y multiplexación de señales de cliente se configura para transmitir una señal de cliente acomodada o multiplexada en una trama de OTN, y demultiplexar la señal acomodada o multiplexada de la trama de OTN recibida para emitir la señal de cliente. Compendio

La invención se establece en el conjunto de reivindicaciones adjuntas. Las realizaciones de esta solicitud proporcionan un método para procesar datos de servicio en una red de transporte óptico, y un aparato, para resolver el problema de que un proceso de procesamiento existente es complejo e ineficiente.

Según un primer aspecto, una realización de esta solicitud proporciona un método para procesar datos de servicio en una red de transporte óptico según la reivindicación 1.

Según un segundo aspecto, una realización de esta solicitud proporciona un método para procesar datos de servicio en una red de transporte óptico según la reivindicación 10

Según un tercer aspecto, una realización de esta solicitud proporciona un aparato, donde el aparato incluye un procesador y una memoria según la reivindicación 13.

Según un cuarto aspecto, una realización de esta solicitud proporciona un aparato, donde el aparato de procesamiento incluye un procesador y una memoria según la reivindicación 14.

Al definir una nueva estructura de trama ODU y un procedimiento de asignación, una tecnología proporcionada en las realizaciones de esta solicitud puede resolver el problema de que el procesamiento de datos de servicios de baja velocidad de la técnica anterior es complejo. Esto mejora la eficiencia del procesamiento. Además, una tecnología de procesamiento de datos proporcionada en las realizaciones de esta solicitud también tiene la ventaja de una alta velocidad de procesamiento sin asignación multinivel.

Breve descripción de los dibujos

la FIG. 1 es un diagrama esquemático de una ruta de asignación de un servicio de baja velocidad en la técnica anterior;

la FIG. 2 es un diagrama esquemático de un posible escenario de aplicación según una realización de esta solicitud;

la FIG. 3 es un diagrama esquemático de una posible estructura de hardware de un dispositivo de red; la FIG. 4A es un diagrama esquemático de una posible jerarquía de asignación de tramas de datos de baja velocidad;

la FIG. 4B es un posible diagrama esquemático de una estructura de trama de una trama de datos de baja velocidad;

la FIG. 4C es otro posible diagrama esquemático de una estructura de trama de una trama de datos de baja velocidad;

la FIG. 4D es todavía otro posible diagrama esquemático de una estructura de trama de una trama de datos de baja velocidad;

la FIG. 5 es un diagrama esquemático de una posible división de ranuras de una trama de datos de ODU;

la FIG. 6 es un diagrama esquemático de otra posible división de ranuras de una trama de datos de ODU;

la FIG. 7 es un diagrama esquemático de una estructura de trama uTSG.K y posible división de ranuras de una segunda trama de datos;

la FIG. 8A muestra un ejemplo de una estructura de trama uTSG.K y división de ranuras de una segunda trama de datos;

la FIG. 8B muestra otro ejemplo de una estructura de trama uTSG.K y división de ranuras de una segunda trama de datos;

la FIG. 8C muestra todavía otro ejemplo de una estructura de trama uTSG.K y división de ranuras de una segunda trama de datos;

la FIG. 9 es un posible diagrama de flujo de procesamiento de datos de servicios de baja velocidad;

la FIG. 10 es un diagrama de flujo de procedimiento de datos de servicio de baja velocidad según una realización de esta solicitud;

la FIG. 11A y FIG. 11B son un diagrama esquemático de un posible procedimiento de asignación de un servicio de baja velocidad;

la FIG. 12 es un diagrama esquemático de una posible estructura de una trama intermedia;

la FIG. 13 es un diagrama esquemático de una ubicación de una posible sobrecarga de indicación de ubicación de inicio;

la FIG. 14 es un diagrama esquemático de una ubicación de una posible sobrecarga de identificador de estructura múltiplex; y

la FIG. 15 es un diagrama estructural esquemático de un posible dispositivo de red;

Descripción de realizaciones

Primero se describen algunos términos de esta solicitud, para ayudar a un experto en la técnica a tener una mejor comprensión.

(1) "Una pluralidad de" se refiere a dos o más de dos. El término "y/o" describe una relación de asociación entre objetos asociados e indica que pueden existir tres relaciones. Por ejemplo, A y/o B puede indicar los siguientes tres casos: solo existe A, existen tanto A como B, y solo existe B. Además, en las descripciones de esta solicitud, términos como "primero" y "segundo" se utilizan meramente para distinción y descripción, y no se entenderán como una indicación o implicación de importancia relativa o una indicación o implicación de un orden.

(2) Aguas arriba o aguas abajo: un dispositivo de origen A transmite datos a un dispositivo de destino B a través de un dispositivo M. En una dirección de transmisión de datos, el dispositivo M se ubica entre el dispositivo A y el dispositivo B. En otras palabras, el dispositivo A está en una dirección aguas arriba del dispositivo M, y el dispositivo B está en una dirección aguas abajo del dispositivo M.

(3) Un símbolo matemático "*" representa un signo de multiplicación.

Las realizaciones de esta solicitud son aplicables a una red óptica, por ejemplo, una OTN. Una OTN generalmente se forma conectando una pluralidad de dispositivos a través de una fibra óptica, y se pueden formar diferentes tipos de topología, como una topología lineal, una topología de anillo y una topología de malla, dependiendo de los requisitos específicos. Una OTN 200 mostrada en la FIG. 2 incluye ocho dispositivos OTN 201, concretamente, los dispositivos A a H. 202 denota una fibra óptica, y la fibra óptica se utiliza para conectar dos dispositivos. 203 denota una interfaz de servicio de cliente, y la interfaz de servicio de cliente se utiliza para recibir o enviar datos de servicio de cliente. Un dispositivo OTN puede tener diferentes funciones según los requisitos reales. Generalmente, los dispositivos OTN se clasifican en un dispositivo de capa óptica, un dispositivo de capa eléctrica y un dispositivo híbrido óptico/eléctrico. El dispositivo de capa óptica es un dispositivo que puede procesar una señal de capa óptica, por ejemplo, un amplificador óptico (Optical Amplifier, OA), o un multiplexor óptico de adición y caída (Optical Add-Drop Multiplexer, OADM). El OA también puede denominarse amplificador de línea óptica (Optical Line Amplifier, OLA) 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 transformación espacial en una señal óptica, de modo que la señal óptica pueda emitirse desde diferentes puertos de salida (que a veces también se denominan direcciones). Los OADM pueden clasificarse en OADM fijo (Fixed OADM, FOADM), OADM reconfigurable (Reconfigurable OADM, ROADM) o similares en función de diferentes capacidades. El dispositivo de capa eléctrica es un dispositivo que puede procesar una señal de capa eléctrica, por ejemplo, un dispositivo que puede procesar una señal<o>T<n>. El dispositivo híbrido óptico/eléctrico es un dispositivo que puede procesar una señal de capa óptica y una señal de capa eléctrica. Cabe señalar que un dispositivo OTN puede integrar una pluralidad de funciones diferentes dependiendo de un requisito de integración específico. Las soluciones técnicas proporcionadas en esta solicitud son aplicables a dispositivos OTN en diferentes formas y con diferente integración.

Cabe señalar que una trama de OTN es una trama de datos utilizada por el dispositivo OTN en las realizaciones de esta solicitud, y se usa para llevar diversos datos de servicio y proporcionar abundantes funciones de gestión y monitorización. La trama de OTN puede ser una ODU k, una o Du Cn, una ODU flex, una unidad de transporte de canal óptico k OTUk, una OTU Cn, una trama de OTN flexible (FlexO), o similares. Una diferencia entre una trama ODU y una trama OTU radica en que la trama OTU incluye una trama ODU y una sobrecarga OTU. k representa un nivel de velocidad diferente. Por ejemplo, k = 1 indica 2,5 Gbps y k = 4 indica 100 Gbps. Cn representa una velocidad variable y es específicamente una velocidad que es un múltiplo entero positivo de 100 Gbps. A menos que se especifique lo contrario, la trama ODU es cualquiera de las ODU k, la ODU Cn o la ODU flex, y la trama OTU es cualquiera de las OTU k, OTU Cn o FlexO. Cabe señalar además que, en un proceso de implementación específico, para simplificar el diseño de una trama, se pueden especificar uno o más tipos de tramas para llevar una trama de datos de baja velocidad definida posteriormente. Por ejemplo, se especifica que solo se utiliza la ODU flex. Esto no está limitado en esta solicitud.

La FIG. 3 es un diagrama esquemático de una posible estructura de hardware de un dispositivo, por ejemplo, un dispositivo A en la FIG. 2. Específicamente, un dispositivo OTN 300 incluye una fuente de alimentación 301, un ventilador 302 y una placa auxiliar 303, y puede incluir además una placa afluente 304, una placa de línea 306, una placa de conexión cruzada 305, una placa de procesador de capa óptica (no mostrada en la FIG. 3), y una placa de comunicaciones y control de sistema 307.

Cabe señalar que los tipos y cantidades de placas que se incluyen específicamente en cada dispositivo pueden variar dependiendo de un requisito específico. Por ejemplo, un dispositivo de red que sirve como nodo central puede no tener la placa afluente 304. Un dispositivo de red que sirve como nodo de borde puede tener una pluralidad de placas afluentes 304. La fuente de alimentación 301 se configura para suministrar energía al dispositivo OTN 300 y puede incluir una fuente de alimentación activa y una fuente de alimentación de reserva. El ventilador 302 se configura para disipar el calor generado por el dispositivo. La placa auxiliar 303 se configura para proporcionar una función auxiliar, por ejemplo, proporcionar una alarma externa o acceder a un reloj externo. La placa afluente 304, la placa de conexión cruzada 305 y la placa de línea 306 se configuran principalmente para procesar una señal de capa eléctrica del dispositivo OTN. La placa afluente 304 se configura para recibir y enviar diversos servicios de cliente tales como un servicio SDH, un servicio de paquetes, un servicio Ethernet y un servicio de fronthaul. Además, la placa afluente 304 puede dividirse en un módulo óptico de lado de cliente y un procesador de señal. El módulo óptico de lado de cliente puede ser un transceptor óptico y se configura para recibir y/o enviar datos de servicio. El procesador de señales se configura para asignar datos de servicio en una trama de datos y desasignar la trama de datos para obtener los datos de servicio. La placa de conexión cruzada 305 se configura para implementar el intercambio de tramas de datos y el intercambio completo de uno o más tipos de tramas de datos. La placa de línea 306 procesa principalmente una trama de datos en un lado de línea. Específicamente, la placa de línea 306 puede consistir en un módulo óptico de lado de línea y un procesador de señal. El módulo óptico de lado de línea puede ser un transceptor óptico del lado de línea y se configura para recibir y/o enviar una trama de datos. El procesador de señales se configura para multiplexar y demultiplexar una trama de datos en el lado de la línea, o asignar y desasignar una trama de datos. La placa de comunicaciones y control de sistema 307 se configura para implementar la comunicación y control de sistema. Específicamente, se puede recopilar información de diferentes placas a través de una placa posterior, o se puede enviar una instrucción de control a una placa correspondiente a través de un plano posterior. Cabe señalar que, a menos que se especifique lo contrario, puede haber uno o más componentes específicos (por ejemplo, un procesador de señal). Esto no está limitado en esta solicitud. Cabe señalar además que los tipos de placas incluidas en el dispositivo y los diseños de funciones específicas y las cantidades de las placas no están limitados en esta realización de esta solicitud.

Para resolver el problema de que el procesamiento actual de servicios de baja velocidad es excesivamente complejo, esta solicitud define una nueva estructura de trama de OTN. Para simplificar la descripción, la estructura de trama se denomina ODUlr, donde LR representa una velocidad baja. Cabe señalar que el nombre es simplemente un ejemplo y no constituye una limitación de una estructura de trama definida en esta solicitud. Lo siguiente describe primero brevemente una ubicación de la ODU<lr>en una jerarquía de tramas OTN actual, y luego proporciona varios ejemplos específicos de estructuras de tramas ODU<lr>.

FIG. 4A muestra un ejemplo de una jerarquía de asignación de una trama de OTN a la que se añade una ODUlr. Específicamente, en esta solicitud, datos de un servicio de baja velocidad se asignan a la ODUlr. Luego, la ODU<lr>se coloca secuencialmente en una ODU<í>y una OTUm, o se coloca en una ODU<í>, una ODUj y una OTUm. Los valores de i, j y m dependen de una aplicación específica, y se pueden seleccionar diversas tramas OTN mencionadas anteriormente. Esto no se limita específicamente en esta solicitud. Por ejemplo, una ruta de asignación puede ser ODUlr=>ODU flex=>OTU3, o puede ser ODUlr=>ODU2=>ODU3=>OTU4. Los datos del servicio también pueden denominarse señal de servicio, datos de cliente o datos de servicio de cliente.

De la FIG. 4B a la FIG. 4D son diagramas esquemáticos de una pluralidad de tipos de estructuras de trama ODU<lr>. Una estructura de trama ODU<lr>mostrada en la FIG. 4B es específica para señales de servicio SDH de baja velocidad, como VC12, VC3 y VC4. Una estructura de trama ODUlr mostrada en la FIG. 4C es la misma que la estructura mostrada en la FIG. 4B, pero las señales de cliente llevadas en la estructura de trama ODUlr son señales de servicio de jerarquía digital plesiócrona de baja velocidad (Plesiochronous Digital Hierarchy, PDH) tales como E1, E3 y E4. La FIG. 4D muestra dos estructuras generales de trama ODU<lr>, que pueden usarse para llevar diferentes tipos de señales de servicio. Cabe señalar que los ejemplos mostrados en la FIG. 4B y la FIG. 4C son ejemplos de estructuras de trama correspondientes personalizadas para diferentes señales, de modo que un formato de datos de un servicio coincide en gran medida con una estructura de trama que lleva el servicio, y los datos del servicio se llevan con menos relleno o sin relleno. De esta manera, se mejora la eficiencia de transmisión y se mantienen el mismo rendimiento de verificación de errores de bits y el mismo rendimiento de fluctuación y deriva de frecuencia de un servicio original en una red SDH. Sin embargo, una estructura de trama general ODUlr proporcionada en la FIG. 4D es aplicable a diferentes tipos de servicios y el procesamiento es sencillo. En la aplicación real, se puede seleccionar uno o más diseños de estructura de trama dependiendo de un requisito de diseño.

A continuación se describen con más detalle ejemplos de las estructuras de trama de la FIG. 4B a la FIG. 4D. Cabe señalar que una estructura de trama ODUlr incluye un área de sobrecarga y un área de carga útil. El área de carga útil se utiliza para llevar datos de servicio de baja velocidad, y el área de sobrecarga se utiliza para llevar información de sobrecarga utilizada para gestión y mantenimiento en un proceso de transmisión de datos.

Como se muestra en la FIG. 4B, las longitudes de trama (es decir, la cantidad de bytes incluidos en las tramas) de una ODU<lr>(VC12), una ODU<lr>(VC3) y una ODU<lr>(VC4) son 149 bytes, 774 bytes y 2358 bytes (byte, referido como B a continuación) respectivamente, y la ODU<lr>(VC12), la ODU<lr>(<v>C3) y la ODU<lr>(VC4) se utilizan para llevar tres tipos de datos de servicio SDH, es decir, un VC12, un VC3 y un VC4 respectivamente. Para las tres estructuras de trama, un tamaño de ejemplo de áreas de sobrecarga es 9 B, y los tamaños de ejemplo de áreas de carga útil son 140 B, 765 B y 2349 B respectivamente. Cabe señalar que las longitudes de bytes de VC12, VC3 y VC4 definidas en un estándar SDH actual son las mismas que las áreas de carga útil en las correspondientes estructuras de trama ODUlr, es decir, 140 B, 765 B y 2349 B respectivamente. En otras palabras, todas las áreas de carga útil en las estructuras de trama ODUlr dedicadas se utilizan para llevar datos de servicio de cliente. De esta manera, se mejora la utilización de la estructura de trama de OTN y se mantienen el mismo rendimiento de verificación de errores de bits y el mismo rendimiento de fluctuación y deriva de frecuencia de un servicio original en la red SDH. Usando el VC12 como ejemplo, una ODU<lr>(VC12) puede llevar una trama VC12. Además, los períodos de trama de la ODUlr(v C12), la ODUlr(VC3) y la ODUlr(VC4) pueden establecerse en 500 microsegundos (ps), 125 ps y 125 ps. La ventaja es que un período de trama de la ODUlr es el mismo que un período de trama de una señal VC que se lleva en la ODUlr. De esta manera, se puede mantener una característica de reloj (a veces denominada característica de frecuencia) de un servicio, evitando así una fluctuación excesiva durante la formación de tramas de un dispositivo receptor y mejorando la precisión de la formación de tramas. Cabe señalar que un período de trama es el tiempo utilizado para enviar una trama de datos. La Tabla 1 proporciona algunos parámetros básicos de las tres estructuras de trama ODUlr que se muestran en la FIG. 4b . Cabe señalar que se puede calcular una velocidad de bits de la trama ODUlr basándose en una velocidad de una señal SDH llevada en la trama ODUlr. Específicamente, la velocidad de la ODUlr es igual a la velocidad de la señal SDH llevada en la ODUlr * (una cantidad de bytes en la ODULR/una cantidad de bytes en una trama de señal SDH). Las velocidades de VC12, VC3 y VC4 son 2,24 Mbit/s, 48,96 Mbit/s y 150,336 Mbit/s respectivamente.

La Tabla 1 proporciona algunos parámetros básicos de las tres estructuras de trama ODUlr que se muestran en la FIG. 4B y FIG. 4C.

Como se muestra en la FIG. 4C, longitudes de las estructuras de trama: la ODU<lr>(E1), la ODU<lr>(E3) y la ODU<lr>(E4) son las mismas que las de las tres estructuras de trama mostradas en la FIG. 4B. Una diferencia es que la estructura de trama mostrada en la FIG. 4C lleva tres señales PDH: E1, E3 y E4 cuyas velocidades son 2.048 Mbps, 34.368 Mbps y 139.264 Mbps respectivamente, donde las velocidades son ligeramente más bajas que las velocidades de las tres señales SDH mencionadas anteriormente. Por lo tanto, la estructura de trama definida en la FIG. 4B se puede reutilizar. Para eliminar una diferencia de velocidad entre una señal PDH y una trama ODU<lr>correspondiente a la señal PDH, se requiere una adaptación de velocidad durante el asignación. De una manera posible, una señal PDH puede encapsularse en una trama de datos SDH correspondiente, para ser específico, E1 al VC12, E3 al VC3 y E4 al VC4, y luego asignarse en una trama ODU<lr>correspondiente. De otra manera posible, una señal PDH puede asignarse directamente en un área de carga útil en una trama ODUlr correspondiente, y se rellena cierta información de relleno para eliminar una diferencia de velocidad entre la señal PDH y la trama ODUlr que lleva la señal. Por ejemplo, para la señal de servicio E3, como se muestra en la FIG. 5, un área de carga útil de 765 B se puede dividir en cuatro áreas de 57 B, tres áreas de 120 B y un área de 177 B. Las cuatro áreas de 57 B incluyen bytes de relleno utilizados para llevar la información de relleno, y las otras partes se utilizan para llevar la señal E3. Esta forma de relleno puede garantizar una velocidad de envío de datos relativamente uniforme y reducir el retraso. También se puede llevar y transmitir otra señal PDH de forma similar. Cabe señalar que, la FIG. 5 muestra simplemente un ejemplo, y una ubicación de la información de relleno en el área de carga útil en la trama ODU<lr>puede determinarse alternativamente de otra manera de división. Por ejemplo, un área de 228 B se divide como área de relleno. La ubicación de la información de relleno no está limitada en esta solicitud. Generalmente, la información de relleno ocupa menos o igual al 20% de una cantidad total de bytes en el área de carga útil en la trama ODUlr. En otras palabras, la cantidad de bytes en el área de carga útil en la trama ODUlr no es mayor que 1,25 veces la cantidad de bytes de los datos de cliente. Cabe señalar además que la información de relleno no lleva ningún dato real ni sobrecarga, y sólo se utiliza para igualar una diferencia de velocidad entre la señal de cliente y una trama de datos que lleva la señal de cliente. Normalmente, el byte de relleno es un carácter especial predefinido.

La FIG. 4D es un diagrama esquemático de dos posibles estructuras de trama ODUlr normalizadas. Las longitudes de las dos posibles estructuras de trama ODU<lr>normalizadas son 119 bytes y X*16 bytes respectivamente, donde X es un número entero positivo. Durante el diseño de una estructura de trama ODU<lr>normalizada, se puede diseñar una longitud de la estructura de trama para que sea un múltiplo entero de una granularidad de entrelazado de ranuras de una trama de datos que lleva la estructura de trama. La granularidad de entrelazado de ranuras se refiere a una longitud básica ocupada por una ranura durante la división de ranuras de una trama de datos. Habitualmente, una ranura debe ocupar una pluralidad de longitudes básicas. Específicamente, se puede hacer referencia a explicaciones y descripciones usando ejemplos en la FIG. 7 y de la FIG. 8A a la FIG. 8C. En la Fig. 4D, 119 bytes se entienden como 119*1 bytes, donde una granularidad de entrelazado de ranuras es 1 byte, y X*16 bytes indican que una granularidad de entrelazado de ranuras es 16 bytes. Cabe señalar que la granularidad de entrelazado de ranuras se puede determinar dependiendo de un requisito específico, por ejemplo, se puede definir como 1 byte, 4 bytes (22 bytes), 8 bytes (23 bytes), 16 bytes (24 bytes), 20 bytes o similar. Esto no está limitado en esta solicitud. Cabe señalar además que el diseño normalizado se puede utilizar para llevar una pluralidad de señales de baja velocidad, por ejemplo, utilizadas para un servicio de línea privada de baja velocidad definido actualmente o en el futuro. Cabe señalar que, en los diversos ejemplos de ODU<lr>anteriores, la señal de cliente puede asignarse en la trama ODU<lr>en un modo de asignación síncrono. Cabe señalar además que, en el ejemplo anterior de la estructura de trama de ODUlr, el área de sobrecarga en la ODU<lr>puede incluir una señal de alineación de trama (señal de alineación de trama, FAS), una señal de alineación de múltiples tramas (Multi-Frame Alignment Signal, MFAS), monitorización de ruta (Path Monitoring, PM) y canal de comunicación de protección/conmutación de protección automática (Automatic Protection Switching /Protection Communication Channel, APS/PCC), que ocupan 4 bytes, 1 byte, 3 bytes y 1 byte. respectivamente. El área de sobrecarga puede incluir además un campo reservado (RES) mostrado en la FIG. 4D. La ODUlr incluye sólo una pequeña cantidad de información de sobrecarga utilizada para implementar la gestión y monitorización de un extremo a otro. Esto ayuda a mejorar la eficiencia de transporte de servicios de una trama y reducir la complejidad del procesamiento. Cabe señalar que, en la sobrecarga anterior, la FAS es información necesaria y se utiliza para implementar una función de formación de tramas de la trama ODU<lr>. Otra información incluida en el área de sobrecarga es opcional. Por ejemplo, cuando una cantidad de bytes necesarios para una pieza de información en el área de sobrecarga excede una cantidad asignada de bytes en el área de sobrecarga para la información, puede ser necesario incluir el MFAS. Para otro ejemplo, si se requiere una función de conmutación de protección o una función de monitorización de ruta, correspondientemente, el área de sobrecarga necesita incluir la información APS/PCC o PM. Cabe señalar además que las ubicaciones de sobrecarga mostradas en la FIG. 4B a la FIG. 4D son meros ejemplos. En un proceso de implementación específico, la trama ODU<lr>puede diseñarse alternativamente como una estructura con sobrecargas y cargas escalonadas. La FIG. 6 muestra un ejemplo. En la trama ODU<lr>(VC12) de este ejemplo, sobrecargas con una longitud total de nueve bytes se colocan por separado en nueve ubicaciones y las cargas ocupan otras posiciones. En otras palabras, para la ODU<lr>(VC12), se inserta un byte de sobrecarga cada 15 bytes de carga útil en los primeros cuatro 15 bytes de carga útil, y se inserta un byte de sobrecarga cada 16 bytes de carga útil en los últimos cinco 16 bytes de carga útil. Hay 149 bytes en total. De manera similar, en la ODUlr(VC3) y la ODUlr(VC4), las sobrecargas y las cargas también se distribuyen en la trama de datos de la ODU<lr>de manera escalonada. En la ODU<lr>(VC3), se inserta un byte de sobrecarga cada 85 bytes de carga útil y hay 774 bytes en total. En la ODU<lr>(VC4), se inserta un byte adicional cada 261 bytes de carga útil y hay 2358 bytes en total.

Cabe señalar además que las estructuras de trama ODU<lr>mostradas de la FIG. 4B a la FIG. 4D, la FIG. 5, y la FIG. 6 son estructuras de una fila y varias columnas. En el uso real, la trama puede presentarse específicamente en una estructura de varias filas y varias columnas, o en una estructura de varias filas y una columna.

La estructura de trama de OTN actual soporta sólo una división de ranuras de 1,25 Gbps en la que la granularidad de las ranuras es bastante grande y es desfavorable para llevar datos de servicio de baja velocidad. Para llevar eficientemente la trama ODUlr definida anteriormente, la estructura de trama de OTN existente necesita dividirse adicionalmente en ranuras. En esta aplicación, la trama de OTN existente se divide en K ranuras. Una velocidad de una ranura es mucho menor que la de una ranura convencional. Para diferenciar, una ranura recién definida en esta solicitud se denomina microrranura. Una velocidad de la microrranura puede ser una velocidad baja, como 2,5 Mbps, 5 Mbps o 20 Mbps. La velocidad máxima de la microrranura es de 100 Mbps. La trama ODU<lr>puede ocupar una o más microrranuras en una trama de datos que lleva la trama ODUlr. La cantidad de ranuras ocupadas depende de la velocidad de la ODUlr y de la velocidad de una microrranura. Para obtener más detalles, consulte las descripciones en realizaciones posteriores.

En esta solicitud, la división de ranuras de la trama ODU que lleva la ODU<lr>se puede realizar en filas o tramas. Específicamente, la división de ranuras en filas significa que una segunda trama de datos con r filas se considera como un todo para la división de ranuras; y la división de ranuras en tramas significa que las tramas ODU se consideran como un todo para la división de ranuras. Para una descripción sencilla, a continuación, una trama utilizada en su conjunto para la división de ranuras se denomina grupo de microrranuras (uTSG.K), donde K representa una cantidad de microrranuras en las que se puede dividir la estructura de la trama. Para uTSG.K, K representa un valor fijo, por ejemplo, 512 o 480. Específicamente, K puede determinarse sobre la base de una característica de trama de la segunda trama de datos, una velocidad de una microrranura objetivo y un tamaño de uTSG.K. Actualmente, el área de carga útil en la estructura de trama ODU incluye 4*3808 bytes, es decir, 4 filas*3808 columnas, donde una fila incluye 3808 bytes y una trama incluye 15232 bytes. Si uTSG.K ocupa r filas en una trama ODU, el tamaño de uTSG.K es r*3808 bytes. Si la trama uTSG.K ocupa s tramas ODU, el tamaño de la trama uTSG.K es s*4*3808 bytes. Para mantener la coherencia con la segunda trama de datos, el tamaño de uTSG.K generalmente se diseña para que sea un múltiplo entero de una granularidad de entrelazado de ranuras de la segunda trama de datos, es decir, N*M bytes, donde M representa la granularidad de entrelazado de ranuras (que se denominará bloque de código para abreviar a continuación) de la segunda trama de datos, y N es un número entero positivo.

A continuación se utiliza un ejemplo en el que uTSG.K es N*M bytes para la descripción. Una vez determinados los valores de K y M, se puede calcular un valor de N basado en los dos valores. Si la división de ranuras de la segunda trama de datos se realiza en filas, para reducir o evitar información de relleno adicional, N puede ser un mínimo común múltiplo de 3808/M y K. En otras palabras, N = LCM (3808/M, K). Porque r * 3808 = N * M, r = N* M/3808. De manera similar, si se usan r segundas tramas de datos para constituir uTSG.K, para reducir o evitar el relleno de información, N puede ser un mínimo común múltiplo de 15232/M y K. En otras palabras, N = LCM (15232/M, K). Porque r * 4 * 3808 = r * 15232 = N * M, r = N * M/15232. Cabe señalar que se supone que M es una potencia exponencial de 2. Por ejemplo, m es 1, 2, 4, 8 o 16. En este caso, un bloque de código se coloca en una fila en una trama de datos. Si M es otro valor, por ejemplo, 10, es posible que sea necesario colocar un bloque de código entre filas. Esto no está limitado en esta solicitud.

La FIG. 7 muestra un ejemplo de división de ranuras de una trama de OTN, donde la trama de OTN con r filas constituye un uTSG.K. Como se muestra en la parte superior de la FIG. 7, la trama OTN con r filas se divide en bloques de código N*M para admitir K microrranuras. Un bloque de código 1 a un bloque de código K (es decir, los bloques de código #1 a #K en la FIG. 7) son específicos de una microrranura 1 a una microrranura K, es decir, se usan para colocar los primeros bloques de código en la microrranuras correspondientes. De un bloque de código (K+1) a un bloque de código 2K son específicos de una microrranura 1 a una microrranura K, es decir, se utilizan para colocar los segundos bloques de código en las microrranuras correspondientes. El resto se puede deducir por analogía. La parte inferior de la FIG. 7 muestra una relación entre uTSG.K y microrranuras en una estructura de una fila y varias columnas. Se puede aprender de la figura que, usando una microrranura 1 como ejemplo, la microrranura ocupa un bloque de código 1, un bloque de código (K+1), un bloque de código (2K+1)... y un bloque de código (N-K+1) en el uTSG.k. Cada microrranura tiene un total de bloques de códigos N/K. Cabe señalar que una microrranura incluye dos partes, donde una parte está en un área de sobrecarga (no mostrada en la FIG. 7) y la otra parte está en un área de carga útil. Cada una de las microrranuras #1 a #K definidas en la figura se puede usar para llevar una trama ODUlr. Cabe señalar que en esta aplicación no se limita la velocidad de una trama de OTN que debe dividirse en microrranuras. En la aplicación real, se puede seleccionar una estructura de trama apropiada en una jerarquía de estructura de trama de OTN existente dependiendo de un requisito específico para realizar la división de microrranuras para el transporte de ODU<lr>.

A continuación se proporcionan ejemplos de división de ranuras de la segunda trama de datos con referencia de la FIG. 8A a la FIG. 8C. Todos estos ejemplos se describen utilizando la división en r filas como ejemplo. Un experto en la técnica puede aprender que la división en tramas s es similar, y los detalles no se describen nuevamente en esta memoria. En la FIG. 8A, se utilizan como ejemplo K = 512 y M = 1. N = LCM (3808/1, 512) = 60928 se puede obtener mediante cálculo según la fórmula anterior. En otras palabras, uTSG.K incluye 60928*1 bytes. En la FIG. 8B, se utilizan como ejemplo K = 512 y M = 16. Según la fórmula anterior, N = LCM (3808/1, 512) = 60928. En otras palabras, uTs G.K incluye 60928*16 bytes. En la FIG. 8C, se utilizan como ejemplo K = 512 y M = 119. Según la fórmula, N = LCM (3808/1, 512) = 512. En otras palabras, uTSG.K incluye 60928*119 bytes, r es 16, 256 y 16 respectivamente en los tres ejemplos. Cabe señalar que de la FIG. 8A a la FIG. 8C muestran sólo la división de ranuras del área de carga útil (también denominada trama OPU) en la trama ODU. En la aplicación real, es posible que no se proporcione una fórmula de cálculo y valores específicos de una velocidad de una microrranura, una cantidad de microrranuras y una granularidad de entrelazado de ranuras de la microrranura, un tamaño de una unidad básica para la división de ranuras, y similares pueden proporcionarse directamente. El ejemplo anterior es un caso en el que no hay información de relleno, de modo que la eficiencia de transporte es relativamente alta. En la aplicación real, la división de ranuras se puede realizar alternativamente utilizando un método en el que se utiliza una cantidad relativamente pequeña de información de relleno. Esto no está limitado en esta solicitud.

Con referencia a la FIG. 9, a continuación se describe con más detalle un método para procesar datos de servicios de baja velocidad proporcionados en esta solicitud. Como se muestra en la FIG. 9, un dispositivo OTN que sirve como extremo de transmisión debe realizar las siguientes etapas para llevar datos de servicio de baja velocidad.

S701: asignar datos de servicio de baja velocidad en una primera trama de datos, donde la velocidad de los datos de servicio de baja velocidad es inferior a 1 Gbps.

Específicamente, el dispositivo OTN asigna los datos de servicio de baja velocidad recibidos a cualquiera de las tramas ODU<lr>definidas anteriormente. En otras palabras, la primera trama de datos es una trama ODU<lr>. La primera trama de datos incluye un área de sobrecarga y un área de carga útil. El área de carga útil se utiliza para llevar datos de servicio de baja velocidad. El área de sobrecarga se utiliza para llevar información utilizada para la gestión y el mantenimiento (a veces también denominada información utilizada para la ejecución, la gestión y el mantenimiento) de los datos de servicio de baja velocidad. La velocidad del área de carga útil en la primera trama de datos no es menor que la velocidad de los datos de servicio de baja velocidad. Esta solicitud es específica de un servicio que no puede llevarse directamente en un contenedor OTN en la técnica anterior debido a una velocidad relativamente baja. Generalmente, una velocidad de este tipo de servicio es inferior a 1 Gbps, o inferior a 500 Mbps, o incluso inferior (por ejemplo, sólo de varios megabytes a decenas de megabytes). Para mejorar la eficiencia de transmisión, una velocidad de la primera trama de datos puede coincidir con los datos de servicio de baja velocidad. La coincidencia de velocidades significa que la velocidad del área de carga útil en la primera trama de datos es igual a la velocidad de los datos del servicio, o que la velocidad del área de carga útil en la primera trama de datos cae dentro de un intervalo de (la velocidad de los datos del servicio, la velocidad de los datos del servicio * 1,25), o la velocidad de la primera trama de datos está dentro de un intervalo de (la velocidad de los datos del servicio, la velocidad de los datos del servicio* 1,25).

S702: asignar la primera trama de datos a una o más ranuras en una segunda trama de datos, donde la velocidad de la ranura no es superior a 100 Mbps.

Específicamente, el dispositivo OTN necesita procesar adicionalmente la trama ODU<lr>, es decir, asignar la trama ODUlr a una trama ODU con una velocidad más alta. La trama ODUlr ocupa una o más ranuras de la trama ODU con una velocidad más alta. La ranura es la microrranura mencionada anteriormente. La velocidad de la ranura no supera los 100 Mbps.

S703: Asignar la segunda trama de datos en una trama de unidad de transporte óptico (OTU).

Específicamente, el dispositivo OTN necesita encapsular la trama de datos de ODU anterior con una velocidad más alta en la trama<o>T<u>. De una manera, la trama de datos de ODU se encapsula directamente en la trama OTU sin ser multiplexada. Por ejemplo, una trama ODU 2 se encapsula en una trama OTU 2. En otra implementación, la trama de datos de ODU se multiplexa adicionalmente en la trama de datos de ODU con una velocidad más alta y luego se encapsula en la trama OTU. Por ejemplo, una trama ODU flex se multiplexa en una trama ODU 3 y luego la trama ODU 3 se encapsula en una trama OTU 3.

S704: Enviar la trama OTU.

Específicamente, el dispositivo OTN envía la trama OTU generada a un dispositivo de red aguas abajo.

A continuación se describen con más detalle las realizaciones de esta solicitud en detalle basándose en algunos aspectos comunes de esta solicitud descrita anteriormente.

Una realización de esta solicitud proporciona un método para procesar datos de baja velocidad, un aparato y un sistema. En esta realización, el escenario de red en la FIG. 2 se utiliza como ejemplo. Se supone que un dispositivo final de transmisión en esta realización es A, y un dispositivo final de recepción es H. Cabe señalar que A y H son meros ejemplos, y una ruta entre A y H puede reemplazarse con otra ruta para transmitir datos de servicio de baja velocidad. Por ejemplo, la ruta se puede reemplazar con una ruta: dispositivo A-dispositivo H-dispositivo G-dispositivo F, donde el dispositivo A es un dispositivo de origen, el dispositivo F es un dispositivo de destino y el dispositivo H y el dispositivo G son dispositivos intermedios.

La FIG. 10 es un diagrama de flujo esquemático según una realización. A continuación se describe en detalle cada etapa. En las siguientes etapas, las etapas S801 a S804 las realiza el dispositivo final de transmisión A, y las etapas S805 a S807 las realiza el dispositivo final de recepción H. Cabe señalar que, para evitar repeticiones, una etapa en la que el dispositivo final receptor H recibe una trama OTU enviada por el dispositivo A no se proporciona en las siguientes etapas.

S801: asignar datos de servicio de baja velocidad a una primera trama de datos.

Esta etapa es similar a la etapa S701 en la FIG. 9. La descripción de la etapa S701 también es aplicable a esta etapa. En esta memoria no se describen de nuevo detalles. Específicamente, el dispositivo A asigna los datos de servicio de baja velocidad que se van a transmitir a la trama ODUlr definida anteriormente. En esta realización, el hecho de que los datos de servicio de baja velocidad son un VC3 y la ODUlr es una ODUlr(VC3) se utiliza como ejemplo para la descripción posterior. Un experto en la técnica puede aprender que el servicio de baja velocidad puede ser cualquiera de los servicios de baja velocidad existentes, por ejemplo, la señal SDH y la señal PDH mencionadas anteriormente. Por otro ejemplo, el servicio de baja velocidad puede ser un servicio STM-1, un servicio STM-4 y un servicio Fast Ethernet (FE). Una estructura de trama de la ODUlr también puede ser cualquiera de la pluralidad anterior de estructuras de ejemplo.

Específicamente, la primera trama de datos puede incluir la información de sobrecarga mostrada en la FIG. 4B. Un FAS puede ser un patrón fijo, por ejemplo, 0xF6F62828. Un valor de un MFAS puede oscilar entre 0 y 255, y este campo aumenta cíclicamente con un aumento de la cantidad de tramas ODUlr. Por ejemplo, un valor de MFAS en una trama 1 a una trama 256 es de 0 a 255, y un valor de una trama después de una trama 257 se incrementa cíclicamente de nuevo de 0 a 255. Un campo PM puede incluir además uno o más de un identificador de traza de camino (Trail Trace Identifier, TTI), paridad entrelazada de 8 bits (Bit-Interleaved Parity 8, BIP8), una indicación de defecto hacia atrás (Backward Defect Indication, BDI), una indicación de error hacia atrás (Backward Error Indication, BEI) y una sobrecarga de estado (STAT), y se utiliza para monitorizar una ruta de extremo a extremo de la ODU<lr>. Las funciones de las posibles sobrecargas se describen en la Tabla 2. Un APS/PCC proporciona una función de canal de comunicación de protección/conmutación de protección automática y se utiliza para llevar información relacionada con un protocolo de conmutación de protección.

Tabla 2 Descripción de las funciones de sobrecarga incluidas en el campo PM

La FIG. 11A y la FIG. 11B muestran un ejemplo específico, donde una primera etapa muestra que un servicio VC12 se asigna a una trama ODU<lr>. La velocidad de bits del servicio VC12 es de 2,24 Mbit/s y el tamaño de la trama es de 140 bytes. Los bits del servicio VC12 se asignan sincrónicamente en un área de carga útil en la trama ODU<lr>(VC12). Una trama VC12 se coloca exactamente en un área de carga útil en una trama ODU<lr>(VC12). El tamaño de la trama ODU<lr>(VC12) es de 149 bytes, el tamaño del área de carga útil es de 140 bytes y el tamaño del área de sobrecarga es de nueve bytes. Luego, se generan las sobrecargas que incluyen un FAS, un MFAS, PM y un APS/PCC y se colocan en el área de sobrecarga de la ODU<lr>(VC12). Después del cálculo de 149/140*2,24 Mbit/s, la velocidad de bits de la ODUlr(VC12) es 2,384 Mbit/s.

S802: asignar la primera trama de datos a una o más ranuras en una segunda trama de datos, donde una velocidad de la ranura no es superior a 100 Mbps.

Esta etapa es similar a la etapa S702 en la FIG. 9. La descripción de la etapa S702 también es aplicable a esta etapa. En esta memoria no se describen de nuevo detalles. La Tabla 3 proporciona ejemplos de velocidades más precisas de microrranuras y cantidades correspondientes de microrranuras cuando la segunda trama de datos es una trama ODU flex. Las cantidades de microrranuras son 512 y 480. Cabe señalar que la velocidad de la ODU flex depende de una trama de ODU de orden superior que lleva la ODU flex. Por lo tanto, las columnas 2 a 4 en la Tabla 3 proporcionan velocidades y cantidades de microrranuras correspondientes obtenidas a través de la división para diferentes velocidades de tramas que llevan la ODU flex. Cabe señalar además que, para un parámetro de división de microrranuras (que incluye una cantidad de microrranuras y velocidades precisas de las microrranuras) de una segunda trama de datos de otro tipo, se puede hacer referencia a la Tabla 3. Los detalles no se enumeran en esta memoria.

Tabla 3 Ejemplo de velocidades de microrranuras y cantidades de microrranuras cuando la segunda trama de datos es una ODU flex

La descripción de la Tabla 3 es la siguiente:

(1) La segunda fila muestra velocidades de bits específicas de ranuras individuales de 1,25 G incluidas en las correspondientes tramas ODU k (k = 1, 2, 3, 4).

(2) La tercera fila muestra velocidades de bits específicas correspondientes a una ODU flex en una rejilla de 1,25.

(3) La cuarta fila proporciona velocidades correspondientes precisas de microrranuras cuando una trama ODU flex se divide en 512 microrranuras. La quinta fila proporciona velocidades correspondientes precisas de microrranuras cuando una trama ODU flex se divide en 480 microrranuras. Cabe señalar que la velocidad de la microrranura es solo una velocidad a la que se ocupa un área de carga útil en la ODU flex.

Se puede aprender de la tabla anterior que las velocidades de microrranuras de una misma cantidad fija obtenida mediante división son diferentes dependiendo de la velocidad de la segunda trama de datos. En otras palabras, una velocidad de bits de una trama ODU es igual a una velocidad de bits de una única microrranura*una cantidad de microrranuras*un coeficiente. El coeficiente es igual a una cantidad de bytes en una segunda trama de datos/(una cantidad de bytes en una segunda trama de datos - una cantidad de bytes reservados). El coeficiente se utiliza para reservar algunos márgenes cuando se realiza la división de ranuras en la segunda trama de datos, de modo que se pueda tolerar un gran desplazamiento de frecuencia de la señal de cliente, e incluso si hay un ligero cambio de velocidad de señal, se puede garantizar que la señal se puede asignar en la segunda trama de datos. Generalmente se reservan de 0 a 4 bytes.

Si es necesario asignar una pluralidad de ODU<lr>en la segunda trama de datos, existen varias implementaciones posibles siguientes: Implementación 1: Una pluralidad de primeras tramas de datos ODUlr se asignan en una o más microrranuras en una uTSG.K, y luego uTSG.K se asigna a un área de carga útil en la segunda trama de datos. Implementación 2: Una pluralidad de primeras tramas de datos ODU<lr>se asignan directamente en una o más microrranuras en un área de carga útil en la segunda trama de datos. Implementación 3: una pluralidad de primeras tramas de datos ODU<lr>se asignan por separado a tramas intermedias, luego la pluralidad de tramas intermedias se multiplexa como uTSG.K, y luego uTSG.K se asigna sincrónicamente en un área de carga útil en la segunda trama de datos. La trama intermedia es un subconjunto del uTSG.K e incluye n microrranuras en el uTSG.K.

Usando la tercera implementación como ejemplo, se describe una primera trama de datos, y la etapa S802 incluye además lo siguiente:

asignar la primera trama de datos en una trama intermedia, donde una cantidad de ranuras incluidas en la trama intermedia es igual a una cantidad de ranuras en la segunda trama de datos que van a ser ocupadas por la primera trama de datos; y

asignar la trama intermedia en una o más ranuras en la segunda trama de datos.

A continuación se describe con más detalle la trama intermedia con referencia a la FIG. 12. Para una descripción sencilla, la trama intermedia se denomina posteriormente subgrupo de ranura microafluente (uTSSG.n). n representa una cantidad de microrranuras incluidas en la trama intermedia. Para diferentes tipos de primeras tramas de datos, los valores de n pueden ser diferentes. Cabe señalar que un nombre de la trama intermedia no constituye ninguna limitación en esta solicitud, y esta solicitud también cubre una trama intermedia que tiene la misma característica pero con otro nombre. Por ejemplo, la trama intermedia se denomina grupo de ranuras flexibles (grupo de ranuras afluentes flexibles.n, FTSG.n), grupo de ranuras programables (grupo de ranuras afluentes programables.n, PTSG.n) o una unidad afluente de datos ópticos flexible (flexible Optical Data Tributary Unit.n, ODTUflex.n). Como se muestra en la FIG. 12, el uTSSG.n incluye dos partes: un área de sobrecarga y un área de carga útil, y se divide en n microrranuras.

Con referencia a la FIG. 11A y la FIG. 11B, lo siguiente describe específicamente un proceso de asignación de una trama ODU<lr>en la segunda trama de datos a través de una trama uTSSG.n, donde un valor de M es 16 bytes. Por ejemplo, la ODU<lr>es una ODU<lr>(VC12), la segunda trama de datos es una ODU 1 y K = 512. En otras palabras, la segunda trama de datos se divide en 512 microrranuras, es decir, un uTSG.K es un uTSG.512, y la velocidad de cada microrranura puede ser 2,419673751 Mbps como se muestra en la Tabla 3. La segunda trama de datos se divide en las ranuras de la manera de la FIG. 8B. Usando la trama ODU<lr>(VC12) mostrada en la Tabla 1 como ejemplo, la velocidad de la trama ODU<lr>(VC12) es 2,384 Mbps. Por lo tanto, se requiere una microrranura para llevar la trama ODUlr. Es decir, el uTSSG.n incluye una microrranura, es decir, un uTSSG.1. Como se muestra en la FIG. 11A, la ODUlr que ya ha llevado el VC12 se asigna a la trama uTSSG.1, donde la trama uTSSG.1 incluye 119*16 bytes, es decir, 1904 bytes. Luego, la trama uTSSG.1 se multiplexa a la uTSG.512 y la uTSG.512 se asigna a una fila r = 256 en el área de carga útil en la segunda trama de datos usando un procedimiento de asignación síncrono de bits (Bit synchronous Mapping Procedure, BMP). En otras palabras, el uTSSG.1 se asigna a una microrranura en la segunda trama de datos. Específicamente, la trama ODUlr puede asignarse en la trama uTSSG.1 usando un procedimiento de asignación genérico (generic mapping procedure). Cabe señalar que, en la FIG. 12, las dos etapas de asignar la ODUlr(VC12) en el uTSSG.n y asignar el uTSSG.n en el uTSG.K se describen en una sola etapa. En un proceso de aplicación real, se pueden utilizar dos etapas o una etapa para la implementación.

Cabe señalar además que, según el ejemplo de la FIG. 11A y la FIG. 11B, un experto en la técnica puede obtener, sin esfuerzos creativos, un ejemplo, en otra condición (por ejemplo, la segunda trama de datos de un tipo diferente, o un valor diferente de M, o una velocidad diferente de una microrranura), en el que la trama ODUlr se asigna en la segunda trama de datos a través de uTSSG.n. Los detalles no se describen en esta realización de esta solicitud. Cabe señalar además que la trama intermedia uTSSG.n no es necesaria. Para simplificar un procedimiento de asignación o por otras consideraciones, la trama ODUlr puede asignarse directamente en una ranura correspondiente en la segunda trama de datos.

Para permitir que un dispositivo receptor obtenga correctamente la trama ODUlr mediante el análisis, es necesario añadir las siguientes cuatro sobrecargas a la segunda trama de datos:

Sobrecarga 1: Se utiliza una sobrecarga de indicación de tipo de carga útil (Payload Type, PT) para indicar que la segunda trama de datos actual lleva una pluralidad de señales de cliente ODUlr de baja velocidad a través de uTSG.k. Por ejemplo, se define un nuevo valor PT = 0x25.

Sobrecarga 2: Se utiliza una sobrecarga de indicación uTSG.K para indicar una ubicación inicial de uTSG.K en el área de carga útil en la segunda trama de datos.

Si el uTSG.K se construye sobre la base de una cantidad de filas en la segunda trama de datos, por ejemplo, ocupa r filas en la segunda trama de datos: ODU flex, la trama uTSG.K puede comenzar desde cualquier fila en el área de carga útil en la ODU flex. Se define una sobrecarga de indicación de ubicación de inicio de uTSG.K para indicar una fila desde la que comienza uTSG.k en el área de carga útil en la ODU flex. Por ejemplo, 8 bits en la fila 1 y la columna 16 de la ODU flex se usan como puntero de sobrecarga de indicación uTSG.K (como se muestra en la FIG. 13), y los patrones de 8 bits 01010101, 101010, 00110011, 11001100 respectivamente indican que la ubicación inicial de uTSG.k está en la fila 1, fila 2, fila 3 o fila 4. Si la ubicación inicial de la trama uTSG.K no está en el área de carga útil en la trama ODU flex, la indicación uTSG.K El puntero en la ODU flex es todo 0.

Si el uTSG.K se construye sobre la base de una cantidad de tramas en la segunda trama de datos, por ejemplo, ocupa s tramas en la segunda trama de datos: ODU flex, la trama uTSG.K puede comenzar desde un área de carga útil en cualquier trama de ODU flex. Se define un puntero de sobrecarga de indicación uTSG.K para indicar si la trama uTSG.K comienza desde el área de carga útil en la trama ODU flex actual. Por ejemplo, se utilizan 8 bits en la fila 1 y la columna 16 de la ODU flex como puntero de sobrecarga de indicación de uTSG.K, y se utiliza un patrón de 8 bits 11111111 para indicar que la ubicación inicial de uTSG.k está en el área de carga útil en la trama ODU flex actual. Si la ubicación inicial de la trama uTSG.K no está en el área de carga útil en la trama ODU flex, el puntero de sobrecarga de indicación de uTSG.K en la ODU flex es todo 0.

Cabe señalar que una ventaja de incluir la ubicación inicial de la trama uTSG.K en la sobrecarga es que un extremo receptor puede determinar con precisión la ubicación inicial de la trama uTSG.K basándose en la información. La información de sobrecarga no es necesaria. Si la información no se lleva en la sobrecarga, la información se puede configurar en un dispositivo.

Sobrecarga 3: Se utiliza una sobrecarga de identificador de estructura múltiplex (Multiplex Structure Identifier, MSI) para indicar la distribución y el estado de ocupación de las microrranuras en la segunda trama de datos, es decir, indicar la distribución y el estado de ocupación de las microrranuras en uTSG.K.

Específicamente, usando 512 microrranuras como ejemplo, la sobrecarga MSI de identificador de estructura multiplex necesita usar 512*14 bits, y puede marcarse como MSI[0], MSI[1]... y MSI[511], donde MSI[0], MSI[1]... y MSI[511] corresponden respectivamente a una microrranura 1 a una microrranura 512. Cada microrranura corresponde a una de 14 bits. Los 14 bits incluyen dos campos de sobrecarga: un tipo (type) y una indicación de servicio (LCID). El tipo ocupa cuatro bits e indica si una microrranura actual está ocupada. Si la microrranura actual está ocupada, el campo de tipo indica un tipo de servicio de baja velocidad llevado. La Tabla 4 proporciona un ejemplo. Cabe señalar que, en el uso real, un valor y un significado correspondiente pueden ser diferentes de los del diseño de la Tabla 4. Esto no está limitado en esta solicitud. El LCID ocupa 10 bits e indica el número de un servicio de baja velocidad llevado en una microrranura actual. Un valor de LCID puede oscilar entre 0 y 1023.

Tabla 4 Ejemplo de tipos de sobrecargas de un servicio de baja velocidad

La sobrecarga de identificador de estructura multiplex puede colocarse en una ubicación de una sobrecarga de indicación de estructura de carga útil en la segunda trama de datos. Por ejemplo, como se muestra en la FIG. 14, la sobrecarga se puede colocar en la fila 4 y la columna 15 y la columna 16 de la trama ODU flex, y MSI[0], MSI[1]... y MSI[511] se colocan respectivamente en ubicaciones de PSI[2], PSI[1]... y PSI[513] en forma de indicación de multitrama. Alternativamente, la sobrecarga puede colocarse en una ubicación de una sobrecarga en la microrranura. Para obtener más información, véanse las descripciones relacionadas de "sobrecarga 4".

Cabe señalar que, debido a que una cantidad de ranuras es excesivamente grande, para indicar un estado de ocupación de microrranura a través del PSI, es necesario ampliar la definición actual de la indicación de multitrama. Específicamente, se puede definir una indicación óptica de multitrama de 2 bits (indicación óptica de multitrama, OMFI) y ocupa los dos bits menos significativos en la fila 4 y la columna 16 de la segunda trama de datos. La OMFI y la indicación de multitrama MFAS actualmente existente en la segunda trama de datos se usan en combinación, las tramas de datos de 256 segundos se usan como un ciclo y la OMFI aumenta progresivamente (un valor varía de 0 a 3). Se pueden usar tramas de datos de 1024 segundos como una indicación de multitrama grande, para indicar un estado de ocupación de, por ejemplo, 512 microrranuras. En la aplicación real, con referencia a una cantidad específica de ranuras, se puede diseñar una OMFI de otra longitud para transferir la información de indicación de ocupación de ranuras correspondiente.

Sobrecarga 4: Sobrecarga de microrranura (Micro Tributary Slot Overhead, uTSOH):

Cada microrranura corresponde a una sobrecarga de microrranura, y la sobrecarga de microrranura se usa para indicar un estado de ocupación de la microrranura actual y se usa para colocar información de asignación. La información de asignación es asignar sobrecargas generadas correspondientemente cuando se usa GMP para asignar una señal ODUlr en las microrranuras uTSG.K o n en la segunda trama de datos.

La sobrecarga de microrranura se encuentra en los primeros bytes de cada área de carga útil de la microrranura. Por ejemplo, para uTSG.k con una granularidad de entrelazado de ranuras de M = 16 bytes, los primeros 16 bytes en cada área de carga útil de microrranuras pueden seleccionarse como el área de sobrecarga de microrranuras (como se muestra en la FIG. 11A). Si la sobrecarga de identificador de estructura multiplex se coloca en una ubicación de sobrecarga de microrranura, MSI[0], MSI[1]... y MSI[511] se colocan respectivamente en los primeros 14 bits (es decir, los seis bits más significativos del primer byte y del segundo byte) en sobrecargas de microrranura correspondientes de una microrranura 1 a una microrranura 512.

La sobrecarga de asignación incluye Cm, CnD e información de verificación generada a través de asignación en el GMP. Cm representa una cantidad, en forma de m bits, de datos de cliente de la señal ODU<lr>que se asigna a uTSG.K o a las n microrranuras en la segunda trama de datos. Si m = 8, Cm representa una cantidad de bytes de la señal ODUlr asignada en uTSG.K o en las n microrranuras en la segunda trama de datos. Si m = 6, Cm representa una cantidad de bytes de la señal ODUlr asignada a la uTSG.K o en las n microrranuras en la segunda trama de datos. Un valor de m no está limitado en esta solicitud. CnD se utiliza para representar información de reloj de la señal ODUlr. Si la precisión es de un bit, un valor de CnD oscila entre 1 y m-1. Si la precisión es un byte, un valor de CnD oscila entre 1 y m/8-1. La información de verificación es información de verificación de redundancia cíclica (Cyclic Redundancy Check, CRC) y se utiliza para verificar la información Cm y la información CnD, para garantizar la solidez de la información. La sobrecarga de asignación ocupa seis bytes. Los seis bytes se pueden colocar en el uTSG.K ocupado por la ODUlr o en una ubicación de sobrecarga de microrranura, por ejemplo, de un tercer byte a un octavo byte de una ubicación de sobrecarga de asignación mostrada en la FIG. 11A, correspondiente a la primera microrranura en las n microrranuras en la segunda trama de datos. Si la sobrecarga de identificador de estructura multiplex no se coloca en la sobrecarga de microrranura, la sobrecarga de asignación puede colocarse de un primer byte a un sexto byte. Cabe señalar que una cantidad específica de bits ocupados por Cm, CnD y CRC no está limitada en esta solicitud y puede determinarse de manera flexible basándose en una granularidad de asignación y un tamaño de carga útil que se usan para la asignación. De manera similar, la ubicación de sobrecarga de asignación puede ser alternativamente otra ubicación de sobrecarga. Esto no está limitado en esta solicitud.

Cabe señalar que, en un modo de asignación GMP, cuando una velocidad de un servicio llevado de baja velocidad es menor que una velocidad total de las n microrranuras, una ubicación del primer bloque de código en un área de carga útil formada por las n microrranuras siempre se utiliza como bloque de relleno en el que no se colocan datos válidos. Por lo tanto, utilizar el bloque de código para colocar la información de sobrecarga de asignación puede reducir las sobrecargas y mejorar la utilización de sobrecarga.

Los valores de Cn y CnD se describen a continuación con referencia a ejemplos específicos. Por ejemplo, la segunda trama de datos es una ODU flex, una velocidad de bits de la segunda trama de datos es igual a una velocidad de bits de una ODU 0, K = 512, M = 16 bytes, N = 60928 y r = 256. En consecuencia, un área de carga útil en cada microrranura incluye N/K = 60928/512 = 119*16 bytes = 1904 bytes. Cuando una señal ODUlr (se supone que un desplazamiento de frecuencia de la señal ODUlr es ±100 ppm) ocupa m microrranuras en la segunda trama de datos, si la granularidad de asignación es de 1 byte, el tamaño de la carga útil es m*1904 bytes, y los valores mínimo y máximo correspondientes de Cm son una velocidad de bits de ODU<lr>*(1-100 ppm)/((1+20 ppm)*m*una velocidad de bits de una única microrranura)*m*1904 y una velocidad de bits de ODUlr *(1 100ppm)/((1-20ppm)*m*una velocidad de bits de una única microrranurafm* 1904, respectivamente. Un valor de CnD varía de 1 bit a 7 bits. Si la granularidad de asignación es de 16 bytes, el tamaño de la carga útil es m*119*16 bytes, y los valores mínimo y máximo correspondientes de Cm son una velocidad de bits de ODUlr * (1-100 ppm)/((1+20 ppm) * m * (una velocidad de bits de una única microrranura)*m*119 y una velocidad de bits de ODULR*(1 100ppm)/((1-20ppm)*m*(una velocidad de bits de una única microrranura)*m*119, respectivamente. Un valor de CnD oscila entre 1 byte y 15 bytes. La fórmula para calcular un intervalo de valores de Cm es aplicable a diferentes tipos de tramas ODUlr. Específicamente, la siguiente tabla proporciona ejemplos de intervalos de valores de Cm y CnD de algunos tipos específicos de tramas ODUlr.

Tabla 5 Ejemplos de valores de Cm y CnD

Un ejemplo específico de esta etapa se describe con referencia a la FIG. 11A y la FIG. 11B. Para la ODUlr(VC12) que lleva un servicio VC12, la velocidad de bits es 2,384 Mbit/s. Se supone que la ODUlr(VC12) se transmite a través de una ODU flex de 1.25 G, una velocidad de bits de la ODU flex de 1.25 G es de 1,244078309 Gbit/s (que se obtiene sobre la base de una ranura de 1.25 G de una ODU 1 de orden superior, haciendo referencia a la Tabla 3). El ODU flex de 1.25 G se divide en 512 microrranuras, concretamente, un uTSG.512. El uTSG.512 utiliza una granularidad de entrelazado de ranuras de M = 16 bytes, incluye N = bloques de código de 60928*16 bytes y ocupa 256 filas en un área de carga útil en la trama ODU flex de 1.25G. Cada microrranura incluye bloques de código de 119*16 bytes, la velocidad de bits de cada microrranura es 2,419673751 Mbit/s. Cuando la ODUlr(VC12) se transmite a través del ODU flex de 1.25 G, solo es necesario ocupar una microrranura. Se supone que una microrranura TS#2 está ocupada. La ODUlr(VC12) se asigna a la microrranura TS#2 en la ODU flex 1.25G. En otras palabras, la ODUlr(VC12) se asigna a un uTSSG.1 (incluido TS#2) a través de un GMP. Además, se genera una sobrecarga de asignación correspondiente que incluye un valor Cm, un valor CnD (para valores específicos, consúltese la Tabla 5), e información de verificación, y se coloca en una ubicación de una sobrecarga de microrranura en la primera microrranura ocupada por la ODU<lr>(VC12). Luego, el uTSSG.1 se multiplexa en el uTSG.512, y el uTSG.512 se asigna a 256 filas en el área de carga útil en la trama ODU flex de 1.25G en un modo de asignación síncrono de bits. Al mismo tiempo o posteriormente, se genera una sobrecarga requerida, que incluye una sobrecarga de indicador de tipo de carga útil PT = 0x25, una sobrecarga de indicador uTSG.K y una sobrecarga de identificador de estructura múltiplex, y se coloca en una ubicación correspondiente.

Cabe señalar que la segunda trama de datos en esta solicitud puede ser una ODU flex, una ODU 0, una ODU 1, una ODU 2, una ODU 3, una ODU 4, una ODU Cn, o similares con cualquier velocidad. La ODU flex de 1.25 Gbit/s es equivalente a la ODU 0. Una ODU flex de m*1.25 G tiene una estructura de trama OTN de 4 filas y 3824 columnas. Además, se define con más detalle una nueva estructura de trama. En otras palabras, la m* ODU flex de 1.25G se considera como una concatenación de m*ODU flex de 1.25G, y se constituye por tramas de instancia m*ODU flex de 1.25G. De esta manera, suponiendo que cada ODU flex de 1.25G se divide en microrranuras de 512*2,5 Mbit/s, la m*ODU flex 1.25 G se divide en microrranuras m*512 de 2,5 Mbit/s en total. La división también se realiza de la manera anterior prevista en esta solicitud.

S803: asignar la segunda trama de datos a una trama de unidad de transporte óptico (OTU).

Esta etapa es similar a la etapa S703 en la FIG. 9. La descripción de la etapa S703 también es aplicable a esta etapa. En esta memoria no se describen de nuevo detalles. Por ejemplo, la segunda trama de datos se asigna directamente a la trama OTU. En este caso, es necesario añadir sobrecargas para implementar funciones de operación, ejecución y gestión a nivel de ODU.

S804: Enviar la trama OTU.

Específicamente, el dispositivo A envía la trama OTU a un dispositivo aguas abajo, por ejemplo, el dispositivo H en esta realización, a través de una o más fibras ópticas. Cabe señalar que, si una ruta de transmisión de servicio incluye una pluralidad de dispositivos de red, el dispositivo aguas abajo al que el dispositivo de origen envía la trama OTU es un dispositivo intermedio en lugar de un dispositivo de destino.

S805: Desasignar la trama OTU para obtener la segunda trama de datos. La segunda trama de datos incluye una pluralidad de ranuras, y la velocidad de la ranura no es superior a 100 Mbps.

Específicamente, después de recibir la trama OTU transmitida a través de la fibra óptica, el dispositivo H analiza la segunda trama de datos de la trama. Una característica de la segunda trama de datos es como se describe en la etapa S802, y los detalles no se describen nuevamente en esta memoria.

S806: Desasignar la segunda trama de datos para obtener la primera trama de datos.

S807: Desasignar la primera trama de datos para obtener los datos de servicio de baja velocidad.

Específicamente, el dispositivo H desasigna aún más la segunda trama de datos para obtener la primera trama de datos, es decir, la ODU<lr>. Luego, el dispositivo H obtiene los datos de servicio de baja velocidad de la trama ODULR.

Al definir una nueva estructura de trama ODU y un procedimiento de asignación, el método proporcionado en esta realización de esta solicitud puede resolver el problema de que el procesamiento de datos de servicios de baja velocidad de la técnica anterior es complejo. Esto mejora la eficiencia del procesamiento. Además, el método proporcionado en esta realización de esta solicitud también tiene la ventaja de una alta velocidad de procesamiento sin asignación multinivel.

Una realización de esta solicitud proporciona además otra estructura de un dispositivo OTN. Como se muestra en la FIG. 15, un dispositivo OTN 1400 puede incluir un procesador 1401 y una memoria 1402. El dispositivo OTN puede servir como nodo emisor y como nodo receptor.

Cuando el dispositivo OTN sirve como nodo de envío, el procesador 1401 se configura para implementar el método realizado por el nodo de envío en la FIG. 9 o la FIG. 10. En un proceso de implementación, las etapas de un procedimiento de procesamiento pueden implementarse, usando un circuito lógico integrado de hardware en el procesador 1401, o una instrucción en forma de software, para completar el método realizado por el nodo de envío en la FIG. 9 o la FIG. 10. Cuando el dispositivo OTN sirve como nodo receptor, el procesador 1401 se configura para implementar el método realizado por el nodo receptor en la FIG. 10. En un proceso de implementación, las etapas de un procedimiento de procesamiento pueden implementarse, usando el circuito lógico integrado del hardware en el procesador 1401, o una instrucción en forma de software, para completar el método realizado por el nodo de recepción en la FIG. 10. Cabe señalar que el procesador 1401 y la memoria 1402 pueden ubicarse en la placa afluente en el diagrama estructural, que se muestra en la FIG. 3, del hardware del dispositivo de red.

En esta realización de esta solicitud, el procesador 1401 puede ser un procesador de uso general, un procesador de señales digitales, un circuito integrado de aplicación específica, una matriz de puertas programables en campo, u otro dispositivo lógico programable, una puerta discreta o un dispositivo lógico de transistores, un componente de hardware discreto, y puede implementar o realizar los métodos, etapas y diagramas de bloques lógicos descritos en las realizaciones de esta solicitud. El procesador de uso general puede ser un microprocesador o cualquier procesador convencional o similar. Las etapas de los métodos divulgados con referencia a las realizaciones de esta solicitud pueden realizarse directamente mediante un procesador de hardware, o pueden realizarse por hardware en el procesador en combinación con una unidad de software. El código de programa ejecutado por el procesador 1401 para implementar el método anterior puede almacenarse en la memoria 1402. La memoria 1402 se acopla al procesador 1401. El acoplamiento en esta realización de esta solicitud es un acoplamiento indirecto o una conexión de comunicación entre aparatos, unidades o módulos, puede ser de una forma eléctrica, una forma mecánica u otra forma, y se usa para el intercambio de información entre los aparatos, las unidades, y los módulos. El procesador 1401 puede cooperar con la memoria 1402. La memoria 1402 puede ser una memoria no volátil, tal como una unidad de disco duro (Hard Disk Drive, HDD), o puede ser una memoria volátil (volatile memory), tal como una memoria de acceso aleatorio (Random-Access Memory, RAM). La memoria 1402 es cualquier otro medio que pueda configurarse para llevar o almacenar el código de programa esperado en una forma de instrucción o una estructura de datos y al que pueda acceder un ordenador. Sin embargo, la memoria 1402 no se limita a ello.

Sobre la base de las realizaciones anteriores, una realización de esta solicitud proporciona además un soporte de almacenamiento informático. El soporte de almacenamiento almacena un programa de software, y cuando el programa de software es leído y ejecutado por uno o más procesadores, se puede implementar el método proporcionado en una cualquiera o más de las realizaciones anteriores. El soporte de almacenamiento informático anterior puede incluir: cualquier soporte que pueda almacenar código de programa, como una unidad flash USB, un disco duro extraíble, una memoria de solo lectura, una memoria de acceso aleatorio, un disco magnético o un disco óptico.

Sobre la base de las realizaciones anteriores, una realización de esta solicitud proporciona además un chip. El chip incluye un procesador, configurado para implementar una función en una cualquiera o más de las realizaciones anteriores, por ejemplo, obtener o procesar una trama de datos en el método anterior. El chip incluye además una memoria. La memoria se configura para almacenar una instrucción de programa y datos que son necesarios para el procesador y ejecutados por este. El chip puede incluir un chip o puede incluir un chip y otro dispositivo discreto.

Un experto en la técnica debe entender que las realizaciones de esta solicitud pueden proporcionarse como un método, un sistema o un producto de programa informático. Por lo tanto, esta solicitud puede usar una forma de realizaciones de solo hardware, realizaciones de solo software o realizaciones con una combinación de software y hardware. Además, esta solicitud puede usar una forma de producto de programa informático que se implementa en uno o más soportes de almacenamiento usables por ordenador (incluidos, pero sin limitación a esto, una memoria de disco, un CD-ROM, una memoria óptica y similares) que incluyen código de programa usable por ordenador.

Esta solicitud se describe con referencia a los diagramas de flujo y/o los diagramas de bloques del método, el dispositivo (sistema) y el producto de programa informático de realizaciones de la solicitud. Debe entenderse que las instrucciones de programa informático pueden usarse para implementar cada procedimiento y/o cada bloque en los diagramas de flujo y/o los diagramas de bloques y una combinación de un procedimiento y/o un bloque en los diagramas de flujo y/o los diagramas de bloques. Estas instrucciones de programa informático pueden proporcionarse para un ordenador de finalidad genera, un ordenador de finalidad especial, un ordenador especializado, un procesador integrado o un procesador de otro dispositivo de procesamiento de datos programable para generar una máquina, para que las instrucciones, que se ejecutan por el ordenador o el procesador del cualquier otro dispositivo de procesamiento de datos programable generen un aparato para implementar una función específica en uno o más procedimientos en los diagramas de flujo y/o en uno o más de los bloques en los diagramas de bloques.

Estas instrucciones de programa informático pueden almacenarse en una memoria legible por ordenador que puede dar instrucciones a un ordenador u otro dispositivo de procesamiento de datos programable para que funcione de una forma específica, para que las instrucciones almacenadas en la memoria legible por ordenador generen un artefacto que incluya un aparato de instrucción. El aparato de instrucción implementa una función específica en uno o más procedimientos en los diagramas de flujo y/o en uno o más bloques en los diagramas de bloques.

Estas instrucciones de programa informático también se pueden cargar en un ordenador o en otro dispositivo de procesamiento de datos programable, de tal modo que se realiza una serie de operaciones y etapas en el ordenador o en el otro dispositivo programable, para generar un procesamiento implementado por ordenador. Por lo tanto, las instrucciones ejecutadas en el ordenador o en el otro dispositivo programable proporcionan etapas para implementar una función específica en uno o más procedimientos en los diagramas de flujo y/o en uno o más bloques en los diagramas de bloques.

Definitivamente, un experto en la técnica puede realizar diversas modificaciones y variaciones a las realizaciones de esta solicitud sin apartarse del alcance de las realizaciones de esta solicitud. Esta solicitud pretende cubrir estas modificaciones y variaciones de las realizaciones de esta solicitud siempre que caigan dentro del alcance de protección definido por las siguientes reivindicaciones.

Claims

REIVINDICACIONES

1. Un método para procesar datos de servicio en una red de transporte óptico, OTN, comprendiendo el método: (S701, S801) asignar datos de servicio de baja velocidad en una primera trama de datos, en donde la primera trama de datos comprende un área de sobrecarga y un área de carga útil, el área de carga útil se usa para llevar los datos de servicio de baja velocidad, una cantidad de bytes en el área de carga útil en la primera trama de datos no es mayor que 1,25 veces la cantidad de bytes en una estructura de trama de los datos de servicio de baja velocidad, el área de sobrecarga se utiliza para llevar información utilizada para la gestión y el mantenimiento de los datos de servicio de baja velocidad, la velocidad del área de carga útil en la primera trama de datos no es inferior a la velocidad de los datos de servicio de baja velocidad, y la velocidad de los datos de servicio de baja velocidad es inferior a 1 Gbps;

(S702, S802) asignar la primera trama de datos en una o más microrranuras en una segunda trama de datos, en donde la velocidad de cada microrranura de una o más microrranuras no es superior a 100 Mbps;

(S703, S803) asignar la segunda trama de datos en una trama de unidad de transporte óptico, OTU; y (S704, S804) enviar la trama OTU.

2. El método según la reivindicación 1, en donde el área de sobrecarga comprende una indicación de cabecera de trama, una indicación de multitrama e información de monitorización de ruta.

3. El método según cualquiera de las reivindicaciones 1 y 2, en donde el tamaño de la primera trama de datos es X*M bytes, X y M son números enteros positivos y M representa una granularidad de entrelazado de microrranuras de la segunda trama de datos

4. El método según la reivindicación 3, en donde el tamaño de la primera trama de datos es 119 bytes y M es igual a 1; o el tamaño de la primera trama de datos es X*16 bytes y M es igual a 16.

5. El método según cualquiera de las reivindicaciones 1 a 4, en donde los datos de servicio de baja velocidad son cualquiera de los siguientes tipos de servicio: E1, E3, E4, un contenedor virtual, VC12, un VC3, un VC4, un módulo de transporte síncrono, STM-1, un STM-4 y Fast Ethernet, FE.

6. El método según cualquiera de las reivindicaciones 1 a 5, en donde el asignación de la primera trama de datos en una o más microrranuras en una segunda trama de datos comprende:

asignar la primera trama de datos en una trama intermedia, en donde una cantidad de ranuras comprendidas en la trama intermedia es igual a una cantidad de micro

ranuras en la segunda trama de datos que van a ser ocupadas por la primera trama de datos; y asignar la trama intermedia a una o más microrranuras en la segunda trama de datos

7. El método según cualquiera de las reivindicaciones 1 a 6, en donde la segunda trama de datos tiene una estructura de múltiples filas y múltiples columnas, y se usa una cantidad entera de filas en la segunda trama de datos para realizar la división en K microrranuras; o se utiliza una pluralidad de segundas tramas de datos para realizar la división en K microrranuras; donde K es un número entero positivo

8. El método según cualquiera de las reivindicaciones 1 a 7, en donde el método comprende además: colocar información de asignación en una o más microrranuras en la segunda trama de datos, en donde la información de asignación comprende una cantidad en forma de m bits e información de reloj que son de la primera trama de datos y que se asignan en una o más microrranuras en la segunda trama de datos.

9. El método según cualquiera de las reivindicaciones 1 a 8, en donde la segunda trama de datos es una ODU 0, una ODU 1, una ODU 2, una ODU 3, una ODU 4 o una ODU flex.

10. Un método para procesar datos de servicio en una red de transporte óptico, OTN, comprendiendo el método:

(5805) recibir una primera trama de datos, en donde la primera trama de datos comprende una pluralidad de microrranuras, y una velocidad de cada una de las microrranuras no es superior a 100 Mbps;

(5806) desasignar la primera trama de datos para obtener una segunda trama de datos, en donde la segunda trama de datos comprende un área de sobrecarga y un área de carga útil, el área de carga útil se usa para llevar los datos de servicio de baja velocidad, una cantidad de bytes en el área de carga útil en la primera trama de datos no es mayor que 1,25 veces la cantidad de bytes en una estructura de trama de los datos de servicio de baja velocidad, el área de sobrecarga se utiliza para llevar información utilizada para la gestión y el mantenimiento de los datos de servicio de baja velocidad, una velocidad del área de carga útil en la segunda trama de datos no es inferior a la velocidad de los datos de servicio de baja velocidad, la velocidad de los datos de servicio de baja velocidad es inferior a 1 Gbps, y una o más microrranuras en la primera trama de datos se utilizan para llevar la segunda traja de datos; y

(S807) desasignar la segunda trama de datos para obtener los datos de servicio de baja velocidad.

11. El método según la reivindicación 10, en donde el área de sobrecarga comprende una indicación de cabecera de trama, una indicación de multitrama e información de monitorización de ruta.

12. El método según cualquiera de las reivindicaciones 10 y 11, en donde el tamaño de la segunda trama de datos es X*M bytes, X y M son números enteros positivos y M representa una granularidad de entrelazado de microrranuras de la primera trama de datos

13. Un aparato para procesar datos de servicio en una red de transporte óptico, comprendiendo el aparato un procesador y una memoria, en donde la memoria almacena instrucciones que, cuando las ejecuta el procesador, hacen que el aparato lleve a cabo las etapas del método según una cualquiera de las reivindicaciones 1 a 9.

14. Un aparato para procesar datos de servicio en una red de transporte óptico, comprendiendo el aparato un procesador y una memoria, en donde la memoria almacena instrucciones que, cuando las ejecuta el procesador, hacen que el aparato lleve a cabo las etapas del método según una cualquiera de las reivindicaciones 10 a 12.