ES2294164T3 - Recuperacion de estaciones moviles en modo conectado al fallar el rnc (controlador de red de radio). - Google Patents
Recuperacion de estaciones moviles en modo conectado al fallar el rnc (controlador de red de radio). Download PDFInfo
- Publication number
- ES2294164T3 ES2294164T3 ES02768254T ES02768254T ES2294164T3 ES 2294164 T3 ES2294164 T3 ES 2294164T3 ES 02768254 T ES02768254 T ES 02768254T ES 02768254 T ES02768254 T ES 02768254T ES 2294164 T3 ES2294164 T3 ES 2294164T3
- Authority
- ES
- Spain
- Prior art keywords
- user equipment
- unit
- rnc
- cell update
- message
- 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
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
- H04W60/04—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/12—Access point controller devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Radio Relay Systems (AREA)
- Telephone Function (AREA)
Abstract
Un método de hacer funcionar una red de acceso por radio que incluye un nodo (26) de controlador de red de radio (RNC), caracterizado el método porque comprende las operaciones de: (1) almacenar, en el nodo de controlador de red de radio (RNC), información de contexto para una unidad (30) de equipo de usuario en un Modo Conectado; y (2) iniciar, en el nodo de controlador de red de radio (RNC), la transmisión de un mensaje de incitación de actualización de celda a la unidad de equipo de usuario, siendo dirigido el mensaje de incitación de actualización de celda a la unidad de equipo de usuario usando la información de contexto.
Description
Recuperación de estaciones móviles en modo
conectado al fallar el RNC (controlador de red de radio).
El presente invento pertenece a las
telecomunicaciones inalámbricas, y particularmente a recuperar
cuando ha habido una pérdida de cierta información en un nodo de
una red de acceso por radio que controla las estaciones base.
En un sistema de radio celular típico, las
unidades de equipo de usuario móvil (UE) comunican mediante una red
de acceso por radio (RAN) a una o más redes de núcleo. Las unidades
de equipo de usuario (UE) pueden ser estaciones móviles tales como
teléfonos móviles (teléfonos "celulares") y ordenadores
portátiles con terminación móvil, y así pueden ser, por ejemplo,
dispositivos portátiles, de bolsillo, de mano, incluidos en el
ordenador, o montados en el coche que comunican voz y/o datos con
la red de acceso por radio.
La red de acceso por radio (RAN) cubre un área
geográfica que está dividida en áreas de celdas, siendo cada área
de celda servida por una estación base. Una celda es un área
geográfica donde la cobertura de radio es proporcionada por el
equipo de la estación base de radio en un lugar o sitio de estación
base. Cada celda es identificada por una identidad única, que es
transmitida en la celda. Las estaciones base comunican sobre la
interfaz de aire (por ejemplo, frecuencias de radio) con las
unidades de equipo de usuario (UE) dentro del intervalo de las
estaciones base. En la red de acceso por radio, varias estaciones
base están conectadas típicamente (por ejemplo, por líneas
terrestres o microondas) a un controlador de red de radio (RNC). El
controlador de red de radio, también denominado algunas veces
controlador de estación base (BSC), supervisa y coordina distintas
actividades de las varias estaciones base conectadas a él. Los
controladores de red de radio están conectados típicamente a una o
más redes de núcleo.
Un ejemplo de una red de acceso por radio es la
Red Terrestre de Acceso por Radio (UTRAN) de Telecomunicaciones
Móviles Universales (UMTS). LA UMTS es un sistema de tercera
generación que en algunos aspectos se construye sobre la tecnología
de acceso por radio conocida como Sistema Global para Comunicaciones
Móviles (GSM) desarrollado en Europa. La UTRAN es esencialmente una
red de acceso por radio que proporciona acceso múltiple por división
de código de ancho de banda (WCDMA) a unidades de equipo de usuario
(UE). El Proyecto de Asociación de Tercera Generación (3GPP) ha
asumido evolucionar además las tecnologías de red de acceso por
radio basadas en UTRAN y GSM.
Como los expertos en la técnica aprecian, en la
tecnología WCDMA una banda de frecuencia común permite la
comunicación simultánea entre una unidad de equipo de usuario (UE) y
varias estaciones base. Las señales que ocupan la banda de
frecuencia común son discriminadas en la estación de recepción a
través de las propiedades de forma de onda de CDMA de espectro de
dispersión basado en el uso de un código de seudo ruido (PN) de alta
velocidad. Estos códigos PN de alta velocidad son usados para
modular señales transmitidas desde las estaciones bases y las
unidades de equipo de usuario (UE). Las estaciones transmisoras que
usan diferentes códigos PN (o un código PN desplazado en el tiempo)
producen señales que pueden ser desmoduladas por separado en una
estación de recepción. La modulación de alta velocidad PN permite
también que la estación de recepción genere ventajosamente una
señal recibida desde una única estación de transmisión combinando
varios trayectos de propagación distintos de la señal transmitida.
En CDMA, por lo tanto, una unidad de equipo de usuario (UE) no
necesita cambio de frecuencia cuando la transferencia de una
conexión es hecha desde una celda a otra. Como resultado, una celda
de destino puede soportar una conexión a una unidad de equipo de
usuario (UE) al mismo tiempo que la celda de origen continúa dando
servicio a la conexión. Como la unidad de equipo de usuario (UE)
está siempre comunicando a través de al menos una celda durante la
transferencia, no hay interrupción a la llamada. Se aquí, el
término "transferencia por dos canales" ("soft handover").
En contraste a transferencia solo a la estación base ("hard
handover"), la transferencia por dos canales es una operación de
conmutación de "hacer antes de interrumpir".
Hay varios interfaces de interés en la UTRAN. La
interfaz entre los controladores de red de radio (RNC) y la red o
redes de núcleo es denominada la interfaz "Iu". La interfaz
entre un controlador de red de radio (RNC) y sus estaciones base
(BS) es calificada la interfaz "Iub". La interfaz entre la
unidad de equipo de usuario (UE) y las estaciones base es conocida
como la "interfaz de aire" o la "interfaz de radio" o
"interfaz Uu". En algunos casos, una conexión implica tanto un
Servicio o Fuente RNC (SRNC) como un objetivo o deriva de RNC
(DRNC), con el SRNC controlando la conexión pero con una o más patas
de diversidad de la conexión siendo manejadas por el DRNC. Un
enlace de transporte inter-RNC puede ser utilizado
para el transporte de señales de control y datos entre la Fuente de
RNC y una Deriva u Objetivo RNC, y puede ser o bien un enlace
directo o bien un enlace lógico. Una interfaz entre los
controladores de red de radio (por ejemplo, un Servicio de RNC
[SRNC] y una Deriva de RNC [DRNC]) es denominado la interfaz
"Iur".
El controlador de red de radio (RNC) controla la
UTRAN. Al desarrollar su misión de control, el RNC gestiona
recursos de la UTRAN. Tales recursos gestionados por el RNC incluyen
(entre otros) la potencia de enlace descendente (DL) trasmitida por
las estaciones base; la interferencia de enlace ascendente (UL)
percibida por las estaciones base; y el hardware situado en las
estaciones base.
Los expertos en la técnica aprecian que, con
respecto a una cierta conexión RAN-UE, un RNC puede
o bien tener la misión de un servidor de RNC (SRNC) o bien la
misión de una deriva de RNC (DRNC). Si un RNC es un servidor de RNC
(SRNC), el RNC está a cargo de la conexión con la unidad de equipo
de usuario (UE), por ejemplo, tiene control total de la conexión
dentro de la red de acceso de radio (RAN). Un servidor de RNC (SRNC)
está conectado a la red de núcleo. Por otro lado, si un RNC es una
deriva de RNC (DRNC), soporta al servidor de RNC (SRNC)
suministrando recursos de radio (dentro de las celdas controladas
por la deriva de RNC (DRNC)) necesarios para una conexión con la
unidad de equipo de usuario (UE). Un sistema que incluye el
controlador de red de radio de deriva (DRNC) y las estaciones base
de controladas sobre la interfaz Iub por el controlador de red de
radio de deriva (DRNC) es aquí denominado como un subsistema DRNC o
DRNS. Un RNC se ha dicho que es el Controlador de RNC (CRNC) para
las estaciones base conectadas a él por una interfaz Iub. Este papel
del CRNC no es específico de UE. El CRNC es, entre otras cosas,
responsable para manejar la gestión de recursos de radio para las
celdas en las estaciones base conectadas a él por la interfaz
Iub.
Las interfaces UTRAN (Iu, Iur y Iub) tienen dos
planos, a saber, un plano de control (CP) y un plano de usuario
(UP). Con el fin de controlar la UTRAN, la aplicación de red de
radio en los diferentes nodos comunica usando los protocolos del
plano de control. El RANAP es un protocolo de plano de control para
la interfaz Iu; el RNSAP es un protocolo de plano de control para
la interfaz Iur; y NBAP es un protocolo del plano de control para
la interfaz Iub. Los protocolos del plano de control son
transportados sobre portadores de señales fiables. El transporte de
datos recibidos/transmitidos sobre la interfaz de radio ocurre en el
plano de usuario (UP). En el plano de usuario, los datos son
transportados sobre portadores de transporte no fiables. El
controlador de red de radio de servicio (SRNC) es responsable de
establecer los portadores de transporte necesarios entre el
controlador de red de radio de servicio (SRNC) y el controlador de
red de radio de deriva (DRNC).
El funcionamiento de una unidad de equipo de
usuario (UE) es conceptualizada a partir de la perspectiva del
control de recursos de radio (RRC) como teniendo dos modos: un Modo
Inactivo ("Idle") y un Modo de Conexión. La fig. 10 muestra un
modelo de estado relevante para una unidad de equipo de usuario (UE)
que tiene estos dos modos. El Modo Inactivo es introducido después
del encendido. En el Modo Inactivo no hay conexión entre la unidad
de equipo de usuario (UE) y la UTRAN. Cuando es establecida una
conexión, la unidad de equipo de usuario (UE) entra en el Modo
Conectado. La U-RNTI (Identidad Temporal de Red de
Radio UTRAN) es una identidad global, que puede ser usada en
cualquier celda en la UTRAN.
Dentro del Modo Conectado hay cuatro estados
diferentes: estado CELL_DCH; estado CELL_FACH; estado CELL_PCH; y
URA_PCH. Como se ha descrito brevemente a continuación, cada estado
refleja un nivel diferente de actividad.
El estado CELL_DCH está caracterizado porque hay
un canal dedicado (DCH) asignado a la unidad de equipo de usuario
(UE). La macro diversidad puede ser usada entre los DCH de distintas
celdas. En el estado CELL_DCH, hay un canal de control dedicado
(DCCH) usado para la transmisión de mensajes de señalización entre
la unidad de equipo de usuario (UE) y la UTRAN.
En el estado CELL_FACH, no es asignado canal
físico dedicado, pero la unidad de equipo de usuario (UE) escucha
continuamente a un canal común (el FACH) en el enlace descendente
que pertenece a la celda seleccionada. En el enlace ascendente, la
unidad de equipo de usuario (UE) usa típicamente un canal de acceso
aleatorio (RACH). En cada nueva selección de celda, la unidad de
equipo de usuario (UE) actualiza la red con su posición de celda
actual. En este estado, hay un canal de control dedicado (DCCH)
usado para la transmisión de mensajes de señalización entre la
unidad de equipo de usuario (UE) y la UTRAN. El DCCH es implantado
añadiendo la Identidad Temporal de Red de Radio
(U-RNTI o C-RNTI) a todos los
mensajes de señalización, y accediendo así a una UE individual.
Como se ha mencionado previamente, la U-RNTI (RNTI
UTRAN) es una identidad global, que puede ser usada en cualquier
celda en la UTRAN. El C-RNTI (RNTI de celda) es sólo
significativo en una única celda, y tiene que ser reasignado en
cada celda. Por otro lado, el C-RNTI es mucho más
corto que el U-RNTI que ahorra espacio sobre la
interfaz de radio cuando es usada. Hay también un CCCH (canal de
control común) en este estado, que es usado cuando la conexión al
SRNC no está disponible, tal como después de la nueva selección de
celda sobre límites de RNC, cuando el mensaje ACTUALIZAR CELDA o
ACTUALIZAR URA es enviado al DRNC.
En el estado CELL_PCH, la unidad de equipo de
usuario (UE) vigila un canal de aviso de llamadas (PCH) de la celda
seleccionada. En el PCH, la unidad de equipo de usuario (UE) usa
recepción discontinua (DRX) para ahorrar energía, y el esquema para
cuando es acordado escuchar entre la red y la unidad de equipo de
usuario (UE) sobre una base de unidad de equipo por usuario (UE).
También en el estado CELL_PCH la unidad de equipo de usuario (UE)
actualiza la red con su posición de celda actual en nueva selección
de celda. No hay DCCH disponible en el estado CELL_PCH. En el PCH,
existen medios para acceder a las unidades de equipo de usuario
individuales (UE) (usando la U-RNTI), pero la
unidad de equipo de usuario (UE) puede no transportar ningún mensaje
de señalización a la red.
El estado URA_PCH es casi idéntico al estado
CELL_PCH. La diferencia es que la unidad de equipo de usuario (UE)
sólo actualiza la red de su posición después de cruzar los límites
de la URA. Una URA (área de registro UTRAN) es un grupo de celdas.
Esto significa que en este estado la posición de la unidad de equipo
de usuario (UE) es conocida en general sólo en el nivel URA.
\newpage
Las unidades de equipo de usuario (UE) en los
estados CELL_PCH y URA_PCH del Modo Conectado de RRC escuchan al
tipo 1 de Página de RRC (véase, Especificación de Protocolo de RRC,
3GPP TS 25.331). En el tipo 1 de página de RRC, la UE avisada de
llamada es accedida por la Identidad de UTRAN
(U-RNTI). Como se ha mostrado por la fig. 11, la
U-RNTI comprende realmente dos partes,
particularmente una parte de elemento de información de
SRNC-id de 12 bits y una parte de elemento de
información de S-RNTI de veinte bits. El elemento de
información de SRNC-id es típicamente un
identificador del SRNC que sirve a la unidad de equipo de usuario
(UE). El elemento de información de S-RNTI es un
número asignado por ese SRNC para distinguir la unidad de equipo de
usuario (UE) dentro de ese SRNC.
Cuando una unidad de equipo de usuario (UE) está
en el modo Inactivo, por otro lado, la Identidad CN (TMSI) es usada
para avisar de llamadas. El TMSI (identificador de estación móvil
temporal) es asignado típicamente a una unidad de equipo de usuario
(UE) mientras la unidad de equipo de usuario (UE) está en una cierta
área de múltiples celdas. Desgraciadamente, la Identidad CN (TMSI)
no puede ser usada para avisar de llamadas cuando la unidad de
equipo de usuario (UE) está en los estados CELL_PCH y URA_PCH del
Modo Conectado de RRC. Esto es debido a que la Identidad CN (TMSI)
es válida solamente en el Área de Posición donde la unidad de equipo
de usuario (UE) ha establecido en primer lugar la Conexión de RRC y
ha realizado la Actualización de Posición. Después del
establecimiento de conexión y de la Actualización de Posición, si la
unidad de equipo de usuario (UE) que está en el Modo Conectado se
mueve a otra Área de Posición (LA), no ocurre ningún procedimiento
de Actualización de Posición (ya que un procedimiento de
Actualización de Posición no es realizado mientras la unidad de
equipo de usuario (UE) está en su Modo Conectado). Por ello, en el
Modo Conectado la Identidad UTRAN (U-RNTI) es usada
para avisar de llamadas a la unidad de equipo de usuario (UE) en vez
de la Identidad CN (TMSI).
Desgraciadamente, después de un fallo de un nodo
controlador de red de radio (RNC), se pierde alguna información
relevante acerca de las unidades de equipo de usuario que están
conectadas al RNC. Esto se producirá en aquellas unidades de equipo
de usuario que no son alcanzadas por la UTRAN. Por ejemplo, si la
pérdida de información incluye la U-RNTI de una
unidad de equipo de usuario en el modo conectado, no es posible el
aviso de llamadas de esa unidad de equipo de usuario. Esto dará
como resultado que la unidad de equipo de usuario es una "UE
pendiente" hasta que la siguiente unidad de equipo de usuario
realice una actualización de posición (por ejemplo, cualquier
actualización de celda periódica o una actualización de URA
periódica). Tales actualizaciones periódicas (bien la actualización
de celda periódica o bien la actualización de URA periódica) son
incitadas por la expiración de temporizadores apropiados, por
ejemplo, un temporizador de actualización de celda periódica o un
temporizador de actualización de URA periódica. Sin embargo, los
tiempos de expiración de estos temporizadores son típicamente muy
largos, del orden de treinta minutos a una hora. Hasta la
realización bien de la actualización de celda periódica o bien de
la actualización de URA periódica, según sea apropiado, la unidad de
equipo de usuario afectada puede no ser alcanzada. Aunque una
medida para remediarlo podría ser disminuir el tiempo de expiración
de los temporizadores, tal disminución daría como resultado una
carga de señalización aumentada indeseable correspondiente (debido
a las actualizaciones periódicas aumentadas) durante el
funcionamiento normal.
En el documento WO 01/62030 A1 las conexiones de
unidad de abonado afectadas por el fallo de un nodo son
identificadas y liberadas enviando un mensaje a uno o más nodos que
identifican estas conexiones de unidad de abonado.
Después de tal fallo de RNC, puede ser iniciado
un aviso de llamada por la Red de Núcleo (CN) y enviado por la
UTRAN sobre la interfaz Uu (por ejemplo, interfaz de radio), pero
tal aviso de llamada será dirigido usando la Identidad CN (TMSI).
Sin embargo, las unidades de equipo de usuario (UE) en los estados
CELL_PCH y URA_PCH desecharán simplemente tal intento de aviso de
llamada.
Así, en el caso de la pérdida parcial del
contexto de la unidad de equipo de usuario (UE) (es decir, la
información de contexto de UE (U-RNTI) es perdida
para algunas unidades de equipo de usuario) las unidades de equipo
de usuario para las cuales el contexto UE ha sido perdido serán
perdidas esencialmente en sí mismas y no pueden ser avisadas de
llamadas. Para esas unidades de equipo de usuario, en los esquemas
de red de acceso por radio actual no hay posibilidad de recuperar
las unidades de equipo de usuario, sino en vez de ello solamente
existen las medidas drásticas de apagar la transmisión en las
celdas o bloquear las celdas. Tales medidas drásticas pueden, a su
vez, afectar negativamente a otras unidades de equipo de usuario
cuya información de contexto no se perdió.
El problema antes mencionado se plantea en
varias situaciones. Por ejemplo, los problemas se plantean cuando
el SRNC y el CRNC son uno y el mismo. El problema puede plantearse
también cuando el RNC de servicio (SRNC) no es el RNC de control de
las celdas donde la unidad de equipo de usuario (UE) está
actualmente posicionada, es decir la unidad de equipo de usuario
está conectada al SRNC a través de la interfaz Iur. En el caso de
la reposición del SRNC, no hay mecanismo para informar a las
unidades de equipo de usuario en estos estados de que el SRNC no es
ya alcanzable o sus contextos necesitan ser actualizados.
Lo que se necesita, por tanto, y es un objeto
del presente invento, es una técnica para recuperar las unidades de
equipo de usuario perdidas (por ejemplo, pendientes) en ciertos
estados críticos del Modo Conectado después de la pérdida de la
información de contexto (por ejemplo, U-RNTI) de la
unidad de equipo de usuario, como puede ocurrir después de un fallo
del RNC.
Un nodo controlador de red de radio (RNC)
mejorado de una red de acceso por radio almacena información de
contexto para una unidad de equipo de usuario que está en un Modo
Conectado, e inicia un mensaje de incitación de actualización de
celda que es trasmitido a la unidad de equipo de usuario. La
información de contexto almacenada es usada por el nodo controlador
de red de radio (RNC) de contexto mejorado para dirigir el mensaje
de incitación de actualización de celda a la unidad de equipo de
usuario. Después de que la unidad de equipo de usuario (que está en
su Modo Conectado) realiza el procedimiento de actualización de
celda incitado, tal unidad de equipo de usuario (UE) puede ser
avisada con un mensaje de aviso de llamada usual. El invento con su
nodo controlador de red de radio (RNC) de contexto mejorado es
particularmente adecuado para unidades de equipo de usuario que
están en un estado crítico del Modo Conectado, tal como (por
ejemplo) bien en un estado CELL_PCH o bien en un estado URA_PCH del
Modo Conectado.
El almacenamiento de la información de contexto
de UE y la iniciación del mensaje de incitación de actualización de
celda por el nodo controlador de red de radio (RNC) de contexto
mejorado son particularmente ventajosos después del fallo y
reposición de un nodo controlador de red de radio (RNC) de una red
de acceso por radio. Tal fallo implica típicamente al menos pérdida
parcial, en el nodo controlador de red de radio (RNC) que falla, de
información de contexto para una unidad de equipo de usuario (por
ejemplo, Identidad Temporal de Red de Radio UTRAN
(U-RNTI) para la unidad de equipo de usuario).
En un modo del invento, el nodo RNC que falla es
el nodo controlador de red de radio (RNC) de contexto mejorado que
sirve como nodo de RNC de servicio y como nodo de CRNC para celdas
en las que reside la unidad de equipo de usuario. En este primer
modo, el nodo CRNC/SRNC tiene una unidad de recuperación de RNC que
mantiene una lista de unidades de equipo de usuario en un estado
crítico de su Modo Conectado. Después de su fallo y reposición, el
CRNC/SRNC envía el mensaje de incitación de actualización de celda a
la unidad de equipo de usuario (que está en una celda controlada
por el CRNC/SRNC).
En un segundo modo del invento, el nodo RNC que
falla es un nodo de RNC de servicio para el que el nodo de contexto
mejorado de RNC sirve como un nodo de RNC de deriva (DRNC). De
acuerdo con este segundo modo del invento, cuando un nodo
controlador de red de radio (RNC) que sufre la pérdida de
información de contexto para una unidad de equipo de usuario sirve
como el nodo SRNC, pero los recursos de celda para la conexión son
controlados por un RNC de deriva (DRNC), una unidad de recuperación
SRNC del nodo de contexto mejorado de DRNC mantiene una lista de
unidades de equipo de usuario en un estado crítico de su Modo
Conectado. Después de la reposición del nodo SRNC, el nodo DRNC
inicia la transmisión del mensaje de incitación de actualización de
celda a la unidad de equipo de usuario.
El mensaje de incitación de actualización de
celda puede tener distintas formas. Por ejemplo, como un aspecto el
mensaje de incitación de actualización de celda puede ser un mensaje
de aviso de llamada. Como otro aspecto, el mensaje de incitación de
actualización de celda puede ser un mensaje de difusión de
información de sistema de control de recurso de radio (RRC).
La manera de transmisión/difusión del mensaje de
incitación de actualización de celda puede también variar. Por
ejemplo, el mensaje de incitación de actualización de celda puede
ser transmitido individualmente a varias unidades de equipo de
usuario en un estado crítico de su Modo Conectado. Con el fin de
saber cuándo transmitir el mensaje de incitación de actualización
de celda a una unidad de equipo de usuario particular, el RNC de
contexto mejorado almacena también la identidad del abonado móvil
internacional (IMSI) de la unidad de equipo de usuario en su Modo
Conectado. La IMSI es utilizada por el RNC de contexto mejorado para
determinar una ocasión de aviso de llamada para la unidad de equipo
de usuario, por ejemplo, para determinar un punto en el tiempo en
el que la unidad de equipo de usuario estará escuchando un canal de
aviso de llamadas. A fin de que un DRNC de contexto mejorado
obtenga la IMSI para una unidad de equipo de usuario en su lista, el
SRNC transmite al DNRC la IMSI para una unidad de equipo de usuario
que está en su estado crítico de su Modo Conectado. Tal transmisión
de la IMSI desde el SRNC al DRNC puede ocurrir, por ejemplo, usando
un Mensaje de Transferencia de Señalización de Enlace
Descendente (DL).
Descendente (DL).
Alternativamente, el mensaje de incitación de
actualización de celda puede ser transmitido colectivamente a
varias unidades de equipo de usuario en un estado crítico de su Modo
Conectado. Las varias unidades de equipo de usuario a las que
pertenece el mensaje de incitación de actualización de celda pueden
ser accedidas usando la identidad SRNC del RNC que ha fallado, o
una dirección de grupo asociada con las varias unidades de equipo
de usuario. Tal dirección de grupo puede estar formada, por ejemplo,
usando la identidad SRNC del SRNC que ha fallado y los bits
seleccionados de un elemento de información
S-RNTI.
Cuando el mensaje de incitación de actualización
de celda es transmitido repetitivamente al menos a alguna de las
varias unidades de equipo de usuario en un estado crítico de su Modo
Conectado, como un aspecto del invento el mensaje de incitación de
actualización de celda puede incluir un campo que facilita a una
unidad de equipo de usuario que realice su actualización de celda
sólo una vez a pesar de varias recepciones posibles por la unidad
de equipo de usuario del mensaje de incitación de actualización de
celda. Por ejemplo, el campo puede comprender una etiqueta o
contador de valor. Después de que la unidad de equipo de usuario ha
sido accedida por el mensaje de incitación de actualización de
celda que contiene un cierto valor para el contador y ha realizado
su actualización de celda, la unidad de equipo de usuario no
responde (por ejemplo, no realiza ninguna otra actualización de
celda) a otras transmisiones del mensaje de incitación de
actualización de celda en que la etiqueta o contador de valor
permanece sin cambios.
Los anteriores y otros objetos, características,
y ventajas del invento serán evidentes a partir de la siguiente
descripción más particular de realizaciones preferidas como se han
ilustrado en los dibujos adjuntos en los que caracteres de
referencia se refieren a las mismas partes a través de distintas
vistas. Los dibujos no están necesariamente a escala, poniéndose en
vez de ello el énfasis en la ilustración de los principios del
invento.
La fig. 1A es una vista diagramática de un
ejemplo de realización de un sistema de comunicaciones móviles que
es ventajoso para poner en práctica un primer modo del presente
invento.
La fig. 1B es una vista diagramática de un
ejemplo de realización de un sistema de comunicaciones móvil que
es ventajoso para poner en práctica un segundo modo del presente
invento.
La fig. 2 es un diagrama de bloques de función
simplificada de una parte de una Red Terrestre de Acceso por Radio
UMTS, que incluye una estación de unidad de equipo de usuario (UE);
un controlador de red de radio; y una estación base.
La fig. 3 es una vista esquemática de un ejemplo
de nodo de RNC de acuerdo con una realización ejemplar del
invento.
La fig. 4A es una vista diagramática de ciertos
mensajes y eventos realizados en unión con el primer modo de la
fig. 1A.
La fig. 4A(1) y la fig. 4A(2) son
vistas diagramáticas que ilustran el empleo de mensajes particulares
en unión con el primer modo de la fig. 1A.
La fig. 4B es una vista diagramática de ciertos
mensajes y eventos realizados en unión con el segundo modo de la
fig. 1B.
La fig. 4B(1) y la fig. 4B(2) son
vistas diagramáticas que ilustran el empleo de mensajes particulares
en unión con el segundo modo de la fig. 1B.
La fig. 5 es un diagrama de tiempo que muestra
la transmisión de mensajes de incitación de actualización de celda
por separado a varias unidades de equipo de usuario de acuerdo con
distintos modos del invento.
La fig. 6 es una vista diagramática que muestra
la transmisión de los mensajes de incitación de actualización de
celda consolidada a varias unidades de equipo de usuario de acuerdo
con distintos modos del invento.
La fig. 7 es una vista diagramática de un
formato de un ejemplo de mensaje de incitación de actualización de
celda consolidado.
La fig. 8 es una vista diagramática de un
ejemplo de mensaje de incitación de actualización de celda
consolidado usando una primera técnica de prevención de repetición
de actualización.
La fig. 9 es una vista diagramática de un
ejemplo de mensaje de incitación de actualización de celda
consolidado usando una segunda técnica de prevención de repetición
de actualización.
La fig. 10 es una vista diagramática que muestra
modos y estados de una unidad de equipo de usuario (UE) pertinente
al presente invento.
La fig. 11 es una vista diagramática que muestra
la composición de una identidad UTRAN (U-RNTI).
En la siguiente descripción, con propósitos de
explicación y no limitación, se han descrito detalles específicos
tales como arquitecturas, interfaces, técnicas particulares, etc.
con el fin de proporcionar una total comprensión del presente
invento. Sin embargo, será evidente para los expertos en la técnica
que el presente invento puede ser puesto en práctica en otras
realizaciones que se desvían de estos detalles específicos. En otros
casos, son omitidas descripciones detalladas de dispositivos,
circuitos y métodos bien conocidos de modo que no oscurezcan la
descripción del presente invento con detalles innecesarios. Además,
los bloques de función individual están mostrados en algunas de las
figuras. Los expertos en la técnica apreciarán que las funciones
pueden ser llevadas a la práctica usando circuitos de hardware
individual, usando software que funciona en unión con un
microprocesador digital programado adecuadamente o un ordenador de
propósito general, usando un circuito integrado de aplicación
específica (ASIC), y/o usando uno o más procesadores de señal
digital (DSP).
Un primer modo del presente invento está
descrito en el contexto del ejemplo, no limitativo de un sistema 10
de telecomunicaciones móviles universales (UMTS) no mostrado en la
fig. 1A. Una red de núcleo externa, de conexión orientada,
representativa, mostrada como una nube 12 puede ser por ejemplo la
Red de Telefonía Pública Conmutada (PSTN) y/o la Red Digital de
Servicios Integrados (ISDN). Una red de núcleo externa sin
conexión, representativa mostrada como una nube 14, puede ser por
ejemplo Internet. Ambas redes de núcleo están acopladas a sus nodos
de servicio 16 correspondientes. La red 12 de conexión orientada
PSTN/ISDN está conectada a un nodo de servicio de conexión
orientada mostrado como un nodo 18 de Centro de Conmutación Móvil
(MSC) que proporciona servicios de circuito conmutado. La red 14 sin
conexión orientada Internet está conectada a un nodo 20 de Servicio
de Radio por Paquetes General (GPRS) construido para proporcionar
servicios de tipo de paquete conmutado que es algunas veces
denominado como el nodo de servicio (SGSN) del GPRS de servicio.
Cada uno de los nodos 18 y 20 de servicio de red
de núcleo se conectan a una Red Terrestre de Acceso por Radio
(UTRAN) 24 sobre una interfaz de red de acceso por radio (RAN)
denominado como la interfaz Iu. La UTRAN 24 incluye una o más
controladores de red de radio (RNC) 26. Para buscar simplicidad, la
UTRAN 24 de la fig. 1A está mostrada sólo con dos nodos RNC,
particularmente el RNC 26_{1} y el RNC26_{2}. Cada RNC 26 está
conectado a una pluralidad de estaciones base (BS) 28. Por ejemplo,
y de nuevo por simplicidad están mostrados dos nodos de estación
base conectados a cada RNC 26. A este respecto, el RNC 26_{1}
sirve de estación base 28_{1-1} y estación base
28_{1-2} mientras el RNC 26_{2} sirve de
estación base 28_{2-1} y estación base
28_{2-2}. Se apreciará que un número diferente de
estaciones base puede ser servido por cada RNC, y que los RNC no
necesitan dar servicio al mismo número de estaciones base. Además,
la fig. 1A muestra que un RNC puede estar conectado sobre una
interfaz Iur a uno o más de otros RNC en la URAN 24. Además, los
expertos en la técnica apreciarán también que una estación base, es
a veces también denominada en la técnica como una estación base de
radio, un nodo B o nodo de B.
En las realizaciones ilustradas, por
simplicidad, cada estación base 28 está mostrada como dando servicio
a una celda. Cada celda está representada por un círculo que rodea
la estación base respectiva. Será apreciado por los expertos en la
técnica, sin embargo, que una estación base puede dar servicio para
comunicar a través de la interfaz de aire a más de una celda. Por
ejemplo, dos celdas pueden utilizar recursos situados en el mismo
lugar de la estación base.
Una unidad de equipo de usuario (UE), tal como
una unidad 30 de equipo de usuario (UE) mostrada en la fig. 1A,
comunica con una o más celdas o una o más estaciones base (BS) 28
sobre una interfaz de radio o de aire 32. Cada una de las
interfaces de radio 32, la interfaz Iu, la interfaz Iub, y la
interfaz Iur están mostradas por líneas de trazos y puntos en la
fig. 1A.
Preferiblemente, el acceso por radio está basado
sobre Acceso Múltiple por División de Código, de Banda Ancha
(WCDMA) con canales de radio individuales asignados usando códigos
de dispersión de CDMA. Desde luego, pueden ser empleados otros
métodos de acceso. El WCDMA proporciona ancho de banda amplio para
servicios multimedia y otras demandas de tasa de transmisión
elevada así como características robustas como receptores de
transferencia de diversidad y de RAKE para asegurar alta
calidad.
En el estado cell_DCH, cada unidad de equipo o
estación móvil de usuario (UE) 30 tiene asignado su propio código
de cifrado a fin de que una estación base 28 identifique
transmisiones desde esa unidad de equipo de usuario particular (UE)
así como para que la unidad de equipo de usuario (UE) identifique
transmisiones desde la estación base destinadas a esa unidad de
equipo de usuario (UE) desde todas las demás transmisiones y ruidos
presentes en la misma área.
Pueden existir diferentes tipos de canales entre
una de las estaciones base 28 y las unidades 30 de equipo de
usuario (UE) para el transporte del control y datos de usuario. Por
ejemplo, en dirección hacia delante o enlace descendente, hay
varios tipos de canales de difusión que incluyen un canal de
difusión general (BCH), un canal de aviso de llamada (PCH), un
canal piloto común (CPICH) y un canal de acceso hacia delante (FACH)
para proporcionar otros tipos distintos de mensajes de control a
unidades de equipo de usuario (UE). El canal de acceso hacia
delante (FACH) es también usado para transportar datos de usuario.
En la dirección inversa o de enlace ascendente, un canal de acceso
aleatorio (RACH) es empleado por unidades de equipo de usuario (UE)
siempre que el acceso sea deseado para realizar el registro de
posición, origen de llamada, respuesta de aviso, y otros tipos de
operaciones de acceso. El canal de acceso aleatorio (RACH) es usado
también para transportar ciertos datos de usuario, por ejemplo,
datos de paquete de mejor esfuerzo para, por ejemplo, aplicaciones
de navegadores de red. Los canales dedicados (DCH) pueden ser
asignados para transportar comunicaciones de llamada sustantivas
con una unidad de equipo de usuario (UE). Como ajuste por los
canales de control, los canales de tráfico (TCH) son asignados para
transportar comunicaciones de llamada sustantivas con una unidad de
equipo de usuario (UE). Alguno de los canales de tráfico pueden ser
canales de tráfico común, mientras otros de los canales de tráfico
pueden ser canales de tráfico dedicado (DCH).
La fig. 2 muestra aspectos generales
seleccionados de la unidad 30 de equipo de usuario (UE) y nodos
ilustrativos tales como el controlador de red de radio 26 y la
estación base 28. La unidad 30 de equipo de usuario (UE) mostrada
en la fig. 2 incluye una unidad 31 de tratamiento y control de datos
para controlar distintas operaciones requeridas por la unidad de
equipo de usuario (UE). La unidad 31 de tratamiento y control de
datos de la UE proporciona señales de control así como datos a un
transceptor de radio 33 conectado a una antena 35.
El ejemplo de controlador 26 de red de radio y
la estación base 28 como se ha mostrado en la fig. 2 son nodos de
red de radio que incluyen cada uno una unidad 36 y 37 de tratamiento
y control de datos correspondiente, respectivamente, para realizar
numerosas operaciones de tratamiento de radio y datos requeridas
para guiar las comunicaciones entre el RNC 26 y las unidades 30 de
equipo de usuario (UE). Parte del equipo controlado por la unidad
37 de tratamiento y control de datos de la estación base incluye
varios transceptores de radio 38 conectados a una o más antenas
39.
En los modos del presente invento, un
controlador de red de radio incluye una unidad especial que almacena
información de contexto (por ejemplo, "información de contexto de
UE" o "contexto de UE") para una unidad de equipo de
usuario que está en un Modo Conectado, y que, en ciertas
circunstancias, causa o inicia la transmisión de un mensaje de
incitación de actualización de celda a tal unidad de equipo de
usuario. El controlador de red de radio que tiene tal unidad
especial, o que proporciona de otro modo las ventajas del presente
invento, es algunas veces denominado aquí como un controlador de
red de radio de "contexto mejorado" o "mejorado" o nodo
RNC. Como resultará evidente, el almacenamiento de la información de
contexto y la iniciación del mensaje de incitación de actualización
de celda son particularmente adecuados para unidades de equipo de
usuario que están en un estado crítico de su Modo Conectado (por
ejemplo, bien en el estado CELL_PCH o bien en el estado URA_PCH del
Modo Conectado, por ejemplo).
Una coyuntura o evento significativo que da
origen a la realización de la funcionalidad de la unidad especial o
del RNC mejorado mencionada antes es el fallo y reposición
subsiguiente de un controlador de red de radio de una red de acceso
por radio. En un primer modo del invento, descrito más abajo
principalmente en unión con la fig. 1A y la fig. 4A, el nodo RNC
que falla es el propio nodo del controlador de red de radio (RNC)
de contexto mejorado, que sirve como un nodo de RNC de servicio y
como un nodo CRNC para la celda en la que reside la unidad de
equipo de usuario. En un segundo modo del invento, descrito después
principalmente en unión con la fig. 1A y la fig. 4A, el nodo RNC
que falla es un nodo RNC de servicio para el que el nodo RNC de
contexto mejorado sirve como un nodo RNC de deriva (DRNC).
En el primer modo del invento como se ha
ilustrado en la fig. 1A, la unidad especial referenciada antes está
mostrada como una unidad de recuperación del RNC. A este fin, en la
fig. 1A el controlador de red de radio (RNC) 26_{1} tiene una
unidad de recuperación de RNC 100_{1} y el controlador de red de
radio (RNC) 26_{2} tiene una unidad de recuperación de RNC
100_{2}. El modo mostrado en la fig. 1A es particularmente
aplicable cuando el RNC que experimenta la coyuntura o evento
significativo sirve tanto al CRNC como al SRNC para la conexión que
implica la unidad de equipo de usuario (UE) 30. En la fig. 1A, por
ejemplo, el controlador 26_{1} de red de radio está controlando
la estación base 28_{1-1} para la celda en que la
unidad de equipo de usuario (UE) 30 está situada actualmente.
Como se ha visto en la fig. 2, la unidad de
recuperación de RNC 100 para un nodo de RNC mantiene una base de
datos 102 de contexto de UE para unidades de equipo de usuario en un
estado crítico (por ejemplo, el estado CELL_PCH o el estado
URA_PCH) del Modo Conectado. La base de datos 102 de contexto de UE
puede ser conceptualizada como una tabla que tiene una fila para
cada conexión que implica una unidad de equipo de usuario en un
estado crítico (por ejemplo, el estado CELL_PCH o el estado
URA_PCH). En cada fila de la tabla de la base de datos 102 de
contexto de UE, hay una serie de campos (mostrados como columnas en
la base de datos 102 de contexto de UE) que incluye un campo 104
que sirve como un identificador de conexión para la conexión, y un
campo 105 en el que está almacenada la información de contexto para
la unidad de equipo de usuario (UE).
El contenido de "información de contexto"
para una unidad de equipo de usuario, es decir, el contexto de UE,
es conocido por los expertos en la técnica. La identidad de abonado
móvil internacional (IMSI) es recibida en último lugar en un nodo
SRNC desde la red de núcleo (CN) en un mensaje de RANAP COMMON ID
cuando es ajustada una conexión de control de recurso de radio
(RRC). La identidad de abonado móvil internacional (IMSI) [que
comprende no más de quince dígitos] comprende tres componentes: un
código de país móvil (MCC) [tres dígitos]; un código de red móvil
(MNC) [dos o tres dígitos]; y un número de identificación de abonado
móvil (MSIN). El uso de la IMSI en unión con la determinación de
ocasiones de aviso de llamada para unidades de equipo de usuario
individuales es descrito a continuación.
Cuando el controlador de red de radio (RNC)
mejorado es un SRNC, la información de contexto incluye además,
entre otros, los siguientes parámetros: C-ID,
D-RNTI, e Identidad de RNC del DRNC donde la unidad
de equipo de usuario (UE) está posicionada actualmente. El
parámetro D-RNTI es similar al parámetro
S-RNTI, pero identifica la información de contexto
de la UE en el DRNC. El parámetro C-ID es la
Identidad de Celda en la que está posicionada actualmente la UE. El
parámetro C-ID no es aplicable a las UE en el estado
URA_PCH, ya que la posición de una unidad de equipo de usuario (UE)
en el estado URA_PCH no es conocida al nivel de celda, sino que es
conocida en su lugar al nivel URA (un grupo de celdas definido como
un URA). Con respecto al parámetro de Identidad RNC, se ha
observado que en el estado Cell_DCH podría haber muchos enlaces de
radio simultáneos (RL), así podría haber posiblemente tantos como
patas de manejo de RNC (al menos teóricamente) de conexiones a la
UE. Cuando el controlador de red de radio mejorado (RNC) es un SRNC,
las entradas en la base de datos 102 de contexto de la UE
pueden
ser clasificadas o dispuestas por la S-RNTI (que puede ser incluida, por ejemplo, en el primer campo de una fila).
ser clasificadas o dispuestas por la S-RNTI (que puede ser incluida, por ejemplo, en el primer campo de una fila).
La base de datos de contexto 102 de la UE puede
estar formateada o agrupada por estado crítico, por ejemplo, con
una primera subdivisión de la base de datos 102 de contexto de la UE
que comprende unidades de equipo de usuario en el estado CELL_PCH y
una segunda subdivisión de la base de datos 102 de contexto de la UE
que comprende unidades de equipo de usuario en el estado URA_PCH.
Alternativamente, un campo adicional puede estar previsto para cada
fila para indicar el estado crítico particular para la unidad de
equipo de usuario (por ejemplo, el estado CELL_PCH o el estado
URA_PCH).
La fig. 4A muestra ciertos mensajes y eventos
ejemplares básicos realizados en unión con el primer modo de la
fig. 1A. El evento 4A-1 muestra la unidad de
recuperación de RNC 100 del RNC, por ejemplo, el controlador de red
de radio (RNC) 26_{1} en la fig. 1A, que mantiene la información
de contexto de la UE para las unidades de equipo de usuario en un
estado crítico del Modo Conectado para el cual el RNC controla la
conexión de radio. Como se ha explicado antes, tal información de
contexto de UE es mantenida mediante la base de datos 102 de
contexto de la UE, que incluye una lista de unidades de equipo de
usuario en un estado crítico del Modo Conectado para el cual el RNC
controla la conexión de radio.
El evento 4A-2 representa una
pérdida de contexto para al menos alguna de las unidades de equipo
de usuario que tienen conexiones de radio controladas por el
controlador de red de radio (RNC) que tiene la unidad de
recuperación 100 de RNC, por ejemplo, el controlador de red de radio
(RNC) 26_{1}. La pérdida de contexto puede ser una pérdida
parcial o una pérdida completa del contexto de la UE. Tal pérdida de
contexto como se ha representado por el evento 4A-2
significa típicamente pérdida del U-RNTI para una o
más de las unidades de equipo de usuario, y ocurre generalmente
durante el fallo del nodo RNC. Suponiendo que el fallo es detectado,
como parte de una operación de recuperación (evento
4A-3) la recuperación del RNC obtiene la información
de contexto de la UE para las unidades de equipo de usuario
afectadas por el fallo desde su base de datos 102 de contexto de la
UE. La recuperación de la información de contexto de la UE es
posible ya que la base de datos 102 de contexto de la UE es
mantenida en memoria no volátil o es de otro modo recuperable
después del fallo del SRNC. Como el evento 4A-4, el
RNC inicia la transmisión del mensaje de incitación de actualización
de celda a la unidad 30 de equipo de usuario afectada (UE). Es la
información de contexto de la UE (por ejemplo,
U-RNTI) para las unidades de equipo de usuario
afectadas por el fallo la que es usada para
dirigir el mensaje de incitación de actualización de celda a las unidades de equipo de usuario afectadas por el fallo.
dirigir el mensaje de incitación de actualización de celda a las unidades de equipo de usuario afectadas por el fallo.
A la recepción del mensaje de incitación de
actualización de celda del evento 4A-4, como evento
4A-5 la unidad de equipo de usuario (UE) inicia un
procedimiento de actualización de celda. Cuando la unidad equipo de
usuario (UE) está en el estado CELL_PCH, el procedimiento de
actualización de celda es un procedimiento de actualización de
celda. Un ejemplo de procedimiento de actualización de celdas está
descrito en la Especificación de Protocolo RCC, 3GPP TS 25.331,
subcláusula 8.3.1. Por otro lado, cuando la unidad de equipo de
usuario (UE) está en el estado URA_PCH, el procedimiento de
actualización de celda es un procedimiento de actualización de URA.
A la finalización del procedimiento de actualización de celda (por
ejemplo, evento 4A-5), el RNC como en el evento
4A-6 actualiza el contexto de la UE para la unidad
de equipo de usuario en su base de datos. El mensaje de incitación
de actualización de celda puede tener varias formas. La fig.
4A(1) y la fig. 4A(2) ilustran específicamente
ejemplos de los tipos de mensaje particular en unión con el primer
modo de la fig. 1A y de la fig. 4A. Por ejemplo, la fig.
4A(1) muestra que el mensaje de incitación de actualización
de celda del evento 4A-4 puede tener la forma de un
mensaje de aviso de llamada (véase el evento
4A(1)-4 en la fig. 4A(1)). La fig.
4A(2) muestra que el mensaje de incitación de actualización
de celda del evento 4A-4 puede, como una
alternativa, tener la forma de un mensaje de difusión de información
del sistema de control de recurso de radio (RRC) (véase evento
4A(2)-4 en la fig. 4A(2)). El
escenario del mensaje de difusión de información del sistema de
control de recurso de radio (RRC) de la fig. 4A(2) puede ser
solamente usado cuando el SRNC sirve también como el CRNC. La fig.
4A(2) muestra un SRNC/CRNC que envía el mensaje de difusión
de información del sistema del control de recurso de radio (RRC)
porque el SRNC puede enviar solamente tal mensaje (el mensaje de
difusión de información del sistema) en sus propias celdas, es decir
en las celdas para las que es el RNC de control (CRNC) y no las
celdas que son controladas por otro RNC (DRNC).
Aunque no se ha ilustrado específicamente como
tal, debería comprenderse con respecto a las realizaciones de las
figs. 4A y 4A(1) que el mensaje de incitación de aviso de
llamada/actualización de la celda puede ser enviado a través de
otros DRNC en las figs. 4A y 4A(1). Actualmente, en la
especificación 3GPP (25.423), el aviso de llamada a unidades de
equipo de usuario (UE) en otros RNC (DRNC) es ajustado a través de
Iur a estos DRNC que son enviados a las unidades de equipo de
usuario (UE).
La fig. 1B junto con la fig. 4B muestra un
segundo modo de ejemplo del invento. El segundo modo de la fig.
1B/fig. 4B se parece esencialmente al del primer modo de la fig.
1A/fig. 4A, por cuya razón los aspectos del segundo modo que son
esencialmente los mismos que los del primer modo están representados
en la fig. 1B usando los mismos números de referencia empleados en
la fig. 1A. En el segundo modo de la fig. 1B, sin embargo, el
controlador de red de radio (RNC) 26_{1} sirve como un RNC de
servicio (SRNC) para una conexión que implica a la unidad 30 de
equipo de usuario (UE), mientras que el controlador de red de radio
(RNC) 26_{2} sirve como el RNC de deriva (DRNC) ya que el
controlador de red de radio (RNC) 26_{2} controla la celda
implicada en una pata de la conexión con la unidad 30 de equipo de
usuario (UE). En el segundo modo de la fig. 1B, el controlador de
red de radio (RNC) 26_{1} tiene una unidad preparatoria de
recuperación SRNC 100_{1B}. Además, en el segundo modo el DRNC
26_{2} tiene una unidad de recuperación SRNC 100_{2}.
En el segundo modo de la fig. 1B, el nodo del
controlador de red de radio (RNC) que sufre la pérdida de la
información de contexto para una unidad equipo de usuario sirve como
el nodo SRNC (por ejemplo, controlador de red de radio (RNC)
26_{1}). Aunque la propia conexión es controlada por el SRNC, los
recursos de celda para la conexión son controlados por un RNC de
deriva (DRNC) [por ejemplo, controlador de red de radio (RNC)
26_{2}].
El segundo modo [por ejemplo, fig. 4B, fig.
4B(1) y fig. 4B(2)] es útil particularmente cuando la
interfaz Iur y los enlaces de señalización son descendentes y por
lo tanto, los mensajes SRNC no pueden ser enviados sobre Iur al
DRNC. Así, en el segundo modo el DRNC realiza ventajosamente estos
procedimientos (procedimientos de incitación de aviso de
llamada/actualización de celda).
En el segundo modo, la unidad de recuperación
SRNC 100_{2} del nodo DRNC mantiene una base de datos 102_{2B}
de contexto de la UE. La base de datos 102_{2B} de contexto
incluye entradas para unidades de equipo de usuario que tienen
conexiones controladas por el SRNC (es decir, controlador de red de
radio 26_{1}) y que están en un estado crítico del Modo Conectado
(por ejemplo, el estado CELL_PCH o el estado URA_PCH). El contenido
y el formato de ejemplo de la base de datos 102_{2B} de contexto
de la UE pueden ser esencialmente los mismos que se han descrito
previamente con referencia a la fig. 2.
Cuando el controlador de red de radio (RNC)
mejora es un DRNC, la información de contexto en base de datos
102_{2B} incluye además, entre otros, los siguientes parámetros:
U-RNTI, IMSI, C-ID,
D-RNTI, S-RNTI, Identidad de SRNC,
Y RL-ID. Varios de estos parámetros han sido ya
descritos antes, y se ha hecho referencia aquí a tal descripción
previa. El parámetro RL-ID es un identificador de
los Enlaces de Radio establecidos para una unidad de equipo de
usuario (UE) en el DRNC. El parámetro RL-ID es sólo
aplicable para una unidad de equipo de usuario (UE) en el estado
Cell_DCH. Cuando el controlador de red de radio (RNC) mejorado es un
DRNC, las entradas en la base de datos 102_{2B} de contexto de la
UE pueden ser clasificados o dispuestos por el
D-RNTI (que puede estar incluido, por ejemplo, en
el primer campo de una fila [véase fig. 2]).
Después de la reposición del SRNC, el DRNC
inicia la transmisión del mensaje de incitación de actualización de
celda a una unidad de equipo de usuario. Mientras el aviso de
llamada usual de una unidad de equipo de usuario es iniciado en el
SRNC que controla la conexión con la cual la unidad de equipo de
usuario está implicada, en el presente invento el DRNC está
autorizado en su propia acuerdo y determinación para iniciar la
transmisión del mensaje de incitación de actualización de celda.
Además, mientras la información de contexto de la UE ha sido
mantenida anteriormente en un DRNC para las unidades de equipo de
usuario en el estado CELL_DCH y en el estado CELL_FACH, el presente
invento tiene la información de contexto de la UE de almacenamiento
del DRNC para unidades de equipo de usuario en el estado CELL_PCH o
en el estado URA_PCH.
La ilustración de la fig. 1B es algo simplista
al mostrar solamente dos nodos RNC. Puede ocurrir, por ejemplo, que
el controlador de red de radio 26_{2} puede servir como un nodo
DRNC para varios nodos SRNC diferentes. En tal caso, la unidad de
recuperación 100_{2} SRNC del nodo DRNC puede mantener una base de
datos de contexto de UE para cada uno de tales nodos SRNC, o tener
de otro modo una manera de distinguir (dentro de una base de datos
común) qué nodo RNC particular sirve como el nodo SRNC para una
conexión que implica una unidad de equipo recogida en la base de
datos. Cuando un cierto nodo SRNC falla, la unidad de recuperación
100_{2} de SRNC debe tener así un modo de determinar qué unidades
de equipo de usuario están implicadas en conexiones controladas por
el nodo SRNC que falla.
La fig. 4B muestra ciertos mensajes y eventos
ejemplares básicos realizados en unión con el segundo modo de la
fig. 1B. Como un aspecto opcional del invento, el DRNC puede dirigir
su mensaje de incitación de actualización de celda individualmente
a las unidades de equipo de usuario que están afectadas por el fallo
del SRNC. Pero para llevar a la práctica tal direccionamiento
individual de las unidades de equipo de usuario, el DRNC debe
conocer el IMSI de las unidades de equipo de usuario con el fin de
determinar o calcular una ocasión de aviso de llamada en la que
transmitir el mensaje de incitación de actualización de celda
individualmente a cada unidad de equipo de usuario. Por ello, a fin
de que el DRNC obtenga la IMSI para una unidad de equipo de usuario
para poner sobre su base de datos 102_{2B} de contexto de la UE y
usar para tal propósito de temporización de aviso de llamada, la
fig. 4B muestra (en líneas discontinuas), como evento
4B-1, el SRNC que transmite al DRNC la IMSI para
una unidad de equipo de usuario que está en un estado crítico del
Modo Conectado. Tal transmisión del IMSI puede ocurrir, por
ejemplo, usando un Mensaje de Transferencia de Señalización de
Enlace Descendente (DL) (descrito en 3GPP TS 25.423).
El evento 4B-2 muestra la unidad
de recuperación 100_{2B} SRNC del DRNC, por ejemplo, controlador
de red de radio (RNC) 26_{2} en la fig. 1B, manteniendo su base
de datos 102_{2B} de contexto de la UE. Como se ha explicado
antes, la base de datos 102_{2B} de contexto de la UE almacena el
contexto de la UE (por ejemplo, U-RNTI) para una o
más unidades de equipo de usuario que tienen una conexión controlada
por el SRNC (por ejemplo, el controlador 26_{1} de red de radio)
y que están en un estado crítico del Modo Conectado para el que el
DRNC controla las celdas utilizadas por la conexión de radio con la
unidad 30 de equipo de usuario (UE).
El evento 4B-3 representa, en el
SRNC (por ejemplo, el controlador de red de radio (RNC) 26_{2}),
una pérdida de contexto para al menos alguna de las unidades de
equipo de usuario que tienen conexiones de radio controladas por el
SRNC, seguidas por la recuperación intentada. Como en el caso del
primer modo de la fig. 1A, tal pérdida de contexto significa
típicamente pérdida del U-RNTI para las unidades de
equipo de usuario respectivas, y ocurre generalmente durante el
fallo del nodo SRNC.
Al producirse la detección por el DRNC del fallo
y recuperación intentada del SRNC (estando representa tal detección
como el evento 4B-4), el DRNC transmite (como el
evento (4B-5) el mensaje de incitación de
actualización de celda a la unidad 30 de equipo de usuario afectada
(UE). La información de contexto de la UE (por ejemplo, los
U-RNTI) para unidad o unidades de equipo de usuario
afectadas por el fallo es obtenida a partir de la base de datos
102_{2B} de contexto de la UE y tal información de contexto UE es
usada para dirigir el mensaje de incitación de actualización de
celda a la unidad o unidades del equipo de usuario afectadas por el
fallo.
A la recepción del mensaje de incitación de
actualización de celda del evento 4B-5, como evento
4B-6, la unidad de equipo de usuario (UE) inicia un
procedimiento de actualización de celda. Como en el caso del primer
modo, cuando la unidad de equipo de usuario (UE) está en el estado
CELL_PCH, el procedimiento de actualización de celda es un
procedimiento de actualización de celda. Por otro lado, cuando la
unidad de equipo de usuario (UE) está en el estado URA_PCH, el
procedimiento de actualización de celda es un procedimiento de
actualización de URA.
A la terminación del procedimiento de
actualización de celda (por ejemplo, evento 4B-6),
el SRNC puede avisar a la unidad de equipo de usuario 30 (UE) de
una manera tradicional usando el U-RNTI de la unidad
de equipo de usuario (UE). Tal aviso de llamada de la unidad 30 de
equipo de usuario (UE) está representada por un evento de dos
etapas o pasos etiquetado como el evento 4B-7 en la
fig. 4B, siendo el mensaje de aviso de llamada trasmitido en primer
lugar desde el SRNC al DRNC, y luego desde el DRNC a través de una
estación base apropiada a la unidad 30 de equipo de usuario (UE).
Para el evento 4B-7, el DRNC retransmite
esencialmente el mensaje de aviso de llamada del SRNC iniciado a la
unidad de equipo de usuario. Tal retransmisión de un mensaje es una
cuestión completamente diferente de la iniciación por DRNC del
mensaje de incitación de actualización de celda del presente
invento.
La unidad preparatoria de recuperación
100_{1B} del SRNC del segundo modo puede realizar otras funciones,
incluyendo las funciones de unidad de recuperación 100_{1} del
RNC como se ha descrito en el primer modo de la fig. 1A y la fig.
4A con respecto a conexiones con unidades de equipo de usuario en
celdas controladas por el SRNC.
Como en el primer modo, en el segundo modo de la
fig. 1B y la fig. 4B el mensaje de incitación de actualización de
celda puede tener varias formas. La fig. 4B(1) y la fig.
4B(2) ilustran específicamente ejemplos de tipos de mensaje
particular en unión con el segundo modo de la fig. 1B y la fig. 4B.
Por ejemplo, la fig. 4B(1) muestra que el mensaje de
incitación de actualización de celda de evento 4B-5
puede tener la forma de un mensaje de aviso de llamada (véase
evento 4B(1)-5 en la fig. 4B(1)). La
fig. 4B(2) muestra que el mensaje de incitación de
actualización de celda del evento 4B-5 puede, como
una alternativa, tener la forma de un mensaje de difusión de
información de sistema de control de recurso de radio (RRC) (véase
evento 4B(2)-5 en la fig. 4B(2)).
Aunque la fig. 4A y la fig. 4B y las figuras
relacionadas no muestran expresamente una estación base de radio,
el experto en la técnica comprenderá (particularmente con referencia
a la fig. 1A y la fig. 1B respectivas) que las transmisiones de
radio desde los nodos RNC ocurren a través de los nodos de la
estación base de radio apropiada del UTRAN.
La manera de transmisión/difusión del mensaje de
incitación de actualización de celda (en cualquiera de sus formas)
puede también variar. Por ejemplo, como se ha ilustrado en la fig.
5, el mensaje de incitación de actualización de celda puede ser
transmitido individualmente a varias unidades de equipo de usuario
en un estado crítico del Modo Conectado. Cuando el mensaje de
incitación de actualización de celda es transmitido
individualmente, el U-RNTI de la unidad de equipo de
usuario (UE) es empleado para dirigir el mensaje de incitación de
actualización de celda. Es decir, una serie de mensajes de
incitación de actualización de celda pueden ser transmitidos desde
el RNC en períodos de tiempo sucesivos. Por ejemplo, la fig. 5
muestra un primer mensaje de incitación de actualización de celda
que es transmitido a la unidad 30_{1} de equipo de usuario (UE),
en el tiempo t_{1}, siendo transmitido un segundo mensaje de
incitación de actualización de celda a una unidad 30_{2} de
equipo de usuario (UE) en el tiempo t_{2}, y así sucesivamente
continuando en el tiempo t_{n} para la unidad 30_{n} de equipo
de usuario (UE).
El RNC mostrado en la fig. 5 puede ser o bien un
SRNC o un SRNC/CRNC de la manera del primer modo de la fig. 1A y la
fig. 4A, o bien un DRNC en la manera del segundo modo de la fig. 1B
y de la fig. 4B. Cuando el RNC mostrado en la fig. 5 es un SRNC o
SRNC/CRNC, la recuperación de la información de contexto de la UE
requiere que la base de datos 102 de contexto de la UE sea
mantenida en la memoria no volátil o por el contrario sea
recuperable después del fallo del SRNC.
La determinación de los tiempos particulares,
por ejemplo, t_{1}, t_{2}, . . . , etc., en los que transmitir
el mensaje de incitación de actualización de celda a las unidades de
equipo de usuario correspondientes es facilitado por el RNC de
contexto mejorado conociendo el IMSI para las unidades de equipo de
usuario que son afectadas por la pérdida de contexto. El IMSI es
utilizado por el RNC de contexto mejorado para determinar una
ocasión de aviso de llamada para la unidad de equipo de usuario, por
ejemplo, para determinar un punto en el tiempo en que la unidad de
equipo de usuario escuchará a un canal de aviso de llamada. Como se
ha mostrado en la fig. 2, el IMSI puede opcionalmente ser
almacenado en la base de datos del nodo RNC de contexto mejorado.
Como se ha mencionado antes, a fin de que un DRNC de contexto
mejorado obtenga la IMSI para una unidad de equipo de usuario en su
lista, el SRNC transmite al DRNC el IMSI para una unidad de equipo
de usuario que está en un estado crítico de su Modo Conectado. Tal
transmisión de la IMSI desde el SRNC al DRNC puede ocurrir, por
ejemplo, usando un Mensaje de Transferencia de Señalización de
Enlace Descendente (DL).
Alternativamente, el mensaje de incitación de
actualización de celda puede ser transmitido colectivamente a
varias unidades de equipo de usuario en un estado crítico del Modo
Conectado de la manera generalmente ilustrada en la fig. 6. La fig.
6 muestra particularmente el mensaje de incitación de actualización
de celda que es transmitido en modo consolidado o de recogida (por
ejemplo, simultáneamente de manera esencial) a cada una de las
varias unidades de equipo de usuario (UE), por ejemplo, a la unidad
30_{1} de equipo de usuario (UE) a través de la unidad 30_{n}
de equipo de usuario (UE).
Las varias unidades de equipo de usuario a las
que pertenece el mensaje de incitación de actualización de celda
pueden ser accedidas usando la identidad SRNC del RNC que ha
fallado, o una dirección de grupo es asociada con las varias
unidades de equipo de usuario. Tal dirección de grupo puede ser
formada, por ejemplo, usando la identidad SRNC del SRNC que ha
fallado y los bits seleccionados de un elemento de información
S-RNTI. Actualmente, el elemento de información
conocido como el U-RNTI consiste de un primer
elemento de información (IE) conocido como la identidad SRNC
[SRNC-id] (que es de 12 bits). El
SRNC-id ocupa los bits más significativos del
U-RNTI. El elemento de información
SRNCI-id es típicamente un identificador del SRNC
que sirve a la unidad de equipo de usuario (UE). El elemento de
información S-RNTI es un número asignado por el SRNC
para distinguir la unidad de equipo de usuario (UE) dentro de ese
SRNC.
El RNC mostrado en la fig. 6 puede ser o bien u
SRNC o SRNC/CRNC en la manera del primer modo de la fig. 1A y la
fig. 4A, o bien un DRNC de la manera del segundo modo de la fig. 1B
y la fig. 4B. Cuando las unidades de equipo de usuario son
accedidas con una identidad de grupo (SRNC-ID) o
SRNC-ID + algunos bits de los SRNTI, una memoria
volátil no es necesariamente requerida ya que no es necesario
recuperar las direcciones de la unidad de equipo de usuario
individual (UE), pero en su lugar son usados el
SRNC-id o SRNC-id + algunos bits
del SRNTI para acceder a la unidad de equipo de usuario total
(UE).
EL RNC mostrado en la fig. 5 es un SRNC o
SRNC/CRNC, la recuperación de la información de contexto de la UE
requiere que la base de datos 102 de contexto de la UE sea mantenida
en memoria no volátil o de lo contrario sea recuperable después del
fallo del SRNC.
La fig. 7 muestra una técnica de acceso en la
que, además de la identidad SRNC, son también usados algunos bits
extra de los bits S-RNTI. Por ejemplo, el campo
dirección del mensaje de incitación de actualización de celda de la
fig. 7 usa los N bits más significativos (MSB) de la
U-RNTI, donde N> = 12. Esta técnica de acceso es
particularmente beneficiosa para agrupar y acceder a las unidades de
equipo de usuario que tienen valores comunes en el primer número M
de bits de su S-RNTI.
En una situación tal como la ilustrada en la
fig. 6, en la que el mensaje de incitación de actualización de
celda es transmitido de modo repetitivo al menos a alguna de las
varias unidades de equipo de usuario en un estado crítico de su
Modo Conectado; como un aspecto del invento el mensaje de incitación
de actualización de celda puede incluir un campo que facilite a una
unidad de equipo de usuario que realice su actualización de celda
solamente una vez a pesar de las posibles varias recepciones por la
unidad de equipo de usuario del mensaje de incitación de
actualización de celda. La inclusión del campo sirve efectivamente
como técnica de prevención de repetición de actualización de
celda.
La fig. 8 representa una primera técnica
ejemplar para la prevención de la repetición de la actualización de
celda. De acuerdo con la técnica de la fig. 8, la idea es reservar
algunas RNTI para ser usadas durante la nueva puesta en marcha del
RNC, de modo que cuando la unidad de equipo de usuario realiza su
actualización de celda, la S-RNTI dentro del
intervalo reservado es asignada a la unidad de equipo de usuario y
enviada a la unidad de equipo de usuario en un mensaje de
Confirmación de Celda. Después, cuando se vuelve a la situación
normal, la S-RNTI es reasignada por el RNC y movida
de nuevo al intervalo sin reservar. El propio mecanismo de
reasignación de la SRNTI existe en las especificaciones
actuales.
El "intervalo reservado de
S-RNTI" es conocido por el SRNC (por ejemplo
definido a través de Operación y mantenimiento por un operador).
Las S-RNTI dentro del intervalo reservado no son
usadas durante el funcionamiento normal (es decir, cuando cada cosa
está trabajando bien y no hay reposición/recuperación de RNC en
proceso). Por ejemplo si K = 4 la mayor parte de los bits
significativos (MSB) del elemento de información de
S-RNTI (que tiene un total de 20 bits) es
reservada, luego fuera de (2^{20}) posibles valores de
S-RNTI, solo (2^{16}) valores de
S-RNTI se permite que sean usados durante el
funcionamiento normal, es decir (2^{20}) menos (2^{16}) valores
son reservados y por ello no son usados por el SRNC para cualquier
UE. Cuando el SRNC se repone, la unidad de equipo de usuario (UE)
(que previamente tenía una S-RNTI dentro del
intervalo sin reservar) inicia el envío de un mensaje de
actualización de celda al SRNC. El SRNC recibe el mensaje de
actualización de celda y luego reasigna (por ejemplo vuelve a
asignar) a la unidad de equipo de usuario (UE) un valor de
S-RNTI dentro del intervalo reservado, y envía este
valor de S-RNTI reasignado de intervalo reservado en
el mensaje de respuesta (por ejemplo mensaje de Confirmación de
Actualización de Celda) a la unidad de equipo de usuario (UE).
Después de que el SRNC ha recuperado y vuelve de nuevo a su
funcionamiento normal, el SRNC avisa a las unidades de equipo de
usuario (UE) una por una (o al producirse la actualización normal de
la celda) y reasigna la S-RNTI que está dentro del
intervalo reservado de nuevo al intervalo sin reservar.
Como un segundo ejemplo, el campo de prevención
de repetición de actualización de celda puede comprender una
etiqueta o contador de valor tal como se ha indicado por el campo
"CONTADOR" en el formato de ejemplo del mensaje de incitación
de actualización de celda mostrado en la fig. 9. Después de que la
unidad de equipo de usuario ha sido accedida por el mensaje de
incitación de actualización de celda que contiene un cierto valor
para el contador y ha realizado su actualización de celda, la unidad
de equipo de usuario no responde (por ejemplo no realiza ninguna
otra actualización de celda) a otras transmisiones del mensaje de
incitación de actualización de celda en que la etiqueta o contador
de valor no ha cambiado. Por otro lado, al producirse otra
recepción del mensaje de incitación de actualización de celda, si el
valor del contador ha cambiado desde una recepción previa del
mensaje de incitación de actualización de celda, la unidad de equipo
de usuario debe realizar su procedimiento de actualización de
celda.
Como una variación de la técnica de la fig. 9,
es posible acceder a las unidades de equipo de usuario con una
identidad de grupo. Por ejemplo, si todas las unidades de equipo de
usuario dentro de un grupo están afectadas, entonces solamente son
accedidas usando esta identidad de grupo. Es para la puesta en
práctica de escenarios cuando el RNC puede ser llevado a la
práctica por diferentes procesadores de hardware y un cierto
intervalo de S-RNTI es asignado para cada una de
las entidades de hardware. La identidad de grupo será el número N de
bits más significativos de la U-RNTI, donde N
\geq 16. En la técnica de la fig. 9, no es el intervalo de
S-RNTI el que está destinado a resolver el problema
repetitivo de actualización de celda, sino en vez de ello es la
etiqueta de valor (por ejemplo el contador) la que resuelve el
problema de transmisión de repetición.
Así, en sus aspectos más amplios el presente
invento provoca que una unidad de equipo de usuario (UE) realice
una actualización de celda a fin de actualizar la información de
contexto de UE. Alternativamente, si la actualización de celda no
es posible (por ejemplo no es posible recuperar después del fallo de
RNC), una unidad de equipo de usuario (UE) cambia al Modo Inactivo
liberando la conexión de RRC.
Debería comprenderse que pueden combinarse
distintos modos y escenarios antes descritos. Por ejemplo, en el
caso de fallo del SRNC en el segundo modo de la fig. 1B y la fig.
4B, en la manera de la fig. 5 el DRNC (por ejemplo el controlador
26_{2} de red de radio (RNC)) puede avisar a las unidades 30 de
equipo de usuario (UE) una por una para iniciar el procedimiento de
actualización de celda. Como se ha explicado previamente, para esta
solución la información de contexto de UE será conservada en el DRNC
(por ejemplo en la base de datos 102_{2B} del contexto de UE)
para las unidades de equipo de usuario que están en un estado
crítico del Modo Conectado. Como se ha explicado antes
adicionalmente, el DRNC usa la IMSI de la unidad de equipo de
usuario (UE) (que puede estar almacenada en la base de datos
102_{2B} de contexto o en cualquier otro lugar en el nodo de
DRNC) a fin de determinar la ocasión de aviso de llamadas y conocida
por ello cuando se transmite el mensaje de incitación de
actualización de celda. Por ello, la IMSI es expresamente disponible
para el DRNC, por ejemplo transfiriendo la IMSI al DRNC usando el
mensaje de Transferencia de Señalización DL de acuerdo con 3GPP TS
25.423 como se ha descrito antes. Esto asegura que la IMSI estará
siempre disponible en el DRNC en el caso de fallo del SRNC.
En el caso de fallo del SRNC en el segundo modo
de la fig. 1B y la fig. 4B, en la manera de la fig. 6 el DRNC (por
ejemplo controlador 26_{2} de red de radio (RNC)) puede enviar un
mensaje de aviso de llamada, o cualquier otro nuevo mensaje en la
interfaz Uu, a todas las unidades de equipo de usuario afectadas
accediendo por la identidad de SRNC. A fin de evitar
actualizaciones sucesivas de la celda por la unidad de equipo de
usuario (UE) debido a la transmisión continua y repetida del
mensaje de aviso, pueden utilizarse distintos formatos de
prevención de repetición de actualización de celda para el mensaje
de incitación de actualización de celda, como se ha ejemplificado
con referencia a la fig. 8 y a la fig. 9.
El presente invento resuelve así ventajosamente
problemas de las unidades de equipo de usuario en un estado crítico
del Modo Conectado (por ejemplo en el estado CELL_PCH y el estado
URA_PCH) que no son conseguidos después de un fallo del RNC durante
un largo período de tiempo. Si la actualización de celda no es
posible (por ejemplo no es posible recuperar después del fallo del
RNC), la unidad de equipo de usuario (UE) cambia al modo Inactivo
liberando la conexión de RRC. Modos de ejemplo de liberar la
conexión RRC están explicados en la Solicitud de Patente
Norteamericana nº 09/852.915 (expediente de abogado:
2380-336), presentada el 11 de Mayo de 2001,
titulada LIBERACIÓN DE CONEXIÓN PLURAL DE RADIO CON MENSAJE DE
LIBERACIÓN ÓMNIBUS, que está incorporada aquí como referencia en su
totalidad.
La fig. 3 ilustra, con algo más de detalle, un
ejemplo no limitativo del nodo 26 de RNC del presente invento. Así
sucede que el nodo 26 de RNC de la fig. 3 es un nodo de base
conmutado que tiene un conmutador 120. El conmutador 120 sirve para
interconectar otros elementos constituyentes del nodo 26 de RNC.
Tales otros elementos constituyentes incluyen terminales de
extensión 122_{1} a 122_{n}, así como un terminal de extensión
124. Los terminales de extensión 122_{1} a 122_{n} funcionan
esencialmente para conectar el nodo 26 de RNC a las estaciones de
base 28 servidas por el nodo 26 de RNC; el terminal de extensión 124
conecta el nodo 26 de RNC a través de la interfaz Iu a la red de
núcleo.
Aún otros elementos constituyentes del nodo 26
de RNC incluyen la unidad 126 de transferencia de diversidad; el
codec 130; la unidad de temporización 132; una unidad 134 de
aplicación de servicios de datos; y, un procesador principal 140.
El experto en la técnica apreciará generalmente las funciones de
estos elementos constituyentes. Aunque en la fig. 2 y en la fig. 3
la unidad 100 de recuperación de RNC está mostrada generalmente como
siendo realizada por cualquier función de tratamiento y control de
datos (o más particularmente en la fig. 3 por el procesador
principal 140), debería comprenderse que las funciones de la unidad
100 de recuperación de RNC pueden ser llevadas a la práctica usando
circuitos individuales de hardware, usando software que funciona en
unión con un microprocesador digital programado adecuadamente o un
ordenador de propósito general, usando un circuito integrado
específico de aplicación (ASIC), y/o usando uno o más procesadores
de señal digital (DSP).
Como se ha usado aquí, un "estado crítico"
del Modo Conectado puede ser cualquier estado que, al producirse el
fallo de un RNC, esencialmente convertiría una unidad de equipo de
usuario en una unidad de equipo de usuario pendiente (por ejemplo
incapaz de ser avisada de las llamadas) durante cualquier período de
tiempo. Aunque el estado CELL_PCH y el estado URA_PCH han sido
citados como ejemplos de tal estado crítico, el invento no está
limitado o confinado particularmente a estos estados.
Aunque el invento ha sido descrito en conexión
con lo que es considerado actualmente como la realización más
práctica y preferida, ha de comprenderse que el invento no ha de
estar limitado a la realización descrita, sino por el contrario,
está destinado a cubrir distintas modificaciones y disposiciones
equivalentes.
Claims (24)
1. Un método de hacer funcionar una red de
acceso por radio que incluye un nodo (26) de controlador de red de
radio (RNC), caracterizado el método porque comprende las
operaciones de: (1) almacenar, en el nodo de controlador de red de
radio (RNC), información de contexto para una unidad (30) de equipo
de usuario en un Modo Conectado; y (2) iniciar, en el nodo de
controlador de red de radio (RNC), la transmisión de un mensaje de
incitación de actualización de celda a la unidad de equipo de
usuario, siendo dirigido el mensaje de incitación de actualización
de celda a la unidad de equipo de usuario usando la información de
contexto.
2. Un método de recuperación de al menos una
pérdida parcial, en un nodo (26) de controlador de red de radio
(RNC) de servicio de una red de acceso por radio, de la información
de contexto que incluye una Identidad Temporal de Red de radio
UTRAN, (U-RNTI) para una unidad de equipo de usuario
un Modo Conectado, estando caracterizado el método porque
comprende las operaciones de: almacenar, en un nodo (26_{2}) de
controlador de red de radio de deriva (DRNC) de la red de acceso
por radio, la información de contexto para la unidad (30) de equipo
de usuario en un Modo Conectado; e iniciar, en el nodo de
controlador de red de radio de deriva (DRNC), la transmisión de un
mensaje de incitación de actualización de celda a la unidad de
equipo de usuario, siendo dirigido el mensaje de incitación de
actualización de celda a la unidad de equipo de usuario usando la
información de contexto.
3. El método de las reivindicaciones 1ª o 2ª, en
el que el mensaje de incitación de actualización de celda es un
mensaje de aviso de llamada o un mensaje de difusión de información
de sistema de control de recurso de radio (RRC).
4. El método de las reivindicaciones 1ª o 2ª,
que comprende además la operación de transmitir el mensaje de
incitación de actualización de celda a la unidad de equipo de
usuario que está en un estado CELL_PCH o en un estado URA_PCH del
Modo Conectado.
5. El método de las reivindicaciones 1ª o 2ª, en
el que el mensaje de incitación de actualización de celda es
transmitido a varias unidades de equipo de usuario en el Modo
Conectado.
6. El método de la reivindicación 5ª, que
comprende además las operaciones de: almacenar, en el nodo de
controlador de red de radio (RNC), la identidad de abonado móvil
internacional (IMSI), de la unidad de equipo de usuario; y usar la
identidad de abonado móvil internacional (IMSI), de la unidad de
equipo de usuario para determinar una ocasión de transmisión para
el mensaje de incitación de actualización de celda.
7. El método de las reivindicaciones 1ª o 2ª, en
el que el mensaje de incitación de actualización de celda es
transmitido colectivamente a varias unidades de equipo de usuario en
el Modo Conectado.
8. El método de la reivindicación 7ª, que
comprende además las operaciones de: transmitir repetitivamente el
mensaje de incitación de actualización de celda a alguna de las
varias unidades de equipo de usuario en el Modo Conectado; e
incluir en el mensaje de incitación de actualización un campo de
prevención de repetición de actualización de celda que facilite a
una unidad de equipo de usuario que realice su actualización de
celda solamente una vez a pesar de las posibles varias recepciones
por la unidad de equipo de usuario del mensaje de incitación de
actualización de celda.
9. El método de la reivindicación 8ª, que
comprende además las operaciones de: incluir en el campo de
prevención de repetición de actualización de celda del mensaje de
incitación de actualización de celda un contador asociado con una
demanda de actualización de celda particular; e ignorar la unidad de
equipo de usuario todas, pero las primeras recepciones de un
mensaje de incitación de actualización de celda que tiene un mismo
contenido en el contador.
10. El método de la reivindicación 1ª, en el que
la operación (1) y la operación (2) son realizadas para recuperar
al menos una pérdida parcial en el nodo de controlador de red de
radio (RNC), de información de contexto para una unidad de equipo
de usuario, en el que el nodo de controlador de red de radio (RNC)
que sufre la pérdida de información de contexto para una unidad de
equipo de usuario es un nodo de RNC de Servicio (SRNC), y en el que
el método comprende además las operaciones de: mantener el nodo SRNC
una lista de unidades de equipo de usuario en un estado crítico de
Modo Conectado y almacenar la IMSI para las unidades de equipo de
usuario en la lista; y transmitir el SRNC el mensaje de incitación
de actualización de celda a la unidad de equipo de usuario.
11. El método de las reivindicaciones 1ª o 2ª,
que comprende además las operaciones de que la unidad de equipo de
usuario que está en el Modo Conectado realice un procedimiento de
actualización de celda; y avise de llamada subsiguientemente a la
unidad de equipo de usuario que está en el Modo Conectado con la
Identidad Temporal de Red de radio UTRAN (U-RNTI),
para la unidad de equipo de usuario.
12. Una red de acceso por radio que incluye un
nodo (26) de controlador de red de radio (RNC) caracterizado
porque comprende medios para almacenar información de contexto para
una unidad (30) de equipo de usuario en un Modo Conectado; y medios
para iniciar la transmisión de un mensaje de incitación de
actualización de celda a la unidad de equipo de usuario, siendo
dirigido el mensaje de incitación de actualización de celda a la
unidad de equipo de usuario usando la información de contexto.
13. Un nodo (26) de controlador de red de radio
(RNC) de una red de acceso por radio, caracterizado porque
el nodo 26 de controlador de red de radio (RNC) comprende medios
para almacenar información de contexto para una unidad (30) de
equipo de usuario en un Modo Conectado y medios para iniciar la
transmisión de un mensaje de incitación de actualización de celda a
la unidad de equipo de usuario, siendo dirigido el mensaje de
incitación de actualización de celda a la unidad de equipo de
usuario usando la información de contexto.
14. El aparato de las reivindicaciones 12ª o
13ª, en el que el mensaje de incitación de actualización de celda
es un mensaje de aviso de llamada o un mensaje de difusión de
información de sistema de control de recurso de radio (RRC).
15. El aparato de las reivindicaciones 12ª o
13ª, en el que el mensaje de incitación de actualización de celda
es transmitido a la unidad de equipo de usuario en un estado
CELL_PCH o un estado URA_PCH del Modo Conectado.
16. El aparato de las reivindicaciones 12ª o
13ª, en el que el mensaje de incitación de actualización de celda
es transmitido individualmente a varias unidades de equipo de
usuario en el Modo Conectado.
17. El aparato de la reivindicación 16ª, en el
que el nodo de controlador de red de radio (RNC) comprende medios
para almacenar la identidad de abonado móvil internacional (IMSI),
de la unidad de equipo de usuario y medios para usar la identidad
de abonado móvil internacional (IMSI), de la unidad de equipo de
usuario para determinar una ocasión de transmisión para el mensaje
de incitación de actualización de celda.
18. El aparato de las reivindicaciones 12ª o
13ª, en el que el mensaje de incitación de actualización de celda
es transmitido colectivamente a varias unidades de equipo de usuario
en el Modo Conectado.
19. El aparato de la reivindicación 18ª, en el
que el nodo de RNC comprende medios para transmitir repetitivamente
el mensaje de incitación de actualización de celda a alguna al menos
de las varias unidades de equipo de usuario en el Modo Conectado; y
en el que nodo de RNC incluye en el mensaje de incitación de
actualización de celda un campo de prevención de repetición de
actualización de celda que facilita a una unidad de equipo de
usuario que realiza su actualización de celda solamente una vez a
pesar de las posibles varias recepciones por la unidad de equipo de
usuario del mensaje de incitación de actualización de celda.
20. El aparato de la reivindicación 19ª, en el
que el campo de prevención de repetición de actualización de celda
del mensaje de incitación de actualización de celda tiene un
contador asociado con una demanda de actualización de celda
particular; y en el que la unidad de equipo de usuario comprende
medios para ignorar todas pero las primeras recepciones de un
mensaje de incitación de actualización de celda que tiene un mismo
contenido en el contador.
21. El aparato de las reivindicaciones 12ª o
13ª, en el que el nodo de controlador de red de radio (RNC)
comprende medios para transmitir el mensaje de incitación de
actualización de celda en unión con la recuperación de al menos
pérdida parcial, en el nodo de controlador de red de radio (RNC), de
información de contexto para una unidad de equipo de usuario.
22. El aparato de la reivindicación 21ª, en el
que el nodo de controlador de red de radio (RNC) que sufre la
pérdida de información de contexto para una unidad de equipo de
usuario es un nodo (26_{1}) de RNC de Servicio (SRNC); en el que
el nodo SRNC comprende medios para mantener una lista de unidades de
equipo de usuario en el estado crítico de Modo Conectado y medios
para almacenar información de contexto para las unidades de equipo
de usuario de la lista; y en el que el SRNC comprende medios para
transmitir el mensaje de incitación de actualización de celda a la
unidad de equipo de usuario.
23. El aparato de la reivindicación 21ª, en el
que el nodo de controlador de red de radio (RNC) que sufre la
pérdida de información de contexto para una unidad de equipo de
usuario es un nodo (26_{1}) de RNC de Servicio (SRNC); en el que
la red de acceso por radio comprende además un nodo (26_{2}) de
RNC de deriva (DRNC) que comprende medios para mantener una lista
de equipo de usuario que tiene conexiones de acceso por radio
controladas por el SRNC y que están en un estado crítico del Modo
Conectado; y en el que el DRNC comprende medios para iniciar la
transmisión del mensaje de incitación de actualización de celda a la
unidad de equipo de usuario.
24. El aparato de la reivindicación 23ª, en el
que el nodo de DRNC comprende medios para almacenar la IMSI para
las unidades de equipo de usuario sobre la lista y usar la identidad
de abonado móvil internacional (IMSI), de la unidad de equipo de
usuario para determinar una ocasión de transmisión para el mensaje
de incitación de actualización de celda.
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US31797001P | 2001-09-10 | 2001-09-10 | |
| US317970P | 2001-09-10 | ||
| US10/235,863 US7076248B2 (en) | 2001-09-10 | 2002-09-06 | Recovery of mobile station(s) in connected mode upon RNC failure |
| US235863 | 2002-09-06 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2294164T3 true ES2294164T3 (es) | 2008-04-01 |
Family
ID=26929288
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES02768254T Expired - Lifetime ES2294164T3 (es) | 2001-09-10 | 2002-09-10 | Recuperacion de estaciones moviles en modo conectado al fallar el rnc (controlador de red de radio). |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US7076248B2 (es) |
| EP (1) | EP1428397B1 (es) |
| JP (1) | JP4272064B2 (es) |
| CN (1) | CN100484299C (es) |
| AT (1) | ATE381227T1 (es) |
| DE (1) | DE60224063T2 (es) |
| ES (1) | ES2294164T3 (es) |
| WO (1) | WO2003043364A1 (es) |
Families Citing this family (104)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE60103010T2 (de) * | 2001-02-16 | 2005-04-28 | Lucent Technologies Inc. | Teilnehmergerät für ein UMTS Mobiltelefon-Kommunikationssystem |
| US8160020B2 (en) | 2001-06-25 | 2012-04-17 | Airvana Network Solutions, Inc. | Radio network control |
| US7269448B2 (en) * | 2001-11-09 | 2007-09-11 | Electronics And Telecommunications Research Institute | Method for recognizing request for data transmission by mobile/base station RRC using network transfer device |
| US7457624B2 (en) * | 2001-11-29 | 2008-11-25 | Denso Corporation | Mobile station expediting location registry to base station |
| SE0200106D0 (sv) * | 2002-01-14 | 2002-01-14 | Ericsson Telefon Ab L M | A method and arrangement for paging in a mobile telecommunication system |
| US7424296B2 (en) * | 2002-04-29 | 2008-09-09 | Nokia Corporation | Method and apparatus for soft handover area detection for uplink interference avoidance |
| US7965693B2 (en) * | 2002-05-28 | 2011-06-21 | Zte (Usa) Inc. | Interworking mechanism between wireless wide area network and wireless local area network |
| KR20030097373A (ko) * | 2002-06-20 | 2003-12-31 | 삼성전자주식회사 | 이동 통신 시스템에서 멀티캐스트 멀티미디어 방송서비스를 위한 호출 장치 및 방법 |
| US7453837B2 (en) * | 2002-08-15 | 2008-11-18 | Zteit Usa, Inc. | Trunking system for CDMA wireless communication |
| EP1401226A1 (en) * | 2002-09-20 | 2004-03-24 | Lucent Technologies Inc. | A method, and apparatus, for addressing a message to mobile user terminals |
| WO2004034686A1 (en) * | 2002-10-09 | 2004-04-22 | Interdigital Technology Corporation | Information storage for radio resource management |
| US8107951B2 (en) * | 2002-11-05 | 2012-01-31 | Telefonaktiebolaget Lm Ericsson (Publ) | Collective notification of node reset to subset of connections in radio access network |
| US20040157640A1 (en) * | 2003-02-11 | 2004-08-12 | Juho Pirskanen | System and method for counting user equipments (UEs) in idle mode in a multimedia broadcast multi-service (MBMS) |
| WO2004073256A1 (en) * | 2003-02-12 | 2004-08-26 | Samsung Electronics Co., Ltd. | Method for managing service context for paging user equipment in a multimedia broadcast/multicast service |
| DE10331319B4 (de) * | 2003-07-10 | 2012-09-13 | Siemens Ag | Verfahren zur Steuerung der einer Mobilstation zugeordneten Funkressourcen und Funk-Kommunikationssystem |
| US7406314B2 (en) * | 2003-07-11 | 2008-07-29 | Interdigital Technology Corporation | Wireless transmit receive unit having a transition state for transitioning from monitoring to duplex connected states and method |
| US7684788B2 (en) * | 2003-09-29 | 2010-03-23 | M-Stack Limited | Method and apparatus for processing messages received by a device from a network |
| US7471948B2 (en) * | 2003-09-29 | 2008-12-30 | M-Stack Limited | Wireless telecommunication system |
| KR100640375B1 (ko) * | 2003-10-01 | 2006-10-30 | 삼성전자주식회사 | 셀룰러 통신 시스템에서 하드 핸드오버시 빠른 순방향링크서비스 방법 |
| US7206581B2 (en) | 2003-11-05 | 2007-04-17 | Interdigital Technology Corporation | Method and apparatus for processing data blocks during soft handover |
| GB2416269A (en) * | 2004-04-16 | 2006-01-18 | Nokia Corp | Cell selection and re-selection |
| WO2005101695A1 (en) * | 2004-04-19 | 2005-10-27 | Zteit Usa, Inc. | Trunking and push-to-talk mechanisms for wcdma wireless communications |
| US7729303B2 (en) * | 2004-06-30 | 2010-06-01 | Zteit Usa, Inc. | Global open trunking system for CDMA wireless communication |
| CN1315309C (zh) * | 2004-09-30 | 2007-05-09 | 华为技术有限公司 | 多媒体广播组播业务系统中重新计数的方法 |
| US20060128423A1 (en) * | 2004-12-13 | 2006-06-15 | Motorola, Inc. | Integration system of different types of mobile switching centers and supporting method and apparatus |
| CN100361547C (zh) * | 2004-12-23 | 2008-01-09 | 华为技术有限公司 | 一种针对基站本地小区的物理小区损坏的处理方法 |
| EP1847074B1 (en) * | 2005-02-07 | 2016-03-30 | Telefonaktiebolaget LM Ericsson (publ) | Methods and arrangements for handling unreliable scheduling grants in a telecommunication network |
| US7801527B2 (en) * | 2005-04-28 | 2010-09-21 | Motorola Mobility, Inc. | Cell update process with reconfiguration status |
| US8099504B2 (en) * | 2005-06-24 | 2012-01-17 | Airvana Network Solutions, Inc. | Preserving sessions in a wireless network |
| CN100403837C (zh) * | 2005-08-01 | 2008-07-16 | 华为技术有限公司 | 一种wcdma系统中小区更新故障的上报方法 |
| US20090270100A1 (en) * | 2005-09-28 | 2009-10-29 | Matsushita Electric Industrial Co., Ltd. | Radio communication terminal device, network device, mobile communication system, and position registering method |
| WO2007052916A1 (en) * | 2005-10-31 | 2007-05-10 | Lg Electronics Inc. | Method for processing control information in a wireless mobile communication system |
| KR101333918B1 (ko) * | 2006-01-05 | 2013-11-27 | 엘지전자 주식회사 | 이동 통신 시스템의 점-대-다 서비스 통신 |
| KR101268200B1 (ko) * | 2006-01-05 | 2013-05-27 | 엘지전자 주식회사 | 이동통신 시스템에서의 무선자원 할당방법 |
| KR101203841B1 (ko) * | 2006-01-05 | 2012-11-21 | 엘지전자 주식회사 | 무선 통신 시스템에서의 페이징 메시지 전송 및 수신 방법 |
| KR101319870B1 (ko) * | 2006-01-05 | 2013-10-18 | 엘지전자 주식회사 | 이동 통신 시스템에서의 핸드오버 방법 |
| KR101265628B1 (ko) * | 2006-01-05 | 2013-05-22 | 엘지전자 주식회사 | 이동 통신 시스템에서의 무선 자원 스케줄링 방법 |
| USRE43949E1 (en) | 2006-01-05 | 2013-01-29 | Lg Electronics Inc. | Allocating radio resources in mobile communications system |
| KR100912784B1 (ko) | 2006-01-05 | 2009-08-18 | 엘지전자 주식회사 | 데이터 송신 방법 및 데이터 재전송 방법 |
| WO2007078171A2 (en) * | 2006-01-05 | 2007-07-12 | Lg Electronics Inc. | Method of transmitting feedback information in a wireless communication system |
| KR101211807B1 (ko) * | 2006-01-05 | 2012-12-12 | 엘지전자 주식회사 | 이동통신 시스템에서 무선단말의 동기상태 관리방법 |
| JP4806030B2 (ja) | 2006-01-05 | 2011-11-02 | エルジー エレクトロニクス インコーポレイティド | 移動通信システムで信号を転送する方法 |
| KR101187076B1 (ko) | 2006-01-05 | 2012-09-27 | 엘지전자 주식회사 | 이동 통신 시스템에 있어서 신호 전송 방법 |
| KR101358469B1 (ko) * | 2006-02-07 | 2014-02-06 | 엘지전자 주식회사 | 무선 네트워크(ｎｅｔｗｏｒｋ) 안에서 상향(ｕｐｌｉｎｋ)및 하향(ｄｏｗｎｌｉｎｋ) 대역폭(ｂａｎｄｗｉｄｔｈ)의선택 및 신호 방법 |
| KR101216751B1 (ko) * | 2006-02-07 | 2012-12-28 | 엘지전자 주식회사 | 이동 통신 시스템에서 식별자를 이용한 충돌 회피 방법 |
| KR101387475B1 (ko) * | 2006-03-22 | 2014-04-22 | 엘지전자 주식회사 | 복수의 네트워크 엔터티를 포함하는 이동 통신시스템에서의 데이터 처리 방법 |
| EP2033341B1 (en) * | 2006-06-21 | 2018-03-21 | LG Electronics Inc. | Method of transmitting and receiving radio access information using a message separation in a wireless mobile communications system |
| KR20070121505A (ko) * | 2006-06-21 | 2007-12-27 | 엘지전자 주식회사 | 무선링크 재설정 방법 |
| KR101369135B1 (ko) * | 2006-06-21 | 2014-03-05 | 엘지전자 주식회사 | 이동통신 시스템에서의 멀티미디어 및 방송서비스의 품질보장 방법 및 그 단말 |
| EP2030359B1 (en) * | 2006-06-21 | 2017-12-20 | LG Electronics Inc. -1- | Method of supporting data retransmission in a mobile communication system |
| KR20070121513A (ko) * | 2006-06-21 | 2007-12-27 | 엘지전자 주식회사 | 이동통신 시스템의 상향 접속 방법 |
| US8351398B2 (en) | 2006-07-20 | 2013-01-08 | Fujitsu Limited | Mobile communication terminal, incoming data detecting method and incoming data detecting program |
| WO2008010277A1 (fr) * | 2006-07-20 | 2008-01-24 | Fujitsu Limited | Terminal de communication mobile, procédé et programme de détection d'arrivée |
| CA2660309C (en) | 2006-08-18 | 2015-11-24 | Telefonaktiebolaget L M Ericsson (Publ) | Reducing state transition time from power saving state |
| CN101155377A (zh) * | 2006-09-25 | 2008-04-02 | 华为技术有限公司 | 防止周期性跨区域更新失败的方法及装置及系统 |
| CN100466532C (zh) * | 2006-10-30 | 2009-03-04 | 华为技术有限公司 | 广播多播业务传输模式的设置方法及其系统 |
| JP4963226B2 (ja) * | 2006-12-15 | 2012-06-27 | 富士通株式会社 | 無線通信システムにおける復旧方法、および無線ネットワーク制御装置 |
| US7957360B2 (en) * | 2007-01-09 | 2011-06-07 | Motorola Mobility, Inc. | Method and system for the support of a long DRX in an LTE—active state in a wireless network |
| KR101384865B1 (ko) * | 2007-01-09 | 2014-04-16 | 엘지전자 주식회사 | 충돌 해결을 위한 랜덤 액세스 방법 |
| ES2553333T3 (es) | 2007-02-05 | 2015-12-07 | Nec Corporation | Método de traspaso de estación base a estación base, sistema de comunicación inalámbrica, método de control de DRX, estación base y terminal de comunicación |
| JP4877841B2 (ja) * | 2007-05-18 | 2012-02-15 | イノヴァティヴ ソニック リミテッド | 移動通信システムにおける方法及び通信装置 |
| US8693409B2 (en) * | 2007-08-10 | 2014-04-08 | Interdigital Patent Holdings, Inc. | Method and apparatus for supporting paging over an HS-DSCH in CELL—PCH and URA—PCH states |
| US8843638B2 (en) | 2007-12-13 | 2014-09-23 | Ericsson Evdo Inc. | Handing off active connections |
| EP2247132A4 (en) * | 2008-02-19 | 2014-04-09 | Ntt Docomo Inc | MOBILE COMMUNICATION SYSTEM, BASE STATION APPARATUS, USER EQUIPMENT, AND METHOD |
| CN101605385B (zh) * | 2008-06-13 | 2016-09-28 | 华为技术有限公司 | 一种指示不连续调度数据的方法、装置及系统 |
| US8791470B2 (en) * | 2009-10-05 | 2014-07-29 | Zena Technologies, Inc. | Nano structured LEDs |
| US7970426B2 (en) * | 2008-09-10 | 2011-06-28 | Motorola Solutions, Inc. | Method of assigning provisional identification to a subscriber unit and group |
| ES2355668B1 (es) * | 2008-12-12 | 2012-02-02 | Vodafone España, S.A.U. | Bloqueo de celdas en una red de comunicación celular. |
| US7917137B2 (en) * | 2009-02-04 | 2011-03-29 | Nokia Corporation | Optimization of uplink resource grant procedure and apparatus |
| WO2010151846A1 (en) * | 2009-06-25 | 2010-12-29 | Kineto Wireless, Inc. | Recovering from a signalling connection failure |
| CN101635897B (zh) * | 2009-08-07 | 2012-11-28 | 中兴通讯股份有限公司 | 用于全球移动通讯系统的联合寻呼方法和装置 |
| WO2011038252A2 (en) | 2009-09-25 | 2011-03-31 | Fong, Mo-Han | System and method for multi-carrier network operation |
| EP2481180B1 (en) | 2009-09-25 | 2018-11-07 | BlackBerry Limited | Channel scrambling in multi-carrier communications networks |
| WO2011035420A1 (en) | 2009-09-25 | 2011-03-31 | Research In Motion Limited | System and method for multi-carrier network operation |
| HUE051735T2 (hu) * | 2009-09-25 | 2021-03-29 | Blackberry Ltd | Többvivõs hálózati üzem |
| US8498608B2 (en) | 2010-01-19 | 2013-07-30 | Htc Corporation | Method of network paging user equipment for error recovery in wireless communication system and related communication device |
| US20110244823A1 (en) * | 2010-04-02 | 2011-10-06 | Te-Ming Chen | Method To Inform User Equipment To Perform Register Procedure In Wireless Communication System and Related Communication Device |
| CN102300167A (zh) * | 2010-06-23 | 2011-12-28 | 中兴通讯股份有限公司 | 一种实现故障弱化的方法和系统 |
| ES2544691T3 (es) * | 2010-08-25 | 2015-09-02 | Airbus Defence And Space Oy | Método y sistema con capacidad mejorada de recuperación ante desastres |
| GB2489413B (en) | 2011-03-25 | 2016-08-03 | Broadcom Corp | Discontinuous reception with user equipment based mobility |
| US8532006B2 (en) * | 2011-03-25 | 2013-09-10 | Renesas Mobile Corporation | Discontinuous reception with user equipment based mobility |
| CN102833756A (zh) * | 2011-06-13 | 2012-12-19 | 普天信息技术研究院有限公司 | 一种ofdm系统中的单子带用户数据传输方法 |
| US20150079991A1 (en) * | 2011-09-12 | 2015-03-19 | Nokia Corporation | Method and apparatus for mobile terminal connected mode mobility |
| CN103313330A (zh) * | 2012-03-09 | 2013-09-18 | 鼎桥通信技术有限公司 | 异系统切换中控制切换失败的方法和装置 |
| EP3306988B1 (en) * | 2013-09-27 | 2019-11-06 | Telefonaktiebolaget LM Ericsson (publ) | Epc enhancement for long drx and power saving state |
| WO2015123876A1 (zh) * | 2014-02-21 | 2015-08-27 | 华为技术有限公司 | 通信数据处理方法、装置和系统 |
| US9838991B1 (en) | 2016-08-15 | 2017-12-05 | At&T Intellectual Property I, L.P. | Method and apparatus for managing mobile subscriber identification information according to registration requests |
| US9967732B2 (en) | 2016-08-15 | 2018-05-08 | At&T Intellectual Property I, L.P. | Method and apparatus for managing mobile subscriber identification information according to registration errors |
| US9924347B1 (en) | 2016-09-14 | 2018-03-20 | At&T Intellectual Property I, L.P. | Method and apparatus for reassigning mobile subscriber identification information |
| US9794905B1 (en) | 2016-09-14 | 2017-10-17 | At&T Mobility Ii Llc | Method and apparatus for assigning mobile subscriber identification information to multiple devices according to location |
| US9843922B1 (en) | 2016-09-14 | 2017-12-12 | At&T Intellectual Property I, L.P. | Method and apparatus for utilizing mobile subscriber identification information with multiple devices based on registration errors |
| US10015764B2 (en) | 2016-09-14 | 2018-07-03 | At&T Intellectual Property I, L.P. | Method and apparatus for assigning mobile subscriber identification information to multiple devices |
| US9814010B1 (en) | 2016-09-14 | 2017-11-07 | At&T Intellectual Property I, L.P. | Method and apparatus for utilizing mobile subscriber identification information with multiple devices based on registration requests |
| US9906943B1 (en) | 2016-09-29 | 2018-02-27 | At&T Intellectual Property I, L.P. | Method and apparatus for provisioning mobile subscriber identification information to multiple devices and provisioning network elements |
| US9918220B1 (en) | 2016-10-17 | 2018-03-13 | At&T Intellectual Property I, L.P. | Method and apparatus for managing and reusing mobile subscriber identification information to multiple devices |
| US10079070B2 (en) | 2016-10-20 | 2018-09-18 | International Business Machines Corporation | Testing content addressable memory and random access memory |
| US10070303B2 (en) | 2016-11-11 | 2018-09-04 | At&T Intellectual Property I, L.P. | Method and apparatus for provisioning of multiple devices with mobile subscriber identification information |
| US10136305B2 (en) | 2016-12-01 | 2018-11-20 | At&T Intellectual Property I, L.P. | Method and apparatus for using mobile subscriber identification information for multiple device profiles for a device |
| US10341842B2 (en) | 2016-12-01 | 2019-07-02 | At&T Intellectual Property I, L.P. | Method and apparatus for using temporary mobile subscriber identification information in a device to provide services for a limited time period |
| US10070407B2 (en) | 2016-12-01 | 2018-09-04 | At&T Intellectual Property I, L.P. | Method and apparatus for using active and inactive mobile subscriber identification information in a device to provide services for a limited time period |
| US10231204B2 (en) | 2016-12-05 | 2019-03-12 | At&T Intellectual Property I, L.P. | Methods, systems, and devices for registering a communication device utilizing a virtual network |
| CN107018507B (zh) * | 2017-03-22 | 2020-06-23 | 武汉虹信通信技术有限责任公司 | 一种演进分组核心重启恢复方法 |
| CN109547997A (zh) * | 2017-08-04 | 2019-03-29 | 中国移动通信有限公司研究院 | 数据共享方法、服务器、计算机可读存储介质和系统 |
| US11659380B1 (en) | 2021-05-05 | 2023-05-23 | T-Mobile Usa, Inc. | UE-capability-based system information block transmission |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100188984B1 (ko) | 1993-12-02 | 1999-06-01 | 안쏘니 제이. 살리, 주니어 | 통신 시스템의 지역 엔터티들간 통신 방법 및 장치 |
| US6104929A (en) * | 1997-06-20 | 2000-08-15 | Telefonaktiebolaget Lm Ericsson | Data packet radio service with enhanced mobility management |
| FI972725A (fi) * | 1997-06-24 | 1998-12-25 | Nokia Telecommunications Oy | Uudelleenreititys |
| FI108599B (fi) | 1999-04-14 | 2002-02-15 | Ericsson Telefon Ab L M | Toipuminen matkaviestinjärjestelmissä |
| EP1175795A1 (en) * | 1999-04-30 | 2002-01-30 | Nokia Corporation | Sgsn semi anchoring during the inter sgsn srnc relocation procedure |
| DE60030879T2 (de) | 1999-11-12 | 2007-01-04 | Motorola, Inc., Schaumburg | Verfahren und vorrichtung für netzgesteuertes weiterreichen in einem paketvermittelten telekommunikationsnetzwerk |
| FI108491B (fi) * | 2000-02-11 | 2002-01-31 | Nokia Corp | Palvelevan verkkoelementin uudelleen sijoitus |
| US7715837B2 (en) | 2000-02-18 | 2010-05-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for releasing connections in an access network |
| US6751748B1 (en) * | 2000-12-15 | 2004-06-15 | Nortel Networks Limited | Context redundancy system on a wireless and packet-based telecommunications network interface |
| EP1235450A1 (en) | 2001-02-16 | 2002-08-28 | Lucent Technologies Inc. | Mobile telecommunications system that is robust with respect to radio network controller failures |
-
2002
- 2002-09-06 US US10/235,863 patent/US7076248B2/en not_active Expired - Lifetime
- 2002-09-10 EP EP02768254A patent/EP1428397B1/en not_active Expired - Lifetime
- 2002-09-10 CN CNB028175794A patent/CN100484299C/zh not_active Expired - Fee Related
- 2002-09-10 DE DE60224063T patent/DE60224063T2/de not_active Expired - Lifetime
- 2002-09-10 JP JP2003545063A patent/JP4272064B2/ja not_active Expired - Lifetime
- 2002-09-10 AT AT02768254T patent/ATE381227T1/de not_active IP Right Cessation
- 2002-09-10 WO PCT/SE2002/001626 patent/WO2003043364A1/en active IP Right Grant
- 2002-09-10 ES ES02768254T patent/ES2294164T3/es not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| DE60224063D1 (de) | 2008-01-24 |
| US20030050097A1 (en) | 2003-03-13 |
| US7076248B2 (en) | 2006-07-11 |
| ATE381227T1 (de) | 2007-12-15 |
| EP1428397B1 (en) | 2007-12-12 |
| JP4272064B2 (ja) | 2009-06-03 |
| EP1428397A1 (en) | 2004-06-16 |
| CN100484299C (zh) | 2009-04-29 |
| WO2003043364A1 (en) | 2003-05-22 |
| JP2005510155A (ja) | 2005-04-14 |
| DE60224063T2 (de) | 2008-11-06 |
| CN1554204A (zh) | 2004-12-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2294164T3 (es) | Recuperacion de estaciones moviles en modo conectado al fallar el rnc (controlador de red de radio). | |
| US10362622B2 (en) | Management and setup of enhanced MAC-e/es resources in cell-FACH state | |
| JP4354704B2 (ja) | 総括的解放メッセージを用いた複数の無線接続の解放 | |
| ES2777629T4 (es) | Método, estación base y sistema de planificación de datos | |
| ES2299525T3 (es) | Metodo para liberar un equipo de usuario utilizando un procedimiento de busqueda en un sistema de comunicacion celular. | |
| ES2331117T3 (es) | Radiobusqueda en sistemas de comunicacion. | |
| ES2658831T3 (es) | Configuraciones predeterminadas con codificación diferencial en un sistema de comunicación inalámbrica | |
| ES2292570T3 (es) | Metodo y disposicion para optimizar el restablecimiento de conexiones en un sistema celular de radiocomunicaciones que soporta comunicaciones en tiempo real y en tiempo no real. | |
| ES2292573T3 (es) | Reubicacion de un controlador servidor de red de radio con señalizacion de union de canales de transporte. | |
| ES2939704T3 (es) | Métodos y aparatos en un sistema de telecomunicaciones | |
| US10511960B2 (en) | Method and apparatus for supporting paging over an HS-DSCH in CELL_PCH and URA_PCH states | |
| ES2340659T3 (es) | Metodo y aparato para transferir informacion entre terminales moviles y entidades en una red de acceso por radio. | |
| ES2396026T3 (es) | Identificadores de manejo para canales dedicados mejorados en estados de canal de acceso para la transmisión de celdas | |
| ES2392904T3 (es) | Cambio rápido de célula servidora | |
| ES2948445T3 (es) | Restauración de sesión de MBMS en EPS por fallo de ruta | |
| ES2287281T3 (es) | Metodo de encaminamiento y estructura de red. | |
| ES2234574T3 (es) | Metodo para la seleccion de celulas. | |
| ES2959415T3 (es) | Método, dispositivo y sistema de procesamiento de recuperación de puerta de enlace | |
| ES2286035T3 (es) | Transferencia de informacion de control de areas de encaminamiento superpuestas en una red de acceso de radio. | |
| ES2661392T3 (es) | Métodos y dispositivos relacionados con la recepción discontinua | |
| EP2245866B1 (en) | Method and user equipment for mobile device registration | |
| ES2957398T3 (es) | Método de reporte de identificador, dispositivo de red y dispositivo terminal | |
| ES2764772T3 (es) | Reparto de carga en redes de acceso radioeléctrico móviles con el uso de parámetros modificados para la reselección celular mediante señalización dedicada |