ES2609513T3

ES2609513T3 - Procesamiento de información de histórico de estación móvil en un sistema de comunicación inalámbrica

Info

Publication number: ES2609513T3
Application number: ES07861145.6T
Authority: ES
Inventors: Gunnar Mildh; Mattias Wahlqvist
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2007-04-26
Filing date: 2007-12-20
Publication date: 2017-04-20
Anticipated expiration: 2027-12-20
Also published as: RU2452133C2; US8462752B2; US20120238261A1; CN101669381A; CN103327624A; EP2138003A1; JP2013240076A; MX2009009333A; WO2008133566A1; US20100142486A1; EP3128799A1; JP2010525735A; TW200845629A; PL2138003T3; NZ579200A; EP2138003B1; US8345632B2; EP2138003A4; JP5296053B2; JP5621016B2

Abstract

Un método para procesar información de transacción de estación móvil en un nodo de control de servicio en un sistema de comunicación inalámbrica, comprendiendo el método: recibir (310, 410) un registro de histórico de transacción desde un nodo de control de transferencia junto con un primer traspaso de una estación móvil (160) al nodo de control de servicio; añadir (330, 340, 350, 460) datos de transacción de estación móvil relativos al nodo de control de servicio, al registro de histórico de transacción para obtener un registro de histórico de transacción actualizado, caracterizado porque dicha adición de datos de transacción de estación móvil comprende añadir una identidad de célula para el nodo de control de servicio y uno o más de entre un descriptor de célula y uno o más parámetros de tiempo que indican una duración de tiempo durante el que la estación móvil (160) estuvo servida por el nodo de control de servicio, en donde los datos de transacción de estación móvil son generados por el nodo de control de servicio, y transferir (360, 470) el registro de histórico de transacción actualizado a un nodo de control objetivo junto con un traspaso subsiguiente de la estación móvil (160) al nodo de control objetivo.

Description

5

10

15

20

25

30

35

40

45

50

55

DESCRIPCION

Procesamiento de informacion de historico de estacion movil en un sistema de comunicacion inalambrica Campo tecnico

La presente invencion se refiere en general a comunicaciones inalambricas, y en particular se refiere a metodos y aparatos para procesar informacion de transaccion de estacion movil entre estaciones de base en un sistema de comunicacion inalambrica que emplea una arquitectura de control distribuida.

Antecedentes

Segun se esfuerzan los operadores de redes inalambricas por incrementar la capacidad y el rendimiento de sus redes, se espera que las celulas en los sistemas de comunicacion movil puedan ser desplegadas en una amplia diversidad de tamanos. En particular, muchas celulas seran mucho mas pequenas que en los sistemas pasados. Los operadores de red estan ya empezando a desplegar ampliamente lo que se conoce como microcelulas y picocelulas, por ejemplo en centros comerciales, centros urbanos, y areas de oficinas.

Al mismo tiempo, existe una tendencia a mover la funcionalidad de control de red de radio al sitio de la estacion de base en las nuevas arquitecturas de red. Esto es cierto, por ejemplo, en los sistemas de comunicacion inalambrica de Evolucion a Largo Plazo (LTE) actualmente en desarrollo por parte del Proyecto Partnership de 3a Generacion (3GPP). Se estan discutiendo tambien conceptos similares con respecto a la implementacion de Controladores de Red de Radio (RNCs) muy pequenos para sistemas de Acceso por Paquetes de Alta Velocidad Evolucionado (HSPA). Los proponentes de esta tendencia sugieren que la localizacion de la funcionalidad de control de recursos en el sitio de la estacion de base dara como resultado un mejor comportamiento del sistema, debido a que se encontrara disponible mas informacion pertinente para decisiones de gestion de recursos de radio.

Por otra parte, los procedimientos de control de red implementados en una arquitectura centralizada, tal como los procedimientos de traspaso en un RNC 3G convencional, pueden aprovechar mas facilmente la informacion relativa a la situacion en varias celulas vecinas, asf como las condiciones en la celula actual en la que esta ubicado un equipo de usuario (UE). El uso de una arquitectura distribuida, es decir, un modelo de sistema donde la funcionalidad de control es empujada a las estaciones de base, crea por tanto potencialmente una situacion donde la funcion de control tiene una gran cantidad de conocimiento hasta la fecha del entorno local, pero no tiene la vision general de red mas amplia que podna estar disponible en una funcion de control centralizada. En un sistema de ese tipo, un procedimiento de traspaso llevado a cabo en una estacion de base de LTE (un eNodeB) podna estar basado en gran medida en informacion limitada, tal como informacion de estado para la celula actual y cualesquiera celulas vecinas atendidas por el mismo eNodeB.

Otro problema potencial de un modelo de arquitectura distribuida consiste en que el equipo de usuario movil puede ser controlado por medio de diferentes controladores durante un corto penodo de tiempo, segun se hace que el equipo de usuario pase (sea traspasado) desde una estacion de base a otra. Aunque cada controlador (el eNodeB en el caso de un sistema de LTE) puede monitorizar la actividad de una estacion movil espedfica mientras atiende a esa estacion movil, esta informacion se pierde generalmente cuando la estacion movil es traspasada a otro controlador. Este es un problema menor en un sistema que hace uso de una arquitectura de control centralizada, puesto que un controlador en un sistema de ese tipo cubre tfpicamente muchas celulas, y una estacion movil esta generalmente controlada por el mismo controlador durante un penodo de tiempo mas largo.

En los procedimientos de examen ante la Oficina Europea de Patentes, han sido citadas las referencias WO98/18281 A1, JP2001/268619 A, WO2006/130203 A2 y US2004/192310 A1 como estado de la tecnica conforme al Art. 54(2) EPC; las referencias WO2009/079316 A1 y WO2009/21711 A1 han sido citadas como derechos anteriores conforme al Art. 54(3) EPC. En particular, la solicitud internacional publicada como WO98/18281 A1 divulga un metodo que tiene como objetivo evitar traspasos demasiado frecuentes. Segun el metodo, para una estacion movil que se desplaza en un area geografica cubierta por una microcelula y cubierta independientemente por una macrocelula, un controlador de estacion de base actual determina el numero de traspasos realizados por la estacion movil en un penodo de tiempo dado en base a un historico de traspasos de la estacion movil, y compara el numero con un valor de umbral predeterminado. En base a la comparacion, se elige un procedimiento de seleccion de celula jerarquica o bien un procedimiento de seleccion de celula normal. El historico de traspasos de la estacion movil se actualiza con un sello de tiempo del nuevo evento de traspaso si la estacion movil es traspasada a una microcelula, y a continuacion puesta en comunicacion con el controlador de estacion de base de la microcelula seleccionada. En otro caso, si la estacion movil es traspasada a una macrocelula, se inicializa el historico de traspasos.

Sumario

La presente invencion, segun se define mediante las reivindicaciones independientes, comprende un metodo para procesar informacion de transaccion de estacion movil en un nodo de control de servicio en un sistema de comunicacion inalambrica segun la reivindicacion 1. En particular, el nodo de control de servicio puede ser un nodo de estacion de base, tal como un eNodeB en un sistema de LTE/SAE. La informacion de transaccion que puede

5

10

15

20

25

30

35

40

45

50

