ES2292573T3 - Reubicacion de un controlador servidor de red de radio con señalizacion de union de canales de transporte. - Google Patents
Reubicacion de un controlador servidor de red de radio con señalizacion de union de canales de transporte. Download PDFInfo
- Publication number
- ES2292573T3 ES2292573T3 ES01918077T ES01918077T ES2292573T3 ES 2292573 T3 ES2292573 T3 ES 2292573T3 ES 01918077 T ES01918077 T ES 01918077T ES 01918077 T ES01918077 T ES 01918077T ES 2292573 T3 ES2292573 T3 ES 2292573T3
- Authority
- ES
- Spain
- Prior art keywords
- radio
- service
- network controller
- radio network
- rnc
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/12—Reselecting a serving backbone network switching or routing node
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Radio Relay Systems (AREA)
Abstract
Un método para llevar a cabo, para un servicio de telecomunicaciones, una reubicación de un rol de un servidor controlador de red de radio <SRNC> desde un primer controlador de red de radio <RNC> (261) a un segundo controlador de red de radio <RNC> (262), caracterizado porque para un servicio para el que se da la reubicación, el primer controlador de red de radio envía una señal al segundo controlador de red de radio con información para enlazar un canal de transporte utilizado para el servicio con una portadora de acceso de radio <RAB> para el servicio, y en el que después de la reubicación el RAB para el servicio está enlazado mediante un segundo controlador de red de radio al mismo canal de transporte que fue utilizado por el primer controlador de red de radio para el servicio previo a la reubicación.
Description
Reubicación de un controlador servidor de red de
radio con señalización de unión de canales de transporte.
La presente invención versa acerca de las
telecomunicaciones, y particularmente acerca de la reubicación de
un controlador servidor de red de radio en una red de acceso de
radio.
En un sistema de radio celular típico, las
unidades móviles de equipo de usuario (user equipment, UEs)
se comunican mediante una red de acceso de radio (radio access
network, RAN) con una o más redes centrales. Las unidades de
equipo de usuario (UEs) pueden ser estaciones móviles como teléfonos
móviles (teléfonos "celulares") y portátiles con terminales
móviles, y pueden ser, por ejemplo, dispositivos móviles portátiles,
de bolsillo, de mano, incluidos en ordenadores, o montados en
coches que comunican voz y/o datos con una red de acceso de
radio.
La red de acceso de radio (RAN) cubre un área
geográfica que está dividida en áreas de celda, estando servida
cada área de celda por una estación base. Una celda es un área
geográfica en la que la cobertura de radio está proporcionada por
un equipo de estación base de radio en un emplazamiento de la
estación base. Cada celda está identificada por una identidad
única, que se transmite en la celda. Las estaciones base se
comunican por la interfaz de aire (por ejemplo, radiofrecuencias)
con las unidades de equipo de usuario (UE) dentro del alcance de
las estaciones base. En la red de acceso de radio, normalmente están
conectadas diversas estaciones base (por ejemplo, por líneas
terrestres o por microondas) con un controlador de red de radio
(radio network controller, RNC). El controlador de red de
radio, también conocido a veces como un controlador de estaciones
base (base station controller, BSC), supervisa y coordina
diversas actividades de las distintas estaciones base conectadas al
mismo. Los controladores de red de radio están típicamente
conectados a una o más redes centrales.
Un ejemplo de una red de acceso de radio es la
red de acceso de radio terrestre (Terrestrial Radio Access
Network, UTRAN) de telecomunicaciones móviles universales
(Universal Mobile Telecommunications, UMTS). La UTRAN es un
sistema de tercera generación que en algunos aspectos construye
sobre la tecnología de acceso de radio conocida como comunicaciones
para móviles de sistema global ( Global System for
Mobile, GSM) desarrollado en Europa. La UTRAN es
esencialmente un sistema de acceso múltiple con división de código
de banda ancha (Wideband code division multiple access,
W-CDMA).
Como apreciarán las personas versadas en la
especialidad, en la tecnología W-CDMA una banda de
frecuencia común permite una comunicación simultánea entre una
unidad de equipo de usuario (UE) y una pluralidad de estaciones
base. Las señales que ocupan la banda de frecuencia común se
discriminan en la estación de recepción a través de las propiedades
de la forma de onda del espectro de dispersión CDMA basándose en el
uso de un código de pseudorruido
(pseudo-noise, PN) de alta velocidad. Estos
códigos PN de alta velocidad se utilizan para modular señales
transmitidas desde las estaciones base y las unidades de equipo de
usuario (UEs). Las estaciones transmisoras que utilizan distintos
códigos PN (o un código PN desplazado en el tiempo) producen señales
que se pueden demodular por separado en una estación de recepción.
La modulación PN de alta velocidad también permite que la estación
de recepción genere de manera ventajosa una señal de recepción desde
una única estación de transmisión combinando diversas vías de
propagación distintas de la señal transmitida. Por lo tanto, en
CDMA, una unidad de equipo de usuario (UE) no necesita cambiar de
frecuencia cuando se realiza un traspaso de control de una conexión
de una celda a otra. Como resultado, una celda de destino puede
soportar una conexión con una unidad de equipo de usuario (UE) al
mismo tiempo que la celda de origen continúa dando servicio a la
conexión. Dado que la unidad de equipo de usuario (UE) siempre se
está comunicando a través de al menos una celda durante el traspaso
de control, no se interrumpe la llamada. De ahí la expresión
"handover blando" o "soft handover", o sea, el
paso automático "blando" de una estación base a otra. A
diferencia de un "handover duro" o "hard
handover", el "handover blando" es una operación de
conmutación de tipo "conectar antes de abrir".
La red de acceso de radio terrestre (UTRAN) de
telecomunicaciones móviles universales (UMTS) acomoda tanto
conexiones de conmutación por circuitos como de conmutación por
paquetes. En este aspecto, en la UTRAN las conexiones de
conmutación por circuitos involucran un controlador de red de radio
(RNC) que se comunica con una central de conmutación móvil
(mobile switching center, MSC), que, a su vez, está conectada
con una red central externa concebida con un protocolo de conexión,
que puede ser (por ejemplo) la red telefónica pública conmutada
(Public Switched Telephone Network, PSTN) y/o la red digital
de servicios integrados (RDSI). Por otra parte, en UTRAN las
conexiones conmutadas por paquetes involucran al controlador de red
de radio que se comunica con un nodo servidor de soporte GPRS
(Serving GPRS Support Node, SGSN) que a su vez está
conectado a través de una red troncal y un nodo pasarela de soporte
GPRS (Gateway GPRS support node, GGSN) a redes conmutadas
por paquetes (por ejemplo, la Internet, redes externas X.25).
Hay diversas interfaces de interés en la UTRAN.
La interfaz entre los controladores de red de radio (RNCs) y
la(s) red(es) central(es) se denomina(n)
la(s) interfaz/interfaces "Iu". La interfaz entre un
controlador de red de radio (RNC) y sus estaciones base (base
stations, BSs) se denomina interfaz "Iub". La interfaz
entre la unidad de equipo de usuario (UE) y las estaciones base se
conoce como la "interfaz de aire" o la "interfaz de
radio". En algunos casos, una conexión incluye tanto un RNC
servidor u origen (Serving or Source RNC, SRNC) y un RNC de
destino o de desplazamiento (target or drift RNC, DRNC). El
SRNC controla la conexión, pero uno o más ramales de conexión con
diversidad son controladas por el DRNC (véanse, con respecto a
esto, el documento WO 99/45736, titulado "Telecommunications
Inter-Exchange Measurement Transfer"
[Transferencia de medición de intercambio de las
telecomunicaciones]; y el documento WO 99/45735, titulado
"Telecommunications Inter-Exchange Congestion
Control" [Control de la congestión de intercambio de las
telecomunicaciones]). A la interfaz entre un SRNC y un DRNC se la
denomina interfaz "Iur".
En las telecomunicaciones móviles universales
(UMTS), se identifica un servicio a un nivel de estrato de no
acceso de la arquitectura UMTS por un identificador de servicio de
estrato de no acceso (Non-Access Stratum,
NAS) (ID de servicio NAS). En el nivel de estrato de acceso de la
arquitectura UMTS, cada servicio está identificado por un
identificador de portadora de acceso de radio (radio access
bearer, RAB) (ID RAB) en la interfaz Iu y por uno o más
identificadores de portadora de radio (radio bearer, RB) (IDs
RB) en la interfaz de radio (por ejemplo, la interfaz de aire).
Cada Servicio NAS está, por lo tanto, enlazado a una portadora de
acceso de radio (RAB), y cada portadora de acceso de radio (RAB)
está enlazada a una o más portadoras de radio (RBs). Una o más
portadoras de radio (RBs) están enlazadas a un canal de transporte,
por ejemplo, a un canal de transporte dedicado (Dedicated
Transport Channel, DCH) en las interfaces Iur, Iub y de radio.
Cada DCH está, por lo tanto, enlazado a una o más portadoras de
radio (RBs). Consecuentemente, cada portadora de acceso de radio
(RAB) está enlazada a uno o más DCHs.
Un canal de transporte dedicado (DCH) se
identifica por un ID DCH en las interfaces Iur e Iub. La ID DCH
utilizada en las interfaces Iur e Iub no se utiliza en la interfaz
de radio. En cambio, se utiliza un identificador de canal de
transporte (Transport Channel, TrCH) en la interfaz de radio
para identificar el canal de transporte en la interfaz de radio. El
RNC servidor (SRNC) y la UE conocen este identificador de canal de
transporte (TrCH) (de la misma forma que conocen el ID RB), pero el
identificador de canal de transporte (TrCH) no conoce el DRNC ni la
estación base.
El documento WO 99/51051 describe un método para
traspasar el control en el que entidades de control de la conexión
de un primer RNC se reubican a un segundo RNC según se mueve la
estación móvil desde una zona controlada por el primer RNC a una
segunda zona controlada por el segundo RNC. Dichas entidades de
control de la conexión pueden ser las entidades con función de
combinación de macrodiversidad, de bloque de control de recursos de
radio y otras entidades asociadas en el plano del usuario.
Ha emergido un proyecto conocido como el
proyecto de asociación de tercera generación (Third Generation
Partnership Project, 3GPP) para seguir evolucionando la red de
acceso de radio basada en las tecnologías UTRAN y GSM (ver, por
ejemplo, 3GPP TR 25,832, "Manifestations of Handover and SRNS
relocation" [Manifestaciones de traspaso y reubicación SRNS] y
"SRNS Relocation" [Reubicación SRNS] i 3GPP TS 25,401, kap
7.2.3.2. El 3GPP anticipa una situación en la que el rol de un RNC
Servidor (SRNC) se reubicará desde un primer RNC a otro RNC, tal
como un RNC que antes servía como un RNC de desplazamiento (DRNC).
En conexión con dicha reubicación, el 3GPP propone mandar una señal
desde el primer RNC (por ejemplo, el antiguo SRNC) al segundo RNC
(por ejemplo, el nuevo SRNC) con cierta información de enlace, y
específicamente información que enlace las identificaciones de la
portadora de acceso de radio (RAB) y las identificaciones de las
portadoras de radio (RB). Sin embargo, en conformidad con esta
propuesta del 3GPP, el nuevo SRNC debe aún adivinar qué canales de
transporte se corresponderían con las portadoras de radio que han
de ser utilizadas. También se describe un método para llevar a cabo
la reubicación SRNC en una red UMTS para una UE dada en conformidad
con el principio descrito anteriormente en el documento WO
01/39534.
Lo que se necesita, por lo tanto, y lo que es un
objeto de la presente invención, es una técnica para permitir que
el nuevo SRNC enlace canales de transporte con portadoras de
radio.
En una red de acceso de radio, un procedimiento
de reubicación SRNC se realiza reubicando un rol de un controlador
servidor de red de radio (SRNC) para un servicio de
telecomunicaciones que incluya una unidad de equipo de usuario (UE)
de un primer controlador de red de radio a un segundo controlador de
red de radio. En conformidad con diversos modos del procedimiento
de la reubicación SRNC, el primer controlador de red de radio envía
información al segundo controlador de red de radio para enlazar
canales de transporte utilizados para el servicio con una portadora
de acceso de radio (RAB) para el servicio.
En un primer modo de la invención, las señales
enlazan un canal de transporte dedicado (DCH) utilizado para el
servicio con una portadora de acceso de radio (RAB) para el
servicio. Desde el segundo al cuarto modo de la invención, durante
el procedimiento de la reubicación SRNC, la señalización enlaza las
identificaciones de los canales de transporte (TrCH) ascendentes y
descendentes con el identificador de la portadora de acceso de
radio (RAB). En un tercer modo, el enlace de las identificaciones
del canal de transporte de enlace ascendente y de enlace
descendente (TrCH) con la identificación de la portadora de acceso
de radio (RAB) se da en la interfaz Iu, mientras que el enlace de
las IDs TrCH y las IDs DCH se da en la interfaz Iur. En un cuarto
modo, el enlace de las IDs de los canales de transporte (TrCH) del
enlace ascendente y del enlace descendente con la identificación de
la portadora de acceso de radio (RAB) se da en la interfaz Iu, y no
se necesitan transmitir las IDs DCH, ya que el SRNC de destino ya
conoce las IDs del canal de transporte (TrCH) de enlace ascendente
y de enlace descendente, que han reemplazado a las IDs DCH en las
interfaces Iur e Iub.
Es preferible pero no imprescindible que, en
conformidad con el procedimiento de la reubicación del SRNC, el
envío de señales de la información para enlazar los canales de
transporte con la portadora de acceso de radio (RAB) para el
servicio se dé en un momento en el que una unidad de equipo de
usuario (UE) que esté involucrada con el servicio no esté cambiando
de celdas, estando la señal encaminada mediante una red central.
De manera ventajosa, el procedimiento de la
reubicación del SRNC de la invención permite que el nodo SRNC de
destino utilice, después de su reubicación, los mismos canales de
transporte que antes de la ubicación, sin tener que producir nuevas
asignaciones para canales de transporte.
Lo expuesto anteriormente y otros objetos,
características y ventajas de la invención serán evidentes a partir
de la descripción más particular que sigue de los ejemplos de
realización preferidos según se ilustran en los dibujos adjuntos en
los que los números de referencia se aplican a las mismas partes a
lo largo de las distintas vistas. Los dibujos no están
necesariamente a escala; el énfasis está puesto, más bien, en
ilustrar los principios de la invención.
La Fig. 1 es una vista esquemática de un sistema
de comunicaciones móviles modélico en el que se puede emplear
ventajosamente la presente invención.
La Fig. 1A es una vista esquemática que ilustra
una asignación modélica de los roles RNC para el sistema de la Fig.
1 en la configuración de una conexión con una unidad de equipo de
usuario (UE).
La Fig. 1B es una vista esquemática que ilustra
una asignación modélica de los roles RNC después de traspasos de
control sucesivos de la conexión con una unidad de equipo de usuario
(UE).
La Fig. 2A es una vista esquemática que ilustra
una asignación modélica de los roles RNC antes de la reubicación
con la participación de la unidad de equipo de usuario (UE).
La Fig. 2B es una vista esquemática que ilustra
una asignación modélica de los roles RNC después de la reubicación
con la participación de la unidad de equipo de usuario (UE).
La Fig. 3A es una vista esquemática que ilustra
una asignación modélica de los roles RNC antes de la reubicación
sin la participación de la unidad de equipo de usuario (UE).
La Fig. 3B es una vista esquemática que ilustra
una asignación modélica de los roles RNC después de la reubicación
sin la participación de la unidad de equipo de usuario (UE).
La Fig. 4A es una vista esquemática que ilustra
una relación entre diversos identificadores empleados en una
conexión de telecomunicaciones antes de llevar a cabo el
procedimiento para la reubicación del SRNC de la invención.
La Fig. 4B es una vista esquemática que ilustra
una relación entre diversos identificadores empleados en una
conexión de telecomunicaciones después de llevar a cabo el
procedimiento para la reubicación del SRNC en conformidad con un
primer modo de la invención.
La Fig. 5A y la Fig. 5B son vistas esquemáticas
que ilustran un procedimiento de reubicación modélico de un SRNC
sin la participación de la unidad de equipo de usuario (UE) en
conformidad con un modo de la invención.
La Fig. 6 es una vista esquemática de un nodo
RNC modélico en conformidad con un ejemplo de realización de la
invención.
La Fig. 7 es una vista esquemática de un formato
modélico de un MENSAJE REQUERIDO DE REUBICACIÓN en conformidad con
un primer modo de la invención.
La Fig. 8A y la Fig. 8B son vistas esquemáticas
que ilustran un procedimiento de reubicación modélico de un SRNC
sin la participación de la unidad de equipo de usuario (UE) en
conformidad con un segundo modo de la invención.
La Fig. 9A es una vista esquemática que ilustra
una relación entre diversos identificadores utilizados en la
conexión de telecomunicaciones antes de llevar a cabo un
procedimiento de reubicación de un SRNC en conformidad con el
segundo modo de la invención.
La Fig. 9B es una vista esquemática que ilustra
una relación entre diversos identificadores utilizados en la
conexión de telecomunicaciones después de llevar a cabo un
procedimiento de reubicación de un SRNC en conformidad con el
segundo modo de la invención.
La Fig. 10 es una vista esquemática de un
formato modélico de un MENSAJE REQUERIDO DE REUBICACIÓN en
conformidad con un segundo modo de la invención.
La Fig. 11 es una vista esquemática que ilustra
un procedimiento de reubicación modélico de un SRNC sin la
participación de la unidad de equipo de usuario (UE) en conformidad
con un tercer modo de la invención.
La Fig. 12 es una vista esquemática de un
formato modélico de un MENSAJE REQUERIDO DE REUBICACIÓN en
conformidad con un tercer modo de la invención.
La Fig. 13 es una vista esquemática que ilustra
un procedimiento de reubicación modélico de un SRNC sin la
participación de la unidad de equipo de usuario (UE) en conformidad
con un cuarto modo de la invención.
En la siguiente descripción, en aras de la
explicación y no de la limitación, se exponen detalles específicos
como arquitecturas particulares, interfaces, técnicas, etc., para
así proporcionar una completa comprensión de la presente invención.
Sin embargo, será evidente para las personas versadas en la
especialidad que la presente invención puede ser llevada a cabo en
otros ejemplos de realización que se aparten de estos detalles
específicos. En otros casos, se omiten descripciones detalladas de
dispositivos, circuitos, y métodos perfectamente conocidos para no
entorpecer la descripción de la presente invención con detalles
innecesarios.
La presente invención se describe en un contexto
ejemplar, no limitador, de telecomunicaciones móviles universales
(UMTS) 10, mostrado en la Fig. 1. En la nube 12 se muestra una red
central externa representativa, concebida con un protocolo de
conexión, que puede ser, por ejemplo, la Red telefónica pública
conmutada (PSTN) y/o la Red digital de servicios integrados (RDSI).
En la nube 14 se muestra una red central externa representativa,
concebida con un protocolo sin conexiones, que puede ser, por
ejemplo, la internet. Ambas redes centrales están acopladas a nodos
de servicio 16 correspondientes. La red PSTN/RDSI 12, concebida con
un protocolo de conexión, está conectada a un nodo de servicio
concebida con un protocolo de conexión mostrado como un nodo de
Central de conmutación móvil (MSC) 18 que proporciona servicios
conmutados por circuitos. La red de internet 14, concebida con un
protocolo sin conexiones, está conectada a un nodo de Servicio radio
genérico de datos por paquetes (General Packet Radio
Service, GPRS) 20, adaptado para proporcionar servicios de tipo
de conmutación por paquetes a los que a veces nos referimos como el
nodo servidor de soporte GPRS (serving GPRS service node,
SGSN).
Cada uno de los nodos de servicio de la red
central 18 y 20 se conecta a una red de acceso de radio terrestre
UMTS (UTRAN) 24 a través de una interfaz de red de acceso de radio
(RAN) al que nos referimos como interfaz Iu. La UTRAN 24 incluye
uno o más controladores de red de radio (RNCs) 26. En aras de la
simplicidad, la UTRAN 24 de la Fig. 1 solo se muestra con dos nodos
RNC, en particular el RNC 26_{1} y el RNC 26_{2}. Cada RNC 26
está conectado a una pluralidad de estaciones base (BS) 28. Por
ejemplo, y de nuevo en aras de la simplicidad, se muestran dos
nodos de estación base conectados a cada uno de los RNC 26. Tomando
esto en consideración, el RNC 26_{1} sirve a la estación base
28_{1-1} y la estación base
28_{1-2}, mientras que el RNC 26_{2} sirve a la
estación base 28_{2-1} y a la estación base
28_{2-2}. Se apreciará que cada RNC puede servir
a un número distinto de estaciones base, y que los RNCs no necesitan
servir al mismo número de estaciones base. Además, la Fig. 1
muestra que un RNC puede estar conectado a través de una interfaz
Iur a uno o más RNCs adicionales en la UTRAN 24.
Una unidad de equipo de usuario (UE), como la
unidad de equipo de usuario (UE) 30 mostrada en la Fig. 1, se
comunica con una o más estaciones base (BS) 28 a través de una
interfaz de radio o aire 32. Cada una de las interfaces de radio
32, la interfaz Iu, la interfaz Iub, y la interfaz Iur se muestran
en la Fig. 1 mediante líneas de puntos y rayas.
Preferiblemente, el acceso de radio está basado
en el Acceso múltiple de división de código de banda ancha
(W-CDMA) con canales de radio individuales asignados
utilizando códigos de esparcimiento CDMA. Por supuesto, se pueden
emplear otros métodos de acceso. El W-CDMA
proporciona un amplio ancho de banda para servicios de multimedia y
de otros que exijan una tasa elevada de transmisión a la vez que
características robustas como el traspaso de control entre celdas
(handoff) con diversidad y receptores de rastrillo (RAKE)
para garantizar una alta calidad. Cada estación móvil o unidad de
equipo (UE) 30 tiene asignado su propio código de encriptación, de
tal forma que una estación base 28 pueda identificar transmisiones
de esa unidad de equipo de usuario (UE) en particular al igual que
la unidad de equipo de usuario (UE) puede identificar transmisiones
desde la estación base para esa unidad de equipo de usuario (UE) de
entre todas las demás transmisiones y ruido presente en la misma
zona.
Pueden existir distintos tipos de control de
canales entre una de las estaciones base 28 y las unidades de
equipo de usuario (UEs) 30. Por ejemplo, en la dirección directa o
de enlace descendente, hay diversos tipos de canales de transmisión
que incluyen un canal de difusión general (broadcast channel,
BCH), un canal de aviso de llamadas (paging channel, PCH),
un canal piloto común (common pilot channel, CPICH), y un
canal de acceso directo (forward access channel, FACH) para
proporcionar diversos tipos adicionales de mensajes de control a
las unidades de equipo de usuario (UEs). En la dirección inversa, o
de enlace ascendente, las unidades de equipo de usuario (UEs)
emplean un canal de acceso aleatorio (random access channel,
RACH) siempre que se desee que el acceso lleve a cabo un registro
de la ubicación, origine una llamada, conteste a un aviso de
llamada, y otros tipos de operaciones de acceso. El canal de acceso
aleatorio (RACH) también se utiliza para transportar ciertos datos
de usuario, por ejemplo, los datos de paquetes "del mejor
esfuerzo" para, por ejemplo, aplicaciones de navegadores de red.
Los canales de tráfico (traffic channels, TCH) se pueden
asignar para transportar comunicaciones sustantivas de llamada con
una unidad de equipo de usuario (UE).
La presente invención concierne en particular a
una situación en una red celular de comunicaciones de radio en la
que el rol de un controlador de red de radio servidor (SRNC) se
transfiere desde un controlador de red de radio a otro controlador
de red de radio. En cuanto al "rol", las personas versadas en
la especialidad apreciarán que, con respecto a una cierta conexión
RAN-UE, un RNC puede tener el rol de servidor RNC
(SRNC), o el rol de un RNC de desplazamiento (DRNC). Si el RNC es
un servidor RNC (SRNC), el RNC está a cargo de la conexión con la
unidad de equipo de usuario (UE); por ejemplo, tiene un control
completo sobre la conexión dentro de la red de acceso de radio
(RAN). Un servidor RNC (SRNC) está conectado a una red central. Por
otra parte, si un RNC es un RNC de desplazamiento (DRNC), soporta
el servidor RNC (SRNC) suministrando recursos de radio (dentro de
las celdas controladas por el RNC de desplazamiento [DRNC])
necesarios para una conexión con la unidad de equipo de usuario
(UE).
Cuando se está estableciendo una conexión entre
la red de acceso de radio (RAN) y la unidad de equipo de usuario
(UE), la red de acceso de radio (RAN) decide qué RNC debe ser el
servidor RNC (SRNC) y, si fuese necesario, qué RNC debe ser un RNC
de desplazamiento (DRNC). Normalmente, el RNC que controla la celda
en la que se encuentra la unidad de equipo de usuario (UE) cuando
la conexión se establece por primera vez es el seleccionado
inicialmente como el servidor RNC (SRNC). Según se va moviendo la
unidad de equipo de usuario (UE), se mantiene la conexión
estableciendo ramales o tramos de radiocomunicaciones mediante
nuevas celdas, posiblemente celdas controladas por otros RNCs. Esos
otros RNCs se convierten en RNCs de desplazamiento (DRNC) para la
conexión RAN-UE.
Para ilustrar lo anteriormente expuesto, y como
preludio a una explicación de la presente invención, se hace
referencia a la situación mostrada en la Fig. 1A. La Fig. 1A muestra
un ejemplo de una asignación de rol RNC para la unidad de equipo de
usuario (UE) 30 en el establecimiento inicial de una conexión en la
que participa la unidad de equipo de usuario (UE) 30. En la Fig.
1A, el controlador de red de radio (RNC) 26_{1} actúa como el
servidor RNC (SRNC) para la conexión con la unidad de equipo de
usuario (UE) 30, dado que la unidad de equipo de usuario (UE) 30 se
encuentra en la celda controlada por la estación base (BS)
28_{1-1}. En la Fig. 1A la conexión con la unidad
de equipo de usuario (UE) 30 se muestra mediante una línea
discontinua 36_{1A} (que se extiende desde la red central 16, a
través de un controlador de red de radio [RNC] 26_{1}, y la
estación base [BS] 28_{1-1} hasta la unidad de
equipo de usuario [UE] 30).
Supongamos que la unidad de equipo de usuario
(UE) 30 viaja hacia la derecha, en la dirección indicada por la
flecha 34 en la Fig. 1A; en algún momento dejará la celda controlada
por la estación base (BS) 28_{1-1} y viajará
sucesivamente a través de las celdas controladas por las estaciones
base respectivas 28_{1-2},
28_{2-1} y 28_{2-2}. Cada vez
que la unidad de equipo de usuario (UE) 30 entra en una nueva celda,
se da un traspaso de control. El momento en el que la unidad de
equipo de usuario (UE) 30 llega a la celda controlada por la
estación base 28_{2-2} está ilustrado en la Fig.
1B. En dicho momento mostrado en la Fig. 1B, el controlador de red
de radio (RNC) 26_{1} aún actúa como el servidor RNC (SRNC) para
la conexión con la unidad de equipo de usuario (UE) 30, mientras
que el controlador de red de radio (RNC) 26_{2} actúa como el RNC
de desplazamiento (DRNC). En otras palabras, el controlador de red
de radio (RNC) 26_{1} aún tiene control de la conexión con la
unidad de equipo de usuario (UE) 30, mientras que el controlador de
red de radio (RNC) 26_{2} proporciona recursos para la conexión
con respecto a la celda en la que reside en esos momentos la unidad
de equipo de usuario (UE) 30. En la Fig. 1B se muestra la conexión
con la unidad de equipo de usuario (UE) 30 mediante la línea
discontinua 36_{1B}.
En ciertas situaciones es ventajoso transferir
el control de una conexión UE en particular desde un RNC a otro
RNC. Se proporciona un procedimiento/una función de reubicación para
efectuar esta transferencia de control. Esta es una función/un
procedimiento general que cubre las reubicaciones internas UMTS (por
ejemplo, reubicación de SRNC dentro de UMTS), al igual que
reubicaciones a otros sistemas (por ejemplo, de UMTS a GSM). Esta
invención implica principalmente reubicaciones dentro de un mismo
sistema (como UMTS, por ejemplo). La invención es especialmente
ventajosa para reubicaciones dentro de sistemas que ya no soportan
la comunicación RNC-RNC entre los RNC implicados
(por ejemplo, sin interfaz Iur). Sin embargo, la invención también
se puede aplicar a otras situaciones, como (por ejemplo) (1) cuando
existe una interfaz Iur pero no hay soporte en la interfaz Iur
relevante para comunicaciones en canales dedicados (DCHs), o (2)
aunque exista la interfaz Iur, puede ser óptimo para la eficacia de
la transmisión de la red no utilizar la interfaz Iur para los
propósitos de una reubicación (por ejemplo, hay una mejor situación
después de la reubicación). Por lo tanto, en un modo de la presente
invención, la función/procedimiento de reubicación se implementa
principalmente utilizando la interfaz Iu.
En general, hay dos tipos de reubicaciones. El
primer tipo de reubicación, ilustrado de manera general en la Fig.
2A y la Fig. 2B, es una reubicación con la participación de la
unidad de equipo de usuario (UE). El segundo tipo de reubicación,
ilustrado de manera general en la Fig. 3A y la Fig. 3B, es una
reubicación sin la participación de la unidad de equipo de usuario
(UE). Aunque, según se explica subsiguientemente, esta invención es
aplicable especialmente a una reubicación sin la participación de la
unidad de equipo de usuario (UE), la presente invención es útil en
ambos escenarios generales.
En el caso general de una reubicación con la
participación de la unidad de equipo de usuario (UE), ilustrado en
la Fig. 2A y en la Fig. 2B, el rol del servidor RNC (SRNC) se
transfiere de un RNC a otro RNC al mismo tiempo que se traspasa el
control de comunicación por interfaz de radio de una celda a otra
celda. Después de la reubicación, los únicos nodos que permanecen
son el/los nodo/s de la red central y la unidad de equipo de
usuario (UE). El servidor RNC (SRNC) se reemplaza con otro RNC y las
estaciones base se reemplazan con otras estaciones base servidas
por el RNC que sustituye al anterior. Cualquier DRNC involucrado
anteriormente deja de estar involucrado.
La Fig. 2A muestra una conexión 36_{2A} con la
unidad de equipo de usuario (UE) 30 en un momento en el que la
unidad de equipo de usuario (UE) 30 está en una celda controlada por
la estación base (BS) 28_{1-2}, y antes de la
reubicación con la participación de la unidad de equipo de usuario
(UE). El servidor RNC (SRNC) es un controlador de red de radio
(RNC) 26_{1}. Se da el caso que, en el momento mostrado en la Fig.
2A, no hay un RNC de desplazamiento (DRNC) involucrado. Podría
haber un RNC de desplazamiento (DRNC) involucrado antes de la
reubicación con la participación de la unidad de equipo de usuario
(UE) (pero, en aras de la simplicidad, este caso no se ilustra en
la Fig. 2A). Normalmente no hay un RNC de desplazamiento (DRNC)
involucrado después de la reubicación con la participación de la
unidad de equipo de usuario (UE), aunque podría (pero, en aras de
la simplicidad, este caso no se ilustra en la Fig. 2A).
En aras de la simplicidad, en la Fig. 2A (al
igual que en otras figuras) solo hay una estación base que se
comunica con la unidad de equipo de usuario (UE) 30. Aún así, las
personas versadas en la especialidad comprenderán que esto no es lo
habitual, ya que puede haber más de una estación base en contacto
por radio con la unidad de equipo de usuario (UE) 30, por ejemplo,
con la finalidad de tener diversidad. Sin embargo, dado que la
reubicación de la presente invención es aplicable sin importar si
una o una pluralidad de estaciones base están comunicándose con la
unidad de equipo de usuario (UE) 30, en aras de la simplicidad solo
se muestra una estación base.
Supongamos que la unidad de equipo de usuario
(UE) 30 se mueve en la dirección de la flecha 34 desde la celda
controlada por la estación base (BS) 28_{1-2} a la
celda controlada por la estación base (BS)
28_{2-1} (de la manera mostrada en la Fig. 2B).
Supongamos además que en dicho movimiento el rol del SRNC se
transfiere desde el controlador de red de radio (RNC) 26_{1} al
controlador de red de radio (RNC) 26_{2} al mismo tiempo que se
traspasa el control de la interfaz de comunicación por radio desde
la celda controlada por la estación base (BS)
28_{1-2} a la celda controlada por la estación
base (BS) 28_{2-1}. En otras palabras, la
reubicación SRNC con la participación de la unidad de equipo de
usuario (UE) se da cuando la unidad de equipo de usuario (UE) 30
hace la transición entre celdas. Por lo tanto, la Fig. 2B muestra la
conexión 36_{2B} con la unidad de equipo de usuario (UE) 30
después de la reubicación con la participación de la unidad de
equipo de usuario (UE).
En el caso general de una reubicación sin la
participación de la unidad de equipo de usuario (UE) que se ilustra
en la Fig. 3A y en la Fig. 3B, el rol del servidor RNC (SRNC) se
transfiere de un RNC a otro RNC sin que la unidad de equipo de
usuario (UE) cambie de celda para la interfaz de comunicación por
radio. Después de la reubicación los nodos que permanecen son los
nodos de la red central, el RNC que toma el rol de servidor RNC
(SRNC), las estaciones base con las que la unidad de equipo de
usuario (UE) tienen contacto por radio, y la unidad de equipo de
usuario (UE). La Fig. 3A muestra la asignación del rol de RNC antes
de una reubicación sin la participación de la unidad de equipo de
usuario (UE), siendo el controlador de red de radio (RNC) 26_{1}
el servidor RNC (SRNC), y teniendo el control de la conexión
36_{3A}. En la Fig. 3A, el controlador de red de radio (RNC)
26_{2} hace de RNC de desplazamiento (DRNC). Por otra parte, la
Fig. 3B muestra la asignación del rol del RNC después de una
reubicación sin la participación de la unidad de equipo de usuario
(UE), siendo el controlador de red de radio (RNC) 26_{2} el
servidor RNC (SRNC) que se ocupa de la conexión 36_{3B}.
Eventualmente, la atención se centrará en cómo
lleva a cabo la presente invención la reubicación sin la
participación de la unidad de equipo de usuario (UE) en la
situación ejemplar mostrada en la Fig. 3A y en la Fig. 3B. Pero
antes de eso, se proporciona detalle adicional en relación al
establecimiento del servicio de telecomunicaciones para el que se
puede requerir una reubicación. Esta descripción se proporciona en
el contexto de una descripción de la
Fig. 4A.
Fig. 4A.
La Fig. 4A muestra un estrato de acceso de la
arquitectura de Telecomunicaciones móviles universales (UMTS) 10
enmarcado por una línea discontinua 38. Existe un nivel de estrato
de no acceso en la arquitectura UMTS por encima de la caja
enmarcada por una línea discontinua 38. Cuando se utiliza el
servicio de telecomunicaciones en las Telecomunicaciones móviles
universales (UMTS) 10, el servicio se identifica en el nivel de
estrato de no acceso de la arquitectura UMTS mediante un
Identificador de servicio NAS (ID de servicio NAS) 40. Por ejemplo,
el servicio puede ser un servicio de conmutación por circuitos
(circuit switch, CS) (por ejemplo, una llamada de voz), o un
servicio de conmutación por paquetes (packet switch, PS). En
este aspecto, la ID de servicio NAS puede ser la ID Stream
(Identidad de chorro) para un servicio de conmutación por circuitos
(CS) o un NSAPI para un servicio de conmutación por paquetes (PS).
No es necesariamente pertinente para la presente invención qué tipo
de servicio que se esté utilizando, y en el presente documento al
servicio que hace referencia a la conexión que implica a la unidad
de equipo de usuario (UE) 30 se lo conoce normalmente como "el
servicio".
En el nivel de acceso del estrato de la
arquitectura UMTS, el servicio es identificado mediante un
identificador de portadora de acceso de radio (RAB) (ID RAB) 42 en
el Iu e interfaces de radio y está acompañado por uno o más
identificadores de portadoras de radio (RB) (IDs RB) 44 en la
interfaz de radio (por ejemplo, la interfaz de aire) que
identifican a las portadoras de radio. Durante el establecimiento de
un servicio UMTS, en la red central se asigna a la ID RAB el valor
de la ID de servicio NAS, creando así un enlace (ilustrado por la
línea 50 en la Fig. 4A) entre la ID RAB y la ID de servicio NAS.
Utilizando un protocolo de interfaz Iu, la ID RAB pasa por la
interfaz Iu (como lo indica la línea 42 de la Fig. 4A) al Servidor
RNC (SRNC). Entonces el SRNC decide cómo establecer una
correspondencia entre la portadora de acceso de radio (RAB) y las
portadoras de radio (RBs). La correspondencia de las portadoras de
acceso de radio (RAB) en las portadoras de radio (RBs) se muestra
mediante las líneas 54 en la Fig. 4A. Cuando el SRNC establece las
portadoras de radio (RB), participando en el servicio la UE, el
SRNC pasa las identidades de las portadoras de radio (RB) (IDs RB),
que identifican las portadoras de radio (RBs), a la unidad de
equipo de usuario (UE) (indicado por las líneas 56 en la Fig. 4A).
Para crear un enlace entre el Servicio NAS y la portadora de radio
en la unidad de equipo de usuario (UE), el SRNC también pasa la ID
RAB junto con las identidades de portadoras de radio (RB) (IDs RAB)
correspondientes a la unidad de equipo de usuario (UE) (como lo
refleja la línea 58 en la Fig. 4A).
Se identifica un Canal de transporte dedicado
(DCH) para el servicio con una ID DCH en los interfaces Iur e Iub.
Dicha identificación la lleva a cabo el servidor RNC (SRNC) en el
momento en el que se asignan las portadoras de radio. En el
servidor RNC (SRNC), se enlazan uno o más portadoras de radio (RBs)
44 a un canal de transporte, por ejemplo, a un Canal de transporte
dedicado (DCH) 46 en las interfaces Iur, Iub y de radio. Dichos
enlaces se ven representados por las líneas 59 en la Fig. 4A. Cada
DCH puede ser transportado por uno o más canales físicos.
Sin embargo, la ID DCH utilizada y las
interfaces Iur e Iub no se utilizan en la interfaz de radio. En
cambio, se utiliza un identificador del Canal de transporte (TrCH)
por la interfaz de radio para identificar el canal de transporte en
la interfaz de radio. El servidor RNC (SRNC) y la UE conocen este
identificador del Canal de transporte (TrCH) (de la misma forma que
conocen la ID RB), pero el identificador del Canal de transporte
(TrCH) no lo conoce el DRNC ni la Estación base.
Por lo tanto, como se muestra en la Fig. 4A,
cada Servicio NAS 40 está enlazado con una portadora de acceso de
radio (RAB) 42, y cada portadora de acceso de radio (RAB) 42 está
enlazado con una o más portadoras de radio (RBs) 44. Una o más
portadoras de radio (RBs) 44 están enlazadas a un canal de
transporte, por ejemplo, a un Canal de transporte dedicado (DCH)
46. Por consiguiente, cada portadora de acceso de radio (RAB) 42
está enlazada a uno o más DCHs 46, como se muestra en la Fig.
4A.
En el caso de una reubicación del servidor RNC
(SRNC) desde un primer RNC a un segundo RNC para un servicio en
particular, el Proyecto de cooperación de tercera generación (3GPP)
propone que se envíe una señal desde el primer RNC (por ejemplo, el
SRNC antiguo) al segundo RNC (por ejemplo, el SRNC nuevo) que
contenga cierta información de enlace, y que se envíe
específicamente información que enlace las IDs de las portadoras de
acceso de radio (RAB) y las IDs de portadoras de radio (RB). Sin
embargo, en conformidad con esta propuesta del 3GPP, el SRNC nuevo
debe aún adivinar qué canales de transporte dedicados (DCHs) se
corresponderían con las portadoras de radio que hubiesen de ser
utilizadas.
En contraste con la propuesta del 3GPP, en un
primer modo de la presente invención ilustrado en la Fig. 5A y en
la Fig. 5B, cuando se va a dar una reubicación de un primer RNC a un
segundo RNC para proporcionar un servicio, el primer controlador de
red de radio también envía señales al segundo controlador de red de
radio para enlazar un canal de transporte dedicado (DCH) utilizado
para el servicio con una portadora de acceso de radio (RAB) para el
servicio.
La Fig. 5A y la Fig. 5B muestran una UTRAN 10
con una red de acceso de radio configurada para implementar el
primer modo de la presente invención. El controlador de red de radio
(RNC) 26_{1} de la presente invención incluye una memoria o
similar, ilustrada como una base de datos 100, que asocia las IDs de
canales de transporte dedicado (DCH) utilizados para el servicio
con una portadora de acceso de radio (RAB) para el servicio. En
aras de la conveniencia y para enfatizar aquí un uso relevante en
particular para los datos almacenados en la base de datos 100, la
base de datos se titula la "base de datos de enlace para la
reubicación del RNC", y (abreviado) "base de datos de
enlace" 100. La base de datos de enlace 100 incluye muchos campos
o elementos de información para un servicio de conexión, en
particular con una unidad de equipo de usuario (UE), no todos los
cuales están ilustrados en la Fig. 5 necesariamente. La Fig. 5 sí
muestra algunos campos de la base de datos de enlace 100 que son
pertinentes a la presente invención, comprendiéndose que cada uno de
los campos de la base de datos de enlace 100 se proporciona para
cada servicio de conexión a todas las unidades de equipo de usuario
(UE) que estén siendo servidas en ese momento por el controlador de
red de radio (RNC) 26_{1}.
Los campos de la base de datos de enlace 100
incluyen el campo de ID de la portadora de acceso de radio (RAB)
102; el campo de la portadora de radio (RB) 103; y el campo de ID
DCH 104. El servicio está representado por el campo ID RAB 102, que
contiene un valor único para la conexión, tal como la ID de servicio
NAS mencionado anteriormente. El campo de la ID de la portadora de
acceso de radio (RAB) 102 incluye el identificador de la portadora
de acceso de radio (RAB) (ID RAB) para la conexión. El campo de la
portadora de radio (RB) 103 incluye los identificadores de la
portadora de radio (RB) (IDs RB) 44 para la conexión. El campo de ID
DCH 104 incluye los identificadores para los Canales de transporte
dedicados (DCHs) 46 utilizados por la conexión.
En conformidad con la presente invención, el
servidor RNC (SRNC) se proporciona con un procedimiento de
reubicación 110 que implementa la reubicación de la función del
servidor RNC (SRNC) desde un primer RNC a un segundo RNC. Como se
describe más abajo, particularmente haciendo referencia a la Fig. 5A
y a la Fig. 5B, el procedimiento de reubicación 110 facilita la
transmisión de la información de enlace desde un primer RNC a un
segundo RNC involucrado en una operación de reubicación de un
SRNC.
En la Fig. 5A se muestra el momento
inmediatamente anterior a la reubicación (sin la participación de la
unidad de equipo de usuario [UE]) del SRNC para la unidad de equipo
de usuario (UE) 30, estando la unidad de equipo de usuario (UE) 30
en la celda servida por la estación base (BS)
28_{2-2} y estando la conexión ilustrada por la
línea discontinua 36_{5A}. El controlador de red de radio (RNC)
26_{1} determina que la reubicación SRNC para el servicio con la
unidad de equipo de usuario (UE) 30 es deseable o necesaria, con el
resultado anticipado de que el controlador de red de radio (RNC)
26_{2} (antes el DRNC para la unidad de equipo de usuario [UE]
30) se convertirá en el nuevo servidor RNC (SRNC) para la unidad de
equipo de usuario (UE) 30, reemplazando al controlador de red de
radio (RNC) 26_{1}. En conformidad con ello, el procedimiento de
reubicación 110 del controlador de red de radio (RNC) 26_{1}
prepara y envía un MENSAJE REQUERIDO DE REUBICACIÓN a los nodos
apropiados en la red central 16. Por ejemplo, el MENSAJE REQUERIDO
DE REUBICACIÓN se puede enviar tanto a un nodo de control de
conmutación por circuitos (como el nodo MSC 18 en la Fig. 1) como a
un nodo de control conmutado por paquetes (como el nodo SGSN 20 en
la Fig. 1). A continuación se expone el MENSAJE REQUERIDO DE
REUBICACIÓN en conexión con la Fig. 7. Entonces el nodo de la red
central envía un MENSAJE DE PETICIÓN DE REUBICACIÓN al controlador
de red de radio (RNC) 26_{2}. Juntos, el MENSAJE REQUERIDO DE
REUBICACIÓN y el MENSAJE DE PETICIÓN DE REUBICACIÓN sirven para
transmitir desde el controlador de red de radio (RNC) 26_{1} a un
controlador de red de radio (RNC) 26_{2} la información para
enlazar las IDs DCH con las IDs RAB y las IDs RB para el servicio
de conexión con
la unidad de equipo de usuario (UE) 30, como se ilustra mediante la línea a trazos y de dobles puntos en la Fig. 5A.
la unidad de equipo de usuario (UE) 30, como se ilustra mediante la línea a trazos y de dobles puntos en la Fig. 5A.
El MENSAJE REQUERIDO DE REUBICACIÓN se envía por
la interfaz Iu con un protocolo apropiado para la interfaz Iu. En
la Fig. 7 se ilustran ejemplos de elementos de información del
MENSAJE REQUERIDO DE REUBICACIÓN que son pertinentes a la presente
invención. Dichos elementos de información se ilustran en la Fig. 7
como un elemento de información 7-1 del tipo de
mensaje; elemento de información 7-2 de la ID del
nodo de origen; elemento de información 7-3 de la
ID del nodo RNC de destino; elemento de información
7-4 de la ID RAB; el elemento de información
7-5 de la ID RB; y el elemento de información
7-6 de las IDs DCH. El elemento de información del
tipo de mensaje 7-1 identifica el mensaje como un
MENSAJE REQUERIDO DE REUBICACIÓN. El elemento de información
7-2 de la ID del nodo de origen, que identifica el
controlador de red de radio (RNC) 26_{1}, es un elemento de
información opcional que no es necesario para la presente invención,
pero que puede ser útil para recoger estadísticas, etc. El elemento
de información 7-3 de la ID del nodo RNC de destino
identifica el controlador de red de radio (RNC) 26_{2} al que ha
sido reubicado el SRNC como resultado de la ejecución del
procedimiento de reubicación del RNC. Para el servicio de conexión
para la unidad de equipo de usuario (UE) 30, los valores contenidos
en los elementos de información 7-4 hasta
7-6 se corresponden con los elementos de información
102 hasta 104 de la base de datos de enlace 100,
respectivamente.
El MENSAJE DE PETICIÓN DE REUBICACIÓN se envía
desde el nodo de la red central al controlador de red de radio
(RNC) 26_{2}, por ejemplo, al RNC que va a convertirse en el
servidor RNC (SRNC). El formato del MENSAJE DE PETICIÓN DE
REUBICACIÓN, no ilustrado específicamente en este documento,
básicamente difiere del MENSAJE REQUERIDO DE REUBICACIÓN de la Fig.
7 en que el elemento de información 7-3 de la ID del
nodo RNC de destino no necesita estar incluida.
Cuando se termina el procedimiento de
reubicación, y en vista de la recepción del MENSAJE DE PETICIÓN DE
REUBICACIÓN, el controlador de red de radio (RNC) 26_{2} es capaz
de realizar el enlace de identidades de la manera mostrada en la
Fig. 4B. Tanto la Fig. 5B como la Fig. 4B ilustran que la función
del servidor RNC (SRNC) ha sido desplazada desde el controlador de
red de radio (RNC) 26_{1} al controlador de red de radio (RNC)
26_{2}, con la conexión como la ilustra la línea 36_{5B} en la
Fig. 5B. De manera ventajosa, al controlador de red de radio (RNC)
26_{2}, al convertirse en el servidor RNC (SRNC), se le
proporciona (mediante el MENSAJE REQUERIDO DE REUBICACIÓN y el
MENSAJE DE PETICIÓN DE REUBICACIÓN) información para enlazar los
identificadores de las portadoras de radio (RB) (IDs RB) 44 para el
servicio con los mismos Canales de transporte dedicados (DCHs) 46
como se utilizaron antes de la reubicación. Por lo tanto, cada
portadora de acceso de radio (RAB) se corresponde con uno o más
DCHs; cada portadora de acceso de radio también se corresponde con
una o más portadoras de radio (RBs); y cada DCH se corresponde con
una o más portadoras de radio (RBs). La Fig. 4B ilustra por medio de
las líneas 59 el enlace de los IDs
de Canales de transporte dedicados (DCHs) 46 con los identificadores de las portadoras de radio (RB) (IDs RB) 44.
de Canales de transporte dedicados (DCHs) 46 con los identificadores de las portadoras de radio (RB) (IDs RB) 44.
Por lo tanto, en conformidad con el
procedimiento de reubicación 110 de la presente invención, el
servidor RNC de destino (SRNC) (por ejemplo, el controlador de red
de radio [RNC] 26_{2} en la Fig. 5B) es capaz de recrear el
enlace a los mismos DCHs que se utilizaron anteriormente para la
unidad de equipo de usuario (UE) 30. Dicha recreación del mismo
enlace DCH/RB es ventajosa por muchas razones. Una de esas razones
es que el tiempo y los recursos no se consumen en realizar otra
determinación en cuanto a qué DCHs deberían utilizarse para la
unidad de equipo de usuario (UE) 30 con respecto al servicio.
La Fig. 6 ilustra, con algo más de detalle, un
nodo RNC modélico 26 en el que se puede ubicar el procedimiento de
reubicación 110 y la base de datos de enlace 100 de la presente
invención. Ocurre que el nodo RNC 26 de la Fig. 6 es un nodo basado
en la conmutación que tiene un conmutador 120. El conmutador 120
sirve para conectar entre sí otros elementos constituyentes del
nodo RNC 26. Dichos elementos constituyentes adicionales incluyen
terminales de extensión 122_{1} hasta 122_{n}, al igual que el
Terminal de extensión 124. Los terminales de extensión 122_{1}
hasta 122_{n} funcionan en esencia para conectar el nodo RNC 26 a
las estaciones base 28 servidas por el nodo RNC 26; el terminal de
extensión 124 conecta el nodo RNC 26 a través de la interfaz Iu a
la red central.
Aún otros elementos constituyentes del nodo RNC
26 incluyen una unidad de traspaso de control de diversidad 126;
una unidad ALT 128; un códex 130; una unidad de cronometraje 132;
una unidad de aplicación de servicios de datos 134; y un procesador
principal 140. La persona versada en la especialidad apreciará de
forma general las funciones de estos elementos constituyentes,
haciendo la puntualización de que la unidad ALT 128 es una unidad
que proporciona, por ejemplo, el multiplexado y desmultiplexado y
(opcionalmente) la puesta en una cola de espera con respecto a los
distintos protocolos de las celdas.
En el ejemplo de realización del nodo RNC 26
descrito en la Fig. 6, es el procesador principal 140 el que
ejecuta el procedimiento de reubicación 110. Además, el procesador
principal 140 está conectado a la base de datos de enlace 100 para
obtener la información de enlace de ella, es utilizada por el
procedimiento de reubicación 110 para preparar el MENSAJE REQUERIDO
DE REUBICACIÓN descrito con referencia a la Fig. 5A y a la Fig.
7.
El nodo RNC 26 puede estar configurado para
transmitir y recibir paquetes o celdas, como celdas ATM, por
ejemplo. Sin embargo, la configuración específica del nodo RNC 26
no es crítica para la presente invención, siempre que el nodo RNC
26 pueda llevar a cabo el procedimiento de reubicación 110 y las
variaciones del mismo descritas en este documento.
Como se indicó anteriormente, en la interfaz de
radio (por ejemplo, la interfaz de aire), un Canal de transporte
dedicado (DCH) se identifica mediante dos IDs de Canal de transporte
(TrCH) en el enlace descendente (o sea, desde el SRNC a la unidad
de equipo de usuario [UE]) y una ID de Canal de transporte (TrCH) en
el enlace ascendente (o sea, desde la unidad de equipo de usuario
[UE] al SRNC). Como se ha explicado antes, por ejemplo, haciendo
referencia a la Fig. 4A, cuando el servidor RNC (SRNC) establece la
portadora de radio con la unidad de equipo de usuario (UE), el
servidor RNC (SRNC) también pasa los identificadores de las
portadoras de radio (RB) (IDs RB) 44 a la unidad de equipo de
usuario (UE).
El Proyecto de asociación de tercera generación
(3GPP) también propone, para una reubicación, que se envíe una
señal (desde un primer RNC [por ejemplo, el antiguo SRNC] a un
segundo RNC [por ejemplo, el nuevo SRNC]), para cada ID de
portadora de acceso de radio (RAB), las IDs (una o más) de las
portadoras de radio (RB) correspondientes, y las IDs TrCH de
enlaces ascendente y descendente correspondientes. Sin embargo, en
conformidad con esta propuesta del 3GPP, el nuevo SRNC debe aún
adivinar qué canales de transporte dedicados (DCHs) se
corresponderían a un conjunto de IDs TrCH de enlace ascendente y de
enlace descendente basándose, por ejemplo, en las características
de las portadoras de radio. Por lo tanto, salvo en algunas
condiciones especiales, no es posible recrear el enlace a los DCHs
en el nuevo SRNC con la propuesta del 3GPP.
En contraste con la propuesta del 3GPP, se
ilustra un segundo modo de la invención en la Fig. 8A y en la Fig.
8B, junto con la Fig. 9A y la Fig. 9B, que implica un enlace de las
IDs TrCH con el identificador de la portadora de acceso de radio
(RAB) durante un procedimiento de reubicación del servidor RNC
(SRNC). La Fig. 8A y la Fig. 9A muestran que el segundo modo de la
invención difiere del primer modo tomando en consideración los
TrCHs implicados en el servicio para la unidad de equipo de usuario
(UE) 30. Con respecto a esto, el procedimiento de reubicación 110'
del segundo modo y la base de datos de enlace 100' del segundo modo
están configurados para que el envío de señales desde el
controlador de red de radio (RNC) 26_{1} a un controlador de red
de radio (RNC) 26_{2} para un procedimiento de reubicación RNC
proporcione un enlace de las IDs TrCH con las IDs DCH, IDs RAB e
IDs RB, como lo indica la línea de trazos y de dobles puntos en la
Fig. 8A.
En el segundo modo de la invención, la Fig. 9A
difiere además de la Fig. 4A por tomar en consideración los TrCHs.
En particular, en el modelo de la Fig. 9A las líneas 60 ilustran el
enlace de las IDs TrCH 48 con los identificadores de las portadoras
de radio (RB) (IDs RB) 44. Además, en la Fig. 9A las líneas 62
muestran que el servidor RNC (SRNC) pasa además las IDs TrCH de
enlace ascendente y de enlace descendente que identifican cada DCH
a la unidad de equipo de usuario (UE).
Reflejando el enlace de la Fig. 9A, la base de
datos de enlace 100' se proporciona con un campo adicional 105 que
guarda las dos IDs del Canal de transporte (TrCH) en el enlace
descendente y la ID del Canal de transporte (TrCH) en el enlace
ascendente que son utilizadas por la unidad de equipo de usuario
(UE) 30 para el servicio. Estando incluido el campo de IDs TrCH 105
en la base de datos de enlace 100', el procedimiento de reubicación
110 (que está siendo ejecutado en el controlador de red de radio
[RNC] 26_{1}) prepara y envía el MENSAJE REQUERIDO DE REUBICACIÓN
de la Fig. 10 a la red central, que a su vez envía el MENSAJE DE
PETICIÓN DE REUBICACIÓN al controlador de red de radio (RNC)
26_{2}.
El MENSAJE REQUERIDO DE REUBICACIÓN de la Fig.
10 tiene esencialmente el mismo formato que el de la Fig. 7, y
además tiene un elemento de información 10-8
adicional que contiene las IDs TrCH que estaban siendo utilizadas
por la unidad de equipo de usuario (UE) 30 antes de la reubicación
del servidor RNC (SRNC), permitiendo por lo tanto que el
controlador de red de radio (RNC) 26_{2} utilice estas mismas IDs
TrCH después de la reubicación del servidor RNC (SRNC). Se
comprenderá, tanto con respecto al formato de la Fig. 7 como al
formato de la Fig. 10, que el orden de los elementos de información
incluidos en estos mensajes no es crítico, y que se pueden llevar a
cabo distintas variaciones en el formato.
\newpage
La Fig. 8B y la Fig. 9B muestran la situación
después de que se haya llevado a cabo el procedimiento de
reubicación del SRNC del segundo modo. La línea discontinua
36_{8B} en la Fig. 8B muestra la conexión para la unidad de
equipo de usuario (UE) 30 después de que se haya llevado a cabo el
procedimiento de reubicación SRNC. En este segundo modo, se
proporciona un enlace de las IDs TrCH del enlace ascendente y del
enlace descendente para todas las IDs DCH de los Canales de
transporte dedicados (DCHs) que soportan un cierto identificador de
la portadora de acceso de radio (RAB) (ID RAB) 42, en concreto para
el SRNC nuevo u de destino durante el establecimiento del DCH en la
interfaz Iur.
La Fig. 11 muestra un tercer modo de la
invención, que es una variación del segundo modo de la Fig. 8A y de
la Fig. 8B. Esencialmente, la Fig. 11 muestra un procedimiento de
reubicación 110_{11} que, como el procedimiento de reubicación
110' de la Fig. 8A, envía el MENSAJE REQUERIDO DE REUBICACIÓN de la
Fig. 12 a los nodos apropiados de la red central. Sin embargo, a
diferencia del MENSAJE REQUERIDO DE REUBICACIÓN emitido por el
procedimiento de reubicación 110', el procedimiento de reubicación
110_{11} del tercer modo no incluye los Canales dedicados (DCHs)
en el MENSAJE REQUERIDO DE REUBICACIÓN de la Fig. 12. La omisión de
las IDs DCH en el MENSAJE REQUERIDO DE REUBICACIÓN de la Fig. 12 es
factible en vista del hecho de que se da un enlace de las IDs TrCH y
las IDs DCH entre el controlador de red de radio (RNC) 26_{1} y
el controlador de red de radio (RNC) 26_{2} mediante
transmisiones en la interfaz Iur antes del procedimiento de
reubicación 110_{11} (como lo muestra otra línea a trazos y
dobles puntos en la Fig. 11). Después de que se haya completado el
procedimiento de reubicación 110_{11} del tercer ejemplo de
realización de la Fig. 11, el resultado es similar al mostrado en la
Fig. 8B y en la Fig. 9B.
En el tercer modo de la invención, ciertos
mensajes por la interfaz Iur incluirán preferiblemente una
asociación de las IDs DCH con sus IDs TrCH de enlace ascendente y
de enlace descendente correspondientes. Estos mensajes son el
MENSAJE DE PETICIÓN DE CONFIGURACIÓN DEL ENLACE DE RADIO; el MENSAJE
DE PREPARACIÓN DE LA RECONFIGURACIÓN DEL ENLACE DE RADIO; y el
MENSAJE DE PETICIÓN DE LA RECONFIGURACIÓN DEL ENLACE DE RADIO.
La Fig. 13 muestra un cuarto modo de la
invención que es una variación del tercer modo de la Fig. 11. En el
procedimiento de reubicación 110_{12} del cuarto modo, las IDs del
Canal de transporte dedicado (DCH) no se envían ni se transmiten en
absoluto en conexión con la reubicación del SRNC. En cambio, en el
cuarto modo los Canales de transporte dedicados (DCHs) se
identifican con las IDs TrCH de enlace ascendente y de enlace
descendente en la Iur, al igual que en la interfaz de radio y,
opcionalmente, en la interfaz Iub. En el cuarto modo, por lo tanto
el RNC de destino (por ejemplo, el nuevo SRNC) ya conoce las IDs
TrCH de enlace ascendente y de enlace descendente que identifica el
procedimiento de reubicación 110_{12} de los Canales de transporte
dedicados (DCHs). Con respecto a esto, en el cuarto modo las IDs
TrCH de enlace ascendente y de enlace descendente se comunican con
el RNC de destino mediante la interfaz Iur. Por lo tanto, en el
cuarto modo no es necesario enviar las IDs de los Canales de
transporte dedicados (DCH) en el MENSAJE REQUERIDO DE REUBICACIÓN ni
en el MENSAJE DE PETICIÓN DE REUBICACIÓN, ni por la interfaz Iur
entre el controlador de red de radio (RNC) 26_{1} ni por el
controlador de red de radio (RNC) 26_{2}.
El enlace se crea de la siguiente forma:
- (A)
- En la interfaz Iur, antes de la reubicación, los RNCs intercambian las IDs DCHs. En el cuarto modo son las IDs TrCH de enlace ascendente y de enlace descendente las que se intercambian con los RNCs. Por lo tanto la ID DCH se ve reemplazada por las IDs TrCH de enlace ascendente y de enlace descendente en los modos primero a tercero.
- (B)
- En la interfaz Iu, en la reubicación se proporciona el enlace entre la ID RAB y sus IDs TrCH de enlace ascendente y de enlace descendente correspondientes al RNC de destino.
- (C)
- El RNC de destino puede, por lo tanto, enlazar la RAB al DCH utilizando las IDs TrCH proporcionadas primero por el Iur y luego por la Iu en la reubicación.
Después de completar el procedimiento de
reubicación 110_{13} del cuarto ejemplo de realización de la Fig.
13, el resultado es similar al mostrado en la Fig. 8B y en la Fig.
9B.
Por lo tanto, en el cuarto modo de la invención,
el procedimiento de la reubicación 110_{13} no requiere las IDs
DCH en el MENSAJE REQUERIDO DE REUBICACIÓN ni en el MENSAJE DE
PETICIÓN DE REUBICACIÓN. En el cuarto modo de la invención, ciertos
mensajes en la interfaz Iur y opcionalmente en la interfaz Iub
incluirán preferiblemente las IDs TrCH de enlace ascendente y de
enlace descendente como identificadores del Canal de transporte
dedicado (DCH) en vez de utilizar las IDs DCH. Por lo tanto, en el
cuarto modo de la invención los Canales de transporte dedicados se
identificarían mediante las IDs TrCH de enlace ascendente y de
enlace descendente en la Iur, al igual que en la interfaz de radio
y, opcionalmente, en las interfaces Iub. Estos mensajes son el
MENSAJE DE PETICIÓN DE CONFIGURACIÓN DEL ENLACE DE RADIO; el
MENSAJE DE RESPUESTA A LA CONFIGURACIÓN DEL ENLACE DE RADIO; el
MENSAJE DE FALLO DE LA CONFIGURACIÓN DEL ENLACE DE RADIO; el MENSAJE
DE RESPUESTA AL AÑADIR UN ENLACE DE RADIO; el MENSAJE DE FALLO AL
AÑADIR UN ENLACE DE RADIO; el MENSAJE DE PREPARACIÓN DE LA
RECONFIGURACIÓN DEL ENLACE DE RADIO; el MENSAJE DE PREPARACIÓN PARA
LA RECONFIGURACIÓN DEL ENLACE DE RADIO; el MENSAJE DE PETICIÓN DE
LA RECONFIGURACIÓN DEL ENLACE DE RADIO; y el MENSAJE DE RESPUESTA DE
LA RECONFIGURACIÓN DEL ENLACE DE RADIO.
La invención es independiente de la arquitectura
de la red central. Además, aunque la invención tiene una
aplicabilidad particular para la reubicación SRNC sin la
participación de la unidad de equipo de usuario (UE), la invención
también tiene ventajas en situaciones que involucran la ubicación
del SRNC con la participación de la unidad de equipo de usuario
(UE). En este aspecto, la reubicación se puede llevar a cabo con un
objetivo de optimizar la transmisión desplazando el rol del
servidor RNC (SRNC) a un RNC que en ese momento sea el DRNC. En
este caso, la reubicación también se podría llevar a cabo con la
participación de la unidad de equipo de usuario (UE) y, por lo
tanto, incluir un posible cambio en los DCHs, pero en dicho caso
puede no ser necesario enlazar los identificadores de las
portadoras de acceso de radio (RAB) (IDs RAB) con los DCHs
antiguos.
Aunque la invención ha sido descrita en conexión
con lo que se considera en estos momentos que son los ejemplos de
realización y modos más prácticos y preferidos, se debe comprender
que la invención no está limitada a los modos y ejemplos de
realización planteados, sino que, al contrario, se pretende que
abarque diversas modificaciones y disposiciones equivalentes que se
incluyen en el ámbito de las reivindicaciones adjuntas.
Claims (21)
1. Un método para llevar a cabo, para un
servicio de telecomunicaciones, una reubicación de un rol de un
servidor controlador de red de radio <SRNC> desde un primer
controlador de red de radio <RNC> (26_{1}) a un segundo
controlador de red de radio <RNC> (26_{2}),
caracterizado porque para un servicio para el que se da la
reubicación, el primer controlador de red de radio envía una señal
al segundo controlador de red de radio con información para enlazar
un canal de transporte utilizado para el servicio con una portadora
de acceso de radio <RAB> para el servicio, y en el que después
de la reubicación el RAB para el servicio está enlazado mediante un
segundo controlador de red de radio al mismo canal de transporte que
fue utilizado por el primer controlador de red de radio para el
servicio previo a la reubicación.
2. El método de la reivindicación 1, que
comprende además el primer controlador de red de radio que envía al
segundo controlador de red de radio información para enlazar una
portadora de radio <RB> utilizada para el servicio con una
portadora de acceso de radio <RAB> para el servicio.
3. El método de la reivindicación 1, que
comprende además el envío de la información para enlazar el canal
de transporte utilizado para el servicio con una portadora de acceso
de radio <RAB> para el servicio en un momento en el que una
unidad de equipo de usuario <UE> implicada en el servicio no
está cambiando de celdas.
4. El método de la reivindicación 1, en el que
el envío de señales desde el primer controlador de red de radio al
segundo controlador de red de radio se da mediante una red central
(16).
5. El método de la reivindicación 1, en el que
el canal de transporte utilizado para el servicio es un canal de
transporte dedicado <DCH> que existe en una interfaz Iur y en
una interfaz Iub.
6. El método de la reivindicación 5, en el que
el primer controlador de red de radio envía además al segundo
controlador de red de radio información para enlazar canales de
transporte de enlace ascendente y de enlace descendente
<TrCHs> utilizados para el servicio con una portadora de
acceso de radio <RAB> para el servicio.
7. El método de la reivindicación 1, en el que
el canal de transporte utilizado para el servicio es un canal de
transporte <TrCH> utilizado en una interfaz de radio.
8. El método de la reivindicación 7, que
comprende además el envío de información desde el primer
controlador de red de radio al segundo controlador de red de radio
para enlazar tanto los canales de transporte <TrCH> de enlace
ascendente y de enlace descendente utilizados para el servicio con
una portadora de acceso de radio <RAB> para el servicio.
9. El método de la reivindicación 7, que
comprende además el envío de información desde el primer controlador
de red de radio al segundo controlador de red de radio, antes de la
reubicación y por la interfaz Iur, para enlazar un canal de
transporte dedicado <DCH> y un canal de transporte
<TrCH> por una interfaz de radio.
10. El método de la reivindicación 7, que
comprende además identificar un canal de transporte dedicado por
medio de identificadores de canal de transporte <TrCH> de
enlace ascendente y de enlace descendente por una interfaz Iur al
igual que por una interfaz de radio.
11. El método de la reivindicación 10, que
comprende además la comunicación de los identificadores del canal
de transporte <TrCH> de enlace ascendente y de enlace
descendente por la interfaz Iur desde el primer controlador de red
de radio al segundo controlador de red de radio.
12. Una red de acceso de radio adaptada para
llevar a cabo un procedimiento de reubicación de un servidor
controlador de red de radio para un servicio de telecomunicaciones
que involucra a una unidad de equipo de usuario <UE>,
funcionando el procedimiento de reubicación del servidor controlador
de red de radio <SRNC> para reubicar un rol de un servidor
controlador de red de radio <SRNC> desde un primer controlador
de red de radio <RNC> (26_{1}) a un segundo controlador de
red de radio <RNC> (26_{2}), caracterizada porque,
en conformidad con el procedimiento de reubicación del servidor
controlador de red de radio <SRNC>, el primer controlador de
red de radio envía información al segundo controlador de red de
radio para enlazar un canal de transporte utilizado para el
servicio con una portadora de acceso de radio <RAB> para el
servicio, y en el que, después de la reubicación, la RAB para el
servicio está enlazada por el segundo controlador de red de radio
al mismo canal de transporte utilizado por el primer controlador de
red de radio para el servicio previo a la reubicación.
13. La red de la reivindicación 12, en la que el
primer controlador de red de radio envía además información al
segundo controlador de red de radio para enlazar una portadora de
radio <RB> utilizada para el servicio con una portadora de
acceso de radio <RAB> para el servicio.
14. La red de la reivindicación 12, en la que
la información para enlazar el canal de transporte utilizado para el
servicio con una portadora de acceso de radio <RAB> para el
servicio se envía en el momento en el que la unidad de equipo de
usuario <UE> involucrada en el servicio no está cambiando de
celdas.
15. La red de la reivindicación 12, en la que
el envío de información desde el primer controlador de red de radio
al segundo controlador de red de radio se da por medio de una red
central (16).
16. La red de la reivindicación 12, en la que el
canal de transporte utilizado por el servicio es un canal de
transporte dedicado <DCH> que existe en una interfaz Iur y en
una interfaz Iub.
17. La red de la reivindicación 12, en la que el
primer controlador de red de radio envía además información al
segundo controlador de red de radio para enlazar los canales de
transporte <TrCHs> de enlace ascendente y de enlace
descendente utilizados para el servicio con una portadora de acceso
de radio <RAB> para el servicio.
18. La red de la reivindicación 12, en la que el
canal de transporte utilizado para el servicio es un canal de
transporte <TrCH> utilizado en una interfaz de radio.
19. La red de la reivindicación 18, en la que
el primer controlador de red de radio envía información al segundo
controlador de red de radio para enlazar los canales de transporte
<TrCHs> de enlace ascendente y de enlace descendente
utilizados para el servicio con una portadora de acceso de radio
<RAB> para el servicio.
20. La red de la reivindicación 18, en la que
el primer controlador de red de radio envía información al segundo
controlador de red de radio, antes de la reubicación y por la
interfaz Iur, para enlazar un canal de transporte dedicado
<DCH> y un canal de transporte <TrCH> en una interfaz de
radio.
21. La red de la reivindicación 18, en la que
un canal de transporte dedicado <DCH> está identificado por
identificadores de canal de transporte <TrCH> de enlace
ascendente y de enlace descendente en una interfaz Iur a la vez que
en una interfaz de radio.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US543536 | 2000-04-05 | ||
US09/543,536 US6961571B1 (en) | 2000-04-05 | 2000-04-05 | Relocation of serving radio network controller with signaling of linking of dedicated transport channels |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2292573T3 true ES2292573T3 (es) | 2008-03-16 |
Family
ID=24168445
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES01918077T Expired - Lifetime ES2292573T3 (es) | 2000-04-05 | 2001-03-27 | Reubicacion de un controlador servidor de red de radio con señalizacion de union de canales de transporte. |
Country Status (9)
Country | Link |
---|---|
US (1) | US6961571B1 (es) |
EP (1) | EP1269773B1 (es) |
JP (1) | JP4554868B2 (es) |
CN (1) | CN1310528C (es) |
AT (1) | ATE373393T1 (es) |
AU (1) | AU2001244947A1 (es) |
DE (1) | DE60130441T2 (es) |
ES (1) | ES2292573T3 (es) |
WO (1) | WO2001076282A2 (es) |
Families Citing this family (37)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB0020443D0 (en) * | 2000-08-18 | 2000-10-04 | Nokia Networks Oy | Controlling communication between stations |
US7308263B2 (en) * | 2001-02-26 | 2007-12-11 | Kineto Wireless, Inc. | Apparatus for supporting the handover of a telecommunication session between a licensed wireless system and an unlicensed wireless system |
WO2003019967A1 (en) * | 2001-08-21 | 2003-03-06 | Nokia Corporation | Method, system and network element for addressing a cell related server |
GB2382273B (en) * | 2001-11-20 | 2003-11-26 | Ericsson Telefon Ab L M | Abnormal release recovery in a UTRAN of a UMTS network |
AU2002337538A1 (en) * | 2001-11-22 | 2003-06-10 | Telefonaktiebolaget L M Ericsson (Publ) | Method and arrangement for congestion control in distributed communication networks |
GB0208272D0 (en) * | 2002-04-10 | 2002-05-22 | Nokia Corp | Method and apparatus for transmitting multimedia content from a network content element to a network data distribution element |
US6950684B2 (en) | 2002-05-01 | 2005-09-27 | Interdigital Technology Corporation | Method and system for optimizing power resources in wireless devices |
US7076249B2 (en) | 2002-05-06 | 2006-07-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for generating management data for drifting mobile radios |
EP2566061B1 (en) | 2002-05-06 | 2017-12-06 | InterDigital Technology Corporation | Synchronization for extending battery life |
AU2003253617A1 (en) | 2002-05-29 | 2003-12-19 | Interdigital Technology Corporation | Packet switched connections using dedicated channels |
JP4172207B2 (ja) * | 2002-05-29 | 2008-10-29 | 日本電気株式会社 | 無線アクセスネットワーク装置及びそれを用いた移動通信システム |
CN1214590C (zh) * | 2002-05-29 | 2005-08-10 | 华为技术有限公司 | 控制与业务功能分离的无线接入网络及其通信方法 |
US7633926B1 (en) * | 2003-02-06 | 2009-12-15 | Cisco Technology, Inc. | Extending multicast applications available on data networks to cell-based wireless networks |
GB2399712A (en) | 2003-03-17 | 2004-09-22 | Orange Personal Comm Serv Ltd | Telecommunications apparatus and method for multiple data type packets |
JP2005142967A (ja) * | 2003-11-07 | 2005-06-02 | Ntt Docomo Inc | 拡散符号の割当方法、無線基地局、及び移動局 |
EP1594330A1 (en) * | 2004-05-04 | 2005-11-09 | Alcatel | Methods for terminal assisted coordinated radio serving and interference avoidance in OFDM mobile communication system |
CN1694381B (zh) * | 2004-05-07 | 2011-08-24 | 日本电气株式会社 | 移动通信系统和mbms服务相关信息传送方法 |
GB2414361B (en) | 2004-05-17 | 2008-10-01 | Ipwireless Inc | Arrangement and method for radio network relocation |
CN100370873C (zh) * | 2004-07-19 | 2008-02-20 | 华为技术有限公司 | 解决服务无线网络系统迁移后加解密失败的方法 |
US7596380B2 (en) * | 2004-07-26 | 2009-09-29 | Lg Electronics Inc. | Changing serving radio network controller for mobile terminal supporting multimedia broadcast services |
KR100933156B1 (ko) * | 2004-08-12 | 2009-12-21 | 삼성전자주식회사 | 업링크 서비스를 위한 전송 채널들을 이용한 핸드오프 지역에서의 업링크 데이터 송수신 방법 및 장치 |
BRPI0606229A2 (pt) * | 2005-01-05 | 2009-06-09 | Lg Electronics Inc | gerenciamento de informações de configuração de canais em um sistema de comunicação sem fio |
CN101341723B (zh) * | 2005-05-20 | 2013-06-19 | 高通股份有限公司 | 为无线装置提供对等数据网络连接的方法和设备 |
CN100450291C (zh) * | 2005-07-11 | 2009-01-07 | 华为技术有限公司 | 一种建立接口链路的方法 |
CN1921683B (zh) * | 2005-08-24 | 2012-01-25 | 北京三星通信技术研究有限公司 | Srnc控制服务小区对用户的调度方法 |
CN101243628B (zh) * | 2005-08-25 | 2011-10-26 | Lg电子株式会社 | 用于无线通信系统的业务传输路径重新配置方法 |
KR101238993B1 (ko) * | 2005-08-25 | 2013-03-04 | 엘지전자 주식회사 | 이동통신 시스템에서의 트래픽 전송경로 재설정 방법 |
US20090238138A1 (en) * | 2005-10-18 | 2009-09-24 | Zte Corporation | Relocation Method of Serving Radio Network Controller to Avoid the Interference Caused by UE Measurement Report |
KR101213285B1 (ko) * | 2006-01-04 | 2012-12-17 | 삼성전자주식회사 | 이동통신 시스템에서 아이들모드 단말기의 세션 설정 프로토콜 데이터를 전송하는 방법 및 장치 |
EP2501178B1 (en) | 2006-02-07 | 2013-10-30 | Nec Corporation | Mobile communication system, wireless base station controllers and relocation method |
KR100837704B1 (ko) * | 2006-09-29 | 2008-06-13 | 한국전자통신연구원 | 진화된 umts 망 시스템에서의 데이터 전송 방법 |
US20080254782A1 (en) * | 2007-01-29 | 2008-10-16 | Nokia Corporation | Apparatus, method and computer program product providing inter-operability between legacy and other radio network subsystem |
US8175056B2 (en) * | 2007-08-28 | 2012-05-08 | Samsung Electronics Co., Ltd | Method and system for managing mobility in a mobile communication system using proxy mobile internet protocol |
JP5033603B2 (ja) * | 2007-12-04 | 2012-09-26 | 京セラ株式会社 | 無線通信端末、無線基地局及びパケット通信方法 |
CN101505513B (zh) * | 2008-02-04 | 2011-01-05 | 中兴通讯股份有限公司 | 从高速下行分组接入业务重定位到专用信道业务的方法 |
CN101437212B (zh) * | 2008-12-17 | 2011-01-05 | 中兴通讯股份有限公司 | 一种ip多媒体子系统动态电话簿业务的实现方法及系统 |
CN107534918B (zh) * | 2015-06-05 | 2020-03-10 | 华为技术有限公司 | 无线通信网络中的方法和节点 |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5825759A (en) * | 1994-10-26 | 1998-10-20 | Telefonaktiebolaget Lm Ericsson | Distributing network services and resources in a mobile communications network |
FI106172B (fi) | 1998-01-29 | 2000-11-30 | Nokia Networks Oy | Menetelmä uudelleenkonfiguroida solukkoradioverkossa yhteys |
FI108772B (fi) | 1998-03-31 | 2002-03-15 | Nokia Corp | Matkaviestimen yhteyksien hallintamenetelmä |
FI108103B (fi) | 1998-04-15 | 2001-11-15 | Nokia Mobile Phones Ltd | Välittäjätaso protokollasovitusten toteuttamiseksi digitaalisessa langattomassa tiedonsiirtojärjestelmässä |
US6438370B1 (en) * | 1998-06-16 | 2002-08-20 | Nokia Telecommunications, Oy | Location update method and inter core network entity handover method |
US6594238B1 (en) * | 1998-06-19 | 2003-07-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for dynamically adapting a connection state in a mobile communications system |
CA2335767A1 (en) * | 1998-06-19 | 1999-12-23 | Telefonaktiebolaget Lm Ericsson | Method and apparatus for dynamically adapting a connection state in a mobile communications system |
US6687249B1 (en) * | 1998-08-25 | 2004-02-03 | Telefonaktiebolaget Lm Ericsson | Reconfiguring diversity legs during CN-RNC interface streamlining |
US6466556B1 (en) * | 1999-07-23 | 2002-10-15 | Nortel Networks Limited | Method of accomplishing handover of packet data flows in a wireless telecommunications system |
US6618589B1 (en) * | 1999-10-27 | 2003-09-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for performing cell and URA updates in a radio access network |
GB2356770A (en) | 1999-11-23 | 2001-05-30 | Ericsson Telefon Ab L M | SRNS relocation in a UMTS network |
-
2000
- 2000-04-05 US US09/543,536 patent/US6961571B1/en not_active Expired - Lifetime
-
2001
- 2001-03-27 EP EP01918077A patent/EP1269773B1/en not_active Expired - Lifetime
- 2001-03-27 CN CNB018107036A patent/CN1310528C/zh not_active Expired - Fee Related
- 2001-03-27 AT AT01918077T patent/ATE373393T1/de not_active IP Right Cessation
- 2001-03-27 AU AU2001244947A patent/AU2001244947A1/en not_active Abandoned
- 2001-03-27 WO PCT/SE2001/000664 patent/WO2001076282A2/en active IP Right Grant
- 2001-03-27 DE DE60130441T patent/DE60130441T2/de not_active Expired - Lifetime
- 2001-03-27 JP JP2001573824A patent/JP4554868B2/ja not_active Expired - Fee Related
- 2001-03-27 ES ES01918077T patent/ES2292573T3/es not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
JP4554868B2 (ja) | 2010-09-29 |
DE60130441D1 (de) | 2007-10-25 |
WO2001076282A3 (en) | 2002-02-28 |
AU2001244947A1 (en) | 2001-10-15 |
JP2003530042A (ja) | 2003-10-07 |
EP1269773A2 (en) | 2003-01-02 |
CN1636417A (zh) | 2005-07-06 |
DE60130441T2 (de) | 2008-05-29 |
EP1269773B1 (en) | 2007-09-12 |
WO2001076282A2 (en) | 2001-10-11 |
CN1310528C (zh) | 2007-04-11 |
US6961571B1 (en) | 2005-11-01 |
ATE373393T1 (de) | 2007-09-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2292573T3 (es) | Reubicacion de un controlador servidor de red de radio con señalizacion de union de canales de transporte. | |
ES2365001T3 (es) | Transmisión de información de filtrado o filtrada sobre la interfaz iur. | |
ES2208391T3 (es) | Traspaso intersistema. | |
Johnson | Radio Access Networks for UMTS: Principles and Practice | |
ES2294164T3 (es) | Recuperacion de estaciones moviles en modo conectado al fallar el rnc (controlador de red de radio). | |
US6782274B1 (en) | Method for transmitting radio resource control message in asynchronous mobile communication system | |
ES2340659T3 (es) | Metodo y aparato para transferir informacion entre terminales moviles y entidades en una red de acceso por radio. | |
ES2233945T3 (es) | Metodo de traspaso y sistema celular de comunicaciones. | |
US6725039B1 (en) | Mobile telecommunications system | |
JP4973588B2 (ja) | 移動通信システム | |
KR101227793B1 (ko) | 단말과 네트워크간 무선 접속 설정 변경 방법 | |
US6785510B2 (en) | Routing in a multi-station network | |
JP3022530B1 (ja) | Cdma無線通信システムにおけるマルチキャスト通信方式 | |
US7054638B2 (en) | Controlling transmission of cell information between control nodes in radio access network | |
US8285325B2 (en) | Method and apparatus for interfacing among mobile terminal, base station and core network in mobile telecommunications system | |
AU756736B2 (en) | Method of providing burst timing for high-speed data transmission in a base station transceiver system of mobile communication system | |
US20030003919A1 (en) | Relocation of serving network radio network controller ( SRNC) which has used direct transport bearers between SRNC and base station | |
ES2316539T3 (es) | Reducion de la señalizacion en un porotocolo rnsap (parte de aplicacion para el subsistema de red radio) al cambiar de celda de telecomunicaciones celular. | |
CN101940007B (zh) | 移动通信方法和无线基站 | |
US20140056240A1 (en) | Method, system and device for distributing resource of base station node | |
EP1303157A1 (en) | System and method for switching between base stations in a wireless communications systems | |
WO2001072057A3 (en) | Transport of radio network-originated control information | |
CN1759624A (zh) | 用于用户设备移动性管理的方法及其通信系统 | |
US6992999B2 (en) | Method for transmitting long code state information in asynchronous mobile communication system | |
US6952583B1 (en) | Method for processing synchronous message in asynchronous mobile communication system |