ES2712939T3 - Método para proporcionar la identidad de un aparato en una red de comunicaciones y aparato del mismo - Google Patents

Abstract

Método para proporcionar un identificador ECGI para un nodo (20) retransmisor que sirve a al menos una célula (2) en una red (1000) de comunicaciones que comprende las etapas de: - comprobar, por un nodo (100) de acceso, campos de datos comprendidos en un mensaje recibido desde el nodo (20) retransmisor que solicita un establecimiento de una conexión de interfaz a través de un enlace (6) de comunicación; - generar, por el nodo de acceso, el identificador ECGI, y - tras generar el identificador ECGI, transmitir, el nodo (100) de acceso, el identificador ECGI al nodo (20) retransmisor a través de la conexión de interfaz del enlace (6) de comunicación.

Description

DESCRIPCION

Metodo para proporcionar la identidad de un aparato en una red de comunicaciones y aparato del mismo Campo de la invencion

La presente invencion se refiere al campo tecnico de redes de telecomunicacion moviles. En particular, la presente invencion se refiere a un metodo para proporcionar la identidad de un aparato dentro de una red de telecomunicacion movil mejorada de retransmision cuando un aparato se conecta a la red. Ademas, la presente invencion se refiere a un aparato que esta adaptado para llevar a cabo el metodo mencionado.

Sumario de la invencion

Para permitir soluciones de despliegue rentables y flexibles, dentro del proyecto comun de tecnologfas inalambricas de la tercera generacion (3GPP) se esta investigando la retransmision como una de las nuevas tecnologfas para redes de Evolucion a Largo Plazo (LTE) y en particular para redes de Evolucion a Largo Plazo Avanzadas (LTE-A). Se ha mostrado que con el uso de Nodos Retransmisores (RN) la cobertura espacial y/o la capacidad de una estacion base (BS) o de un eNodo B (eNB) puede aumentarse significativamente. Ademas, pueden cubrirse areas que sin usar RN sufrinan de malas condiciones de radio. Tales areas estan localizadas tfpicamente en el borde de una celula que esta servida por una BS particular.

Ademas de este objetivo principal de extension de cobertura, introducir conceptos de retardo puede ayudar tambien a (a) proporcionar una cobertura de alta tasa de bits en entornos con alto ensombrecimiento, (b) reducir potencia de transmision de radio promedio en un equipo de usuario (UE), conduciendo de esta manera a larga duracion de la batena, (c) mejorar la capacidad de celula y caudal eficaz, por ejemplo, aumentando capacidad de borde de celula y equilibrando la carga de celula y (d) mejorando el rendimiento global y coste de despliegue de una Red de Acceso de Radio (RAN).

Hay muchas clases de sistemas de retransmision propuestos empezando desde el RN de amplificar/reenviar mas sencillo, que se aplica, por ejemplo, en redes de Difusion de Video Digital para Portatiles (DVB-H) de unica frecuencia acabando hasta el mas complejo, que utiliza una codificacion de red para mejorar el rendimiento global. El tipo mas comun de RN que se propone para su uso de RN en redes moviles (tambien conocido como retransmision celular) es un tipo detectar / reenviar de RN, donde se detecta una senal de entrada y se retransmite usando el mismo procedimiento como en la transmision original. La retransmision puede realizarse en las diferentes capas de una pila de protocolo, capas que se describen por el Modelo de Referencia de Interconexion de Sistemas Abiertos (modelo OSI) bien conocido. Una retransmision de amplificar y reenviar sencilla puede realizarse en la Capa 1 de la pila de protocolo donde se requiere que el RN tenga unicamente (alguna parte de) la capa PHY. Los RN de Capa 2, que incluyen la pila de protocolo hasta las capas de Control de Acceso al Medio (MAC) / Control de Enlace de Radio (RLC), posibilitan la posibilidad de hacer gestion de recursos de radio descentralizada. Los RN de Capa 3 (L3) o capa superior, tambien conocidos como RN de Tipo 1 o RB de red de auto-retroceso, pueden considerarse por un UE como estaciones base inalambricas y soportan todas las capas de protocolo de estaciones base normales. Es decir, se requiere un RN de L3 para tener todos los parametros de celula de eNB de la version 8 de LTE esenciales y para difundirlos de modo que puedan reconocerse como una celula de eNB normal por los UE. El documento WO 2009/157124 se refiere a sistemas de comunicacion inalambrica y en particular a sistemas que comprenden una estacion base, una estacion de retransmision y un dispositivo terminal. Para reducir la latencia en tales sistemas, propone que se transmita un identificador de acceso aleatorio desde el dispositivo terminal mediante la estacion de retransmision a la estacion base, se compara a una lista de identificadores de acceso aleatorio que indican que se ha concedido un identificador de acceso aleatorio particular por la estacion base para su uso por el dispositivo terminal. Tras determinar una coincidencia, se transmite una senal de respuesta de RACH al dispositivo terminal.