incluir, por ejemplo, informacion de transaccion relacionada con la movilidad e informacion de transaccion relacionada con el trafico, para una estacion movil dada, puede ser actualizada y pasada entre nodos de control controladores segun es traspasada la estacion movil correspondiente, de modo que un nodo de control controlador tenga acceso a informacion caracterizadora de las actividades pasadas de la estacion movil. La informacion de transaccion, la cual puede ser pasada de un nodo de control a otro en forma de registro de historico de transaccion, puede incluir, a tftulo de ejemplo no limitativo, informacion acerca de las celulas en las que ha estado presente la estacion movil, y por cuanto tiempo, asf como informacion que describa la actividad de transferencia de datos de enlace ascendente y de enlace descendente de la estacion movil.

Entre las ventajas proporcionadas por los metodos y aparatos inventivos divulgados en la presente memoria, se encuentra un nodo de control conforme a una o mas realizaciones de la invencion que tiene acceso a informacion de transaccion historica para una estacion movil servida, que puede ser usada, en diversas realizaciones, para mejorar las decisiones de asignacion de recursos de enlace, para mejorar las decisiones de traspaso, y para detectar y/o impedir patrones de traspaso indeseados, incluyendo los denominados traspasos de ping-pong. Los expertos en la materia podran apreciar ventajas adicionales resultantes de la informacion historica oportuna, completa y actualizada puesta a disposicion por medio de varias realizaciones de la presente invencion.

En consecuencia, un ejemplo de metodo comprende recibir, en un nodo de control de servicio, un registro de historico de transaccion procedente de un nodo de control de transferencia junto con un primer traspaso de una estacion movil al nodo de control de servicio. Tras anadir datos de transaccion de estacion movil relacionados con el nodo de control de servicio al registro de historico de transaccion para obtener un registro de historico de transaccion actualizado, el registro de historico de transaccion actualizado es transferido a un nodo de control objetivo junto con un traspaso subsiguiente de la estacion movil al nodo de control objetivo. En algunas realizaciones, el metodo comprende ademas usar el registro de historico de transaccion para tomar decisiones de traspaso, tal como seleccionar un nodo de control objetivo para un traspaso, o para asignar recursos de enlace.

Realizaciones de la invencion incluyen ademas un nodo de control configurado para actuar como nodo de control de servicio para procesar datos de historico de transaccion de estacion movil segun la reivindicacion 16. Una o mas de esas realizaciones de nodo de control pueden comprender un eNodeB para su uso en una red de LTE/SAE.

En otras realizaciones adicionales, se proporciona un producto de programa informatico segun la reivindicacion 34 que incluye un codigo de programa legible con ordenador materializado en un medio legible con ordenador, estando el codigo de programa legible con ordenador configurado para llevar a cabo el metodo descrito en lo que antecede.

Por supuesto, la presente invencion no se limita a las caractensticas y ventajas anteriores. De hecho, los expertos en la materia reconoceran caractensticas y ventajas adicionales con la lectura de la descripcion detallada que sigue, y con la visualizacion de los dibujos que se acompanan.

Breve descripcion de los dibujos

La Figura 1 es un diagrama que ilustra aspectos de una red de comunicacion inalambrica de LTE/SAE.

La Figura 2 ilustra un ejemplo de informacion de transaccion de estacion movil y su relacion con celulas de un sistema de comunicacion inalambrica:

La Figura 3 es un diagrama logico de flujo de una realizacion de un metodo para procesar informacion de transaccion de estacion movil.

La Figura 4 es un diagrama logico de flujo de otra realizacion de un metodo para procesar informacion de transaccion de estacion movil.

La Figura 5 es un diagrama de bloques de una realizacion de una estacion de base configurada para procesar informacion de transaccion de estacion movil.

Descripcion detallada

El diseno y la especificacion de la proxima generacion de redes de comunicacion inalambricas esta actualmente en curso bajo los auspicios del Proyecto Partnership de 3a Generacion (3GPP), en un esfuerzo conocido como iniciativa de Evolucion a Largo Plazo (LTE). Junto con la definicion de nuevas interfaces inalambricas, se esta definiendo tambien una nueva arquitectura de red troncal, en un esfuerzo de estandarizacion conocido como Evolucion de Arquitectura de Sistema (SAE). Segun se muestra en la Figura 1, una red de LTE/SAE incluye al menos dos tipos de elementos de red que soportan planos de usuario y de control: una estacion de base 110 potenciada, denominada NodeB Evolucionado o “eNodeB”, y la Puerta de Enlace 120 de SAE. El eNodeB 110 proporciona la gestion de recursos de radio y de interfaz de aire de LTE, mientras que la Puerta de Enlace 120 de SAE proporciona un punto de anclaje de movilidad para el plano de usuario y proporciona una puerta de enlace para redes 140 de servicio de IP, las cuales pueden incluir Internet, Intranet, y otras redes de servicio basadas en IP.

En la discusion que sigue, los presentes metodos y aparatos de la invencion se describen en el contexto de una red

5

10

15

20

25

30

35

40

45

50

55

60

inalambrica de LTE/SAE. En este caso, muchas de las funciones de control descritas en la presente memoria residen en un eNodeB 110. Sin embargo, los expertos en la materia podran apreciar que las tecnicas inventivas descritas en la presente memoria son aplicables a otros tipos de red y a otras configuraciones de red. Por ejemplo, los metodos y aparatos de la invencion divulgados en la presente memoria pueden ser aplicables a una arquitectura de Acceso por Paquetes de Alta Velocidad (HSPA) evolucionada, en la que el Controlador de Red de Radio (RNC) esta integrado en el NodeB, asf como a una arquitectura de GERAN/UTRA; Version 99, en la que la informacion de historico que se describe a continuacion podna ser transferida entre nodos de control de pares (por ejemplo, RNCs y/o Controladores de Estacion de Base). De ese modo, se pretende que la descripcion de la invencion en terminos de elementos de red de LTE/SAE sea ilustrativa, no limitativa.

A diferencia con sus predecesores, la arquitectura de LTE/SAE no incluye un Controlador de Red de Radio (RNC) separado responsable de gestionar varias estaciones de base. En cambio, muchas de las funciones de gestion de recursos de radio y de gestion de movilidad realizadas previamente por un RNC, se transfieren al eNodeB 110. Segun se ha indicado con anterioridad, este cambio permite que la funcion de control acceda a la informacion de forma mas oportuna en relacion con las condiciones de recursos de radio (por ejemplo, condiciones de senal, condiciones de carga) en las una o varias celulas atendidas por el eNodeB 110. Sin embargo, este cambio tambien presenta algunos retos, dado que un eNodeB 110 carece generalmente de una vision general de sistema mas amplia de la que podna tener un RNC que monitoriza varias estaciones de base.

Las decisiones de control tomadas solamente con informacion local pueden generar diversos problemas. Por ejemplo, una estacion movil que se mueva rapidamente (tal como la estacion movil 160 en la Figura 1) en una arquitectura distribuida podna ser traspasada entre varias microcelulas (generando frecuentes traspasos), cuando esta estacion movil 160 podna ser mejor atendida por una macrocelula en la misma area. Una funcion de control ubicada en una de las diversas microcelulas puede no tener conocimiento de que la estacion movil 160 que se esta moviendo rapidamente, o de que la estacion movil 160 se ha encontrado recientemente con frecuentes traspasos.

