ES2760514T3 - Método de transmisión de señal de servicio y un dispositivo de comunicaciones que utiliza un canal de Ethernet - Google Patents
Método de transmisión de señal de servicio y un dispositivo de comunicaciones que utiliza un canal de Ethernet Download PDFInfo
- Publication number
- ES2760514T3 ES2760514T3 ES15878596T ES15878596T ES2760514T3 ES 2760514 T3 ES2760514 T3 ES 2760514T3 ES 15878596 T ES15878596 T ES 15878596T ES 15878596 T ES15878596 T ES 15878596T ES 2760514 T3 ES2760514 T3 ES 2760514T3
- Authority
- ES
- Spain
- Prior art keywords
- signal
- service
- identifier
- ethernet
- bandwidth
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/66—Layer 2 routing, e.g. in Ethernet based MAN's
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
- H04L1/0011—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding applied to payload information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
- H04L1/0079—Formats for control data
- H04L1/008—Formats for control data where the control data relates to payload of a different packet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
- H04L1/0086—Unequal error protection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/02—Capturing of monitoring data
- H04L43/028—Capturing of monitoring data by filtering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/323—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the physical layer [OSI layer 1]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Computer Security & Cryptography (AREA)
- Small-Scale Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Un método para transmitir una señal de servicio mediante el uso de un canal de Ethernet que se lleva a cabo mediante un dispositivo de comunicaciones, en donde el canal de Ethernet comprende múltiples carriles de subcapa de codificación física de Ethernet, PCS, cada carril de PCS de Ethernet utiliza un área portadora con una longitud fija para transmitir la señal de servicio, y el método comprende: - asignar, mediante una subcapa de reconciliación, RS, durante un primer ciclo de reloj de una señal de reloj, un primer identificador a una primera señal, formando de ese modo una primera señal del identificador de servicio y transmitir, mediante la RS, la primera señal del identificador de servicio y la señal de reloj a una primera capa más alta que la RS y a una segunda capa más alta que la RS, en donde el primer identificador corresponde a una primera señal de servicio; - asignar, mediante la RS, durante un segundo ciclo de reloj posterior al primer ciclo de reloj de la señal de reloj un segundo identificador a una segunda señal, formando de ese modo una segunda señal del identificador de servicio y transmitir, mediante la RS, la segunda señal del identificador de servicio y la señal de reloj a la primera capa más alta que la RS y la segunda capa más alta que la RS, en donde el segundo identificador corresponde a una segunda señal de servicio; - determinar, mediante la primera capa más alta que la RS, que un identificador local coincide con el primer identificador contenido en la primera señal del identificador de servicio recibida, y transmitir, mediante la primera capa más alta que la RS, la primera señal de servicio a la RS en un tercer ciclo de reloj como lo indica la señal del reloj; - determinar, mediante la segunda capa más alta que la RS, que un identificador local coincide con el segundo identificador contenido en la segunda señal del identificador de servicio recibida, y transmitir, mediante la segunda capa más alta que la RS, la segunda señal de servicio a la RS en un cuarto ciclo de reloj, diferente al tercer ciclo de reloj, como lo indica la señal del reloj (etapa 101); - multiplexar, mediante la RS, la primera señal de servicio y la segunda señal de servicio a al menos un área portadora, en donde una parte de al menos un área portadora porta la primera señal de servicio, y la otra parte de al menos un área portadora porta la segunda señal de servicio, en donde al menos un área portadora comprende un área portadora de sobrecarga y un área portadora de carga útil, y el área portadora de sobrecarga porta la información de indicación de ancho de banda, en donde la información de indicación de ancho de banda se usa para indicar el ancho de banda, ocupado por la primera señal de servicio, en el área portadora de carga útil (etapa 102); y - transmitir, mediante la RS, la primera señal de servicio y la segunda señal de servicio a una subcapa de codificación física, PCS, de una capa física de Ethernet, PHY, que se portan en el al menos un área portadora (etapa 103).
Description
DESCRIPCIÓN
Método de transmisión de señal de servicio y un dispositivo de comunicaciones que utiliza un canal de Ethernet
Campo técnico
La presente invención se refiere al campo de las tecnologías de las comunicaciones, y en particular, a un método para transmitir una señal de servicio mediante el uso de un canal de Ethernet y un dispositivo de comunicaciones.
Antecedentes
Con el desarrollo de las tecnologías de las comunicaciones, surgen diferentes sistemas, tal como una jerarquía digital síncrona (por sus siglas en inglés, SDH), una red de transporte óptico (por sus siglas en inglés, OTN), una interfaz de radio pública común (por sus siglas en inglés, CPRI) y Ethernet. En una red de área metropolitana, los requisitos de servicio son complejos y, en general, varios dispositivos compiten entre sí y se complementan entre sí. En consecuencia, múltiples conjuntos de dispositivos se ejecutan simultáneamente o en paralelo en la red de área metropolitana. Por ejemplo, incluso en una habitación, hay un conjunto de dispositivos SDH, un conjunto de dispositivos OTN, un conjunto de conmutadores o enrutadores Ethernet y otros dispositivos de agrupamiento. Se configuran múltiples enlaces de forma correspondiente. Sin embargo, la utilización de recursos de los dispositivos y los enlaces no es alta y generalmente es de alrededor de 30 % o menos, y los múltiples conjuntos de dispositivos ocupan relativamente mucho espacio. Por lo tanto, se produce un consumo de energía relativamente grande y se requieren múltiples grupos de personal para el mantenimiento y la gestión. Esto se ha convertido en un problema prioritario que debe ser considerado y resuelto en la red de área metropolitana.
Por ejemplo, MAARTEN VISSERS: «Draft revised G.709, version 3.4 for consent; 95 (PLEN/15), ITU-T DRAFT; STUDY PERIOD 2009-2012, INTERNATIONAL TELECOMMUNICATION UNION», se refiere a una recomendación que define los requisitos para el módulo de transporte óptico de orden n señales de la red de transporte óptico en términos de jerarquía de transporte óptico (por sus siglas en inglés, OTH), funcionalidad de sobrecoste en apoyo a redes ópticas con múltiples longitudes de onda, estructuras de trama, velocidades de bits y formatos para mapear señales de clientes.
Compendio
En virtud de esto, las realizaciones de la presente invención proporcionan un método para transmitir una señal de servicio mediante el uso de un canal de Ethernet y un dispositivo de comunicaciones.
En un primer aspecto, se proporciona un método para transmitir una señal de servicio mediante el uso de un canal de Ethernet que se lleva a cabo mediante un dispositivo de comunicaciones, en donde el canal de Ethernet comprende múltiples carriles de subcapa de codificación física, por sus siglas en inglés PCS, de Ethernet, cada carril de PCS de Ethernet utiliza un área portadora con una longitud fija para transmitir la señal de servicio, y el método comprende:
• asignar, mediante una subcapa de reconciliación, por sus siglas en inglés RS, durante un primer ciclo de reloj de una señal de reloj, un primer identificador a una primera señal, formando de ese modo una primera señal del identificador de servicio y transmitir, mediante la RS, la primera señal del identificador de servicio y la señal de reloj a una primera capa más alta que la RS y una segunda capa más alta que la RS, en donde el primer identificador corresponde a una primera señal de servicio;
• asignar, mediante la RS, durante un segundo ciclo de reloj posterior al primer ciclo de reloj de la señal de reloj un segundo identificador a una segunda señal, formando de ese modo una segunda señal del identificador de servicio y transmitir, mediante la RS, la segunda señal del identificador de servicio y la señal de reloj a la primera capa más alta que la RS y la segunda capa más alta que la RS, en donde el segundo identificador corresponde a una segunda señal de servicio;
• determinar, mediante la primera capa más alta que la RS, que un identificador local coincide con el primer identificador contenido en la primera señal del identificador de servicio recibida, y transmitir, mediante la primera capa más alta que la RS, la primera señal de servicio a la RS en un tercer ciclo de reloj como lo indica la señal del reloj;
• determinar, mediante la segunda capa más alta que la RS, que un identificador local coincide con el segundo identificador contenido en la segunda señal del identificador de servicio recibida, y transmitir, mediante la segunda capa más alta que la RS, la segunda señal de servicio a la RS en un cuarto ciclo de reloj, diferente al tercer ciclo de reloj, como lo indica la señal del reloj;
• multiplexar, mediante la RS, la primera señal de servicio y la segunda señal de servicio en al menos un área portadora, en donde una parte del al menos un área portadora porta la primera señal de servicio, y la otra parte del al menos un área portadora porta la segunda señal de servicio, en donde el al menos un área portadora comprende un área portadora de sobrecoste y un área portadora de carga útil, y el área portadora de sobrecoste porta la información de indicación de ancho de banda, en donde la información de indicación de ancho de banda se usa para indicar el ancho de banda, ocupado por la primera señal de servicio, en el área portadora de carga útil; y
• transmitir, mediante la RS, la primera señal de servicio y la segunda señal de servicio a una subcapa de codificación física, PCS, de una capa física, en inglés PHY, de Ethernet que se portan en el al menos un área portadora.
En una primera forma de implementación del primer aspecto, la información de indicación de ancho de banda es información de la cantidad de granularidad del ancho de banda, en donde la información de la cantidad de granularidad del ancho de banda se usa para indicar una cantidad de granularidades del ancho de banda, ocupado por la primera señal de servicio, en el área portadora de carga útil, en donde cada granularidad del ancho de banda tiene una longitud fija.
En una segunda forma de implementación del primer aspecto, la transmisión de la primera señal de servicio y la segunda señal de servicio que se portan en el al menos un área portadora comprende: transmitir al menos un área portadora, y transmitir la señal de reloj y una señal de indicación, en donde la señal de indicación se usa para indicar una ubicación de un marcador de alineación, AM, correspondiente al menos a un área portadora.
En un segundo aspecto, se proporciona un dispositivo de comunicaciones configurado para realizar cualquiera de los métodos anteriores.
Según el método de comunicaciones y un dispositivo de comunicaciones que se proporcionan en las realizaciones de la presente invención, se pueden portar múltiples señales de servicio en una misma área portadora de un mismo carril de PCS de Ethernet. Por lo tanto, se implementa que múltiples tipos de señales de servicio comparten un canal de Ethernet, de modo que los múltiples tipos de señales de servicio pueden compartir un recurso de enlace y un recurso de módulo de interfaz. Esto proporciona una base para la convergencia e integración de dispositivos en un sistema de múltiples tecnologías, y puede mejorar la utilización de los recursos de enlace y reducir la cantidad, la huella, el consumo de energía, los costos de mantenimiento, y similares, de los dispositivos en una red de área metropolitana.
La invención está definida por las reivindicaciones independientes adjuntas. Las realizaciones que no se encuentran por completo dentro del alcance de las reivindicaciones independientes se tratarán como ejemplos adecuados para comprender la invención.
Breve descripción de los dibujos
Para describir las soluciones técnicas en las realizaciones de la presente invención o la técnica previa más claramente, a continuación, se describen brevemente los dibujos adjuntos necesarios para describir las realizaciones de la técnica previa. Aparentemente, los dibujos adjuntos en la siguiente descripción muestran algunas realizaciones de la presente invención, y un experto en la técnica aún puede derivar otros dibujos a partir de estos dibujos adjuntos sin esfuerzos creativos.
La Figura 1 muestra una estructura de datos de datos a transmitir en Ethernet;
La Figura 2 muestra un modelo de referencia de capa de una interfaz Ethernet;
La Figura 3 es un diagrama esquemático de un método para transmitir datos mediante el uso de una MII en Ethernet;
La Figura 4 es un diagrama de una correspondencia entre un flujo de datos codificados 64B/66B y un bloque de código;
La Figura 5 es un diagrama de flujo de un método realizado en una dirección de transmisión según una realización de la presente invención;
La Figura 6 es un diagrama esquemático de una estructura de trama Ethernet según una realización de la presente invención;
La Figura 7 es un diagrama de flujo de un método realizado en una dirección de recepción según una realización de la presente invención;
La Figura 8 es un diagrama esquemático de un dispositivo de comunicaciones utilizado en una dirección de transmisión según una realización de la presente invención;
La Figura 9 es un diagrama esquemático de un dispositivo de comunicaciones utilizado en una dirección de recepción según una realización de la presente invención;
La Figura 10 es un diagrama esquemático de una estructura de trama Ethernet según la Realización 1 de la presente invención;
La Figura 11 es un diagrama de distribución de un servicio frontal (en inglés, frontend) y un servicio dorsal (en inglés, backend) según la Realización 1 de la presente invención;
La Figura 12 es un diagrama esquemático de un área portadora de sobrecoste de una estructura de trama Ethernet según la Realización 1 de la presente invención;
La Figura 13 es un diagrama de una arquitectura del sistema en una implementación según la Realización 1 de la presente invención;
La Figura 14 es un diagrama esquemático de la recepción de una señal en una subcapa de RS según la Realización 1 de la presente invención;
La Figura 15 es un diagrama esquemático de una señal enviada en una subcapa de RS según la Realización 1 de la presente invención;
La Figura 16 es un diagrama esquemático de la recepción de una señal de una capa PCS en una subcapa de RS según la Realización 1 de la presente invención;
La Figura 17 es un diagrama estructural esquemático de una señal recibida en una subcapa de RS según la Realización 1 de la presente invención;
La Figura 18 es un diagrama esquemático de un área portadora de sobrecoste según la Realización 2 de la presente invención;
La Figura 19 es un diagrama esquemático de un área portadora de sobrecoste según la Realización 2 de la presente invención;
La Figura 20 es un diagrama de una arquitectura del sistema en una implementación según la Realización 3 de la presente invención;
La Figura 21 es un diagrama esquemático de una indicación del valor Cn según la Realización 3 de la presente invención;
La Figura 22 es un diagrama esquemático de una estructura de trama utilizada cuando las señales OTN comparten una interfaz Ethernet según la Realización 3 de la presente invención;
La Figura 23 es un diagrama esquemático de un principio para compartir una interfaz Ethernet mediante señales OTN según la Realización 3 de la presente invención;
La Figura 24 es un diagrama de una arquitectura del sistema en una implementación según la Realización 4 de la presente invención;
La Figura 25 es un diagrama de una arquitectura del sistema en una implementación según la Realización 5 de la presente invención;
La Figura 26 es un diagrama de una arquitectura del sistema en otra implementación según la Realización 5 de la presente invención;
La Figura 27 es un diagrama esquemático de un área portadora de sobrecoste según la Realización 6 de la presente invención; y
La Figura 28 es un diagrama de otra implementación según la Realización 6 de la presente invención.
Descripción de las realizaciones
Para aclarar los objetivos, las soluciones técnicas y las ventajas de las realizaciones de la presente invención, a continuación, se describen de forma clara y completa las soluciones técnicas en las realizaciones de la presente invención con referencia a los dibujos adjuntos en las realizaciones de la presente invención.
La Figura 1 muestra una forma de transmitir datos en Ethernet. Tal como se muestra en la Figura 1, (A) si no se van a transmitir datos en un período de tiempo, se envían continuamente bytes inactivos para mantener la transmisión y recepción normal del hardware en ambos lados de una interfaz Ethernet; (B) si es necesario que se transmitan datos del paquete durante este período de tiempo, los datos del paquete se transmiten después de ocupar los bytes inactivos. Un paquete tiene una longitud variable dentro de un intervalo particular. Hay al menos 12 bytes inactivos entre dos paquetes, y su longitud no se encuentra limitada.
Tal como se muestra en la Figura 1, la encapsulación típica de un paquete Ethernet es la siguiente. Un octeto (byte) se utiliza como unidad base. Un paquete Ethernet incluye la siguiente secuencia: un preámbulo de 7 bytes «0xAA 0xAA 0xAA 0xAA 0xAA 0xAA», un inicio de 1 byte del delimitador de trama SFD «0xAB», una dirección de destino de 6 bytes, una dirección de origen de 6 bytes, una información de tipo/longitud de paquete de 2 bytes, una información de carga útil del paquete y un byte de información de relleno con una longitud de al menos 46 bytes (PAD se utiliza para que el relleno alcance 46 bytes cuando una carga útil es inferior a 46 bytes), y un byte de verificación de trama de 4 bytes utilizado para verificar la integridad del paquete. Cuando no se incluye el preámbulo de 7 bytes y el inicio de SFD de byte de trama, el paquete tiene un mínimo de 64 bytes y un máximo de 1518 bytes. Cuando se incluye el preámbulo y el inicio de byte de trama, el paquete tiene un mínimo de 72 bytes y un máximo de 1526 bytes. Como byte de control, un byte inactivo que sigue al paquete Ethernet también se conoce como delimitador del final de la trama (EFD).
La Figura 2 muestra un modelo de referencia de capa de una interfaz Ethernet. Tal como se muestra en la Figura 2, Ethernet incluye siete capas: una capa de aplicación, una capa de presentación, una capa de sesión, una capa de transporte, una capa de red, una capa de enlace y una capa física (PHY). La capa de enlace incluye una capa de control de enlace lógico, una capa o Am de Ethernet (opcional), una capa de control MAC de Ethernet (opcional) y una capa MAC. La capa física incluye una subcapa de reconciliación (subcapa de reconciliación, RS), una subcapa de codificación física (subcapa de codificación física, PCS), una capa FEC (opcional), una subcapa de conexión del medio físico (conexión de medio físico, PMA) y una subcapa dependiente del medio físico (dependiente del medio físico, PMD). La subcapa RS y la capa PCS se conectan mediante el uso de una interfaz independiente del medio (Interfaz independiente del medio, MII). A partir de un Ethernet de 100M, las interfaces lógicas MII con significados de concepto constantes se crean gradualmente y se nombran de manera diferente según las velocidades crecientes. Una interfaz GMII es una interfaz con una velocidad de interfaz física de 1 Gbps, una XGMII es una interfaz con una velocidad de interfaz física de 10 Gbps, una XLGMII es una interfaz con una velocidad de interfaz física de 40 Gbps, una CGMII es una interfaz con una velocidad de interfaz física de 100 Gbps, y similares. Una interfaz MII lógica se vuelve sofisticada con la evolución de una velocidad de interfaz. Cuando la velocidad de una interfaz es de 100M, la interfaz tiene un ancho de bits de datos de 4 bits (0,5 bytes); para un GE, una interfaz tiene un ancho de bits de datos de 8 bits (1 byte); para un 10 GE, una interfaz tiene un ancho de bits de datos de 32 bits (4 bytes). Todas las interfaces MII con velocidades superiores a 10G se convierten en interfaces lógicas abstractas, y sus anchos de bits de datos se definen como 64 bits (8 bytes).
Típicamente, desde arriba hacia abajo, la primera capa funcional de la capa física de la interfaz es una subcapa RS. La subcapa RS se conecta a otras capas funcionales PHY, incluida la subcapa de codificación física PCS, mediante el uso de una interfaz MII, para realizar la transmisión bidireccional de datos, es decir, transmisión y recepción. Para los datos de la interfaz MII construidos en la subcapa de reconciliación RS en una dirección de transmisión, los paquetes se obtienen principalmente de una memoria intermedia de paquetes a una velocidad de interfaz física acordada según un ancho de bits de datos de una interfaz MII. Los datos del paquete Ethernet se transmiten en paralelo a la subcapa de codificación física mediante el uso de la interfaz MII con la velocidad y el ancho de bits determinados. El primer byte de un preámbulo del paquete se reemplaza con un byte S. Cuando no se va a transmitir ningún paquete, la información del byte de control, como un byte inactivo, un byte T y un byte O, se utiliza para el relleno, y un formato de los datos de la interfaz MII debe cumplir con un requisito de la subcapa de codificación física. Por ejemplo, una trama de una interfaz XGMII 10GE debe alinearse con un límite de la interfaz XGMII, y un byte S del inicio de la trama solo puede colocarse en un primer carril de una MII. En una dirección de recepción, los datos del paquete Ethernet se recuperan a partir de los datos correspondientes de la interfaz MII que se reciben desde la subcapa de codificación mediante el uso de la interfaz MII y que se obtienen a través de decodificación, y se almacenan en una memoria intermedia de paquetes. Se descarta y se finaliza la información de varios bytes de control y relleno.
TX_EN/TX_ER/TXC de la interfaz MII se utiliza para indicar un inicio del primer byte del preámbulo del paquete Ethernet y un final del último byte del paquete. En la RS, el primer byte del preámbulo se reemplaza con un carácter /S/, y el primer carácter de control que sigue al paquete Ethernet es un carácter /T/. Los bytes entre el carácter /S/ y el carácter /T/ son caracteres de datos. Los caracteres distintos a los caracteres de datos son caracteres de control, tal como se muestra a la izquierda de la siguiente figura. Cabe señalar que los caracteres de datos de 8 octetos tienen 256 tipos de combinaciones de información legítimas: 0x00 a 0xFF, pero los caracteres de control tienen solo unas pocas combinaciones legítimas, tales como los caracteres de control /I/, /S/ y /T/. /I/ e I tienen el mismo significado, y ambos indican bytes de caracteres inactivos en el espacio entre tramas. /S/ y S tienen el mismo significado, y ambos indican el inicio del carácter de trama de una trama Ethernet. /T/ y T tienen el mismo significado, y ambos indican el carácter del final de la trama de una trama Ethernet. Por ejemplo, en la siguiente tabla se muestran los caracteres comunes para la interfaz XGMII.
Tabla 1
La GMII usa un ancho de 8 bits y un reloj de 125 MHz, y la XGMII usa un ancho de 32 bits y un reloj de 312,5 MHz. El XGMII utiliza TXC de 4 bits para indicar que cuatro octetos 8 de datos de 32 bits son caracteres de datos o caracteres de control. 40GE/100GE extiende aún más el ancho de bit de una interfaz MII a 64 bits. La interfaz MII solo se utiliza como una interfaz lógica abstracta. Una forma de interfaz física ya no se encuentra definida. Es probable que 25GE, 50GE, 400GE, y similares, sigan esta regla.
La Figura 3 muestra un diagrama esquemático para transmitir datos mediante el uso de una interfaz MII. TX_CLK en la figura es una señal de reloj transmitida desde una subcapa RS a una capa PCS, TXC se usa para indicar una señal de control a transmitir y TXD son los datos a transmitir. t Xc incluye una secuencia de 0 y 1, 0 indica que un byte a transmitir correspondiente es un byte de datos, y 1 indica que un byte a transmitir correspondiente es un byte de control.
Tal como se muestra en la Figura 3, si se utiliza una interfaz XGMII 10G con un ancho de bits de datos de 32 bits, TX_CLK, TXC [0:3], TXD [0:7], TXD [8:15], TXD [16:23] y TXD [24:31] se transmiten en paralelo de la subcapa RS a la capa PCS. Por ejemplo, cuando un valor de TXC [0:3] es 1000, indica que TXD [0:7] es un byte de control a transmitir, y TXD [8:15], TXD [16:23] y TXD [24:31] son bytes de datos a transmitir. Un caso en una dirección de recepción es similar si se usa una interfaz con un ancho de 64 bits. El byte de datos son los datos a transmitir, y para un significado específico del byte de control, véase la Tabla 1. Por ejemplo, si TXC [0:3] indica que TXD [0:7] es un byte de control y un valor portado por TXD [0:7] es 0xFB, se puede observar en la Tabla 1 que TXD [0:7] porta un carácter de inicio de la trama /S/.
Esta forma de transmitir información mediante el uso de la MII puede combinarse con una forma de codificación de la capa PCS. Por ejemplo, para la codificación de 64b/66b, la información de 64 bits requerida para la codificación proviene de dos piezas consecutivas de información de ancho de 32 bits de una interfaz XGMII, o una pieza de información de ancho de 64 bits de una XE/CGMII, y es información de 8 bytes en total. La información TXC indica si cada byte es un byte de control o un byte de datos. Los bytes tales como /S/ y /O/ están limitados al primer carril de bytes de la interfaz MII, y el 40GE y el 100GE continúan usando la codificación 64b/66b, pero se usa una interfaz MII de 64 bits de ancho y una ubicación del carácter /S/ está limitada a la del primer byte de 8 bytes de una interfaz XLGMII/CGMII. Por lo tanto, hay menos tipos de bloques de código de PCS 64b/66b correspondientes, solo 12 tipos de bloques de código en total.
La Figura 4 muestra una tabla de codificación de 64b/66b. Un bloque de código de 64b/66b incluye 66 bits, lo que incluye un encabezado de sincronización de 2 bits y un área portadora de 8 bytes. Cuando los 2 bits del encabezado
de sincronización indican 01, los 8 bytes que siguen al encabezado de sincronización en el bloque de código son bytes de datos. Cuando los 2 bits del encabezado de sincronización indican 10, los 8 bytes que siguen al encabezado de sincronización en el bloque de código son una combinación de bytes de control y bytes de datos, y en este caso, el primer byte se usa para indicar una estructura de palabra de código. En la tabla de codificación de la Figura 4, D se usa para indicar un byte de datos, C se usa para indicar un byte de control (para un significado específico de un valor portado en el byte de control, véase la Tabla 1), y 0 indica que 0 se usa para el relleno.
Lo anterior es una descripción general de la tecnología Ethernet. Debido a que Ethernet se usa ampliamente y los dispositivos de hardware e interfaz tienen un buen efecto de escala, los costos son extremadamente bajos. En la actualidad, las interfaces Ethernet 40GE, 100GE, NG100GE y velocidades superiores (tales como 400GE y 1000GE) también tendrán una ventaja de costos relativamente bajos.
La presente invención se refiere a una tecnología de multiplexación, admite la multiplexación y la distribución de un recurso de enlace en un sistema de múltiples tecnologías, y admite la integración híbrida de dispositivos en el sistema de múltiples tecnologías, para utilizar un conjunto de dispositivos integrados y un conjunto de enlaces integrados para redes. Esto mejora la utilización de los dispositivos, reduce el consumo de energía y reduce la huella y las inversiones en gestión y mantenimiento.
Según un aspecto, tal como se muestra en la Figura 5, una realización de la presente invención proporciona un método para transmitir una señal de servicio mediante el uso de un canal de Ethernet. El canal de Ethernet incluye múltiples carriles de subcapa de codificación física PCS de Ethernet, y cada carril de PCS de Ethernet utiliza un área portadora con una longitud fija para transmitir una señal de servicio. El método incluye las siguientes etapas:
Etapa 101. Recibir una primera señal de servicio y una segunda señal de servicio.
Etapa 102. Multiplexar la primera señal de servicio y la segunda señal de servicio en un área portadora de un carril de PCS de Ethernet, donde una parte de al menos un área portadora de al menos un carril de PCS de Ethernet del canal de Ethernet porta la primera señal de servicio, y la otra parte de al menos un área portadora porta la segunda señal de servicio.
Etapa 103. Transmitir la primera señal de servicio y la segunda señal de servicio que se portan en el área portadora del carril de PCS de Ethernet.
Con referencia al método anterior, opcionalmente, el al menos un área portadora incluye un área portadora de sobrecoste y un área portadora de carga útil. El área portadora de sobrecoste porta información de indicación del ancho de banda. La información de indicación del ancho de banda se usa para indicar el ancho de banda, ocupado por la primera señal de servicio, en el área portadora de carga útil. Además, opcionalmente, la información de indicación del ancho de banda es información de la cantidad de granularidad del ancho de banda. La información de la cantidad de granularidad del ancho de banda se usa para indicar una cantidad de granularidades del ancho de banda, ocupado por la primera señal de servicio, en el área portadora de carga útil, y cada granularidad del ancho de banda tiene una longitud fija.
Con referencia a todas las implementaciones anteriores, opcionalmente, la primera señal de servicio es una señal de servicio Ethernet, una señal de servicio de jerarquía digital síncrona SDH, una señal de servicio de red de transporte óptico OTN o una señal de servicio de interfaz de radio pública común CPRI. La segunda señal de servicio es una señal de servicio Ethernet.
Con referencia a todas las implementaciones anteriores, opcionalmente, la recepción de una primera señal de servicio y una segunda señal de servicio incluye: transmitir una señal del identificador de servicio y una señal de reloj a un extremo de transmisión de la primera señal de servicio y un extremo de transmisión de la segunda señal de servicio, y recibir la primera señal de servicio transmitida por el extremo de transmisión de la primera señal de servicio y la segunda señal de servicio transmitida por el extremo de transmisión de la segunda señal de servicio. Cuando la señal del identificador de servicio es un primer identificador, el extremo de transmisión de la primera señal de servicio transmite la primera señal de servicio, y el extremo de transmisión de la segunda señal de servicio omite la transmisión de una señal de servicio. Cuando la señal del identificador de servicio es un segundo identificador, el extremo de transmisión de la segunda señal de servicio transmite la segunda señal de servicio, y el extremo de transmisión de la primera señal de servicio omite la transmisión de una señal de servicio. El primer identificador corresponde a la primera señal de servicio, y el segundo identificador corresponde a la segunda señal de servicio.
Con referencia a todas las implementaciones anteriores, opcionalmente, la transmisión de la primera señal de servicio y la segunda señal de servicio que se portan en el área portadora del carril de PCS de Ethernet incluye: transmitir al menos un área portadora del al menos un carril de PCS de Ethernet, y transmitir la señal de reloj y una señal de indicación. La señal de indicación se usa para indicar una ubicación de un marcador de alineación, por sus siglas en inglés AM, que corresponde al menos a un área portadora. Además, opcionalmente, la señal de indicación se usa además para indicar una ubicación del área portadora de sobrecoste de al menos un área portadora y una ubicación del área portadora de la carga útil de al menos un área portadora.
Tal como se describió anteriormente con referencia a la Figura 1, en una Ethernet convencional, cuando no se transmiten datos, se envían continuamente bytes inactivos; cuando es necesario transmitir datos (una longitud de los
datos es variable), se transmiten los datos correspondientes. En una capa física PHY de Ethernet, se eliminan los bytes inactivos correspondientes y se inserta un marcador de alineación correspondiente (marcador de alineación, AM) en un intervalo de bytes fijos, para que un extremo de recepción se alinee y recupere los datos. De esta manera, se configura una Ethernet correspondiente según el tráfico máximo y, en general, el ancho de banda no se usa por completo y tampoco puede usarse para transmitir otro servicio. Como resultado, se produce una pérdida de ancho de banda.
En esta realización de la presente invención, el carril de PCS de Ethernet se considera como un contenedor con una capacidad fija, y puede usarse para transmitir múltiples tipos de señales de servicio juntas. Ciertamente, el carril de PCS de Ethernet puede usarse para transmitir solo un tipo de señal de servicio.
Específicamente, en un lado de transmisión, se recibe primero una señal de servicio en una subcapa de reconciliación RS. La señal de servicio puede ser una señal de servicio Ethernet, una señal de servicio CPRI, una señal OTN o una señal de servicio FC de un canal de fibra (canal de fibra, FC) de una capa superior, puede ser una señal SDH, o puede ser cualquier combinación de estas señales. Por ejemplo, la señal de servicio puede ser dos o más señales de servicio de Ethernet, o puede ser una señal de servicio de Ethernet y una señal de servicio de CPRI.
Opcionalmente, en la presente memoria, las señales de servicio correspondientes pueden ser recibidas en la RS mediante el uso de interfaces físicas independientes de las señales de servicio o mediante el uso de puertos lógicos de las señales de servicio.
A continuación, se describen formas de realizar la recepción mediante el uso de puertos lógicos diferentes. Los puertos lógicos diferentes pueden compartir un puerto físico. Se utiliza como ejemplo un caso en el que hay dos señales de servicio, y los otros casos son similares. Las dos señales de servicio se denominan primera señal de servicio y segunda señal de servicio, respectivamente. Una señal del identificador de servicio y una señal de reloj se transmiten en la RS a un extremo de transmisión de la primera señal de servicio y un extremo de transmisión de la segunda señal de servicio, y la primera señal de servicio transmitida por el extremo de transmisión de la primera señal de servicio y la segunda señal de servicio enviada por el extremo de transmisión de la segunda señal de servicio son recibidas en la RS. Cuando la señal del identificador de servicio es un primer identificador, el extremo de transmisión de la primera señal de servicio transmite la primera señal de servicio, y el extremo de transmisión de la segunda señal de servicio omite la transmisión de una señal de servicio. Cuando la señal del identificador de servicio es un segundo identificador, el extremo de transmisión de la segunda señal de servicio transmite la segunda señal de servicio, y el extremo de transmisión de la primera señal de servicio omite la transmisión de una señal de servicio. El primer identificador corresponde a la primera señal de servicio, y el segundo identificador corresponde a la segunda señal de servicio. El extremo de transmisión de la primera señal de servicio y el extremo de transmisión de la segunda señal de servicio son extremos de transmisión lógicos y pueden ser físicamente un mismo componente de hardware. Es decir, el componente de hardware tiene la capacidad de procesar la primera señal de servicio y la segunda señal de servicio. Ciertamente, el extremo de transmisión de la primera señal de servicio y el extremo de transmisión de la segunda señal de servicio pueden ser componentes de hardware diferentes.
Opcionalmente, una correspondencia correspondiente entre un carril de PCS de Ethernet y una señal de servicio se almacena en la RS. La correspondencia puede almacenarse en una tabla de correspondencia o puede almacenarse de otra forma. Por ejemplo, cada carril de PCS de Ethernet puede corresponder a una o más señales de servicio. En una implementación, cada carril de PCS de Ethernet puede corresponder a 0 a 2 señales de servicio. Es decir, cero significa que no se portará ningún servicio, uno significa que se portará un servicio y dos significa que se portarán dos servicios. Cada señal de servicio utiliza un identificador de servicio correspondiente, y el identificador de servicio puede ser el mismo que un identificador portado en la señal del identificador de servicio. Opcionalmente, un carril de PCS de Ethernet puede corresponder a dos señales de servicio. Una de las señales de servicio se denomina servicio frontal y la otra se denomina servicio dorsal. Una tabla de correspondencia correspondiente puede almacenar un identificador del carril de PCS de Ethernet: un identificador del servicio frontal y un identificador del servicio dorsal. El identificador del servicio frontal y el identificador del servicio dorsal corresponden al identificador del carril de PCS de Ethernet.
En consecuencia, cuando el extremo de transmisión de la primera señal de servicio o el extremo de transmisión de la segunda señal de servicio recibe una señal del identificador de servicio y una señal de reloj correspondientes, si un identificador indicado por la señal del identificador de servicio correspondiente coincide con un identificador local, se genera una señal de servicio correspondiente transmitida a la RS durante un ciclo de reloj correspondiente. Si el identificador indicado por la señal del identificador de servicio correspondiente no coincide con el identificador local, no se envía ninguna señal de servicio a la RS durante un ciclo de reloj correspondiente. Se asigna un identificador en la RS durante cada ciclo de reloj para formar una señal del identificador de servicio. La señal del identificador de servicio se transmite al extremo de transmisión de la primera señal de servicio y al extremo de transmisión de la segunda señal de servicio. De esta forma, se puede evitar un conflicto provocado porque diferentes extremos de transmisión transmiten señales de servicio a la Rs al mismo tiempo.
Se usa Ethernet A40GE como un ejemplo. Tal como se muestra en la Figura 6, en Ethernet 40GE, puede haber una estructura de trama de bloques de código 64/66b de 4 filas y 16384 columnas. La estructura de trama que es continua en el tiempo forma un canal de Ethernet. Cada fila de la estructura de trama continua es equivalente a un carril de PCS de Ethernet. Un Ethernet con otra velocidad es similar, y la forma en esta realización de la presente invención
también puede aplicarse, por ejemplo, un Ethernet 100GE incluye una estructura de trama de bloques de código 64/66b de 20 filas y 16384 columnas. En esta realización de la presente invención, un bloque de código 64/66b se usa como una granularidad, o un bloque de datos de otro tamaño puede usarse como una granularidad. Por ejemplo, un bit se usa como una granularidad, un byte se usa como una granularidad o 10 bytes se usan como una granularidad. Esto no está limitado a esta realización de la presente invención. Tal como se muestra en la Figura 6, una longitud de un bloque de código 64/66b se asigna como un AM en esta realización de la presente invención, y un bloque de código de sobrecoste (sobrecoste, por sus siglas en inglés, OH) de un bloque de código 64/66b se asigna a un intervalo de una longitud particular. Debe observarse que las longitudes y ubicaciones de un AM y un OH en la presente invención son solo ejemplos. Alternativamente, pueden establecerse otras ubicaciones y longitudes para un AM y un OH según las diferentes granularidades. Por ejemplo, el AM puede tener una longitud de 1, 2, 3, ..., o 100 granularidades, y el OH también puede tener una longitud de 1,2, 3, ..., o 100 granularidades. Se puede establecer una longitud de cada fila, por ejemplo, 8192 columnas, la mitad de 16384 columnas, pueden establecerse como una fila. Alternativamente, puede establecerse otra longitud para una fila. Esto no está limitado a esta realización de la presente invención. Cada fila incluye un AM y una o más estructuras de subtrama. Cada subtrama incluye un área portadora de sobrecoste OH y un área portadora de carga útil. Debe observarse que el área portadora de sobrecoste en esta realización de la presente invención es opcional. De hecho, no es necesaria un sobrecoste para un servicio estático configurado de forma fija. En este caso, esto debe negociarse mediante un extremo de transmisión y un extremo de recepción o configurarse mediante un sistema de gestión de red. Además, opcionalmente, un área portadora de sobrecoste de cada fila puede incluir un campo de verificación correspondiente para la verificación posterior. Opcionalmente, fuera de un AM, un OH y un área portadora de carga útil, puede reservarse un campo de verificación correspondiente en cada fila, o se reserva un campo de verificación correspondiente en un área portadora de carga útil de cada subtrama.
En la RS, después de que se recibe una señal de servicio correspondiente, la señal de servicio correspondiente se multiplexa en un área portadora de carga útil correspondiente. Puede determinarse, en la RS, de acuerdo con una forma de multiplexación específica y el ancho de banda requerido por la señal de servicio, un tamaño de ancho de banda ocupado por la señal de servicio correspondiente y que se encuentra en el área portadora de carga útil, o una cantidad de granularidades ocupadas por la señal de servicio correspondiente y que se encuentran en el área portadora de carga útil, y una ubicación correspondiente de la señal de servicio en el área de carga útil. El tamaño del ancho de banda ocupado por la señal de servicio o la cantidad de granularidades ocupadas por la señal de servicio se determina en la RS de acuerdo con una o más de una configuración fija, una configuración del sistema de gestión de red, un resultado de negociación o una política de asignación de ancho de banda determinada. La ubicación correspondiente de la señal de servicio en el área de carga útil puede determinarse directamente de acuerdo con una tecnología de multiplexación específica, puede determinarse mediante el uso de un algoritmo patentado o puede determinarse mediante el uso de una configuración fija. Esto no está limitado a esta realización de la presente invención.
Opcionalmente, en esta realización de la presente invención, pueden multiplexarse diferentes servicios en diferentes carriles de PCS de Ethernet. Por ejemplo, la primera señal de servicio se multiplexa en un primer carril de PCS de Ethernet, la segunda señal de servicio se multiplexa en un segundo carril de PCS de Ethernet, y así sucesivamente.
Opcionalmente, un carril de PCS de Ethernet puede portar una señal de servicio, o puede usarse para portar múltiples señales de servicio. Una señal de servicio puede ser portado en un carril de PCS de Ethernet, o puede ser portado en múltiples carriles de PCS de Ethernet. Por ejemplo, una parte de un carril de PCS de Ethernet o la estructura de trama anterior puede portar un primer servicio y la otra parte puede portar un segundo servicio. Como otro ejemplo, la primera señal de servicio se puede portar sobre múltiples carriles de PCS de Ethernet, y el ancho de banda de la primera señal de servicio es igual a una suma del ancho de banda, ocupado por la primera señal de servicio, en los múltiples carriles de PCS de Ethernet correspondientes. De esta manera, una señal de servicio en esta realización de la presente invención puede ocupar un ancho de banda de cualquier tamaño, y un sistema tiene una flexibilidad alta.
Opcionalmente, en esta realización de la presente invención, la información de sobrecoste correspondiente también puede generarse de acuerdo con un servicio correspondiente, y la información de sobrecoste se porta en el área portadora sobrecoste anterior. El contenido específico de la información de sobrecoste es opcional de acuerdo con una arquitectura específica. Por ejemplo, la información general puede incluir una o más de las siguientes informaciones: un tamaño del ancho de banda ocupado, una cantidad de granularidades ocupadas, una indicación de cambio del ancho de banda, un identificador de un carril de PCS de Ethernet en el que se encuentra el servicio, una indicación de cambio de la cantidad de granularidades ocupadas, información de verificación correspondiente, información sobre la distribución de ubicación de la señal de servicio en el área portadora de carga útil, información del tipo de señal de servicio, información del identificador de la señal de servicio o información de cambio de la señal de servicio (tal como información de cambio del identificador de la señal de servicio e información de ajuste del ancho de banda de la señal de servicio). La información de sobrecoste mencionada en todas las realizaciones de la presente invención puede combinarse con la información anterior, y la información de sobrecoste mencionada en las diferentes realizaciones también puede combinarse entre sí.
Cabe señalar que la información de sobrecoste correspondiente es opcional. No se requiere información de sobrecoste para un servicio estático configurado de forma fija. Además, una etapa de agregar la información de sobrecoste correspondiente puede realizarse en la RS, o puede transmitirse desde la RS a la capa PHY de Ethernet, para que se realice en una capa PCS u otra capa de la capa PHY. Esto no está limitado a esta realización de la presente invención.
En la RS, es posible agregar un área portadora AM y/o sobrecoste correspondiente, o es posible rellenar un byte de relleno fijo en una ubicación correspondiente del área portadora AM y/o sobrecoste OH correspondiente, o es posible rellenar un carácter inactivo en la ubicación correspondiente del área portadora AM y/o sobrecoste OH, de modo que se use un área portadora AM y/o sobrecoste OH real en la capa PCS u otra capa de la capa PHY para reemplazar el byte de relleno fijo o el carácter inactivo correspondiente.
Cabe señalar que la información de sobrecoste en el área portadora de sobrecoste puede ser explícita o implícita. Por ejemplo, cuando un carril de PCS de Ethernet está ocupado por dos señales de servicio: la primera señal de servicio y la segunda señal de servicio, solo se selecciona el área portadora de sobrecoste para portar la información de ocupación del ancho de banda o una cantidad de granularidades ocupadas de la primera señal de servicio, y el ancho de banda restante o una cantidad restante de granularidades se considera por defecto ocupada por la segunda señal de servicio. De esta manera, se puede reducir la información la información de sobrecoste que necesita ser transmitida, y mejora indirectamente la utilización del ancho de banda. Opcionalmente, la información de ocupación del ancho de banda o las cantidades de granularidades ocupadas de la primera señal de servicio y la segunda señal de servicio se pueden portar explícitamente en el área portadora de sobrecoste. De esta manera, puede mejorar la confiabilidad de la transmisión de información de sobrecoste.
Después de encapsular la señal de servicio correspondiente, la señal de servicio se transmite desde la RS a la capa PCS u otra capa de la capa PHY de Ethernet, y la señal de servicio puede ser la primera señal de servicio, la segunda señal de servicio y similares, y se porta en el área portadora del carril de PCS de Ethernet. Alternativamente, la transmisión de la señal de servicio portada en el área portadora del carril de PCS de Ethernet puede entenderse como que un dispositivo de procesamiento correspondiente transmite, a un enlace de transmisión, la señal de servicio portada en el área portadora del carril de PCS de Ethernet correspondiente. En el caso en el que la señal de servicio se transmite a la capa PCS, la etapa de transmisión de la señal de servicio en esta realización de la presente invención incluye transmitir un flujo de datos en el que se encapsula la señal de servicio correspondiente, y transmitir la señal de reloj y un señal de indicación La señal de indicación se usa para indicar una ubicación de un marcador de alineación AM que corresponde al menos a un área portadora. Es decir, en la RS, durante un ciclo de reloj de transmisión de un AM, también puede transmitirse la señal de indicación, para indicar que se transmite un AM en el ciclo de reloj actual. Cuando hay un área portadora de sobrecoste, las ubicaciones del área portadora de sobrecoste y AM pueden ser relativamente fijas. Cuando se indica la ubicación del AM, la ubicación del área portadora de sobrecoste correspondiente se designa de forma correspondiente. Opcionalmente, la señal de indicación también puede indicar si se transmite el AM, el área portadora de sobrecoste o un área portadora de carga útil en el ciclo de reloj actual. Por ejemplo, cuando la señal de indicación es 1, se transmite el área portadora de carga útil en el ciclo de reloj actual. Cuando la señal de indicación es 2, se transmite el AM en el ciclo de reloj actual. Cuando la señal de indicación es 3, se transmite el área portadora de sobrecoste en el ciclo de reloj actual. Los anteriores son solo ejemplos en la presente memoria. La señal de indicación que indica el área portadora de carga útil, la señal de indicación que indica el área portadora de sobrecoste y la señal de indicación que indica el AM puede ser cualquier combinación de 1 a 100, o puede ser cualquier combinación de formas de indicación de otra señal.
En esta realización de la presente invención, la señal del identificador de servicio transmitida desde la RS al extremo de transmisión de la primera señal de servicio y el extremo de transmisión de la segunda señal de servicio puede ser una señal o puede ser una combinación de múltiples señales. La señal de indicación enviada desde la RS a la capa PCS puede ser una señal o puede ser una combinación de múltiples señales. Por ejemplo, una forma de indicación en la Realización 1 que sigue a continuación puede combinarse en la presente memoria.
Según el método de comunicaciones y un dispositivo de comunicaciones que se describen en las realizaciones de la presente invención, se pueden portar múltiples señales de servicio en una misma área portadora de un mismo carril de PCS de Ethernet. Por lo tanto, se implementa que múltiples tipos de señales de servicio comparten un canal de Ethernet, de modo que los múltiples tipos de señales de servicio pueden compartir un recurso de enlace y un recurso de módulo de interfaz. Esto proporciona una base para la convergencia e integración de dispositivos en un sistema de múltiples tecnologías, y puede mejorar la utilización de los recursos de enlace y reducir la cantidad, la huella, el consumo de energía, los costos de mantenimiento, y similares, de los dispositivos en una red de área metropolitana.
A continuación, se describe un método realizado en una dirección de recepción con referencia a los dibujos adjuntos en una realización de la presente invención.
Tal como se muestra en la Figura 7, una realización de la presente invención proporciona un método para transmitir una señal de servicio mediante el uso de un canal de Ethernet. El canal de Ethernet incluye múltiples carriles de subcapa de codificación física PCS de Ethernet, y cada carril de PCS de Ethernet utiliza un área portadora con una longitud fija para transmitir una señal de servicio. El método incluye: recibir una señal de servicio transmitida a través del canal de Ethernet, donde la señal de servicio incluye una primera señal de servicio y una segunda señal de servicio, una parte de al menos un área portadora de al menos un carril de PCS de Ethernet del canal de Ethernet porta la primera señal de servicio, y la otra parte de al menos un área portadora porta la segunda señal de servicio; y distribuir la primera señal de servicio y la segunda señal de servicio.
Con referencia a todas las implementaciones anteriores, opcionalmente, el al menos un área portadora incluye un área portadora de sobrecoste y un área portadora de carga útil. El área portadora de sobrecoste porta información de
indicación del ancho de banda. La información de indicación del ancho de banda se usa para indicar el ancho de banda, ocupado por la primera señal de servicio, en el área portadora de carga útil. La distribución de la primera señal de servicio y la segunda señal de servicio incluye: obtener la información de indicación del ancho de banda en el área portadora de sobrecoste; generar una señal del identificador de servicio de acuerdo con un identificador de la primera señal de servicio y un identificador de la segunda señal de servicio que se almacenan localmente y la información de indicación del ancho de banda; y transmitir una señal de reloj, la señal del identificador de servicio y al menos un área portadora. La señal del identificador de servicio se usa para indicar las ubicaciones ocupadas por la primera señal de servicio y la segunda señal de servicio en el área portadora de carga útil. Además, opcionalmente, la información de indicación del ancho de banda en el área de sobrecoste es información de la cantidad de granularidad del ancho de banda. La información de la cantidad de granularidad del ancho de banda se usa para indicar una cantidad de granularidades del ancho de banda, ocupado por la primera señal de servicio, en el área portadora de carga útil, y cada granularidad del ancho de banda tiene una longitud fija.
Con referencia a todas las implementaciones anteriores, opcionalmente, la primera señal de servicio es una señal de servicio Ethernet, una señal de servicio de jerarquía digital síncrona SDH, una señal de servicio de red de transporte óptico OTN o una señal de servicio de interfaz de radio pública común CPRI. La segunda señal de servicio es una señal de servicio Ethernet.
Con referencia a todas las implementaciones anteriores, opcionalmente, el método incluye, además, recibir una señal de reloj y una señal de indicación. La señal de indicación se utiliza para indicar una ubicación del área portadora de sobrecoste.
En una dirección de recepción, después de que se recibe una señal de servicio en una capa PHY, la señal de servicio se transmite a una subcapa RS, y luego la señal se transmite desde la subcapa RS a una capa superior. Existen múltiples métodos para transmitir datos desde la capa PHY a la subcapa RS en la técnica previa. Todos los métodos pueden usarse en esta realización de la presente invención, y los detalles de estos no se describen en la presente invención. Solo se describe una forma de transmisión diferente a la de la técnica previa en esta realización de la presente invención. En esta realización de la presente invención, cuando se transmite una señal de servicio desde la capa PHY, por ejemplo, una capa PCS de la capa PHY, a la subcapa RS, un AM es opcional, es decir, es posible que no se transmita un AM. Para un servicio configurado de forma estática, el área portadora de sobrecoste es opcional y la información de sobrecoste correspondiente también es opcional. Cuando se transmite la señal de servicio desde la capa PSC a la RS, se transmiten, además, una señal de reloj y una señal de indicación. La señal de indicación se usa para indicar específicamente si se transmite un área portadora de carga útil, un área portadora de sobrecoste (si existe) o un AM (si existe) en cada ciclo de reloj.
Se recibe una señal correspondiente en la RS desde cada carril de PCS de Ethernet. Por ejemplo, las señales de diferentes carriles de PCS de Ethernet pueden identificarse en la RS mediante el uso de un AM transmitido desde la PCS. Alternativamente, un área portadora de sobrecoste correspondiente puede portar un identificador de un carril de PCS de Ethernet correspondiente, y el carril de PCS de Ethernet correspondiente puede identificarse en la RS de acuerdo con el identificador del carril de PCS de Ethernet en el área portadora de sobrecoste.
Después de que se recibe una señal portada en un carril de PCS de Ethernet correspondiente en la RS, se obtiene información de indicación del ancho de banda en un área portadora de sobrecoste o información de asignación del ancho de banda almacenada localmente en la RS, y se determina una ubicación portadora de la señal de servicio correspondiente en un área portadora de carga útil de acuerdo con la información de indicación del ancho de banda o la información de asignación del ancho de banda. Por ejemplo, cuando el área portadora de carga útil porta la primera señal de servicio y la segunda señal de servicio, se genera una señal del identificador de servicio en la RS mediante el uso de una ubicación portadora determinada de cada señal de servicio y un identificador almacenado localmente de una señal de servicio correspondiente. Luego, cuando se transmite una señal recibida en la RS desde un carril de PCS de Ethernet correspondiente desde la RS a un extremo de recepción correspondiente de un primer servicio y un extremo de recepción correspondiente de un segundo servicio, se transmite una señal de reloj correspondiente y una señal del identificador de servicio correspondiente. Un extremo de recepción correspondiente recibe un servicio cuyo identificador coincide con un identificador del extremo de recepción, donde el identificador del servicio se indica mediante una señal del identificador de servicio.
El método realizado en una dirección de transmisión y el método realizado en una dirección de recepción en esta realización de la presente invención son complementarios entre sí, sus principios son los mismos, y los detalles técnicos correspondientes pueden combinarse entre sí sin limitación.
Con referencia a las realizaciones del método anterior, las realizaciones de la presente invención proporcionan, además, un dispositivo de comunicaciones correspondiente. Un experto en la técnica puede entender que el dispositivo de comunicaciones descrito en las realizaciones de la presente invención se configura para ejecutar el método proporcionado en las realizaciones de la presente invención, y el método descrito en las realizaciones de la presente invención puede ser ejecutado por el dispositivo de comunicaciones proporcionado en las realizaciones de la presente invención. El dispositivo de comunicaciones y el método son complementarios entre sí, y las descripciones en las realizaciones del método también son aplicables al dispositivo de comunicaciones, y las descripciones del dispositivo de comunicaciones también son aplicables a un método correspondiente. El dispositivo de comunicaciones
puede usar medios técnicos en una realización del método correspondiente, y pueden incorporarse medios técnicos en una realización del dispositivo correspondiente en un método correspondiente.
Tal como se muestra en la Figura 8, una realización de la presente invención proporciona un dispositivo de comunicaciones. El dispositivo de comunicaciones incluye: una unidad de procesamiento, configurada para: recibir una primera señal de servicio y una segunda señal de servicio, y multiplexar la primera señal de servicio y la segunda señal de servicio en un área portadora de un carril de PCS de Ethernet, donde una parte de al menos un área portadora de al menos un carril de PCS de Ethernet del canal de Ethernet porta la primera señal de servicio, y la otra parte de al menos un área portadora porta la segunda señal de servicio; y una unidad de transmisión, configurada para transmitir la primera señal de servicio y la segunda señal de servicio que se portan en el área portadora del carril de PCS de Ethernet.
Con referencia a todas las implementaciones anteriores, opcionalmente, el al menos un área portadora incluye un área portadora de sobrecoste y un área portadora de carga útil. El área portadora de sobrecoste porta información de indicación del ancho de banda. La información de indicación del ancho de banda se usa para indicar el ancho de banda, ocupado por la primera señal de servicio, en el área portadora de carga útil.
Con referencia a todas las implementaciones anteriores, opcionalmente, la información de indicación del ancho de banda es información de la cantidad de granularidad del ancho de banda. La información de la cantidad de granularidad del ancho de banda se usa para indicar una cantidad de granularidades del ancho de banda, ocupado por la primera señal de servicio, en el área portadora de carga útil, y cada granularidad del ancho de banda tiene una longitud fija.
Con referencia a todas las implementaciones anteriores, opcionalmente, la primera señal de servicio es una señal de servicio Ethernet, una señal de servicio de jerarquía digital síncrona SDH, una señal de servicio de red de transporte óptico OTN o una señal de servicio de interfaz de radio pública común CPRI. La segunda señal de servicio es una señal de servicio Ethernet.
Con referencia a todas las implementaciones anteriores, opcionalmente, la recepción de una primera señal de servicio y una segunda señal de servicio incluye: transmitir una señal del identificador de servicio y una señal de reloj a un extremo de transmisión de la primera señal de servicio y un extremo de transmisión de la segunda señal de servicio, y recibir la primera señal de servicio transmitida por el extremo de transmisión de la primera señal de servicio y la segunda señal de servicio transmitida por el extremo de transmisión de la segunda señal de servicio. Cuando la señal del identificador de servicio es un primer identificador, el extremo de transmisión de la primera señal de servicio transmite la primera señal de servicio, y el extremo de transmisión de la segunda señal de servicio omite la transmisión de una señal de servicio. Cuando la señal del identificador de servicio es un segundo identificador, el extremo de transmisión de la segunda señal de servicio transmite la segunda señal de servicio, y el extremo de transmisión de la primera señal de servicio omite la transmisión de una señal de servicio. El primer identificador corresponde a la primera señal de servicio, y el segundo identificador corresponde a la segunda señal de servicio.
Con referencia a todas las implementaciones anteriores, opcionalmente, la transmisión de la primera señal de servicio y la segunda señal de servicio que se portan en el área portadora del carril de PCS de Ethernet incluye: transmitir al menos un área portadora del al menos un carril de PCS de Ethernet, y transmitir la señal de reloj y una señal de indicación. La señal de indicación se usa para indicar una ubicación de un marcador de alineación AM que corresponde al menos a un área portadora. Además, opcionalmente, la señal de indicación se usa además para indicar una ubicación del área portadora de sobrecoste de al menos un área portadora y una ubicación del área portadora de la carga útil de al menos un área portadora.
En esta realización de la presente invención, todos los métodos y etapas distintas a la etapa de transmisión pueden implementarse en la unidad de procesamiento, y la unidad de procesamiento correspondiente puede configurarse para implementar etapas distintas a la etapa de transmisión en las realizaciones del método anterior.
Específicamente, la unidad de procesamiento correspondiente puede ser un ASIC, FPGA, CPU u otro dispositivo, o puede ser una combinación de dos o más de ASIC, FPGA, CPU u otros dispositivos. El ASIC, FPGA, c Pu y otros dispositivos correspondientes incluyen una serie de instrucciones ejecutables. Cuando se ejecutan estas instrucciones, se acciona el ASIC, FPGA o CPU correspondiente para realizar una función correspondiente, es decir, ejecutar un método correspondiente. Las instrucciones correspondientes pueden almacenarse en un medio de almacenamiento o integrarse al ASIC o FPGA correspondiente.
Específicamente, la unidad de transmisión correspondiente puede hacer referencia a una interfaz, que tiene la función de transmitir un flujo de señal, conectada a la unidad de procesamiento, o puede hacer referencia a un módulo funcional que integra un PMA, un PMD y un transmisor. Opcionalmente, la unidad de transmisión correspondiente puede incluir, además, un módulo funcional de EEC. Las funciones de PMA, PMD y EEC correspondientes pueden integrarse a uno o más ASIC, FPGA o CPU.
Tal como se muestra en la Figura 9, una realización de la presente invención proporciona un dispositivo de comunicaciones. El dispositivo de comunicaciones incluye: una unidad de recepción configurada para recibir una señal de servicio transmitida a través del canal de Ethernet, donde la señal de servicio incluye una primera señal de servicio y una segunda señal de servicio, una parte de al menos un área portadora de al menos un carril de PCS de Ethernet
del canal de Ethernet porta la primera señal de servicio, y la otra parte de al menos un área portadora porta la segunda señal de servicio; y una unidad de procesamiento configurada para distribuir la primera señal de servicio y la segunda señal de servicio.
Con referencia a todas las implementaciones anteriores, opcionalmente, el al menos un área portadora incluye un área portadora de sobrecoste y un área portadora de carga útil. El área portadora de sobrecoste porta información de indicación del ancho de banda. La información de indicación del ancho de banda se usa para indicar el ancho de banda, ocupado por la primera señal de servicio, en el área portadora de carga útil. La distribución de la primera señal de servicio y la segunda señal de servicio incluye: obtener la información de indicación del ancho de banda en el área portadora de sobrecoste; generar una señal del identificador de servicio de acuerdo con un identificador de la primera señal de servicio y un identificador de la segunda señal de servicio que se almacenan localmente y la información de indicación del ancho de banda; y transmitir una señal de reloj, la señal del identificador de servicio y al menos un área portadora. La señal del identificador de servicio se usa para indicar las ubicaciones ocupadas por la primera señal de servicio y la segunda señal de servicio en el área portadora de carga útil.
Con referencia a todas las implementaciones anteriores, opcionalmente, la información de indicación del ancho de banda es información de la cantidad de granularidad del ancho de banda. La información de la cantidad de granularidad del ancho de banda se usa para indicar una cantidad de granularidades del ancho de banda, ocupado por la primera señal de servicio, en el área portadora de carga útil, y cada granularidad del ancho de banda tiene una longitud fija.
Con referencia a todas las implementaciones anteriores, opcionalmente, la primera señal de servicio es una señal de servicio Ethernet, una señal de servicio de jerarquía digital síncrona SDH, una señal de servicio de red de transporte óptico OTN o una señal de servicio de interfaz de radio pública común CPRI. La segunda señal de servicio es una señal de servicio Ethernet.
Con referencia a todas las implementaciones anteriores, opcionalmente, la unidad de recepción se configura adicionalmente para recibir una señal de reloj y una señal de indicación. La unidad de procesamiento se configura, además, para determinar una ubicación del área portadora de sobrecoste de acuerdo con la señal de indicación.
En esta realización de la presente invención, todos los métodos y etapas distintas a la etapa de recepción pueden implementarse en la unidad de procesamiento, y la unidad de procesamiento correspondiente puede configurarse para implementar etapas distintas a la etapa de recepción en las realizaciones del método anterior.
Específicamente, la unidad de procesamiento correspondiente puede ser un ASIC, FPGA, CPU u otro dispositivo, o puede ser una combinación de dos o más de ASIC, FPGA, CPU u otros dispositivos. El ASIC, FPGA, c Pu y otros dispositivos correspondientes incluyen una serie de instrucciones ejecutables. Cuando se ejecutan estas instrucciones, se acciona el ASIC, FPGA o CPU correspondiente para realizar una función correspondiente, es decir, ejecutar un método correspondiente. Las instrucciones correspondientes pueden almacenarse en un medio de almacenamiento o integrarse al ASIC o FPGA correspondiente.
Específicamente, la unidad de recepción correspondiente puede hacer referencia a una interfaz, que tiene la función de recibir un flujo de señal, conectada a la unidad de procesamiento, o puede hacer referencia a un módulo funcional que integra un PMA, un PMD y un receptor. Opcionalmente, la unidad de recepción correspondiente puede incluir, además, un módulo funcional de EEC. Las funciones de PMA, PMD y EEC correspondientes pueden integrarse a uno o más ASIC, FPGA o CPU.
Las realizaciones específicas de la presente invención se describen en detalle a continuación con referencia a escenarios específicos.
Realización 1
Esta realización de la presente invención se describe en detalle a continuación con referencia a los dibujos adjuntos.
Una interfaz física de Ethernet de un 100GE se divide en 20 carriles lógicos de subcapa de codificación física (carril de PCS). Cada carril lógico incluye periódicamente un marcador de alineación (marcador de alineación: AM) cada 16384 bloques de código 64/66b. El A m se usa para la sincronización y alineación de todos los carriles lógicos de las subcapas de codificación física paralelas para recuperar un único flujo de datos de 100GE. Por lo tanto, una capa física de la interfaz de 100GE tiene una estructura de trama periódica de datos de 16384 columnas y 20 filas típica. Esta estructura de trama periódica de datos de 16384 columnas y 20 filas es equivalente a tener 20 intervalos de tiempo.
Un caso en un 40GE es similar. Hay cuatro carriles lógicos de subcapa de codificación física (carril de PCS). Una capa física de una interfaz de 40GE tiene una estructura de trama periódica de datos de 16384 columnas y 4 filas típica y es equivalente a tener cuatro intervalos de tiempo.
Para una estructura de trama de bloques de código 64/66b de 16384 columnas y 20 filas de un carril lógico de subcapa de codificación multifísica (carril de PCS) de 100GE, y una estructura de trama de bloques de código 64/66b de 16384 columnas y 4 filas de un carril lógico de subcapa de codificación multifísica (carril de PCS) de 40GE, una trama
multiplexada con una longitud de 16384 columnas, de cada carril, puede dividirse además en varias subtramas multiplexadas y se define un sobrecoste para la subtrama. Por ejemplo, se define en la Figura 10 que 16383 bloques, excepto un bloque de código de sincronización y alineación (marcador de alineación: AM) en una trama multiplexada de cada carril lógico se dividen de forma equitativa en tres subtramas multiplexadas. El primer bloque de código 64/66b (que incluye un total de 66 bits: 8 bytes+2 bits del encabezado de sincronización) de cada subtrama se define como un área portadora de sobrecoste de la subtrama. El resto es un área portadora de multiplexación e incluye 5460 bloques de código 64/66b. Cada bloque de código 64/66b o un byte de 8 caracteres, antes de la codificación, que corresponde al bloque de código, se usa como una granularidad del ancho de banda asignable. De manera similar, la interfaz de la capa física de 40GE tiene cuatro carriles lógicos de subcapa de codificación física, y una subtrama multiplexada con una longitud de 16384 bloques de cada carril puede dividirse en 3 subtramas multiplexadas.
A continuación, se describe en detalle un caso de multiplexación híbrida de CPRI-20 en un enlace de Ethernet de 40GE.
Los intervalos de tiempo de multiplexación de bits ya se obtienen mediante la división en la interfaz 40GE y la interfaz 100GE. En la presente invención, el ancho de banda en algunos intervalos de tiempo se asigna según sea necesario y se utiliza para multiplexar los datos de la interfaz CPRI. El ancho de banda restante se utiliza para la transmisión de datos de paquetes de multiplexación estadística de Ethernet originales.
En un servicio de paquetes de Ethernet, un paquete de datos multiplexa estadísticamente un recurso de enlace y el tráfico efectivo fluctúa. El diseño del sistema y la implementación de la red generalmente se implementan en función de una demanda máxima. Cuando el tráfico efectivo es bajo, la transmisión de bytes inactivos ineficaces y bytes de relleno a través de un enlace da como resultado una pérdida de recursos. Por ejemplo, cuando un 40GE tiene solo 60 % de tráfico efectivo, 40 % del ancho de banda de 40GE se encuentra realmente inactivo y se desperdicia. Esta realización proporciona una descripción sobre un caso en el que los datos de una interfaz de circuito CPRIx20 con una velocidad de bits constante (CBR) y los datos de paquetes de Ethernet con solo 60 % de tráfico efectivo comparten y multiplexan una interfaz física y un enlace de 40GE.
La siguiente tabla muestra los relojes nominales y las velocidades de información de interfaz de una interfaz física 40GE y una interfaz física CPRIx20, y las velocidades extremas de la interfaz física 40GE y la interfaz física CPRIx20 en un caso de desfasaje de frecuencia de ±100 ppm.
Tabla 2
Para facilitar la descripción, se supone que tanto la interfaz física de Ethernet 40GE con un tráfico efectivo de 60 % como la interfaz de circuito CPRIx20 con una velocidad de bits constante funcionan a frecuencias de reloj nominales y tienen velocidades de información de interfaz nominales. En esta realización, los datos de la interfaz de circuito CPRIx20 con una velocidad de bits constante (CBR) nominal se multiplexan en el primer carril lógico de subcapa de codificación física (Carril 0) de la interfaz física 40GE con una velocidad nominal. Es decir, en la presente invención, algunos recursos del ancho de banda (1/4=25 %) en el carril lógico se asignan a una interfaz de otro sistema técnico según sea necesario después de ser obtenidos del ancho de banda del enlace de una interfaz Ethernet por medio de división, para implementar el intercambio y la multiplexación de una interfaz y los recursos de enlace.
Los recursos del ancho de banda se asignan de acuerdo con un bloque 64/66b. Un encabezado de sincronización de trama de una CPRI-20 originalmente tiene 20 0x50 bytes. Para cooperar con el uso de la codificación 64/66b, una subcapa de adaptación de la CPRI-20 utiliza un carácter de final de trama /T/=0xFD y un carácter de inicio de trama /S/=0xFB para reemplazar respectivamente el octavo byte y el noveno byte (#Z.0.7 y #Z.0.8) del encabezado de sincronización de 200x50 bytes de la CPRI-20, utiliza TXC=1 como carácter de control para una interfaz MII y hace que el carácter /S/ aparezca en el primer byte de una granularidad de 8 bytes o un bloque de código 64/66b. En esta realización, para garantizar la compatibilidad con 64/66b, el carácter /S/ también debe aparecer en el primer byte de una granularidad de 8 bytes o un bloque de código 64/66b.
Una frecuencia de trama nominal de una subtrama de una trama multiplexada es Fc=(100*10A9)/64/20/16384*3=28610.2294921875 tramas/segundo, y una cantidad de granularidades del ancho de banda de la subtrama es 5460 (bloques 64/66b). Para una velocidad nominal de una CPRIx20, (0.49152*10A9)/64*20/Fc=5368.70912 granularidades del ancho de banda deben asignarse en cada subtrama multiplexada. Por lo tanto, 5369 granularidades del ancho de banda o bloques 64/66b se asignan en cada una de las 70912 subtramas de 100000 subtramas, y 5368 granularidades del ancho de banda o bloques 64/66b se asignan en cada una de 100000-70912=29088 subtramas. De esta manera, una cantidad promedio de granularidades del ancho de banda o bloques 64/66b asignados puede ser aproximadamente 5368.70912. Para ser lo más uniforme posible, dado que 70912:29088=2.437843784378438:1, existe una subtrama en la que se asignan 5368 granularidades del ancho de banda aproximadamente cada dos o tres subtramas en las que se asignan 5369 granularidades del ancho de banda, por lo que se reduce la necesidad de almacenamiento en búfer. La intercalación y disposición de subtramas pueden determinarse mediante el uso de un algoritmo. Por ejemplo, una cantidad de granularidades del ancho de banda asignadas en cada una de las primeras 50 subtramas y la intercalación y disposición de las subtramas pueden determinarse de la siguiente forma.
Tabla 3
Una secuencia de disposición específica es la siguiente: [...5368, 5369, 5369, 5368, 5369, 5369, 5369, 5368...]. Dicha disposición puede reducir la necesidad de almacenamiento en búfer y, en teoría, una profundidad de acumulación efectiva para el almacenamiento de datos en búfer se puede controlar por debajo de 1. Se puede obtener el mismo resultado mediante el uso del siguiente algoritmo 2.
Tabla 4
Como primer punto clave, lo anterior resuelve una cantidad de granularidades del ancho de banda asignadas en una subtrama y una secuencia de disposición de estas. La segunda etapa es resolver un problema de asignación y disposición de granularidades del ancho de banda en una subtrama, para determinar si una granularidad se asigna a un servicio de circuito de interfaz CPRIx10 o si aún está reservada para un servicio de paquetes de multiplexación estadística de Ethernet, de modo que el servicio de paquetes de multiplexación estadística de Ethernet puede usar todos los recursos del ancho de banda de enlace restantes.
El segundo punto clave es el siguiente: dado que 5369:(5460-5369)=5369:91=59:1, 5460=91*60, y 5369=91*59, para una subtrama en la que deben asignarse 5369 granularidades del ancho de banda, la subtrama se divide de forma equitativa en 91 partes iguales de exactamente 60 granularidades, con 59 granularidades de cada 60 granularidades asignadas a la CPRIx20, y la granularidad restante reservada para el servicio de paquetes de multiplexación estadística de Ethernet. Además, dado que 5368:(5460-5368)=5368:92=58.3478:1, 5460=60*59+32*60, 5368=60*58+32*59, y 60:32=15:8, para una subtrama en la que deben asignarse 5368 granularidades del ancho de banda, la subtrama puede dividirse en 60 partes de 59 granularidades y 32 partes de 60 granularidades, con una granularidad del ancho de banda de cada parte aún reservada para el servicio de paquetes de multiplexación estadística de Ethernet, y las 58 o 59 granularidades restantes asignadas a la CPRIx20.
La asignación y designación o pertenencia de las granularidades del ancho de banda en subtramas pueden determinarse de la siguiente forma. Una cantidad de granularidades asignables 64/66b en una subtrama se establece en la Subtrama_Pc, y una cantidad de granularidades 64/66b que deben asignarse al servicio de circuito en una subtrama actual puede ser la Subtrama_Cn. La asignación y disposición de las granularidades 64/66b marcadas como 1 a la Subtrama_Pc en las subtramas pueden determinarse de la siguiente forma: si la ja granularidad satisface mod(j*Subtrama_Cn, Subtrama_Pc)<Subtrama_Cn, la ja granularidad es una granularidad del ancho de banda que se asignará a un servicio TDM. De lo contrario, la ja granularidad se reserva para el servicio de paquetes de multiplexación estadística de Ethernet. De esta manera, se resuelve un problema de intercambio y multiplexación de recursos de enlace de dos tipos de servicios.
Tabla 5
En esta realización, 5368 o 5369 granularidades del ancho de banda de una subtrama de las subtramas anteriores (hay 5460 granularidades en cada una) deben asignarse a un intervalo. En un extremo de recepción, un receptor solo necesita conocer un valor de la Subtrama_Cn con anticipación, y también puede determinar la asignación y la pertenencia de cada granularidad del ancho de banda mediante el uso de una misma regla de algoritmo. En particular, en la práctica, debido al sesgo del reloj y la fluctuación del reloj u otros motivos, por ejemplo, al ajustar la velocidad de una interfaz de circuito al cambiar una CPRIx20 por una CPRIx10, puede haber un cambio lento o rápido simultáneo de la Subtrama_Cn. Por lo tanto, un extremo de transmisión necesita y solo necesita transmitir en tiempo real un valor de la Subtrama_Cn correspondiente a una subtrama al extremo de recepción.
Todas las granularidades del ancho de banda reservadas para un servicio de Ethernet de cada carril de subcapa de codificación física de 100GE se utilizan para la multiplexación del servicio de Ethernet. Tal como se muestra en la Figura 11, en un primer carril, se asignan 5368 granularidades en una primera subtrama, y se asigna una granularidad del ancho de banda reservada cada 58 o 59 granularidades del ancho de banda asignadas; se asignan 5369 granularidades en una segunda subtrama y una tercera subtrama, y se asigna una granularidad del ancho de banda reservada cada 59 granularidades del ancho de banda asignadas.
El tercer punto clave es el siguiente: también debe proporcionarse un mecanismo de comunicación en ambos extremos de un enlace físico, donde el mecanismo de comunicación es utilizado por un extremo de transmisión del enlace físico para indicar, a un extremo de recepción, la asignación de las granularidades del ancho de banda, para implementar una transmisión confiable de la cantidad de asignación de granularidades del ancho de banda de la Subtrama_Cn de cada subtrama desde el extremo de transmisión hasta el extremo de recepción. El primer bloque de código 64/66b de cada subtrama de una interfaz física de Ethernet de alta velocidad mejorada en la presente invención es un bloque de sobrecoste. Tal como se muestra en la Figura 12, el bloque de sobrecoste puede usarse como un bloque de datos especial, un encabezado de sincronización es un encabezado de sincronización del bloque de datos de dos bits «0b01», algunos de los 8 bytes del bloque de sobrecoste se usan para la transmisión de la Subtrama_Cn de cada subtrama desde un extremo de transmisión de un enlace hasta un extremo de recepción del enlace.
Tal como se muestra en la Figura 12, hay 5460 granularidades del ancho de banda asignables en cada subtrama, y se necesita una indicación de la Subtrama_Cn de 13 bits (2*12=4096, 2*13=8192). Es posible usar un campo de conteo de bloques en la figura para portar la indicación de la Subtrama_Cn, y la Tabla 6 muestra un significado específico de la indicación de la Subtrama_Cn. La Subtrama_Cn tiene dos significados, uno es indicar una cantidad de granularidades del ancho de banda asignadas, y el otro es indicar implícitamente una cantidad de granularidades del ancho de banda reservadas. Cuando un valor de la Subtrama_Cn es cero, se indica que todas las granularidades del ancho de banda en una subtrama actual están reservadas.
Tabla 6
Además de una indicación absoluta del valor de la Subtrama_Cn, es posible proporcionar una indicación relativa de esta, es decir, un cambio relativo entre el valor de la Subtrama_Cn de la subtrama y la de una subtrama anterior. Los significados específicos de un cambio de la Subtrama_Cn se muestran en la Tabla 7 a continuación.
Tabla 7
La indicación del cambio relativo también puede usarse para confirmar y verificar si la Subtrama_Cn se transmite de manera confiable y desempeña un papel de verificación. Generalmente, el cambio relativo es 1 y -1.
Tal como se muestra en la Figura 13, una ID de identificador de servicio asignado a una CPRI-20 puede ser ID=1, y una ID de identificador de servicio de un servicio global de paquetes de multiplexación estadística de Ethernet puede
ser ID=0. Un módulo maestro de RS de MII de un extremo de transmisión y un módulo maestro de RS de MII de un extremo de recepción aprenden los tipos y las ID de los identificadores de los dos servicios, y almacenan los tipos y las ID de los identificadores en un formato de tabla u otro formato para consultas. El servicio CPRI-20 se transmite a través de una granularidad del ancho de banda asignada, y se conoce como un servicio frontal. El servicio de paquetes de multiplexación estadística de Ethernet original se transmite a través de una granularidad del ancho de banda reservada, y se conoce como un servicio dorsal. Una tabla registra la distribución de servicios frontal y dorsal en cada carril. Los módulos maestros de RS de MII del extremo de transmisión y el extremo de recepción transmiten y reciben datos de control de acuerdo con la tabla.
Tal como se muestra en la Figura 14, en un lado de transmisión, accionado por un reloj de transmisión <Tx Clk>, el módulo maestro de RS de MII del extremo de transmisión genera señales de indicación de control <Tx En> y <Tx ID> de acuerdo con el contenido de la tabla y un período de trama multiplexada. En conjunto, <Tx Clk>, <Tx En>, y <Tx ID> se utilizan para controlar e indicar la transmisión de datos en una subcapa de adaptación de Ethernet (Rs de Ethernet, ID=0) y una subcapa de adaptación de CPRI (RS de CPRI, ID=1), y para el procesamiento tal como la codificación y el cifrado en una subcapa de codificación física. <Tx En>=(0, 0), (0, 1), (0,2), y (0,3), respectivamente, indican que las granularidades del ancho de banda que corresponden a un ciclo de reloj actual son los bloques de código de alineación y sincronización AM0 a AMn, los sobrecostes de la primera subtrama OH0 a OHn, los sobrecostes de la segunda subtrama OH0 a OHn, y los sobrecostes de la tercera subtrama OH0 a OHn de los carriles 0 a n. En estos casos, <Tx ID> no tiene significado de indicación y no es posible transmitir el servicio. En esta realización, el 40GE tiene cuatro carriles (carril), y n=4. <Tx En>=(1, 1) indica que n granularidades del ancho de banda actuales pertenecen a la primera subtrama, <Tx En>=(1, 2) indica que n granularidades del ancho de banda actuales pertenecen a la segunda subtrama, y <Tx En>=(1, 3) indica que n granularidades del ancho de banda actuales pertenecen a la tercera subtrama. Los datos de granularidad del ancho de banda de los carriles (Carril) se organizan y transmiten en una secuencia del Carril_0 al Carril_n. <Tx ID> indica la asignación y pertenencia de las granularidades del ancho de banda de un bloque de datos actual. Un valor específico de <Tx ID> se determina de acuerdo con un carril en el que existe el bloque de datos actual y la Subtrama_Cn de una subtrama en la que existe el bloque de datos actual, e indica una ID de servicio frontal o un servicio dorsal configurado para el carril, es decir, indica la pertenencia de las granularidades del ancho de banda durante el ciclo de reloj. En esta realización, cuando <Tx ID>=0, se indica que una granularidad del ancho de banda es una granularidad del ancho de banda de Ethernet, y los datos se transmiten en la subcapa de adaptación de Ethernet (RS de Ethernet, ID=0) de acuerdo con una instrucción, por ejemplo, los datos transmitidos son <Datos de Tx A> . Cuando <Tx ID>=1, se indica que una granularidad del ancho de banda es una granularidad del ancho de banda de Ethernet, y los datos se transmiten en la subcapa de adaptación de CPRI (RS de CPRI, ID=1) de acuerdo con una instrucción, por ejemplo, los datos transmitidos son <Datos de Tx B> . <Datos de Tx C> es una combinación de multiplexación por división de tiempo de los datos <Datos de Tx A> and <Datos de Tx B>. Secuencias de bloques de datos: los bloques de código de alineación y sincronización AM0 a AMn, los sobrecostes de la primera subtrama OH0 a OHn, los sobrecostes de la segunda subtrama OH0 a OHn, y los sobrecostes de la tercera subtrama OH0 a OHn que se rellenan con un módulo maestro de RS de MII del extremo de transmisión y que se encuentran en los carriles 0 a n, tales como <Datos de Tx D>, y <Datos de Tx C> se combinan en <Datos de Tx E> en forma de división de tiempo, y se transmiten a la capa física para que se procesen y se envíen a un enlace físico para su transmisión. En En=(1, 3), 1 indica los datos y 3 significa la tercera subtrama. Opcionalmente, en una implementación, con referencia a la Figura 14, en En=(0, 0), el primer 0 indica que no hay datos, y el segundo 0 significa AM/OH en la primera subtrama; en En=(0, 1), el primer 0 indica que no hay datos, y 1 significa OH en la segunda subtrama; en En=(0,2), el primer 0 indica que no hay datos, y 2 significa OH en la tercera subtrama.
<Tx En> y las indicaciones de ubicación de los bloques de código de alineación y sincronización AM0 a AMn de los carriles 0 a n tienen el mismo significado. Opcionalmente <Datos de Tx D> y <Datos de Tx E> pueden no incluir información de datos significativa de AM0 a AMn, tal como <Datos de Tx D'> y <Datos de Tx E'> que se muestran en la Figura 15. En la PCS, los bloques de código AM0 a AMn 64/66b correspondientes pueden insertarse directamente en una ubicación de <Tx En>=(0,0) de acuerdo con una indicación de <Tx En>.
El proceso de cifrado en la PCS se realiza solo en un bloque de código distinto a los bloques de código AM0 a AMn de acuerdo con la indicación de <Tx En>.
Tal como se muestra en la Figura 16, después de que se realiza la recuperación del reloj y la recuperación de datos en la capa física del extremo de recepción, se obtiene <Rx Clk> y una secuencia de datos correspondiente antes del cifrado. Por un lado, los bloques de código de alineación y sincronización AM0 a AMn se identifican sincronizados y alineados en la PCS, y AM0 a AMn no se han sometido a un proceso de cifrado y se encuentran en los carriles 0 a n. En este momento, las misiones de AM0 a AMn están completas, y puede emitirse una secuencia <Rx En> en la PCS. Por otro lado, se recupera una secuencia de datos <Datos de Rx A> en la PCS después de que se decodifica y descifra la secuencia de datos. <Rx En> y una indicación de ubicación de los bloques de código de alineación y sincronización AM0 a AMn en los carriles 0 a n tienen el mismo significado. Opcionalmente <Datos de Rx A>, por ejemplo, <Datos de Rx A'> en la Figura 17, puede no incluir información de datos significativa de AM0 a AMn. <Rx Clk>, <Rx En> y <Datos de Rx A> se transmiten a un módulo maestro de RS de MII del extremo de recepción para su procesamiento. El módulo maestro de RS de MII del extremo de recepción determina, de acuerdo con una indicación explícita <Rx En> indicada por un ciclo de trama de una palabra de código de alineación en un carril fijo y con referencia a un carril lógico de subcapa de codificación física en un lado de recepción y una ID de servicio frontal correspondiente y una ID de servicio dorsal correspondiente, pertenecientes a una granularidad del ancho de banda en cada ciclo de reloj
mediante el uso de la Subtrama_Cn en los sobrecostes de subtramas OH0 a OHn. <Rx Clk>, <Rx En>, <Rx ID>, y <Datos de Rx B> se transmiten a una subcapa de adaptación de cada interfaz de servicio, y con una indicación de <Rx Clk>, <Rx En>, y <Rx ID>, los datos transmitidos a cada subcapa de adaptación son recibidos y extraídos en la subcapa. Los datos se obtienen cuando se reciben y se extraen <Rx En>=(1,1), (1,2), o (1,3) y <Rx ID>=0 en una subcapa de adaptación de Ethernet (RS de Ethernet, ID=0). Los datos se obtienen cuando se reciben y se extraen <Rx En>=(1,1), (1,2), o (1,3) y <Rx ID>=1 en una subcapa de adaptación de CPRI (RS de CPRI, ID=1).
Además, debe observarse específicamente que un receptor necesita aprender relativamente rápido un valor de Cu y determinar la pertenencia y disposición de una granularidad del ancho de banda en una subtrama correspondiente a Cn. Si el receptor no puede completar el cálculo en un tiempo relativamente corto para determinar la pertenencia de cada granularidad del ancho de banda, se recomienda que se transmita un bloque de sobrecoste (OverHead) en una trama anterior. Es decir, un bloque de sobrecoste en una subtrama actual indica la asignación de la granularidad del ancho de banda en una subtrama siguiente, y así sucesivamente. De esta manera, el receptor tiene tiempo suficiente para responder, realizar el cálculo y conocer la pertenencia de una granularidad del ancho de banda en una subtrama.
Realización 2
A continuación, se describe un caso de portador híbrido de una CPRI-10 en un intervalo de tiempo de multiplexación de bits que se desarrolla en un enlace de Ethernet de 100GE.
Un encabezado de sincronización de trama de una CPRI-20 originalmente tiene 200x50 bytes. Para cooperar con el uso de la codificación 64/66b, una subcapa de adaptación de la CPRI-20 utiliza un carácter de final de trama /T/=0xFD y un carácter de inicio de trama /S/=0xFB para reemplazar respectivamente el octavo byte y el noveno byte (#Z.0.7 y #Z.0.8) del encabezado de sincronización de 200x50 bytes y de la CPRI-20, utiliza TXC=1 como carácter de control para una interfaz MII y hace que el carácter /S/ aparezca en el primer byte de una granularidad del ancho de banda de un bloque de código 64/66b. También hay tres tipos de bloques de código 64/66b.
Un encabezado de sincronización de trama de una CPRI-10 también puede procesarse de la misma manera que el encabezado de sincronización de trama de la CPRI-20. El encabezado de sincronización de trama de la CPRI-10 originalmente tiene 100x50 bytes. Para cooperar con el uso de la codificación 8/10b, el primer byte y el segundo byte que se reemplazan con 0xBC y 0x50/C5 siguen siendo 0x50 bytes. Es decir, el octavo byte y el noveno byte (#Z.0.7 y #Z.0.8) se reemplazan con un carácter T/S, para cooperar con el uso de la codificación 64/66b mediante el uso de una PCS de Ethernet. También hay tres tipos de bloques de código. Son los mismos los de CPRI-20. Se supone que la CPRI-10 y un servicio de paquetes de multiplexación estadística de una Ethernet 100GE que tiene un tráfico efectivo relativamente pequeño comparten y multiplexan una interfaz física 100GE y un enlace. En esta realización, los datos de la interfaz de circuito CPRIx20 con una velocidad de bits constante (CBR) nominal se multiplexan en el primer carril lógico de subcapa de codificación física (Carril 0) de una interfaz física 100GE con una velocidad nominal.
Los recursos del ancho de banda se asignan de acuerdo con un bloque 64/66b. Una frecuencia de trama nominal de una subtrama de una trama multiplexada es Fc=(100*10n9)/64/20/16384*3=14305.11474609375 tramas/segundo, y una cantidad de granularidades del ancho de banda de la subtrama es 5460 (bloques 64/66b). Para una velocidad nominal de la CPRIx10, deben asignarse (0.49152*10n9)/64*10/Fc=5368.70912 granularidades del ancho de banda de cada subtrama multiplexada. Por lo tanto, 5369 granularidades del ancho de banda o bloques 64/66b se asignan en cada una de las 70912 subtramas de 100000 subtramas, y 5368 granularidades del ancho de banda o bloques 64/66b se asignan en cada una de 100000-70912=29088 subtramas. De esta manera, una cantidad promedio de granularidades del ancho de banda o bloques 64/66b asignados puede ser aproximadamente 5368.70912. Para ser lo más uniforme posible, dado que 70912:29088=2.437843784378438:1, existe una subtrama en la que se asignan 5368 granularidades del ancho de banda aproximadamente cada dos o tres subtramas en las que se asignan 5369 granularidades del ancho de banda, por lo que se reduce la necesidad de almacenamiento en búfer. Una implementación específica es básicamente la misma que la de la Realización 1. Remitirse a la Figura 10 a la Figura 17, ya que los detalles no se describen nuevamente aquí.
Además, la determinación de la pertenencia de cada granularidad del ancho de banda en cada subtrama depende de la Subtrama_Cn, y un extremo de recepción también depende de la Subtrama_Cn para realizar una demultiplexación precisa de los datos. Por lo tanto, la transmisión confiable de la Subtrama_Cn es esencial. En este caso, para la transmisión de información codificada de la Subtrama_Cn y un cambio de la Subtrama_Cn, se puede introducir redundancia y verificación. Existen muchas formas diferentes de introducir redundancia y verificación, por ejemplo, transmisiones múltiples y transmisión adicional de resultados de verificación de paridad de CRC8 y BIP8. Un diagrama de implementación ilustrativo de múltiples transmisiones se proporciona en la Figura 18.
Un byte reservado en un bloque de sobrecoste de la Realización 1 se muestra en la Figura 18, y puede usarse adicionalmente. La información codificada de la Subtrama_Cn y un cambio de la Subtrama_Cn se transmiten tres veces o más. Además, es posible transmitir un valor binario original de un bit y un valor binario negado (un valor negado de un 1 binario es 0, y un valor negado de un 0 binario es 1) del bit para garantizar una transmisión confiable de Cn y la detección de un error. Por ejemplo, la codificación es la siguiente.
Tabla 8
Tal como se muestra en la Figura 19, se introducen alternativamente múltiples transmisiones y una combinación de verificación de paridad de filas y verificación de paridad de columnas. Debido a la verificación de filas y columnas, se puede rectificar un error de un bit y se pueden descubrir errores de varios bits. Con referencia a la información codificada de la Subtrama_Cn y un cambio de la Subtrama_Cn que se retransmiten varias veces, la transmisión y recepción confiables de la Subtrama_Cn y el cambio de la Subtrama_Cn pueden garantizarse mediante el uso de una regla de consenso mayoritario.
Además, si una interfaz física compartida y multiplexada es un códec que utiliza 8b/10b, puede reservarse una definición de un byte de encabezado de sincronización de una trama actual de la CPRIx10. Sin embargo, es necesario rediseñar la transmisión de información codificada de una estructura de trama compartida y multiplexada y la información de sobrecoste, especialmente, la Subtrama_Cn y un cambio de la Subtrama_Cn.
Realización 3
A continuación, se describe cómo aplicar una tecnología de multiplexación proporcionada en esta realización de la presente invención a datos de OTN.
Una velocidad de información codificada previamente de una interfaz de OTN OTU2/ODU2 es mayor que una velocidad de información codificada previamente de una interfaz Ethernet 10GE, y también es mayor que una velocidad de información codificada previamente de un carril de subcapa de codificación física de ancho de banda de 10G de 40GE y una suma de velocidades de información codificada previamente de dos carriles de subcapa de codificación física de ancho de banda 5G de 100GE. Como resultado, ODU2 u OTU2 no pueden multiplexarse en un carril de subcapa de codificación física del ancho de banda de 10G de 40GE con una velocidad nominal, y tampoco puede reutilizarse o acelerarse una interfaz física de 10GE con una velocidad nominal para la transmisión, sin que sea necesario que se lleve a cabo otro procesamiento.
En esta realización se utilizan dos carriles de subcapa de codificación física de 40GE.
Tabla 9
Una señal OTU2 es una señal TDM típica. En esta realización se describe que una señal OTU2 y un paquete de multiplexación estadística de Ethernet comparten y se multiplexan en una interfaz 40GE. En esta realización, se usan dos carriles lógicos de subcapa de codificación física, carril 1+carril 2 en 40GE. OTN y OTU2 son un servicio frontal en los dos carriles y tienen una ID asignada que se denota como ID=2. Un servicio de paquetes de Ethernet de multiplexación estadística es un servicio dorsal de referencia que se encuentra en todos los carriles y cuya ID=0. Un extremo de transmisión y un extremo de recepción obtienen dicha información de configuración o determinan una tabla de configuración de ID de servicio a través de negociación mediante el uso de un protocolo, tal como se muestra en la Figura 20.
Desde una perspectiva de cantidades, en promedio se asignan 5824 o 5825 granularidades del ancho de banda de bloques de código 64/66b a una señal OTU2 en cada subtrama. Esto supera una cantidad total (5460) de granularidades del ancho de banda asignables en cada subtrama en un solo carril desde la perspectiva de una cantidad. Se requieren dos carriles de subcapa de codificación física en cascada 40GE (intervalo de tiempo) para asignar las granularidades del ancho de banda a la señal.
Hay diferentes formas de asignar las granularidades del ancho de banda en dos carriles, carril 00+carril 01, por ejemplo, la siguiente forma 1 y la forma 2, tal como se muestra en la Tabla 10. Debido a que ambas ID configuradas de los servicios frontal de los dos carriles son 2, la Subtrama_Cn es una suma de valores de Cn de los dos carriles, es decir, Subtrama_Cn =Cn2+Cn1.
Tabla 10
Las dos formas tienen casi el mismo efecto. La Forma 1 se usa como ejemplo. La distribución de granularidades del ancho de banda en la Forma 1 se muestra en la Figura 21 y es más uniforme que la Forma 2. En la presente memoria
se recomienda la Forma 1. Se asigna un primer carril 01 completo, y se agrega una granularidad del ancho de banda, requerida durante un período de tiempo considerable, de un segundo carril 02 en el momento apropiado, de modo que 364 o 365 granularidades se distribuyan de forma uniforme en una subtrama.
La OTN tiene una estructura de trama con una longitud fija. Una trama de OTN en sí misma tiene una secuencia de alineación de 6 bytes FAS=<OA1, OA1, OA1, OA2, OA2, OA2>, donde OA1=0xF6 y OA2=0x28, y FAS es un patrón de bits fijo. Por consiguiente, la asignación de tramas se realiza en la OTN con referencia al proceso de cifrado realizado por una capa física sobre los datos distintos a FAS. Opcionalmente, una estructura original de una trama OTU2 puede reservarse en esta realización, y una tarea de trama puede manejarse en una RS de OTN, o la trama de una trama OTU puede ser instruida por un módulo maestro de RS de MII de la presente invención en combinación con una función de codificación 64/66b de una subcapa de codificación física. Tal como se muestra en la Figura 22, el primer byte y el segundo byte de la trama OTU2: oA1 y OA1 se reemplazan por caracteres T y S que coinciden con la función de codificación 64/66b de la subcapa de codificación física, para indicar un inicio y un final de la trama.
Otra diferencia entre las dos formas de asignación de trama anteriores reside en la información adjunta de indicación de atributos de los caracteres TXC\RXC de una secuencia de datos transmitida y recibida. La información adjunta de indicación de atributos de los caracteres de la primera es todos 0, los bytes OA1 y OA2 también se usan como bytes de datos que se indicarán como TXC\RXC=0, y esto es lo mismo que el de otro byte de datos <D>. La última utiliza bytes de caracteres T y S como un byte de control que se indicará como TXC\RXC=1. Tal como se muestra en la Figura 23, la primera se muestra como Tx Datos C1, y solo hay un tipo de bloque de código codificado. La última se muestra como Tx Datos C2, y hay tres tipos de bloque de código codificado.
Para la implementación de la última: en una dirección de transmisión, el primer byte y el segundo byte del campo FAS de la trama OUT1 pueden reemplazarse simplemente en la RS de OTN con los caracteres /T/ y /S/, y luego la trama OUT1 se transmite a una función de la capa física, tal como una subcapa de codificación física 64/66b mediante el uso de una interfaz MII con un ancho de bits de datos TXD/RXD de 8 bytes y 64 bits y TXC/RXC de 8 bits, para la codificación y transmisión. En una dirección de recepción, la MII recibe datos de la interfaz MII que se decodifican y se emiten en la capa física, y recupera los dos bytes OA1 del FAS original de los caracteres /T/ y /S/, para recuperar la trama OTU1. Los datos transmitidos mediante el uso de la interfaz MII siguen una regla de que el carácter S aparece en el primer byte de TXD/RXD[0:7]. Para la primera, toda la trama OTU1 se considera como bytes de datos, y no se impone ningún requisito especial. Un caso de la interfaz CPRI también es similar.
También debe tenerse en cuenta que la transmisión de los sobrecostes de FEC incluidos en la trama OTN es opcional en esta realización, porque FEC es una tarea de una capa de interfaz física. En esta realización, una capa inferior tiene una función FEC opcional, para garantizar el rendimiento de la velocidad de error de bits de transmisión de un sistema.
Cabe señalar que una tecnología para agregar caracteres /T/ y /S/ a un flujo de datos de OTN y transmitir el flujo de datos de OTN mediante una interfaz MII de Ethernet se ha descrito en detalle en la patente china 201410805443.8.
Realización 4
El marcado de una ID de servicio frontal y una ID de servicio dorsal de referencia sienta las bases para compartir un enlace de interfaz física mediante múltiples servicios.
Tal como se muestra en la Figura 24, la interfaz puede multiplexar tres servicios lógicos de paquetes de multiplexación estadística de Ethernet y un servicio CPRI CBR, un servicio OTN CBR, un servicio de canal de fibra de multiplexación estadística, y similares. Se asignan diferentes ID de servicio a los servicios y se asigna un servicio a un carril lógico diferente de la subcapa de codificación física de Ethernet como un servicio frontal o un servicio dorsal de referencia. En la siguiente figura, se utiliza una interfaz de capa física y un enlace de 40GE como ejemplo, y tres paquetes de servicios lógicos de subpuertos de multiplexación estadística de Ethernet cuyas ID son ID=0, ID=1, e ID=2, respectivamente, un servicio CPRI-100 cuya ID=3 de un circuito CBR, un servicio OTU2 cuya ID=4 de un circuito CBR, un servicio FC de canal de fibra FC (1G\2G\4G\8G) cuya ID=5, y similares, se usan como ejemplos. El canal de fibra FC en sí mismo es una tecnología basada en paquetes, pero puede considerarse como un circuito CBR de acuerdo con su velocidad de interfaz física, o puede considerarse como un servicio de multiplexación estadística de paquetes similar a Ethernet. Esto depende específicamente de un escenario de aplicación y un requisito de implementación para un módulo de función RS Fc . En la presente memoria, se supone que el canal de fibra es un servicio CBR de niveles de velocidad diferentes tales como FC-1G\2G\4G\8G. Es decir, el servicio FC, el servicio CPRI y el servicio OTN son todos servicios de circuito CBR.
Tal como se muestra en la Figura 24, en una interfaz física 40GE, un servicio frontal de un carril 00 es un servicio CPRI-10 cuya ID=3 de un circuito CBR, un servicio dorsal de referencia de un carril 00 es un servicio lógico de subpuertos de multiplexación estadística de paquetes de Ethernet cuya ID=0. Los dos servicios tienen un ancho de banda de aproximadamente 5G y comparten el carril 00, pero el ancho de banda de CPRI es ligeramente menor. Los servicios frontales del carril 01+carril 02 son servicios OTU2 cuya ID=4 del circuito CBR, los servicios dorsales de referencia del carril 01+carril 02 son servicios lógicos de subpuertos de multiplexación estadística de paquetes de Ethernet cuya ID=1. Ambos servicios tienen un ancho de banda de aproximadamente 10G y comparten los dos
canales, carril 01+carril 02, y el ancho de banda de OTU2 es ligeramente mayor. Un caso similar es uno en el que un servicio FC de canal de fibra (1G\2G\4G\8G) cuya ID=5 y que sirve como un servicio frontal y un servicio lógico de subpuertos de multiplexación estadística de paquetes de Ethernet cuya ID=2 y que sirve como un servicio dorsal de referencia comparten un carril 03. Incluso se permite que un servicio OTN y FC cambien los niveles de velocidad de servicio sin pérdida de servicio. Por ejemplo, FC cambia de 2G a 4G o cambia de 4G a 2G. La Subtrama_Cn cambia de un valor que se aproxima a un valor esperado de FC-2G a un valor que se aproxima a un valor esperado de FC-4G.
Realización 5
A medida que aumenta la velocidad de una interfaz Ethernet de alta velocidad, aumenta una diferencia de velocidad de la interfaz, por ejemplo, un GE común actual, un 10GE, un 40GE, un 100GE y un 400GE. Una diferencia más pequeña de la velocidad de la interfaz es 9G, y la diferencia máxima de velocidad de la interfaz es 300G. Es difícil cumplir un requisito para algunas interfaces Ethernet de multiplexación estadística de paquetes de granularidades del ancho de banda intermedias, tales como 30G y 80G.
Tal como se muestra en la Figura 25, en la presente invención, una interfaz de alta velocidad se divide en carriles lógicos de subcapa de codificación física, y un subpuerto lógico frontal y un subpuerto lógico dorsal se introducen en un carril y una combinación de carriles. De esta manera, el ancho de banda del carril o la combinación de carriles pueden asignarse de manera flexible a los dos subpuertos lógicos mediante el uso de la Subtrama_Cn. Incluso puede implementarse un ancho de banda que representa un valor con unos pocos dígitos después de un punto decimal de un ancho de banda total o incluso puede asignarse el ancho de banda en términos de porcentaje. Por ejemplo, el 100GE se divide en un 28.55GE y un 71.45GE, o 89 % y 11 % de un 80GE. Teniendo en cuenta una característica del servicio de Ethernet de multiplexación estadística de paquetes, la Subtrama_Cn puede ser la misma que la de la realización anterior, es decir, puede cambiar de alrededor de un valor que se aproxima a un valor esperado y puede indicarse explícitamente en los sobrecostes. La indicación explícita ayuda al sistema a implementar el control de ajuste del ancho de banda de un servicio del sistema sin una pérdida de servicio.
Alternativamente, la Subtrama_Cn tiene un valor fijo, y se configura o se determina a través de negociación por ambos extremos de una interfaz física. Opcionalmente, no es necesario que la Subtrama_Cn se transmita en los sobrecostes. Por lo tanto, puede que no exista un bloque de sobrecoste, y una granularidad del ancho de banda del bloque de sobrecoste puede asignarse o reservarse como una granularidad asignable. Puede asignarse o reservarse una granularidad del ancho de banda de acuerdo con una subtrama, o puede asignarse o reservarse de acuerdo con una trama multiplexada completa con una longitud de 16384 granularidades. No se transmite ninguna Subtrama_Cn como indicación, y solo se configura una configuración estática para el sistema. Por lo tanto, cuando se realiza el ajuste del ancho de banda, es decir, cuando se necesita cambiar la Subtrama_Cn, aumenta la dificultad para que un extremo de recepción y un extremo de transmisión realicen una coincidencia síncrona.
Cabe señalar que no es necesario cambiar las especificaciones de una interfaz física de Ethernet existente si no hay indicación de sobrecoste. En este caso, una interfaz física 40GE actual puede ser perfectamente compatible con una interfaz física 100GE en la presente invención. Esto tiene una importancia práctica y merece especial atención.
Realización 6
Se ha mencionado en la Realización 5 que la indicación explícita de la Subtrama_Cn y la información del cambio de la Subtrama_Cn en los sobrecostes ayuda al sistema a implementar el ajuste del ancho de banda de un servicio del sistema sin una pérdida de servicio. De manera similar, la transmisión explícita de la información de configuración de ID de servicio de una subtrama actual en los sobrecostes ayuda al sistema a implementar el ajuste de configuración del servicio del sistema sin una pérdida de servicio. Debido a la indicación específica, basada por completo en la Subtrama_Cn indicada y la información del cambio de la Subtrama_Cn, la información de la ID del servicio frontal y la información de la ID del servicio dorsal en los sobrecostes de la subtrama, un extremo de recepción y un extremo de transmisión multiplexan y desmultiplexan datos, garantizando de ese modo la coincidencia y la sincronización de la recepción y la transmisión.
Tal como se muestra en la Figura 27, en algunos casos especiales, cuando todas las ID de servicio dorsal utilizadas se consideran, de forma determinada, como ID de un servicio básico de Ethernet de multiplexación estadística dorsal de referencia, por ejemplo, ID=0 se reserva para marcar el servicio, no es necesario que la información de la ID del servicio dorsal se transmita en los sobrecoste, y solo es necesario transmitir la información de la ID del servicio frontal.
Además, tal como se muestra en la Figura 28, si no se transmite la información de la ID del servicio frontal ni la información de la ID del servicio dorsal en los sobrecostes, es necesario que la negociación de las ID de los servicios que comparten y multiplexan un recurso de enlace entre el extremo de recepción y el extremo de transmisión se implemente de otra forma, por ejemplo, mediante el uso de un protocolo de plano de control o un protocolo de plano de gestión para negociar el ajuste posible. Alternativamente, las ID y la Subtrama_Cn de los servicios que comparten y multiplexan un recurso de enlace se configuran de forma estática y fija mediante un plano de gestión, y no se permite que cambien durante un período de habilitación de los servicios, de lo contrario, es difícil realizar una desmultiplexación precisa.
Además, tal como se describe en la Realización 5, no es necesario que exista el bloque de sobrecoste, y pueden asignarse y reservarse 16383 granularidades en cada trama multiplexada (5461 granularidades en cada subtrama). Si la Subtrama_Cn y un cambio de la Subtrama_Cn son valores estáticos y fijos, es posible negociar un valor fijo de la Subtrama_Cn mediante el extremo de recepción y el extremo de transmisión mediante el uso de un protocolo o se puede configurar de forma estática mediante el plano de gestión.
Realización 7
En las realizaciones anteriores, para cada servicio CBR, se analiza un valor y un cambio de secuencia de la Subtrama_Cn de acuerdo con una velocidad nominal. En la práctica, existen diferencias entre las frecuencias de reloj de diversas interfaces y las frecuencias nominales de las diversas interfaces. Por ejemplo, una interfaz Ethernet, una interfaz CPRI y una interfaz de canal de fibra permiten una diferencia de frecuencia absoluta de /- 100 ppm de las frecuencias nominales, y tanto una SDH como una OTN permiten una diferencia de frecuencia absoluta de /- 20 ppm de las frecuencias nominales. Por lo tanto, en la práctica, la Subtrama_Cn se determina dependiendo de una velocidad real específica de una interfaz de circuito CBR. La configuración de división y ancho de banda flexible de los subpuertos de Ethernet de multiplexación estadística, como la división del ancho de banda de subcarril en términos de porcentaje en la Realización 5, no tiene tal requisito. En esta realización, se proporcionan algunos métodos viables para determinar una cantidad de granularidades del ancho de banda asignadas a las interfaces CPRI y OTN en cada subtrama.
Si una cantidad de granularidades 64/66b asignables de una interfaz de capa física de Ethernet compartida y multiplexada en una subcapa es Pc.subtrama, una cantidad de granularidades 64/66b asignables utilizadas para los sobrecostes es Po.subtrama y una frecuencia de la subcapa es F.subtrama, una granularidad del ancho de banda de la línea de codificación 64/66b equivalente es
C.subtrama= (Pc.subtrama+Po.subtrama)*F.subtrama.
Una granularidad del ancho de banda de la línea de codificación 64/66b equivalente de un servicio de circuito con una velocidad incierta es C.cbr. Un servicio CBR cuya C.cbr<=C.subtrama puede servir como servicio frontal en un carril determinado. C.cbr tiene una correspondencia con un reloj recuperado por un CDR del servicio. La C.subtrama tiene una correspondencia con un reloj de referencia local de la interfaz de la capa física compartida y multiplexada. El servicio de circuito CBR ingresa a una memoria de búfer FIFO de aislamiento de reloj bajo un ritmo del reloj recuperado, y se saca según sea necesario de acuerdo con el reloj de referencia local de la memoria de búfer FIFO de aislamiento de reloj.
Existen dos formas. Forma 1: Un conteo del reloj recuperado por CDR del servicio CBR se compara con un conteo de un reloj de transmisión de referencia de la interfaz física compartida y multiplexada.
La frecuencia del reloj de referencia local del sistema se establece de la siguiente manera: F.Reloj del Sistema=(Pc.subtrama+Po.subtrama)*F.subtrama*N/K=C.subtrama*N/K, y el reloj se utiliza para el conteo de un contador con una profundidad de conteo de (Pc.subtrama+Po.subtrama)*N/K. El contador puede generar y emitir un impulso de temporización con una frecuencia de F.subtrama cada vez que el recuento alcanza el máximo y se borra.
Otro contador cuya profundidad de conteo permitida también es (Pc.subtrama+Po.subtrama)*N/K cuenta impulsos de una frecuencia de reloj F.cbr=C.cbr*N/K que tiene una correspondencia con el reloj recuperado por el CDR del servicio.
Cada vez que un primer contador alcanza el máximo y se borra, se lee un valor de conteo de un segundo contador, y se redondea el Valor del contador*K/N y se emite como Cn. Además, Cn*N/K se resta del valor del contador del segundo contador, para preparar la emisión del siguiente valor de Cn. Por lo tanto, se proporciona un método viable para resolver realmente la primera etapa, y se garantiza que el valor de la Subtrama_Cn coincida con una velocidad real de datos de servicio y rastree un cambio de la velocidad real.
Tanto N como K son números enteros positivos. Cuando N/K=1, una unidad de conteo de un contador corresponde a una granularidad del ancho de banda; cuando N/K=2, una unidad de conteo de un contador corresponde a 0.5 de granularidad del ancho de banda; cuando N/K=3, una unidad de conteo de un contador corresponde a 1/3 de granularidad del ancho de banda; cuando N/K=2/3, una unidad de conteo de un contador corresponde a 2/3; cuando N/K=4, una unidad de conteo de un contador corresponde a 0.25 de granularidad del ancho de banda; etc. La selección de un valor apropiado de N/K facilita la implementación de un sistema, para permitir que un tal circuito como un contador funcione en un intervalo de frecuencia específico permitido.
Un extremo de recepción puede recuperar un reloj de servicio de circuito de un reloj CDR de línea del extremo de recepción de acuerdo con una relación entre la Subtrama_Cn y (Pc.subtrama+ Po.subtrama).
Forma 2: Se monitorea un cambio de longitud de una cola en una memoria de búfer FIFO o un cambio en una dirección de escritura en una memoria de búfer FIFO para ajustar la Subtrama_Cn y rastrear un cambio de la velocidad real.
Tal como se menciona en la Forma 1, los datos se escriben en la memoria del búfer FIFO de aislamiento del reloj bajo el ritmo del reloj recuperado por el CDR de los datos. De manera similar a la Forma 1, la información sobre C.cbr*N/K
puede obtenerse en la Forma 2 al monitorear una dirección de escritura de una cola de datos y un cambio de la dirección de escritura, y un cambio de longitud de FIFO, de modo que se obtenga la Subtrama_Cn, la Subtrama_Cn varía con la dirección de escritura de la cola de datos y el cambio de la dirección de escritura, y el cambio de longitud de FIFO, y se garantiza que el valor de la Subtrama_Cn coincida con una velocidad real de datos de servicio y se puede rastrear un cambio de la velocidad real.
La forma 2 no solo es aplicable a un servicio de circuito de CBR, sino también a un servicio de paquetes de multiplexación estadística de VBR.
Realización 8
Cuando la Subtrama_Cn y su cambio, y las configuraciones de ID de un servicio frontal y un servicio dorsal se transmiten explícitamente, la Subtrama_Cn y las ID del servicio frontal y el servicio dorsal pueden cambiar en tiempo real según sea necesario.
Cuando tanto el servicio frontal como el servicio dorsal son servicios de paquetes de multiplexación estadística, no se requiere una restricción estricta similar a la de un servicio de circuito CBR para el ancho de banda de cada servicio, una forma de uso posible es que la Subtrama_Cn se transmita explícitamente y las ID del servicio frontal y el servicio dorsal se indiquen y transmitan implícitamente en tiempo no real. En este caso, se puede agregar o quitar un carril de la siguiente forma.
En el caso de una configuración de ID determinada, cuando 0<=Subtrama_Cn <=Pc. subtrama, la Subtrama_Cn puede ajustarse para el servicio frontal y el servicio dorsal según sea necesario, para implementar la asignación adecuada del ancho de banda entre el servicio frontal y el servicio dorsal. Cuando la Subtrama_Cn =0 o la Subtrama_Cn =Pc.subtrama, la configuración de ID puede ajustarse y modificarse.
Una cantidad de carriles configurados para la ID de servicio frontal se reduce de la siguiente forma.
1. Ajustar la Subtrama_Cn de un carril y determinar que Subtrama_Cn =0; y transmitir explícitamente la Subtrama_Cn y su cambio de acuerdo con una regla.
2. Eliminar una configuración de la ID del servicio frontal de una tabla de configuración del carril; y llegar a un acuerdo entre los dos extremos a través de la negociación.
3. Continuar ajustando la Subtrama_Cn del carril en el que se encuentra la ID del servicio frontal para cumplir las expectativas; y transmitir explícitamente la Subtrama_Cn y su cambio de acuerdo con una regla.
Una cantidad de carriles configurados para la ID de servicio frontal se aumenta de la siguiente forma.
1. Ajustar la Subtrama_Cn de un carril y determinar que Subtrama_Cn =0; y transmitir explícitamente la Subtrama_Cn y su cambio de acuerdo con una regla.
2. Agregar una configuración de la ID del servicio frontal a una tabla de configuración del carril; y llegar a un acuerdo entre los dos extremos a través de la negociación.
3. Continuar ajustando la Subtrama_Cn del carril en el que se encuentra la ID del servicio frontal para cumplir las expectativas; y transmitir explícitamente la Subtrama_Cn y su cambio de acuerdo con una regla.
Una cantidad de carriles configurados para la ID de servicio frontal se reduce de la siguiente forma.
1. Ajustar la Subtrama_Cn de un carril y determinar que Subtrama_Cn =Pc.subtrama; y transmitir explícitamente la Subtrama_Cn y su cambio de acuerdo con una regla.
2. Eliminar una configuración de la ID del servicio dorsal de una configuración del carril; y llegar a un acuerdo entre los dos extremos a través de la negociación.
3. Continuar ajustando la Subtrama_Cn del carril en el que se encuentra la ID del servicio frontal para cumplir las expectativas; y transmitir explícitamente la Subtrama_Cn y su cambio de acuerdo con una regla.
Una cantidad de carriles configurados para la ID de servicio dorsal se aumenta de la siguiente forma.
1. Ajustar la Subtrama_Cn de un carril y determinar que Subtrama_Cn =Pc.subtrama; transmitir explícitamente la Subtrama_Cn y su cambio de acuerdo con una regla.
2. Agregar una configuración de la ID del servicio dorsal a una tabla de configuración del carril; y llegar a un acuerdo entre los dos extremos a través de la negociación.
3. Continuar ajustando la Subtrama_Cn del carril en el que se encuentra la ID del servicio frontal para cumplir las expectativas; y transmitir explícitamente la Subtrama_Cn y su cambio de acuerdo con una regla.
Un experto en la técnica puede comprender que la totalidad o una parte de las etapas de las realizaciones del método pueden implementarse mediante un programa para instrucción del hardware pertinente. El programa puede almacenarse en un medio de almacenamiento legible por computadora. Cuando se ejecuta el programa, se realizan las etapas de las realizaciones del método. El medio de almacenamiento anterior incluye: cualquier medio que pueda almacenar código de programa, tal como una ROM, una RAM, un disco magnético o un disco óptico.
Finalmente, debe observarse que las realizaciones anteriores están destinadas simplemente a describir las soluciones
técnicas de la presente invención, pero no a limitar la presente invención. Aunque la presente invención se describe en detalle con referencia a las realizaciones anteriores, los expertos en la técnica comprenderán que aún pueden realizarse modificaciones a las soluciones técnicas descritas en las realizaciones anteriores o realizarse reemplazos equivalentes a algunas o todas las características técnicas de estas, sin apartarse del alcance de las soluciones técnicas de las realizaciones de la presente invención.
Claims (4)
1. Un método para transmitir una señal de servicio mediante el uso de un canal de Ethernet que se lleva a cabo mediante un dispositivo de comunicaciones, en donde el canal de Ethernet comprende múltiples carriles de subcapa de codificación física de Ethernet, PCS, cada carril de PCS de Ethernet utiliza un área portadora con una longitud fija para transmitir la señal de servicio, y el método comprende:
• asignar, mediante una subcapa de reconciliación, RS, durante un primer ciclo de reloj de una señal de reloj, un primer identificador a una primera señal, formando de ese modo una primera señal del identificador de servicio y transmitir, mediante la RS, la primera señal del identificador de servicio y la señal de reloj a una primera capa más alta que la RS y a una segunda capa más alta que la RS, en donde el primer identificador corresponde a una primera señal de servicio;
• asignar, mediante la RS, durante un segundo ciclo de reloj posterior al primer ciclo de reloj de la señal de reloj un segundo identificador a una segunda señal, formando de ese modo una segunda señal del identificador de servicio y transmitir, mediante la RS, la segunda señal del identificador de servicio y la señal de reloj a la primera capa más alta que la RS y la segunda capa más alta que la RS, en donde el segundo identificador corresponde a una segunda señal de servicio;
• determinar, mediante la primera capa más alta que la RS, que un identificador local coincide con el primer identificador contenido en la primera señal del identificador de servicio recibida, y transmitir, mediante la primera capa más alta que la RS, la primera señal de servicio a la RS en un tercer ciclo de reloj como lo indica la señal del reloj;
• determinar, mediante la segunda capa más alta que la RS, que un identificador local coincide con el segundo identificador contenido en la segunda señal del identificador de servicio recibida, y transmitir, mediante la segunda capa más alta que la RS, la segunda señal de servicio a la RS en un cuarto ciclo de reloj, diferente al tercer ciclo de reloj, como lo indica la señal del reloj (etapa 101);
• multiplexar, mediante la RS, la primera señal de servicio y la segunda señal de servicio a al menos un área portadora, en donde una parte de al menos un área portadora porta la primera señal de servicio, y la otra parte de al menos un área portadora porta la segunda señal de servicio, en donde al menos un área portadora comprende un área portadora de sobrecarga y un área portadora de carga útil, y el área portadora de sobrecarga porta la información de indicación de ancho de banda, en donde la información de indicación de ancho de banda se usa para indicar el ancho de banda, ocupado por la primera señal de servicio, en el área portadora de carga útil (etapa 102); y
• transmitir, mediante la RS, la primera señal de servicio y la segunda señal de servicio a una subcapa de codificación física, PCS, de una capa física de Ethernet, PHY, que se portan en el al menos un área portadora (etapa 103).
2. El método según la reivindicación 1, en donde
la información de indicación de ancho de banda es información de la cantidad de granularidad del ancho de banda, en donde la información de la cantidad de granularidad del ancho de banda se usa para indicar una cantidad de granularidades del ancho de banda, ocupado por la primera señal de servicio, en el área portadora de carga útil, en donde cada granularidad del ancho de banda tiene una longitud fija.
3. El método según una cualquiera de las reivindicaciones 1 a 2, en donde la transmisión de la primera señal de servicio y la segunda señal de servicio que se portan en el al menos un área portadora comprende: transmitir el al menos un área portadora, y transmitir la señal de reloj y una señal de indicación, en donde la señal de indicación se usa para indicar una ubicación de un marcador de alineación, AM, correspondiente al al menos a un área portadora.
4. Un dispositivo de comunicaciones configurado para realizar cualquiera de los métodos de acuerdo con las reivindicaciones 1-3.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510031514.8A CN105871502B (zh) | 2015-01-22 | 2015-01-22 | 一种利用以太网信道传输业务信号的方法及通信设备 |
PCT/CN2015/091878 WO2016115927A1 (zh) | 2015-01-22 | 2015-10-13 | 一种利用以太网信道传输业务信号的方法及通信设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2760514T3 true ES2760514T3 (es) | 2020-05-14 |
Family
ID=56416390
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES15878596T Active ES2760514T3 (es) | 2015-01-22 | 2015-10-13 | Método de transmisión de señal de servicio y un dispositivo de comunicaciones que utiliza un canal de Ethernet |
Country Status (5)
Country | Link |
---|---|
US (2) | US10476791B2 (es) |
EP (2) | EP3242430B1 (es) |
CN (2) | CN105871502B (es) |
ES (1) | ES2760514T3 (es) |
WO (1) | WO2016115927A1 (es) |
Families Citing this family (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106788855B (zh) * | 2015-11-23 | 2018-12-07 | 华为技术有限公司 | 一种灵活以太网业务的光传送网承载方法及装置 |
CN107786320B (zh) * | 2016-08-25 | 2021-06-22 | 华为技术有限公司 | 一种发送和接收业务的方法、装置和网络系统 |
CN108243128B (zh) * | 2016-12-27 | 2020-10-23 | 华为技术有限公司 | 一种传输无线接口前传信号的方法、网络设备和系统 |
CN108347317B (zh) | 2017-01-22 | 2020-11-10 | 华为技术有限公司 | 一种业务的传输方法、网络设备及网络系统 |
US11032103B2 (en) | 2017-03-08 | 2021-06-08 | Credo Technology Group Limited | Ethernet link extension method and device |
CN108631908B (zh) * | 2017-03-21 | 2022-03-01 | 中兴通讯股份有限公司 | 使用FlexE承载信号帧的方法、FlexE信号帧还原的方法及装置 |
US10212260B2 (en) * | 2017-07-19 | 2019-02-19 | Credo Technology Group Limited | SerDes architecture with a hidden backchannel protocol |
CN109379207A (zh) | 2017-08-08 | 2019-02-22 | 华为技术有限公司 | 一种业务复用方法、业务解复用方法以及相关设备 |
CN109391461B (zh) * | 2017-08-11 | 2021-08-13 | 华为技术有限公司 | 透传业务频率的方法和设备 |
CN109600188B (zh) * | 2017-09-30 | 2020-04-28 | 华为技术有限公司 | 数据传输方法、传输设备和传输系统 |
CN109802742B (zh) * | 2017-11-16 | 2020-05-19 | 华为技术有限公司 | 一种传输数据的方法、设备及系统 |
US10951508B2 (en) * | 2018-01-09 | 2021-03-16 | Ciena Corporation | End-to-end data path integrity validation at layer 2 |
CN111937329B (zh) * | 2018-03-31 | 2021-12-31 | 华为技术有限公司 | 传输数据的方法和转发设备 |
CN110460405B (zh) | 2018-05-07 | 2021-04-09 | 华为技术有限公司 | 业务信号传输方法及装置 |
CN110830152B (zh) | 2018-08-07 | 2021-04-09 | 华为技术有限公司 | 接收码块流的方法、发送码块流的方法和通信装置 |
CN110932923B (zh) * | 2018-09-20 | 2022-04-01 | 中国移动通信有限公司研究院 | 计算带宽利用率的方法及设备 |
CN111356037B (zh) | 2018-12-21 | 2021-08-20 | 深圳市海思半导体有限公司 | 光传送网线路带宽切换方法及装置 |
US11228991B2 (en) | 2019-02-01 | 2022-01-18 | Cisco Technology, Inc. | Link auto-negotiation between a radio equipment controller (REC) and radio equipment (RE) in an ethernet-based fronthaul network |
CN112019312B (zh) * | 2019-05-31 | 2023-06-16 | 中兴通讯股份有限公司 | 一种服务处理方法及装置和车联网设备 |
CN117692099A (zh) * | 2019-06-04 | 2024-03-12 | 华为技术有限公司 | 一种以太网数据传输的方法和通信设备 |
CN112398756B (zh) * | 2019-08-13 | 2024-05-17 | 华为技术有限公司 | 用于传输业务数据的方法和装置 |
US10863386B1 (en) * | 2019-09-17 | 2020-12-08 | Cisco Technology, Inc. | State machine handling at a proxy node in an ethernet-based fronthaul network |
US11637713B1 (en) * | 2020-02-14 | 2023-04-25 | Marvell Asia Pte, Ltd. | Energy-efficient Ethernet transceiver that adjusts based on environmental conditions |
JP2023523982A (ja) * | 2020-04-27 | 2023-06-08 | 華為技術有限公司 | サービス処理方法および装置およびデバイス |
US11349704B2 (en) | 2020-06-17 | 2022-05-31 | Credo Technology Group Limited | Physical layer interface with redundant data paths |
US11646959B2 (en) | 2020-07-20 | 2023-05-09 | Credo Technology Group Limited | Active ethernet cable with broadcasting and multiplexing for data path redundancy |
CN114095435A (zh) * | 2020-07-31 | 2022-02-25 | 华为技术有限公司 | 比特块的发送方法及装置 |
WO2022056884A1 (zh) * | 2020-09-18 | 2022-03-24 | 华为技术有限公司 | 一种线路编码方法及装置 |
US11356302B1 (en) | 2020-11-30 | 2022-06-07 | Credo Technology Group Limited | Equalizer training during link speed negotiation |
CN112866362B (zh) * | 2021-01-06 | 2023-04-28 | 北京腾红电子科技有限公司 | 物理连接装置 |
CN115037287B (zh) | 2021-03-05 | 2023-07-28 | 默升科技集团有限公司 | 扩频时钟转换器 |
US11424968B1 (en) | 2021-06-10 | 2022-08-23 | Credo Technology Group Limited | Retimer training during link speed negotiation and link training |
WO2023141777A1 (zh) * | 2022-01-25 | 2023-08-03 | 华为技术有限公司 | 通信方法及网络设备 |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1691666B (zh) * | 2004-04-21 | 2010-04-14 | 华为技术有限公司 | 多协议通用线路传输方法及其装置 |
CN100442761C (zh) * | 2005-03-09 | 2008-12-10 | 华为技术有限公司 | 波分复用网络中以太业务信号的传送方法和处理装置 |
JP2007074256A (ja) * | 2005-09-06 | 2007-03-22 | Of Networks:Kk | 複数llid処理装置 |
US7676733B2 (en) * | 2006-01-04 | 2010-03-09 | Intel Corporation | Techniques to perform forward error correction for an electrical backplane |
CN101227450B (zh) | 2007-01-16 | 2013-04-24 | 华为技术有限公司 | 一种开销信息的传输方法、系统及设备 |
CN101267386B (zh) * | 2007-03-15 | 2011-12-07 | 华为技术有限公司 | 传输多路独立以太网数据的方法、装置和系统 |
CN101615967B (zh) | 2008-06-26 | 2011-04-20 | 华为技术有限公司 | 一种业务数据的发送、接收方法、装置和系统 |
CN101729940B (zh) * | 2008-10-22 | 2013-06-05 | 华为技术有限公司 | 向多路通信通道发送数据的方法及接收数据的方法 |
CN101841749B (zh) * | 2009-03-18 | 2013-10-02 | 华为技术有限公司 | 数据传输方法、通信装置及通信系统 |
US8411703B1 (en) * | 2009-07-30 | 2013-04-02 | Xilinx, Inc. | Method and apparatus for a reduced lane-lane skew, low-latency transmission system |
KR20120017286A (ko) * | 2010-08-18 | 2012-02-28 | 한국전자통신연구원 | 얼라인먼트 장치 및 방법 |
KR101717296B1 (ko) * | 2010-12-15 | 2017-03-16 | 한국전자통신연구원 | 선택적 레인 운용을 위한 이더넷 장치 및 방법 |
US8934783B2 (en) * | 2011-02-17 | 2015-01-13 | International Business Machines Corporation | Adaptor system for an ethernet network |
CN103502985B (zh) * | 2013-04-12 | 2017-01-25 | 华为技术有限公司 | 一种数据处理的方法、装置及系统 |
US9246617B2 (en) * | 2013-09-09 | 2016-01-26 | Applied Micro Circuits Corporation | Reformating a plurality of signals to generate a combined signal comprising a higher data rate than a data rate associated with the plurality of signals |
CN103875205B (zh) * | 2013-09-13 | 2016-12-28 | 华为技术有限公司 | 传输数据的方法和装置 |
-
2015
- 2015-01-22 CN CN201510031514.8A patent/CN105871502B/zh active Active
- 2015-01-22 CN CN201911350811.3A patent/CN111147185A/zh active Pending
- 2015-10-13 ES ES15878596T patent/ES2760514T3/es active Active
- 2015-10-13 EP EP15878596.4A patent/EP3242430B1/en active Active
- 2015-10-13 WO PCT/CN2015/091878 patent/WO2016115927A1/zh active Application Filing
- 2015-10-13 EP EP19189528.3A patent/EP3627736B1/en active Active
-
2017
- 2017-07-21 US US15/656,479 patent/US10476791B2/en active Active
-
2019
- 2019-10-30 US US16/669,148 patent/US11165698B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
US10476791B2 (en) | 2019-11-12 |
CN105871502B (zh) | 2020-01-03 |
EP3242430B1 (en) | 2019-09-25 |
US11165698B2 (en) | 2021-11-02 |
EP3627736B1 (en) | 2022-04-13 |
EP3627736A1 (en) | 2020-03-25 |
US20170324657A1 (en) | 2017-11-09 |
EP3242430A1 (en) | 2017-11-08 |
EP3242430A4 (en) | 2018-01-24 |
US20200076731A1 (en) | 2020-03-05 |
WO2016115927A1 (zh) | 2016-07-28 |
CN111147185A (zh) | 2020-05-12 |
CN105871502A (zh) | 2016-08-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2760514T3 (es) | Método de transmisión de señal de servicio y un dispositivo de comunicaciones que utiliza un canal de Ethernet | |
JP6488058B2 (ja) | データ伝送方法、送信機、及び受信機 | |
CN108809901B (zh) | 一种业务承载的方法、设备和系统 | |
EP3089423B1 (en) | Ethernet signal transmission method, scheduling method and device and system thereof | |
EP3909209B1 (en) | Ethernet signal format using 256b/257b block encoding | |
US20170230736A1 (en) | Signal processing method, apparatus, and system | |
KR102383297B1 (ko) | 서비스 주파수를 투명하게 전송하기 위한 방법 및 디바이스 | |
WO2019071369A1 (zh) | 光网络中数据传输方法及光网络设备 | |
CN107566075A (zh) | 一种发送和接收业务的方法、装置和网络系统 | |
CN106330417B (zh) | 数据承载的方法、装置以及数据解析的方法、装置 | |
US20220021472A1 (en) | CPRI Data Block Transmission Method and Apparatus | |
US11916662B2 (en) | System and method for performing rate adaptation of constant bit rate (CBR) client data with a fixed number of idle blocks for transmission over a metro transport network (MTN) | |
US20230006938A1 (en) | System and method for performing rate adaptation and multiplexing of constant bit rate (cbr) client data for transmission over a metro transport network (mtn) | |
WO2021028014A1 (en) | Transmitting and receiving synchronization data | |
EP3550932B1 (en) | Data encapsulation and transmission methods, device, and computer storage medium | |
US11838111B2 (en) | System and method for performing rate adaptation of constant bit rate (CBR) client data with a variable number of idle blocks for transmission over a metro transport network (MTN) | |
CN117203916A (zh) | 用于对具有固定数量空闲块的恒定比特率(cbr)客户端数据执行速率适配以供通过城域传送网络(mtn)传输的系统和方法 | |
CN117441301A (zh) | 用于对恒定比特率(cbr)客户端数据执行速率适配和复用以供通过城域传送网络(mtn)传输的系统和方法 | |
CN117413472A (zh) | 用于对具有可变数量空闲块的恒定比特率(cbr)客户端数据执行速率适配以供通过城域传送网络(mtn)传输的系统和方法 | |
CN117354159A (zh) | 切片方法、业务处理方法、通信节点及存储介质 | |
CN116806418A (zh) | 通信方法及网络设备 |