Se han definido diferentes interfaces para los RN, el enlace entre el DeNB (eNB donante) y el RN es el enlace de red de retroceso y la interfaz se denomina la interfaz Un. El enlace entre el RN y UE se denomina el enlace de acceso y la interfaz se denomina la interfaz Uu que es compatible con la version 8/9 Uu entre el eNB y UE. En RN de tipo 1 el enlace de red de retroceso (DeNB-RN) y enlace de acceso (RN-UE) operan en la misma frecuencia de portadora y se multiplexan en el dominio del tiempo. En LTE-A tambien se ha definido Tipo 1a y Tipo 1b, el primero supone que los enlaces de red de retroceso y de acceso estan en frecuencia portadora diferente mientras que el ultimo supone que esta disponible suficiente aislamiento entre los enlaces de acceso y de red de retroceso por lo que pueden operar en la misma frecuencia de portadora sin interferencia de bucle. En la siguiente descripcion, se supone que los ^{RN pertenecen al Tipo 1 y o Tipo 1a y o Tipo 1b, es decir cualquier tipo de retransmisores} l3.

Dentro de LTE y LTE-A, se identifican celulas globalmente por el ECGI (Identificador Global de Celula de E-UTRAN). Para conseguir unicidad global el ECGI esta construido como una combinacion de dos elementos de informacion, en concreto a partir de la Identidad de Celula (CI) de la celula y la identidad de la PLMN (Red Movil Publica Terrestre) del operador a la que pertenece la celula. La ID de la PLMN incluida debe ser la original proporcionada por la primera entrada de PLMN en SIB1. Adicionalmente a cada eNB se le asigna una ID (identidad) de eNB global. De nuevo, para conseguir unicidad global una ID de eNB, que es unica unicamente dentro de una PLMN, se combina con la ID (identidad) de PLMN de las operadoras a las que pertenece el eNB. Esta ID de PLMN debe ser la misma que la incluida en el ECGI. La ID de eNB que se usa para identificar los eNB dentro de una PLMN tambien esta contenida en la Identidad de la Celula (CI) del ECGI. La ID de eNB para los macro eNB es una cadena de bits de 20 bits y es igual a los 20 bits mas a la izquierda de la Identidad de Celula del ECGI mientras que la Identidad de Celula es una cadena de bits de 28 bits.

Considerando las dependencias entre estas ID puede observarse que un macro eNB, una vez que tiene asignado una ID de eNB global, puede asignar, en teona, los ECGI de sus celulas bajo su propia responsabilidad simplemente anexando un numero de 8 bits como una cadena de bits de 8 bits a la cadena de bits de 20 bits mas a la izquierda que estan obligados a ser la ID de eNB contenida en la ID de eNB global. Este numero de 8 bits identifica de manera inequvoca las celulas dentro del eNB que corresponden al numero maximo de 256 celulas que pueden servirse por un eNB. Como alternativa el ECGI puede configurarse por el sistema de OAM (Operaciones, Administracion y Mantenimiento) y descargarse al eNB usando la comunicacion de plano de gestion. En el caso anterior deben considerarse las dependencias por el sistema de OAM. Incluso aunque los RN sean nodos independientes, las celulas que sirven apareceran como celulas servidas por el macro eNB (tambien conocido como eNB donante (DeNB)) que controla la macro celula en la que estan localizados los RN. En consecuencia en esta arquitectura de retransmision el DeNB actua como un intermediario para tanto senalizacion S1 como X2 y oculta de manera eficaz el RN de la red principal (CN). Por lo tanto, el DeNB y los RN conectados a el, tienen la misma ID de eNB.

En la arquitectura acordada actual los sistemas OAM de RN y OAM de DeNB son diferentes y se supone que pueden comunicar entre sf, incluso mediante NMS (Sistema de Gestion de Red), si el intercambio de informacion entre sistemas OAM necesita minimizarse.

Para evitar que las celulas de RN tengan los mismos ECGI de las celulas DeNB, los ECGI de celulas de RN han de determinarse de tal manera que puedan distinguirse de los de las celulas de los DeNB. En el caso que el DeNB determine los ECGI de las celulas de RN necesita informar a los RN acerca de los ECGI seleccionados usando comunicacion de C-plano. Para esta comunicacion, podnan considerarse los protocolos S1AP (Parte de Aplicacion S1) y RRC (Control de Recursos de Radio) como que son los mas adecuados.

Sin embargo, por una parte, usar protocolos S1AP para transferir el ECGI a traves de la interfaz Un entre el DeNB y el RN, los mensajes S1AP requerinan que se introdujera un nuevo elemento de informacion en un mensaje existente, por ejemplo dentro del mensaje de solicitud de configuracion S1 o de respuesta, para transportar la informacion de ECGI. Esto tiene la desventaja, de que un cambio de este tipo impactara tambien la interfaz S1 entre los eNB y las MME (Entidades de Gestion de Movilidad), puesto que se usa el mismo S1AP entre los eNB y las MME asf como entre DeNB y sus RN. Por otra parte, la senalizacion rRc a traves de la interfaz Un no es probable que se use para configurar un parametro de la interfaz Uu de RN y cualquier cambio a la senalizacion para acomodar informacion de ECGI tendna un gran impacto en protocolos de RRC.

Por lo tanto existe una necesidad que pueda proporcionar informacion de identidad a celulas de RN sin incurrir en un gran impacto en interfaces y protocolos actuales, en redes de telecomunicacion movil mejoradas de retransmision. Esta necesidad puede cumplirse por la materia objeto de acuerdo con las reivindicaciones independientes. Se describen realizaciones ventajosas de la presente invencion por las reivindicaciones dependientes.

De acuerdo con la reivindicacion de metodo independiente, se proporciona un identificador para un nodo retransmisor en una red de comunicaciones por un nodo de acceso que comprueba campos de datos comprendidos en un mensaje recibido desde el nodo retransmisor que solicita un establecimiento de una conexion de interfaz a traves de un enlace de comunicacion, generando el identificador, y tras generar el identificador, transmitir el nodo de acceso el identificador al nodo retransmisor a traves de la conexion de interfaz del enlace de comunicacion.

De acuerdo con la reivindicacion de aparato independiente, un nodo de acceso, en una red de comunicaciones, tiene medios que estan dispuestos para proporcionar un identificador para un nodo retransmisor en el que, estan dispuestos medios de recepcion para recibir un mensaje desde el nodo retransmisor, solicitando el mensaje un establecimiento de una conexion de interfaz a traves de un enlace de comunicacion, estan dispuestos medios de comprobacion para comprobar campos de datos comprendidos en el mensaje recibido, estan dispuestos medios de generacion para generar el identificador, y estan dispuestos medios de transmision para transmitir el identificador generado al nodo retransmisor a traves de la conexion de interfaz del enlace de comunicacion.

En un perfeccionamiento adicional de la invencion, el mensaje recibido es un mensaje de SOLICITUD DE CONFIGURACION X2 y el mensaje transmitido despues de la generacion del identificador es un mensaje de RESPUESTA DE CONFIGURACION X2. De esta manera, pueden usarse mensajes existentes para transferir informacion que comprende los campos de datos de ECGI, pCi y EAR-FCN, usando el Protocolo de Aplicacion X2 (X2AP) evitando por lo tanto la necesidad de definir nuevos mensajes y evitando problemas de compatibilidad con tipos de eNB mas antiguos. Adicionalmente, el campo de datos del identificador que se comprueba esta relacionado con una lista de Celulas Servidas o con una lista de informacion vecina y el campo de datos puede estar vado o estar comprendido de un valor ficticio o cualquier valor. Ademas, el identificador generado es un identificador ECGI. En un perfeccionamiento adicional de la invencion, el identificador generado tambien se comunica al sistema de OAM de nodo de acceso por el nodo de acceso y al sistema de OAM de nodo retransmisor por el nodo retransmisor. Los aspectos anteriormente definidos y aspectos adicionales de la presente invencion son evidentes a partir de los ejemplos de realizaciones que se van a describir en lo sucesivo y que se explican con referencia a los ejemplos de realizaciones. La invencion se describira en mas detalle en lo sucesivo con referencia a ejemplos de realizaciones pero a las que no esta limitada la invencion.

Breve descripcion de los dibujos

La presente invencion puede entenderse mas facilmente, y diversos otros aspectos y caractensticas de la invencion pueden hacerse mas evidentes a partir de la consideracion de la siguiente descripcion y figuras adjuntas que se proporcionan por medio de ilustracion unicamente, y por lo tanto no son limitativas de la presente invencion, y en las que:

La Figura 1 muestra un despliegue tfpico de RN en una celula de una red de comunicaciones.

La Figura 2 muestra un diagrama de flujo de mensaje esquematico que representa la secuencia de etapas realizadas por la invencion.

La Figura 3 muestra una representacion esquematica de un nodo 100 de acceso en el que se implementa la invencion.

Descripcion detallada

La Figura 1 muestra un despliegue tfpico de RN en una celula 1 de una red 1000 de comunicaciones. Para ayudar al entendimiento de la invencion propuesta unicamente se ha representado una celula 1 ejemplar. Es por supuesto bien conocido que en la red 1000 de comunicaciones donde pueden estar presentes numerosos UE, existira mas de una celula 1. La red 1000 de comunicaciones comprende un nodo 100 de acceso que proporciona cobertura en la celula 1 y acceso a una red principal (CN) que no se ilustra. Dentro de la celula 1, los RN 20 tambien estan presentes y permiten que la cobertura de la celula 1 se extienda mediante la creacion de celulas 2 de RN. Los UE 10 que estan presentes dentro de la celula 1 pueden estar conectados directamente al nodo 100 de acceso a traves de un enlace 5 de acceso o estar conectados a un RN 20 tambien a traves de un enlace 5 de acceso. Los RN 20 estan a su vez conectados al nodo 100 de acceso a traves de un enlace 6 de comunicacion en concreto un enlace de retransmision o de manera equivalente en el caso de un tipo L3 de retransmisor este tambien se denomina un enlace de red de retroceso.

La red 1000 de comunicaciones, puede ser una red de LTE o una LTE-A. Los RN 20, como se ha indicado en el presente documento anteriormente son retransmisores de Tipo 1 o cualquier tipo de retransmisores de L3. El nodo 100 de acceso puede ser al menos uno de los siguientes: una estacion base, un nodo B, un e-nodo B (eNB), un eNB donante (DeNB), mientras que UE 10 puede ser al menos uno de los siguientes: un aparato de comunicacion movil, un ordenador portatil, un telefono movil.

La Figura 2 es un diagrama de flujo de mensaje esquematico que representa la secuencia de etapas realizadas de acuerdo con una realizacion de la invencion.

De manera inicial (etapa 1), un RN 20 que se esta conectando a sf mismo a la celula 1 transmite un mensaje al nodo 100 de acceso que solicita el establecimiento de una conexion de interfaz a traves de un enlace 6 de comunicacion con el nodo 100 de acceso. El enlace 6 de comunicacion que es el enlace de red de retroceso que permite que el nodo 100 de acceso y el RN 20 comuniquen entre sf. El mensaje transmitido es un mensaje de SOLICITUD DE CONFIGURACION X2 que solicita el establecimiento de una interfaz X2. El mensaje de SOLICITUD DE CONFIGURACION X2 comprende informacion contenida en diferentes campos de datos. Los campos de datos que comprenden el PCI (Identificador de Celula Ffsica) y valores de EARFCN (Numero de Canal de Frecuencia de Radio Absoluto Evolucionado) relacionados con la lista de celulas servidas del mensaje de SOLICITUD DE CONFIGURACION X2 estan incluidas por el RN 20, son conocidos por el RN 20 puesto que estan configurados por la OAM (Operacion, Administracion y Mantenimiento). El campo de datos que contiene el valor de ECGI relacionado ^{con la lista de celulas servidas del mensaje de SOLICITUD} De ^{CONFIGURACION X2 se deja vado por RN 20, ya} que no tiene un propio ECGI. Como alternativa, los campos de datos relacionados con la lista de informacion vecina pueden usarse puesto que contienen el triple PCI, EARFCN y ECGI relacionado. Como alternativa, en un perfeccionamiento adicional de la invencion, puede insertarse un valor ficticio en los campos anteriormente mencionados en lugar de dejarlos vados. Como alternativa, en un perfeccionamiento adicional de la invencion, cualquier valor puede insertarse en los campos anteriormente mencionados en lugar de dejarlos vados o insertar valores ficticios puesto que el nodo 100 de acceso tiene conocimiento de si el RN 20 tiene un ECGI asignado o no y puede ignorar de manera eventual el valor recibido en caso de que el RN 20 no tenga un ECGI asignado. El RN 20 incluye en la lista de celulas servidas una entrada para cada celula que necesita requerir la asignacion de ECGI desde el nodo 100 de acceso.

En una siguiente etapa (etapa 2), el nodo 100 de acceso tras recibir el mensaje de SOLICITUD DE CONFIGURACION X2 comprobara campos de datos relacionados con cualquiera de la lista de celulas servidas o de la lista de informacion vecina. Como el mensaje recibido es un mensaje de solicitud de configuracion desde un RN 20, el nodo 100 de acceso tiene conocimiento inmediatamente de que un ECGI necesita generarse para el RN 20 solicitante, puesto que el nodo 100 de acceso conoce si ya se ha asignado un ECGI o no a esa celula del RN identificado por los valores de PCI y EARFCN.

En una etapa adicional (etapa 3), el nodo 100 de acceso generara el ECGI para el RN 20 combinando la ID de ^{PLMN y la} Ci. ^{La CI es de 28 bits de longitud y los primeros 20 bits son la identidad del nodo 100 de acceso, es decir} los ultimos 8 bits se asignan por el nodo 100 de acceso para diferenciar sus celulas. Estos 8 bits pueden asignarse en una manera aleatoria o secuencial u otra manera dependiendo de la implementacion particular usada en el nodo 100 de acceso o a partir de una regla configurada por OAM. Sea cual sea la manera que se use, el nodo 100 de acceso asegura que no asigna los mismos bits (es decir el mismo ECGI) a mas de una celula. Esto puede hacerse por, por ejemplo, manteniendo el nodo 100 de acceso una lista actualizada en la que se almacenan todos los ECGI activos y se comprueba que el ECGI generado no es el que ya existe en la lista.

En una siguiente etapa (etapa 4), tras generar el identificador, el nodo 100 de acceso transmite el identificador al RN 20 a traves de la conexion de interfaz del enlace 6 de comunicacion. El identificador se transmite usando un mensaje adicional a traves de la interfaz X2, siendo el mensaje un mensaje de RESPUESTA DE CONFIGURACION X2. El nodo 100 de acceso, despues de copiar la lista de celulas servidas o la lista de informacion vecina del mensaje de SOLICITUD DE CONFIGURACION X2 (en particular los campos de PCI y EARFCN) en el mensaje de RESPUESTA DE CONFIGURACION X2, inserta el identificador determinado en el campo que corresponde al ECGI del mensaje de RESPUESTA DE CONFIGURACION X2.

Finalmente, (etapa 5), el RN 20 que recibe el mensaje de RESPUESTA DE CONFIGURACION X2 reconocera a partir de los campos PCI y EARFCN (Numero de Canal de Frecuencia de Radio Absoluto Evolucionado) que la informacion comprendida en el mismo proporciona el ECGI que se ha generado por el nodo 100 de acceso. El campo ECGI que se usa para insertar el identificador puede ser el usado en la lista de celulas servidas o en la lista de informacion vecina transmitida en el mensaje de RESPUESTA DE CONFIGURACION X2 puesto que ambas listas pueden transferir triples relacionados que consisten en ECGI, PCI y EARFCN.

El mismo procedimiento puede aplicarse en el caso que sea el nodo 100 de acceso el que inicie la configuracion X2 con el RN, puede incluir el ECGI asignado en la SOLICITUD DE CONFIGURACION X2 de la correspondiente celula 2 de RN en la lista de celulas servidas o en la lista de informacion vecina. El RN 20 respondera con la RESPUESTA DE CONFIGURACION X2 usando el ECGI asignado en la celula servida para confirmar la asignacion. En este caso, no hay copiado de la lista de celulas servidas o la lista de informacion servida, comprendidas en los mensajes recibidos, en el mensaje de respuesta puesto que la configuracion X2 se inicia desde el nodo 100 de acceso. Por lo tanto, se envfa la SOLICITUD DE CONFIGURACION X2 en lugar de la RESPUESTA DE CONFIGURACION X2 para comunicar el ECGI seleccionado al RN 20. En este caso el nodo 100 de acceso establece al menos uno de los correspondientes valores de PCI, EARFCN del elemento de lista correspondiente que contiene el triple relacionado ECGI, PCI, EARFCN a un valor que es conocido para el RN 20. Este valor o valores ficticios es/son conocidos para el RN como que se estan usando para proporcionar la indicacion de que este elemento de lista contiene el ECGI del RN 20. Por ejemplo el valor '0' podna usarse para PCI y/o EARFCN para indicar que este elemento de lista contiene un ECGI para el RN 20.

En una realizacion alternativa cuando la interfaz X2 ya esta configurada y el RN 20 tiene una nueva celula, puede usarse el procedimiento de ACTUALIZACION DE CONFIGURACION de eNB en lugar de la SOLICITUD DE CONFIGURACION X2 puesto que este mensaje tambien transfiere las mismas listas (es decir la lista de celulas servidas o la lista de informacion vecina) como en la SOLICITUD DE CONFIGURACION X2, que comprende los triples de informacion relacionados que consisten en ECGI, PCI y EARFCN. Por consiguiente, puede aplicarse el mismo principio para el procedimiento de ACTUALIZACION DE CONFIGURACION DE eNB, cuando el RN 20 requiere la asignacion de un ECGI para la nueva celula. En este caso, cuando el nodo 100 de acceso recibe un mensaje de ACTUALIZACION DE CONFIGURACION DE eNB, generara el ECGI para el RN 20. Tras generar el identificador, el nodo 100 de acceso transmite el identificador al RN 20 a traves de la conexion de interfaz del enlace 6 de comunicacion usando un mensaje de ACTUALIZACION DE CONFIGURACION DE eNB. El nodo 100 de acceso, despues de copiar las celulas servidas a la lista de adicion/modificacion o a la lista de informacion vecina desde el mensaje de ACTUALIZACION DE CONFIGURACION DE eNB recibido (en particular los campos PCI y EARFCN) en el mensaje de ACTUALIZACION DE CONFIGURACION DE eNB que ha de enviarse al RN 20, inserta el identificador determinado en el campo que corresponde al ECGI del mensaje de ACTUALIZACION DE CONFIGURACION de eNB.

En una realizacion alternativa cuando la interfaz X2 ya esta configurada, y el nodo 100 de acceso por una razon de red particular desea modificar/cambiar un ECGI existente, puede usarse el procedimiento de ACTUALIZACION DE CONFIGURACION DE eNB en lugar del procedimiento de CONFIGURACION X2 puesto que este mensaje tambien transfiere las mismas listas (es decir la lista de celulas servidas o la lista de informacion vecina) como en el procedimiento de CONFIGURACION X2, que comprende los triples de informacion relacionada de ECGI, PCI y EARFCN. Por consiguiente, puede aplicarse el mismo principio para el procedimiento de actualizacion de configuracion de eNB, por ejemplo cuando el nodo 100 de acceso por cualquier razon desea cambiar el o los ECGI asignados de un RN 20. En este caso, cuando un RN 20 recibe un mensaje de ACTUALIZACION DE CONFIGURACION DE eNB y reconoce su propio ECGI en la lista de celulas servidas a modificar entonces acepta el ECGI en la lista de informacion vecina como el nuevo ECGI de la celula 2 correspondiente.

La Figura 3 muestra una representacion de bloques esquematica de un nodo 100 de acceso dentro de la red 1000 de comunicaciones en el que puede implementarse la invencion y ejecutarse las etapas del metodo descrito. El nodo 100 de acceso proporciona cobertura para una celula 1 y puede ser al menos uno de los siguientes: una estacion base, un nodo B, un e-nodo B (eNB), un eNB donante (DeNB). Se observa que la estructura de bloques mostrada, puede implementarse por un experto en la materia de diversas maneras, por ejemplo, proporcionando diversas unidades ffsicas que pueden implementarse en ambos de hardware y/o software.

El nodo 100 de acceso, en la red 1000 de comunicaciones tiene medios que estan dispuestos para proporcionar un identificador para un nodo 20 retransmisor. Estos comprenden medios 110 de recepcion dispuestos para recibir un mensaje del RN 20, solicitando el mensaje un establecimiento de una interfaz a traves del enlace 6 de comunicacion. El mensaje recibido que solicita un establecimiento de una conexion de interfaz a traves de un enlace 6 de comunicacion entre el nodo 100 de acceso y el RN 20 es un mensaje de SOLICITUD DE CONFIGURACION X2 que solicita el establecimiento de una interfaz X2. Estan dispuestos medios 130 de comprobacion para comprobar campos de datos comprendidos en el mensaje recibido. Medios 140 de generacion dispuestos para generar el identificador y medios 120 de transmision dispuestos para transmitir el identificador generado al RN 20 a traves de la conexion de interfaz del enlace 6 de comunicacion. Los medios 130 de comprobacion y los medios 140 de generacion se muestran como entidades separadas, sin embargo, en una realizacion alternativa pueden implementarse juntos en una unidad 150. Los medios 140 de generacion pueden residir tambien en el OAM, en este caso el nodo 100 de acceso genera el identificador para el RN 20 con la colaboracion del OAM. El nodo 100 de acceso, esta dispuesto adicionalmente para establecer la conexion de interfaz al RN 20 a traves del enlace 6 de comunicacion, tras la recepcion del mensaje de SOLICITUD DE CONFIGURACION X2. El identificador generado del nodo 100 de acceso y proporcionado al RN 20 tambien se comunica al sistema 160 de nodo de acceso OAM por el nodo 100 de acceso y al sistema 170 de OAM del RN 20 por el RN 20.

El mensaje de SOLICITUD DE CONFIGURACION X2 comprende informacion contenida en diferentes campos. Los campos de datos que contienen los valores de PCI (Identificador de Celula Ffsica) y EARFCN (Numero de Canal de Frecuencia de Radio Absoluto Evolucionado) relacionados con la lista de celulas servidas del mensaje de SOLICITUD DE CONFIGURACION X2 estan incluidos por el RN 20, son conocidos a partir del RN 20 puesto que estan configurados por el OAM. El campo relacionado con el ECGI en las celulas servidas del mensaje de SOLICITUD DE CONFIGURACION X2 se deja vacfo por el RN 20, ya que no tiene un propio ECGI. Como alternativa, los campos de datos relacionados con la lista de informacion vecina pueden usarse puesto que contienen el triple PCI, EARFCN y ECGI relacionado. Como alternativa, en un perfeccionamiento adicional de la invencion, puede insertarse un valor ficticio en los campos anteriormente mencionados en lugar de dejarlos vacfos. Como alternativa, en un perfeccionamiento adicional de la invencion, puede insertarse cualquier valor en los campos anteriormente mencionados en lugar de dejarlos vacfos o insertar valor ficticio.

Los medios 140 de generacion estan dispuestos adicionalmente para generar un identificador ECGI combinando la ID de PLMN y el CI. El CI es de 28 bits de longitud y los primeros 20 bits forman la identidad del nodo 100 de acceso, es decir los ultimos 8 bits estan asignados por el nodo 100 de acceso para diferenciar sus celulas. Los medios 120 de transmision estan dispuestos adicionalmente para transmitir el identificador transmitido usando un mensaje adicional, siendo el mensaje un mensaje de RESPUESTA DE CONFIGURACION X2, en el que, despues de copiar la lista de celulas servidas o la lista de informacion vecina en el mensaje de RESPUESTA DE CONFIGURACION X2 (en particular los campos PCI y EARFCN), el identificador se inserta en el campo que corresponde al ECGI del mensaje de RESPUESTA DE CONFIGURACION X2. El campo de ECGI que se usa para insertar el identificador puede ser el usado en la lista de celulas servidas o en la lista de informacion vecina transmitida en el mensaje de RESPUESTA DE CONFIGURACION X2 puesto que ambas listas pueden transferir tripletes relacionados que consisten en ECGI, PCI y EARFCN.

El RN 20 tiene medios que estan dispuestos para transmitir y recibir mensajes desde el nodo 100 de acceso y tras recibir el mensaje de RESPUESTA DE CONFIGURACION X2 reconoceran a partir de los campos de PCI y Ea RfCN que la informacion comprendida en los mismos proporciona el ECGI que se ha generado por el nodo 100 de acceso. Como se ha mencionado en el presente documento anteriormente la red 1000 de comunicaciones puede ser una red de Evolucion a Largo Plazo o una red de Evolucion a Largo Plazo Avanzada.

En un perfeccionamiento adicional de la invencion, la invencion puede implementarse en un programa informatico para proporcionar un identificador para un RN 20. El programa informatico, cuando se ejecuta por un procesador de datos de un nodo 100 de acceso, esta adaptado para ejecutar el metodo anteriormente descrito. El programa informatico puede implementarse como codigo de instruccion legible por ordenador en cualquier lenguaje de programacion adecuado, tal como, por ejemplo, JAVA, C++, y puede almacenarse en un medio legible por ordenador (disco extrafole, memoria volatil o no volatil, memoria/procesador embebido, etc.). El codigo de instruccion es operable para programar un ordenador o cualquier otro dispositivo programable para llevar a cabo las funciones pretendidas.