Segun otro ejemplo, una estacion movil 160 inactiva podna ser desplazada, tras algun penodo de tiempo, a un estado mas eficiente energeticamente. En una arquitectura distribuida, existe un riesgo de que una estacion movil 160 que se desplaza a traves de la red no sea nunca controlada por un solo controlador durante un penodo de tiempo suficientemente largo para que el controlador reconozca que se debena activar el estado mas eficiente energeticamente.

Otros problemas pueden derivarse del traspaso en un sistema con gestion de recursos de radio distribuida. Por ejemplo, si una estacion movil 160 es traspasada desde una estacion de base a otra en mitad de una transferencia de datos de enlace ascendente en curso, se preferina que la estacion movil 160 reciba inmediatamente una asignacion adecuada de recursos de enlace ascendente en la celula objetivo, incluso antes de que la estacion movil 160 envfe un informe del estado del bufer de enlace ascendente al eNodeB 110 objetivo. Esto es diffcil de lograr en una arquitectura distribuida si la funcion de control de recursos en la celula objetivo no tiene conocimiento del nivel de actividad de la estacion movil en la antigua celula. Estos retos dan como resultado potencialmente un desperdicio de recursos de radio o un comportamiento innecesariamente constrenido de la estacion movil.

Por lo tanto, la presente divulgacion va dirigida a metodos y aparatos para su uso en un sistema de comunicacion inalambrica, en el que una unidad controladora, por ejemplo una funcion de control de recursos de radio en un eNodeB 110 de LTE, mantiene un historico de transaccion para una estacion movil 160 y hace que pase ese historico a unidades controladoras subsiguientes que reciben el control de la estacion movil 160. El historico de transaccion contiene informacion acerca de las actividades pasadas del equipo de usuario. En algunas realizaciones, el historico de transaccion incluye informacion de transaccion relacionada con movilidad, tal como informacion acerca de las celulas en las que estacion movil 160 ha estado presente y del tiempo consumido en esas celulas. En algunas realizaciones, el historico de transaccion incluye informacion relacionada con el trafico, tal como la cantidad y/o el tipo de trafico de datos enviados a, y/o recibidos por, la estacion movil 160.

En un ejemplo de realizacion de la presente invencion, un controlador de recursos que actualmente sirve a la estacion movil 160, por ejemplo la funcion de control de radio en el eNodeB 110 de servicio, pasa informacion de historico de transaccion para la estacion movil 160 al controlador de recursos que debera hacerse cargo del control de la estacion movil 160 despues del traspaso, por ejemplo la funcion de control de radio en el eNodeB 110 objetivo. En varias realizaciones, esta informacion de historico de transaccion puede adoptar una cualquiera de diversas formas. Por ejemplo, el historico de transaccion puede comprender una lista historica que relacione eventos anadidos por cada uno de los controladores que hayan controlado a la estacion movil 160. Alternativamente (o adicionalmente a dicha lista), el historico de transaccion puede comprender uno o varios parametros acumulativos que describan el nivel de movilidad y actividad pasado de la estacion movil 160. Estos parametros acumulativos pueden ser actualizados por cada funcion de control segun es traspasada la estacion movil 160 desde una estacion de base a otra.

En algunas realizaciones, el controlador, cuando toma el control de una estacion movil 160 por medio de un traspaso entrante, recibe un registro de historico de transaccion proveniente de la funcion de control anterior, y usa la informacion del historico de transaccion como entrada para procesos de decision posteriores. Por ejemplo, el controlador puede usar informacion de transaccion relacionada con trafico a partir del registro de historico de

5

10

15

20

25

30

35

40

45

50

55

transaccion en la asignacion de recursos a la estacion movil 160. Esta informacion de transaccion relacionada con el trafico podna incluir tasas de datos, cantidades de datos, y/o tipos de datos recientemente transmitidos o recibidos por la estacion movil 160. El controlador podna usar tambien informacion de transaccion relacionada con movilidad a partir del registro de historico de transaccion, incluyendo la informacion que identifica las celulas anteriores y los tipos de las celulas anteriores visitadas por la estacion movil 160 y el tiempo consumido en cada una. Un controlador podna usar este tipo de informacion, por ejemplo, en la seleccion de una celula objetivo para un traspaso posterior. Por ejemplo, si la informacion de transaccion relacionada con movilidad historica indica que la estacion movil 160 ha sido frecuentemente traspasada, el controlador podna determinar que una macrocelula es un objetivo de traspaso mas apropiado que una microcelula adyacente.

En varias realizaciones, un controlador de servicio podna anadir informacion de transaccion adicional, y/o actualizar parametros acumulativos concernientes a la actividad de la estacion movil, para pasar a un controlador subsiguiente cuando se realiza un traspaso subsiguiente.

El registro de historico de transaccion podna ser definido con un parametro que indique un tamano maximo para el registro, con el fin de controlar el tamano del registro que se reenvfa en cada traspaso. En algunas de esas realizaciones, los controladores podnan aplicar una estrategia de primero-en-entrar-primero-en-salir cuando el tamano del registro de historico de transaccion exceda el tamano maximo predeterminado, borrando la informacion mas antigua para dar cabida a la informacion mas reciente. En otras realizaciones, la informacion podna ser almacenada en el registro junto con un sello de tiempo, de modo que la informacion de transaccion que exceda una cierta edad, es decir, la informacion que haya estado en el registro un tiempo mayor que un valor predeterminado, sea eliminada del historico de transaccion.

En general, aunque sin excluir otros tipos de informacion, el contenido del historico de transaccion puede ser dividido en al menos dos categonas. La primera, la informacion de transaccion relacionada con movilidad, comprende informacion relacionada con celulas previamente visitadas. Esta categona de informacion podna incluir, entre otras cosas, una identidad de celula, un tipo de celula y el consumo de tiempo en una celula (o una hora de entrada del terminal movil y/o una hora de salida del terminal movil), para cada una de varias celulas previamente visitadas. La Figura 2 ilustra un ejemplo de la informacion de transaccion relacionada con movilidad que podna estar contenida en un registro de historico de transaccion. En la Figura 2, las IDs de celula c002, c028 y c014 identifican microcelulas 210 que cubren un area parcialmente cubierta por una macrocelula 220, correspondiente a una ID de celula de C017. Un ejemplo de informacion 230 de transaccion relacionada con movilidad ha sido tambien representada.

El controlador de recepcion puede usar la informacion historica incluida en la informacion de transaccion 230 junto con otra informacion, tal como mediciones de estacion movil, para tomar decisiones con relacion a la celula o sistema objetivo mas adecuado. Por ejemplo, un controlador de recursos de radio que use la informacion de transaccion 230 relacionada con movilidad de la Figura 1, podna concluir que una estacion movil 160 procedente de la celula c002 y que ha permanecido allf menos de un cierto penodo de tiemplo, tal como 120 segundos, debera ser traspasada a la macrocelula C017 si las mediciones de la estacion movil indican que esto es factible.

El controlador de recepcion puede usar tambien esta informacion para estimar otros parametros. Por ejemplo, si el controlador tiene informacion sobre los tamanos medios de las celulas vecinas, podna usar la informacion de historico de transaccion que indique el tiempo consumido en las celulas anteriores para producir una estimacion aproximada de velocidad para la estacion movil 160. Haciendo referencia una vez mas a la informacion de transaccion relacionada con movilidad mostrada en la Figura 2, una estacion movil 160 que ha permanecido 84 segundos en la celula c028, que tiene quizas un radio de solamente 100 metros, podna ser designada como usuario de “velocidad media”.

La informacion de transaccion relacionada con movilidad podna ser tambien usada para generar y actualizar parametros acumulativos que describan la movilidad de una estacion movil. Por ejemplo, un parametro de funcionamiento que indique el numero de traspasos por unidad de tiempo o una velocidad estimada de la estacion movil podnan ser actualizados por cada controlador antes de que el registro de historico de transaccion sea reenviado a un nuevo controlador. Opcionalmente, esos parametros podnan ser ponderados o filtrados, de modo que la informacion de movilidad reciente sea efectivamente clasificada como mas alta que la informacion mas antigua.

Una segunda categona de datos de historico de transaccion es la informacion de transaccion relacionada con el trafico. Esta categona podna incluir informacion tal como cuando entro la estacion movil 160 en un modo activo y/o la actividad de trafico (opcionalmente, con sellos de tiempo) durante el modo activo. La informacion de actividad de trafico podna identificar portadoras espedficas que hayan sido usadas por el movil, la ultima vez que se envio un paquete, la cantidad de datos enviados o recibidos, los tipos de datos enviados o recibidos, y asf sucesivamente. En algunas realizaciones, los datos relativos a varias actividades pueden estar sellados en el tiempo con un parametro de tiempo calculado con referencia al momento de inicio de un modo activo. Esta aproximacion puede reducir la cantidad de datos almacenados en el registro de transaccion, y elimina la necesidad de que los sellos tiempo sean recalculados en cada traspaso.

Haciendo de nuevo referencia a la Figura 2, se ha ilustrado un ejemplo de conjunto de informacion de transaccion

5

10

15

20

25

30

35

40

45

50

55

60

240 relacionada con trafico. Los expertos en la materia podran apreciar que los datos relacionados con movilidad y relacionados con trafico de la Figura 2 son solamente ilustrativos. Segun se ha explicado con anterioridad, se podnan registrar diversos datos en cada estacion de base. Ademas, la informacion puede ser registrada en una diversidad de formates; la codificacion apropiada de la informacion puede reducir el tamano de los datos que son transferidos entre estaciones de base. En cualquier caso, en algunas realizaciones de la presente invencion, un controlador de recepcion puede usar la informacion de transaccion 240 relativa a trafico, quizas junto con la informacion de transaccion 230 relativa a movilidad, para tomar diversas decisiones de gestion de recursos. Por ejemplo, el controlador podna usar la informacion para determinar cuando activar una transicion de la estacion movil 160 a un estado energeticamente mas eficiente. Como ejemplo, el controlador de recepcion podna recibir la informacion de transaccion 240 relacionada con trafico junto con un traspaso de una estacion movil 160. Tras 1590 milisegundos desde el momento en que la estacion movil 160 entro en la celula, el controlador podna activar una transicion al estado inactivo. Este ejemplo supone un temporizador de inactividad de 6000 milisegundos, que fue disparado debido a que el controlador pudo calcular que la estacion movil 160 habfa estado ya inactiva durante 4410 milisegundos (4560 menos 150).

Segun se ha descrito en lo que antecede con respecto a informacion de transaccion relacionada con movilidad, un controlador de recursos de radio puede generar y/o actualizar uno o mas parametros acumulativos que describan una actividad de trafico de la estacion movil, para su inclusion en el registro de historico de transaccion pasado de controlador a controlador. Estos parametros acumulativos podran incluir, por ejemplo, una tasa de bits media de enlace ascendente y/o de enlace descendente, para un penodo de tiempo dado o para la duracion de un penodo de modo activo. Los parametros acumulativos que indican los requerimientos pico de enlace ascendente o de enlace descendente para la estacion movil 160, podnan tambien ser mantenidos. Cualquiera de esos parametros podna ser ponderado o filtrado, con el fin de clasificar la informacion de actividad mas reciente que sea mas alta que la informacion mas antigua.

En consecuencia, un registro de historico de transaccion para una estacion movil 160, que contenga cualquiera de las informaciones anteriores, puede ser pasado desde una estacion de base de transferencia a una estacion de base de servicio, en un primer traspaso de la estacion movil 160. Tras la actualizacion del registro de historico de transaccion, la estacion de base de servicio puede transferir el registro de historico de transaccion actualizado a una estacion de base objetivo junto con un traspaso subsiguiente de la estacion movil 160. Este procedimiento general ha sido ilustrado en la Figura 3, el cual puede ser implementado, por ejemplo, en un eNodeB 110 de un sistema de comunicacion inalambrica de LTE/SAE. Los expertos en la materia podran apreciar que algunas de las etapas ilustradas en la Figura 3 pueden ser omitidas. Ademas, varias de las etapas pueden ser ejecutadas en un orden diferente al mostrado.

En el bloque 310, se recibe un registro de historico de transaccion para una estacion movil 160 desde una estacion de base de transferencia. En algunas realizaciones, el historico de transaccion se recibe junto con un traspaso de la estacion movil 160 a una nueva estacion de base de servicio. El registro de historico de transaccion puede ser transferido directamente, como parte de la mensajena relativa a traspasos entre la estacion de base de transferencia y la nueva estacion de base de servicio, o puede ser transferido indirectamente, tal como mediante una puerta de enlace o un servidor separados. En un sistema de LTE/SAE, por ejemplo, el historico de transaccion puede ser transferido entre las estaciones de base usando la interfaz X2 definida por 3GPP.

En el bloque 320, se recibe el control de la estacion movil 160 desde la estacion movil 160 de transferencia. Con excepcion de la transferencia del registro de historico de transaccion, el traspaso puede ser realizado conforme a medios convencionales. Los expertos en la materia apreciaran que el control de la estacion movil 160 por parte de la estacion de base receptora puede ser obtenido con anterioridad a la recepcion del registro de historico de transaccion en algunas realizaciones y/o bajo determinadas circunstancias.

En el bloque 330, la estacion de base de recepcion (ahora la estacion de base de servicio) anade datos de transaccion relacionados con movilidad al registro de historico de transaccion. Esto puede comprender anadir simplemente un identificador de celula correspondiente a la estacion de base de servicio, quizas con un sello de tiempo que identifique el consumo de tiempo en la estacion de base de recepcion Esta ultima informacion, por supuesto, no puede ser finalmente anadida al registro de historico de transaccion hasta que la estacion movil 160 sea traspasada a una nueva estacion de base. Otros datos de transaccion relacionados con movilidad, tal como cualquiera de los elementos discutidos con anterioridad, pueden ser anadidos tambien al registro de historico de transaccion.

En el bloque 340, la estacion de base de servicio anade datos de transaccion relacionados con trafico al registro de historico de transaccion. Esto puede comprender cualquier informacion que caracterice transferencias de datos realizadas mientras la estacion movil 160 este atendida en la celula actual, tal como cualquiera de los parametros relacionados con datos que se han discutido con anterioridad. En algunas realizaciones, segun se ha discutido en lo que antecede, se pueden anadir parametros que describen eventos de transferencia de datos particulares; estos parametros pueden caracterizar una cantidad o un tipo de transferencia de datos, y pueden incluir informacion de sello de tiempos. En algunas realizaciones, la informacion de transaccion relacionada con trafico anadida al registro de historico de transaccion puede incluir solamente un sello de tiempos que indique cuando una estacion movil 160 transmitio o recibio finalmente datos; en otras realizaciones, la informacion relacionada con trafico caracterizara

5

10

15

20

25

30

35

40

45

50

55

transferencias de datos con mayor detalle.

En el bloque 350, se actualiza uno o mas parametros de actividad acumulativos. Esta actualizacion puede requerir que un parametro acumulativo sea recuperado desde el registro de historico de transaccion, modificado y a continuacion salvado en un registro de historico de transaccion recien actualizado. Estos parametros de actividad acumulativos, segun se ha indicado con anterioridad, pueden incluir parametros que caractericen la movilidad de la estacion movil, tal como un parametro que indique el numero total de traspasos para una estacion movil 160, o el numero de traspasos por penodo de tiempo de referencia particular, o parametros que caracterizan actividades de trafico de datos, tal como una transferencia maxima de datos de enlace descendente o de enlace ascendente, o una tasa media de transferencia de datos por penodo de tiempo de referencia.

Finalmente, en el bloque 360, el registro de historico de transaccion actualizado se transfiere a una estacion de base objetivo. Esto puede estar asociado a un traspaso de la estacion movil 160 a la estacion base objetivo, segun se ha ilustrado en el bloque 370.

Segun se ha indicado con anterioridad, el registro de historico de transaccion correspondiente a una estacion movil 160 puede ser usado por una estacion de base de servicio para tomar decisiones de control de recursos de radio relacionadas con esa estacion movil 160. La estacion de base de servicio podna, por ejemplo, asignar recursos de enlace (tal como bloques de recursos, en un sistema de LTE/SAE) para la estacion movil 160 en base, al menos en parte, a la informacion de transaccion relacionada con trafico contenida en el registro de historico de transaccion. Ademas, una estacion de base de servicio podna basar las decisiones de traspaso en el registro de historico de transaccion.

La Figura 4 proporciona por lo tanto una ilustracion de un ejemplo de metodo para el uso de un registro de historico de transaccion, segun podna ser implementado, por ejemplo, en un eNodeB 110 de un sistema de comunicacion inalambrica de LTE/SAE. El metodo de la Figura 4 “empieza” en el bloque 410 con la recepcion de un registro de historico de transaccion correspondiente a una estacion movil 160 bajo el control de (o acerca de ser transferido a) una estacion de base. En general, el registro de historico de transaccion se transfiere directamente desde una estacion de base de transferencia, aunque son posibles transferencias indirectas. Los expertos en la materia podran apreciar que algunas de las etapas ilustradas en la Figura 4 pueden ser omitidas. Ademas, varias de las etapas pueden ser ejecutadas en un orden diferente al que se ha mostrado.

En el bloque 420, la estacion de base de recepcion (ahora de servicio) pronostica las necesidades de recursos de enlace para la estacion movil 160 en base al registro de historico de transaccion. En algunas realizaciones, el registro de historico de transaccion puede estar disponible para la estacion de base con anterioridad a que se reciba una actualizacion de bufer de transmision desde la estacion movil 160 recien transferida, y puede ser usado para asignar recursos de enlace o actualizar una asignacion realizada previamente de recursos de enlace, segun se ha mostrado en el bloque 430. En algunas realizaciones, el registro de historico de transaccion puede ser usado junto con informacion de bufer recibida desde la estacion movil 160 o determinada en la estacion de base para predecir las necesidades de recursos probablemente que esten asociados a la estacion movil 160. De ese modo, algunas realizaciones de la presente invencion proporcionan la ventaja de una asignacion mejorada de recursos de enlace en base a una prediccion mejorada de necesidades de recursos para una estacion movil 160 atendida.

En el bloque 440, la estacion de base de servicio utiliza el registro de historico de transaccion para identificar celulas previamente visitadas por la estacion movil 160. Este registro de historico de transaccion facilita de ese modo decisiones de traspaso mejoradas, dado que esta informacion puede ser usada, entre otras cosas, para seleccionar una estacion de base objetivo, segun se muestra en el bloque 450. Esta informacion de celula previamente visitada puede ser usada, por ejemplo, para reducir los traspasos denominados de ping-pong, donde una estacion movil 160 es traspasada repetidamente entre dos celulas contiguas. De ese modo, en algunas realizaciones, se evalua la informacion de celula previamente visitada para detectar un patron de traspasos de ping-pong. Si se detecta un

patron de traspasos de ping-pong, u otro patron de traspaso indeseado, entonces la estacion de base de servicio

puede ajustar, como respuesta, uno o mas criterios de traspaso. Por ejemplo, los criterios de traspaso pueden ser ajustados de modo que una estacion de base de servicio conserve una estacion movil durante un tiempo mas largo con anterioridad al traspaso. (Los expertos en la materia podran apreciar que esto puede ser realizado de varias

formas. Por ejemplo, se puede ajustar uno o mas umbrales de intensidad de senal para el traspaso).

Alternativamente, un terminal movil puede ser traspasado desde una microcelula a una macrocelula en respuesta a la deteccion de un patron de ping-pong o de otro patron de traspaso indeseado. La deteccion de un patron de traspaso indeseado puede tambien activar la generacion de un mensaje de diagnostico para su uso por operadores de sistema en la solucion de problemas y en el mantenimiento del sistema. Este mensaje de diagnostico puede ser guardado en un registro, o ser enviado a una direccion designada para un operador de sistema.

De forma similar, la informacion de celula previamente visitada puede ser analizada para determinar si una estacion movil 160 atendida actualmente por una microcelula podna estar mejor atendida por una macrocelula solapante. Esta determinacion podna estar basada, por ejemplo, en el numero de microcelulas visitadas en un penodo de tiempo dado, de modo que los terminales moviles que se mueven rapidamente experimenten menos traspasos.

En el bloque 460, durante la preparacion para un traspaso inminente, el registro de historico de transaccion se

5

10

15

20

25

30

35

40

45

50

55

60

actualiza, segun se ha expuesto anteriormente con referencia a la Figura 3. Finalmente, en el bloque 470, el registro de historico de transaccion actualizado es transferido a la estacion de base objetivo, de nuevo segun se ha discutido en lo que antecede.

Haciendo ahora referencia a la Figura 5, se ha representado un ejemplo de estacion de base 500 que puede ser usada para implementar uno o mas de los metodos descritos en la presente memoria. Los expertos en la materia apreciaran que la estacion de base 500 ilustrada es solamente un ejemplo de un nodo de control para implementar los metodos descritos en la presente memoria. Muchas de las funciones del procesador de control 5l0, en particular, pueden ser implementadas usando un dispositivo separado, el cual podna estar co-localizado con equipamiento de estacion de base convencional o localizado remotamente respecto a la estacion de base. De ese modo, la funcionalidad del nodo de control puede ser parte de un eNodeB en un sistema de LTE/SAE, por ejemplo, o puede ser una funcion de control separada en cualquier otra red. Por ejemplo, segun se ha discutido con anterioridad, la funcionalidad de nodo de control puede ser parte de un controlador de red de radio (RNC) o de un controlador de estacion de base. Por lo tanto, una funcion de control puede estar asociada a una sola estacion de base o a varias estaciones de base.

En cualquier caso, el ejemplo de estacion de base 500 de la Figura 1 incluye una unidad de procesamiento 510 configurada para la comunicacion con una o mas estaciones moviles 160 usando circuitena 520 de transceptor de radio y una antena 525. La estacion de base 500 incluye ademas una interfaz de red 570 para la comunicacion con otros elementos de una red inalambrica que incluye, en algunas realizaciones, otras estaciones de base 500 y pasarelas de acceso tales como la pasarela de acceso 120 de LTE/SAE, representada en la Figura 1. Los expertos en la materia podran apreciar que, en algunas realizaciones, la estacion de base 500 puede comprender un eNodeB para su uso en un sistema de comunicacion inalambrica de LTE/SAE, pero los metodos y los aparatos de la invencion descritos en la presente memoria son aplicables a otros estandares de red inalambrica y tambien a otras configuraciones de red. Generalmente hablando, la circuitena 520 de transceptor de radio y porciones de la unidad de procesamiento 510, tal como el procesador 530 de senal de banda de base, estan configuradas para que cumplan con uno o mas estandares de las telecomunicaciones inalambricas, tal como las promulgadas por 3GpP. Por ejemplo, a tftulo de ejemplo no limitativo, el procesador 530 de senal de banda de base puede estar configurado para codificar y descodificar senales conforme a estandares de LTE de 3GPP que definen protocolos de capa ffsica para senales de enlace descendente basadas en Acceso Multiple por Division de Frecuencia Ortogonal (OFDMA) y senales de enlace ascendente de Acceso Multiple por Division de Frecuencia de Portadora Simple (SC-FDMA).

La unidad de procesamiento 510 incluye, ademas del procesador 530 de senal de banda de base, un gestor 540 de recursos de radio, un gestor 550 de movilidad, otro procesamiento de control 555, y memoria 560, la cual comprende a su vez un almacen de programa 562 y otros datos necesarios para el funcionamiento de la estacion de base 500, incluyendo datos 564 de historico de transaccion. Los expertos en la materia podran apreciar que la Figura 5 muestra una representacion funcional de los elementos de la unidad de procesamiento 510. En consecuencia, cada uno de los bloques de procesamiento representados puede corresponder directamente, en algunas realizaciones, a uno o mas microprocesadores, microcontroladores o procesadores de senal digital, disponibles en el mercado o personalizados. En otras realizaciones, sin embargo, dos o mas de los bloques funcionales de 510 pueden estar implementados en un solo procesador, mientras que las funciones de otros bloques estan divididas entre dos o mas procesadores. De igual modo, la memoria 560 es representativa del uno o mas dispositivos de memoria que contienen el software, firmware, y los datos usados para implementar la funcionalidad de la estacion de base conforme a una o mas realizaciones de la presente invencion. De este modo, la memoria 560 puede incluir, aunque sin limitacion, los siguientes tipos de dispositivos: cache, ROM, PROM, EPROM, EEPROM, flash, SRAM y DRAM.

La estacion de base 500, y en particular la unidad de procesamiento 510, pueden estar configuradas para implementar uno o mas de los metodos descritos en la presente memoria para procesamiento de informacion de transaccion de estacion movil. En consecuencia, la unidad de procesamiento 510 puede estar configurada para recibir un registro de historico de transaccion desde una estacion de base de trasferencia junto con un primer traspaso de una estacion movil 160 a la estacion de base 500. El registro de historico de transaccion se recibe tfpicamente a traves de una interfaz de red 570, la cual, en un sistema de LTE, puede comprender una interfaz X2 segun se define mediante las especificaciones de 3GPP. La unidad de procesamiento 510 esta configurada ademas para anadir datos de transaccion de estacion movil al registro de historico de transaccion; esta transaccion de estacion movil puede incluir informacion de transaccion relacionada con movilidad y/o informacion de transaccion relacionada con trafico, segun se ha descrito en lo que antecede. La unidad de procesamiento 510 esta configurada ademas para transferir el registro de historico de transaccion actualizado hasta una estacion de base objetivo junto con un traspaso subsiguiente de la estacion movil a una estacion de base objetivo.

En algunas realizaciones, la unidad de procesamiento 510 puede estar configurada para identificar celulas previamente visitadas por una estacion movil usando el registro de historico de transaccion correspondiente, y para seleccionar una estacion de base objetivo para el traspaso consiguiente en base, al menos parcialmente, a la informacion de celula previamente visitada. En tales realizaciones, a continuacion, el gestor de movilidad 550, que es generalmente el responsable de las funciones relacionadas con el traspaso, utiliza el contenido del registro de historico de transaccion para una estacion movil 160 dada, para tomar las decisiones relacionadas con el traspaso. En algunas realizaciones, la unidad 510 de procesamiento puede estimar una velocidad para la estacion movil 160, en base a la informacion incluida en el registro de historico de transaccion, y puede usar esa velocidad estimada en

5

10

15

20

25

30

35

40

45

las decisiones de traspaso. De ese modo, el gestor de movilidad 550 puede determinar que una estacion movil 160 particular esta mejor atendida por una macrocelula que por una microcelula, en base a los datos del historico de transaccion.

De forma similar, el gestor 540 de recursos de radio, el cual asigna recursos de enlace entre multiples estaciones moviles 160, puede usar datos de historico de transaccion para tomar decisiones de asignacion de recursos. El registro de historico de transaccion para una estacion movil 160 recien recibida puede ser usado, por ejemplo, para realizar o ajustar asignaciones de recursos de enlace por anticipado de recepcion de una actualizacion de bufer de transmision desde la estacion movil 160. El registro de historico de transaccion puede ser usado tambien junto con informacion de estado recibida desde la estacion movil 160 para realizar asignaciones de recursos de enlace.

Un codigo de programa informatico para llevar a cabo las operaciones de los diversos nodos de control discutidos con anterioridad con respecto a las Figuras 1-5, puede estar escrito en un lenguaje de programacion de alto nivel, tal como Java, C, y/o C++, por conveniencia de desarrollo. Adicionalmente, el codigo de programa informatico para llevar a cabo la operacion de las realizaciones de la presente invencion puede tambien estar escrito en otros lenguajes de programacion, tal como, aunque sin limitacion, lenguajes interpretados. Algunos modulos o rutinas pueden estar escritos en lenguaje ensamblador o incluso en un microcodigo para incrementar el rendimiento y/o el uso de memoria. Se apreciara ademas que la funcionalidad de cualquiera, o de todos los modulos de programa, puede ser tambien implementada usando componentes de hardware discretos, uno o mas circuitos integrados espedficos de la aplicacion (ASICs), o un microcontrolador o procesador de senal digital programado.

La presente invencion ha sido descrita en lo que antecede con referencia a diagramas de flujo y/o ilustraciones de diagramas de bloques de metodos, dispositivos y/o productos de programa informatico conforme a algunas realizaciones de la invencion. Estos diagramas de flujo y/o diagramas de bloques ilustran por lo tanto ejemplos de operaciones para el procesamiento de informacion de transaccion de estacion movil conforme a diversas realizaciones de la presente invencion. Se comprendera que cada bloque del diagrama de flujo y/o de las ilustraciones de diagrama de bloques, y las combinaciones de bloques en el diagrama de flujo y/o en las ilustraciones de diagrama de bloques, pueden ser implementados mediante instrucciones de programa informatico y/u operaciones de hardware. Las instrucciones del programa informatico pueden ser proporcionadas a un procesador de un ordenador de proposito general, un ordenador de proposito especial, u otro aparato de procesamiento de datos programable para producir una maquina, de tal modo que las instrucciones, que se ejecutan por medio del procesador del ordenador o de otro aparato de procesamiento de datos programable, creen medios para implementar las funciones especificadas en el diagrama de flujo y/o en el bloque o bloques del diagrama de bloques.

Estas instrucciones de programa informatico pueden tambien estar almacenadas en una memoria utilizable con ordenador o en una memoria legible con ordenador que puede dirigir un ordenador u otro aparato de procesamiento de datos programable para que funcione de una manera particular, de tal modo que las instrucciones almacenadas en la memoria utilizable con ordenador o legible con ordenador produzcan un artfculo de fabricacion que incluya instrucciones que implementan la funcion especificada en el diagrama de flujo y/o en el bloque o bloques del diagrama de bloques. Las instrucciones de programa informatico pueden tambien estar cargadas en un ordenador u otro aparato de procesamiento de datos programable para provocar que se lleven a cabo una serie de etapas operacionales en el ordenador u otro aparato programable, para producir un proceso implementado por ordenador de tal modo que las instrucciones que se ejecuten en el ordenador u otro aparato programable proporcionen etapas para implementar las funciones especificadas en el diagrama de flujo y/o en el bloque o bloques del diagrama de bloques.

Segun podran apreciar los expertos en la materia, la descripcion que antecede y los dibujos que se acompanan representan ejemplos no limitativos de los metodos y aparatos ensenados en la presente memoria. Como tal, la presente invencion no esta limitada por la descripcion que antecede ni los dibujos que se acompanan. Por el contrario, la presente invencion esta limitada unicamente por las reivindicaciones que siguen y sus equivalentes legales.

Claims

5

10

15

20

25

30

35

40

45

50

REIVINDICACIONES

1. - Un metodo para procesar informacion de transaccion de estacion movil en un nodo de control de servicio en un sistema de comunicacion inalambrica, comprendiendo el metodo:

recibir (310, 410) un registro de historico de transaccion desde un nodo de control de transferencia junto con un primer traspaso de una estacion movil (160) al nodo de control de servicio;

anadir (330, 340, 350, 460) datos de transaccion de estacion movil relativos al nodo de control de servicio, al registro de historico de transaccion para obtener un registro de historico de transaccion actualizado, caracterizado porque dicha adicion de datos de transaccion de estacion movil comprende anadir una identidad de celula para el nodo de control de servicio y uno o mas de entre un descriptor de celula y uno o mas parametros de tiempo que indican una duracion de tiempo durante el que la estacion movil (160) estuvo servida por el nodo de control de servicio, en donde los datos de transaccion de estacion movil son generados por el nodo de control de servicio, y

transferir (360, 470) el registro de historico de transaccion actualizado a un nodo de control objetivo junto con un traspaso subsiguiente de la estacion movil (160) al nodo de control objetivo.
2. - El metodo segun la reivindicacion 1, caracterizado ademas porque los datos de transaccion de estacion movil comprenden informacion de transaccion (230) relacionada con movilidad o informacion de transaccion (240) relacionada con trafico, o ambas.
3. - El metodo segun la reivindicacion 1, caracterizado ademas porque el registro de historico de transaccion comprende identificadores para una o mas celulas visitadas por la estacion movil (160) antes de llegar al nodo de control de servicio.
4. - El metodo segun la reivindicacion 1, caracterizado ademas porque el descriptor de celula indica un tipo de celula o un tamano de celula, o ambos.
5. - El metodo segun la reivindicacion 1, caracterizado ademas porque la adicion (330, 340, 350, 460) de datos de transaccion de estacion movil relativos al nodo de control de servicio al registro de historico de transaccion para obtener un registro de historico de transaccion actualizado, comprende anadir al menos un parametro de actividad de trafico.
6. - El metodo segun la reivindicacion 5, caracterizado ademas porque el al menos un parametro de actividad de trafico indica uno o mas de entre un tipo de portadora de datos, una cantidad de datos, una tasa de datos, y un tiempo de actividad de datos.
7. - El metodo segun la reivindicacion 1, caracterizado ademas porque la adicion (330, 340, 350, 460) de datos de transaccion de estacion movil relativos al nodo de control de servicio al registro de historico de transaccion para obtener un registro de historico de transaccion actualizado comprende actualizar uno o mas parametros acumulativos incluidos en el registro de historico de transaccion.
8. - El metodo segun la reivindicacion 1, caracterizado porque comprende ademas eliminar selectivamente uno o mas elementos de datos del registro de historico de transaccion recibido en base a la antiguedad del uno o mas elementos de datos.
9. -El metodo segun la reivindicacion 1, caracterizado porque comprende ademas eliminar selectivamente uno o mas elementos de datos del registro de historico de transaccion recibido en base al tamano del registro de historico de transaccion y a un tamano maximo predeterminado para el registro de historico de transaccion.
10. - El metodo segun la reivindicacion 1, caracterizado porque comprende ademas:

identificar (440) celulas previamente visitadas por la estacion movil (160) usando el registro de historico de transaccion, y

seleccionar (450) el nodo de control objetivo para el traspaso subsiguiente en base a las celulas previamente visitadas.
11. - El metodo segun la reivindicacion 1, caracterizado porque comprende ademas:

identificar (440) celulas previamente visitadas por la estacion movil (160) usando el registro de historico de transaccion;

evaluar las celulas previamente visitadas identificadas para detectar uno o mas patrones de traspaso indeseados, y

seleccionar (450) el nodo de control objetivo para el traspaso subsiguiente en base a dicha evaluacion y a las celulas previamente identificadas.
12. - El metodo segun la reivindicacion 11, caracterizado ademas porque el uno o mas patrones de traspaso

5

10

15

20

25

30

35

40

45

indeseados incluyen un patron de traspaso de ping-pong caracterizado por repetidos traspasos entre dos estaciones de base,

en donde la seleccion (450) del nodo de control objetivo para el traspaso subsiguiente en base a dicha evaluacion y a las celulas previamente identificadas comprende ajustar uno o mas criterios de traspaso en respuesta a la deteccion de dicho patron de traspaso de ping-pong.
13. - El metodo segun la reivindicacion 11, caracterizado porque comprende ademas generar un mensaje de diagnostico en respuesta a la deteccion de uno o mas de los patrones de traspaso indeseados.
14. - El metodo segun la reivindicacion 1, caracterizado porque comprende ademas:

determinar una velocidad estimada para la estacion movil (160) usando el registro de historico de transaccion, y seleccionar el nodo de control objetivo para el traspaso subsiguiente en base a la velocidad estimada.
15. - El metodo segun la reivindicacion 1, caracterizado porque comprende ademas:

pronosticar (420) unos requisitos de recursos de enlace para la estacion movil (160) en base al registro de historico de transaccion, y

