PROCEDIMIENTO DE CONTROL DEL FLUJO PARA LA TRANSMISION DE SERVICIOS DE DATOS DE UNA RED SDH.

Un procedimiento de control del flujo para un tráfico de datos transmitidos a través de la red de Jerarquía Digital Síncrona,

SDH, que comprende las siguientes etapas:

durante la transmisión de datos a través de la red SDH, una parte de desencapsulación de un dispositivo Ethernet sobre SDH/SONET, EoS, verifica el volumen de datos de una memoria caché de trama existente dentro del dispositivo de EoS y si el volumen de datos excede un umbral superior de la memoria caché de trama crea una trama del Protocolo de Control de Flujo Lineal, LFP, con un campo de control que controla el cese del envío de datos, y si el volumen de datos es inferior al umbral inferior de la memoria caché de trama crea una trama del LFP con un campo de control para controlar el inicio del envío de datos;

una parte de encapsulación del dispositivo de EoS encapsula la trama del LFP;

la trama del LFP es mapeada hacia la carga útil de la red SDH como trama de datos común y es transferida a un dispositivo de EoS opuesto;

el dispositivo de EoS opuesto desmapea la carga útil de la red SDH, y la parte de desencapsulación del dispositivo de EoS opuesto identifica la trama del LFP e interpreta y ejecuta la interpretación de control del flujo en la trama del LFP; caracterizado porque

la pauta transparente del LFP es utilizada cuando la parte de desencapsulación identifica y procesa la trama del LFP; la parte de desencapsulación del dispositivo de EoS opuesto interpreta y ejecuta la trama del LFP según que un dispositivo de datos de usuario fijado al dispositivo de EoS opuesto soporte o no un modo integral;

si el dispositivo de datos de usuario fijado al dispositivo de EoS opuesto funciona en el modo de dúplex integral, no es necesario interpretar la trama del LFP; en lugar de ello, la trama del LFP será directamente enviada al dispositivo de datos de usuario;

si el dispositivo de datos de usuario fijado al dispositivo de EoS opuesto funciona en el modo semidúplex, la parte de control de la trama del LFP será interpretada, y si el campo de control de la trama del LFP controla el inicio del envío de datos, será cancelada una señal de control de contrapresión; en otro caso, la señal de control de contrapresión será enviada para hacer que el usuario del dispositivo de datos fijados al dispositivo de EoS opuesto detecte un conflicto y, de esta forma, detenga la transmisión de datos

Procedimiento de control del flujo para la transmisión de servicios de datos de una red SDH.

Campo de la invención

La presente invención se refiere al campo de transmisión de datos, concretamente a un procedimiento de control del flujo para un tráfico del flujo de datos transmitidos a través de una red de Jerarquía Digital Síncrona (SDH).

Antecedentes de la invención

A medida que la red SDH se desarrolla con rapidez, la tecnología EoS (Ethernet sobre SDH/SONET) se utiliza cada vez con mayor amplitud; por consiguiente, la forma de implementar aplicaciones de datos a través de la red SDH de manera eficiente resulta una cuestión crucial. En las aplicaciones de transmisión de Ethernet a través de la Red de Área Metropolitana (MAN), la distancia entre dos emplazamientos puede llegar de 1 a 200 km, y una pauta de mapeo en cascada virtual para la EoS, de forma que el retardo de tiempo de la transmisión de datos entre los emplazamientos puede alcanzar a varios milisegundos o incluso décimas de milisegundos. Así mismo, el tráfico de Ethernet tiene una peculiaridad de ráfaga, esto es, la tasa de flujo instantáneo puede ser muy amplia, por consiguiente la tasa de flujo instantánea puede incluso exceder el ancho de banda asignado de antemano.

En la actualidad, un mecanismo de control del flujo común es el CAR (Tasa de Acceso Confirmado), esto es, en el caso de que exista una congestión de la red, los datos fuera de la CAR serán descartados utilizando la prioridad u otros sistemas. Una desventaja del mecanismo de control es que a menudo produce una pérdida grave de paquetes, lo que degradará gravemente la prestación de la red en aplicaciones TCP/IP comunes; especialmente para el protocolo TCP/IP que se utiliza ampliamente, la pérdida de paquetes producirá una prestación de aplicaciones seriamente degradada. Por ejemplo, supóngase que se utilizan unos dispositivos de Ethernet de 10 M/b en una aplicación TCP y que el Tiempo de Confirmación se fija en 5s, se producirá una Relación de Pérdida de Tramas (FLR) de un 1% de disponibilidad degradada por un 98% para tramas de Ethernet de 1,500 Bytes.

En algunos dispositivos de supuestos EoS de transmisión en red, las tramas PAUSE generadas en un dispositivo de datos de usuario son transferidas al dispositivo de datos de usuario opuesto. Sin embargo, dicha transmisión de datos es solo apropiada para corta una distancia y no para una larga distancia porque el dispositivo de transmisión solo transfiere las tramas PAUSE y no genera la información de control del flujo; así mismo, si el dispositivo en uno u otro extremo no soporta las tramas PAUSE, dicho procedimiento no puede ser utilizado.

