MÉTODO, SISTEMA Y AGENTE PARA INTERCAMBIO DE NÚMERO DE DOCUMENTO DE ESPECIFICACIÓN TÉCNICA 3 GPP.

Método para transmitir una indicación de una versión de un protocolo de comunicaciones soportado por un agente (202) de Punto de Referencia Integrado IRP,

adaptado para comunicarse con un gestor (204) de IRP, comprendiendo el método las etapas de: transmitir desde el gestor (204) de IRP al agente (202) de IRP una solicitud (210) de una versión de protocolo soportada por el agente (202) de IRP; en respuesta a la solicitud (210), transmitir un mensaje (216) de respuesta desde el agente (202) de IRP al gestor (204) de IRP, comprendiendo el mensaje (216) de respuesta un parámetro indicativo de un número de documento de Especificación Técnica TS del Proyecto de Asociación de Tercera Generación 3GPP, que define por lo menos una versión de protocolo soportada por el agente (202) de IRP, caracterizado porque el parámetro indicativo de la versión de protocolo soportada por el agente (202) de IRP lo determina el agente (202) de IRP calculando a partir del número de documento de TS 3GPP un número de documento de TS 3GPP abreviado que identifica de forma inequívoca la versión de protocolo usada, comprendiendo dicha etapa de cálculo: - descartar un encabezamiento del número de documento de TS 3GPP, - descartar todos los caracteres que vienen a continuación de y que incluyen un último punto del número de documento de TS 3GPP, y - descartar espacios del número de documento de TS 3GPP y poner en mayúsculas el número de documento de TS 3GPP

Tipo: Patente Internacional (Tratado de Cooperación de Patentes). Resumen de patente/invención. Número de Solicitud: PCT/CA2002/000723.

Solicitante: TELEFONAKTIEBOLAGET LM ERICSSON (PUBL).

Nacionalidad solicitante: Alemania.

Dirección: ERICSSON GMBH ERICSSON ALLEE 1 52134 HERZOGENRATH SUECIA.

Inventor/es: TSE,EDWIN, MCALEER,DAVID, GODIN,ANDRE, GOSSELIN,NICOLAS.

Fecha de Publicación: .

Fecha Solicitud PCT: 22 de Mayo de 2002.

Fecha Concesión Europea: 14 de Julio de 2010.

Clasificación PCT:

  • H04L29/06 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 29/00 Disposiciones, aparatos, circuitos o sistemas no cubiertos por uno solo de los grupos H04L 1/00 - H04L 27/00. › caracterizadas por un protocolo.

Clasificación antigua:

  • H04L29/06 H04L 29/00 […] › caracterizadas por un protocolo.

Países PCT: Austria, Bélgica, Suiza, Alemania, Dinamarca, España, Francia, Reino Unido, Grecia, Italia, Liechtensein, Luxemburgo, Países Bajos, Suecia, Mónaco, Portugal, Irlanda, Eslovenia, Finlandia, Rumania, Chipre, Lituania, Letonia, Ex República Yugoslava de Macedonia, Albania.

MÉTODO, SISTEMA Y AGENTE PARA INTERCAMBIO DE NÚMERO DE DOCUMENTO DE ESPECIFICACIÓN TÉCNICA 3 GPP.

Fragmento de la descripción:

ANTECEDENTES DE LA INVENCIÓN Campo de la invención

La presente invención se refiere en general al campo de las redes de comunicaciones y, más específicamente, a comunicaciones de identificación normalizadas entre nodos de telecomunicaciones.

Descripción de la técnica relacionada

Una red de comunicaciones comprende típicamente una pluralidad de nodos de comunicaciones, que “hablan” entre ellos intercambiando varias clases de mensajes, que representan órdenes, datos, solicitudes, respuestas, notificaciones u otros, según la tecnología y el protocolo usados dentro de cada una de estas redes. Para que, entre los nodos de comunicaciones, tengan lugar comunicaciones con sentido, la sintaxis y la semántica de los mensajes deben ser entendidas y acordadas entre los nodos que se comunican. Al documento que especifica la sintaxis y la semántica de los mensajes intercambiados entre nodos se le denomina en ocasiones especificación de interfaz, especificación técnica o protocolo. En el nivel operativo, el Punto de Referencia de Integración (IRP) es uno de estos protocolos, a través del cual se intercambian los mensajes de comunicaciones entre nodos en un sistema de gestión. Existen muchos tipos de especificaciones o protocolos IRP, tales como, por ejemplo, para la gestión de fallos (IRP de Alarmas) y para la gestión de configuraciones (IRP de Configuraciones Básicas).

