ES2309341T3 - Metodo y aparato de gestion de listas de itinerancia en un sistema de comunicacion inalambrica. - Google Patents
Metodo y aparato de gestion de listas de itinerancia en un sistema de comunicacion inalambrica. Download PDFInfo
- Publication number
- ES2309341T3 ES2309341T3 ES03757341T ES03757341T ES2309341T3 ES 2309341 T3 ES2309341 T3 ES 2309341T3 ES 03757341 T ES03757341 T ES 03757341T ES 03757341 T ES03757341 T ES 03757341T ES 2309341 T3 ES2309341 T3 ES 2309341T3
- Authority
- ES
- Spain
- Prior art keywords
- format
- roaming
- list
- roaming list
- identifier
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/34—Reselection control
- H04W36/36—Reselection control by user or terminal equipment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
- H04W8/24—Transfer of terminal data
- H04W8/245—Transfer of terminal data from a network towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
- H04W8/183—Processing at user equipment or user record carrier
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
- Crystals, And After-Treatments Of Crystals (AREA)
- Optical Communication System (AREA)
- Aiming, Guidance, Guns With A Light Source, Armor, Camouflage, And Targets (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Un método para actualizar una lista de itinerancia en una estación móvil (106, 560), la estación móvil almacenando una lista de itinerancia (560) en un primer formato, el método comprendiendo: la recepción de un identificador de formato de lista de itinerancia; la transmisión de un mensaje de error si el identificador de formato no es compatible con el primer formato (418); y la transmisión de información de configuración del primer formato si el identificador de formato es compatible con el primer formato (416).
Description
Método y aparato de gestión de listas de
itinerancia en un sistema de comunicación inalámbrica.
\global\parskip0.930000\baselineskip
La presente invención se refiere de forma
general al manejo de listas de itinerancia en un sistema de
comunicación inalámbrico y, de forma más específica, a la
actualización de una lista de itinerancia preferente y a la
coordinación de diferentes versiones de protocolo entre una red de
comunicación inalámbrica y usuarios remotos.
Los protocolos son normas que gobiernan la
transmisión y la recepción de información a través de un enlace de
comunicaciones de datos. Los protocolos se detallan en un conjunto
de estándares que aseguran que productos de red diferentes pueden
funcionar juntos. Cualquier producto que utilice un protocolo dado
debería funcionar con cualquier otro producto que utilice el mismo
protocolo. En un sistema de comunicación inalámbrico, los
protocolos definen las diversas capas de arquitectura del sistema. A
medida que los protocolos y los estándares se revisan, los
componentes del sistema que utilizan una versión más antigua de los
protocolos y estándares pueden acabar siendo incompatibles con los
que tienen capacidades más nuevas. Se utilizan una variedad de
métodos para superar tal incompatibilidad en los que cada parche es
específico a un protocolo y/o estándar.
A menudo se crea un área de incompatibilidad
cuando los protocolos que gobiernan de forma tradicional las
comunicaciones principalmente de voz se amplían para gobernar
también transmisiones de datos de alta velocidad. Por ejemplo, un
usuario remoto de un proveedor de servicio, el proveedor local,
puede tener acceso a otros proveedores de servicio, el proveedor
extranjero, cuando está fuera del área de servicio del proveedor
local. El proceso se llama itinerancia y está facilitado por el uso
de listas de itinerancia mantenidas por el usuario remoto. El
proveedor de servicio actualiza la lista de itinerancia a medida que
la lista cambia, por ejemplo, en una nueva relación con otro
proveedor de servicio. El formato de la lista de itinerancia así
como el formato de las transmisiones para actualizar la lista de
itinerancia pueden especificarse por protocolos en un estándar. La
adición de servicios de datos de alta velocidad u otros nuevos
servicios puede necesitar cambios en el formato de la lista de
itinerancia así como cambios en el método de actualización de la
lista de itinerancia. Dichas revisiones del protocolo pueden causar
dificultades de incompatibilidad entre la red y los usuarios
remotos. Cuando la revisión del protocolo del usuario remoto es
diferente de la de la red, la precisión y la disponibilidad de la
lista de itinerancia por el usuario remoto puede verse
comprometida.
Por la patente US 6.223.028 se conoce un método
y un sistema para programar un teléfono móvil por el aire. En
particular, antes de programar, una estación base interroga sobre la
capacidad de protocolo del móvil, y el móvil responde con un
mensaje respuesta de capacidad de protocolo.
Existe pues una necesidad en el ramo de un
procedimiento eficiente para configurar, mantener y actualizar
listas de itinerancia preferentes a través de versiones de
protocolos de transmisión diferentes en un sistema de comunicación
inalámbrico.
Los modos de realización descritos en la
presente abordan las necesidades arriba indicadas proporcionando un
método y un aparato para actualizar listas de itinerancia, donde se
proporciona al usuario remoto un identificador de formato de listas
de itinerancia que identifica la versión de protocolo soportada por
la red. El identificador de formato de listas de itinerancia
reacciona tanto a la solicitud de una versión antigua del protocolo
como a la solicitud del formato almacenado en ese momento en el
usuario remoto. En un modo de realización, la versión antigua es la
Lista de Itinerancia Preferente, y la versión nueva es la Lista de
Itinerancia Preferente Extendida. Al recibir el identificador de
formato de listas de itinerancia y una solicitud de configuración,
un usuario remoto recibe el identificador de formato de listas de
itinerancia transmite un mensaje de error si el identificador de
formato no es compatible con la versión de protocolo usada en ese
momento por el usuario remoto. De forma similar, el usuario remoto
transmite información de configuración si el identificador de
formato es compatible con la versión de protocolo utilizada por el
usuario remoto. Se envía un mensaje de gestión de error cuando los
protocolos de listas de itinerancia en los elementos de un sistema
no son compatibles.
La Fig. 1 es un sistema de comunicación.
Las Figs. 2-5 son diagramas
temporales que ilustran procedimientos para actualizar una lista de
itinerancia preferente para varias configuraciones del usuario
remoto y de la red.
La Fig. 6 es un organigrama de un método para
actualizar una lista de itinerancia preferente.
La Fig. 7 es una estación móvil.
\global\parskip1.000000\baselineskip
La palabra "ejemplar" se utiliza aquí para
indicar que "sirve como ejemplo, caso o ilustración". Cualquier
modo de realización descrito en la presente como "ejemplar" no
debe considerarse necesariamente como preferente o ventajoso a
otros modos de realización.
Los sistemas de comunicación inalámbricos se
utilizan ampliamente para proporcionar varios tipos de comunicación,
como la voz, datos y otros. Estos sistemas pueden estar basados en
acceso múltiple por división de código (CDMA), acceso múltiple por
división de tiempo (TDMA), o alguna otra técnica de modulación. Un
sistema CDMA proporciona ciertas ventajas sobre otros tipos de
sistemas, incluyendo el aumento de la capacidad del sistema.
Un sistema CDMA puede estar diseñado para
soportar uno o más estándares CDMA como (1) el
"TIA/EIA-95-B Mobile Station -
Base Station Compatibility Standard for Dual-Mode
Wideband Spread Spectrum Cellular System" (el estándar
IS-95), (2) el estándar ofrecido por un consorcio
llamado "3rd Generation Partnership Project" (3GPP) y descrito
en un conjunto de documentos que incluyen los Documentos Nos. 3G TS
25.211, 3G TS 25.212, 3G TS 25.213 y 3G TS 25.214 (el estándar
W-CDMA), (3) el estándar ofrecido por un consorcio
llamado "3rd Generation Partnership Project 2" (3GPP2) y
descrito en un conjunto de documentos que incluyen
"C.S0002-A Physical Layer Standard for cdma2000
Spread Spectrum Systems", el "C.S0005-A Upper
Layer (Layer 3) Signaling Standard for cdma2000 Spread Spectrum
Systems" y el "C.S0024 cdma2000 High Rate Packet Data Air
Interface Specification" (el estándar cdma2000), (4) el
"TIA/EIA-IS-856 CDMA2000 High Rate
Packet Data Air Interface Specification" (el estándar
IS-856), y (5) algunos otros estándares.
Los usuarios de sistemas de comunicación celular
tienen por lo general un acuerdo de servicio con un proveedor
celular. El sistema operado por un proveedor celular puede cubrir un
área geográfica limitada. Cuando un usuario viaja fuera de esta
zona geográfica, el servicio puede ser proporcionado por otro
operador de sistema, bajo un acuerdo de itinerancia. Suele haber
más de un proveedor de servicio en una zona concreta, por lo que un
usuario puede tener la elección de con qué proveedor de servicio
quiere itinerar. A medida que los sistemas de comunicación celular
han proliferado, las redes de los sistemas celulares se han
organizado bajo proveedores de servicio comunes, o con acuerdos
contractuales entre los proveedores de servicio. Las tasas de
itinerancia se minimizan o se eliminan cuando un usuario hace el
cambio entre sistemas que forman parte de tales acuerdos. Así, las
estaciones móviles de módem utilizan a menudo Listas de Itinerancia
Preferentes (PRLs) que contienen información sobre los sistemas
preferentes de itinerancia y varios parámetros necesarios para la
comunicación con las mismas. Las PRLs pueden programarse de
antemano en una estación móvil cuando se inicia el servicio. De
forma alternativa, las PRLs pueden programarse con transferencias de
datos por el aire. Dicha programación se describe en
"TIA/EIA-683-B
Over-the-Air Service Provisioning of
Mobile Stations in Spread Spectrum Systems", un estándar
compatible con los sistemas de comunicación inalámbricos arriba
mencionados.
La Fig. 1 es un diagrama de un sistema de
comunicación inalámbrico 100 de acuerdo con un modo de realización
que soporta un número de usuarios, y que puede implementar varios
aspectos de la invención. El sistema 100 puede estar diseñado para
soportar uno o varios estándares CDMA y/o diseños (por ejemplo, el
estándar W-CDMA, el estándar IS-95,
el estándar cdma2000, el estándar IS-856). Para
simplificar, el sistema 100 se muestra incluyendo tres estaciones
base 104 en comunicación con dos estaciones móviles 106. La estación
base y su zona de cobertura se suelen llamar de forma colectiva una
"célula". En los sistemas IS-95, una célula
puede incluir uno o varios sectores. En la especificación
W-CDMA, cada sector de una estación base y la zona
de cobertura del sector se denominan una célula. Como se utiliza en
la presente, el término estación base puede usarse
intercambiablemente con el término punto de acceso. El término
estación móvil puede usarse intercambiablemente con los términos
equipo de usuario (UE), unidad de abonado, estación de abonado,
terminal de acceso, terminal remoto u otro término correspondiente
conocido en el ramo. El término estación móvil abarca aplicaciones
inalámbricas fijas.
Dependiendo del sistema CDMA que se vaya a
implementar, cada estación móvil 106 puede comunicarse con una (o
posiblemente varias) estaciones base 104 en el enlace directo en
cualquier momento dado, y puede comunicarse con una o varias
estaciones base en el enlace inverso dependiendo de si la estación
móvil está en transferencia suave ("soft handoff") o no. El
enlace directo (es decir "downlink") se refiere a la
transmisión desde la estación base hasta la estación móvil, y el
enlace inverso (es decir "uplink") se refiere a la transmisión
desde la estación móvil hasta la estación base. La palabra
"ejemplar" se utiliza aquí exclusivamente para indicar que
"sirve de ejemplo, caso o ilustración". Cualquier modo de
realización descrito en la presente como "ejemplar" no debe
ser considerado necesariamente como preferente o ventajoso sobre
otros modos de realización.
Las Figs. 2-5 ilustran la
actualización de listas de itinerancia para varias configuraciones.
Para estos ejemplos, los sistemas soportan los protocolos
detallados en IS-683-B y pueden
soportar versiones más nuevas de los protocolos. Por ejemplo, una
PRL Ampliada se soporta como una nueva versión de la PRL. La PRL
Ampliada incluye información utilizada para servicios de
transmisión de datos de alta velocidad además de la información
soportada por la PRL. La PRL Ampliada puede ampliarse a otros
sistemas de comunicación.
La Fig. 2 ilustra un proceso de llamada en el
que tanto la unidad remota o Estación móvil (MS) y la red,
identificada como Over-The-Air
service provisioning Function (OTAF), soportan una versión antigua
Lista de Itinerancia Preferente (PRL). La OTAF es un elemento de
infraestructura de red, como una Estación Base (BS) o un Controlador
de Estación Base (BSC). Para clarificar, nos referiremos a la
versión antigua por "PRL", mientras nos referiremos a la nueva
versión por "E-PRL". Hacemos notar que modos de
realización alternativos pueden implementar cualquiera de la
variedad de convenciones de nomenclatura para identificar una
versión anterior de una versión posterior de una lista de
itinerancia. De modo similar, modos de realización alternativos
pueden implementar más de dos versiones. En el caso de la Fig. 2,
la OTAF envía una solicitud de capacidad de protocolo a la MS. La
MS responde indicando soporte para la PRL. La OTAF envía entonces un
mensaje de solicitud de configuración de Sistema de Selección para
Lista de Itinerancia Preferente (SSPR). De esta manera, la solicitud
de configuración SSPR incluye un campo BLOCK_ID. El campo BLOCK_ID
se utiliza para identificar el bloque de parámetro solicitado en
ese mensaje. En este caso, el campo BLOCK_ID se fija en el valor
hexadecimal 0x00 (o valor binario 0000000) solicitando la
configuración, es decir, las dimensiones, de la versión antigua PRL.
Como la MS sólo soporta la versión antigua PRL, la MS responde con
la información de configuración de la PRL. La OTAF determina
entonces si es necesario actualizar la PRL en la MS. Si es
necesario, la OTAF descarga entonces la nueva información para
almacenarla en la MS.
La Fig. 3 ilustra el caso en que la OTAF soporta
E-PRL, mientras que la MS sólo soporta PRL. En este
caso, la OTAF comprueba la capacidad de la MS y, en respuesta,
envía una solicitud de configuración SSPR con el campo BLOCK_ID
fijado en 0x00 correspondiente a la PRL. Subrayamos que la OTAF es
capaz de manejar tanto la PRL como la E-PRL y por
consiguiente es capaz de interconectar con una MS capaz de ambos. En
este caso, la MS sólo es capaz de soportar la PRL; la OTAF requiere
la configuración PRL. La MS responde y el proceso continúa según la
Fig. 2.
La Fig. 4 ilustra el caso en que la OTAF soporta
la PRL mientras que la MS soporta tanto la PRL como la
E-PRL. En este caso, cuando la OTAF solicita
información de capacidad, la MS envía una respuesta identificando el
soporte tanto de la PRL como de la E-PRL. La OTAF
no puede manejar la información E-PRL. Subrayamos
que mientras que la MS es capaz de soportar tanto la PRL como la
E-PRL, la MS sólo puede soportar una a la vez. La
OTAF solicita entonces información de configuración. La MS envía la
información de configuración en respuesta. Si el Mensaje de
Solicitud de Configuración de SSPR contiene la solicitud para el
Bloque de Parámetro de Dimensión de Lista de Itinerancia Preferente
(BLOCK_ID = `00000000') y si la estación móvil soporta SSPR_P_REV
mayor o igual a `00000011' y almacena la lista de itinerancia
preferente asociada con SSPR_P_REV mayor o igual a `00000011',
entonces la estación móvil debe fijar el RESULT_CODE en el
Mensaje de Respuesta de Configuración SSPR a `00100011',
"Denegado - el formato PRL no coincide". La estación móvil debe
incluir el bloque de parámetro con el campo BLOCK_LEN fijado a
cero. En otras palabras, si la OTAF soporta sólo la versión antigua,
mientras que la MS soporta la versión nueva y está en ese momento
almacenando la lista de itinerancia en el nuevo formato, entonces
la MS envía un mensaje de error a la OTAF. Si la lista de
itinerancia almacenada en ese momento en la MS está en formato PRL,
la OTAF recibe la información de configuración PRL y responde como
corresponde. Si, no obstante, la lista de itinerancia actual en la
MS está en formato E-PRL, la OTAF recibe
información de configuración de que no puede procesar. Para evitar
tales problemas, en el presente modo de realización, la OTAF envía
la solicitud de configuración SSPR con el BLOCK_ID igual a 0x00,
indicando que la OTAF desea recibir la información de configuración
PRL. De ese modo, si la MS almacena el formato PRL, entonces la
configuración PRL se envía a la OTAF. Además, si la MS almacena el
formato E-PRL, la MS envía a la OTAF la respuesta
de configuración SSPR con un código de error. En este punto, la OTAF
queda informada del problema de compatibilidad y determina una
estrategia de corrección que es especifica a la implementación.
La Fig. 5 ilustra un último caso en el que tanto
la OTAF como la MS soportan la nueva versión E-PRL.
La OTAF determina la capacidad de la MS e identifica que la MS
soporta tanto la PRL como la E-PRL. En este punto,
la OTAF no sabe qué formato está almacenado en ese momento en la MS.
Por ejemplo, mientras que la MS soporta E-PRL, la
MS puede haber cambiado de un proveedor de servicio que sólo soporta
PRL. El formato actual de la lista de itinerancia en la MS puede
ser pues PRL o E-PRL. La OTAF desea actualizar la
E-PRL si está disponible. La OTAF fija el campo
BLOCK_ID en el mensaje de solicitud de configuración SSPR a 0x02.
Esto indica a la MS que la OTAF desea información de configuración
SSPR sobre el formato actual de la lista de itinerancia. La MS
responde con la información de configuración almacenada en la MS,
las dimensiones PRL o las dimensiones E-PRL, en
base al formato en ese momento.
Según el modo de realización ejemplar, una MS
que soporta tanto la nueva versión como la antigua utiliza una zona
de almacenamiento de memoria extendida para almacenar la lista de
itinerancia. Cualquier formato puede ser almacenado en la zona de
almacenamiento de memoria extendida. La Tabla 1 proporciona el
bloque de parámetro de dimensiones E-PRL como está
almacenado en la MS. El campo PARAM_DATA del Bloque de Parámetro de
Dimensiones de Lista de Itinerancia Preferente Extendida consiste
en los campos de la lista.
Las siguientes definiciones explican los
diversos campos listados en la Tabla 1.
- MAX_PR_LIST_SIZE
- - Tamaño máximo de lista de itinerancia preferente.
- \quad
- La estación móvil fija este campo en el tamaño máximo, en octetos, que la estación móvil puede soportar para la lista de itinerancia preferente (PR_LIST_{s-p}).
- CUR_PR_LIST_SIZE
- - Tamaño actual de lista de itinerancia preferente.
- \quad
- La estación móvil fija este campo en el tamaño, en octetos, de la lista de itinerancia preferente actual.
- PR_LIST_ID
- - Identificación de Lista de Itinerancia Preferente.
- \quad
- La estación móvil fija este campo en el valor de la Identificación de Lista de Itinerancia Preferente asignada por la estación base a la lista de itinerancia preferente (PR_LIST_{s-p}).
- CUR_SSPR_P_REV
- - Revisión de protocolo de la lista de itinerancia preferente actual de la estación móvil.
- \quad
- La estación móvil fija este campo en el valor de la SSPR_P_REV asociada a su lista de itinerancia preferente actual.
- RESERVED
- - Bit reservado.
- \quad
- La estación móvil fija este campo en `0'.
- NUM_ACQ_RECS
- - Número de registros de adquisición.
- \quad
- La estación móvil fija este campo en el número de registros de adquisición contenidos en el campo ACQ_TABLE de la lista de itinerancia preferente actual.
- NUM_SYS_RECS
- - Número de registros de sistema.
- \quad
- La estación móvil fija este campo en el número de registros de sistema contenidos en el campo SYS_TABLE de la lista de itinerancia preferente actual.
- NUM_COMMON_SUBNET_RECS
- - Número de registros en la Tabla de Subred Común.
- \quad
- Este campo está fijado en el número de registros contenidos en la Tabla de Subred Común.
- NUM_EXT_SYS_RECS
- - Número de registros de sistema extendidos.
- \quad
- La estación móvil fija este campo en el número de registros de sistema extendidos contenidos en el campo EXT_SYS_TABLE de la lista de itinerancia preferente actual.
La Fig. 6 es un organigrama que ilustra un
proceso para actualizar listas de itinerancia según un modo de
realización. Como se ilustra, el proceso 400 empieza cuando la MS
recibe un mensaje de solicitud de capacidad en la etapa 402. La MS
responde enviando la información de capacidad en la etapa 404. En la
etapa 406 la MS recibe el mensaje de solicitud de configuración de
la OTAF. El mensaje de solicitud de configuración incluye un campo
BLOCK_ID. En base al valor del campo BLOCK_ID, la MS determina la
respuesta apropiada, rombo de decisión 408. Si la OTAF solicita
información actual sobre el formato que la MS está utilizando en ese
momento para la lista de itinerancia, el proceso continúa hasta la
etapa 410. La MS envía de vuelta la información de configuración de
la lista de itinerancia almacenada en ese momento. Si el BLOCK_ID
solicita información de configuración PRL y la MS no soporta
E-PRL, entonces el proceso continúa hasta la etapa
416 para enviar la información de configuración PRL a la OTAF. Si
el BLOCK_ID solicita información de configuración PRL y la MS
soporta E-PRL, entonces la MS determina en qué
formato (PRL o E-PRL) la lista de itinerancia está
siendo almacenada en ese momento. Si la lista está almacenada en
formato PRL, el proceso continúa hasta la etapa 416. Además, si la
lista está almacenada en formato E-PRL, el proceso
continúa hasta la etapa 418 para enviar un mensaje de respuesta con
código de error a la OTAF.
La Fig. 7 muestra un modo de realización de la
unidad móvil 500. Para clarificar, sólo se muestra un subconjunto
de componentes. Las señales se reciben en la antena 510 y se
entregan al receptor 520 donde se produce la amplificación, la
conversión descendente, el muestreo y la demodulación. En el ramo,
se conocen varias técnicas para recibir señales CDMA. Además, los
principios de la presente invención se aplican en igual medida a
sistemas de comunicación inalámbricos que utilizan otras interfaces
de aire que las basadas en CDMA. El receptor 520 está en
comunicación con una unidad de procesamiento central (CPU) 530. La
CPU 530 puede ser un microprocesador o un procesador de señales
digitales (DSP), o uno de los diversos procesadores conocidos en el
ramo. La CPU 530 se comunica con la memoria 540, que se muestra
conteniendo una lista de itinerancia 560. La lista de itinerancia
560 puede ser programada mediante programación por el aire en
conjunción con la antena 510 y el receptor 520, o los datos de la
lista de itinerancia pueden llegar a la CPU 530 desde otras entradas
(no mostradas). La CPU 530 está también conectada al transmisor 550
para transmitir mensajes, datos, voz, etc., utilizando cualquiera
de las técnicas de transmisión conocidas en el ramo. El transmisor
550 está conectado a la antena 510 para transmitir a una estación
base, como la estación base 104. El receptor 520 y el transmisor
550, en conjunción con la antena 510, pueden utilizarse para
comunicarse con uno o varios sistemas identificados en la lista de
itinerancia 560 cuando la estación móvil está itinerando. La unidad
móvil 500 es una unidad híbrida que soporta tanto la PRL como la
E-PRL. Los emplazamientos de almacenamiento de
memoria de la PRL 560 se pueden utilizar también para almacenar la
información E-PRL. La unidad de decisión de lista de
itinerancia 570 recibe un identificador de formato de lista de
itinerancia, como la información contenida en el BLOCK_ID como
indicado anteriormente. La unidad de decisión de lista de
itinerancia 570 determina entonces la respuesta apropiada como se
detalla en el proceso de la Fig. 6. La unidad de decisión de lista
de itinerancia 570 controla también el almacenamiento de lista de
itinerancia en la lista de itinerancia 560. La unidad de decisión de
lista de itinerancia 570 proporciona la información de
configuración al CPU 530 por transmisión.
Los expertos en la materia entenderían que la
información y las señales se pueden representar utilizando
cualquiera de las varias tecnologías y técnicas diferentes. Por
ejemplo, los datos, instrucciones, órdenes, información, señales,
bits, símbolos y chips a los que nos hemos podido referir en la
anterior descripción se pueden representar por voltajes,
corrientes, ondas electromagnéticas, campos magnéticos o partículas,
campos ópticos o partículas, o cualquier combinación de los
mismos.
Los expertos en la materia apreciarían además
que los diversos bloques lógicos, módulos, circuitos y etapas
algorítmicas ilustrativos descritos en relación con los modos de
realización descritos en la presente se pueden implementar como
hardware electrónico, software de ordenador o combinaciones de
ambos. Para ilustrar de forma clara esta intercambiabilidad de
hardware y software, varios componentes, bloques, módulos, circuitos
y etapas ilustrativos se han descrito más arriba, generalmente en
términos de su funcionalidad. Si dicha funcionalidad se implementa
como hardware o software depende de las restricciones particulares
de aplicación y diseño impuestas en todo el sistema. Los entendidos
pueden implementar la funcionalidad descrita variando los modos para
cada aplicación particular, pero tales decisiones de implementación
no se deberían interpretar como un alejamiento del alcance de la
presente invención.
Los diversos bloques lógicos, módulos y
circuitos ilustrativos descritos en relación con los modos de
realización descritos en la presente se pueden implementar o llevar
a cabo con un procesador de determinación general, un procesador de
señal digital (DSP), un circuito integrado para aplicaciones
específicas (ASIC), un FPGA (del inglés "Field Programmable Gate
Array") u otro dispositivo lógico programable, puerta discreta o
transistor lógico, componentes discretos de ordenador, o cualquier
combinación de los mismos diseñada para llevar a cabo las funciones
aquí descritas. Un procesador de uso general puede ser un
microprocesador pero, como alternativa, el procesador puede ser
cualquier procesador, controlador, microcontrolador o máquina de
estado convencional. Un procesador se puede implementar también
como una combinación de dispositivos informáticos, por ejemplo una
combinación de un DSP y un microprocesador, una pluralidad de
microprocesadores, uno o varios microprocesadores en conjunción con
un núcleo DSP, o cualquier otra configuración semejante.
Las etapas de un método o algoritmo descritas en
relación con los modos de realización descritos en la presente
pueden realizarse directamente en un hardware, en un módulo software
ejecutado por un procesador, o en una combinación de ambos. Un
módulo software puede residir en memoria RAM, memoria flash, memoria
ROM, memoria EPROM, memoria EEPROM, registros, disco duro, disco
extraíble, un CD-ROM, o cualquier otro tipo de medio
de almacenamiento conocido en el ramo. Un medio de almacenamiento
ejemplar se acopla al procesador de modo que el procesador pueda
leer la información de, y escribir información en, el medio de
almacenamiento. Como alternativa, el medio de almacenamiento puede
estar integrado en el procesador. El procesador y el medio de
almacenamiento pueden residir en un ASIC. El ASIC puede residir en
un terminal de usuario. Como alternativa, el procesador y el medio
de almacenamiento pueden residir en un terminal de usuario como
componentes discretos.
Claims (15)
1. Un método para actualizar una lista de
itinerancia en una estación móvil (106, 560), la estación móvil
almacenando una lista de itinerancia (560) en un primer formato, el
método comprendiendo:
- la recepción de un identificador de formato de lista de itinerancia;
- la transmisión de un mensaje de error si el identificador de formato no es compatible con el primer formato (418); y
- la transmisión de información de configuración del primer formato si el identificador de formato es compatible con el primer formato (416).
\vskip1.000000\baselineskip
2. El método de la reivindicación 1 en el que la
información de configuración incluye las dimensiones del primer
formato.
3. El método de la reivindicación 1 en el que la
estación móvil soporta múltiples formatos de lista de
itinerancia.
4. El método de la reivindicación 3, en el que
la estación móvil soporta un formato de Lista de Itinerancia
Preferente y un formato de Lista de Itinerancia Preferente
Extendida.
\vskip1.000000\baselineskip
5. El método de la reivindicación 1 que
comprende además:
- la recepción de actualizaciones para la lista de itinerancia si el identificador de formato es compatible con el primer formato.
\vskip1.000000\baselineskip
6. Un método para actualizar una lista de
itinerancia (106, 560) en un elemento de infraestructura de
comunicación inalámbrica, el método comprendiendo:
- la recepción de información de capacidad de protocolo;
- caracterizado porque el método comprende además
- determinar un identificador de formato de lista de itinerancia basado en la información de capacidad de protocolo; y
- transmitir una solicitud de configuración incluyendo el identificador de formato de lista de itinerancia.
\vskip1.000000\baselineskip
7. El método de la reivindicación 6,
comprendiendo además:
- en respuesta a la solicitud de configuración, la recepción de información de configuración;
- la determinación de un formato de lista de itinerancia para las actualizaciones de lista de itinerancia en base a la información de configuración; y
- la transmisión de las actualizaciones de lista de itinerancia en el formato de lista de itinerancia.
\vskip1.000000\baselineskip
8. El método de la reivindicación 6 en el que la
solicitud de configuración es una Solicitud de Configuración de
Sistema de Selección de Itinerancia Preferente (SSPR).
9. El método de la reivindicación 6 en el que el
identificador de formato de lista de itinerancia se transmite en el
campo BLOCK_ID.
10. El método de la reivindicación 6 en el que
el identificador de formato de lista de itinerancia es un primer
valor para una primera versión de protocolo de lista de
itinerancia.
11. El método de la reivindicación 10 en el que
el identificador de formato de lista de itinerancia es un segundo
valor para una segunda versión de protocolo de lista de
itinerancia.
12. El método de la reivindicación 7 en el que
el identificador de formato de lista de itinerancia es un segundo
valor para una segunda versión de protocolo de lista de
itinerancia.
\newpage
13. Una estación móvil (106, 560), la estación
móvil almacenando una lista de itinerancia (560) en un primer
formato, la estación móvil comprendiendo:
- medios para recibir un identificador de formato de lista de itinerancia;
- medios para transmitir un mensaje de error si el identificador de formato no es compatible con el primer formato; y
- medios para transmitir información de configuración del primer formato si el identificador de formato es compatible con el primer formato.
\vskip1.000000\baselineskip
14. Un elemento de infraestructura de
comunicación inalámbrico (104) que comprende:
- medios para recibir información de capacidad de protocolo;
- caracterizado porque el elemento de infraestructura de comunicación inalámbrico comprende además
- medios para determinar un identificador de formato de lista de itinerancia en base a la información de capacidad de protocolo; y
- medios para transmitir una solicitud de configuración incluyendo el identificador de formato de lista de itinerancia.
\vskip1.000000\baselineskip
15. Un aparato de comunicación inalámbrico que
comprende:
- un elemento de procesamiento;
- una unidad de almacenamiento de memoria adaptada para almacenar una lista de itinerancia; y
- una unidad de decisión de lista de itinerancia acoplada al elemento de procesamiento y a la unidad de almacenamiento de memoria, la unidad de decisión de lista de itinerancia estando adaptada para determinar un formato de almacenamiento de la lista de itinerancia y para iniciar la transmisión de un mensaje de error cuando el formato no es compatible con un identificador de formato de red.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/165,152 US6999762B2 (en) | 2002-06-05 | 2002-06-05 | Method and apparatus for handling roaming lists in a wireless communication system |
US165152 | 2002-06-05 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2309341T3 true ES2309341T3 (es) | 2008-12-16 |
Family
ID=29732059
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES03757341T Expired - Lifetime ES2309341T3 (es) | 2002-06-05 | 2003-06-04 | Metodo y aparato de gestion de listas de itinerancia en un sistema de comunicacion inalambrica. |
ES08007923T Expired - Lifetime ES2366757T3 (es) | 2002-06-05 | 2003-06-04 | Método y aparato de gestión de listas de itinerancia en un sistema de comunicación inalámbrica. |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES08007923T Expired - Lifetime ES2366757T3 (es) | 2002-06-05 | 2003-06-04 | Método y aparato de gestión de listas de itinerancia en un sistema de comunicación inalámbrica. |
Country Status (13)
Country | Link |
---|---|
US (3) | US6999762B2 (es) |
EP (3) | EP2254359A3 (es) |
JP (1) | JP4422611B2 (es) |
KR (2) | KR101001805B1 (es) |
CN (2) | CN101232685B (es) |
AT (2) | ATE510425T1 (es) |
AU (1) | AU2003259031A1 (es) |
BR (1) | BRPI0311544B1 (es) |
DE (1) | DE60321790D1 (es) |
ES (2) | ES2309341T3 (es) |
HK (1) | HK1081037A1 (es) |
TW (1) | TWI333797B (es) |
WO (1) | WO2003105512A1 (es) |
Families Citing this family (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6999762B2 (en) * | 2002-06-05 | 2006-02-14 | Qualcomm, Incorporated | Method and apparatus for handling roaming lists in a wireless communication system |
US7155219B2 (en) * | 2002-10-10 | 2006-12-26 | Motorola Inc. | Preferred roaming list and roaming indicator provision and synchronization |
US7369657B2 (en) * | 2002-11-14 | 2008-05-06 | Broadcom Corporation | Cryptography accelerator application program interface |
JP3935083B2 (ja) * | 2003-01-31 | 2007-06-20 | 株式会社エヌ・ティ・ティ・ドコモ | コンテンツサーバおよび中継装置 |
US8254276B2 (en) * | 2003-08-05 | 2012-08-28 | Qualcomm Incorporated | Packet data services using version and capability information |
US7072652B2 (en) * | 2003-12-15 | 2006-07-04 | Intel Corporation | Handoff apparatus, systems, and methods |
DE102005060634B3 (de) * | 2005-12-13 | 2007-06-14 | Siemens Ag | Anordnung mit einem Mobilfunknetz sowie mit mindestens einem mobilen Endgerät, Verfahren zum Betreiben einer solchen Anordnung, mobiles Endgerät und Steuereinrichtung |
JP4676404B2 (ja) | 2006-08-30 | 2011-04-27 | 株式会社エヌ・ティ・ティ・ドコモ | 配信装置及びプログラム |
JP5342105B2 (ja) | 2006-11-29 | 2013-11-13 | 京セラ株式会社 | 無線通信端末 |
US8682332B2 (en) | 2008-02-26 | 2014-03-25 | Qualcomm Incorporated | Efficient frequency assignment for mobile devices in coexisting wireless communication systems |
US8423017B2 (en) * | 2008-03-31 | 2013-04-16 | General Motors Llc | Automatic updating of a preferred roaming list stored in a vehicle telematics unit |
US8660574B2 (en) | 2008-04-02 | 2014-02-25 | Qualcomm Incorporated | Generic positioning protocol |
SE533572C2 (sv) * | 2008-10-10 | 2010-10-26 | Synapse Int Sa | Ett förfarande och system för att hantera strövning hos en mobil utrustning |
JP4655141B2 (ja) * | 2008-12-08 | 2011-03-23 | 株式会社デンソー | 車載無線通信装置及びローミングリスト更新システム |
US9435874B2 (en) | 2009-04-21 | 2016-09-06 | Qualcomm Incorporated | Method and apparatus for supporting positioning for terminals in a wireless network |
US8660540B2 (en) | 2009-04-21 | 2014-02-25 | Qualcomm Incorporated | Supporting version negotiation for positioning for terminals in a wireless network |
CN102075916A (zh) * | 2009-11-24 | 2011-05-25 | 中兴通讯股份有限公司 | 一种更新链接优选漫游列表的方法及系统及移动终端 |
US8335506B2 (en) * | 2010-02-02 | 2012-12-18 | General Motors Llc | Method of updating a roaming list in a mobile device |
US8843112B2 (en) | 2010-07-02 | 2014-09-23 | Blackberry Limited | Method and system for data session establishment |
US9363782B2 (en) | 2011-06-22 | 2016-06-07 | Qualcomm Incorporated | Methods and apparatus for wireless device positioning in multicarrier configurations |
US20130051363A1 (en) * | 2011-08-29 | 2013-02-28 | Qualcomm, Incorporated | Method and apparatus for avoiding bsr procedure when no lte network is available |
US9692837B2 (en) * | 2015-01-09 | 2017-06-27 | Facebook, Inc. | Federated application services |
US10512057B1 (en) * | 2018-08-01 | 2019-12-17 | Qualcomm Incorporated | Positioning of a mobile device using an enhanced exchange of capabilities |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5613204A (en) * | 1994-12-22 | 1997-03-18 | Bell Atlantic Mobile Systems, Inc. | Beacon system for roaming cellular stations |
US6044265A (en) * | 1995-06-05 | 2000-03-28 | Bellsouth Corporation | Methods and apparatus for cellular set programming |
US5920821A (en) * | 1995-12-04 | 1999-07-06 | Bell Atlantic Network Services, Inc. | Use of cellular digital packet data (CDPD) communications to convey system identification list data to roaming cellular subscriber stations |
US5999811A (en) * | 1996-02-16 | 1999-12-07 | Ericsson, Inc. | Mobile telephone for roaming using dual mode/band equipment including SIM cards |
US6038445A (en) * | 1996-08-19 | 2000-03-14 | Ericsson Inc. | Providing service area dependent subscriber data within a mobile telecommunications network |
US6223028B1 (en) * | 1997-03-17 | 2001-04-24 | Nortel Networks Ltd | Enhanced method and system for programming a mobile telephone over the air within a mobile telephone communication network |
US6047071A (en) * | 1997-04-15 | 2000-04-04 | Nokia Mobile Phones | Network-initiated change of mobile phone parameters |
CN1283050A (zh) * | 1999-07-28 | 2001-02-07 | 深圳润迅通信发展公司 | 一种通过自动搜索信道执行多频漫游的无线寻呼机 |
US6564055B1 (en) * | 2000-01-21 | 2003-05-13 | Telecommunication Systems, Inc. | Intelligent roaming database (IRDB) updating |
US6999762B2 (en) * | 2002-06-05 | 2006-02-14 | Qualcomm, Incorporated | Method and apparatus for handling roaming lists in a wireless communication system |
-
2002
- 2002-06-05 US US10/165,152 patent/US6999762B2/en not_active Expired - Lifetime
-
2003
- 2003-06-04 AT AT08007923T patent/ATE510425T1/de not_active IP Right Cessation
- 2003-06-04 ES ES03757341T patent/ES2309341T3/es not_active Expired - Lifetime
- 2003-06-04 DE DE60321790T patent/DE60321790D1/de not_active Expired - Lifetime
- 2003-06-04 WO PCT/US2003/017692 patent/WO2003105512A1/en active Application Filing
- 2003-06-04 KR KR1020047019784A patent/KR101001805B1/ko active IP Right Grant
- 2003-06-04 CN CN200810080985.8A patent/CN101232685B/zh not_active Expired - Fee Related
- 2003-06-04 JP JP2004512442A patent/JP4422611B2/ja not_active Expired - Fee Related
- 2003-06-04 EP EP10176658A patent/EP2254359A3/en not_active Withdrawn
- 2003-06-04 EP EP03757341A patent/EP1514442B1/en not_active Expired - Lifetime
- 2003-06-04 CN CNB038131366A patent/CN100384271C/zh not_active Expired - Fee Related
- 2003-06-04 EP EP08007923A patent/EP1968333B1/en not_active Expired - Lifetime
- 2003-06-04 ES ES08007923T patent/ES2366757T3/es not_active Expired - Lifetime
- 2003-06-04 AU AU2003259031A patent/AU2003259031A1/en not_active Abandoned
- 2003-06-04 KR KR1020107012042A patent/KR101032630B1/ko active IP Right Grant
- 2003-06-04 BR BRPI0311544A patent/BRPI0311544B1/pt not_active IP Right Cessation
- 2003-06-04 AT AT03757341T patent/ATE399441T1/de not_active IP Right Cessation
- 2003-06-05 TW TW092115227A patent/TWI333797B/zh not_active IP Right Cessation
-
2006
- 2006-01-17 HK HK06100741A patent/HK1081037A1/xx not_active IP Right Cessation
- 2006-02-13 US US11/353,512 patent/US7729695B2/en not_active Expired - Lifetime
-
2010
- 2010-04-20 US US12/764,018 patent/US8295831B2/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
CN1659914A (zh) | 2005-08-24 |
EP2254359A2 (en) | 2010-11-24 |
DE60321790D1 (de) | 2008-08-07 |
US7729695B2 (en) | 2010-06-01 |
CN100384271C (zh) | 2008-04-23 |
US8295831B2 (en) | 2012-10-23 |
US20040203747A1 (en) | 2004-10-14 |
ES2366757T3 (es) | 2011-10-25 |
EP2254359A3 (en) | 2010-12-01 |
EP1514442A1 (en) | 2005-03-16 |
US20060128380A1 (en) | 2006-06-15 |
EP1968333B1 (en) | 2011-05-18 |
ATE399441T1 (de) | 2008-07-15 |
TWI333797B (en) | 2010-11-21 |
BR0311544A (pt) | 2005-04-26 |
KR20100080941A (ko) | 2010-07-13 |
US20100304740A1 (en) | 2010-12-02 |
HK1081037A1 (en) | 2006-05-04 |
CN101232685B (zh) | 2015-07-01 |
JP2005529564A (ja) | 2005-09-29 |
WO2003105512A1 (en) | 2003-12-18 |
EP1968333A1 (en) | 2008-09-10 |
CN101232685A (zh) | 2008-07-30 |
BRPI0311544B1 (pt) | 2016-07-26 |
KR101001805B1 (ko) | 2010-12-15 |
ATE510425T1 (de) | 2011-06-15 |
AU2003259031A1 (en) | 2003-12-22 |
JP4422611B2 (ja) | 2010-02-24 |
KR20050005538A (ko) | 2005-01-13 |
EP1514442B1 (en) | 2008-06-25 |
TW200402995A (en) | 2004-02-16 |
KR101032630B1 (ko) | 2011-05-06 |
US6999762B2 (en) | 2006-02-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2309341T3 (es) | Metodo y aparato de gestion de listas de itinerancia en un sistema de comunicacion inalambrica. | |
JP4612054B2 (ja) | 柔軟なプロトコルコンフィギュレーションを用いた接続セットアップ | |
US7925256B2 (en) | Multimode roaming mobile devices | |
CN101185360B (zh) | 在多模设备中提供快速网络选择的方法、装置 | |
KR20060135067A (ko) | 무선 장치용 시스템 선택 및 획득 | |
JP4472531B2 (ja) | 無線通信システムにおけるシステムタグのダウンロード及び表示 | |
US20220394607A1 (en) | Network slice configuration update | |
US20220159607A1 (en) | System and method of dual-sim ues operation in 5g networks | |
ES2346711T3 (es) | Agrupamiento de informacion de acceso a celula de un terminal de usuario en un bloque de informacion del sistema. | |
US20220078605A1 (en) | Method for handling of terminal capabilities in a wireless communication network | |
ES2313896T3 (es) | Gestion centralizada de parametros de telecomunicaciones. | |
US20040032880A1 (en) | Provision of operational definitions in a wireless communication system | |
EP3834444B1 (en) | Method for identifying terminal capabilities in a wireless communication system | |
KR101132953B1 (ko) | 분산된 무선 기지국의 내부 인터페이스를 위한 시동 전절차 | |
WO2018166633A1 (en) | Method and nodes for handling registration of a ue to a core network |