asignar (430) recursos de enlace en base a los requisitos de recursos de enlace pronosticados.
16. - Un primer nodo de control configurado para que actue como nodo de control de servicio para su uso en un sistema de comunicacion inalambrica, incluyendo el primer nodo de control una unidad de procesamiento configurada para:

recibir un registro de historico de transaccion desde un nodo de control de transferencia junto con un primer traspaso de una estacion movil (160) al primer nodo de control;

anadir datos de transaccion de estacion movil relativos al primer nodo de control, al registro de historico de transaccion para obtener un registro de historico de transaccion actualizado,

caracterizado porque los datos de transaccion de estacion movil anadidos comprenden una identidad de celula para el nodo de control de servicio y uno o mas de entre un descriptor de celula y uno o mas parametros de tiempo que indican una duracion de tiempo durante el que la estacion movil (160) fue atendida por el nodo de control de servicio, en donde el nodo de control de servicio esta configurado para generar los datos de transaccion de estacion movil, y

transferir el registro de historico de transaccion actualizado a un nodo de control objetivo junto con un traspaso subsiguiente de la estacion movil (160).
17. - El primer nodo de control segun la reivindicacion 16, caracterizado ademas porque los datos de transaccion de estacion movil comprenden informacion de transaccion (230) relacionada con movilidad o informacion de transaccion (240) relacionada con trafico, o ambas.
18. - El primer nodo de control segun la reivindicacion 16, caracterizado ademas porque el registro de historico de transaccion comprende una lista de celulas visitadas por la estacion movil (160) con anterioridad a su llegada al primer nodo de control.
19. - El primer nodo de control segun la reivindicacion 16, en donde el primer nodo de control comprende un nodo (500) de estacion de base en el sistema de comunicacion inalambrica.
20. - El primer nodo de control segun la reivindicacion 16, en donde el primer nodo de control comprende un controlador de red de radio (RNC) en el sistema de comunicacion inalambrica.
21. - El primer nodo de control segun la reivindicacion 16, en donde el primer nodo de control comprende un controlador de estacion de base (BSC) en el sistema de comunicacion inalambrica.
22. - El primer nodo de control segun la reivindicacion 16, caracterizado ademas porque el descriptor de celula indica un tipo de celula o un tamano de celula, o ambos.
23. - El primer nodo de control segun la reivindicacion 16, caracterizado ademas porque la unidad de procesamiento esta configurada para:

anadir datos de transaccion de estacion movil relativos al primer nodo de control, al registro de historico de transaccion para obtener un registro de historico de transaccion actualizado anadiendo al menos un parametro de actividad de trafico.
24. - El primer nodo de control segun la reivindicacion 23, caracterizado ademas porque el al menos un parametro de actividad de trafico indica uno o mas de entre un tipo de portadora de datos, una cantidad de datos, una tasa de

5

10

15

20

25

30

35

40

45

datos y un tiempo de actividad de datos.
25. - El primer nodo de control segun la reivindicacion 16, caracterizado ademas porque la unidad de procesamiento esta configurada para:

anadir datos de transaccion de estacion movil relativos al primer nodo de control, al registro de historico de transaccion para obtener un registro de historico de transaccion actualizado mediante la actualizacion de uno o mas parametros acumulativos incluidos en el registro de historico de transaccion.
26. - El primer nodo de control segun la reivindicacion 16, caracterizado ademas porque la unidad de procesamiento esta configurada ademas para:

eliminar selectivamente uno o mas elementos de datos del registro de historico de transaccion recibido en base a la antiguedad del uno o mas elementos de datos.
27. - El primer nodo de control segun la reivindicacion 16, caracterizado ademas porque la unidad de procesamiento esta ademas configurada para:

eliminar selectivamente uno o mas elementos de datos del registro de historico de transaccion recibido, en base al tamano del registro de historico de transaccion y a un tamano maximo predeterminado para el registro de historico de transaccion.
28. - El primer nodo de control segun la reivindicacion 16, caracterizado ademas porque la unidad de procesamiento esta ademas configurada para:

identificar celulas previamente visitadas por la estacion movil (160) usando el registro de historico de transaccion y seleccionar el nodo de control objetivo para el traspaso subsiguiente en base a las celulas previamente visitadas.
29. - El primer nodo de control segun la reivindicacion 16, caracterizado ademas porque la unidad de procesamiento esta configurada ademas para:

determinar una velocidad estimada para la estacion movil (160) usando el registro de historico de transaccion y seleccionar el nodo de control objetivo para el traspaso subsiguiente en base a la velocidad estimada.
30. - El primer nodo de control segun la reivindicacion 16, caracterizado ademas porque la unidad de procesamiento esta configurada ademas para:

pronosticar un requerimiento de recursos de enlace para la estacion movil (160) en base al registro de historico de transaccion y asignar recursos de enlace en base al requerimiento de recursos de enlace pronosticado.
31. - El primer nodo de control segun la reivindicacion 16, caracterizado ademas porque la unidad de procesamiento esta configurada ademas para:

identificar celulas previamente visitadas por la estacion movil (160) usando el registro de historico de transaccion;

evaluar las celulas previamente visitadas identificadas para detectar uno o mas patrones de traspaso indeseados, y

seleccionar el nodo de control objetivo para el traspaso subsiguiente en base a dicha evaluacion y a las celulas previamente identificadas.
32. - El primer nodo de control segun la reivindicacion 31, caracterizado ademas porque el uno o mas patrones de traspaso indeseados incluyen un patron de traspaso de ping-pong caracterizado por repetidos traspasos entre dos estaciones de base,

en donde la unidad de procesamiento esta ademas configurada para ajustar uno o mas criterios de traspaso en respuesta a la deteccion de dicho patron de traspaso de ping-pong.
33. - El primer nodo de control segun la reivindicacion 31, caracterizado ademas porque la unidad de procesamiento esta ademas configurada para generar un mensaje de diagnostico en respuesta a la deteccion de uno o mas de los patrones de traspaso indeseados.
34. - Un programa informatico para su uso en, o con, un nodo de control que actua como nodo de control de servicio en un sistema de comunicacion inalambrica, comprendiendo el programa informatico instrucciones legibles con ordenador que, cuando se ejecutan mediante una unidad de procesamiento del nodo de control, hacen que el nodo de control lleve a cabo las siguientes etapas de metodo:

recibir (310, 410) un registro de historico de transaccion desde un nodo de control de transferencia junto con un primer traspaso de una estacion movil (160) hasta el nodo de control de servicio;

anadir (330, 340, 350, 460) datos de transaccion de estacion movil relativos al nodo de control de servicio, al registro

de historico de transaccion para obtener un registro de historico de transaccion actualizado, caracterizado porque dicha adicion de datos de transaccion de estacion movil comprende anadir una identidad de celula para el nodo de control de servicio y uno o mas de entre un descriptor de celula y uno o mas parametros de tiempo que indican una duracion de tiempo durante el que la estacion movil (160) fue servida por el nodo de control de servicio, en donde 5 los datos de transaccion de estacion movil son generados por el nodo de control de servicio, y

transferir (360, 470) el registro de historico de transaccion actualizado hasta un nodo de control objetivo junto con un traspaso subsiguiente de la estacion movil (160) hasta el nodo de control objetivo.