En los entornos de comunicaciones basados en el Proyecto de Asociación de 3ª Generación (3GPP), las especificaciones IRP definen y controlan comunicaciones relacionadas con la gestión de la red entre un nodo de Gestión de Elementos-Gestión de Red (EM-NM) y los nodos de Elementos de Red (NEs) controlados.

Existen varias especificaciones IRP para definir comunicaciones en una pluralidad de subcampos de gestión de red. En el campo de la gestión de fallos/alarmas, una de las necesidades más básicas es soportar la vigilancia de alarmas. Aplicaciones específicas de productos usan la especificación IRP de Alarmas para poder reenviar notificaciones de alarmas desde varios NEs y hacia una aplicación de Monitorización de Fallos (FM). Otra especificación IRP es la especificación IRP de Gestión de Configuraciones Básicas, que define y controla la gestión de la topología y los recursos lógicos en la red gestionada (recuperación de la configuración y el estado de los elementos de la red). Finalmente, la Monitorización del Rendimiento (PM) se logra según la especificación IRP de Datos de Rendimiento.

A continuación se hace referencia a la Fig. 1.a (Técnica Anterior), que muestra un diagrama de funcionamiento nodal y de flujo de señales de un escenario típico de la técnica anterior para intercambiar nombres de especificación IRP entre dos nodos de comunicaciones. En la Fig. 1.a, un sistema 100 de gestión comprende un Gestor 102 de IRP que se comunica con un Agente 104 de IRP. Con este fin, el Gestor 102 debe conocer en primer lugar la especificación IRP soportada y la versión usada y soportada por el Agente 104 de IRP. Cada tipo de especificación IRP define un método obligatorio denominado obtenerVersiónIRPXXX() (getXXXIRPVersion()), en el que “XXX” hace referencia al tipo determinado de especificación IRP. Por ejemplo, el método obtenerVersiónIRPAlarma() (getAlarmIRPVersion()) se usa para deducir la especificación IRP de Alarmas soportada por un nodo determinado. En referencia a la Fig. 1.a (Técnica Anterior), antes de cualquier comunicación adicional, el Gestor 102 de IRP transmite un mensaje 106 de solicitud obtenerVersiónIRPXXX al Agente 104 para consultar la versión de la especificación IRP soportada por el Agente, a lo cual el Agente 104 responde con un mensaje 108 de respuesta obtenerVersiónIRPXXX que comprende un parámetro 110 indicativo de una lista de elementos, conteniendo cada uno de ellos el nombre y el número de versión de las especificaciones IRP soportadas por el Agente. En la implementación actual, un elemento del parámetro 110 consta de tres caracteres, tales como, por ejemplo “1f1”.

Se describe un método correspondiente, por ejemplo, en “ETSI TS 132 111-3 v 3.4.0”, correspondiente a la 36PPTS 32.111-03 versión 3.4.0 Publicación 1999.

A continuación se hace referencia a la Fig. 1.b (Técnica anterior), que muestra una representación esquemática de la estructura de un elemento 120 del parámetro 110 devuelto en el mensaje 108 mostrado en la Fig. 1.a. El elemento 120 consta de tres segmentos 122, 124 y 126, en los que el primer segmento 122 hace referencia al número de versión del IS del IRP (que representa el número de versión del Servicio de Información del IRP), el segundo segmento 124 hace referencia al tipo de especificación del IRP, y el tercer segmento hace referencia al número de versión del SS del IRP (que representa el número de versión del Conjunto de Soluciones del IRP). Por ejemplo, la cadena “1f1” significa que el Agente 104 (mostrado en la Fig. 1.a) implementa el número de versión 1 del IS del IRP de la especificación IRP de Alarmas (“f”, Fault), número de versión 1 del SS del IRP.

