ES2907021T3 - Método y dispositivo de comunicación y medio de almacenamiento - Google Patents
Método y dispositivo de comunicación y medio de almacenamiento Download PDFInfo
- Publication number
- ES2907021T3 ES2907021T3 ES18838748T ES18838748T ES2907021T3 ES 2907021 T3 ES2907021 T3 ES 2907021T3 ES 18838748 T ES18838748 T ES 18838748T ES 18838748 T ES18838748 T ES 18838748T ES 2907021 T3 ES2907021 T3 ES 2907021T3
- Authority
- ES
- Spain
- Prior art keywords
- port
- protocol
- type
- supported
- ethernet protocol
- 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
- 238000000034 method Methods 0.000 title claims abstract description 81
- 238000004891 communication Methods 0.000 title claims abstract description 69
- 238000003860 storage Methods 0.000 title description 10
- 238000010586 diagram Methods 0.000 description 47
- 238000012545 processing Methods 0.000 description 29
- 238000007726 management method Methods 0.000 description 28
- 238000013461 design Methods 0.000 description 24
- 230000006870 function Effects 0.000 description 22
- 238000006243 chemical reaction Methods 0.000 description 11
- 230000008569 process Effects 0.000 description 11
- 230000005540 biological transmission Effects 0.000 description 10
- 238000004458 analytical method Methods 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 239000000284 extract Substances 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000002776 aggregation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000036541 health Effects 0.000 description 2
- 238000005304 joining Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000003213 activating effect Effects 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000004069 differentiation Effects 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 230000007480 spreading Effects 0.000 description 1
- 238000003892 spreading Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- 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/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J14/00—Optical multiplex systems
- H04J14/08—Time-division multiplex systems
- H04J14/086—Medium access
-
- 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/08—Protocols for interworking; Protocol conversion
-
- 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/22—Parsing or analysis of headers
-
- 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/24—Negotiation of communication capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J2203/00—Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
- H04J2203/0001—Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
- H04J2203/0073—Services, e.g. multimedia, GOS, QOS
- H04J2203/0082—Interaction of SDH with non-ATM protocols
- H04J2203/0085—Support of Ethernet
-
- 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/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
- H04L41/0809—Plug-and-play configuration
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Communication Control (AREA)
Abstract
Un método de comunicación realizado por un primer dispositivo, que comprende: obtener (2101), por el primer dispositivo, un tipo de protocolo soportado por un segundo puerto de un segundo dispositivo, en donde el tipo de protocolo soportado por el segundo puerto del segundo dispositivo es un protocolo Ethernet flexible y/o un protocolo Ethernet estándar, y un primer puerto del primer dispositivo soporta el protocolo Ethernet flexible y el protocolo Ethernet estándar; determinar (2102), por el primer dispositivo, un tipo de protocolo de destino en base al tipo de protocolo soportado por el segundo puerto y un tipo de protocolo soportado por el primer puerto, en donde el tipo de protocolo de destino es el protocolo Ethernet flexible o el protocolo Ethernet estándar; y comunicar (2103), por el primer dispositivo, con el segundo dispositivo en base al tipo de protocolo de destino a través del primer puerto y el segundo puerto.
Description
DESCRIPCIÓN
Método y dispositivo de comunicación y medio de almacenamiento
Campo técnico
Esta solicitud se relaciona con el campo de las comunicaciones y, en particular, con un método de comunicación, un dispositivo de comunicaciones y un medio de almacenamiento.
Antecedentes
Un estándar relacionado de estándar 802.3 Ethernet (Standard Ethernet, StdE) definido por el instituto de ingenieros eléctricos y electrónicos (Institute of Electrical and Electronics Engineers, IEEE) es ampliamente citado en la industria. El estándar de Ethernet es muy popular entre los fabricantes debido a su principio simple, fácil implementación y bajo precio. Sin embargo, con el desarrollo de las tecnologías, la diferencia de granularidad del ancho de banda es cada vez más grande, y la desviación entre una interfaz de la Ethernet estándar y un requisito de aplicación real también es cada vez más grande. Es muy probable que aparezca el siguiente caso: Un ancho de banda requerido por una aplicación principal no pertenece a ninguna velocidad estándar de Ethernet existente. Por ejemplo, se desperdician recursos si se usa un puerto de 100 GE para transportar un servicio de 50 Gb/s y no existe la granularidad estándar de Ethernet correspondiente para transportar un servicio de 200 Gb/s.
Para hacer frente a este desafío, un foro de Internet óptico (Optical Internet Forum, OIF) lanza una Ethernet flexible (Flexible Ethernet, FlexE). La FlexE es una tecnología general que soporta una pluralidad de velocidades de la capa MAC de Ethernet. Se une una pluralidad de interfaces de 100 Ge (físicas, PHY), y cada puerto de 100 GE se divide en 20 intervalos en el dominio del tiempo mediante el uso de 5G como granularidad, de manera que FlexE puede soportar las siguientes funciones: una función de unión, es decir, una pluralidad de interfaces Ethernet se unen para formar un grupo de enlaces para soportar un servicio de control de acceso al medio (Medium Access Control, MAC) cuya velocidad es mayor que la de una única interfaz Ethernet; una función de sub-velocidad, es decir, se asigna un intervalo a un servicio para soportar un servicio MAC cuya velocidad es menor que el ancho de banda de un grupo de enlaces o menor que el ancho de banda de una única interfaz Ethernet; y una función de canalización, es decir, se asigna un intervalo a un servicio para transmitir simultáneamente una pluralidad de servicios MAC en un grupo de enlace, por ejemplo, un servicio MAC de 150G y dos servicios MAC de 25g pueden transmitirse simultáneamente en un grupo de enlace de 2x100 GE.
En base al caso anterior, un puerto Ethernet puede tener dos modos de protocolo: un protocolo Ethernet estándar y un protocolo Ethernet flexible. Actualmente, se requiere urgentemente una solución de comunicación para implementar la comunicación entre puertos Ethernet de este tipo.
El documento WO 2014/140952 se relaciona con la detección dinámica del tipo de puerto.
Resumen
Las modalidades de esta solicitud proporcionan un método de comunicación, un dispositivo de comunicaciones y un medio de almacenamiento, para implementar la comunicación entre otro puerto y un puerto que soporta tanto un protocolo Ethernet flexible como un protocolo Ethernet estándar.
Se han definido varios aspectos de la presente divulgación en las reivindicaciones independientes. En las respectivas reivindicaciones dependientes se han definido características técnicas adicionales de cada uno de estos aspectos.
Breve descripción de los dibujos
La Figura 1 es un diagrama arquitectónico esquemático de un sistema de comunicaciones al que se aplica una modalidad de esta solicitud;
la Figura 2 es un diagrama estructural esquemático de la transmisión de información entre puertos que puede aplicarse a una modalidad de esta solicitud;
la Figura 3 es un diagrama esquemático de una estructura interna de un puerto que soporta un protocolo Ethernet estándar y un protocolo Ethernet flexible de acuerdo con una modalidad de esta solicitud;
la Figura 4 es un diagrama estructural esquemático de un formato de trama de un protocolo Ethernet estándar de acuerdo con una modalidad de esta solicitud;
la Figura 5 es un diagrama estructural esquemático de un formato de trama de un protocolo Ethernet flexible de acuerdo con una modalidad de esta solicitud;
la Figura 6 es un diagrama de flujo esquemático de un método de comunicación de acuerdo con una modalidad de esta solicitud;
la Figura 7 es un diagrama de flujo esquemático de un método de comunicación de acuerdo con una modalidad de esta solicitud;
la Figura 8 es un diagrama esquemático de un método de comunicación de acuerdo con una modalidad de esta solicitud;
la Figura 9 es un diagrama estructural esquemático de un bloque de código de conjunto ordenado de acuerdo con una modalidad de esta solicitud;
la Figura 10 es un diagrama esquemático de un bloque de código de conjunto ordenado codificado de acuerdo con una modalidad de esta solicitud;
la Figura 11 es un diagrama esquemático de un conjunto ordenado de capacidad de información de indicación que indica un tipo de protocolo soportado por un puerto, y un diagrama esquemático de un conjunto ordenado de estado que indica un tipo de protocolo usado actualmente por el puerto en una dirección de envío de acuerdo con una modalidad de esta solicitud;
la Figura 12 es un diagrama esquemático de un conjunto ordenado de capacidad de información de indicación que indica un tipo de protocolo soportado por un puerto, y un diagrama esquemático de un conjunto ordenado de estado que indica un tipo de protocolo usado actualmente por el puerto en una dirección de envío de acuerdo con una modalidad de esta solicitud;
la Figura 13 es un diagrama esquemático de un conjunto ordenado de capacidad de información de indicación que indica un tipo de protocolo soportado por un puerto, y un diagrama esquemático de un conjunto ordenado de estado que indica un tipo de protocolo usado actualmente por el puerto en una dirección de envío de acuerdo con una modalidad de esta solicitud;
la Figura 14 es un diagrama de flujo esquemático de otro método de comunicación de acuerdo con una modalidad de esta solicitud;
la Figura 15 es un diagrama de flujo esquemático de otro método de comunicación de acuerdo con una modalidad de esta solicitud;
la Figura 16 es un diagrama esquemático de un paquete LLDP de acuerdo con una modalidad de esta solicitud; la Figura 17 es un diagrama de flujo esquemático de un método de comunicación de acuerdo con una modalidad de esta solicitud;
la Figura 18 es un diagrama estructural esquemático de un dispositivo de comunicaciones de acuerdo con una modalidad de esta solicitud;
la Figura 19 es un diagrama estructural esquemático de un dispositivo de comunicaciones de acuerdo con una modalidad de esta solicitud;
la Figura 20 es un diagrama estructural esquemático de un dispositivo de comunicaciones de acuerdo con una modalidad de esta solicitud;
la Figura 21 es un diagrama estructural esquemático de un dispositivo de comunicaciones de acuerdo con una modalidad de esta solicitud; y
la Figura 22 es un diagrama estructural esquemático de un dispositivo de red de acuerdo con una modalidad de esta solicitud.
Descripción de las modalidades
La Figura 1 es un diagrama arquitectónico esquemático de un sistema de comunicaciones al que se aplica una modalidad de esta solicitud. Como se muestra en la Figura 1, el sistema de comunicaciones 1100 puede incluir un primer dispositivo 1101 y un segundo dispositivo 1201. Cualquiera del primer dispositivo 1101 y el segundo dispositivo 1201 puede incluir uno o más puertos. Cualquier puerto del dispositivo puede soportar sólo un protocolo Ethernet estándar, puede soportar sólo un protocolo Ethernet flexible o puede soportar tanto un protocolo Ethernet estándar como un protocolo Ethernet flexible. Como se muestra en la Figura 1, en el primer dispositivo 1101, un puerto 1103 soporta el protocolo Ethernet estándar, un puerto 1104 y un puerto 1105 soportan tanto el protocolo Ethernet estándar como el protocolo Ethernet flexible, y un puerto 1106, un puerto 1107 y un puerto 1108 soportan el protocolo Ethernet flexible. Aún como se muestra en la Figura 1, en el segundo dispositivo 1201, un puerto 1203 soporta el protocolo Ethernet estándar, un puerto 1204 y un puerto 1205 soportan tanto el protocolo Ethernet estándar como el protocolo Ethernet flexible, y un puerto 1206 soporta el protocolo Ethernet flexible. Un puerto que soporta tanto el protocolo Ethernet estándar como el protocolo Ethernet flexible también puede denominarse como un puerto que soporta un modo dual. Un puerto que sólo soporta el protocolo Ethernet estándar puede denominarse como un puerto que soporta un modo único. Un puerto que sólo soporta el protocolo Ethernet flexible también puede denominarse como un puerto que soporta un modo único.
Los puertos del primer dispositivo y del segundo dispositivo en esta modalidad de esta solicitud también pueden denominarse como puertos Ethernet. Los puertos pueden conectarse entre sí, por ejemplo, en la Figura 1, el puerto 1103 del primer dispositivo 1101 se conecta al puerto 1203. El puerto 1107 y el puerto 1108 del primer dispositivo 1101 pueden conectarse a otro dispositivo o pueden vaciarse temporalmente. "Vacío" puede significar que el puerto no se conecta a otro dispositivo, o puede significar que el puerto se conecta a otro dispositivo, pero un enlace no se habilita. Generalmente, un puerto puede conectarse a otro puerto, es decir, se establece un enlace de transmisión. Opcionalmente, un puerto puede conectarse a una pluralidad de puertos y existe una pluralidad de enlaces de transmisión. Esto no se limita en esta modalidad de esta solicitud. En esta modalidad de esta solicitud, se usa como ejemplo para la descripción un enlace de transmisión constituido por dos puertos. Cuando existe una pluralidad de enlaces, para dos puertos correspondientes a cada enlace, consulte la solución proporcionada en esta modalidad de esta solicitud.
Como se muestra en la Figura 1, en esta modalidad de esta solicitud, cualquiera del primer dispositivo 1101 y el segundo dispositivo 1201 puede incluir un módulo de gestión, tal como un módulo de gestión 1102 en el primer dispositivo 1101 y un módulo de gestión 1202 en el segundo dispositivo 1201. El módulo de gestión puede obtener un tipo de protocolo soportado por cada uno de todos los puertos del dispositivo, y también puede obtener un tipo de protocolo soportado por un puerto de par conectado al puerto. Por ejemplo, el módulo de gestión puede obtener un protocolo soportado por el puerto 1103 y también puede obtener un tipo de protocolo soportado por el puerto de par 1203 conectado al puerto 1103. Además, el módulo de gestión puede recibir además información ingresada externamente y puede determinar además, en base a la información ingresada externamente, un tipo de protocolo usado para enviar información y recibir información por un puerto que soporta dos tipos de protocolo. Opcionalmente, el módulo de gestión posteriormente también puede configurar, en base a un tipo de protocolo soportado por un puerto, un tipo de protocolo usado por el puerto cuando el puerto envía información y recibe información.
En esta modalidad de esta solicitud, la información puede transmitirse mutuamente entre puertos. La Figura 2 muestra un ejemplo de diagrama estructural esquemático de transmisión de información entre puertos que puede aplicarse a una modalidad de esta solicitud. Como se muestra en la Figura 2, el puerto 1104 puede tanto enviar información como recibir información, y el puerto 1204 puede tanto enviar información como recibir información. Cuando el puerto 1104 y el puerto 1204 se conectan, el primer dispositivo 1101 puede enviar información al puerto 1204 a través del puerto 1104, y el segundo dispositivo 1201 también puede enviar información al puerto 1104 a través del puerto 1204.
Además, como se muestra en la Figura 2, en esta modalidad de esta solicitud, cuando un puerto soporta dos tipos de protocolo, un tipo de protocolo usado por el puerto para enviar información puede ser diferente o igual que un tipo de protocolo usado por el puerto para recibir información. Por ejemplo, si el tipo de protocolo usado por el puerto para enviar información es el protocolo Ethernet estándar, el puerto envía información de acuerdo con el protocolo Ethernet estándar; y si el tipo de protocolo usado por el puerto para recibir información es el protocolo Ethernet flexible, el puerto recibe información de acuerdo con el protocolo Ethernet flexible. Específicamente, cuando el puerto envía información de acuerdo con el protocolo Ethernet estándar, la información enviada cumple con el protocolo Ethernet estándar, y un puerto que recibe la información puede analizar la información de acuerdo con el protocolo Ethernet estándar. Alternativamente, cuando el puerto envía información de acuerdo con el protocolo Ethernet flexible, la información enviada cumple con el protocolo Ethernet flexible, y un puerto que recibe la información puede analizar la información de acuerdo con el protocolo Ethernet flexible. Además, al recibir información de acuerdo con el protocolo Ethernet estándar, el puerto analiza la información recibida de acuerdo con el protocolo Ethernet estándar. Alternativamente, al recibir información de acuerdo con el protocolo Ethernet flexible, el puerto analiza la información recibida de acuerdo con el protocolo Ethernet flexible.
En esta modalidad de esta solicitud, el primer dispositivo 1101 y el segundo dispositivo 1201 pueden comunicarse entre sí. Cualquiera del primer dispositivo y del segundo dispositivo puede comunicarse con una o más redes centrales mediante el uso de una red de acceso por radio (Radio Access Network, RAN para abreviar). El dispositivo puede ser un equipo de usuario o un chip que se puede disponer en el equipo de usuario. En esta modalidad de esta solicitud, el primer dispositivo 1101 y el segundo dispositivo 1201 pueden comunicarse entre sí. Cualquiera del primer dispositivo y del segundo dispositivo puede ser un dispositivo de red o un chip dispuesto en un dispositivo de red. El dispositivo incluye, pero no se limita a, una estación base (por ejemplo, un NodoB (NodeB), un NodoB evolucionado eNodoB o un dispositivo de red (por ejemplo, un punto de transmisión (transmission point, TP), un punto de transmisión y recepción (transmission reception point, TRP), una estación base o un dispositivo de célula pequeña) en un sistema de comunicaciones de quinta generación (the fifth generation, 5G)), un dispositivo de red en un sistema de comunicaciones futuro, o un nodo de acceso, un nodo de retransmisión inalámbrica, o un nodo de retorno inalámbrico en un sistema WiFi.
La Figura 3 muestra un ejemplo de un diagrama esquemático de una estructura interna de un puerto que soporta un protocolo Ethernet estándar y un protocolo Ethernet flexible de acuerdo con una modalidad de esta solicitud. El puerto puede incluir una capa física (Physical, PHY), un módulo de conversión de modo (que puede denominarse como un "mode switch" en inglés), una capa Ethernet flexible (capa FlexE), un cliente de Ethernet flexible (FlexE Clients), una sobrecarga de Ethernet flexible (FlexE Overhead, FlexE OH), una subcapa de reconciliación (Reconciliation Sublayer, RS), y una capa de control de acceso al medio (Medium Access Control, MAC). Si el puerto envía información de acuerdo con el protocolo Ethernet estándar, una dirección del flujo de la información puede ser secuencialmente capa MAC-RS-módulo de conversión de modo-capa física. Cuando el puerto recibe información de acuerdo con el protocolo Ethernet flexible, una dirección del flujo de la información puede ser secuencialmente capa MAC-RS-cliente de Ethernet flexible o sobrecarga de Ethernet flexible-capa de Ethernet flexible-módulo de conversión de modo-capa física. Si el puerto recibe información de acuerdo con el protocolo Ethernet estándar, una dirección del flujo de la información puede ser secuencialmente capa física-módulo de conversión de modo-RS-capa MAC. Cuando el puerto recibe información de acuerdo con el protocolo Ethernet flexible, una dirección del flujo de la información puede ser secuencialmente capa física-módulo de conversión de modo- capa de Ethernet flexible-cliente de Ethernet flexible o sobrecarga de Ethernet flexible-RS-capa MAC. El cliente de Ethernet flexible y la sobrecarga de Ethernet flexible son dos modos. Por ejemplo, se usa un canal de
cliente de Ethernet flexible para transportar un paquete de servicio, y un canal de sobrecarga de Ethernet flexible se usa para transportar específicamente un paquete de gestión.
Como se muestra en la Figura 3, opcionalmente, el módulo de conversión de modo se configura para implementar la conversión entre dos tipos de protocolos. El módulo de conversión de modo puede identificar además alguna información recibida, por ejemplo, el módulo de conversión de modo puede identificar información de indicación usada para indicar un tipo de protocolo soportado por un segundo puerto de un segundo dispositivo, o puede identificar información de indicación usada para indicar un tipo de protocolo usado actualmente por un segundo puerto de un segundo dispositivo para enviar información, por ejemplo, la información de indicación es algunos bloques de códigos de marcas especiales (bloques de códigos OH FlexE u otros bloques de códigos de características personalizadas).
En el protocolo Ethernet estándar, el ancho de banda de un puerto no se divide en términos de multiplexación por división de tiempo, y se puede multiplexar un enlace físico completo para recopilar estadísticas sobre paquetes de datos de servicio, paquetes de protocolo de gestión y paquetes de protocolo de operación, gestión y mantenimiento (Operations, Administration, and Maintenance, OAM). La Figura 4 muestra un ejemplo de un diagrama estructural esquemático de un formato de trama de un protocolo Ethernet estándar de acuerdo con una modalidad de esta solicitud. Como se muestra en la Figura 4, el formato de la trama incluye una dirección de destino (Destination Address, DA), una dirección de origen (Source Address, SA), un tipo (Type), datos (Data), y una secuencia de verificación de tramas (frame check sequence, FCS). Un paquete de protocolo de gestión y un paquete de protocolo OAM generalmente se pueden distinguir del paquete de datos de servicio mediante el uso de una dirección MAC de capa 2 especial, un tipo de paquete, y similares.
La Figura 5 muestra un ejemplo de un diagrama estructural esquemático de un formato de trama de un protocolo Ethernet flexible de acuerdo con una modalidad de esta solicitud. Como se muestra en la Figura 5, se puede construir un formato de trama fijo en base al protocolo Ethernet flexible para la transmisión a través de un puerto físico, y la división de intervalos se realiza en base a la multiplexación por división de tiempo (Time Division Multiplexing, TDM). Una granularidad de división de intervalos de una FlexE puede ser 66B y, correspondientemente transporta un bloque de código de 64B/66B. Para un puerto PHY de 100 GE, un flujo de bloques de código de datos puede incluir 20 bloques de código de 64B/66B y corresponder a 20 intervalos. Cada intervalo tiene un ancho de banda de 5G, y 5G se denomina como un intervalo (slot). En esta modalidad de esta solicitud, 64B/66B pueden entenderse como bloques de bits de 64 bits y bloques de código de 66 bits que se obtienen codificando los bloques de bits de 64 bits.
Como se muestra en la Figura 5, la Ethernet flexible puede construir una estructura de trama de multiplexación por división de tiempo en base a un bloque de código de 64B/66B. Los datos en cada PHY en la FlexE se alinean insertando periódicamente un bloque de código de sobrecarga (Overhead, OH) de la FlexE. Por ejemplo, se puede insertar un bloque de código de sobrecarga de 66B de la OH FlexE cada 1023*20 bloques de código de datos de carga útil de 66B. Como se muestra en la Figura 5, los bloques de código de 66B en ocho filas (cada fila incluye un bloque de código OH+1023*20 datos (Data)) constituyen una trama de protocolo del protocolo Ethernet flexible, como se muestra en la Figura 5; y 32 tramas de protocolo del protocolo Ethernet flexible constituyen una multitrama del protocolo Ethernet flexible. En una posible solución de implementación, en el primer bloque de código OH en la trama del protocolo Ethernet flexible, un campo de 0x4B de bits 0 a 7 y un campo 0x5 de bits 32 a 35 constituyen conjuntamente un campo de marca de indicación de encabezado de trama de un bloque de código de sobrecarga de trama de la FlexE. En la OH FlexE, se pueden definir dos canales de gestión, y el canal de gestión se puede usar para ejecutar un enlace de comunicación de gestión y un enlace de comunicación OAM de un protocolo Ethernet de 1,2 Mb/s y un protocolo Ethernet de 1,8 Mb/s que se codifican en base a una secuencia de bloque de código de 64B/66B. Además, en esta modalidad de esta solicitud, la codificación de 64B/66B puede usarse en un escenario de una capa física de 100 GE.
Los puertos que soportan diferentes tipos de protocolo pueden tener el mismo atributo de apariencia física, pero debido a los diferentes canales y mecanismos de gestión, un puerto que sólo soporta un protocolo Ethernet estándar y un puerto que sólo soporta un protocolo Ethernet flexible no tienen la capacidad de adaptarse a un estado del extremo del par y no pueden comunicarse entre sí. Para ser más compatible con Ethernet estándar, se puede configurar un puerto que soporta el protocolo Ethernet flexible y el protocolo Ethernet estándar. Esta modalidad de esta solicitud proporciona una solución, de manera que un puerto que soporta tanto el protocolo Ethernet flexible como el protocolo Ethernet estándar puede obtener un tipo de protocolo soportado por un puerto de par, y además puede comunicarse con el puerto de par en base al tipo de protocolo soportado por el puerto y el tipo de protocolo soportado por el puerto de par. La Figura 6 muestra un ejemplo de un diagrama de flujo esquemático de un método de comunicación de acuerdo con una modalidad de esta solicitud. Como se muestra en la Figura 6, el método incluye las siguientes etapas.
Etapa 2101: Un primer dispositivo obtiene un tipo de protocolo soportado por un segundo puerto de un segundo dispositivo, donde el tipo de protocolo soportado por el segundo puerto del segundo dispositivo incluye un protocolo Ethernet flexible y/o un protocolo Ethernet estándar, y un primer puerto del primer dispositivo soporta el protocolo Ethernet flexible y el protocolo Ethernet estándar.
Etapa 2102: El primer dispositivo determina un tipo de protocolo de destino en base al tipo de protocolo soportado por el segundo puerto y un tipo de protocolo soportado por el primer puerto, donde el tipo de protocolo de destino incluye el protocolo Ethernet flexible o el protocolo Ethernet estándar.
Etapa 2103: El primer dispositivo se comunica con el segundo dispositivo en base al tipo de protocolo de destino a través del primer puerto y el segundo puerto.
En esta modalidad de esta solicitud, el puerto del primer dispositivo soporta el protocolo Ethernet flexible y el protocolo Ethernet estándar, y el tipo de protocolo soportado por el puerto del segundo dispositivo incluye el protocolo Ethernet flexible y/o el protocolo Ethernet estándar. El primer dispositivo obtiene el tipo de protocolo soportado por el puerto del segundo dispositivo, determina el tipo de protocolo de destino en base al tipo de protocolo soportado por el puerto del segundo dispositivo y el tipo de protocolo soportado por el puerto del primer dispositivo, y se comunica con el segundo dispositivo en base al tipo de protocolo de destino. El tipo de protocolo de destino incluye el protocolo Ethernet flexible o el protocolo Ethernet estándar. De esta forma, se implementa la comunicación entre otro puerto y un puerto que soporta tanto el protocolo Ethernet flexible como el protocolo Ethernet estándar.
Un experto en la técnica puede aprender que si aparece un nuevo tipo de protocolo en el futuro, en base a la solución proporcionada en esta modalidad de esta solicitud, el tipo de protocolo de destino puede determinarse además en base a un tipo de protocolo soportado por el puerto local y un tipo de protocolo soportado por un puerto de par.
En la etapa 2101, el primer dispositivo obtiene, en una pluralidad de formas, el tipo de protocolo soportado por el segundo puerto del segundo dispositivo, por ejemplo, el tipo de protocolo se configura en un sistema por adelantado, o el personal de gestión externo ingresa el tipo de protocolo. La Figura 7 muestra un ejemplo de un diagrama de flujo esquemático de un método de comunicación de acuerdo con una modalidad de esta solicitud.
Como se muestra en la Figura 7, el método incluye las siguientes etapas:
Etapa 2201: Un segundo dispositivo genera información de indicación usada para indicar un tipo de protocolo soportado por un segundo puerto del segundo dispositivo, donde el tipo de protocolo soportado por el segundo puerto del segundo dispositivo incluye un protocolo Ethernet flexible y/o un protocolo Ethernet estándar.
Etapa 2202: El segundo dispositivo envía la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto.
Cuando un primer dispositivo incluye uno o más puertos, un primer puerto es cualquier puerto que sea del primer dispositivo y que soporte tanto el protocolo Ethernet flexible como el protocolo Ethernet estándar. El segundo puerto es cualquier puerto del segundo dispositivo. El segundo puerto puede soportar sólo el protocolo Ethernet flexible, o puede soportar sólo el protocolo Ethernet estándar, o puede soportar tanto el protocolo Ethernet flexible como el protocolo Ethernet estándar. Cada puerto en esta modalidad de esta solicitud tiene una capacidad de envío y una capacidad de recepción. Cuando el puerto envía información, para una solución relacionada, consulte una solución relacionada del segundo puerto en esta modalidad de esta solicitud. Cuando el puerto puede soportar tanto el protocolo Ethernet flexible como el protocolo Ethernet estándar, para una solución relacionada en la que el puerto recibe información, consulte una solución relacionada del primer puerto en esta modalidad de esta solicitud.
Para ser específicos, la solución proporcionada en esta modalidad de esta solicitud y realizada por el primer puerto puede aplicarse a cualquier puerto que pueda soportar tanto el protocolo Ethernet flexible como el protocolo Ethernet estándar. La solución proporcionada en esta modalidad de esta solicitud y realizada por el segundo puerto puede aplicarse a cualquier puerto. En otras palabras, cualquier puerto puede realizar la solución relacionada con el segundo puerto en esta modalidad de esta solicitud, y cualquier puerto que soporte tanto el protocolo Ethernet flexible como el protocolo Ethernet estándar puede realizar la solución relacionada con el primer puerto en esta modalidad de esta solicitud.
En una implementación opcional, si el segundo puerto soporta el protocolo Ethernet flexible y el protocolo Ethernet estándar, el segundo puerto también puede obtener un tipo de protocolo soportado por el primer puerto; determinar un tipo de protocolo de destino en base al tipo de protocolo soportado por el segundo puerto y el tipo de protocolo soportado por el primer puerto, donde el tipo de protocolo de destino incluye el protocolo Ethernet flexible o el protocolo Ethernet estándar; y se comunica además con el segundo dispositivo en base al tipo de protocolo de destino a través del primer puerto y el segundo puerto. Opcionalmente, una solución relacionada en la que el segundo puerto obtiene el tipo de protocolo soportado por el primer puerto es similar a una solución en la que el primer puerto obtiene el tipo de protocolo soportado por el segundo puerto. Los detalles no se describen en la presente descripción de nuevo.
En otra implementación opcional, el primer dispositivo genera información de indicación usada para indicar un tipo de protocolo soportado por el primer puerto; y el primer dispositivo envía la información de indicación usada para indicar el tipo de protocolo soportado por el primer puerto. Opcionalmente, una solución relacionada en la que el
primer puerto envía la información de indicación usada para indicar el tipo de protocolo soportado por el primer puerto es similar a una solución en la que el segundo puerto envía la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto. Los detalles no se describen en la presente descripción de nuevo.
En una implementación opcional, después de que el primer dispositivo determina un tipo de protocolo de destino, el primer dispositivo envía información al segundo puerto del segundo dispositivo en base al tipo de protocolo de destino a través del primer puerto, de manera que el segundo puerto pueda analizar con éxito la información enviada desde el primer puerto. En otra implementación opcional, después de que el primer dispositivo determina un tipo de protocolo de destino, el primer dispositivo recibe, en base al tipo de protocolo de destino a través del primer puerto, información enviada desde el segundo puerto del segundo dispositivo, de manera que el primer puerto pueda analizar con éxito la información enviada desde el segundo puerto. En una tercera solución de implementación opcional, el primer dispositivo envía información al segundo puerto del segundo dispositivo en base a un tipo de protocolo de destino a través del primer puerto y recibe, en base al tipo de protocolo de destino a través del primer puerto, información enviada desde el segundo puerto del segundo dispositivo, de manera que un tipo de protocolo usado por el primer puerto para enviar información sea consistente con un tipo de protocolo usado por el primer puerto para recibir información. Por lo tanto, el primer puerto se comunica mejor con el segundo puerto, y el primer puerto y el segundo puerto también se gestionan fácilmente.
Además, en esta modalidad de esta solicitud, antes de que el primer dispositivo determine el tipo de protocolo de destino, el método incluye además: El primer dispositivo obtiene, mediante el uso de un bloque de código de subcapa de codificación física (Physical Coding Sublayer, PCS), un tipo de protocolo usado actualmente por el segundo puerto para enviar información. El bloque de código PCS es un término general y no tiene un significado específico. Específicamente, el primer dispositivo obtiene, mediante el uso de la información relacionada en una capa PCS, el tipo de protocolo usado actualmente por el segundo puerto para enviar información. El bloque de código PCS puede ser información de datos, o puede ser información de error, información de enlace o similar. Debido a que la capa PCS es una capa relativamente baja, las sobrecargas de tiempo se pueden reducir de forma que se obtenga información mediante el uso de la señalización de la capa PCS. En una implementación opcional, el segundo dispositivo envía, mediante el uso de un bloque de código PCS, información de indicación usada para indicar un tipo de protocolo usado actualmente por el segundo puerto para enviar información. Por ejemplo, el segundo dispositivo agrega, al bloque de código PCS, la información de indicación usada para indicar el tipo de protocolo usado actualmente por el segundo puerto para enviar información. Debido a que el primer dispositivo obtiene el tipo de protocolo usado actualmente por el segundo puerto para enviar información, el primer dispositivo puede ajustar de manera adaptativa un tipo de protocolo usado actualmente por el primer dispositivo para recibir información, sentando así las bases para analizar con éxito la señalización de la capa superior posteriormente. Además, en una posible implementación, el protocolo Ethernet estándar y el protocolo Ethernet flexible son completamente iguales en términos de arquitectura física en una capa más baja que la capa PCS, y ambos son flujos de bloques de código de 64B/66B en un plano de datos. Por lo tanto, cuando dos puertos se transmiten información entre sí mediante el uso del bloque de código PCS, la información de la capa PCS aún puede analizarse incluso si los tipos de protocolo usados por los dos puertos son diferentes. En base a esto, en esta modalidad de esta solicitud, la información se transmite mediante el uso del bloque de código PCS, de manera que un puerto que usa el protocolo Ethernet flexible puede realizar un análisis de la capa PCS en la información recibida enviada mediante el uso del protocolo Ethernet estándar, y un puerto que usa el protocolo Ethernet estándar puede realizar un análisis de la capa PCS en la información recibida enviada mediante el uso del protocolo Ethernet flexible. Por lo tanto, los dos puertos que soportan diferentes protocolos se comunican entre sí.
En una solución de implementación opcional proporcionada en esta modalidad de esta solicitud, el envío, por el segundo dispositivo mediante el uso de un bloque de código PCS de la subcapa de codificación física, de información de indicación usada para indicar un tipo de protocolo usado actualmente por el segundo puerto para enviar información incluye: enviar, por el segundo dispositivo, un primer bloque de código PCS preestablecido cuando el tipo de protocolo usado actualmente por el segundo puerto para enviar información es el protocolo Ethernet flexible. Además, opcionalmente, cuando el tipo de protocolo usado actualmente por el segundo puerto para enviar información es el protocolo Ethernet estándar, el segundo dispositivo puede no enviar un primer bloque de código PCS preestablecido, o puede enviar otra información tal como un tercer bloque de código PCS preestablecido usado para indicar el protocolo Ethernet estándar. Alternativamente, el segundo dispositivo envía un tercer bloque de código PCS preestablecido cuando el tipo de protocolo usado actualmente por el segundo puerto para enviar información es el protocolo Ethernet estándar. De esta forma, el primer puerto puede determinar, al determinar si se recibe el primer bloque de código PCS preestablecido, el tipo de protocolo usado actualmente por el segundo puerto para enviar información. Esto reduce las sobrecargas de tiempo y también es simple y rápido. Opcionalmente, un bit reservado en un bloque de código en la técnica anterior se puede multiplexar para el primer bloque de código PCS preestablecido, o algunos bloques de código pueden definirse recién.
En otra implementación opcional correspondiente, la obtención, por el primer dispositivo mediante el uso de un primer bloque de código PCS, de un tipo de protocolo usado actualmente por el segundo puerto para enviar información incluye: cuando se recibe un primer bloque de código PCS preestablecido, determinar, por el primer dispositivo, que el tipo de protocolo usado actualmente por el segundo puerto para enviar información es el protocolo
Ethernet flexible; o cuando no se recibe un primer bloque de código PCS preestablecido, determinar, por el primer dispositivo, que el tipo de protocolo usado actualmente por el segundo puerto para enviar información es el protocolo Ethernet estándar. Existe una pluralidad de formas determinantes específicas. Por ejemplo, si se determina que la información recibida por el primer puerto no incluye el primer bloque de código PCS preestablecido, o si se encuentra que la información recibida por el primer puerto incluye un tercer bloque de código PCS preestablecido, se puede determinar que el tipo de protocolo usado actualmente por el segundo puerto para enviar información es el protocolo Ethernet estándar. De esta forma, el primer puerto puede determinar conveniente y rápidamente el tipo de protocolo usado actualmente por el segundo puerto para enviar información.
Además, en esta modalidad de esta solicitud, opcionalmente, el tipo de protocolo soportado por el segundo puerto incluye el protocolo Ethernet flexible y el protocolo Ethernet estándar, y el método incluye además: enviar, por el segundo dispositivo, la primera información de indicación; o enviar, por el segundo dispositivo, una primera información de indicación y una segunda información de indicación. La primera información de indicación se usa para indicar un tipo de protocolo con una mayor prioridad en el tipo de protocolo soportado por el segundo puerto, y la segunda información de indicación se usa para indicar un nivel de prioridad del tipo de protocolo con una mayor prioridad en el tipo de protocolo soportado por el segundo puerto. En una implementación opcional, el tipo de protocolo soportado por el segundo puerto del segundo dispositivo incluye el protocolo Ethernet flexible y el protocolo Ethernet estándar; el primer dispositivo obtiene la primera información de indicación; y el primer dispositivo determina el tipo de protocolo de destino en base a la primera información de indicación y el tipo de protocolo soportado por el primer puerto del primer dispositivo.
Por ejemplo, el tipo de protocolo con mayor prioridad en el tipo de protocolo soportado por el segundo puerto es un tipo de protocolo Ethernet flexible. En este caso, el protocolo Ethernet flexible se puede seleccionar como el tipo de protocolo de destino del primer puerto. Además, opcionalmente, después de obtener el tipo de protocolo soportado por el primer puerto, el segundo puerto determina, en base a los tipos de protocolo soportados por el primer puerto y el segundo puerto y el tipo de protocolo con una mayor prioridad en el tipo de protocolo soportado por el segundo puerto, que el tipo de protocolo de destino del segundo puerto es también el protocolo Ethernet flexible. Por lo tanto, se puede aprender que el primer puerto y el segundo puerto determinan un mismo tipo de protocolo de destino, de manera que el primer puerto y el segundo puerto pueden comunicarse entre sí en base al tipo de protocolo de destino.
En una implementación opcional, el tipo de protocolo soportado por el segundo puerto del segundo dispositivo incluye el protocolo Ethernet flexible y el protocolo Ethernet estándar; el primer dispositivo obtiene la primera información de indicación; y el primer dispositivo determina el tipo de protocolo de destino en base a la primera información de indicación y un tipo de protocolo con una mayor prioridad en el tipo de protocolo soportado por el primer puerto del primer dispositivo.
Por ejemplo, el tipo de protocolo con una mayor prioridad en el tipo de protocolo soportado por el primer puerto es un tipo de protocolo Ethernet flexible, y un tipo de protocolo con una mayor prioridad en el tipo de protocolo soportado por el segundo puerto es un tipo de protocolo Ethernet flexible. Se puede aprender que el primer puerto y el segundo puerto soportan un mismo tipo de protocolo con una mayor prioridad. Por lo tanto, el tipo de protocolo de destino seleccionado por el primer puerto es el protocolo Ethernet flexible. Además, opcionalmente, después de que el segundo puerto obtenga el tipo de protocolo soportado por el primer puerto, el tipo de protocolo de destino correspondientemente determinado del segundo puerto es también el protocolo Ethernet flexible. Por lo tanto, se puede aprender que el primer puerto y el segundo puerto determinan un mismo tipo de protocolo de destino, de manera que el primer puerto y el segundo puerto pueden comunicarse entre sí en base al tipo de protocolo de destino.
Para otro ejemplo, el tipo de protocolo con una mayor prioridad en el tipo de protocolo soportado por el primer puerto es un tipo de protocolo Ethernet flexible, y un tipo de protocolo con una mayor prioridad en el tipo de protocolo soportado por el segundo puerto es un tipo de protocolo Ethernet estándar. Se puede aprender que el primer puerto y el segundo puerto soportan diferentes tipos de protocolos con una mayor prioridad. En este caso, el tipo de protocolo de destino puede seleccionarse de acuerdo con algunas reglas preestablecidas. Por ejemplo, una regla preestablecida puede ser seleccionar el protocolo Ethernet flexible cuando el primer puerto y el segundo puerto soportan diferentes tipos de protocolo con una mayor prioridad.
En una tercera implementación opcional, antes de que el primer dispositivo determine el tipo de protocolo de destino en base al tipo de protocolo soportado por el segundo puerto del segundo dispositivo y el tipo de protocolo soportado por el segundo puerto del primer dispositivo, el método incluye además: obtener, por el primer dispositivo, la segunda información de indicación; y determinar, por el primer dispositivo, el tipo de protocolo de destino en base a la información de la primera indicación, la segunda información de indicación, un tipo de protocolo con una mayor prioridad en el tipo de protocolo soportado por el primer puerto del primer dispositivo, y un nivel de prioridad del tipo de protocolo con una mayor prioridad en el tipo de protocolo soportado por el primer puerto del primer dispositivo. Un nivel de prioridad en esta modalidad de esta solicitud se usa para indicar un grado de prioridad de un tipo de protocolo. Por ejemplo, se puede establecer un nivel 0 a un nivel 3, el nivel 0 indica un grado de prioridad más bajo y el nivel 3 indica un grado de prioridad más alto.
Por ejemplo, el tipo de protocolo con una mayor prioridad en el tipo de protocolo soportado por el primer puerto es un tipo de protocolo Ethernet flexible, y el nivel de prioridad del tipo de protocolo con una mayor prioridad en el tipo de protocolo soportado por el primer puerto es el nivel 3; y un tipo de protocolo con una mayor prioridad en el tipo de protocolo soportado por el segundo puerto es un tipo de protocolo Ethernet estándar, y un nivel de prioridad del tipo de protocolo con una mayor prioridad en el tipo de protocolo soportado por el segundo puerto es el nivel 3. Se puede aprender que el primer puerto y el segundo puerto soportan diferentes tipos de protocolo con una mayor prioridad, y los tipos de protocolo con una mayor prioridad en los tipos de protocolo que se soportan por el primer puerto y el segundo puerto tienen el mismo nivel de prioridad. En este caso, el tipo de protocolo de destino puede determinarse de acuerdo con algunas reglas preestablecidas. Por ejemplo, una regla preestablecida puede ser seleccionar el protocolo Ethernet flexible cuando el primer puerto y el segundo puerto soportan diferentes tipos de protocolo con una mayor prioridad, y los tipos de protocolo con una mayor prioridad en los tipos de protocolo que se soportan por el primer puerto y el segundo puerto tienen el mismo nivel de prioridad.
Para otro ejemplo, el tipo de protocolo con una mayor prioridad en el tipo de protocolo soportado por el primer puerto es un tipo de protocolo Ethernet flexible, y el nivel de prioridad del tipo de protocolo con una mayor prioridad en el tipo de protocolo soportado por el primer puerto es el nivel 3; y un tipo de protocolo con una mayor prioridad en el tipo de protocolo soportado por el segundo puerto es un tipo de protocolo Ethernet estándar, y un nivel de prioridad del tipo de protocolo con una mayor prioridad en el tipo de protocolo soportado por el segundo puerto es un nivel 2. Se puede aprender que el primer puerto y el segundo puerto soportan diferentes tipos de protocolo con una mayor prioridad, y el nivel de prioridad del tipo de protocolo con una mayor prioridad en el tipo de protocolo soportado por el primer puerto es mayor. Por lo tanto, el tipo de protocolo de destino determinado por el primer puerto es el protocolo Ethernet flexible. Además, opcionalmente, después de que el segundo puerto obtenga el tipo de protocolo soportado por el primer puerto, el tipo de protocolo de destino, del segundo puerto, que se determina en base a los niveles de prioridad soportados por el primer puerto y el segundo puerto también es el protocolo Ethernet flexible. Por lo tanto, se puede aprender que el primer puerto y el segundo puerto determinan un mismo tipo de protocolo de destino, de manera que el primer puerto y el segundo puerto pueden comunicarse entre sí en base al tipo de protocolo de destino.
En base al contenido anterior, esta modalidad de esta solicitud proporciona una implementación opcional. La obtención, por un primer dispositivo, de un tipo de protocolo soportado por un segundo puerto de un segundo dispositivo incluye: obtener, por el primer dispositivo mediante el uso de un segundo bloque de código PCS, el tipo de protocolo soportado por el segundo puerto. Para ser específicos, la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto se transporta en el bloque de código PCS. Por lo tanto, cuando dos puertos se transmiten información entre sí mediante el uso del bloque de código PCS, la información de la capa PCS aún puede analizarse incluso si los tipos de protocolo usados por los dos puertos son diferentes. En base a esto, en esta modalidad de esta solicitud, la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto se transmite mediante el uso del bloque de código PCS. Incluso si un tipo de protocolo usado por el primer puerto para recibir información es diferente de un tipo de protocolo usado por el segundo puerto para enviar información, el primer puerto aún puede obtener con éxito, a través del análisis, la información de indicación que se envía por el segundo puerto mediante el uso del bloque de código PCS y que se usa para indicar el tipo de protocolo soportado por el segundo puerto, de manera que el primer puerto obtenga con éxito el tipo de protocolo soportado por el segundo puerto.
Además, en una implementación opcional, se establecen caracteres específicos en campos fijos en algunos bloques de código PCS, para indicar el tipo de protocolo soportado por el segundo puerto. Por ejemplo, si el campo es 1, indica que el tipo de protocolo soportado por el segundo puerto incluye el protocolo Ethernet flexible; si el campo es 0, indica que el tipo de protocolo soportado por el segundo puerto incluye el protocolo Ethernet flexible y el protocolo Ethernet estándar; o si el campo está vacío, indica que el tipo de protocolo soportado por el segundo puerto incluye el protocolo Ethernet estándar.
Esta modalidad de esta solicitud proporciona una solución de implementación opcional para reducir las sobrecargas de tiempo. El envío, por el segundo dispositivo, de la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto del segundo dispositivo incluye al menos uno de los siguientes contenidos: cuando el segundo puerto del segundo dispositivo soporta el protocolo Ethernet flexible y el protocolo Ethernet estándar, enviar información que incluye el segundo bloque de código PCS preestablecido; cuando el segundo puerto del segundo dispositivo soporta el protocolo Ethernet flexible, enviar información que no incluye el segundo bloque de código PCS preestablecido e incluir el primer bloque de código PCS preestablecido; o cuando el segundo puerto del segundo dispositivo soporta el protocolo Ethernet estándar, enviar información que no incluye ni el segundo bloque de código PCS preestablecido ni el primer bloque de código PCS preestablecido. Correspondientemente, en una implementación opcional, la obtención, por un primer dispositivo, de un tipo de protocolo soportado por un segundo puerto de un segundo dispositivo incluye al menos uno de los siguientes contenidos: cuando se recibe el segundo bloque de código PCS preestablecido, determinar, por el primer dispositivo, que el tipo de protocolo soportado por el segundo puerto incluye el protocolo Ethernet flexible y el protocolo Ethernet estándar; cuando no se recibe el segundo bloque de código PCS preestablecido y se recibe el primer bloque de código PCS preestablecido, determinar, por el primer dispositivo, que el tipo de protocolo soportado por el segundo puerto es el protocolo Ethernet flexible; o cuando no se recibe ni el segundo bloque de código PCS preestablecido ni
el primer bloque de código PCS preestablecido, determinar, por el primer dispositivo, que el tipo de protocolo soportado por el segundo puerto es el protocolo Ethernet estándar. De esta forma, el primer puerto puede determinar, mediante el uso del primer bloque de código PCS preestablecido y el segundo bloque de código PCS preestablecido, el tipo de protocolo soportado por el segundo puerto. Esto es simple y rápido, y puede reducir las sobrecargas de tiempo.
En otra solución de implementación opcional, el envío, por el segundo dispositivo, de la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto del segundo dispositivo incluye al menos uno de los siguientes contenidos: cuando el segundo puerto del segundo dispositivo soporta el protocolo Ethernet flexible y el protocolo Ethernet estándar, enviar información que incluye el segundo bloque de código PCS preestablecido; cuando el segundo puerto del segundo dispositivo soporta el protocolo Ethernet flexible, enviar información que incluye el primer bloque de código PCS preestablecido; o cuando el segundo puerto del segundo dispositivo soporta el protocolo Ethernet estándar, enviar información que no incluye ni el segundo bloque de código PCS preestablecido ni el primer bloque de código PCS preestablecido, donde, por ejemplo, se puede enviar información que incluye el tercer bloque de código PCS preestablecido. Correspondientemente, en una implementación opcional, la obtención, por un primer dispositivo, de un tipo de protocolo soportado por un segundo puerto de un segundo dispositivo incluye al menos uno de los siguientes contenidos: cuando se recibe el segundo bloque de código PCS preestablecido, determinar, por el primer dispositivo, que el tipo de protocolo soportado por el segundo puerto incluye el protocolo Ethernet flexible y el protocolo Ethernet estándar; cuando se recibe el primer bloque de código PCS preestablecido, determinar, por el primer dispositivo, que el tipo de protocolo soportado por el segundo puerto es el protocolo Ethernet flexible; o cuando no se recibe ni el segundo bloque de código PCS preestablecido ni el primer bloque de código PCS preestablecido, determinar, por el primer dispositivo, que el tipo de protocolo soportado por el segundo puerto es el protocolo Ethernet estándar. De esta forma, el primer puerto puede determinar, mediante el uso del primer bloque de código PCS preestablecido y el segundo bloque de código PCS preestablecido, el tipo de protocolo soportado por el segundo puerto. Esto es simple y rápido, y puede reducir las sobrecargas de tiempo.
La Figura 8 muestra un ejemplo de un diagrama esquemático de un método de comunicación de acuerdo con una modalidad de esta solicitud. Como se muestra en la Figura 8, el método incluye las siguientes etapas:
Etapa 2301: Determinar si un primer puerto recibe un segundo bloque de código PCS preestablecido; y realizar la etapa 2302 si el primer puerto recibe el segundo bloque de código PCS preestablecido; o realizar la etapa 2303 si el primer puerto no recibe el segundo bloque de código PCS preestablecido.
Etapa 2302: Determinar que un tipo de protocolo soportado por un segundo puerto incluye un protocolo Ethernet flexible y un protocolo Ethernet estándar.
Etapa 2303: Determinar si el primer puerto recibe un primer bloque de código PCS preestablecido; y realizar la etapa 2304 si el primer puerto recibe el primer bloque de código PCS preestablecido; o realizar la etapa 2305 si el primer puerto no recibe el primer bloque de código PCS preestablecido.
Etapa 2304: Determinar que el tipo de protocolo soportado por el segundo puerto es un protocolo Ethernet flexible.
Etapa 2305: Determinar que el tipo de protocolo soportado por el segundo puerto es un protocolo Ethernet estándar.
En la modalidad anterior, el primer bloque de código PCS preestablecido puede incluir un bloque de código de encabezado de la trama OH del protocolo Ethernet flexible. Para ser específicos, el primer bloque de código PCS preestablecido puede ser el bloque de código de encabezado de la trama de la sobrecarga (OH) del protocolo Ethernet flexible de la Figura 5, y el bloque de código de encabezado de la trama de la sobrecarga (OH) del protocolo Ethernet flexible también puede describirse como un bloque de código OH FlexE 0x4B+0x5. Para otras descripciones correspondientes, consulte el contenido anterior. Para otro ejemplo, el primer bloque de código PCS preestablecido también puede tener otra forma, por ejemplo, se preestablecen un campo y un carácter específico. Si el carácter se recibe en el campo, se determina que se recibe el primer bloque de código PCS preestablecido; o si el carácter no se recibe en el campo, se determina que no se recibe el primer bloque de código p Cs preestablecido.
En una implementación opcional, el segundo bloque de código PCS preestablecido puede definirse recién. Para minimizar las modificaciones a la técnica anterior, esta modalidad de esta solicitud proporciona una solución de implementación del segundo bloque de código PCS preestablecido. El segundo bloque de código PCS preestablecido es un bloque de código de conjunto ordenado (ordered set) recién definido. El bloque de código de conjunto ordenado generalmente puede cumplir con el contenido de "el bloque de código de conjunto ordenado se usa para extender la capacidad de enviar información sobre un estado de control y un estado de enlace, y el estado de enlace incluye un estado de falla remota y un estado de falla local". En inglés, las descripciones correspondientes son contenidos descritos en "los conjuntos ordenados se usan para extender la capacidad de enviar información de control y estado a través del enlace, tales como falla remota y estado de falla local". El bloque de código de conjunto ordenado también puede denominarse como un conjunto ordenado del modo de interfaz. Una descripción en inglés del conjunto ordenado del modo de interfaz puede escribirse como "conjunto ordenado del modo de interfaz". Para ser específicos, el segundo bloque de código PCS preestablecido puede ser un bloque de código de conjunto ordenado. El bloque de código de conjunto ordenado se redefine en esta modalidad de esta solicitud. En esta
modalidad de esta solicitud, el bloque de código de conjunto ordenado que representa el segundo bloque de código PCS preestablecido puede denominarse como un bloque de código de conjunto ordenado recién definido. El bloque de código de conjunto ordenado recién definido se basa en la codificación de 64B/66B. El primer puerto puede identificar el primer bloque de código PCS y el segundo bloque de código PCS, por ejemplo, identificar el primer bloque de código PCS y el segundo bloque de código PCS mediante el uso del módulo de conversión de modo de la Figura 3. El módulo de conversión de modo de la Figura 3 puede disponerse en una capa física.
La Figura 9 muestra un ejemplo de un diagrama estructural esquemático de un bloque de código de conjunto ordenado de acuerdo con una modalidad de esta solicitud. Como se muestra en la Figura 9, una última fila es un bloque de código de conjunto ordenado recién definido, es decir, la última fila es un segundo bloque de código PCS preestablecido, y un primer puerto puede identificar el bloque de código de conjunto ordenado recién definido. Además, opcionalmente, la primera información de indicación y/o la segunda información de indicación anteriores pueden transportarse en el bloque de código de conjunto ordenado. Por ejemplo, los primeros dos bits de un byte en un carril 2 en la última fila identifican la primera información de indicación, es decir, identifican un tipo de protocolo con una mayor prioridad, que puede denominarse como "modo anterior" en inglés. Por ejemplo, si los dos bits son 10, indica que un tipo de protocolo con mayor prioridad y soportado por un segundo puerto es un protocolo Ethernet flexible; o si los dos bits son 01, indica que un tipo de protocolo con mayor prioridad y soportado por un segundo puerto es un protocolo Ethernet estándar. Los dos bits siguientes a los dos primeros bits pueden identificar la segunda información de indicación, que puede denominarse como "prioridad" en inglés. Además, opcionalmente, para extender un escenario de aplicación futura de esta modalidad de esta solicitud, los últimos cuatro bits pueden usarse como bits reservados.
Además, el bloque de código de conjunto ordenado puede ser un bloque de código que incluye un carácter de control y un carácter de datos, y puede usarse para enviar información de control e información de estado, como "reservado (reserved)", "falla local (local Fault)", y "falla remota (remote Fault)" en un último carril (Descripción) en las tres primeras filas en el estándar IEEE 802.3 que soporta 40 Gb/s y 100 Gb/s en la Figura 9. Además, el bloque de código de conjunto ordenado recién definido (la última fila en la Figura 9) en esta modalidad de esta solicitud puede usarse para transportar información de indicación usada para indicar un tipo de protocolo soportado por el segundo puerto. En el bloque de código de conjunto ordenado recién definido (la última fila en la Figura 9), una secuencia en un carril 0 puede representarse como un código de control de 0x9C, y un valor del carril 2 puede determinarse por un modo anterior y una prioridad. Un carril 3 puede establecerse en 0x03 y es un byte identificador principal de un conjunto ordenado. Para ser específicos, el primer puerto puede identificar el segundo bloque de código PCS preestablecido identificando el carril 3. Un último carril en la última fila en la Figura 9 puede ser un modo de interfaz.
La Figura 10 muestra un ejemplo de un diagrama esquemático de un bloque de código de conjunto ordenado codificado de acuerdo con una modalidad de esta solicitud. Se habilita un enlace entre un primer puerto y un segundo puerto. Cuando un tipo de protocolo soportado por el segundo puerto incluye un protocolo Ethernet estándar y un protocolo Ethernet flexible, el segundo puerto envía un bloque de código de conjunto ordenado recién definido (una última fila mostrada en la Figura 9), y una capa PCS del segundo puerto codifica el bloque de código de conjunto ordenado recién definido en forma de una segunda fila en la Figura 10, para notificar al extremo de par del tipo de protocolo soportado por el segundo puerto. En una posible forma de codificación, la secuencia en el carril 0 en la última fila en la Figura 9 se codifica en un campo de tipo bloque de 0x4B (bits 02 a 09 en la segunda fila en la Figura 10); 0x00 en el carril 1 se codifica en D1; 0x?? en el carril 2 se codifica en 0x??; 0x03 en el carril 3 se codifica en 0x03; y cuatro 0x00 bytes en los carriles 4 a 7 se codifican en 0x5 y 0x000_0000 que son de 34 a 65 bits. Una tercera fila en la Figura 10 puede representar un bloque de código de encabezado de la trama FlexE.
En implementaciones proporcionadas en la Figura 8 a la Figura 10, opcionalmente, un primer dispositivo obtiene, mediante el uso de un primer bloque de código PCS de subcapa de codificación física, un tipo de protocolo usado actualmente por el segundo puerto para enviar información. Opcionalmente, la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto también puede indicar el tipo de protocolo usado actualmente por el segundo puerto para enviar información. Por ejemplo, cuando no se recibe el segundo bloque de código PCS preestablecido y se recibe el primer bloque de código pCs preestablecido, el primer dispositivo no sólo puede determinar que el tipo de protocolo soportado por el segundo puerto es el protocolo Ethernet flexible, sino que también puede determinar que el tipo de protocolo usado actualmente por el segundo puerto para enviar información es el protocolo Ethernet flexible. Para otro ejemplo, cuando no se recibe ni el primer bloque de código PCS preestablecido ni el segundo bloque de código PCS preestablecido, el primer dispositivo no sólo puede determinar que el tipo de protocolo soportado por el segundo puerto es el protocolo Ethernet estándar, sino que también puede determinar que el tipo de protocolo usado actualmente por el segundo puerto para enviar información es el protocolo Ethernet estándar. Para otro ejemplo, cuando no se recibe el primer bloque de código PCS preestablecido y se recibe el segundo bloque de código PCS preestablecido, el primer dispositivo no sólo puede determinar que el tipo de protocolo soportado por el segundo puerto es el protocolo Ethernet flexible y el protocolo Ethernet estándar, pero también puede determinar el tipo de protocolo usado actualmente por el segundo puerto para enviar información. Por ejemplo, se preestablece que cuando se habilita un enlace, un puerto que soporta el protocolo Ethernet flexible y el protocolo Ethernet estándar usa, de forma predeterminada, el protocolo Ethernet flexible para enviar información. En este caso, si no se recibe el primer bloque de código PCS preestablecido y se recibe el segundo bloque de
código PCS preestablecido, el primer dispositivo determina que el tipo de protocolo usado actualmente por el segundo puerto para enviar información es un tipo de protocolo flexible. Para otro ejemplo, si el segundo bloque de código PCS preestablecido transporta la primera información de indicación, cuando no se recibe el primer bloque de código PCS preestablecido y se recibe el segundo bloque de código PCS preestablecido, el primer dispositivo determina que el tipo de protocolo usado actualmente por el segundo puerto para enviar información es un tipo de protocolo con una mayor prioridad y se indica por la primera información de indicación.
Esta modalidad de esta solicitud proporciona otra implementación opcional. Un conjunto ordenado de envío (es decir, un bloque de código de conjunto ordenado) en una dirección de envío de un transmisor de un puerto se basa en un conjunto ordenado extendido en esta solicitud. En un aspecto, el conjunto ordenado se usa para notificar un tipo de protocolo soportado por el puerto, incluido si el puerto puede soportar el protocolo Ethernet flexible y/o el protocolo Ethernet estándar, específicamente, si el puerto soporta una capacidad de protocolo Ethernet flexible (modo consciente), una capacidad de protocolo Ethernet flexible (modo terminado) y una capacidad de protocolo Ethernet estándar. La capacidad de protocolo Ethernet flexible (modo consciente) puede expresarse como "Capaz de modo FlexE (consciente)" en inglés, la capacidad del protocolo Ethernet flexible (modo terminado) puede expresarse como "Capaz de modo FlexE (terminado)" en inglés, y la capacidad del protocolo Ethernet estándar (MAC de ancho de banda completo) se puede expresar como "Capaz de modo StdE (MAC BW completo)" en inglés. En otro aspecto, el conjunto ordenado también se usa para notificar un tipo de protocolo usado actualmente por el puerto en la dirección de envío (dirección del transmisor). El conjunto ordenado puede incluir un conjunto ordenado de capacidad y un conjunto ordenado de estado. El conjunto ordenado de capacidad es la información de indicación usada para indicar el tipo de protocolo soportado por el puerto, y el conjunto ordenado de estado es la información de indicación usada para indicar el tipo de protocolo usado actualmente por el puerto en la dirección de envío. La Figura 11, Figura 12 y la Figura 13 muestran ejemplos de diagramas esquemáticos de un conjunto ordenado de capacidad de la información de indicación que indica un tipo de protocolo soportado por un puerto, y diagramas esquemáticos de un conjunto ordenado de estado que indica un tipo de protocolo usado actualmente por el puerto en una dirección de envío de acuerdo con una modalidad de esta solicitud. Como se muestra en la Figura 11, Figura 12 y la Figura 13:
Cuando un conjunto ordenado de capacidad enviado por el segundo puerto es el Modo FlexE (consciente)==0, Modo FlexE (terminado)==0 y Modo StdE (MAC BW completo)==1, indica que el tipo de protocolo soportado por el segundo puerto incluye el protocolo Ethernet estándar y además indica que el segundo puerto puede funcionar en el protocolo Ethernet estándar (MAC de ancho de banda completo).
Cuando un conjunto ordenado de capacidad enviado por el segundo puerto es el Modo FlexE (consciente)==1, Modo FlexE (terminado)==0 y Modo StdE (MAC BW completo)==0, indica que el tipo de protocolo soportado por el segundo puerto incluye el protocolo Ethernet flexible. Específicamente, el segundo puerto puede funcionar en el protocolo Ethernet flexible (modo consciente) (es decir, una FlexE consciente puede procesar algunas sobrecargas pero no extraer una señal de cliente).
Cuando un conjunto ordenado de capacidad enviado por el segundo puerto es el Modo FlexE (consciente)==1, Modo FlexE (terminado)==1 y Modo StdE (MAC BW completo)==0, indica que el tipo de protocolo soportado por el segundo puerto incluye el protocolo Ethernet flexible. Específicamente, el segundo puerto puede funcionar en el protocolo Ethernet flexible (modo terminado) (es decir, una FlexE terminada procesa y termina todas las sobrecargas y extrae una señal de cliente).
Cuando un conjunto ordenado de capacidad enviado por el segundo puerto es el Modo FlexE (consciente)==1, Modo FlexE (terminado)==1 y Modo StdE (MAC BW completo)==1, indica que el tipo de protocolo soportado por el segundo puerto incluye el protocolo Ethernet flexible y el protocolo Ethernet estándar. Específicamente, el segundo puerto puede funcionar en el protocolo Ethernet flexible (modo terminado) (es decir, una FlexE terminada procesa y termina todas las sobrecargas y extrae una señal de cliente). Además, la FlexE terminada puede procesar e intercambiar señales de clientes en forma de procesamiento de paquetes en una Ethernet convencional.
Opcionalmente, específicamente, para el protocolo Ethernet flexible, el puerto puede definir y notificar además un token de capacidad de grupo Ethernet flexible (clave de capacidad de grupo FlexE). De esta forma, los puertos que tengan el mismo token de capacidad pueden construir un grupo de grupos FLexE; y los puertos que tienen diferentes tokens de capacidad no pueden construir un grupo FLexE. Opcionalmente, el conjunto ordenado de estado puede definirse además para notificar el tipo de protocolo usado actualmente por el puerto en la dirección de envío. El significado de esta definición es similar al de un conjunto de capacidad, y el conjunto ordenado de estado se usa para indicar un estado de funcionamiento actual. Los detalles no se describen de nuevo.
La Figura 14 muestra un ejemplo de un diagrama de flujo esquemático de otro método de comunicación de acuerdo con una modalidad de esta solicitud. Como se muestra en la Figura 14, el método incluye las siguientes etapas. Etapa 2401: Un primer dispositivo obtiene un tipo de protocolo usado actualmente por un segundo puerto para enviar información. Para conocer una forma específica de obtener el tipo de protocolo usado actualmente por el segundo puerto para enviar información, consulte el contenido anterior. Los detalles no se describen en la presente descripción de nuevo.
Etapa 2402: El primer dispositivo recibe, a través de un primer puerto en base al tipo de protocolo obtenido usado actualmente por el segundo puerto para enviar información, información de indicación usada para indicar un tipo de protocolo soportado por el segundo puerto. Por ejemplo, si el tipo de protocolo usado actualmente por el segundo puerto para enviar información es un protocolo Ethernet flexible, el primer dispositivo recibe, mediante el uso del protocolo Ethernet flexible, la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto; o si el tipo de protocolo usado actualmente por el segundo puerto para enviar información es un protocolo Ethernet estándar, el primer dispositivo recibe, mediante el uso del protocolo Ethernet estándar, la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto.
Opcionalmente, la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto puede ser la información transportada en un paquete LLDP. En una implementación opcional, el primer puerto recibe la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto y puede determinar directamente, en base a la información de indicación, el tipo de protocolo soportado por el segundo puerto. En otra implementación opcional, que el primer puerto determine, en base a la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto, el tipo de protocolo soportado por el segundo puerto incluye: El primer puerto determina si se recibe el paquete preestablecido; y si se recibe el paquete preestablecido, determina, en base a la información del paquete preestablecido, el tipo de protocolo soportado por el segundo puerto; o si no se recibe un paquete preestablecido, determina directamente que el tipo de protocolo soportado por el segundo puerto es un tipo de protocolo Ethernet estándar. El paquete preestablecido puede ser un paquete LLDP.
Etapa 2102: El primer dispositivo determina un tipo de protocolo de destino en base al tipo de protocolo soportado por el segundo puerto y un tipo de protocolo soportado por el primer puerto, donde el tipo de protocolo de destino incluye el protocolo Ethernet flexible o el protocolo Ethernet estándar.
Etapa 2103: El primer dispositivo se comunica con un segundo dispositivo en base al tipo de protocolo de destino a través del primer puerto y el segundo puerto.
En la solución mostrada en la Figura 14, un estado de funcionamiento del primer puerto puede adaptarse activamente a un estado de funcionamiento del extremo de par, es decir, un protocolo usado por el primer puerto para recibir información se adapta activamente a un protocolo usado por el segundo puerto para enviar información. Por lo tanto, se establece un canal de sesión temporal en la etapa 2402, para proporcionar una base para la próxima etapa de recibir la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto del segundo dispositivo. Adicionalmente, el canal temporal se crea además en la etapa 2101, es decir, un tipo de protocolo usado por el primer puerto para recibir información es el mismo que el tipo de protocolo usado actualmente por el segundo puerto para enviar información. Por lo tanto, la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto se transporta en un paquete de control en una capa MAC de control de acceso al medio, o la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto se transporta en un paquete de control en otra capa superior a una capa MAC. El primer puerto puede obtener correctamente, a través del análisis, la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto. Para ser específicos, en esta modalidad de esta solicitud, en base al canal temporal creado, la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto no solo puede transportarse directamente en el paquete de control en la capa MAC, sino que también puede anidarse en un paquete, transportarse en el paquete de control MAC, de un protocolo de capa superior, como un protocolo de Internet (Internet Protocol, IP), un protocolo de control de transferencia (Transfer Control Protocol, TCP) u otro protocolo. Esto no está específicamente limitado. En una implementación opcional, cuando la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto se transporta directamente en el paquete de control MAC, la información de indicación puede ser un tipo-longitud-valor extendido (Type-length-value, TLV) de una capacidad (Capability) del protocolo de descubrimiento de capa de enlace (Link Layer Discovery Protocol, LLDP) en esta modalidad de esta solicitud. Cuando la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto se transporta en cualquier protocolo de control de capa superior, la información de indicación se encapsula capa por capa en capas inferiores y se encapsula finalmente en el paquete de control en la capa MAC.
En una implementación opcional, si el primer puerto no detecta un encabezado de trama OH FlexE, el primer puerto puede determinar que el tipo de protocolo usado actualmente por el segundo puerto para enviar información es el protocolo Ethernet estándar. En este caso, el primer puerto ajusta un protocolo usado por el primer puerto para recibir información sobre el protocolo Ethernet estándar, es decir, el primer puerto recibe información de acuerdo con el protocolo Ethernet estándar. Además, el primer puerto recibe información enviada por el segundo puerto. La información indica que un protocolo soportado por el segundo puerto es el protocolo Ethernet estándar, y la información puede ser un paquete del protocolo Ethernet estándar (que incluye un protocolo lento como el LLDP, es decir, el segundo puerto no envía el TLV LLDP extendido en esta modalidad de esta solicitud, o el segundo puerto no notifica al primer puerto del protocolo Ethernet flexible no soportado). Por lo tanto, el primer puerto determina que el protocolo soportado por el segundo puerto es el protocolo Ethernet estándar, es decir, el segundo puerto está en modo único. Además, el protocolo Ethernet estándar puede determinarse como el tipo de protocolo de destino del primer puerto.
En otra implementación opcional, si el primer puerto detecta un encabezado de trama OH FlexE, el primer puerto puede determinar que el tipo de protocolo usado actualmente por el segundo puerto para enviar información es el protocolo Ethernet flexible. En este caso, el primer puerto ajusta un protocolo usado por el primer puerto para recibir información sobre el protocolo Ethernet flexible, es decir, el primer puerto recibe información de acuerdo con el protocolo Ethernet flexible. Además, el primer puerto recibe información enviada por el segundo puerto. La información indica que el tipo de protocolo soportado por el segundo puerto es el protocolo Ethernet flexible, y la información puede ser el TLV LLDP extendido en esta modalidad de esta solicitud y anunciar que el segundo puerto soporta sólo el protocolo Ethernet flexible. Por lo tanto, el primer puerto determina que el tipo de protocolo soportado por el segundo puerto es el protocolo Ethernet flexible, es decir, el segundo puerto está en modo único. Además, el protocolo Ethernet flexible puede determinarse como el tipo de protocolo de destino del primer puerto.
En una tercera implementación opcional, tanto el primer puerto como el segundo puerto soportan dos tipos de protocolo. Cuando se inicializan el primer puerto y el segundo puerto, se selecciona aleatoriamente un protocolo como un protocolo para enviar información y recibir información. En este caso, se pueden producir los siguientes tres escenarios. En cada uno de los tres escenarios, se puede establecer un canal temporal, y el canal temporal también puede denominarse como una sesión de notificación unidireccional LLDP. En un primer escenario posible, tanto el primer puerto como el segundo puerto se habilitan mediante el uso del protocolo Ethernet flexible. De esta forma, el primer puerto y el segundo puerto pueden realizar una sesión tal como una sesión de capa LLDP en base al protocolo Ethernet flexible, de manera que el primer puerto y el segundo puerto pueden realizar una sesión temporal de notificación de capacidad a través de un canal de gestión en una sobrecarga de la FlexE. Para ser específicos, el segundo puerto envía la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto. La información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto puede transportarse en un paquete LLDP.
En un segundo escenario posible, tanto el primer puerto como el segundo puerto se habilitan mediante el uso del protocolo Ethernet estándar. De esta forma, el primer puerto y el segundo puerto pueden realizar una sesión tal como una sesión de capa LLDP en base al protocolo Ethernet estándar y realizar una sesión temporal de notificación de capacidad en un modo StdE. Por lo tanto, el segundo puerto puede enviar la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto. La información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto puede transportarse en un paquete LLDP. En un tercer escenario posible, el primer puerto se habilita mediante el uso del protocolo Ethernet flexible y el segundo puerto se habilita mediante el uso del protocolo Ethernet estándar. De esta forma, el primer puerto y el segundo puerto pueden realizar una sesión temporal unidireccional asimétrica en un modo seleccionado. Por ejemplo, el primer puerto ajusta un protocolo usado para recibir información sobre el protocolo Ethernet estándar, y el segundo puerto ajusta un protocolo usado para recibir información sobre el protocolo Ethernet flexible. Sin embargo, un protocolo usado por el primer puerto para enviar información es aún el protocolo Ethernet flexible y un protocolo usado por el segundo puerto para enviar información es aún el protocolo Ethernet estándar. De esta forma, el primer puerto y el segundo puerto pueden enviarse paquetes LLDP entre sí, para notificarse entre sí los tipos de protocolo soportados respectivamente.
En esta modalidad de esta solicitud, si tanto el primer puerto como el segundo puerto soportan dos tipos de protocolo, cuando el primer puerto determina además el tipo de protocolo de destino del primer puerto, el primer puerto usa una solución consistente con una solución en la que el segundo puerto determina además un tipo de protocolo de destino del segundo puerto. Por ejemplo, tanto el primer puerto como el segundo puerto cumplen con algunas mismas reglas. Por ejemplo, los puertos que soportan dos tipos de protocolos determinan el protocolo Ethernet flexible como el tipo de protocolo de destino. Para otro ejemplo, los puertos que soportan dos tipos de protocolos determinan el protocolo Ethernet estándar como el tipo de protocolo de destino. Para otro ejemplo, los puertos que soportan dos tipos de protocolos determinan el tipo de protocolo de destino con referencia a la primera información de indicación y la segunda información de indicación. Para otro ejemplo, los puertos que soportan dos tipos de protocolos determinan el tipo de protocolo de destino de acuerdo con una regla, tal como un servicio o un escenario de aplicación real. El tipo de protocolo de destino puede actualizarse periódicamente o aperiódicamente en base a un servicio, una información de entrada externa, un escenario de aplicación real o similar en el funcionamiento posterior del puerto.
Para reducir aún más las sobrecargas de tiempo, la Figura 15 muestra un ejemplo de un diagrama de flujo esquemático de otro método de comunicación de acuerdo con una modalidad de esta solicitud. En este ejemplo, un tipo de protocolo preestablecido incluye un protocolo Ethernet flexible, y un tipo de protocolo no preestablecido incluye un protocolo Ethernet estándar; o un tipo de protocolo preestablecido incluye un protocolo Ethernet estándar, y un tipo de protocolo no preestablecido incluye un protocolo Ethernet flexible. Como se muestra en la Figura 15, el método incluye las siguientes etapas.
Etapa 2501: Un primer dispositivo obtiene un tipo de protocolo usado actualmente por un segundo puerto para enviar información. Para conocer una forma específica de obtener el tipo de protocolo que usa actualmente el segundo puerto para enviar información, consulte el contenido anterior. Los detalles no se describen en la presente descripción de nuevo. La etapa 2502 se realiza cuando se determina que el tipo de protocolo obtenido usado
actualmente por el segundo puerto para enviar información es el tipo de protocolo no preestablecido; o la etapa 2503 se realiza cuando se determina que el tipo de protocolo obtenido usado actualmente por el segundo puerto para enviar información es el tipo de protocolo preestablecido.
Etapa 2502: Al determinar que el tipo de protocolo obtenido usado actualmente por el segundo puerto para enviar información es el tipo de protocolo no preestablecido, un primer dispositivo determina que un tipo de protocolo soportado por el segundo puerto de un segundo dispositivo es el tipo de protocolo no preestablecido. Correspondientemente, de manera opcional, el segundo dispositivo envía información en base al tipo de protocolo preestablecido cuando el segundo puerto soporta el protocolo Ethernet flexible y el protocolo Ethernet estándar. Para ser específicos, en este caso, la información de indicación usada para indicar el tipo de protocolo usado actualmente por el segundo puerto para enviar información también puede indicar el tipo de protocolo soportado por el segundo puerto.
Etapa 2503: Cuando un primer dispositivo determina que el tipo de protocolo obtenido usado actualmente por el segundo puerto para enviar información es el tipo de protocolo preestablecido, el primer dispositivo recibe, a través del primer puerto, la información de indicación usada para indicar un tipo de protocolo soportado por el segundo puerto. Debido a que el primer puerto también soporta dos tipos de protocolo, los tipos de protocolo usados actualmente por el primer puerto para recibir información y enviar información son cada uno el tipo de protocolo preestablecido. Para ser específicos, el primer puerto recibe, a través del primer puerto en base al tipo de protocolo preestablecido, la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto. En esta etapa, opcionalmente, la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto puede ser la información transportada en un paquete LLDP. En una implementación opcional, el primer puerto recibe la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto y puede determinar directamente, en base a la información de indicación, el tipo de protocolo soportado por el segundo puerto.
Después de realizar la etapa 2502 y la etapa 2503, se determina el tipo de protocolo soportado por el segundo puerto y luego se realiza la etapa 2102. Etapa 2102: El primer dispositivo determina un tipo de protocolo de destino en base al tipo de protocolo soportado por el segundo puerto y un tipo de protocolo soportado por el primer puerto, donde el tipo de protocolo de destino incluye el protocolo Ethernet flexible o el protocolo Ethernet estándar.
Etapa 2103: El primer dispositivo se comunica con el segundo dispositivo en base al tipo de protocolo de destino a través del primer puerto y el segundo puerto.
En esta modalidad de esta solicitud, la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto puede ser la información transportada en un paquete LLDP o un paquete LLDP que transporta la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto puede denominarse como un TLV LLDP extendido en esta modalidad de esta solicitud. La Figura 16 muestra un ejemplo de un diagrama esquemático de un paquete LLDP de acuerdo con una modalidad de esta solicitud. Como se muestra en la Figura 16, la información relacionada de un tipo-valor (tipo TLV)=127 (7 bits) puede colocarse en el primer byte. Por ejemplo, el tipo-valor (tipo TLV) puede colocarse en los primeros 7 bits del primer byte, por ejemplo, el tipo-valor puede ser 127. La información relacionada de una longitud (length) (9 bits) puede colocarse en el segundo byte. La información relacionada con la longitud ocupa 9 bits. En este caso, se puede usar un último bit en el primer byte y el segundo byte para transportar la información relacionada con la longitud. La información sobre un identificador único de manera organizativo del foro de interconexión de redes ópticas (Optical Internetworking Forum organizationally unique identifier, OIF OUI), es decir, 00-0F-40, puede colocarse en el tercer al quinto byte. La información relacionada de un subtipo (Subtype) 0x?? puede colocarse en el sexto byte. La información relacionada con una capacidad de interfaz (capacidades de interfaz) (1 byte) puede colocarse en el séptimo byte. La información relacionada con un token de capacidad de grupo de protocolo Ethernet flexible (clave de capacidad de grupo FlexE) (4 bytes) puede colocarse en el octavo byte al onceno byte. La información relacionada de una cantidad máxima de interfaces soportadas en un grupo Ethernet flexible (Max # de PHY en un grupo/subgrupo FlexE) (1 byte) puede colocarse en el décimo segundo byte. La información relacionada que se va a determinar (To be determined, TBD) puede colocarse en el décimo tercer byte, por ejemplo, puede recién agregarse alguna información posteriormente. Como se muestra en la Figura 16, opcionalmente, el paquete LLDP que transporta la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto puede incluir el tipo de protocolo soportado por el segundo puerto. Por ejemplo, en un ejemplo del séptimo byte en la Figura 16, si tanto el primer como el segundo bit son 1, indica que el segundo puerto soporta el protocolo Ethernet flexible y el protocolo Ethernet estándar. Para otro ejemplo, en un ejemplo del séptimo byte en la Figura 16, si los bits primero y segundo son secuencialmente "1" y "0", indica que el segundo puerto soporta el protocolo Ethernet flexible. Como se muestra en la Figura 16, el sexto byte identifica que un valor de un subtipo (Subtype) de un TLV que se va a determinar, y una ubicación después del décimo segundo byte se reserva para la extensión posterior.
Además, opcionalmente, el paquete LLDP que transporta la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto puede incluir el token de capacidad de grupo de protocolo Ethernet flexible (clave de capacidad de grupo FlexE), y un módulo de gestión del dispositivo puede establecer que los
puertos que tengan un mismo valor de token de capacidad de grupo de protocolo Ethernet flexible estén en un grupo de protocolo Ethernet flexible (Grupo FlexE). El grupo de protocolo de Ethernet flexible puede incluir al menos un enlace, y un puerto correspondiente al enlace se configura para que surta efecto.
En esta modalidad de esta solicitud, la determinación de un tipo de protocolo de destino de un puerto y una fase de configuración (efectiva) del puerto puede relacionarse con la configuración y el establecimiento efectivo de un grupo de protocolo Ethernet flexible (Grupo FlexE) o un grupo de agregación de enlaces (Link Aggregation Group, LAG). El dispositivo puede determinar además un identificador de grupo (Group ID) del grupo de protocolo Ethernet flexible (Grupo FlexE) y una cantidad correspondiente de PHY o una configuración específica del LAG en base a la información tal como un ID de sistema, un ID de puerto y un token de capacidad de grupo de protocolo Ethernet flexible (clave de capacidad de grupo FlexE) del dispositivo.
Además, opcionalmente, el paquete LLDP que transporta la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto puede incluir una cantidad máxima de interfaces soportadas en un grupo Ethernet flexible (Max # de PHY en un grupo/subgrupo FlexE), para indicar una cantidad máxima de puertos que se pueden incluir en un grupo de protocolo Ethernet flexible correspondiente al puerto.
Además, opcionalmente, el módulo de gestión del dispositivo puede determinar un tipo de protocolo en un estado de funcionamiento de cada puerto que integra la información transmitida en el paquete LLDP. Por ejemplo, la información de que el módulo de gestión del primer dispositivo necesita referenciar para determinar el tipo de protocolo de destino del primer puerto o un tipo de protocolo en otro estado de funcionamiento puede incluir el tipo de protocolo soportado por el primer puerto, el tipo de protocolo soportado por el segundo puerto, una cantidad máxima de puertos correspondientes a un enlace entre el primer puerto y el segundo puerto, un token de capacidad de grupo de protocolo Ethernet flexible correspondiente a cada puerto que puede soportar el protocolo Ethernet flexible en el primer dispositivo, y similares.
Se puede obtener un grupo de protocolo Ethernet flexible (Grupo FlexE) uniendo uno a n PHY de Ethernet (es decir, capas físicas de Ethernet), un cliente de protocolo Ethernet flexible (Clientes FlexE) puede ser un flujo de datos Ethernet basado en MAC y una velocidad de servicio soportada por FlexE 1.0 puede ser de 10 Gb/s, 40 Gb/s y m*25 Gb/s. Una capa de protocolo Ethernet flexible (capa FlexE) tiene una función de multiplexación en una dirección de envío y mapea datos del cliente de protocolo Ethernet flexible (clientes FlexE) al grupo de protocolo Ethernet flexible (Grupo FlexE). Por el contrario, la capa de protocolo Ethernet flexible tiene una función de demultiplexación en una dirección de recepción y puede eliminar el mapeo de los datos del grupo de protocolo Ethernet flexible (Grupo FlexE) al cliente de protocolo Ethernet flexible (Clientes FlexE).
En esta modalidad de esta solicitud, cuando tanto el primer dispositivo como el segundo dispositivo incluyen una pluralidad de puertos, se puede establecer una pluralidad de enlaces entre el primer dispositivo y el segundo dispositivo, por ejemplo, dos conexiones Ethernet de capa 2 de 100 GE y se puede establecer un grupo de protocolo Ethernet flexible (Grupo FlexE) de 4*100G PHY, de manera que el primer dispositivo y el segundo dispositivo puedan realizar una comunicación bidireccional. Alternativamente, la agregación de enlaces Ethernet se puede realizar en una pluralidad de enlaces de protocolo Ethernet flexibles.
Se puede aprender del contenido anterior que en esta modalidad de esta solicitud, cuando tanto el primer dispositivo como el segundo dispositivo incluyen un puerto, puede usarse cualquiera de las soluciones anteriores. Cuando el primer dispositivo y el segundo dispositivo incluyen una pluralidad de puertos, se puede establecer además un grupo de protocolo Ethernet flexible (Grupo FlexE) cuando se seleccionan las soluciones mostradas en la Figura 14 a la Figura 16. Además, esta modalidad de esta solicitud puede ser más compatible con la técnica anterior, y se puede integrar más información para determinar automáticamente un tipo de protocolo en un estado de funcionamiento sin cambiar la estructura de un dispositivo existente.
Cuando tanto el primer puerto como el segundo puerto soportan dos tipos de protocolos, si se preestablece que un puerto que soporta dos tipos de protocolos se habilita mediante el uso de un tipo de protocolo preestablecido FlexE, el primer puerto y el segundo puerto se habilitan primero en una FlexE y notifican una capacidad mediante el uso de un paquete de control MAC del protocolo LLDP (es decir, el primer puerto envía la información de indicación usada para indicar el tipo de protocolo soportado por el primer puerto, y el segundo puerto envía la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto).
Se proporciona un ejemplo para la descripción. El primer puerto envía información de indicación usada para indicar un tipo de protocolo usado actualmente por el primer puerto para enviar información, y el segundo puerto envía información de indicación usada para indicar el tipo de protocolo usado actualmente por el segundo puerto para enviar información. El primer puerto determina si se detecta un bloque de código 0x4B+0x5 (es decir, un primer bloque de código PCS preestablecido). Si se detecta el bloque de código, indica que el tipo de protocolo usado actualmente por el segundo puerto para enviar información es el FlexE, y el primer puerto recibe, a través de un canal de gestión en el modo de protocolo FlexE, un paquete de control LLDP (que incluye la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto) enviado por el segundo puerto. Alternativamente, si no se detecta el bloque de código, el primer puerto intenta recibir un paquete de control LLDP
en un modo de protocolo Ethernet estándar (no se excluye que el paquete de control LLDP incluya la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto). Correspondientemente, el segundo puerto determina si se detecta un bloque de código Ox4B+Ox5 (es decir, un primer bloque de código PCS preestablecido). Si se detecta el bloque de código, indica que el tipo de protocolo usado actualmente por el primer puerto para enviar información es el FlexE, y el segundo puerto recibe, a través de un canal de gestión en el modo de protocolo FlexE, un paquete de control LLDP (que incluye la información de indicación usada para indicar el tipo de protocolo soportado por el primer puerto) enviado por el primer puerto. Alternativamente, si no se detecta el bloque de código, el primer puerto intenta recibir un paquete de control LLDP en un modo de protocolo Ethernet estándar (no se excluye que el paquete de control LLDP incluya la información de indicación usada para indicar el tipo de protocolo soportado por el primer puerto).
La Figura 17 muestra un ejemplo de un diagrama de flujo esquemático de un método de comunicación de acuerdo con una modalidad de esta solicitud. Un puerto mostrado en la Figura 17 es un puerto que soporta dos tipos de protocolos, y puede ser el primer puerto anterior, o puede ser el segundo puerto anterior cuando el segundo puerto soporta dos tipos de protocolos. Un estado de configuración del puerto que soporta dos tipos de protocolos en cada fase es el siguiente.
Etapa 2601: En una fase inicial, un estado de capa física del puerto puede ser vacío inactivo (inactive empty), y una configuración de capa física puede ser una configuración de capa física predeterminada (default PHY configuration) (es decir, la configuración PHY es Nula), y opcionalmente, la etapa 2602 y la etapa 2603 se pueden realizar posteriormente.
Etapa 2602: Después de activar un enlace, es decir, después de habilitar el enlace, el puerto que puede soportar dos tipos de protocolo se habilita de manera fija en un tipo de protocolo Ethernet flexible (activación de p Hy de modo dual inicial como PHY FlexE), es decir, el puerto envía y recibe información de acuerdo con un protocolo Ethernet flexible.
Etapa 2603: Realizar el descubrimiento de vecinas FlexE a través de un canal de gestión de secciones (FlexE neighbor discovery over section management channel), es decir, realizar una sesión temporal (que puede ser la sesión temporal mostrada en la Figura 15, tal como la sesión temporal en la etapa 2501, la etapa 2502 y la etapa 2503) en un canal de gestión de secciones FlexE (FlexE section management channel), para determinar un tipo de protocolo soportado por un segundo puerto; y realizar la etapa 2604 si se determina que un tipo de protocolo de destino es un protocolo Ethernet estándar; o realizar la etapa 2605 si se determina que un tipo de protocolo de destino es el protocolo Ethernet flexible.
Etapa 2604: Configurar una PHY como una PHY Ethernet convencional (protocolo Ethernet estándar), es decir, reconfigurar la PHY como una PHY Ethernet estándar (reconfigurar la PHY como una PHY Eth tradicional).
Etapa 2605: Primero cambiar la información de configuración de la PHY para que no esté vacía, y luego habilitar la información de configuración de la PHY para que esté activa. Para ser específicos, la PHY se configura primero como una PHY vacía inactiva (inactive empty PHY) (con una configuración PHY no vacía (with non-empty PHY configuration)), y luego la PHY se configura como una capa física activa no vacía (active non-empty PHY) (con la configuración p Hy no vacía (with non-empty PHY configuration)).
En base a las modalidades anteriores y un mismo concepto, la Figura 18 es un diagrama esquemático de un dispositivo de comunicaciones de acuerdo con una modalidad de esta solicitud. Como se muestra en la Figura 18, el dispositivo de comunicaciones 3110 puede ser un equipo de usuario o un dispositivo de red, o puede ser un chip o un circuito, tal como un chip o un circuito que puede disponerse en un equipo de usuario o un dispositivo de red. El dispositivo de comunicaciones puede corresponder al primer dispositivo del método anterior. El dispositivo de comunicaciones puede implementar etapas realizadas por el primer dispositivo en cualquiera o más métodos correspondientes mostrados en la Figura 1 a la Figura 17 El dispositivo de comunicaciones puede incluir una unidad de procesamiento 3111 y una unidad transceptora 3112.
La unidad transceptora 3112 puede ser el primer puerto en el contenido anterior, una unidad dispuesta en el primer puerto o una unidad unida al primer puerto. La información enviada o recibida por la unidad transceptora 3112 se transmite a través del primer puerto. En un posible diseño, el dispositivo de comunicaciones 3110 puede ser el primer dispositivo 1101 de la Figura 1 en el contenido anterior. La unidad de procesamiento 3111 puede integrarse en el módulo de gestión 1102, puede integrarse en el primer puerto o puede existir en el primer dispositivo 1101 independientemente del módulo de gestión 1102 y el primer puerto.
A continuación, esta modalidad se centra en describir una función de la unidad transceptora 3112 que sirve como unidad de un extremo de recepción cuando el primer dispositivo sirve como extremo de recepción. La unidad transceptora 3112 también puede realizar una solución relacionada realizada cuando el primer dispositivo sirve como extremo de transmisión. Para un procedimiento de método realizado cuando la unidad transceptora 3112 sirve como unidad del extremo de transmisión, consulte la solución relacionada anterior del segundo puerto.
La unidad de procesamiento 3111 obtiene un tipo de protocolo soportado por un segundo puerto de un segundo dispositivo y determina un tipo de protocolo de destino en base al tipo de protocolo soportado por el segundo puerto y un tipo de protocolo soportado por el primer puerto. El tipo de protocolo de destino incluye un protocolo Ethernet flexible o un protocolo Ethernet estándar, el tipo de protocolo soportado por el segundo puerto del segundo dispositivo incluye el protocolo Ethernet flexible y/o el protocolo Ethernet estándar, y el primer puerto del primer dispositivo soporta el protocolo Ethernet flexible y el protocolo Ethernet estándar. La unidad transceptora 3112 se configura para comunicarse con el segundo dispositivo en base al tipo de protocolo de destino a través del primer puerto y el segundo puerto.
En un posible diseño, la unidad transceptora 3112 se configura para enviar información al segundo puerto del segundo dispositivo en base al tipo de protocolo de destino a través del primer puerto. En un posible diseño, la unidad transceptora 3112 se configura para recibir, en base al tipo de protocolo de destino a través del primer puerto, información enviada desde el segundo puerto del segundo dispositivo. En un posible diseño, la unidad transceptora 3112 se configura para enviar información al segundo puerto del segundo dispositivo en base al tipo de protocolo de destino a través del primer puerto, y recibir, en base al tipo de protocolo de destino a través del primer puerto, información enviada desde el segundo puerto del segundo dispositivo.
En un posible diseño, la unidad de procesamiento 3111 se configura para obtener, mediante el uso de un bloque de código PCS de subcapa de codificación física, un tipo de protocolo usado actualmente por el segundo puerto para enviar información.
En un posible diseño, la unidad de procesamiento 3111 se configura para: cuando se recibe un primer bloque de código PCS preestablecido mediante el uso de la unidad transceptora 3112, determinar que el tipo de protocolo usado actualmente por el segundo puerto para enviar información es el protocolo Ethernet flexible; o cuando no se recibe un primer bloque de código PCS preestablecido mediante el uso de la unidad transceptora 3112, determinar que el tipo de protocolo usado actualmente por el segundo puerto para enviar información es el protocolo Ethernet estándar.
En un posible diseño, la unidad transceptora 3112 se configura para recibir, a través del primer puerto en base al tipo de protocolo obtenido usado actualmente por el segundo puerto para enviar información, información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto.
En un posible diseño, la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto se transporta en un paquete de control en una capa MAC de control de acceso al medio; o la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto se transporta en un paquete de control en otra capa superior a una capa MAC.
En un posible diseño, la unidad de procesamiento 3111 se configura para: al determinar que el tipo de protocolo obtenido usado actualmente por el segundo puerto para enviar información es un tipo de protocolo no preestablecido, determinar que el tipo de protocolo soportado por el segundo puerto del segundo dispositivo es el tipo de protocolo no preestablecido. Un tipo de protocolo preestablecido incluye el protocolo Ethernet flexible, y el tipo de protocolo no preestablecido incluye el protocolo Ethernet estándar; o un tipo de protocolo preestablecido incluye el protocolo Ethernet estándar, y el tipo de protocolo no preestablecido incluye el protocolo Ethernet flexible. En un posible diseño, la unidad de procesamiento 3111 se configura para obtener, mediante el uso del bloque de código PCS, el tipo de protocolo soportado por el segundo puerto.
La unidad de procesamiento 3111 determina que el segundo puerto soporta una pluralidad de tipos de protocolo. Por ejemplo, se puede incluir al menos uno de los siguientes contenidos. En un posible diseño, la unidad de procesamiento 3111 se configura para: cuando se recibe un segundo bloque de código PCS preestablecido mediante el uso de la unidad transceptora 3112, determinar que el tipo de protocolo soportado por el segundo puerto incluye el protocolo Ethernet flexible y el protocolo Ethernet estándar. En un posible diseño, la unidad de procesamiento 3111 se configura para: cuando no se recibe un segundo bloque de código PCS preestablecido mediante el uso de la unidad transceptora 3112 y se recibe el primer bloque de código PCS preestablecido, determinar que el tipo de protocolo soportado por el segundo puerto es el protocolo Ethernet flexible. En un posible diseño, la unidad de procesamiento 3111 se configura para: cuando no se recibe ni un segundo bloque de código PCS preestablecido ni el primer bloque de código PCS preestablecido mediante el uso de la unidad transceptora 3112, determinar que el tipo de protocolo soportado por el segundo puerto es el protocolo Ethernet estándar.
En un posible diseño, el primer bloque de código PCS preestablecido incluye un bloque de código de encabezado de la trama OH del protocolo Ethernet flexible.
Puede entenderse que para las funciones de las unidades en el dispositivo de comunicaciones 3110, consulte la implementación de una modalidad del método correspondiente. Los detalles no se describen en la presente descripción de nuevo.
En base a las modalidades anteriores y un mismo concepto, la Figura 19 es un diagrama esquemático de un dispositivo de comunicaciones de acuerdo con una modalidad de esta solicitud. Como se muestra en la Figura 19, el dispositivo de comunicaciones 4110 puede ser un equipo de usuario o un dispositivo de red, o puede ser un chip o un circuito, tal como un chip o un circuito que puede disponerse en un equipo de usuario o un dispositivo de red. El dispositivo de comunicaciones puede corresponder al segundo dispositivo en el método anterior. El dispositivo de comunicaciones puede implementar etapas realizadas por el segundo dispositivo en cualquiera o más métodos correspondientes mostrados en la Figura 1 a la Figura 17. El dispositivo de comunicaciones puede incluir una unidad de procesamiento 4111 y una unidad transceptora 4112.
La unidad transceptora 4112 puede ser el segundo puerto en el contenido anterior, una unidad dispuesta en el segundo puerto o una unidad unida al segundo puerto. La información enviada o recibida por la unidad transceptora 4112 se transmite a través del segundo puerto. En un posible diseño, el dispositivo de comunicaciones 4110 puede ser el segundo dispositivo 1201 de la Figura 1 en el contenido anterior. La unidad de procesamiento 4111 puede integrarse en el módulo de gestión 1202, puede integrarse en el segundo puerto o puede existir en el segundo dispositivo 1201 independientemente del módulo de gestión 1202 y el segundo puerto.
A continuación, esta modalidad se centra en describir una función de la unidad transceptora 4112 que sirve como unidad de un extremo de transmisión cuando el segundo dispositivo sirve como extremo de transmisión. La unidad transceptora 4112 también puede realizar una solución relacionada realizada cuando el segundo dispositivo sirve como extremo de recepción. Cuando la unidad transceptora 4112 sirve como una unidad del extremo de recepción y el segundo puerto soporta dos tipos de protocolo, para un procedimiento de método realizado por la unidad transceptora 4112, consulte la solución relacionada anterior del primer puerto.
La unidad de procesamiento 4111 se configura para generar la información de indicación usada para indicar un tipo de protocolo soportado por el segundo puerto del segundo dispositivo, y el tipo de protocolo soportado por el segundo puerto del segundo dispositivo incluye un protocolo Ethernet flexible y/o un protocolo Ethernet estándar. La unidad transceptora 4112 se configura para enviar la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto.
En un posible diseño, la unidad transceptora 4112 se configura para enviar, mediante el uso de un bloque de código PCS de subcapa de codificación física, la información de indicación usada para indicar un tipo de protocolo usado actualmente por el segundo puerto para enviar información.
En un posible diseño, cuando el tipo de protocolo usado actualmente por el segundo puerto para enviar información es el protocolo Ethernet flexible, la unidad de procesamiento 4111 envía un primer bloque de código PCS preestablecido mediante el uso de la unidad transceptora 4112.
En un posible diseño, la unidad de procesamiento 4111 se configura para: cuando el segundo puerto soporta el protocolo Ethernet flexible y el protocolo Ethernet estándar, enviar información en base a un tipo de protocolo preestablecido mediante el uso de la unidad transceptora 4112.
Si el tipo de protocolo preestablecido es el protocolo Ethernet flexible, la información incluye el primer bloque de código PCS preestablecido; o si el tipo de protocolo preestablecido es el protocolo Ethernet estándar, la información no incluye el primer bloque de código PCS preestablecido.
En un posible diseño, la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto del segundo dispositivo se transporta en un paquete de control en una capa MAC de control de acceso al medio; o la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto del segundo dispositivo se transporta en un paquete de control en otra capa superior a una capa MAC.
En un posible diseño, la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto se transporta en el bloque de código PCS.
En un posible diseño, la unidad de procesamiento 4111 se configura para: cuando el segundo puerto soporta el protocolo Ethernet flexible y el protocolo Ethernet estándar, enviar, mediante el uso de la unidad transceptora 4112, la información que incluye un segundo bloque de código PCS preestablecido.
La unidad de procesamiento 4111 se configura para: cuando el segundo puerto soporta el protocolo Ethernet flexible, enviar, mediante el uso de la unidad transceptora 4112, la información que no incluye un segundo bloque de código PCS preestablecido e incluye el primer bloque de código PCS preestablecido.
La unidad de procesamiento 4111 se configura para: cuando el segundo puerto soporta el protocolo Ethernet estándar, enviar, mediante el uso de la unidad transceptora 4112, la información que no incluye ni un segundo bloque de código PCS preestablecido ni el primer bloque de código PCS preestablecido.
En un posible diseño, el primer bloque de código PCS preestablecido incluye un bloque de código de encabezado de la trama OH del protocolo Ethernet flexible.
En un posible diseño, el tipo de protocolo soportado por el segundo puerto incluye el protocolo Ethernet flexible y el protocolo Ethernet estándar. La unidad transceptora 4112 se configura además para enviar la primera información de indicación; o la unidad transceptora 4112 se configura además para enviar la primera información de indicación y la segunda información de indicación. La primera información de indicación se usa para indicar un tipo de protocolo con una mayor prioridad en el tipo de protocolo soportado por el segundo puerto, y la segunda información de indicación se usa para indicar un nivel de prioridad del tipo de protocolo con una mayor prioridad en el tipo de protocolo soportado por el segundo puerto.
Puede entenderse que para las funciones de las unidades en el dispositivo de comunicaciones 4110, consulte la implementación de una modalidad del método correspondiente. Los detalles no se describen en la presente descripción de nuevo.
En base al método anterior, la Figura 20 es un diagrama estructural esquemático de un dispositivo de comunicaciones de acuerdo con una modalidad de esta solicitud. Como se muestra en la Figura 20, el dispositivo de comunicaciones puede ser un equipo de usuario o un dispositivo de red 20, o puede ser un chip o un circuito, tal como un chip o un circuito que puede disponerse en el equipo de usuario, o un chip o circuito que puede disponerse en un dispositivo de red.
Cuando el dispositivo de comunicaciones corresponde al primer dispositivo en el método anterior, el dispositivo de comunicaciones puede incluir un procesador 110 y una memoria 120. La memoria 120 se configura para almacenar una instrucción. El procesador 110 se configura para ejecutar la instrucción almacenada en la memoria 120, para implementar la solución relacionada del primer dispositivo en uno o más métodos correspondientes mostrados en la Figura 1 a la Figura 17.
Además, el dispositivo puede incluir un puerto de entrada 140 y un puerto de salida 150. Además, el dispositivo puede incluir un sistema de bus 130, y el procesador 110, la memoria 120, el puerto de entrada 140 y el puerto de salida 150 pueden conectarse mediante el uso del sistema de bus 130. El puerto de entrada 140 y el puerto de salida 150 corresponden a un primer puerto, es decir, la información recibida por el puerto de entrada 140 y la información enviada por el puerto de salida 150 se transmiten a través del primer puerto. El puerto de entrada 140 y el puerto de salida 150 pueden integrarse en el primer puerto, o pueden estar en una relación unión con el primer puerto.
El procesador 110 se configura para ejecutar la instrucción almacenada en la memoria 120, para controlar el puerto de entrada 140 para recibir una señal y controlar el puerto de salida 150 para enviar una señal, para completar las etapas del primer dispositivo en el método anterior. El puerto de entrada 140 y el puerto de salida 150 pueden ser una misma entidad física o entidades físicas diferentes. Cuando el puerto de entrada 140 y el puerto de salida 150 son una misma entidad física, el puerto de entrada 140 y el puerto de salida 150 pueden denominarse colectivamente como un puerto de entrada/salida, o pueden denominarse como un transceptor. La memoria 120 puede integrarse en el procesador 110, o la memoria 120 y el procesador 110 pueden disponerse por separado. En una implementación, se puede considerar que las funciones del puerto de entrada 140 y el puerto de salida 150 se implementan mediante el uso de un circuito transceptor o un chip transceptor dedicado. Se puede considerar que el procesador 110 se implementa mediante el uso de un chip de procesamiento dedicado, un circuito de procesamiento o un procesador, o un chip universal.
En otra implementación, se puede considerar que el dispositivo de comunicaciones proporcionado en esta modalidad de esta solicitud se implementa mediante el uso de un ordenador de propósito general. Para ser específicos, el código de programa para implementar las funciones del procesador 110, el puerto de entrada 140 y el puerto de salida 150 se almacenan en la memoria, y un procesador de propósito general implementa las funciones del procesador 110, el puerto de entrada 140 y el puerto de salida 150 ejecutando el código en la memoria.
Para un concepto, explicaciones, descripciones detalladas y otras etapas usadas en el dispositivo que se relacionan con la solución técnica proporcionada en esta modalidad de esta solicitud, consulte las descripciones del contenido en el método anterior o en otra modalidad. Los detalles no se describen en la presente descripción de nuevo.
En base al método anterior, la Figura 21 es un diagrama estructural esquemático de un dispositivo de comunicaciones de acuerdo con una modalidad de esta solicitud. Como se muestra en la Figura 21, el dispositivo de comunicaciones puede ser un equipo de usuario o un dispositivo de red 20, o puede ser un chip o un circuito, tal como un chip o un circuito que puede disponerse en el equipo de usuario, o un chip o circuito que puede disponerse en un dispositivo de red.
Cuando el dispositivo de comunicaciones corresponde al segundo dispositivo en el método anterior, el dispositivo de comunicaciones puede incluir un procesador 210 y una memoria 220. La memoria 220 se configura para almacenar
una instrucción. El procesador 210 se configura para ejecutar la instrucción almacenada en la memoria 220, para implementar la solución relacionada del segundo dispositivo en uno o más métodos correspondientes mostrados en la Figura 1 a la Figura 17.
Además, el dispositivo puede incluir un puerto de entrada 240 y un puerto de salida 250. Además, el dispositivo puede incluir un sistema de bus 230, y el procesador 210, la memoria 220, el puerto de entrada 240 y el puerto de salida 250 pueden conectarse mediante el uso del sistema de bus 230. El puerto de entrada 240 y el puerto de salida 250 corresponden a un segundo puerto, es decir, la información recibida por el puerto de entrada 240 y la información enviada por el puerto de salida 250 se transmiten a través del segundo puerto. El puerto de entrada 240 y el puerto de salida 250 pueden integrarse en el segundo puerto, o pueden estar en una relación de unión con el segundo puerto.
El procesador 210 se configura para ejecutar la instrucción almacenada en la memoria 220, para controlar el puerto de entrada 240 para recibir una señal y controlar el puerto de salida 250 para enviar una señal, para completar las etapas del segundo dispositivo en el método anterior. El puerto de entrada 240 y el puerto de salida 250 pueden ser una misma entidad física o entidades físicas diferentes. Cuando el puerto de entrada 240 y el puerto de salida 250 son una misma entidad física, el puerto de entrada 240 y el puerto de salida 250 pueden denominarse colectivamente como un puerto de entrada/salida, o pueden denominarse como un transceptor. La memoria 220 puede integrarse en el procesador 210, o la memoria 220 y el procesador 210 pueden disponerse por separado. En una implementación, se puede considerar que las funciones del puerto de entrada 240 y el puerto de salida 250 se implementan mediante el uso de un circuito transceptor o un chip transceptor dedicado. Se puede considerar que el procesador 210 se implementa mediante el uso de un chip de procesamiento dedicado, un circuito de procesamiento o un procesador, o un chip universal.
En otra implementación, se puede considerar que el equipo de usuario proporcionado en esta modalidad de esta solicitud se implementa mediante el uso de un ordenador de propósito general. Para ser específicos, el código de programa para implementar las funciones del procesador 210, el puerto de entrada 240 y el puerto de salida 250 se almacenan en la memoria, y el procesador de propósito general implementa las funciones del procesador 210, el puerto de entrada 240 y el puerto de salida 250 ejecutando el código en la memoria.
Para un concepto, explicaciones, descripciones detalladas y otras etapas usadas en el dispositivo que se relacionan con la solución técnica proporcionada en esta modalidad de esta solicitud, consulte las descripciones del contenido en el método anterior o en otra modalidad. Los detalles no se describen en la presente descripción de nuevo.
De acuerdo con el método anterior, la Figura 22 es un diagrama estructural esquemático de un dispositivo de red de acuerdo con una modalidad de esta solicitud, por ejemplo, puede ser un diagrama estructural esquemático de una estación base. Como se muestra en la Figura 22, la estación base puede aplicarse al primer dispositivo o al segundo dispositivo mostrado en la Figura 1. La estación base 20 incluye una o más unidades de radiofrecuencia, tales como una unidad de radio remota (remote radio unit, RRU) 201 y una o más unidades de banda base (baseband unit, BBU) (que también pueden denominarse como unidades digitales (digital unit, DU)) 202. La RRU 201 puede denominarse como una unidad transceptora, un transceptor, un circuito transceptor, o similar, y puede incluir al menos una antena 2011 y una unidad de radiofrecuencia 2012. La RRU 201 se configura principalmente para recibir y enviar una señal de radiofrecuencia y realizar la conversión entre la señal de radiofrecuencia y una señal de banda base.
La BBU 202 se configura principalmente para realizar el procesamiento de banda base, controlar la estación base, y similares. La RRU 201 y la BBU 202 pueden disponerse físicamente juntas, o pueden disponerse físicamente por separado, es decir, la estación base es una estación base distribuida.
La BBU 202 es un centro de control de la estación base, también puede denominarse como una unidad de procesamiento y se configura principalmente para implementar una función de procesamiento de banda base, tales como la codificación de canal, la multiplexación, la modulación y la dispersión de espectro.
Por ejemplo, la BBU 202 puede incluir una o más placas, y una pluralidad de placas puede soportar conjuntamente una red de acceso por radio (tal como una red LTE) de un único estándar de acceso, o puede soportar por separado redes de acceso por radio de diferentes estándares de acceso. La BBU 202 incluye además una memoria 2021 y un procesador 2022. La memoria 2021 se configura para almacenar las instrucciones y los datos necesarios. Por ejemplo, la memoria 2021 almacena un tipo de protocolo soportado por el primer puerto y/o un tipo de protocolo soportado por el segundo puerto en la modalidad anterior.
El procesador 2022 se configura para controlar la estación base para realizar una acción necesaria. Por ejemplo, cuando el dispositivo de red realiza la solución realizada por el primer dispositivo anterior, el procesador puede configurarse para: obtener un tipo de protocolo soportado por un segundo puerto de un segundo dispositivo; determinar un tipo de protocolo de destino en base al tipo de protocolo soportado por el segundo puerto y un tipo de protocolo soportado por un primer puerto; y se comunica con el segundo dispositivo en base al tipo de protocolo de
destino a través del primer puerto y el segundo puerto. Para una solución relacionada con la obtención del tipo de protocolo soportado por el segundo puerto del segundo dispositivo y otra solución relacionada con el primer dispositivo, consulte el procedimiento del método anterior.
Cuando el dispositivo de red realiza la solución realizada por el segundo dispositivo anterior, el procesador puede configurarse para: generar la información de indicación usada para indicar un tipo de protocolo soportado por un segundo puerto del segundo dispositivo; y enviar, mediante el uso de la unidad transceptora, la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto. Para otra solución relacionada con el segundo dispositivo, consulte el procedimiento del método anterior.
La memoria 2021 y el procesador 2022 pueden servir a una o más placas. En otras palabras, una memoria y un procesador pueden disponerse por separado en cada placa, o una pluralidad de placas puede compartir una misma memoria y procesador. Además, se puede disponer un circuito necesario en cada placa.
De acuerdo con el método proporcionado en las modalidades de esta solicitud, una modalidad de esta solicitud proporciona además un sistema de comunicaciones, y el sistema de comunicaciones incluye el dispositivo de red y uno o más equipos de usuario.
Debe entenderse que en las modalidades de esta solicitud, cualquiera del procesador 2022 en la Figura 22, el procesador 110 en la Figura 20 y el procesador 210 en la Figura 21 puede ser una unidad central de procesamiento (Central Processing Unit, "CPU" para abreviar), o el procesador puede ser otro procesador de propósito general, un procesador de señales digitales (DSP), un circuito integrado de aplicación específica (ASIC), una matriz de puertas programables en campo (FPGA) u otro dispositivo lógico programable, una puerta discreta o un dispositivo lógico de transistores, un componente de hardware discreto, o similares. El procesador de propósito general puede ser un microprocesador o el procesador puede ser cualquier procesador convencional o similar.
En las modalidades de esta solicitud, cualquiera de la memoria 2021 en la Figura 22, la memoria 120 en la Figura 20, y la memoria 220 en la Figura 21 puede incluir una memoria de solo lectura y una memoria de acceso aleatorio, y proporcionar una instrucción y datos al procesador. Una parte de la memoria puede incluir además una memoria de acceso aleatorio no volátil.
En las modalidades de esta solicitud, el sistema de bus puede incluir un bus de alimentación, un bus de control, un bus de señal de estado, y similares, además de un bus de datos. Sin embargo, para una descripción clara, varios buses se marcan como el sistema de bus en la figura, por ejemplo, el sistema de bus 130 en la Figura 20 y el sistema de bus 230 en la Figura 21.
En un proceso de implementación, las etapas de los métodos anteriores pueden implementarse mediante el uso de un circuito lógico integrado de hardware en un procesador, o mediante el uso de instrucciones en forma de software. Las etapas del método divulgado con referencia a las modalidades de esta solicitud pueden realizarse directamente por un procesador de hardware, o pueden realizarse mediante el uso de una combinación de hardware en un procesador y una unidad de software. La unidad de software puede ubicarse en un medio de almacenamiento tradicional de la técnica, tal como una memoria de acceso aleatorio, una memoria flash, una memoria de sólo lectura, una memoria de sólo lectura programable, una memoria programable eléctricamente borrable o un registro. El medio de almacenamiento se ubica en una memoria, y un procesador lee la información en la memoria y completa las etapas de los métodos anteriores en combinación con el hardware del procesador. Para evitar la repetición, los detalles no se describen en la presente descripción.
Debe entenderse además que el primero, el segundo, el tercero, el cuarto y varios números en esta descripción se usan para la diferenciación sólo para facilitar la descripción, en lugar de limitar el alcance de las modalidades de esta solicitud.
Debe entenderse que el término "y/o" en esta descripción es simplemente una relación de asociación para describir objetos asociados y representa que pueden existir tres relaciones. Por ejemplo, A y/o B pueden representar los siguientes tres casos: Sólo existe A, existen tanto A como B, y sólo existe B. Además, a menos que se especifique de cualquier otra manera, el carácter "/" en esta descripción indica generalmente una relación "o" entre los objetos asociados.
Debe entenderse que los números de secuencia de los procesos anteriores no significan secuencias de ejecución en varias modalidades de esta solicitud. Las secuencias de ejecución de los procesos deben determinarse de acuerdo con las funciones y la lógica interna de los procesos, y no deben interpretarse como una limitación en los procesos de implementación de las modalidades de esta solicitud.
Un experto en la técnica puede ser consciente de que, en combinación con los bloques lógicos ilustrativos (illustrative logical block) y las etapas (step) descritas en las modalidades divulgadas en esta descripción, pueden implementarse mediante hardware electrónico o una combinación de software informático y hardware electrónico. Si las funciones las realiza el hardware o el software depende de las aplicaciones particulares y de las limitaciones de
diseño de las soluciones técnicas. Un experto en la técnica puede usar diferentes métodos para implementar las funciones descritas para cada aplicación particular, pero no debe considerarse que la implementación va más allá del alcance de esta aplicación.
Un experto en la técnica puede entender claramente que, con el propósito de una descripción conveniente y breve, para un proceso de funcionamiento detallado del sistema, el dispositivo y la unidad anteriores, se refiere a un proceso correspondiente en las modalidades del método anterior. Los detalles no se describen en la presente descripción de nuevo.
En las diversas modalidades proporcionadas en esta solicitud, debe entenderse que el sistema, el dispositivo y el método divulgados pueden implementarse de otras formas. Por ejemplo, la modalidad del dispositivo descrita es simplemente un ejemplo. Por ejemplo, la división de unidades es simplemente una división de función lógica y puede ser otra división en la implementación real. Por ejemplo, una pluralidad de unidades o componentes pueden combinarse o integrarse en otro sistema, o algunas características pueden ignorarse o no realizarse. Además, los acoplamientos mutuos mostrados o discutidos o los acoplamientos directos o las conexiones de comunicación pueden implementarse a través de algunas interfaces. Los acoplamientos indirectos o las conexiones de comunicación entre los dispositivos o unidades pueden implementarse en forma eléctrica, mecánica u otras formas.
Las unidades descritas como partes separadas pueden o no pueden separarse físicamente, y las partes mostradas como unidades pueden o no ser unidades físicas, pueden ubicarse en una posición o pueden distribuirse en una pluralidad de unidades de red. Algunas o todas las unidades pueden seleccionarse en base a los requisitos reales para lograr los objetivos de las soluciones de las modalidades.
Además, las unidades funcionales en las modalidades de esta solicitud pueden integrarse dentro de una unidad de procesamiento, o cada una de las unidades puede existir sola físicamente, o dos o más unidades se integran dentro de una unidad.
Todas o algunas de las modalidades anteriores pueden implementarse mediante el uso de software, hardware, firmware, o cualquier combinación de los mismos. Cuando se usa software para implementar las modalidades, las modalidades pueden implementarse total o parcialmente en forma de un producto de programa informático. El producto de programa informático incluye una o más instrucciones del ordenador. Cuando las instrucciones del programa informático se cargan y ejecutan en un ordenador, se generan total o parcialmente los procedimientos o funciones de acuerdo con las modalidades de esta solicitud. El ordenador puede ser un ordenador de propósito general, un ordenador dedicado, una red de ordenadores u otro dispositivo programable. Las instrucciones del ordenador pueden almacenarse en un medio de almacenamiento legible por ordenador o pueden transmitirse desde un medio de almacenamiento legible por ordenador a otro medio de almacenamiento legible por ordenador. Por ejemplo, las instrucciones del ordenador pueden transmitirse desde un sitio web, ordenador, servidor o centro de datos a otro sitio web, ordenador, servidor o centro de datos de forma cableada (por ejemplo, un cable coaxial, una fibra óptica o una línea de abonado digital (DSL)) o inalámbrica (por ejemplo, infrarrojos, radio o microondas). El medio de almacenamiento legible por ordenador puede ser cualquier medio usable accesible por un ordenador, o un dispositivo de almacenamiento de datos, tal como un servidor o un centro de datos, que integra uno o más medios usables. El medio usable puede ser un medio magnético (por ejemplo, un disquete, un disco duro, o una cinta magnética), un medio óptico (por ejemplo, un DVD), un medio semiconductor (por ejemplo, una unidad de estado sólido, disco de estado sólido (SSD)), o similares. Las descripciones anteriores son simplemente implementaciones específicas de esta solicitud. El alcance de la protección de esta invención se define por las reivindicaciones.
Claims (15)
- REIVINDICACIONESi. Un método de comunicación realizado por un primer dispositivo, que comprende:obtener (2101), por el primer dispositivo, un tipo de protocolo soportado por un segundo puerto de un segundo dispositivo, en donde el tipo de protocolo soportado por el segundo puerto del segundo dispositivo es un protocolo Ethernet flexible y/o un protocolo Ethernet estándar, y un primer puerto del primer dispositivo soporta el protocolo Ethernet flexible y el protocolo Ethernet estándar;determinar (2102), por el primer dispositivo, un tipo de protocolo de destino en base al tipo de protocolo soportado por el segundo puerto y un tipo de protocolo soportado por el primer puerto, en donde el tipo de protocolo de destino es el protocolo Ethernet flexible o el protocolo Ethernet estándar; ycomunicar (2103), por el primer dispositivo, con el segundo dispositivo en base al tipo de protocolo de destino a través del primer puerto y el segundo puerto.
- 2. El método de acuerdo con la reivindicación 1, antes de determinar, por el primer dispositivo, un tipo de protocolo de destino, que comprende además:obtener, por el primer dispositivo mediante el uso de un bloque de código PCS de subcapa de codificación física, un tipo de protocolo usado actualmente por el segundo puerto para enviar información.
- 3. El método de acuerdo con la reivindicación 2, en donde la obtención, por el primer dispositivo mediante el uso de un primer bloque de código PCS, de un tipo de protocolo usado actualmente por el segundo puerto para enviar información comprende:cuando se recibe un primer bloque de código PCS preestablecido, determinar, por el primer dispositivo, que el tipo de protocolo usado actualmente por el segundo puerto para enviar información es el protocolo Ethernet flexible; ocuando no se recibe un primer bloque de código PCS preestablecido, determinar, por el primer dispositivo, que el tipo de protocolo usado actualmente por el segundo puerto para enviar información es el protocolo Ethernet estándar.
- 4. El método de acuerdo con cualquiera de las reivindicaciones 1 a 3, en donde la obtención, por un primer dispositivo, de un tipo de protocolo soportado por un segundo puerto de un segundo dispositivo comprende: recibir, por el primer dispositivo a través del primer puerto en base al tipo de protocolo obtenido usado actualmente por el segundo puerto para enviar información, información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto.
- 5. El método de acuerdo con la reivindicación 4, en donde la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto se transporta en un paquete de control en una capa MAC de control de acceso al medio; ola información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto se transporta en un paquete de control en otra capa superior a una capa MAC.
- 6. El método de acuerdo con cualquiera de las reivindicaciones 1 a 4, en donde la obtención, por un primer dispositivo, de un tipo de protocolo soportado por un segundo puerto de un segundo dispositivo comprende: obtener, por el primer dispositivo mediante el uso del bloque de código PCS, el tipo de protocolo soportado por el segundo puerto.
- 7. Un método de comunicación realizado en un sistema de comunicaciones, el sistema de comunicaciones que comprende un primer dispositivo y un segundo dispositivo, el método que comprende las etapas realizadas por el primer dispositivo de acuerdo con cualquiera de las reivindicaciones 1 a 6, y el método que comprende además: generar (2201), por el segundo dispositivo, información de indicación usada para indicar un tipo de protocolo soportado por un segundo puerto del segundo dispositivo, en donde el tipo de protocolo soportado por el segundo puerto del segundo dispositivo es un protocolo Ethernet flexible y/o un protocolo Ethernet estándar; yenviar (2202), por el segundo dispositivo, la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto.
- 8. El método de acuerdo con la reivindicación 7, en donde el método comprende además:enviar, por el segundo dispositivo mediante el uso de un bloque de código PCS de subcapa de codificación física, información de indicación usada para indicar un tipo de protocolo usado actualmente por el segundo puerto para enviar información.
- 9. El método de acuerdo con la reivindicación 7 u 8, en donde la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto del segundo dispositivo se transporta en un paquete de control en una capa MAC de control de acceso al medio; ola información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto del segundo dispositivo se transporta en un paquete de control en otra capa superior a una capa MAC.
- 10. Un primer dispositivo (3110), que comprende un procesador (3111) y un transceptor (3112), en donde:el procesador, configurado para: obtener un tipo de protocolo soportado por un segundo puerto de un segundo dispositivo; y determinar un tipo de protocolo de destino en base al tipo de protocolo soportado por el segundo puerto y un tipo de protocolo soportado por un primer puerto, donde el tipo de protocolo soportado por el segundo puerto del segundo dispositivo comprende un protocolo Ethernet flexible y/o un protocolo Ethernet estándar, el primer puerto de un primer dispositivo soporta el protocolo Ethernet flexible y el protocolo Ethernet estándar, y el tipo de protocolo de destino comprende el protocolo Ethernet flexible o el protocolo Ethernet estándar; yel transceptor, configurado para comunicarse con el segundo dispositivo en base al tipo de protocolo de destino a través del primer puerto y el segundo puerto.
- 11. El primer dispositivo de acuerdo con la reivindicación 10, en donde el procesador se configura además para obtener, mediante el uso de un bloque de código PCS de subcapa de codificación física, un tipo de protocolo usado actualmente por el segundo puerto para enviar información.
- 12. El primer dispositivo de acuerdo con la reivindicación 10 u 11, en donde el transceptor se configura para: recibir, a través del primer puerto en base al tipo de protocolo obtenido usado actualmente por el segundo puerto para enviar información, información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto.
- 13. El primer dispositivo de acuerdo con la reivindicación 12, en donde la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto se transporta en un paquete de control en una capa MAC de control de acceso al medio; ola información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto se transporta en un paquete de control en otra capa superior a una capa MAC.
- 14. Un sistema de comunicaciones que comprende un primer dispositivo (3110) y un segundo dispositivo (4110), en donde el primer dispositivo está de acuerdo con cualquiera de las reivindicaciones 10 a 13 y el segundo dispositivo comprende un procesador (4111) y un transceptor (4112), en donde:el procesador se configura para generar la información de indicación usada para indicar un tipo de protocolo soportado por un segundo puerto del segundo dispositivo, en donde el tipo de protocolo soportado por el segundo puerto del segundo dispositivo comprende un protocolo Ethernet flexible y/o un protocolo Ethernet estándar; yel transceptor se configura para enviar la información de indicación usada para indicar el tipo de protocolo soportado por el segundo puerto.
- 15. El sistema de comunicaciones de acuerdo con la reivindicación 14, en donde el transceptor se configura además para:enviar, mediante el uso de un bloque de código PCS de subcapa de codificación física, la información de indicación usada para indicar un tipo de protocolo usado actualmente por el segundo puerto para enviar información.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710608033.8A CN109302372B (zh) | 2017-07-24 | 2017-07-24 | 一种通信方法、设备及存储介质 |
| PCT/CN2018/095001 WO2019019906A1 (zh) | 2017-07-24 | 2018-07-09 | 一种通信方法、设备及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2907021T3 true ES2907021T3 (es) | 2022-04-21 |
Family
ID=65040159
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES18838748T Active ES2907021T3 (es) | 2017-07-24 | 2018-07-09 | Método y dispositivo de comunicación y medio de almacenamiento |
Country Status (5)
| Country | Link |
|---|---|
| US (2) | US11824960B2 (es) |
| EP (2) | EP3648403B1 (es) |
| CN (2) | CN109302372B (es) |
| ES (1) | ES2907021T3 (es) |
| WO (1) | WO2019019906A1 (es) |
Families Citing this family (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11019111B2 (en) * | 2018-11-30 | 2021-05-25 | Comcast Cable Communications, Llc | Automated IPv4-IPv6 selection for voice network elements |
| US11259233B2 (en) | 2019-02-15 | 2022-02-22 | Qualcomm Incorporated | Signaling port information of user equipment ports in a wireless communication system including a radio access network |
| CN112217765B (zh) * | 2019-07-10 | 2023-06-30 | 深圳市中兴微电子技术有限公司 | 报文解析方法和装置 |
| CN112217661B (zh) * | 2019-07-12 | 2024-02-02 | 华为技术有限公司 | 一种端口模式自适应的方法及装置 |
| CN112291123B (zh) * | 2019-07-24 | 2023-04-21 | 中兴通讯股份有限公司 | 基于邻居协商实现网络对通的方法及装置 |
| CN112532522B (zh) * | 2019-09-19 | 2023-09-05 | 中兴通讯股份有限公司 | 一种业务路径的建立方法、装置、电子设备 |
| US11088934B2 (en) | 2019-10-10 | 2021-08-10 | Cisco Technology, Inc. | Dynamic discovery of service nodes in a network |
| CN112787982B (zh) * | 2019-11-08 | 2024-09-27 | 中兴通讯股份有限公司 | 协议切换方法及装置、电子设备、计算机可读介质 |
| CN112953883A (zh) * | 2019-12-10 | 2021-06-11 | 中兴通讯股份有限公司 | 设备协议互通方法、设备及存储介质 |
| CN112995004B (zh) * | 2019-12-16 | 2022-10-28 | 北京华为数字技术有限公司 | 接口协商方法、处理器、网络设备和网络系统 |
| CN113055210A (zh) * | 2019-12-27 | 2021-06-29 | 中国移动通信有限公司研究院 | 一种接口信息的发送方法及设备 |
| CN111277492A (zh) * | 2020-01-14 | 2020-06-12 | 南京粒聚智能科技有限公司 | 一种自动探测数控设备类型的边缘计算网关 |
| CN112822125B (zh) * | 2020-04-08 | 2023-08-01 | 中兴通讯股份有限公司 | 一种业务流的传输方法、装置、设备及存储介质 |
| CN113595752A (zh) * | 2020-04-30 | 2021-11-02 | 中兴通讯股份有限公司 | 链路双端模式确定方法、装置、设备及介质 |
| CN111601285B (zh) * | 2020-05-19 | 2023-02-10 | 江苏徐工工程机械研究院有限公司 | 通信方法、装置、系统和计算机可读存储介质 |
| CN113923276B (zh) * | 2020-06-22 | 2024-09-24 | 中兴通讯股份有限公司 | 一种FlexE端口通信方法、通信设备及存储介质 |
| CN111800413B (zh) * | 2020-07-03 | 2022-06-28 | Ut斯达康通讯有限公司 | 一种以太网端口自适应方法及通信设备及存储介质 |
| CN114513406A (zh) * | 2020-10-26 | 2022-05-17 | 华为技术有限公司 | 一种接口配置方法及装置 |
| CN112511343B (zh) * | 2020-11-17 | 2023-03-21 | 上海金卓科技有限公司 | 一种前传接口的配置方法、装置、设备及存储介质 |
| CN112769832A (zh) * | 2021-01-12 | 2021-05-07 | 中国科学院上海高等研究院 | 多协议兼容的数据发送、数据接收方法及装置 |
| CN113422729B (zh) * | 2021-04-29 | 2022-08-05 | 全球能源互联网研究院有限公司 | 一种虚拟电厂靶向通信系统及控制方法 |
| US12026120B2 (en) * | 2022-06-21 | 2024-07-02 | Cornami, Inc. | Sharing high speed serial interconnects for different protocols |
| CN115514719B (zh) * | 2022-10-20 | 2023-12-19 | 迈普通信技术股份有限公司 | 报文发送方法、装置、交换机及可读存储介质 |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101772058B (zh) * | 2008-12-30 | 2012-09-19 | 华为技术有限公司 | 系统架构演进架构中路径管理的方法、设备和系统 |
| US8566648B2 (en) * | 2011-02-02 | 2013-10-22 | Salesforce, Inc. | Automated testing on devices |
| CN102651777B (zh) * | 2012-04-25 | 2015-03-11 | 华为技术有限公司 | 链路建立方法和设备 |
| US9571610B2 (en) * | 2013-03-15 | 2017-02-14 | International Business Machines Corporation | Dynamic port type detection |
| CN106464990B (zh) * | 2014-06-30 | 2019-11-12 | 华为技术有限公司 | 一种数据处理方法及装置 |
| US10637604B2 (en) * | 2014-10-24 | 2020-04-28 | Ciena Corporation | Flexible ethernet and multi link gearbox mapping procedure to optical transport network |
| CN106341207A (zh) * | 2015-07-06 | 2017-01-18 | 华为技术有限公司 | 一种编码块数据流的发送和接收方法、设备和系统 |
| CN110719143A (zh) * | 2015-07-30 | 2020-01-21 | 华为技术有限公司 | 用于数据传输的方法、发送机和接收机 |
| CN106612203A (zh) * | 2015-10-27 | 2017-05-03 | 中兴通讯股份有限公司 | 一种处理灵活以太网客户端数据流的方法及装置 |
| CN106803811A (zh) * | 2015-11-26 | 2017-06-06 | 中兴通讯股份有限公司 | 一种路由信息的获取方法及装置 |
| US10505655B2 (en) * | 2016-07-07 | 2019-12-10 | Infinera Corp. | FlexE GMPLS signaling extensions |
| CN111953450B (zh) | 2017-02-16 | 2025-03-07 | 华为技术有限公司 | 一种灵活以太网中传输数据的方法及设备 |
-
2017
- 2017-07-24 CN CN201710608033.8A patent/CN109302372B/zh active Active
- 2017-07-24 CN CN202110199488.5A patent/CN113259309A/zh active Pending
-
2018
- 2018-07-09 WO PCT/CN2018/095001 patent/WO2019019906A1/zh unknown
- 2018-07-09 ES ES18838748T patent/ES2907021T3/es active Active
- 2018-07-09 EP EP18838748.4A patent/EP3648403B1/en active Active
- 2018-07-09 EP EP21204674.2A patent/EP4007242A1/en active Pending
-
2020
- 2020-01-24 US US16/751,907 patent/US11824960B2/en active Active
-
2023
- 2023-10-11 US US18/484,928 patent/US20240040018A1/en active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| EP4007242A1 (en) | 2022-06-01 |
| WO2019019906A1 (zh) | 2019-01-31 |
| US20200162586A1 (en) | 2020-05-21 |
| CN113259309A (zh) | 2021-08-13 |
| EP3648403A1 (en) | 2020-05-06 |
| CN109302372A (zh) | 2019-02-01 |
| US20240040018A1 (en) | 2024-02-01 |
| US11824960B2 (en) | 2023-11-21 |
| EP3648403B1 (en) | 2022-01-19 |
| CN109302372B (zh) | 2021-02-23 |
| EP3648403A4 (en) | 2020-05-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2907021T3 (es) | Método y dispositivo de comunicación y medio de almacenamiento | |
| US11510131B2 (en) | Configuration method, data transmission method, and apparatus | |
| US20220200851A1 (en) | Data Packaging Protocols For Communications Between IoT Devices | |
| KR102112487B1 (ko) | 데이터 전송 방법, 장치 및 시스템 | |
| CN102934514B (zh) | 无线装置和无线基站装置 | |
| ES2953840T3 (es) | Aparato de comunicación y método de comunicación | |
| ES2908604T3 (es) | Método y aparato para transmitir datos | |
| JP2021168480A (ja) | Ｄｃｎパケット処理方法、ネットワークデバイスおよびネットワークシステム | |
| ES2901374T3 (es) | Procedimiento y aparato para realizar una función de capa 2 eficiente en un sistema de comunicación móvil | |
| BR112020019997A2 (pt) | método e aparelho de transmissão de pacote | |
| BR112013012426A2 (pt) | Troca de mensagens de sondagem para conexões de enlace direto | |
| JP2016524379A (ja) | データ伝送方法及び装置、通信デバイス、並びに通信システム | |
| BR112021007665A2 (pt) | método de controle de comunicação, aparelho e meio de armazenamento legível por computador | |
| US12219458B2 (en) | Data packet transmission method and apparatus | |
| WO2019206089A1 (zh) | 通信方法和设备 | |
| CN111628957A (zh) | 一种数据传输方法以及网络设备 | |
| BR112021016053A2 (pt) | Método de comunicação e aparelho relacionado | |
| JP2021508996A (ja) | データ伝送方法、送信装置、および受信装置 | |
| US11251905B2 (en) | Method for receiving code block stream, method for transmitting code block stream, and communications apparatus | |
| BR112021011950A2 (pt) | Melhorias de varredura de canal wi-fi em casa | |
| US11902403B2 (en) | Method for receiving code block stream, method for sending code block stream, and communications apparatus | |
| ES2735774T3 (es) | Procedimiento, aparato y medio legible por ordenador no transitorio de transmisión de tramas de datos para interfaz CPRI flexible virtual | |
| CN107104813A (zh) | 一种信息传输方法、网关及控制器 | |
| WO2023131094A1 (zh) | 通信方法及通信装置 | |
| CN114629851A (zh) | 一种业务报文发送方法及设备 |