ES2607496T3 - Detección de fallos de GCC rápida - Google Patents

Detección de fallos de GCC rápida Download PDF

Info

Publication number
ES2607496T3
ES2607496T3 ES14305262.9T ES14305262T ES2607496T3 ES 2607496 T3 ES2607496 T3 ES 2607496T3 ES 14305262 T ES14305262 T ES 14305262T ES 2607496 T3 ES2607496 T3 ES 2607496T3
Authority
ES
Spain
Prior art keywords
data
communications channel
general communications
received
inactive
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
Application number
ES14305262.9T
Other languages
English (en)
Inventor
Klaus Fritschi
Wolfgang Thomas
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alcatel Lucent SAS
Original Assignee
Alcatel Lucent SAS
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Alcatel Lucent SAS filed Critical Alcatel Lucent SAS
Application granted granted Critical
Publication of ES2607496T3 publication Critical patent/ES2607496T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/16—Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
    • H04J3/1605—Fixed allocated frame structures
    • H04J3/1652—Optical Transport Network [OTN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B10/00—Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
    • H04B10/07—Arrangements for monitoring or testing transmission systems; Arrangements for fault measurement of transmission systems
    • H04B10/075—Arrangements for monitoring or testing transmission systems; Arrangements for fault measurement of transmission systems using an in-service signal
    • H04B10/077—Arrangements for monitoring or testing transmission systems; Arrangements for fault measurement of transmission systems using an in-service signal using a supervisory or additional signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/14—Monitoring arrangements
    • 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/0057—Operations, administration and maintenance [OAM]
    • H04J2203/006—Fault tolerance and recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • H04Q2011/0079—Operation or maintenance aspects
    • H04Q2011/0081—Fault tolerance; Redundancy; Recovery; Reconfigurability

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Electromagnetism (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Un procedimiento (300) para detectar un deterioro de un canal (513) de comunicaciones generales dentro de una red óptica de transporte, OTN (100); en el que el canal (513) de comunicaciones generales emplea la transmisión de uno o más patrones (544) inactivos predeterminados en momentos de inactividad del canal (513) de comunicaciones generales; en el que el procedimiento (300) comprende - recibir (301) datos (540, 550) en el canal (513) de comunicaciones generales; y - detectar (302) un deterioro del canal (513) de comunicaciones generales detectando que un patrón (544) inactivo dentro de los datos (540, 550) recibidos está ausente o está dañado; en el que la detección de que un patrón (544) inactivo dentro los datos (540, 550) recibidos está ausente o está dañado comprende monitorizar los datos (540, 550) recibidos en un intervalo de tiempo entre dos unidades (541) de datos por paquetes adyacentes, PDU, transportadas a lo largo del canal (513) de comunicaciones generales, y comparar los datos (540, 550) recibidos con el patrón (544) inactivo predeterminado.

Description

5
10
15
20
25
30
35
40
45
50
55
DESCRIPCION
Deteccion de fallos de GCC rapida
El presente documento se refiere a las redes opticas de transporte (OTN). En particular, el presente documento se refiere a la deteccion de un fallo dentro de un canal de comunicaciones generales de una OTN.
La comunicacion entre los elementos de red OTN puede realizarse usando unos canales de comunicaciones generales denominados GCC (canales de comunicaciones generales). Las normas OTN no definen ninguna supervision de estos canales de comunicaciones generales en la capa ffsica, es decir, se supone que o bien la senal completa, en la que se integran los GCC, esta deteriorada, o que la deteccion de un fallo de un GCC se deja a una capa de comunicacion superior (por ejemplo, a la capa 2 usando un PPP (protocolo punto a punto) o a la capa 3 usando un OSPF (protocolo abrir primero la ruta mas corta)).
En caso de que se deteriore un GCC, pero no se deteriore la senal de servidor (por ejemplo, una unidad de datos de canal optico, ODU, que comprende el GCC), la deteccion de fallos es habitualmente lenta (en el intervalo de varios segundos), ya que solo los protocolos de software de capa de enlace o de capa superior supervisan el canal de comunicaciones generales. Esto puede llevar a reacciones lentas (por ejemplo, para activar la proteccion GCC o para activar el reencaminamiento). Sin embargo, estas acciones de auto-reparacion deben ejecutarse dentro de intervalos de tiempo relativamente cortos (por ejemplo, dentro de los 50 ms desde la aparicion de un fallo), lo que actualmente no es el caso (actualmente se requiere la activacion de las acciones de auto-reparacion en el intervalo de varios segundos desde la aparicion de un fallo). Como resultado de esto, se deteriora la capacidad de los elementos de red OTN (NE) para comunicarse con otros componentes de red. Sin embargo, esto puede llevar a serios problemas para un plano de control de la OTN, ya que el retraso de la activacion de las acciones de auto- reparacion, tales como ECC y/o reencaminamiento, puede retrasar el restablecimiento del trafico de red.
El presente documento aborda los problemas tecnicos mencionados anteriormente. En particular, el presente documento describe un procedimiento y un elemento de red correspondiente que estan configurados para detectar un deterioro de un canal de comunicaciones OTN o un canal de comunicaciones generales OTN dentro de un intervalo de tiempo relativamente corto.
La solicitud de patente japonesa JP 2001 285196 A desvela un sistema de comunicacion optica que se comunica a traves de un enlace de transmision optica.
Los problemas tecnicos se resuelven mediante las reivindicaciones independientes. Las realizaciones preferidas se describen mediante las reivindicaciones dependientes.
De acuerdo con un aspecto, se describe un procedimiento para detectar un deterioro de un canal de comunicaciones, en particular un canal de comunicaciones generales, dentro de una red optica de transporte (OTN). La OTN tambien puede denominarse red de jerarqrna de transporte optica (OTH). El canal de comunicaciones generales puede estar integrado dentro de una unidad de datos de canal optico (ODU) de la OTN. En particular, el canal de comunicaciones generales puede comprender o puede ser un canal de comunicaciones generales (GCC) de una sobrecarga de ODU. El canal de comunicaciones generales puede transmitirse a traves de un enlace de la OTN.
El canal de comunicaciones generales (tambien denominado canal de comunicaciones OTN) emplea la transmision de uno o mas patrones inactivos predeterminados en momentos de inactividad del canal de comunicaciones generales. Los momentos de inactividad pueden corresponder a un intervalo de tiempo entre la transmision de dos tramas o unidades de datos por paquetes (PDU) adyacentes del canal de comunicaciones generales. Como tal, pueden usarse uno o mas patrones inactivos predeterminados para separar entre sf dos unidades de datos por paquetes adyacentes del canal de comunicaciones generales. Habitualmente, el patron inactivo predeterminado comprende una secuencia de bits predeterminada. A modo de ejemplo, la secuencia de bits predeterminada puede comprender o puede corresponder a la secuencia de bits '01111110'.
El canal de comunicaciones generales puede emplear un protocolo de enlace de datos de trama de control de enlace de datos de alto nivel (HDLC). Como tal, la comunicacion puede hacer uso del patron inactivo usado por el protocolo de trama HDLC. En particular, el canal de comunicaciones generales puede emplear o puede hacer uso de un protocolo punto a punto (PpP) de trama HDLC.
El procedimiento comprende recibir datos en el canal de comunicaciones generales. Los datos pueden comprender o pueden corresponder a una secuencia de bits. Ademas, el procedimiento comprende detectar un deterioro del canal de comunicaciones generales detectando que un patron inactivo dentro de los datos recibidos esta ausente o esta danado. Como el dano o la ausencia de un patron inactivo pueden detectarse de manera rapida, el procedimiento permite detectar deterioros del canal de comunicaciones generales de una manera rapida. Ademas, el deterioro del canal de comunicaciones generales puede detectarse independientemente de la rafz del fallo del canal de comunicaciones generales.
La deteccion de que un patron inactivo dentro de los datos recibidos esta ausente o esta danado puede comprender
5
10
15
20
25
30
35
40
45
50
55
monitorizar los datos recibidos en un intervalo de tiempo entre dos unidades de datos por paquetes (PDU) adyacentes que se transmiten a traves del canal de comunicaciones generales. En otras palabras, puede detectarse si un patron inactivo dentro de los datos recibidos en el intervalo de tiempo entre dos PDU adyacentes esta danado (ya que se sabe que estos datos recibidos deben corresponder a uno o mas patrones inactivos). Con este fin, los datos recibidos en el intervalo de tiempo entre dos PDU adyacentes pueden compararse con el patron inactivo predeterminado. En particular, puede verificarse si los datos recibidos en el intervalo de tiempo entre dos PDU corresponden al patron inactivo o a una secuencia de patrones inactivos. Si este es el caso, puede suponerse que el canal de comunicaciones generales esta funcionando correctamente. Por otro lado, si los datos recibidos en el intervalo de tiempo entre dos PDU adyacentes no corresponden al patron inactivo o a una secuencia de patrones inactivos, entonces puede concluirse que el canal de comunicaciones generales esta danado.
Los patrones inactivos (tambien denominados bytes de bandera) pueden usarse para indicar el comienzo y/o el final de una unidad de datos por paquetes (PDU). Ademas, el patron inactivo puede usarse para indicar pausas (entre PDU). Por lo tanto, cabe esperar que los datos recibidos comprendan al menos un patron inactivo dentro de un intervalo de tiempo predeterminado. El intervalo de tiempo predeterminado puede depender de la longitud temporal de una PDU. La ausencia de uno o mas paquetes inactivos dentro de los datos recibidos en el canal de comunicaciones generales durante un intervalo de tiempo que corresponde a o supera el intervalo de tiempo predeterminado puede indicar un deterioro del canal de comunicaciones generales.
Como tal, la deteccion de que un patron inactivo dentro de los datos recibidos esta ausente o esta danado puede comprender monitorizar los datos recibidos durante el intervalo de tiempo predeterminado y determinar si los datos recibidos dentro del intervalo de tiempo predeterminado comprenden al menos una patron inactivo. Si los datos recibidos no comprenden al menos un patron inactivo dentro del intervalo de tiempo predeterminado, se detecta un deterioro del canal de comunicaciones generales, es decir, se detecta que un patron inactivo dentro de los datos recibidos esta ausente o esta danado. Por lo tanto, puede detectarse un deterioro del canal de comunicaciones generales dentro del intervalo de tiempo predeterminado (que habitualmente corresponde a la longitud temporal de una PDU). Para monitorizar diferentes intervalos de tiempo de los datos recibidos puede usarse una ventana de analisis movil. La ventana de analisis movil puede tener una longitud temporal que corresponde a la longitud temporal del intervalo de tiempo predeterminado.
El procedimiento puede comprender, ademas, activar un mecanismo de proteccion y/o de reencaminamiento para el canal de comunicaciones generales, sujeto a la deteccion de un deterioro del canal de comunicaciones generales. Como resultado de esto, los efectos de un deterioro, por ejemplo, los efectos de un plano de control de la OTN, pueden remediarse de una manera rapida.
De acuerdo con un aspecto adicional, se describe un elemento de red para una red optica de transporte (OTN). El elemento de red esta configurado para recibir datos en un canal de comunicaciones generales de la OTN. Habitualmente, el canal de comunicaciones generales emplea la transmision de uno o mas patrones inactivos predeterminados en momentos de inactividad del canal de comunicaciones generales. Ademas, el elemento de red esta configurado para detectar un deterioro del canal de comunicaciones generales detectando que un patron inactivo dentro de los datos recibidos esta ausente o esta danado.
De acuerdo con un aspecto adicional, se describe una red optica de transporte que comprende una pluralidad de elementos de red. Uno o mas de los elementos de red pueden configurarse de acuerdo con el elemento de red descrito en el presente documento.
De acuerdo con un aspecto adicional, se describe un programa de software. El programa de software puede adaptarse para su ejecucion en un procesador y para realizar las etapas del procedimiento descritas en el presente documento cuando se realizan en el procesador.
De acuerdo con otro aspecto, se describe un medio de almacenamiento. El medio de almacenamiento puede comprender un programa de software adaptado para su ejecucion en un procesador y para realizar las etapas del procedimiento descritas en el presente documento cuando se realizan en el procesador.
De acuerdo con un aspecto adicional, se describe un producto de programa informatico. El programa informatico puede comprender instrucciones ejecutables para realizar las etapas del procedimiento descritas en el presente documento cuando se ejecutan en un ordenador.
Cabe senalar que los procedimientos y los sistemas que incluyen sus realizaciones preferidas, como se describen en la presente solicitud de patente, pueden usarse de manera independiente o en combinacion con los otros procedimientos y sistemas divulgados en el presente documento. Ademas, todos los aspectos de los procedimientos y sistemas descritos en la presente solicitud de patente pueden combinarse arbitrariamente. En particular, las caractensticas de las reivindicaciones pueden combinarse entre sf de una manera arbitraria.
A continuacion, se explica la invencion a modo de ejemplo con referencia a los dibujos adjuntos, en los que
la figura 1 muestra la jerarqrna para encapsular una senal SDH en una senal OTH u OTN; las figuras 2a, 2b muestran la estructura de una unidad de datos de canal optico OTH u OTN;
5
10
15
20
25
30
35
40
45
50
55
la figura 3 muestra un organigrama de un procedimiento a modo de ejemplo para detectar un deterioro del canal de comunicaciones generales de una OTN;
la figura 4 muestra un diagrama de bloques de una OTN a modo de ejemplo; y
la figura 5a muestra un diagrama de bloques de un elemento de red OTN a modo de ejemplo; y
la figura 5b ilustra datos a modo de ejemplo de un canal de comunicaciones generales.
Como se ha descrito anteriormente, el presente documento aborda el problema tecnico de la rapida deteccion de deterioro dentro de un canal de comunicaciones generales, en particular dentro de un GCC de una OTN. Puede usarse una OTN para transportar diversos tipos diferentes de trafico de datos (tambien denominados senales de cliente) a traves de una red DWDM (multiplexado compacto por division en longitudes de onda) de una manera transparente. Este procedimiento de transporte transparente se ha definido en la recomendacion UIT-T G.709 y tambien se conoce como jerarqrna de transporte optica (OTH). La OTH se coloca como una capa de servidor para diversas senales de cliente, por ejemplo SDH/SONET, ATM y/o Ethernet. La estructura de trama definida en la G.709 comprende cuatro partes:
1. la unidad de carga util de paquete optico (OPUk), donde se mapea la carga util;
2. la unidad de datos de canal optico (ODUk), que contiene la OPUk y unos bytes de sobrecarga adicionales (denominados sobrecarga de ODU) que tienen servicios y funciones espedficos unidos a los mismos; habitualmente, la sobrecarga de ODU comprende uno o mas canales de comunicaciones generales;
3. la unidad de transporte optico (OTUk), que contiene la ODUk mas unos bytes de trama adicionales; y
4. un codigo de correccion de errores sin canal de retorno (FEC).
Cabe senalar que el parametro k representa la velocidad de lmea de la OTH, es decir, k = 1 representa aproximadamente 2,6 Gb/s, k = 2 durante aproximadamente 10,7 Gb/s y k = 3 durante aproximadamente 43 Gb/s. Las diferentes ODU son capaces de transportar, por ejemplo, senales STM-l6, STM-64 y STM-256, respectivamente.
A modo de ejemplo, la figura 1 ilustra la jerarqrna de encapsulacion al transportar las senales SDH a traves de la OTH. Cabe senalar que los esquemas de deteccion de deterioro descritos en el presente documento son independientes del tipo de datos que se encapsulan dentro de los contenedores ODU. Las unidades de datos, por ejemplo, de senales ATM, se transportan en contenedores. Despues de anadir la sobrecarga de trayecto (POH), los contenedores se denominan contenedores virtuales (VC), en el caso de STM-1 un VC4. Los grandes contenedores virtuales, es decir, VC3 y VC4, tambien se denominan contenedores virtuales de orden superior (HOVC). El puntero AU indica el comienzo de dicho VC4 dentro de la carga util STM-1 y la combinacion del puntero AU y VC4 se denomina unidad administrativa (AU). Despues de anadir la sobrecarga de seccion se obtiene el modulo de transporte smcrono (STM). Como se define en OTH, dichas STM pueden encapsularse en unas ODU anadiendo la sobrecarga de ODU. El mecanismo de mapeo de carga util en una ODU tambien se denomina interfaz de red de usuario (OTH-UNI) o envoltura digital.
Las figuras 2a, 2b muestran la estructura de una sobrecarga de ODUk como se especifica actualmente en la recomendacion UIT-T G.709. De manera similar a los bytes de sobrecarga conocidos a partir de SDH, los bytes de sobrecarga de ODUk se usan para proporcionar servicios dentro de una red OTH. Los bytes de sobrecarga de ODU a modo de ejemplo proporcionan
• canales de comunicaciones generales (GCC1 y GCC2) para proporcionar informacion o solicitudes al plano de control y para permitir una comunicacion entre diferentes elementos de red OTN;
• un canal de coordinacion de conmutacion automatica de proteccion (APS) y/o un canal de control de comunicacion de proteccion (PCC) para proporcionar capacidades de conmutacion en el nivel OTH;
• bytes relacionados con fallos de senalizacion dentro de una red OTH, tales como el canal de presentacion de tipo de fallos y de localizacion de fallos (FTFL).
Dentro de la especificacion G.709, estos bytes o canales se usan principalmente para servicios en el nivel de red OTH. Por lo tanto, la red OTH es transparente con respecto a las senales de cliente, tales como SDH o Ethernet.
Como se ha descrito anteriormente, las normas de OTH u OTN no especifican un mecanismo para detectar un
deterioro de los canales dentro de la sobrecarga de ODUk, en particular dentro de los GCC. Por lo tanto, es
necesario detectar un fallo GCC monitorizando la calidad de la senal de servidor (es decir, de la ODU como un todo) y/o mediante protocolos de red de capa superior, tales como PPP y OSPF. Como resultado de esto, se retrasa la deteccion dentro de los GCC.
La norma (en particular la UIT-T G.7712) define que los GCC usan un PPP de trama HDLC (como se define en RFC
1662) como un protocolo de enlace de datos. El PPP hace uso de tramas PPP que comprenden un campo de
protocolo y un campo de informacion. En el caso de PPP de trama HDLC, se usa el mecanismo de trama del protocolo de capa de enlace de datos smcrono de control de enlace de datos de alto nivel (HDLC), que permite que las tramas HDLC resultantes se transmitan a traves de enlaces smcronos o asmcronos. Esto se logra usando un delimitador de trama, o bandera, que comprende una unica secuencia de bits que se garantiza que no este comprendida dentro de una trama HDLC. En un ejemplo preferido, esta secuencia de delimitador de trama es
5
10
15
20
25
30
35
40
45
50
55
'01111110', o, en notacion hexadecimal, 0x7E.
Cada trama HDLC comienza y termina con un delimitador de trama. Un delimitador de trama al final de una trama tambien puede marcar el inicio de la siguiente trama. Cuando no se estan transmitiendo tramas (en particular en un enlace smcrono de un solo sentido o de doble sentido), puede transmitirse continuamente un delimitador de trama en el enlace.
En otras palabras, con el fin de separar las PDU (unidades de datos por paquetes) o tramas, se envfan las denominadas secuencias bandera o secuencias de delimitador de tramas. Habitualmente, estas secuencias bandera tambien se envfan en momentos de inactividad. En consecuencia, la ausencia o el dano de las secuencias bandera puede usarse como un indicador de que el GCC correspondiente ha fallado. En otras palabras, en el presente documento se propone permitir que un elemento de red monitorice las secuencias bandera entre las PDU en un GCC de una OTN. Si se detecta que una secuencia bandera recibida difiere de la estructura predeterminada, esto puede tomarse como una indicacion del hecho de que el GCC ha fallado. Esta deteccion funciona de manera rapida, fiable e independiente de la causa rafz del fallo de GCC, como un fallo de la senal del servidor, un dano de la conexion GCC, o un fallo de la fuente GCC.
En respuesta a la deteccion de un fallo del GCC, pueden iniciarse contramedidas por el elemento de red, tales como la activacion del ECC y/o la activacion de los mecanismos de reencaminamiento.
Cabe senalar que, aunque el presente documento se centra en la deteccion de un fallo de GCC, el mecanismo de deteccion de fallos que se describe en el presente documento puede aplicarse a los tipos generales de interfaces de conexion de redes, que hacen uso de la transmision de patrones inactivos predeterminados.
La figura 3 muestra un organigrama de un procedimiento 300 a modo de ejemplo para detectar un deterioro de un canal de comunicaciones generales dentro de una red optica de transporte (OTN). El canal de comunicaciones generales puede ser un canal de comunicaciones logico. El canal de comunicaciones generales emplea la transmision de uno o mas patrones inactivos predeterminados en momentos de inactividad del canal de comunicaciones generales. El procedimiento 300 comprende recibir 301 datos en el canal de comunicaciones generales. Ademas, el procedimiento 300 comprende detectar 302 un deterioro del canal de comunicaciones generales detectando que un patron inactivo dentro de los datos recibidos esta ausente o esta danado. Con este fin, los datos recibidos pueden compararse con el patron inactivo predeterminado y puede verificarse si los datos recibidos comprenden un segmento que corresponde al patron inactivo predeterminado. Si no puede identificarse dicho segmento, podna detectarse que un patron inactivo dentro de los datos recibidos esta ausente o esta danado.
En particular, podnan analizarse los datos recibidos con posterioridad a una primera PDU y antes de una segunda PDU. Las PDU primera y segunda pueden ser directamente adyacentes una con respecto a otra dentro de una secuencia de PDU. Cabe esperar que los datos entre la primera PDU y la segunda PDU correspondan a uno o mas patrones inactivos identicos. Si se detecta que este no es el caso, entonces esto ofrece una indicacion del hecho de que el canal de comunicaciones generales esta danado.
El procedimiento 300 puede comprender, ademas, activar 303 un mecanismo de proteccion y/o de reencaminamiento para el canal de comunicaciones generales, sujeto a la deteccion de un deterioro del canal de comunicaciones generales. Al hacer esto, pueden eliminarse de manera rapida los efectos del deterioro del canal de comunicaciones generales.
La figura 4 muestra un diagrama de bloques de una red 100 de transporte optico a modo de ejemplo. La OTN 100 comprende una pluralidad de elementos 101 de red que se acoplan entre sf a traves de unos enlaces 102 de comunicacion. Los enlaces 102 de comunicacion pueden usarse para transportar las unidades de datos de canal optico (ODU) descritas en el presente documento.
Un elemento 101 de red de la red 100 de transporte optico puede estar configurado para recibir datos en un canal de comunicaciones generales de la OTN 100. El canal de comunicaciones generales puede estar integrado dentro de las ODU transportadas en los enlaces 102 de comunicacion. El canal de comunicaciones generales puede emplear la transmision de uno o mas patrones inactivos predeterminados en momentos de inactividad del canal de comunicaciones generales. El elemento 101 de red puede estar configurado para detectar un deterioro del canal de comunicaciones generales detectando que un patron inactivo dentro de los datos recibidos esta ausente o esta danado. Como resultado de esto, pueden detectarse de una manera rapida los deterioros del canal de comunicaciones generales.
La figura 5a muestra un diagrama de bloques de un elemento 101 de red a modo de ejemplo. El elemento 101 de red comprende una unidad 501 de insercion-extraccion configurada para extraer uno o mas canales 513 de comunicaciones generales entrantes de las ODU 512 entrantes de una secuencia 513 de ODU entrantes. Los canales 513 de comunicaciones generales extrafdos pueden hacerse pasar a una unidad 502 de procesamiento. La unidad 502 de procesamiento puede estar configurada para detectar un deterioro del canal de comunicaciones generales basandose en los datos transportados en el uno o mas canales 513 de comunicaciones generales. La unidad 501 de insercion-extraccion puede configurarse adicionalmente para anadir uno o mas canales 523 de comunicaciones generales salientes a las ODU 522 salientes de una secuencia 521 de ODU salientes. Los datos
5
10
15
20
25
30
35
40
45
50
55
60
transportados en un canal 523 de comunicaciones generales saliente pueden diferir de los datos transportados en un canal 513 de comunicaciones generales entrante.
La figura 5b ilustra los datos 540, 550 transportados en un canal de comunicaciones generales. Como se ha descrito anteriormente, los datos de carga util se transportan habitualmente dentro de las denominadas unidades 541 de datos por paquetes. Las unidades 541 de datos por paquetes pueden comprender uno o mas bytes de bandera o patrones 544 inactivos que pueden indicar el inicio y/o el final de una unidad 541 de datos por paquetes. Las pausas entre las unidades 541 de datos por paquetes se llenan habitualmente con una secuencia de uno o mas patrones 544 inactivos.
La unidad 502 de procesamiento de un elemento 101 de red puede estar configurada para monitorizar los datos 540, 550 recibidos de un canal de comunicaciones generales dentro de un intervalo 543 de tiempo o ventana de analisis. El intervalo 543 de tiempo puede usarse para una ventana de analisis movil. En otras palabras, la unidad 502 de procesamiento puede estar configurada para monitorizar los datos 540, 550 recibidos dentro de una ventana de analisis movil que tiene una longitud que corresponde al intervalo 543 de tiempo. El intervalo 543 de tiempo puede corresponder a la longitud temporal de una PDU 541. Los datos 540 recibidos en la parte superior de la figura 5b son validos y puede verse que la ventana de analisis movil siempre comprende al menos un patron 544 inactivo valido. Por otro lado, los datos 550 recibidos en la parte inferior de la figura 5b estan parcialmente danados. En particular, los datos 550 recibidos comprenden patrones 554 inactivos danados que difieren de los patrones 544 inactivos validos. Puede verse que los datos 550 recibidos dentro de la ventana 553 de analisis no comprenden ningun patron 544 inactivo valido. Esto indica a la unidad 502 de procesamiento que los datos 550 recibidos y el canal de comunicaciones generales estan danados. Como se ilustra en la figura 5b, la deteccion del deterioro puede realizarse de una manera rapida.
Al usar el procedimiento descrito en el presente documento, los fallos de GCC pueden detectarse mas rapido que cuando se usan los esquemas de deteccion de fallos de protocolo de software de capa superior. Esto permite reducir el tiempo de activacion de acciones de proteccion/reencaminamiento de GCC desde varios segundos hasta el intervalo de 10 ms. Esto es especialmente beneficioso para las OTN que operan un plano de control, ya que el plano de control requiere habitualmente que la comunicacion de GCC se restablezca rapidamente.
Cabe senalar que la descripcion y los dibujos ilustran simplemente los principios de los procedimientos y los sistemas propuestos. Por lo tanto, se apreciara que los expertos en la materia seran capaces de idear diversas disposiciones que, aunque no descritas o mostradas explfcitamente en el presente documento, incorporan los principios de la invencion. Ademas, todos los ejemplos mencionados en el presente documento estan principalmente destinados de manera expresa solo con fines pedagogicos a ayudar al lector a comprender los principios de los procedimientos y sistemas propuestos y los conceptos aportados por los inventores para hacer avanzar la tecnica, y deben interpretarse sin limitacion a dichos ejemplos y condiciones espedficamente mencionados. Ademas, todas las declaraciones que mencionan los principios, aspectos y realizaciones de la invencion en el presente documento, asf como los ejemplos espedficos de la misma, estan destinados a abarcar sus equivalentes.
Ademas, cabe senalar que las etapas de los diversos procedimientos y componentes descritos anteriormente de los sistemas descritos pueden realizarse mediante ordenadores programados. En el presente documento, algunos ejemplos tambien estan destinados a cubrir dispositivos de almacenamiento de programas, por ejemplo, medios de almacenamiento de datos digitales, que son programas de instrucciones legibles por maquina u ordenador y ejecutables por maquina de codificacion o ejecutables por ordenador, en los que dichas instrucciones realizan algunas o todas las etapas de dichos procedimientos descritos anteriormente. Los dispositivos de almacenamiento de programas pueden ser, por ejemplo, memorias digitales, medios de almacenamiento magneticos, tales como discos magneticos y cintas magneticas, unidades de disco duro o medios de almacenamiento de datos digitales legibles opticamente. Los ejemplos tambien estan destinados a cubrir ordenadores programados para realizar dichas etapas de los procedimientos descritos anteriormente.
Ademas, cabe senalar que las funciones de los diversos elementos descritos en el presente documento de patente pueden proporcionarse a traves del uso de un hardware dedicado asf como un hardware capaz de ejecutar un software en asociacion con el software apropiado. Cuando se proporciona por un procesador, las funciones pueden proporcionarse por un unico procesador dedicado, por un unico procesador compartido, o por una pluralidad de procesadores individuales, algunos de los cuales pueden compartirse. Ademas, el uso explfcito del termino “procesador” o “controlador” no debe interpretarse en referencia exclusiva a un hardware capaz de ejecutar un software, y puede incluir implfcitamente, sin limitacion, un hardware de procesador de senales digitales (DSP), un procesador de red, un circuito integrado espedfico de aplicacion (ASIC), una matriz de compuertas programables en campo (FPGA), una memoria de solo lectura (ROM) para almacenar un software, una memoria de acceso aleatorio (RAM), y un almacenamiento no volatil. Tambien puede incluirse otro hardware, convencional y/o personalizado.
Por ultimo, cabe senalar que cualquiera de los diagramas de bloque en el presente documento representa vistas conceptuales de la circuitena ilustrativa que incorpora los principios de la invencion. De manera similar, se apreciara que cualquiera de los organigramas, diagramas de flujo, diagramas de transicion de estado, pseudo-codigos y similares, representan diversos procedimientos que pueden representarse sustancialmente en un medio legible por ordenador y ejecutarse de este modo por un ordenador o un procesador, tanto si dicho ordenador o procesador se
muestra explfcitamente como si no.

Claims (13)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    REIVINDICACIONES
    1. Un procedimiento (300) para detectar un deterioro de un canal (513) de comunicaciones generales dentro de una red optica de transporte, OTN (100); en el que el canal (513) de comunicaciones generales emplea la transmision de uno o mas patrones (544) inactivos predeterminados en momentos de inactividad del canal (513) de comunicaciones generales; en el que el procedimiento (300) comprende
    - recibir (301) datos (540, 550) en el canal (513) de comunicaciones generales; y
    - detectar (302) un deterioro del canal (513) de comunicaciones generales detectando que un patron (544) inactivo dentro de los datos (540, 550) recibidos esta ausente o esta danado;
    en el que la deteccion de que un patron (544) inactivo dentro los datos (540, 550) recibidos esta ausente o esta danado comprende monitorizar los datos (540, 550) recibidos en un intervalo de tiempo entre dos unidades (541) de datos por paquetes adyacentes, PDU, transportadas a lo largo del canal (513) de comunicaciones generales, y comparar los datos (540, 550) recibidos con el patron (544) inactivo predeterminado.
  2. 2. El procedimiento (300) de la reivindicacion 1, en el que el canal (513) de comunicaciones generales es un canal de comunicaciones generales, GCC, de una sobrecarga de unidad de datos de canal optico, ODU.
  3. 3. El procedimiento (300) de cualquier reivindicacion anterior, en el que el canal (513) de comunicaciones generales emplea un protocolo de enlace de datos de trama de control de enlace de datos de alto nivel, HDLC.
  4. 4. El procedimiento (300) de la reivindicacion 3, en el que el canal (513) de comunicaciones generales emplea un protocolo punto a punto, PPP, de trama HDLC.
  5. 5. El procedimiento (300) de cualquier reivindicacion anterior, en el que el patron (544) inactivo predeterminado comprende una secuencia de bits predeterminada.
  6. 6. El procedimiento (300) de la reivindicacion 5, en el que la secuencia de bits predeterminada comprende la secuencia de bits '01111110'.
  7. 7. El procedimiento (300) de cualquier reivindicacion anterior, que comprende, ademas, verificar si los datos (540, 550) recibidos en el intervalo de tiempo entre dos PDU (541) adyacentes corresponden al patron (544) inactivo o a un secuencia de patrones (544) inactivos.
  8. 8. El procedimiento (300) de cualquier reivindicacion anterior, en el que detectar que un patron (544) inactivo dentro de los datos (540, 550) recibidos esta ausente o esta danado comprende
    - monitorizar los datos (540, 550) recibidos durante un intervalo (543, 553) de tiempo predeterminado;
    - determinar si los datos (540, 550) recibidos dentro del intervalo (543, 553) de tiempo predeterminado comprenden al menos un patron (544) inactivo; y
    - detectar que un patron (544) inactivo dentro de los datos recibidos esta ausente o esta danado si los datos (540, 550) recibidos no comprenden al menos un patron (544) inactivo dentro del intervalo (543, 553) de tiempo predeterminado.
  9. 9. El procedimiento (300) de cualquier reivindicacion anterior, que comprende, ademas, sujeto a la deteccion de un deterioro del canal (513) de comunicaciones generales, activar (303) un mecanismo de proteccion y/o de reencaminamiento para el canal (513) de comunicaciones generales.
  10. 10. El procedimiento (300) de cualquier reivindicacion anterior, en el que uno o mas patrones (544) inactivos predeterminados se usan para separar entre sf dos unidades (541) de datos por paquetes, PDU, del canal (441) de comunicaciones generales.
  11. 11. El procedimiento (300) de cualquier reivindicacion anterior, en el que el canal (513) de comunicaciones generales se transmite a traves de un enlace (102) de la OTN (100).
  12. 12. Un elemento (101) de red para una red optica de transporte, OTN (100), estando el elemento (101) de red configurado para
    - recibir datos (540, 550) en un canal (513) de comunicaciones generales de la OTN (100); empleando el canal (513) de comunicaciones generales la transmision de uno o mas patrones (544) inactivos predeterminados en momentos de inactividad del canal (513) de comunicaciones generales; y
    - detectar un deterioro del canal (513) de comunicaciones generales detectando que un patron (544) inactivo dentro de los datos (540, 550) recibidos esta ausente o esta danado,
    comprendiendo la deteccion de que un patron (544) inactivo dentro los datos (540, 550) recibidos esta ausente o esta danado monitorizar los datos (540, 550) recibidos en un intervalo de tiempo entre dos unidades (541) de datos por paquetes adyacentes, PDU, transportadas a lo largo del canal (513) de comunicaciones generales, y comparar los datos (540, 550) recibidos con el patron (544) inactivo predeterminado.
  13. 13. Una red (100) de transporte optico que comprende una pluralidad de elementos (101) de red, en el que al menos uno de los elementos (101) de red esta de acuerdo con la reivindicacion 12.
ES14305262.9T 2014-02-25 2014-02-25 Detección de fallos de GCC rápida Active ES2607496T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP14305262.9A EP2911325B1 (en) 2014-02-25 2014-02-25 Fast gcc failure detection

Publications (1)

Publication Number Publication Date
ES2607496T3 true ES2607496T3 (es) 2017-03-31

Family

ID=50288013

Family Applications (1)

Application Number Title Priority Date Filing Date
ES14305262.9T Active ES2607496T3 (es) 2014-02-25 2014-02-25 Detección de fallos de GCC rápida

Country Status (3)

Country Link
EP (1) EP2911325B1 (es)
ES (1) ES2607496T3 (es)
WO (1) WO2015128154A1 (es)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3337067A1 (en) * 2016-12-15 2018-06-20 Alcatel Lucent Efficient transport mechanism in ethernet transport networks
EP3389201A1 (en) * 2017-04-13 2018-10-17 Nokia Solutions and Networks Oy Method for operating a network element of an optical transport network, otn, and network element

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4346783B2 (ja) * 2000-03-23 2009-10-21 株式会社日立コミュニケーションテクノロジー 障害検出装置
JP2001285196A (ja) * 2000-03-31 2001-10-12 Victor Co Of Japan Ltd 光通信システム、回線切替方法及び回線切替プログラムを記載した記録媒体
CN100555922C (zh) * 2004-09-10 2009-10-28 华为技术有限公司 一种实现网格状光网络业务恢复的方法
US7742698B2 (en) * 2004-09-15 2010-06-22 Fujitsu Limited Method and system for monitoring an optical network
EP2073459A1 (en) * 2007-12-17 2009-06-24 Alcatel-Lucent Deutschland AG Transmission via a burst or frame switched network with timing preservation of the transmitted client packets

Also Published As

Publication number Publication date
EP2911325A1 (en) 2015-08-26
WO2015128154A1 (en) 2015-09-03
EP2911325B1 (en) 2016-09-14

Similar Documents

Publication Publication Date Title
US8743915B2 (en) Method and apparatus for transmitting packet in optical transport network
US9479248B2 (en) Fault localization using tandem connection monitors in optical transport network
EP1593219B1 (en) Efficient framing procedure for variable length packets
US8867913B2 (en) Optical transport network high order mapping systems and methods
ES2395932T3 (es) Un método, equipo y sistema para comunicación óptica
US9088380B2 (en) Optical transport network generic non-client specific protection systems and methods
US8934479B2 (en) Super optical channel transport unit signal supported by multiple wavelengths
ES2625741T3 (es) Codificación transitoria de transporte de servicio universal
US20140186019A1 (en) Methods and systems of preserving client overhead bytes in optical transport network tunneling applications
JP6783872B2 (ja) 故障検出方法及びデバイス
ES2644521T3 (es) Procedimientos, equipo de nodo y sistema de red para procesamiento de transmisión de servicios
EP1816803B1 (en) Transmission processing method for data frame and system thereof
ES2607496T3 (es) Detección de fallos de GCC rápida
US10931578B2 (en) Method for processing data in ethernet, device, and system
JP4610903B2 (ja) 通信システム
US20130202294A1 (en) G.709 based multi-stages multiplexing routing control method and gateway network element
CN111294226A (zh) 通信方法和装置
EP2093916B1 (en) Optical transport hierarchy gateway interface
CN101951532B (zh) Otn网络业务缺陷信息传输、获取方法及装置、系统
US10985837B2 (en) Generic non-client specific protection via TCM status and enhanced OTN network propagation of client faults
Littlewood et al. Optical Transport Networking
KR101353183B1 (ko) 시분할 멀티플렉싱 의사회선을 포함하는 패킷 교환 네트워크에서 사용을 위한 네트워크 노드 및 시분할 의사회선을 통해 시분할 멀티플렉싱 접속을 유지하는 방법
JP6660841B2 (ja) 伝送装置及び伝送方法
US10367724B1 (en) Optical channel data unit (ODU) fault propagation and link recovery using ODU-delay measurement
JP6221766B2 (ja) 伝送装置