Con la forma anterior de administrar y transmitir el nombre y la versión de la especificación IRP se producen tres problemas. El primer problema es que las especificaciones IRP evolucionan por medio de la aceptación, por parte del organismo de normalización, de múltiples Solicitudes de Cambio (CRs) de especificaciones técnicas, realizadas por participantes activos en la industria. Los autores de las CRs no siempre tienen en cuenta si sus cambios propuestos afectan o no al número de versión IRP. Típicamente, los autores de CR no sugieren que se cambien las cadenas constantes que representan las categorías de notificación en el archivo IDL DefsConstIRPNotificación (NotificationIRPConstDefs), un Lenguaje de Descripción de Interfaces (IDL). En referencia a la Fig. 1.a, las categorías de notificación se representan mediante el parámetro 110 incluido en el mensaje 108. Si las cadenas constantes que representan las categorías de notificación no se cambian adecuadamente en el archivo IDL DefsConstIRPNotificación (no mostrado en la Fig. 1.a; la información del archivo IDL define el tipo y el número de versión del IRP, y es compilada por el Agente para la generación del parámetro 110 apropiado) de la manera y en el momento requeridos por las CRs, lo cual se produce muy a menudo actualmente, al Gestor 102 de IRP se le puede proporcionar la versión de IRP errónea soportada por el Agente 104.

El segundo problema es la falta de un entendimiento claro de los miembros del organismo de normalización sobre cómo administrar múltiples CRs, en donde algunas CRs afectan a la compatibilidad retroactiva mientras que otras no. Al no considerar que algunas CRs afectan a la compatibilidad retroactiva o al procesar CRs en el orden incorrecto, el proceso puede acabar presentando valores erróneos para cadenas constantes que representan las categorías de notificación, tales como los valores enviados en el parámetro 110 de la Fig. 1.a.

Finalmente, el tercer problema es que siempre que se cambia un número de versión de cualquier especificación IRP, se requiere también un número de versión nuevo para la especificación IRP de Notificación determinada, ya que todas las cadenas constantes que representan las categorías de notificación están definidas en un archivo IDL DefsConstIRPNotificación, que está incluido en un documento de SS del IRP de Notificación. El organismo de normalización no siempre realiza revisiones regulares de todas las especificaciones IRP que se ven afectadas por una CR aceptada, lo cual, en ocasiones, crea confusión en la transmisión y errores entre nodos interconectados que implementan la señalización basándose en la especificación IRP determinada.

Por consiguiente, se debe apreciar fácilmente que, para superar los defectos e inconvenientes de las soluciones existentes, resultaría ventajoso disponer de un esquema que identifique inequívocamente una especificación técnica (protocolo) usada por nodos cooperativos. La presente invención proporciona dicha solución.

SUMARIO DE LA INVENCIÓN

El objetivo de la presente invención se logra mediante un método, un sistema y un agente según se definen en las reivindicaciones independientes. En las reivindicaciones dependientes se describen realizaciones ventajosas.

Breve descripción de los dibujos

Para entender de forma más detallada la invención, en relación con otros objetivos y ventajas de la misma, a continuación se puede hacer...

 


Reivindicaciones:

1. Método para transmitir una indicación de una versión de un protocolo de comunicaciones soportado por un agente (202) de Punto de Referencia Integrado IRP, adaptado para comunicarse con un gestor (204) de IRP, comprendiendo el método las etapas de:

transmitir desde el gestor (204) de IRP al agente (202) de IRP una solicitud

(210) de una versión de protocolo soportada por el agente (202) de IRP;

en respuesta a la solicitud (210), transmitir un mensaje (216) de respuesta desde el agente (202) de IRP al gestor (204) de IRP, comprendiendo el mensaje (216) de respuesta un parámetro indicativo de un número de documento de Especificación Técnica TS del Proyecto de Asociación de Tercera Generación 3GPP, que define por lo menos una versión de protocolo soportada por el agente (202) de IRP,

caracterizado porque

el parámetro indicativo de la versión de protocolo soportada por el agente (202) de IRP lo determina el agente (202) de IRP calculando a partir del número de documento de TS 3GPP un número de documento de TS 3GPP abreviado que identifica de forma inequívoca la versión de protocolo usada,