Como se muestra en la Fig. 1, el dispositivo de EoS comprende 3 partes: partes de acceso a Ethernet, las cuales comprenden un Nivel Físico (PHY) y un Control de Acceso a Medios (MAC); unas partes de encapsulación y desencapsulación, la encapsulación puede ser la LAPS (Protocolo de Acceso de Enlace - SDH), el HDLC (Control de Enlace de Datos de Alto Nivel), o el GFP (Procedimiento de Entramado General), y partes de mapeo y desmapeo, el procedimiento de mapeo puede ser en cascada virtual o en cascada.

Supóngase que el ancho de banda de la red SDH es el VC3 1 (esto es 45 M), si la tasa de transmisión de datos del dispositivo de datos de usuario A excede del VC3 1, las tramas de Ethernet residuales son apiladas en la parte de encapsulación A porque el flujo en la parte de Mapeo A es constante (VC3 1) de acuerdo con la técnica anterior; cuando la memoria caché de la parte de encapsulación A se agota, los datos de la A MAC ya no pueden ser enviados a la parte de encapsulación A; por consiguiente, si el control del flujo de Ethernet se inhabilita, PHY + MAC A enviará unas tramas PAUSE (dúplex integral) o de contrapresión (semidúplex) a un dispositivo de usuario, mostrado en forma de línea de puntos 1 en la Fig. 1 (si el control del flujo de Ethernet está inhabilitado, el MAC A descartará las tramas de Ethernet residuales, remitiéndose al documento IEEE802.3x para el control del flujo de Ethernet), como resultado de ello, la velocidad de transmisión del dispositivo A se reducirá hasta por debajo de 1 VC3 para impedir la pérdida de paquetes y un rendimiento de la red gravemente degradado.

Si la velocidad de transmisión del dispositivo A es inferior a 1 VC3 pero la velocidad de recepción del dispositivo B es inferior a la velocidad de transmisión del dispositivo A por determinadas razones (por ejemplo, el dispositivo B está fijado a una pluralidad de dispositivos 10M pero solo uno de ellos está funcionando), el tráfico desde el dispositivo A hasta el extremo de transmisión del dispositivo de EoS B no estará bloqueado, por el contrario, el dispositivo B estará bloqueado; de esta manera, de acuerdo con las instrucciones del 802 3x, el dispositivo B enviará información de control del flujo (pueden ser señales de tramas PAUSE o de contrapresión) a los puertos, la cual está directamente conectada con aquél (esto es, la línea de puntos 2 en la Fig. 1); de acuerdo con las instrucciones del 802.3x, la información de control del flujo se terminará mediante el MAC B; al mismo tiempo, el MAC B detendrá el envío de datos al dispositivo B y los datos no serán transferidos al dispositivo A mientras el dispositivo A continúe enviando datos a la velocidad original, con lo cual las tramas de Ethernet procedentes del dispositivo A se apilan en la parte de desencapsulación B o MAC B; cuando las memorias caché en estas posiciones se agotan, la pérdida de paquetes se producirá con seguridad en EoS #B; por consiguiente, aunque ambos dispositivos A y B son dispositivos de soporte de control del flujo de Ethernet del 802.3x, la pérdida de paquetes es inevitable después del dispositivo de EoS. Ello indica que la solución técnica basada en el 802.3x es incapaz de asegurar el control del flujo de Ethernet con dispositivos de EoS.

La solicitud de Patente europea EP 1006751A divulga un receptor para controlar el flujo de datos basados en tramas, recibidos de una red digital síncrona, hasta una interfaz de canal de datos basados en tramas. El receptor está configurado para recibir los datos basados en tramas a una primera tasa después de lo cual un separador está configurado para recibir los datos basados en tramas. Tras la predeterminación de un nivel de umbral de la cantidad de datos destinados al separador, una cantidad de datos basados en tramas es verificado con respecto al nivel de umbral. En respuesta a la verificación de la cantidad de datos recibidos, se genera una señal en forma de trama de pausa, en la que la señal de trama de pausa puede ser configurada para adaptar la primera tasa de transmisión de los datos basados en tramas a lo largo de la red digital síncrona a una segunda tasa.

Así mismo el artículo "Encapsulación y Adaptación de Tasas para Ethernet sobre la SDH" ["Encapsulation and Rate Adaptation for Ethernet Over SDH"] XIN LI ET AL, COMMUNICATIONS, CIRCUITS AND SYSTEMS AND WEST SINO EXPOSITIONS, IEEE 2002 CONFERENCIA INTERNACIONAL DEL 29 DE JUNIO AL 1 DE JULIO DE 2002, NJ, USA, IEEE, vol. 2, 29 de Junio de 2002, páginas 1301 a 1305, XP 010631763 ISBN: 0-7803-7547-5 divulga una arquitectura de chip para una transmisión de Ethernet sobre la SDH, en la que el tráfico de Ethernet debe ser encapsulado en tramas y a continuación mapeado en cargas útiles esperadas de la SDH.

Sumario de la invención

El objetivo de la presente invención consiste en proporcionar un procedimiento de control del flujo de alto rendimiento para un tráfico de datos transmitidos a través de la red SDH para llevar a cabo una transmisión transparente sin pérdidas de datos de Ethernet a través de la red SDH.

De acuerdo con la presente invención, un procedimiento de control del flujo para un tráfico de datos transmitidos a través de una red SDH comprende las siguientes etapas:

1. Un procedimiento de control del flujo para un tráfico de datos transmitidos a través de la red de Jerarquía Digital Síncrona, SDH, que comprende las siguientes etapas: