Método y aparato para la interacción de equipo de usuario con una red usando información de interacción.

Un método de accionamiento de una red de comunicaciones y un equipo de usuario móvil,

UE, en dicha red,interactuando el UE con la red de acuerdo con una información de interacción, comprendiendo el método:proveer al UE con un algoritmo utilizable con por lo menos un parámetro de entrada para obtener una cantidadde información de interacción de acuerdo con el por lo menos un parámetro de entrada;

transmitir dicho por lo menos un parámetro de entrada de la red al UE;

determinar una cantidad de información de interacción usando el algoritmo con el por lo menos un parámetrode entrada recibido; y

determinar por lo menos un aspecto de la interacción entre el UE y la red usando la cantidad obtenida deinformación de interacción,

en el que el algoritmo provisto y el por lo menos un parámetro de entrada posibilitan que el UE genere una listade áreas de seguimiento, a la que se hace referencia en lo sucesivo como TA, que define un área o porción dela red.

Método y aparato para la interacción de equipo de usuario con una red usando información de interacción La presente invención se refiere, en general, a un método y aparato en las comunicaciones móviles y, en particular, a una red de comunicaciones y a la interacción del equipo de usuario móvil (UE) con la red de acuerdo con una información de interacción.

Los grupos de trabajo (WG, Working Group) del grupo de especificaciones técnicas (TSG, Technical Specification Group) del proyecto de asociación de tercera generación (3GPP, Third Generation Partnership Project) relevantes del grupo de trabajo de arquitectura de sistemas 2 (SA2, System Architecture Working Group 2) , red de acceso radioeléctrico 2 (RAN2, Radio Access Network 2) y CT1 han acordado que el UE se proveerá con una lista de áreas de seguimiento (TA) cuando ese UE se registre (o actualice su registro) en el sistema de paquetes mejorado (EPS, Enhanced Packet System) . Esta lista de TA, que se denomina de Multi–TA (múltiples TA) indicará al UE que, siempre y cuando el UE se mueva en el interior de las TA dadas en la lista de Multi–TA, el UE solo necesita realizar un procedimiento de actualización de TA periódica para seguir estando registrado en el EPS. Este concepto se describe en el documento TS 23.401 de 3GPP.

Se está alcanzando un consenso en lo que respecta a RAN2 y CT1 de que la realización de la característica del Nodo B de red de acceso de radio terrestre e–universal propio (E–UTRAN, Home E–Universal Terrestrial Radio Access Network) (eNB propio) y la característica de NB de campus deberían hacerse a través del uso de una “lista blanca” de TA “permitidas” en las que el UE podría enumerarse. Los antecedentes a los conceptos de eNB propio y de NB de campus y sus escenarios de despliegue previstos se analizan en los documentos de 3GPP C1–071667, C1–071668, proporcionando el documento C1–071669 un análisis acerca del funcionamiento de la lista blanca–TA.

A partir de los documentos TS 23.401 y TR 24.801, es evidente que la gestión de la movilidad del UE se verá facilitada mediante la introducción en el UE una lista de TA que el UE entienda que es la lista de TA en las que el UE está registrado y en las que puede obtener servicio. Siempre y cuando el UE se mueva en el interior de las TA identificadas en esta lista de TA, el UE no necesita actualizar el núcleo de paquetes mejorados (EPC, Enhanced Packet Core) de su nueva ubicación, aparte de tener que realizar actualizaciones periódicas. Esta lista de TA se actualizará cuando el UE salga a otra TA que no esté indicada en la lista de TA. Esta lista de TA permite una movilidad ampliada en la totalidad de las TA de esa lista, se denomina la lista de Multi–TA.

Además, los WG de 3GPP TSG de RAN2 y CT1 están llegando a la conclusión de que, para solucionar los requisitos de los escenarios de eNB propio y de NB de campus, deberían darse al UE las identidades de las TA a las que el UE puede acceder si el UE quiere servicios en estos eNB propios (es decir, estaciones base del sistema de evolución a largo plazo (LTE, Long Term Evolution) ) y / o NB de establecimiento de empresas / campus. Específicamente, una lista de TA se identificará como las TA en las que el UE puede acampar y recibir servicio en relación con estos eNB propios y / o NB de establecimiento de empresas / campus. Debido a que esta lista no es una lista de TA en las que se prohíbe acampar al UE sino que, más bien, es una indicación positiva de las TA en las que el UE puede acampar, esta lista de TA se denomina la lista blanca–TA.

En consecuencia, debido a que la finalidad es proveer al UE con una lista de Multi–TA y también con una lista blanca–TA, debe tener lugar un trabajo para determinar, por ejemplo, cómo deberían estar estructuradas estas listas de TA, cuántas TA deberían encontrarse en cada una de estas listas de TA, y qué mensajes de protocolo de señalización transportarán estas listas de TA.

Para una mejor comprensión de la magnitud de los problemas en la técnica anterior y, en particular, el problema de cuántas TA van a encontrarse en las listas de TA, la lista blanca–TA se analizará a continuación. Tal como se analiza en el documento C1–071668, se prevé que el despliegue de eNB propios será del orden de los millones y el despliegue de campus será del orden de los cientos de miles.

A pesar de que es poco probable que algún propietario de vivienda individual posea y tenga en funcionamiento más de media docena de eNB propios, es probable que las instalaciones de hotel o las actividades comerciales tengan unos despliegues de campus con tal vez cientos de eNB. Puede ser poco realista proporcionar al UE una lista con cientos de entradas de identidades de TA, debido a que la lista será demasiado exhaustiva, dando como resultado un retardo de transmisión, ineficiencias y dificultad en la gestión y en el mantenimiento tanto del UE como del EPC.

El mismo problema puede aplicarse a la lista de Multi–TA. Cuando el UE se encuentra en una TA que está identificada en la lista de Multi–TA, no es necesario realizar un procedimiento de actualización de área de seguimiento, TAU (Tracking Area Update) . En consecuencia, cuanto mayor sea la lista de Multi–TA, mayor será el área física en la que el UE puede moverse sin realizar una TAU (excepto una TAU periódica si se está en REPOSO) . Al considerar que las células de LTE no serán muy grandes, se cree que el tamaño de una TA probablemente no será el tamaño de un área de ubicación (LA, Location Area) sino más como el tamaño de un área de encaminamiento (RA, Routing Area) incluso si una identidad de TA puede compartirse por más de una célula de LTE.

Esta creencia también se basa en la necesidad de una Multi–TA para solucionar el problema de las TAU excesivas de los UE, tal como puede tener lugar con la actualización de área de encaminamiento RAU frecuente en el servicio radioeléctrico general por paquetes (GPRS, General Packet Radio Service) y en el sistema de telecomunicaciones móviles universal (UMTS, Universal Mobile Telecommunications System) . Si una identidad de TA dada es común solo entre un pequeño número de células de LTE, y existe un número muy grande de células de LTE totales, con el fin de usar Multi–TA con eficiencia la lista de Multi–TA debería contener no solo unas pocas TA sino que, en su lugar, debería tener una cantidad superior a las docenas de TA. El mensaje de señalización que porta esta lista de Multi–TA tiene el potencial de volverse muy grande.

Se cree, en los grupos de trabajo de especificaciones, que cada eNB tendrá una TA única.

Exacerbando los problemas, existirá más de una lista de TA – a saber, una lista de Multi–TA y una lista blanca–TA – que tendrán que transportarse desde el EPC al UE. Pueden transportarse, asimismo, listas adicionales al UE. Por ejemplo, se han efectuado sugerencias para proporcionar una lista de TA prohibidas. Además, está la lista, ya existente, de redes móviles terrestres públicas equivalentes (ePLMN, equivalent Public Land Mobile Network) que también ha de proporcionarse en esos mismos mensajes de señalización de estrato de no acceso (NAS, Non– Access Stratum) .

Para agravar el problema, si el número de TA para las listas de Multi–TA y / o blanca–TA es fijo, entonces podría no haber casos de uso de planificación radioeléctrica y nuevos escenarios de despliegue en los que fuera necesario proporcionar muchas más o menos células de LTE o TA a diferentes partes de la red. Es decir, un número fijo de TA podría no encajar en todas las situaciones operativas de red.

En la actualidad, no existen soluciones conocidas a estos problemas en la técnica anterior. Por ejemplo, en el documento 3GPP TR 24.801, versión 0.3.0, se reconoce que es necesario definir el máximo número de áreas de seguimiento que puede asignarse por UE.

Con respecto al número de ePLMN que una red medular (CN, Core Network) transporta a un UE, y los mecanismos de transporte de la técnica anterior, el documento actual 3GPP TR 24.008 proporciona una lista de ePLMN a través de LOCATION_UPDATING_ACCEPT, ATTACH_ACCEPT y ROUTING_AREA_UPDATE_ACCEPT. El número de ePLMN que puede proporcionarse en la lista de ePLMN es un máximo de 15 entradas, a pesar de que pueden proporcionarse menos. En el documento 3GPP TR 23.401, y ampliado en el documento C1–071879, se analiza que la lista de TA puede proporcionarse en la evolución de arquitectura de sistemas (SAE, System Architecture Evolution) equivalente del procedimiento de reasignación de identidad de abonado móvil... [Seguir leyendo]

1. Un método de accionamiento de una red de comunicaciones y un equipo de usuario móvil, UE, en dicha red, interactuando el UE con la red de acuerdo con una información de interacción, comprendiendo el método:

proveer al UE con un algoritmo utilizable con por lo menos un parámetro de entrada para obtener una cantidad

de información de interacción de acuerdo con el por lo menos un parámetro de entrada; transmitir dicho por lo menos un parámetro de entrada de la red al UE; determinar una cantidad de información de interacción usando el algoritmo con el por lo menos un parámetro de entrada recibido; y determinar por lo menos un aspecto de la interacción entre el UE y la red usando la cantidad obtenida de información de interacción, en el que el algoritmo provisto y el por lo menos un parámetro de entrada posibilitan que el UE genere una lista de áreas de seguimiento, a la que se hace referencia en lo sucesivo como TA, que define un área o porción de la red.

2. El método de acuerdo con la reivindicación 1, en el que el dicho por lo menos un parámetro de entrada transmitido incluye un parámetro de entrada indicativo de por lo menos uno de un tamaño, forma o ubicación de un área o porción de la red.

3. El método de acuerdo con la reivindicación 2, en el que la cantidad obtenida de información de interacción incluye una indicación de si una ubicación, área o región particular se encuentra en el interior de dicha área o porción de la red.

4. El método de acuerdo con la reivindicación 3, en el que dicha ubicación, área o región particular es una ubicación, área o región en la que el UE se encuentra actualmente.

5. El método de acuerdo con la reivindicación 2, en el que la cantidad obtenida de información de interacción incluye una lista de códigos de área de seguimiento, TA, de las TA que definen el área o porción de la red.

6. El método de acuerdo con la reivindicación 5, en el que la cantidad obtenida de información de interacción incluye 25 además una indicación de si una TA particular se encuentra en el interior del área o porción definida.

7. El método de acuerdo con la reivindicación 6, en el que dicha TA particular es una TA en la que el UE se encuentra actualmente.

8. El método de acuerdo con la reivindicación 4, en el que la etapa de usar la cantidad obtenida de información de

interacción incluye además enviar un mensaje desde el UE a la red si el UE no se encuentra en el interior de dicha 30 área o porción de la red.

9. El método de acuerdo con la reivindicación 8, en el que dicha área o porción de la red es un área o porción en la que el UE está registrado como ubicado, y la etapa de enviar un mensaje desde el UE incluye además enviar un mensaje para actualizar la ubicación registrada del UE con la red.

10. El método de acuerdo con la reivindicación 1, en el que el por lo menos un parámetro de entrada transmitido 35 incluye un parámetro de entrada indicativo de un intervalo de códigos de identidad de TA.

11. El método de acuerdo con la reivindicación 10, en el que la cantidad obtenida de información de interacción incluye además una lista de los códigos de identidad de TA en dicho intervalo.

12. El método de acuerdo con la reivindicación 10, en el que la cantidad obtenida de información de interacción incluye además una indicación de si un código de identidad de TA particular se encuentra dentro de dicho intervalo.

13. El método de acuerdo con la reivindicación 12, en el que dicho código de identidad de TA particular es un código de identidad de una TA en la que el UE se encuentra actualmente.

14. El método de acuerdo con la reivindicación 1, en el que el por lo menos un parámetro de entrada transmitido comprende un parámetro de entrada indicativo de un intervalo de direcciones de Protocolo de Internet, IP, correspondiéndose cada dirección de IP con un eNB respectivo de la red.

15. El método de acuerdo con la reivindicación 14, en el que la cantidad obtenida de información de interacción incluye una lista de las direcciones de IP en dicho intervalo.

16. El método de acuerdo con la reivindicación 14, en el que la cantidad obtenida de información de interacción incluye una indicación de si una dirección de IP particular se encuentra dentro de dicho intervalo.

17. El método de acuerdo con la reivindicación 16, en el que dicha dirección de IP particular es una dirección de IP de un Nodo B de red de acceso de radio terrestre E–universal, E–UTRAN, eNB, con el que el UE está interactuando actualmente.