Ha de observarse que las realizaciones de la invencion se han descrito con referencia a diferentes materias objeto. En particular, algunas realizaciones se han descrito con referencia unas reivindicaciones de tipo metodo mientras que otras realizaciones se han descrito con referencia a unas reivindicaciones de tipo aparato. Sin embargo, un experto en la materia recopilara a partir de lo anterior, a menos que se notifique de otra manera, ademas de cualquier combinacion de caractensticas que pertenezcan a un tipo de materia objeto, tambien cualquier combinacion entre caractensticas relacionadas con diferentes materias objeto, en particular entre caractensticas de las reivindicaciones de tipo metodo y caractensticas de las reivindicaciones de tipo aparato se consideran que han de desvelarse con esta solicitud. Un experto en la materia apreciara que pueden realizarse otras realizaciones y modificaciones sin alejarse del alcance de las ensenanzas de la invencion. Todas tales modificaciones se pretende que esten incluidas dentro del alcance de las reivindicaciones anexadas a las mismas.

Claims (12)

REIVINDICACIONES

1. Metodo para proporcionar un identificador ECGI para un nodo (20) retransmisor que sirve a al menos una celula (2) en una red (1000) de comunicaciones que comprende las etapas de:

- comprobar, por un nodo (100) de acceso, campos de datos comprendidos en un mensaje recibido desde el nodo (20) retransmisor que solicita un establecimiento de una conexion de interfaz a traves de un enlace (6) de comunicacion;

- generar, por el nodo de acceso, el identificador ECGI, y

- tras generar el identificador ECGI, transmitir, el nodo (100) de acceso, el identificador ECGI al nodo (20) retransmisor a traves de la conexion de interfaz del enlace (6) de comunicacion.

2. Metodo de acuerdo con la reivindicacion 1, en el que dicho mensaje es un mensaje de SOLICITUD DE CONFIGURACION X2.

3. Metodo de acuerdo con la reivindicacion 1, en el que los campos de datos estan relacionados con una lista de celulas servidas o con una lista de informacion vecina.

4. Metodo de acuerdo con las reivindicaciones 1 o 3, en el que el campo de datos puede estar vado o comprender un valor ficticio o cualquier valor.

5. Metodo de acuerdo con la reivindicacion 1, en el que el identificador ECGI se transmite al nodo (20) retransmisor usando un mensaje de RESPUESTA DE CONFIGURACION X2.

6. Nodo (100) de acceso, en una red (1000) de comunicaciones, que tiene medios dispuestos para proporcionar un identificador ECGI para un nodo (20) retransmisor que sirve a al menos una celula (2), que comprende

- medios (110) de recepcion dispuestos para recibir un mensaje desde el nodo (20) retransmisor, solicitando el mensaje un establecimiento de una conexion de interfaz a traves de un enlace (6) de comunicacion;

- medios (130) de comprobacion dispuestos para comprobar campos de datos comprendidos en el mensaje recibido;

- medios (140) de generacion dispuestos para generar el identificador ECGI, y

- medios (120) de transmision dispuestos para transmitir el identificador ECGI generado al nodo (20) retransmisor a traves de la conexion de interfaz del enlace (6) de comunicacion.

7. Nodo (100) de acceso de acuerdo con la reivindicacion 6, en el que los medios (110) de recepcion estan dispuestos adicionalmente para recibir un mensaje de SOLICITUD DE CONFIGURACION X2.

8. Nodo (100) de acceso de acuerdo con la reivindicacion 6, en el que los medios (130) de comprobacion estan dispuestos adicionalmente para comprobar los campos de datos relacionados con una lista de celulas servidas o con una lista de informacion vecina.

9. Nodo (100) de acceso de acuerdo con la reivindicacion 6, en el que los medios (120) de transmision estan dispuestos adicionalmente para transmitir el identificador ECGI generado usando un mensaje de RESPUESTA DE CONFIGURACION X2.

10. Nodo (100) de acceso de acuerdo con una cualquiera de las reivindicaciones 6 a 9, en el que el nodo (100) de acceso es al menos uno de los siguientes: una estacion base, un controlador de acceso de radio, un nodo B, un enodo B, un enodo B donante.

11. Red (1000) de comunicaciones que comprende al menos un nodo (100) de acceso de acuerdo con una cualquiera de las reivindicaciones 6 a 10.

12. Red (1000) de comunicaciones de acuerdo con la reivindicacion 11, en la que la red de comunicaciones es una red de Evolucion a Largo Plazo o una red de Evolucion a Largo Plazo Avanzada.