comprendiendo dicha etapa de cálculo:

- descartar un encabezamiento del número de documento de TS 3GPP,

- descartar todos los caracteres que vienen a continuación de y que incluyen un

último punto del número de documento de TS 3GPP, y -descartar espacios del número de documento de TS 3GPP y poner en mayúsculas el número de documento de TS 3GPP.

2. Método según la reivindicación 1, en el que la solicitud (210) de la versión del protocolo soportado por el agente (202) de IRP es un mensaje de solicitud obtenerVersiónIRPXXX y el mensaje (216) de respuesta es un mensaje de respuesta obtenerVersiónIRPXXX que comprende el parámetro indicativo de por lo menos un número de documento de TS 3GPP que identifica por lo menos una Versión de IRP XXX soportada por el agente (202) de IRP.

3. Método según la reivindicación 2, en el que el mensaje de solicitud obtenerVersiónIRPXXX es una solicitud obtenerVersiónIRPAlarma y el mensaje (216) de respuesta obtenerVersiónIRPXXX es un mensaje de respuesta obtenerVersiónIRPAlarma que comprende el parámetro indicativo del por lo menos un número de documento de TS 3GPP que identifica por lo menos una Versión del IRP

de Alarma soportada por el agente (202) de IRP.

4. Método según la reivindicación 1, en el que la solicitud (210) de la versión del protocolo soportado por el agente (202) de IRP es un mensaje de solicitud obtenerCategoríaNotificación y el mensaje (216) de respuesta es un mensaje de respuesta obtenerCategoríaNotificación que comprende el parámetro indicativo de por lo menos un número de documento de TS 3GPP que identifica por lo menos una categoría de notificación soportada por el agente (202) de IRP.

5. Método según la reivindicación 1, en el que la solicitud (210) de la versión del protocolo soportado por el agente (202) de IRP es un mensaje de solicitud obtenerIdEsquemaRecursosRed y el mensaje (216) de respuesta es un mensaje de respuesta obtenerIdEsquemaRecursosRed que comprende el parámetro indicativo de por lo menos un número de documento de TS 3GPP que identifica por lo menos una identificación de esquema de recursos de red soportada por el agente (202) de IRP.

6. Método según la reivindicación 5, en el que el parámetro es indicativo de dos números de documento de TS 3GPP.

7. Sistema sujeto al Proyecto de Asociación de Tercera Generación 3GPP, adaptado para transmitir una indicación de una versión de un protocolo de comunicaciones soportado por un agente (202) de Punto de Referencia Integrado IRP, adaptado para comunicarse con un gestor (204) de IRP, comprendiendo el sistema medios para:

transmitir desde el gestor (204) de IRP al agente (202) de IRP una solicitud

(210) de una versión de protocolo soportada por el agente (202) de IRP;

en respuesta a la solicitud (210), transmitir un mensaje (216) de respuesta desde el agente (202) de IRP al gestor (204) de IRP, comprendiendo el mensaje (216) de respuesta un parámetro indicativo de un número de documento de Especificación Técnica TS del 3GPP, que define por lo menos una versión de protocolo soportada por el agente (202) de IRP,

caracterizado por

medios para determinar a través del agente (202) de IRP el parámetro indicativo de la versión de protocolo soportada por el agente (202) de IRP

calculando a partir del número de documento de TS 3GPP un número de documento de TS 3GPP abreviado que identifica de forma inequívoca la versión de protocolo usada,

comprendiendo dicha etapa de cálculo: -descartar un encabezamiento del número de documento de TS 3GPP, -descartar todos los caracteres que vienen a continuación de y que incluyen un

último punto del número de documento de TS 3GPP, y

- descartar espacios del número de documento de TS 3GPP y poner en mayúsculas el número de documento de TS 3GPP.

8. Sistema de la reivindicación 7 adaptado para realizar un método de acuerdo con cualquiera de las reivindicaciones 2 a 6.

9. Nodo agente para un sistema sujeto al Proyecto de Asociación de Tercera Generación 3GPP adaptado para transmitir una indicación de una versión de un protocolo de comunicaciones soportado por un agente (202) de Punto de Referencia Integrado IRP, adaptado para comunicarse con un gestor (204) de IRP, comprendiendo el agente (202) medios para:

recibir desde el gestor (204) de IRP una solicitud (210) de una versión de protocolo soportada por el agente (202) de IRP;

en respuesta a la solicitud (210), transmitir un mensaje (216) de respuesta al gestor (204) de IRP, comprendiendo el mensaje (216) de respuesta un parámetro indicativo de un número de documento de Especificación Técnica TS del 3GPP, que define por lo menos una versión de protocolo soportada por el agente (202) de IRP,

caracterizado por

medios para determinar

el parámetro indicativo de la versión de protocolo soportada por el agente (202) de IRP mediante el cálculo, a partir del número de documento de TS 3GPP, de un número de documento de TS 3GPP abreviado que identifica de forma inequívoca la versión de protocolo usada,

comprendiendo dicha etapa de cálculo:

- descartar un encabezamiento del número de documento de TS 3GPP,

- descartar todos los caracteres que vienen a continuación de y que incluyen un

último punto del número de documento de TS 3GPP, y -descartar espacios del número de documento de TS 3GPP y poner en mayúsculas el número de documento de TS 3GPP.

10. Nodo agente de la reivindicación 9 adaptado para realizar un método según cualquiera de las reivindicaciones 2 a 6.


 

Patentes similares o relacionadas:

Procedimiento y dispositivo para el procesamiento de una solicitud de servicio, del 29 de Julio de 2020, de Advanced New Technologies Co., Ltd: Un procedimiento para el procesamiento de una solicitud de servicio, comprendiendo el procedimiento: recibir (S201), mediante un nodo de consenso, una solicitud […]

Gestión de memoria intermedia recomendada de red de una aplicación de servicio en un dispositivo de radio, del 22 de Julio de 2020, de TELEFONAKTIEBOLAGET LM ERICSSON (PUBL): Un método llevado a cabo por un nodo de red en una red de comunicación por radio , comprendiendo el método: obtener (S1) una predicción del ancho […]

Método, servidor y sistema de inicio de sesión de confianza, del 22 de Julio de 2020, de Advanced New Technologies Co., Ltd: Un método de inicio de sesión de confianza implementado por computadora aplicado a un sistema de inicio de sesión de confianza que comprende un primer sistema de aplicación […]

Método y aparato para configurar un identificador de dispositivo móvil, del 22 de Julio de 2020, de Advanced New Technologies Co., Ltd: Un método implementado por servidor para configurar un identificador de dispositivo móvil, que comprende: obtener una lista de aplicaciones, APP, […]

Método para un nivel mejorado de autenticación relacionado con una aplicación de cliente de software en un dispositivo informático de cliente que comprende una entidad de módulo de identidad de abonado con un kit de herramientas de módulo de identidad de abonado así como una miniaplicación de módulo de identidad de abonado, sistema, dispositivo informático de cliente y entidad de módulo de identidad de abonado para un nivel mejorado de autenticación relacionado con una aplicación de cliente de software en el dispositivo informático de cliente, programa que comprende un código de programa legible por ordenador y producto de programa informático, del 22 de Julio de 2020, de DEUTSCHE TELEKOM AG: Un método para un nivel mejorado de autenticación relacionado con una aplicación de cliente de software en un dispositivo informático […]

Método para atender solicitudes de acceso a información de ubicación, del 22 de Julio de 2020, de Nokia Technologies OY: Un aparato que comprende: al menos un procesador; y al menos una memoria que incluye un código de programa informático para uno o más programas, […]

Sincronización de una aplicación en un dispositivo auxiliar, del 22 de Julio de 2020, de OPENTV, INC.: Un método que comprende, mediante un dispositivo de medios: acceder, utilizando un módulo de recepción, un flujo de datos que incluye contenido […]

Procedimiento y dispositivo para su uso en la gestión de riesgos de información de aplicación, del 22 de Julio de 2020, de Advanced New Technologies Co., Ltd: Un procedimiento para la gestión de riesgos de información de aplicación en un dispositivo de red, comprendiendo el procedimiento: recibir información […]

Utilizamos cookies para mejorar nuestros servicios y mostrarle publicidad relevante. Si continua navegando, consideramos que acepta su uso. Puede obtener más información aquí. .