PROCEDIMIENTO PARA TRANSMITIR MENSAJES DE PRUEBA Y DISPOSITIVO DE ELEMENTOS DE RED NE.
Procedimiento para trasmitir mensajes de prueba, en donde un primer elemento de red (NE) está conectado a un segundo elemento de red NE por intermedio de un enlace físico Ethernet y el procedimiento comprende:
negociar y determinar (201, 301, 401), por el primer elemento de red NE y el segundo elemento de red NE, un tipo de canal lógico en donde el tipo de canal lógico comprende: un modo de pila de protocolo, un modo de red NE de área local virtual (VLAN) o un modo especial de direccionamiento de la capa de control de acceso al soporte (MAC);
constitución (202, 302, 402), mediante el primer elemento de red NE, un paquete de mensajes de prueba que transporta un identificador (ID) de interfaz de datos Ethernet del primer elemento de red NE;
encapsular (203, 303, 403), mediante el primer elemento de red NE, el paquete de mensajes de prueba en función del tipo de canal lógico definido por intermedio de la negociación así como transmitir el paquete encapsulado, que transportar el paquete de mensajes de prueba, a través del enlace físico Ethernet;
identificar y recibir (204, 304, 404), mediante el segundo elemento de red NE conectado al enlace físico Ethernet, el paquete y obtener, mediante el segundo elemento de red NE, el paquete desde la interfaz de recepción del segundo elemento de red NE y
desencapsular el paquete y transmitir, mediante el segundo elemento de red NE (205, 305, 405), el paquete de mensajes de prueba, obtenido después del desencapsulado, a una entidad de protocolo de gestión de enlace (LMP) del segundo elemento de red NE
Tipo: Patente Internacional (Tratado de Cooperación de Patentes). Resumen de patente/invención. Número de Solicitud: PCT/CN2007/071073.
Solicitante: HUAWEI TECHNOLOGIES CO., LTD..
Nacionalidad solicitante: China.
Dirección: HUAWEI ADMINISTRATION BUILDING BANTIAN LONGGANG DISTRICT,SHENZHEN, GUANGDONG PROVINCE.
Inventor/es: LI,FENG, YIN,FANG, XU,LIUSHENG, CHEN,ZHENWEI.
Fecha de Publicación: .
Fecha Concesión Europea: 9 de Junio de 2010.
Clasificación Internacional de Patentes:
- H04L12/26T
- H04L29/12A6
Clasificación PCT:
- H04L12/26 ELECTRICIDAD. › H04 TECNICA DE LAS COMUNICACIONES ELECTRICAS. › H04L TRANSMISION DE INFORMACION DIGITAL, p. ej. COMUNICACION TELEGRAFICA (disposiciones comunes a las comunicaciones telegráficas y telefónicas H04M). › H04L 12/00 Redes de datos de conmutación (interconexión o transferencia de información o de otras señales entre memorias, dispositivos de entrada/salida o unidades de tratamiento G06F 13/00). › Disposiciones de vigilancia; Disposiciones de ensayo.
Fragmento de la descripción:
Procedimiento para transmitir mensajes de prueba y dispositivo de elementos de red NE.
Campo de la invención
La presente invención se refiere a tecnologías de comunicación de red NEes y en particular, a un procedimiento para transmitir mensajes de prueba en el campo de la tecnología de red NE óptica de transporte y a un dispositivo de elemento de red NE (NE) para enviar y recibir mensajes de prueba.
Antecedes de la invención
Una Red NE Óptica con Conmutación Automática (ASON) es una red NE óptica de transporte de nueva generación, que realiza automáticamente la función de conexión de conmutación de red NE óptica de una forma inteligente. Para poder realizar la función de conexión de conmutación automática, la red NE ASON necesita disponer de funciones básicas, incluyendo el descubrimiento de recurso automático (por ejemplo, descubrimiento de vecinos, descubrimiento de topología y descubrimiento de servicio), función de encaminamiento y función de señalización.
En la red NE ASON, cuando la conexión de conmutación de red NE óptica se configura mediante el mecanismo de señalización de Conmutación de Etiquetas Multiprotocolo Generalizada (GMPLS) ocurren las circunstancias siguientes:
En el caso de que la red NE básica adopte masivamente el equipo de conmutación óptica total, la localización precisa de los fallos es difícil si no se dispone de ninguna capacidad de supervisión automática óptica/ no óptica. Cuando aumenta el número de enlaces de fibras entre los elementos de red NE NE adyacentes, el protocolo de encaminamiento es incapaz de realizar una notificación de atributo de enlace para enlaces de datos tan numerosos. Para los numerosos enlaces de fibras, los elementos de red NE NE adyacentes son incapaces de identificar correctamente los enlaces en el caso de configuración no manual y la gestión de los enlaces locales es incoherente con la gestión de los enlaces remotos. Los contenidos anteriores son con respecto a la gestión de recursos de red NE ASON. Por lo tanto, la organización de normalización ha formulado un protocolo de gestión de enlace (LMP) para la gestión de recursos de enlace.
El protocolo LMP soporta interfaces de Jerarquía Digital Síncrona (SDH). Para las interfaces SDH, los mensajes de prueba se transmiten a través de los canales lógicos proporcionados por los bytes de transmisión aérea en la trama de SDH. Es decir, la entidad de LMP del elemento de red NE NE transmisor establece un paquete de mensajes de prueba. Este paquete suele incluir 16 bytes y los bytes extras se introducen como "0". Los mensajes de prueba de 16 bytes se insertan, de forma cíclica, en los bytes de transmisión aérea J0 de una trama SDH a través de un controlador de capa inferior y se envían tramas SDH. El elemento de red NE NE receptor extrae los bytes J0 de acuerdo con las 16 tramas SDH J0 recibidas, realiza la incorporación de los 16 bytes de transmisión aérea J0 extraídos en un paquete de mensajes de prueba de 16 bytes y envía el paquete de mensajes de prueba a la entidad LMP del elemento de red NE NE receptor a través del controlador de capa inferior.
La solución, bajo la técnica anterior, solamente negocia con la transmisión de los mensajes de prueba a través de una interfaz SDH, de modo que el protocolo LMP pueda soportar el autodescubrimiento de enlaces SDH del plano de datos. Sin embargo, puesto que el plano de control de la red NE de conmutación de etiquetas multiprotocolo MPLS de transporte (TMPLS)/Transporte Backbone de Proveedor (PBT) utiliza el GMPLS, el plano de datos de la red NE de transporte TMPLS/PBT utiliza ampliamente la interfaz de datos Ethernet. Actualmente no se dispone de ninguna solución para el soporte del autodescubrimiento de los enlaces físicos Ethernet. Es decir, la solución técnica para transmitir mensajes de prueba en la interfaz de datos Ethernet está pendiente.
Además, en el documento LANG J ET AL: "Protocolo de gestión de enlace (LMP); rfc4204.txt", IETF STANDARD, INTERET ENGINEERING TASK FORCE, IETF, CH, 1 octubre 2005 (2005-10-01), XP015054885 ISSN: 0000-0003 especifica un protocolo de gestión de enlace (LMP) que se ejecuta entre un par de nodos y se utiliza para gestionar enlaces TE. Más concretamente, se utilizará el protocolo LMP para mantener la conectividad del canal de control, comprobar la conectividad física de los enlaces de datos, establecer una correlación de la información de propiedad de enlace, suprimir alarmas de flujo descendente y localizar los fallos del enlace para fines de protección/restauración en múltiples clases de red NEes.
Sumario
Es un objetivo de la presente invención dar a conocer un procedimiento para transmitir mensajes de prueba y un dispositivo de NE para enviar y recibir mensajes de prueba.
Este objetivo se consigue por el procedimiento de acuerdo con la reivindicación 1, el elemento de red NE según la reivindicación 13 así como sus reivindicaciones subordinadas.
Un procedimiento para transmitir mensajes de prueba se da a conocer en una forma de realización de la presente invención, en donde el primer elemento de red NE NE está conectado con el segundo elemento de red NE NE mediante un enlace físico Ethernet. Este procedimiento comprende:
Negociar y seleccionar, por el primer elemento de red NE NE y el segundo elemento de red NE NE, un tipo de canal lógico; en donde el tipo de canal lógico comprende: modo de pila de protocolo; modo de red NE de área local virtual, VLAN o el modo de direccionamiento de control de acceso al soporte, MAC, especial;
Establecer, por el primer elemento de red NE NE un paquete de mensajes de prueba que transporta un ID de la interfaz de datos Ethernet del primer elemento de red NE NE;
Encapsular, por el primer elemento de red NE, el paquete de mensajes de prueba de acuerdo con el tipo de canal lógico determinado mediante negociación y transmitiendo el paquete encapsulado, que transporta el paquete de mensajes de prueba, a través del enlace físico Ethernet;
Identificar y recibir, por el segundo elemento de red NE NEconectado con el enlace físico Ethernet, el paquete y obtener, por el segundo elemento de red NE NE, el paquete desde la interfaz de recepción del segundo elemento de red NE y descapsulando el paquete y
Transmitir, por el segundo elemento de red NE NE, el paquete de mensajes de prueba, obtenido después del desencapsulado, a una entidad LMP del segundo elemento de red NE NE.
Otro procedimiento para transmitir mensajes de prueba se da a conocer en una forma de realización de la presente invención, en donde el primer elemento de red NE NE está conectado con el segundo elemento de red NE NE a través de un enlace físico Ethernet. Cuando el primer elemento de red NE NE negocia con el segundo elemento de red NE NE para proporcionar un canal lógico en el modo de pila de protocolo, el procedimiento comprende:
constituir, por la entidad de LMP del primer NE, un paquete de mensajes de prueba que incluya un ID de interfaz de datos Ethernet del primer elemento de red NE y transmitir el paquete de mensajes de prueba al módulo de control de paquetes del primer elemento de red NE;
encapsular, por el módulo de control de paquetes del primer NE, el paquete de mensajes de prueba en un paquete de pila de protocolo, que transporta el paquete de mensajes de prueba utilizando la función de pila de protocolo IP, de acuerdo con el tipo de canal lógico del modo de pila de protocolo y transmitiendo el paquete de pila de protocolo a la interfaz PPP, correspondiente al ID de interfaz de datos Ethernet para el primer elemento de red NE;
identificar y recibir, por la interfaz PPP del segundo elemento de red NE conectado con el enlace físico Ethernet, el paquete de pila de protocolo;
obtener, por el módulo de control de paquetes del segundo NE, el paquete de pila de protocolo desde la interfaz PPP del segundo elemento de red NE, utilizando la función de pila de protocolo IP y desencapsulando el paquete y
transmitir, por el módulo de control de paquetes del segundo elemento de red NE, el paquete de mensajes de prueba, obtenido después del desencapsulado, a la entidad de LMP del segundo elemento de red NE.
Otro procedimiento para transmitir mensajes de prueba se da a conocer en una forma de realización de la presente invención, en donde el primer elemento de red NE está conectado con el segundo NE a través de un enlace físico Ethernet. Cuando el primer elemento de red NE negocia con el segundo elemento de red NE para proporcionar...
Reivindicaciones:
1. Procedimiento para trasmitir mensajes de prueba, en donde un primer elemento de red (NE) está conectado a un segundo elemento de red NE por intermedio de un enlace físico Ethernet y el procedimiento comprende:
negociar y determinar (201, 301, 401), por el primer elemento de red NE y el segundo elemento de red NE, un tipo de canal lógico en donde el tipo de canal lógico comprende: un modo de pila de protocolo, un modo de red NE de área local virtual (VLAN) o un modo especial de direccionamiento de la capa de control de acceso al soporte (MAC);
constitución (202, 302, 402), mediante el primer elemento de red NE, un paquete de mensajes de prueba que transporta un identificador (ID) de interfaz de datos Ethernet del primer elemento de red NE;
encapsular (203, 303, 403), mediante el primer elemento de red NE, el paquete de mensajes de prueba en función del tipo de canal lógico definido por intermedio de la negociación así como transmitir el paquete encapsulado, que transportar el paquete de mensajes de prueba, a través del enlace físico Ethernet;
identificar y recibir (204, 304, 404), mediante el segundo elemento de red NE conectado al enlace físico Ethernet, el paquete y obtener, mediante el segundo elemento de red NE, el paquete desde la interfaz de recepción del segundo elemento de red NE y
desencapsular el paquete y transmitir, mediante el segundo elemento de red NE (205, 305, 405), el paquete de mensajes de prueba, obtenido después del desencapsulado, a una entidad de protocolo de gestión de enlace (LMP) del segundo elemento de red NE.
2. Procedimiento que permite transmitir mensajes de prueba según la reivindicación 1, en donde la constitución, mediante el primer elemento de red NE, de un paquete de mensajes de prueba, que transporta un identificador (ID) de interfaz de datos de Ethernet del primer elemento de red NE comprende:
la constitución, mediante una entidad de protocolo de gestión de enlace (LMP) del primer elemento de red NE, de un paquete de mensajes de prueba que transporta el identificador (ID) de la interfaz de datos Ethernet del primer elemento de red NE.
3. Procedimiento que permite transmitir mensajes de prueba según la reivindicación 2, en donde después de constituir, mediante una entidad de protocolo de gestión de enlace (LMP) del primer elemento de red NE, un paquete de mensajes de prueba, que transporta el identificador (ID) de la interfaz de datos Ethernet del primer elemento de red NE, comprende además:
la transmisión, gracias a la entidad de protocolo de gestión de enlace (LMP) del primer elemento de red NE, del paquete de mensajes de prueba hacia un módulo de control de paquetes del primer elemento de red NE;
en donde la encapsulación, por el primer elemento de red NE, del paquete de mensajes de prueba en función del tipo de canal lógico determinado por intermedio de una negociación así como la transmisión del paquete encapsulado, que transporta el paquete de mensajes de prueba, a través del enlace físico Encargado de Trabajos, comprende:
la encapsulación, mediante el módulo de control de paquetes del primer elemento de red NE, del paquete de mensajes de prueba en función del tipo de canal lógico determinado por intermedio de la negociación así como la transmisión del paquete encapsulado que transporta el paquete de mensajes de prueba, hacia una interfaz de transmisión que corresponde al identificador (ID) de la interfaz de datos Ethernet del primer elemento de red NE.
4. Procedimiento para transmitir mensajes de prueba según la reivindicación 3, en donde la identificación y la recepción, por el segundo elemento de red NE conectado al enlace físico Ethernet, del paquete y la recuperación, por el segundo elemento de red NE, del paquete proveniente de la interfaz de recepción del segundo elemento de red NE así como la supresión del encapsulado del paquete que comprenden:
la identificación y la recepción del paquete, gracias a una interfaz de recepción del segundo elemento de red NE conectado al enlace físico Ethernet y la recuperación, por un módulo de control de paquetes del segundo elemento de red NE, del paquete proveniente de la interfaz de recepción del segundo elemento de red NE así como la supresión del encapsulado del paquete;
en donde la trasmisión hacia la entidad de protocolo de gestión de enlace (LMP) del segundo elemento de red NE, por el segundo elemento de red NE, del paquete de mensajes de prueba, obtenido después de la supresión del encapsulado, comprende:
la transmisión hacia la entidad de protocolo de gestión de enlace (LMP) del segundo elemento de red NE, mediante el módulo de control de paquetes del segundo elemento de red NE, del paquete de mensajes de prueba, obtenido después de la supresión del encapsulado.
5. Procedimiento que permite transmitir mensajes de prueba según la reivindicación 4, en donde la determinación del tipo de canal lógico comprende:
la determinación del tipo de canal lógico definiendo un campo de mecanismo de transporte de verificación en un objeto BEGIN_VERIFY.
6. Procedimiento que permite transmitir mensajes de prueba según la reivindicación 4 o 5, en donde el modo de pila de protocolo está subdividido en: un modo de protocolo de datagrama usuario (UDP) y un modo de protocolo de control de transmisión (TCP).
7. Procedimiento que permite transmitir mensajes de prueba según la reivindicación 4 o 5, en donde, cuando el primer elemento de red NE y el segundo elemento de red NE realizan una negociación para proporcionar un canal lógico en el modo de pila de protocolo:
el encapsulado del paquete de mensajes de prueba en función del tipo de canal lógico determinado por intermedio de la negociación y la transmisión del paquete encapsulado que transporta el paquete de mensajes de prueba hacia una interfaz de transmisión correspondiente al identificador (ID) de la interfaz de datos Ethernet del primer elemento de red NE comprenden:
el encapsulado, por el módulo de control de paquetes del primer elemento de red NE, del paquete de mensajes de prueba en un paquete de pila de protocolo, que transporta el paquete de mensajes de prueba utilizando una función de pila de protocolo al protocolo Internet (IP) que corresponde al tipo de canal lógico del modo de pila de protocolo así como la transmisión del paquete de pila de protocolo hacia una interfaz al protocolo de punto a punto (PPP) que corresponde al identificador (ID) de la interfaz de datos Ethernet del primer elemento de red NE y
la identificación y la recepción del paquete y la recuperación del paquete proveniente de la interfaz de recepción del segundo elemento de red NE así como la supresión del encapsulado del paquete comprenden:
la identificación y la recepción del paquete de pila de protocolo, mediante una interfaz al protocolo de punto a punto (PPP) del segundo elemento de red NE conectado al enlace físico Ethernet, así como la recuperación, por el modulo de control de paquetes del segundo elemento de red NE, del paquete de pila de protocolo proveniente de la interfaz del protocolo de punto a punto (PPP) del segundo elemento de red NE utilizando la función de pila de protocolo al protocolo Internet (IP).
8. Procedimiento que permite transmitir mensajes de prueba según la reivindicación 4 o 5, en donde cuando el primer elemento de red NE y el segundo elemento de red NE realizan una negociación para proporcionar el canal lógico en el modo de red NE local virtual (VLAN):
el encapsulado del paquete de mensajes de prueba en función del tipo de canal lógico determinado por intermedio de la negociación y la transmisión del paquete encapsulado, que transporta el paquete de mensajes de prueba hacia una interfaz de transmisión correspondiente al identificador (ID) de la interfaz de datos Ethernet del primer elemento de red NE comprenden:
el encapsulado, por el módulo de control de paquetes del primer elemento de red NE, del paquete de mensajes de prueba en una trama de control de acceso al soporte (MAC) Ethernet, que transporta una baliza de red NE local virtual (VLAN) y el paquete de mensajes de prueba de conformidad con el tipo de canal lógico del modo de red NE local virtual (VLAN) así como la llamada de un plan de datos para transmitir la trama de control de acceso al soporte (MAC) Ethernet hacia una interfaz óptica o eléctrica correspondiente al identificador (ID) de la interfaz de datos Ethernet del primer elemento de red NE y
la identificación y recepción del paquete y la recuperación del paquete proveniente de la interfaz de recepción del segundo elemento de red NE así como la supresión del encapsulado del paquete comprenden:
la identificación y la recepción, por una interfaz óptica o eléctrica del segundo elemento de red NE conectado al enlace físico Ethernet, de la trama de control de acceso al soporte (MAC) Ethernet por intermedio de la baliza de la red NE local virtual (VLAN) así como la recuperación, por el módulo de control de paquetes del segundo elemento de red NE, de la trama de control de acceso al soporte (MAC) Ethernet proveniente de la interfaz óptica o eléctrica del segundo elemento de red NE llamando el plan de datos.
9. Procedimiento que permite transmitir mensajes de prueba según la reivindicación 8, en donde la baliza de la red NE local virtual (VLAN), unida al paquete de mensajes de prueba, se determina extendiendo un nuevo objeto BEGIN_VERIFY_ACK.
10. Procedimiento que permite transmitir mensajes de prueba según la reivindicación 4 o 5, en donde cuando el primer elemento de red NE y el segundo elemento de red NE realizan una negociación para proporcionar el canal lógico en el modo de direccionamiento de control de acceso al soporte (MAC),
el encapsulado del paquete de mensajes de prueba en función del tipo de canal lógico determinado por intermedio de la negociación y la transmisión del paquete encapsulado, que transporta el paquete de mensajes de prueba hacia una interfaz de transmisión correspondiente al identificador (ID) de la interfaz de datos Ethernet del primer elemento de red NE comprenden:
el encapsulado del paquete de mensajes de prueba, por el módulo de control de paquetes del primer elemento de red NE, en una trama de control de acceso al soporte (MAC) Ethernet, que utiliza una dirección especial de control de acceso al soporte (MAC) de difusión múltiple como dirección de destino de control de acceso al soporte (MAC) y transporta el paquete de mensajes de prueba en función del tipo de canal lógico del modo de direccionamiento especial de control de acceso al soporte (MAC) así como la llamada de un plan de datos para transmitir la trama de control de acceso al soporte (MAC) Ethernet hacia una interfaz óptica o eléctrica correspondiente al identificador (ID) de la interfaz de datos Ethernet del primer elemento de red NE y
la identificación y la recepción del paquete y la recuperación del paquete proviniente de la interfaz de recepción del segundo elemento de red NE así como la supresión del encapsulado del paquete comprenden:
la identificación y la recepción, por la interfaz óptica o eléctrica del segundo elemento de red NE conectado al enlace físico Ethernet, de la trama de control de acceso al soporte (MAC) Ethernet por intermedio de la dirección especial de control de acceso al soporte (MAC) de difusión múltiple así como la recuperación, por el módulo de control de paquetes del segundo elemento de red NE de la trama de control de acceso al soporte (MAC) Ethernet proviniente de la interfaz óptica o eléctrica del segundo elemento de red NE llamando el plan de datos.
11. Procedimiento que permite transmitir mensajes de prueba según la reivindicación 4, 7, 8 o 10, en donde:
el paquete de mensajes de prueba, constituido por la entidad de protocolo de gestión de enlace (LMP) del primer elemento de red NE, transporta, además, un objeto Verify_ID asignado por el segundo elemento de red NE y
después de que la entidad de protocolo de gestión de enlace (LMP) del primer elemento de red NE haya recibido el paquete de mensajes de prueba, el procedimiento comprende, además:
la recuperación, por la entidad de protocolo de gestión de enlace (LMP) del segundo elemento de red NE, de un identificador correspondiente (ID) del enlace TE del segundo elemento de red NE y del identificador (ID) de la interfaz de datos Ethernet del segundo elemento de red NE, en función de la interfaz de recepción, la extracción de las informaciones contenidas en el paquete de mensajes de prueba, la recuperación del identificador (ID) de la interfaz de datos Ethernet del primer elemento de red NE y la recuperación de un identificador (ID) del enlace TE del primer elemento de red NE en función del objeto Verify_ID.
12. Procedimiento que permite transmitir mensajes de prueba según la reivindicación 11, en donde:
después de que el segundo elemento de red NE haya recuperado informaciones en un elemento de red NE local y en el primer elemento de red NE sobre la base del enlace físico Ethernet, el procedimiento comprende, además:
el establecimiento de una correlación entre el identificador (ID) de enlace TE del segundo elemento de red NE y el identificador (ID) de enlace TE del primer elemento de red NE y el establecimiento de una correlación entre una interfaz de datos Ethernet del segundo elemento de red NE y una interfaz de datos Ethernet del primer elemento de red NE así como la protección de las informaciones de correlación.
13. Un dispositivo de elemento de red (NE) que comprende:
una entidad de Protocolo de Gestión de Enlace, un módulo de control de paquetes y un módulo de interfaz:
estando la entidad de protocolo de gestión de enlace (LMP) adaptada para:
establecer una negociación y determinar un tipo de canal lógico; en donde el tipo de canal lógico comprende: un modo de pila de protocolo, un modo de red NE de área local virtual (VLAN) o un modo especial de direccionamiento de control de acceso al soporte (MAC),
constituir un primer paquete de mensajes de prueba que transporta un identificador (ID) de la interfaz local de datos Ethernet y enviar el primer paquete de mensajes de prueba al módulo de control de paquetes y
recibir un segundo paquete de mensajes de prueba, obtenido después del desencapsulado, desde el módulo de control de paquetes,
estando el módulo de control de paquetes adaptado para:
recibir el primer paquete de mensajes de prueba desde la entidad de protocolo de gestión de enlace (LMP),
encapsular el primer paquete de mensajes de prueba en función del tipo de canal lógico determinado por intermedio de la negociación y enviar el primer paquete encapsulado, que transportar el primer paquete de mensajes de prueba, hacia el módulo de interfaz correspondiente al identificador (ID) de la interfaz local de datos Ethernet,
obtener un segundo paquete encapsulado desde el módulo de interfaz y desencapsular el segundo paquete encapsulado con el fin de obtener el segundo paquete de mensajes de prueba y
estando el módulo de interfaz adaptado para: recibir el primer paquete encapsulado desde el módulo de control de paquetes y enviar el primer paquete encapsulado hacia un segundo elemento de red NE e
identificar y recibir el segundo paquete encapsulado desde el segundo elemento de red NE.
Patentes similares o relacionadas:
MÉTODO DE PRUEBA DE FACTURACIÓN Y DISPOSITIVO DE FACTURACIÓN, del 22 de Noviembre de 2011, de HUAWEI TECHNOLOGIES CO., LTD.: Un método para facturación que utiliza un reglamento tarifario bajo prueba que comprende la etapa que consiste en: la recepción de un mensaje de facturación […]
PROCEDIMIENTO, SISTEMA Y GENERADOR DE SEÑALES PARA DETERMINAR LA CALIDAD DE UN ENLACE DE RED IP, del 18 de Mayo de 2011, de VOIPFUTURE LTD: Procedimiento para determinar la calidad de un enlace de red IP, que comprende los pasos siguientes: generación, por un generador de señales, de al menos una señal de medida […]
USO DE FILTRADO Y SONDEO ACTIVO PARA EVALUAR UN TRAYECTO DE TRANSFERENCIA DE DATOS, del 16 de Mayo de 2011, de TELEFONAKTIEBOLAGET LM ERICSSON (PUBL): Un método para evaluar una anchura de banda disponible en un trayecto de transferencia de datos que transfiere datos entre nodos de comunicación de datos de […]
ESTABILIDAD DEL PLANO DE CONTROL EN REDES DE COMUNICACIONES, del 1 de Diciembre de 2010, de ALCATEL LUCENT: Un método de monitorización de efectos de cambios en el aprovisionamiento en comunicaciones de control en una red de comunicaciones de datos sin basarse en el protocolo del plano […]
PROCEDIMIENTO Y DISPOSITIVO DE ANALISIS DE REDES DE CABLES ELECTRICOS MEDIANTE SECUENCIAS PSEUDOALEATORIAS, del 1 de Octubre de 2010, de COMMISSARIAT A L'ENERGIE ATOMIQUE ET AUX ENERGIES ALTERNATIVES: Procedimiento de prueba de una red de cables que comprende al menos una unión de la que parten N tramos secundarios (N superior o igual a 2), comprendiendo el procedimiento […]
PROCEDIMIENTO Y APARATO PARA SOMETER A PRUEBA CANALES DE TRAFICO Y AUXILIARES EN UN SISTEMA DE COMUNICACION DE DATOS INALAMBRICO, del 4 de Agosto de 2010, de QUALCOMM INCORPORATED: Un procedimiento para someter a prueba una pluralidad de canales asociados con un enlace directo en un sistema de comunicación de datos inalámbrico, que comprende: recibir […]
PROCEDIMIENTO E INSTRUMENTO COMPROBADOR PARA DETERMINAR UNA TASA DE ERROR, del 1 de Junio de 2010, de ROHDE & SCHWARZ GMBH & CO. KG: Procedimiento para determinar una tasa de error en una transmisión de datos bidireccional entre un instrumento comprobador y un instrumento que se ha de comprobar (2, 2''), […]
MÉTODO DE DIRECCIONAMIENTO DE ENTIDAD DE FUNCIÓN DE DECISIÓN DE REGLAS, ELEMENTO DE RED Y SISTEMA DE RED, del 29 de Diciembre de 2011, de HUAWEI TECHNOLOGIES CO., LTD.: Un método de direccionamiento de función de decisión de reglas, PDF, que comprende: la recepción, por una entidad de gestión de reglas, […]