ES2316539T3 - 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. - Google Patents

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. Download PDF

Info

Publication number
ES2316539T3
ES2316539T3 ES02700940T ES02700940T ES2316539T3 ES 2316539 T3 ES2316539 T3 ES 2316539T3 ES 02700940 T ES02700940 T ES 02700940T ES 02700940 T ES02700940 T ES 02700940T ES 2316539 T3 ES2316539 T3 ES 2316539T3
Authority
ES
Spain
Prior art keywords
network controller
radio
radio network
course
service
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
Application number
ES02700940T
Other languages
English (en)
Inventor
Goran Rune
Gert-Jan Van Lieshout
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2316539T3 publication Critical patent/ES2316539T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/10Flow control between communication endpoints
    • H04W28/12Flow control between communication endpoints using signalling between network elements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/08Reselecting an access point

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un método para hacer funcionar una red de acceso por radio (24) que da soporte a una conexión por radio con una unidad de equipo de usuario (30), de tal modo que la conexión por radio es controlada por un controlador de red de radio de servicio (261) que comprende la red de acceso por radio, de manera que el método está caracterizado por comprender la etapa de: señalizar, desde un controlador de red de radio de curso (26 2) al controlador de red de radio de servicio (26 1), si el controlador de red de radio de curso (262) requiere la iniciación de un Procedimiento de Inicialización de Recursos de Canal de Transporte Común cuando la unidad de equipo de usuario (30) pretende utilizar un canal de transporte común FACH en una celda controlada por el controlador de red de radio de curso (262); si el controlador de red de radio de curso (262) no requiere la iniciación del Procedimiento de Inicialización de Recursos de Canal de Transporte Común, determinar, por parte del controlador de red de radio de servicio (261), si se ha de ejecutar o llevar a cabo el Procedimiento de Inicialización de Recursos de Canal de Transporte Común con respecto a la unidad de equipo de usuario (UE) situada en la celda, con independencia de la señalización procedente del controlador de red de radio de curso (26 2) al controlador de red de radio de servicio (26 1).

Description

Reducción de la señalización en un protocolo RNSAP (parte de aplicación para el subsistema de red radio) al cambiar de celda en una red de telecomunicaciones celular.
Antecedentes 1. Campo de la invención
La presente invención pertenece a las telecomunicaciones sin cables o inalámbricas y, en particular, a la señalización requerida para dar soporte a canales de transporte comunes en una red de acceso por radio para una conexión por radio con una unidad de equipo de usuario controlada por un controlador de red de radio que da el servicio, o de servicio (SRNC -"serving radio network controller"), cuando la unidad de equipo de usuario se desplaza al interior de una nueva celda controlada por un controlador de red de radio de curso (DRNC -"drift radio network controller").
2. Técnica relacionada y otras consideraciones
En un sistema de radio celular típico, las unidades de equipo de usuario (UEs -"user equipment units") se comunican a través de una red de acceso por radio (RAN -"radio access network") con una o más redes de núcleo. Las unidades de equipo de usuario (UEs) pueden ser estaciones móviles tales como teléfonos móviles (teléfonos "celulares") y computadoras portátiles con terminación móvil, y, por tanto, pueden consistir, por ejemplo, en dispositivos móviles portátiles, de bolsillo, de mano, incluidos o insertados en una computadora, o montados en un coche, que comunican voz y/o datos con la red de acceso por radio.
La red de acceso por radio (RAN -"radio access network") cubre una zona o área geográfica que está dividida en áreas de celda, de manera que se da servicio a cada área de celda por parte de una estación de base. Una celda es un área geográfica en la que la cobertura de radio viene proporcionada por el equipo de estación de base de radio situado en un emplazamiento de estación de base. Cada celda se identifica mediante una identidad única o exclusiva, que es radiodifundida dentro de la celda. Las estaciones de base se comunican a través de la interfaz del aire (por ejemplo, por frecuencias de radio o radiofrecuencias) con las unidades de equipo de usuario (UE) situadas dentro del alcance de las estaciones de base. En la red de acceso por radio, varias estaciones de base están, por lo común, conectadas (por ejemplo, por medio de líneas terrestres o microondas) a un controlador de red de radio (RNC -"radio network controller"). El controlador de red de radio, que en ocasiones recibe también el nombre de controlador de estación de base (BSC -"base station controller"), supervisa o coordina diversas actividades de las varias estaciones de base conectadas a él. Los controladores de red de radio están, convencionalmente, conectados a una o más redes de núcleo.
Un ejemplo de red de acceso por radio es la Red de Acceso por Radio Terrestre de Telecomunicaciones Móviles Universal (UTRAN -"Universal Mobile Telecommunications (UMTS) Terrestrial Radio Access Network"). La UTRAN es un sistema de tercera generación que, en algunos aspectos, se cimenta en la tecnología de acceso por radio conocida como Sistema Global para Comunicaciones Móviles (GSM -"Global System for Mobile communications"), desarrollada en Europa. La UTRAN es esencialmente un sistema de acceso múltiple por división en código de banda ancha (W-CDMA -"wideband code division multiple access").
Como apreciarán los expertos de la técnica, en la tecnología de W-CDMA una banda de frecuencias común permite la comunicación simultánea entre una unidad de equipo de usuario (UE) y una pluralidad de estaciones de base. Las señales que ocupan la banda de frecuencias común son discriminadas o diferenciadas en la estación de recepción a través de las propiedades de la forma de onda de CDMA de espectro disperso, basándose en el uso de un código de alta velocidad y pseudo-ruido (PN -"pseudo-noise"). Estos códigos de PN de alta velocidad se utilizan para modular señales transmitidas desde las estaciones de base y las unidades de equipo de usuario (UEs). Las estaciones transmisoras que utilizan diferentes códigos de PN (o un código de PM desplazado o desfasado en el tiempo) producen señales que pueden ser desmoduladas independientemente en la estación receptora. La modulación de PN de alta velocidad también permite que la estación receptora genere, de forma ventajosa, una señal recibida desde una estación de transmisión individual, al combinar varios recorridos o caminos de propagación diferentes de la señal transmitida. En el CDMA, por tanto, una unidad de equipo de usuario (UE) no necesita conmutar la frecuencia cuando se realiza la entrega o cesión de una conexión de una celda a otra distinta. Como resultado de ello, una celda de destino puede proporcionar soporte a una conexión con una unidad de equipo de usuario (UE) al mismo tiempo que la celda originaria continúa dando servicio a la conexión. Como la unidad de equipo de usuario (UE) está siempre comunicándose a través de al menos una celda durante la cesión, no existe interrupción de la llamada. De aquí la expresión "cesión suave". En contraste con la cesión brusca, la cesión suave es una operación de conmutación que se realiza antes del corte ("make-before-break").
La Red de Acceso por Radio Terrestre de Telecomunicaciones Móviles Universal (UTRAN -"Universal Mobile Telecommunications (UMTS) Terrestrial Radio Access Network") se adapta tanto a las conexiones conmutadas en circuitos como a las conexiones conmutadas en paquetes. A este respecto, en la UTRAN, las conexiones conmutadas en circuitos implican un controlador de red de radio (RNC -"radio network controller") que se comunica con un centro de conmutación móvil (MSC -"mobile switching center"), el cual está a su vez conectado a una red de núcleo externa, orientada a la conexión, que puede ser, por ejemplo, la Red de Telefonía Pública Conmutada (PSTN -"Public Switched Telephone Network") y/o la Red Digital de Servicios Integrados (ISDN -"Integrated Services Digital Network"). Por otra parte, en la UTRAN, las conexiones conmutadas en paquetes implican que el controlador de red de radio se comunique con un Nodo de Soporte de GPRS de Servicio (SGSN -"Serving GPRS Support Node"), que se conecta, a su vez, a través de una red central o troncal y un nodo de soporte de GPRS de Pasarela (GGSN -"Gateway GPRS support node"), a redes conmutadas en paquetes (por ejemplo, la Internet, redes externas X.25).
Existen diversas interfaces de interés en la UTRAN. La interfaz entre los controladores de red de radio (RNCs) y la(s) red(es) de núcleo se denomina interfaz "Iu". La interfaz entre un controlador de red de radio (RNC) y sus estaciones de base (BSs) recibe el nombre de interfaz "Iub". La interfaz entre la unidad de equipo de usuario (UE) y las estaciones de base se conoce como "interfaz aérea" o "interfaz de radio", o "interfaz Uu". En algunos casos, una conexión por radio implica tanto un RNC de Servicio o de Fuente (SRNC -"Serving or Source RNC") como un RNC de objetivo o de curso (DRNC -"target or drift RNC"), de tal manera que el SRNC controla la conexión por radio, pero en ella un o más enlaces de radio de la conexión por radio son manejados por el DRNC. Puede utilizarse un enlace de transporte entre RNCs par el transporte de señales de control y de datos entre el RNC de Fuente y un RNC de Curso o de Objetivo, y éste puede ser, bien un enlace directo o bien un enlace lógico tal y como se describe, por ejemplo, en la Solicitud Internacional número PCT/US 94/12419 (Solicitud Internacional número WO 95/15665). Una interfaz entre controladores de red de radio (por ejemplo, entre un RNC de Servicio [SRNC] y un RNC de Curso [DRNC]) recibe el nombre de interfaz "Iur".
El controlador de red de radio (RNC) controla la UTRAN. A la hora de cumplir su papel de control, el RNC gestiona recursos de la UTRAN. Tales recursos gestionados por el RNC incluyen (entre otros) la potencia de enlace descendente (DL -"downlink") transmitida por las estaciones de base; la interferencia de enlace ascendente (UL -"uplink") percibida por las estaciones de base; y los dispositivos físicos o hardware ubicado en las estaciones de base.
Los expertos de la técnica apreciarán que, con respecto a una cierta conexión de RAN-UE, un RNC puede desempeñar, bien el papel de un RNC de servicio (SRNC) o bien el papel de un RNC de curso (DRNC). En el caso de que un RNC sea un RNC de servicio (SRNC), el RNC está a cargo de la conexión por radio con la unidad de equipo de usuario (UE), por ejemplo, tiene un control completo de la conexión por radio dentro de la red de acceso por radio (RAN). Un RNC de servicio (SRNC) está conectado a la red de núcleo. Por otra parte, si un RNC es un RNC de curso (DRNC), éste da soporte al RNC de servicio (SRNC) al aportar los recursos de radio (dentro de las celdas controladas por el RNC de curso (DRNC)) necesarios para una conexión por radio con la unidad de equipo de usuario (UE). Se hace referencia aquí a un sistema que incluye un controlador de red de radio de curso (DRNC) y las estaciones de base controladas, a través de la Interfaz Iub, por el controlador de red de radio de curso (DRNC), como subsistema de DRNC o DRNS ("DRNC subsystem").
Cuando se está estableciendo una conexión por radio entre la red de acceso por radio (RAN) y la unidad de equipo de usuario (UE), la red de acceso por radio (RAN) decide qué RNC ha de ser el RNC de servicio (SRNC -"serving RNC") y, en caso necesario, qué RNC ha de ser un RNC de curso (DRNC -"drift RNC"). Normalmente, el RNC que controla la celda en la que se encuentra situada la unidad de equipo de usuario (UE) cuando se establece por primera vez la conexión por radio, se selecciona inicialmente de modo que sea el RNC de servicio (SRNC). A medida que se desplaza la unidad de equipo de usuario (UE), la conexión por radio se mantiene incluso aunque la unidad de equipo de usuario pueda moverse al interior de una nueva celda, posiblemente incluso una nueva celda controlada por otro RNC. Ese otro RNC se convierte en un RNC de curso (DRNC) para la conexión RAN-UE. Se dice que un RNC es el RNC de Control (CRNC -"Controlling RNC") para las estaciones de base conectadas a él por una interfaz Iub. Este papel de CRNC no es específico de las UEs. El CRNC es, entre otras cosas, el responsable de encargarse de la gestión de los recursos de radio para las celdas en las estaciones de base conectadas a él por medio de la interfaz Iub.
El documento WO 00/754521, publicado el 14.09.2000, describe un Método de asignación de identificador temporal de estación móvil, en el cual un controlador de red de radio asigna un identificador temporal de estación móvil cuando una red comprueba que el cambio de estado es necesario para la estación móvil. El identificador temporal se indica a la estación móvil.
El documento WO 00/54522, publicado el 14.09.2000, describe un método de selección de celda para una red de telecomunicación celular. El método descrito comprende adjuntar información de identificación de celda como parámetro al mensaje de RRC que inicia el cambio del estado de conexión a celda de la estación móvil.
El documento WO 00/76245, publicado el 14.12.2000, describe un procedimiento de actualización de celda para una estación de un sistema de comunicación celular. El procedimiento comprende enviar un mensaje que indica la recepción de la información de actualización procedente de la estación, por parte de un segundo controlador de red, a la primera red.
El documento WO 99/66740, publicado el 23.12.1999, describe un Método de notificación de petición de actualización de posición a una estación móvil basada en el control de red de radio, en sistemas celulares de tercera generación.
En la Red de Acceso por Radio Terrestre de Telecomunicaciones Móviles Universal (UTRAN -"Universal Mobile Telecommunications (UMTS) Terrestrial Radio Access Network") hay, en la interfaz de radio, Canales de Transporte Comunes y Canales de Transporte Dedicados o de uso exclusivo. Los Canales de Transporte Comunes son el Canal de Acceso Aleatorio (RACH -"Random Access Channel") de enlace ascendente, el Canal de Acceso Directo (FACH -"Forward Access Channel") de enlace descendente, el Canal de Paquetes Común (CPCH -"Common Packet Channel") de enlace ascendente, el Canal Compartido de Enlace Ascendente (USCH -"Uplink Shared Channel"), y el Canal Compartido de Enlace Descendente (DSCH -"Downlink Shared Channel"). Los Canales de Transporte Dedicados consisten en el Canal Dedicado (DCH -"Dedicated Channel"). Los canales de transporte del UMTS se describen en una o más de las siguientes especificaciones (todas las cuales se incorporan aquí como referencia en su totalidad): (1) Especificación Técnica 25.211 del Proyecto de Sociedad de Tercera Generación (3GPP -"Third Generation Partnership Project"), v.3.5.0: "Canales físicos y establecimiento de relaciones de correspondencia de canales de transporte sobre canales físicos (FDD)" ("Physical Channels and Mapping of Transport Channels Onto Physical Channels (FDD)"); (2) Especificación Técnica 25.221 del Proyecto de Sociedad de Tercera Generación (3GPP), v.3.5.0: "Canales físicos y establecimiento de relaciones de correspondencia de canales de transporte sobre canales físicos (TDD)" ("Physical Channels and Mapping of Tranport Channels Onto Physical Channels (TDD)"); (3) Especificación Técnica 25.331 del Proyecto de Sociedad de Tercera Generación (3GPP), v.3.5.0: "Especificación de protocolo de RRC" ("RRC Protocol Specification").
El Canal de Acceso Directo (FACH) de enlace descendente es un canal de transporte común que se utiliza para transportar datos a muchas unidades de equipo de usuario (UEs) diferentes. Se consigue una multiplexación por el Canal de Acceso Directo (FACH) de enlace descendente al incluir una identidad de UE en cada transmisión de datos de FACH. El CRNC [que asume en ese momento el papel de controlador de red de radio de curso (DRNC) para una unidad de equipo de usuario (UE)] organiza o programa temporalmente los datos recibidos desde el controlador de red de radio de servicio (SRNC) para las diferentes unidades de equipo de usuario (UEs), en el Canal de Acceso Directo (FACH) de enlace descendente.
Se establece una relación de correspondencia de un Canal de Acceso Directo (FACH) de enlace descendente con un canal físico conocido como Canal de Control Secundario Común (S-CCPCH -"Secondary Common Control Channel"). Cada Canal de Control Secundario Común (S-CCPCH) puede trasportar más de un Canal de Acceso Directo (FACH) de enlace descendente. En las dos primeras de las especificaciones de 3GPP anteriormente listadas se proporcionan detalles del establecimiento de relaciones de correspondencia de los canales de transporte con los canales físicos.
Además del transporte de información relativa a varias unidades de equipo de usuario (UEs) por el Canal de Acceso Directo (FACH) de enlace descendente, se emplea un nivel de multiplexación adicional al transportar múltiples canales lógicos para una única unidad de equipo de usuario (UE) por el Canal de Acceso Directo (FACH) de enlace descendente. Tres son los tipos de dichos canales lógicos. El primer tipo es el Canal de Control Común (CCCH -"Common Control Channel"), que se extiende entre un CRNC y la unidad de equipo de usuario (UE). Un segundo tipo es el Canal de Control Dedicado (DCCH -"Dedicated Control Channel") o de uso exclusivo, que se extiende entre el controlador de red de radio de servicio (SRNC) y la unidad de equipo de usuario (UE). Un tercer tipo es el Canal de Transporte Dedicado (DTCH -"Dedicated Transport Channel"), que se extiende entre el controlador de red de radio de servicio (SRNC) y la unidad de equipo de usuario (UE).
El Canal de Control Común (CCCH) se extiende entre un CRNC y la unidad de equipo de usuario (UE). En consecuencia, no hay transporte directo del Canal de Control Común (CCCH) por la interfaz Iur. Sin embargo, el CRNC puede decidir remitir cierta información recibida por el Canal de Control Común (CCCH) al controlador de red de radio de servicio (SRNC). El controlador de red de radio de servicio (SRNC) puede también pedir al CRNC que transmita cierta información por el Canal de Control Común (CCCH). Del transporte de esta información a través de la interfaz Iur se encarga el Protocolo de Aplicación de Subsistema de Red de Radio (RNSAP -"Radio Network Subsystem Application Protocol").
Los datos recibidos/enviados por los canales lógicos del Canal de Transporte Dedicado (DTCH) y del Canal de Control Dedicado (DCCH) son transportados por los denominados "soportes de transporte" a través de la interfaz Iur. Es posible utilizar un portador o soporte de transporte para transportar información de DTCH/DCCH recibida/que ha de ser enviada por canales de transporte del Canal de Acceso Directo (FACH) de enlace descendente, para múltiples unidades de equipo de usuario (UEs).
La interfaz Iur tiene dos planos, a saber: un plano de control (CP -"control plane") y un plano de usuario (UP -"user plane"). En el plano de control (CP), el controlador de red de radio de servicio (SRNC) y el controlador de red de radio de curso (DRNC) se comunican utilizando el Protocolo de Aplicación de Subsistema de Red de Radio (RNSAP). El Protocolo de Aplicación de Subsistema de Red de Radio (RNSAP) es transportado por un soporte de señalización fiable, según se describe en la Especificación Técnica 3G TS 25.423 del Proyecto de Sociedad de Tercera Generación (3GGP), v.3.4.0: "Señalización de RNSAP de Interfaz Iur de UTRAN" ("UTRAN Iur Interface RNSAP Signaling").
El transporte de los datos recibidos/transmitidos por la interfaz de radio se produce en el plano de usuario (UP). En el plano de usuario (UP), los datos son transportados por soportes de transporte no fiables. Para los canales de transporte FACH, la información referente a múltiples unidades de equipo de usuario (UEs) puede ser multiplexada en un único soporte de transporte, tal y como se describe en la Especificación Técnica 3G TS 25.425 del Proyecto de Sociedad de Tercera Generación (3GGP), v.3.3.0: "Protocolos en el plano de usuario de interfaz Iur de UTRAN para corrientes de datos de CCH" ("UTRAN Iur Interface User Plane Protocols for CCH Data Streams").
El controlador de red de radio de servicio (SRNC) es el responsable de establecer los soportes de transporte necesarios entre el controlador de radio de servicio (SRNC) y el controlador de red de radio de curso (DRNC). Por ejemplo, cuando la comunicación del Canal de Control Dedicado (DCCH)/Canal de Transporte Dedicado (DTCH) con una nueva unidad de equipo de usuario (UE) necesita establecerse a través del FACH y se dispone de una capacidad de transporte insuficiente en cualquiera de los soportes de transporte existentes, el controlador de red de radio de servicio (SRNC) inicia el establecimiento de un nuevo portador o soporte de transporte.
Cuando una unidad de equipo de usuario (UE) está utilizando los canales comunes RACH/FACH (por ejemplo, el estado de RRC de UE es FACH_CELDA ("CELL_FACH")), el primer mensaje enviado desde la unidad de equipo de usuario (UE) al entrar en una nueva celda es un mensaje de RRC de ACTUALIZACIÓN DE CELDA. El mensaje de RRC de ACTUALIZACIÓN DE CELDA sirve como una clase de mensaje de registro para permitir a la UTRAN conocer la nueva posición de la unidad de equipo de usuario (UE). La UTRAN decide entonces el modo como encargarse de esta unidad de equipo de usuario (UE). Si la UTRAN decide que la unidad de equipo de usuario (UE) ha de permanecer en canales comunes, se indicará a la unidad de equipo de usuario (UE) que permanezca en canales comunes. La unidad de equipo de usuario (UE) supervisa entonces el FACH en busca de cualquier transmisión de enlace descendente, y utiliza un cierto RACH para el acceso de enlace ascendente. Este caso en el que la unidad de equipo de usuario (UE) utiliza canales comunes, difiere, por tanto, de un caso en que la unidad de equipo de usuario (UE) utiliza canales dedicados, puesto que la utilización de canales dedicados puede dar inicio a una situación de cesión suave en la que se establezcan a través de la nueva celda nuevos enlaces de radio o ramas de conexión con la unidad de equipo de usuario (UE).
Cuando la unidad de equipo de usuario (UE) está utilizando los canales de transporte FACH, hasta ahora el controlador de red de radio de servicio (SRNC) inicia un procedimiento conocido como Procedimiento de Inicialización de Recursos de Canal de Transporte Común de RNSAP cada vez que la unidad de equipo de usuario (UE) se desplaza de una celda a otra celda del DRNS, y la unidad de equipo de usuario (UE) ha de utilizar canales comunes en la nueva celda. El Procedimiento de Inicialización de Recursos de Canal de Transporte Común es un procedimiento de RNSAP iniciado por el controlador de red de radio de servicio (SRNC), que comprende mensajes transmitidos entre el controlador de red de radio de servicio (SRNC) y el controlador de red de radio de curso (DRNC). Se requiere la ejecución del Procedimiento de Inicialización de Recursos de Canal de Transporte Común para permitir que el controlador de red de radio de curso (DRNC) lleve a cabo ciertas actividades, y para proporcionar al controlador de red de radio de servicio (SRNC), por ejemplo, información referente a los tamaños de Bloque de Transporte (TB -"Transport Block") soportados e información del control de flujo. Además, el Procedimiento de Inicialización de Recursos de Canal de Transporte Común se lleva a cabo o ejecuta cuando el controlador de red de radio de servicios (SRNC) determina que ha de solicitarse otro soporte de transporte a través de la interfaz Iur. Cada uno de estos aspectos se expone brevemente más adelante.
En cada celda de UTRAN, es necesario que los datos transportados a través del canal de transporte FACH cumplan ciertas restricciones de longitud. Estas restricciones de longitud pueden variar para cada celda y son utilizadas por el controlador de red de radio de servicio (SRNC) para determinar el modo como segmentar los datos del Canal de Control Dedicado (DCCH)/Canal de Transporte Dedicado (DTCH). Cuando una unidad de equipo de usuario (UE) se desplaza de una celda a otra, es necesario que el controlador de red de radio de servicio (SRNC) se dote de información acerca de las nuevas restricciones de longitud aplicables. Esta información es proporcionada por el CRNC en el Procedimiento de Inicialización de Recursos de Canal de Transporte Común de RNSAP.
Con respecto al control de flujo, el CRNC, en su papel de controlador de red de radio de curso (DRNC), proporciona al controlador de red de radio de servicio (SRNC) un cierto número de "créditos". Estos créditos indican cuántos datos le está permitido al controlador de red de radio de servicio (SRNC) enviar al CRNC. Si al SRNC no le quedan ya créditos, ha de aguardar a la recepción de nuevos créditos desde el CRNC antes de que pueda enviar datos adicionales al CRNC. Así pues, el mecanismo de crédito proporciona al CRNC unos medios para controlar la cantidad de datos que recibirá de un cierto SRNC para una determinada unidad de equipo de usuario (UE). Cuando la unidad de equipo de usuario se desplaza de una celda a otra celda, las condiciones de carga pueden variar. En tal caso, las soluciones especificadas en ese momento para el mecanismo de crédito son siempre reiniciadas. Ello significa que el controlador de red de radio de servicio (SRNC) ha de obtener nuevos créditos del CRNC antes de poder iniciar la transmisión en la nueva celda. Los créditos aplicables a la nueva celda son suministrados por el CRNC al controlador de red de radio de servicio (SRNC) en el Procedimiento de Inicialización de Recursos de Canal de Transporte Común de RNSAP.
Como se ha indicado anteriormente, es el controlador de red de radio de servicio (SRNC) el que decide si se ha de establecer o no un nuevo soporte de transporte a través de la interfaz Iur. En caso de que el controlador de red de radio de servicio (SRNC) decida que debe establecerse un nuevo soporte de transporte, el Procedimiento de Inicialización de Recursos de Canal de Transporte Común de RNSAP proporciona al SRNC información relevante relativa al DRNC al objeto de hacer posible dicho establecimiento.
La ejecución del Procedimiento de Inicialización de Recursos de Canal de Transporte Común representa esencialmente la mitad de la señalización de Iur requerida para hacerse cargo de la situación en la que una unidad de equipo de usuario (UE) se desplaza de una celda del DRNS a otra celda del DRNS.
Lo que se necesita, por tanto, y un propósito de la presente invención, es una técnica para reducir la señalización de Iur cuando tiene lugar un cambio de celda en un DRNS.
Breve sumario de la invención
Este propósito se resuelve gracias a la materia objeto de las reivindicaciones independientes. En las reivindicaciones dependientes se definen realizaciones preferidas.
En un sistema de telecomunicaciones celular, cuando una unidad de equipo de usuario (UE -"user equipment") pretende utilizar un canal de transporte común FACH (Canal de Acceso Directo -"Forward Access Channel") en una celda controlada por el controlador de red de radio de curso (DRNC -"drift radio network controller"), el controlador de red de radio de curso (DRNC) señaliza a un controlador de red de radio de servicio (SRNC -"service radio network controller") si el controlador de red de radio de curso (DRNC) requiere la iniciación y, por tanto, la ejecución de un Procedimiento de Inicialización de Recursos de Canal de Transporte Común. En el caso de que la señalización indique que el controlador de red de radio de curso (DRNC) no requiere la iniciación del Procedimiento de Inicialización de Recursos de Canal de Transporte Común, el controlador de red de radio de servicio (SRNC) tiene a su discreción iniciar el Procedimiento de Inicialización de Recursos de Canal de Transporte Común con respecto a la unidad de equipo de usuario (UE) situada en la celda.
Ventajosamente, en una implementación a modo de ejemplo, la señalización concerniente a la iniciación o no del Procedimiento de Inicialización de Recursos de Canal de Transporte Común se lleva a cabo utilizando un mensaje de señalización existente entre el controlador de red de radio de curso (DRNC) y el controlador de red de radio de servicio (SRNC), por ejemplo, un mensaje de Transferencia de Señalización de UL de RNSAP.
En una realización preferida, el controlador de red de radio de curso (DRNC) determina si el controlador de red de radio de curso (DRNC) requiere la iniciación del Procedimiento de Inicialización de Recursos de Canal de Transporte Común, basándose en las diferencias en uno o más de las siguientes, para celdas controladas por el controlador de red de radio de curso (DRNC): (a) restricciones de longitud de los datos transportados a través del canal de transporte FACH; y (b) condiciones de control de flujo.
Con independencia de la señalización procedente del controlador de red de radio de curso (DRNC), el controlador de red de radio de servicio (SRNC) puede, a su propia discreción, iniciar el Procedimiento de Inicialización de Recursos de Canal de Transporte Común si el controlador de red de radio de servicio (SRNC) determina que se requiere un nuevo portador o soporte de transporte a través de una interfaz entre el controlador de red de radio de servicio (SRNC) y el controlador de red de radio de curso (DRNC).
La presente invención reduce, por tanto, la señalización que se efectúa entre el controlador de red de radio de servicio (SRNC) y el controlador de red de radio de curso (DRNC) cuando una unidad de equipo de usuario (UE) se desplaza desde una celda bajo el control del controlador de red de radio de curso (DRNC) a otra celda bajo el control del controlador de red de radio de curso (DRNC), al tiempo que se utilizan los canales de transporte comunes RACH/FACH a través de la interfaz de radio. La invención permite una importante reducción (tan grande como hasta el cincuenta por ciento) de la cantidad o magnitud de señalización entre el controlador de red de radio de servicio (SRNC) y el controlador de red de radio de curso (DRNC) mientras la unidad de equipo de usuario (UE) está utilizando el FACH (el cual puede ser utilizado en combinación con el RACH o el CPCH), gracias a la supresión de la necesidad de iniciar el Procedimiento de Inicialización de Recursos de Canal de Transporte Común en cada cambio de celda sometido al controlador de red de radio de curso (DRNC).
Breve descripción de los dibujos
Los anteriores y otros propósitos, características y ventajas de la invención serán evidentes a partir de la siguiente descripción, más concreta, de realizaciones preferidas según se ilustran en los dibujos que se acompañan, en los cuales los caracteres de referencia se refieren a las mismas partes a través de las diversas vistas. Los dibujos no están necesariamente a escala, sino que, en cambio, se ha puesto el énfasis en ilustrar los principios de la invención.
La Figura 1 es una vista diagramática o esquemática de un sistema de comunicaciones móviles proporcionado a modo de ejemplo, en el que puede emplearse de forma ventajosa la presente invención.
La Figura 2 es un diagrama de bloques de función simplificado de una parte de una Red de Acceso por Radio Terrestre de UMTS, incluyendo una estación de unidad de equipo de usuario (UE -"user equipment"); un controlador de red de radio; y una estación de base.
La Figura 3 es una vista esquemática que muestra varios hechos o actos llevados a cabo por un controlador de red de radio de curso (DRNC) y un controlador de red de radio de servicio (SRNC), concernientes al traslado de una unidad de equipo de usuario (UE) al interior de una celda controlada por el controlador de red de radio de curso (DRNC).
Descripción detallada de los dibujos
En la siguiente descripción, con propósitos de explicación y no de limitación, se exponen detalles específicos tales como arquitecturas o estructuras concretas, interfaces, técnicas, etc., al objeto de proporcionar una compresión exhaustiva de la presente invención. Será evidente, sin embargo, para los expertos de la técnica que la presente invención puede llevarse a la práctica en otras realizaciones que se apartan de estos detalles específicos. En otros casos, se omiten descripciones detalladas de dispositivos, circuitos y métodos bien conocidos de tal modo que no se vea oscurecida la descripción de la presente invención con detalles innecesarios.
La presente invención se describe en el contexto de ejemplo no limitativo de un sistema de telecomunicaciones móviles universal (UMTS -"Universal Mobile Telecommunications System") 10 que se muestra en la Figura 1. Una red de núcleo externa, orientada a la conexión y representativa, que se muestra como una nube 12, puede ser, por ejemplo, la Red de Telefonía Pública Conmutada (PSTN -"Public Switched Telephone Network") y/o la Red Digital de Servicios Integrados (ISDN -"Integrated Services Digital Network"). Una red de núcleo externa, orientada a la ausencia de conexión y representativa, mostrada como una nube 14, puede ser, por ejemplo, la Internet. Ambas redes de núcleo están conectadas a sus correspondientes nodos de servicio 16. La red 12 orientada a la conexión de PSTN/ISDN se encuentra conectada a un nodo de servicio orientado a la conexión, que se muestra como un nodo 18 de Centro de Conmutación Móvil (MSC -"Mobile Switching Center"), que proporciona servicios conmutados en circuitos. La red 14 de Internet, orientada a la ausencia de conexión, se encuentra conectada a un nodo 20 de Servicio General de Radio en Paquetes (GPRS -"General Packet Radio Service"), personalizado o adaptado para proporcionar servicios de tipo conmutado en paquetes y al que se hace referencia en ocasiones como nodo de soporte de GPRS de servicio (SGSN -"serving GPRS support node").
Cada uno de los nodos de servicio 18 y 20 de red de núcleo se conecta a una Red de Acceso por Radio Terrestre de UMTS (UTRAN -"UMTS Terrestrial Radio Access Network") 24 a través de una interfaz de red de acceso por radio (RAN -"radio access network"), al que se hace referencia como interfaz Iu. La UTRAN 24 incluye uno o más controladores de red de radio (RNCs -"radio network controllers") 26. En aras de la simplicidad, la UTRAN 24 de la Figura 1 se muestra con sólo dos nodos de RNC, en concreto el controlador de red de radio de servicio (SRNC -"serving radio network controller") 26_{1} y el controlador de red de radio de curso (DRNC -"drift radio network controller") 26_{2}. Cada RNC 26 está conectado a una pluralidad de estaciones de base (BS -"base stations") 28. Por ejemplo, y de nuevo en aras de la simplicidad, se muestran dos nodos de estación de base conectados a cada RNC 26. A este respecto, el SRNC 26_{1} da servicio a la estación de base 28_{1-1} y a la estación de base 28_{1-2}, en tanto que el SRNC 26_{2} da servicio a la estación de base 28_{2-1} y a la estación de base 28_{2-2}. Se apreciará que es posible dar servicio a un número diferente de estaciones de base por parte de cada RNC, y que no es necesario que los RNCs den servicio al mismo número de estaciones de base. Por otra parte, la Figura 1 muestra que un RNC puede estar conectado a través de una interfaz Iu a uno o más RNCs diferentes de la UTRAN 24.
En las realizaciones ilustradas, cada estación de base 28 se muestra dando servicio a una celda. Cada celda se ha representado por un círculo que rodea a la estación de base respectiva. Se apreciará, sin embargo, por los expertos de la técnica que una estación de base puede servir para comunicarse a través de la interfaz aérea, para más de una celda. Por ejemplo, dos celdas pueden utilizar los recursos situados en la misma ubicación de la estación de base.
En la presente invención, en el instante que se muestra en la Figura 1, una unidad de equipo de usuario (UE -"user equipment"), tal como una unidad de equipo de usuario (UE) 30, está utilizando canales comunes y, por tanto, en cualquier instante de tiempo se comunica tan sólo con una estación de base (BS) 28 a través de una interfaz de radio o aérea 32. Cada una de la interfaz de radio 32, la interfaz Iu, la interfaz Iub y la interfaz Iur se muestra en líneas de puntos y trazos en la Figura 1. En el instante que se muestra en la Figura 1, la unidad de equipo de usuario (UE) 30 está adscrita o registrada con la estación de base 28_{2-1} y utilizando canales comunes a través de ésta. La celda a la que da servicio la estación de base 28_{2-1} se encuentra en el DRNS (subsistema de DRNC -"DRNC subsystem") del controlador de red de radio de curso (DRNC) 26_{2}.
Los canales de transporte, canales físicos y canales lógicos anteriormente descritos se utilizan en la Red de Acceso de Radio Terrestre de UMTS (UTRAN) 24 de la Figura 1, incluyendo los canales de transporte comunes RACH y FACH a través de la interfaz de radio. De preferencia, el acceso por radio está basado en el Acceso Múltiple por División en Código de banda ancha (WCDMA -"wideband Code Division Multiple Access"), con canales de radio individuales asignados utilizando códigos de dispersión de CDMA. Por supuesto, pueden emplearse otros métodos de acceso. El WCDMA proporciona anchura de banda amplia o extensa a los servicios multimedia y otras exigencias de velocidad de transmisión elevada, así como características de robustez como la diversidad de cesión y los receptores de RAKE para garantizar una alta calidad. A cada estación móvil de usuario o unidad de equipo de usuario (UE) 30 se le asigna su propio código de mezcla de frecuencias con el fin de que una estación de base 28 identifique las transmisiones procedentes de esa unidad de equipo de usuario particular (UE), así como para que la unidad de equipo de usuario (UE) identifique las transmisiones desde la estación de base pretendida para esa unidad de equipo de usuario (UE) con respecto a todas las demás transmisiones y ruido presentes en la misma área.
Una unidad de equipo de usuario (UE) puede desplazarse lo suficientemente lejos en una dirección particular como para adscribirse a otra celda del DRNS que no ha sido previamente visitada por la unidad de equipo de usuario (UE). La Figura 2 muestra dicha situación, en la cual la unidad de equipo de usuario (UE) 20 busca ahora adscribirse o registrarse en la celda a la que da servicio la estación de base 28_{2-2}. La celda a la que da servicio la estación de base 28_{2-2} se encuentra, como la celda de la estación de base 28_{1-2}, en el DRNS del controlador de red de radio de curso (DRNC) 26_{2}.
Siempre y cuando una unidad de equipo de usuario (UE) que utilice canales comunes se adscriba en una nueva celda controlada por el controlador de red de radio de curso (DRNC) 26_{2} que la unidad de equipo de usuario (UE) no haya aún visitado, el controlador de red de radio de curso (DRNC) 26_{2} ha de llevar a cabo una función de asignación de recursos con el fin de asignar recursos de red de radio para la nueva celda. La Figura 3 muestra ciertos hechos, etapas u operaciones básicas llevadas a cabo en asociación con una función 300 de asignación de recursos a modo de ejemplo, ejecutada por el controlador de red de radio de curso (DRNC) 26_{2}, así como operaciones correlativas realizadas por una función 302 de gestión de conexión por radio en el controlador de red de radio de servicio (SRNC) 26_{1}.
La Figura 3 muestra como acto 3D-1 el hecho de que la función 300 de asignación de recursos obtiene una indicación de la que la unidad de equipo de usuario (UE) 30 pretende adscribirse en una nueva celda controlada por el controlador de red de radio de curso (DRNC) 26_{2}. La nueva celda podría ser la primera, y, por tanto, la única, celda controlada por el controlador de red de radio de curso (DRNC) 26_{2} en la que la unidad de equipo de usuario (UE) 30 ha pretendido adscribirse, o bien una celda adicional en el caso de que haya tenido ya lugar la adscripción de la unidad de equipo de usuario (UE) 30 con respecto a una celda controlada por el controlador de red de radio de curso (DRNC) 26_{2}. Al recibir dicha indicación, la función 300 de asignación de recursos comienza, en forma de la acción 3D-2, a asignar recursos destinados a ser utilizados para una posible nueva celda, para su conexión por radio a la unidad de equipo de usuario (UE) 30. La asignación de recursos en la acción 3D-2 es, típicamente, bastante reducida y preparatoria, e implica la asignación de unos pocos identificadores en el caso del primer acceso en la nueva celda.
Por lo que respecta a la acción 3D-1, una forma proporcionada a modo de ejemplo en la que la función 300 de asignación de recursos puede obtener una indicación de que la unidad de equipo de usuario (UE) está tratando de la registrarse en una nueva celda controlada por el controlador de red de radio de curso (DRNC) 26_{2}, es que el controlador de red de radio de curso (SRNC) 26_{2} se implique en la remisión de un mensaje de protocolo de Control de Recursos de Radio (RRC -"Radio Resource Control") a través de una celda que la unidad de equipo de usuario (UE) no estaba utilizando anteriormente. Un ejemplo de tal mensaje de protocolo de RRC es un mensaje de ACTUALIZACIÓN-CELDA DE RRC ("RRC CELL-UPDATE"). Si bien el mensaje de RRC se finaliza en el controlador de red de radio de servicio (SRNC), el controlador de red de radio de curso (DRNC) puede averiguar si es éste un primer mensaje procedente de la unidad de equipo de usuario (UE) situada dentro de una nueva celda.
Como acto 3D-3, la función 300 de asignación de recursos determina si será necesaria la iniciación (y, por tanto, la realización) del Procedimiento de Inicialización de Recursos de Canal de Transporte Común, por ejemplo, para la nueva celda utilizada por la conexión por radio con la unidad de equipo de usuario (UE) 30. La iniciación y la ejecución del Procedimiento de Inicialización de Recursos de Canal de Transporte Común serán necesarias si la nueva celda es la primera, y, por tanto, la única, celda controlada por el controlador de red de radio de curso (DRNC) 26_{2} en la que ha pretendido adscribirse o registrarse la unidad de equipo de usuario (UE) 30.
Si se ha producido ya el registro de la unidad de equipo de usuario (UE) 30 con respecto a una de las celdas controladas por el controlador de red de radio de curso (DRNC) 26_{2} (por ejemplo, el controlador de red de radio de curso (DRNC) 26_{2} ya está implicado en la conexión por radio), la determinación del acto 3D-3 se basa en consideraciones que incluyen las mencionadas anteriormente, tales como si los recursos para la nueva celda (a cuyo interior se desplaza la unidad de equipo de usuario (UE)) requieren un tamaño de Bloque de Transporte (TB -"Transport Block") diferente o información de control de flujo diferente (en oposición al tamaño de TB o a la información de control de flujo para celda(s) del DRNS ya implicada(s) en la conexión por radio). Por ejemplo, en muchos casos, algunos o la totalidad de los S-CCPCHs (Canales de Control Secundarios Comunes -"Secondary Common Control Channels") de un DRNS están configurados con los mismos tamaños de bloque de transporte (TB), por ejemplo, las mismas restricciones de longitud, y la misma información de control de flujo. En tal situación, si una unidad de equipo de usuario (UE) se desplaza desde una primera celda del DRNS a una segunda celda del DRNS, y tanto la primera celda como la segunda celda tienen los mismos tamaños de Bloque de Transporte (TB) y consideraciones de control de flujo, no hay razón para actualizar la información del tamaño de Bloque de Transporte (TB) al que se da soporte o la información de control de flujo. Si se determina en la acción 3D-3 que la iniciación del Procedimiento de Inicialización de Recursos de Canal de Transporte Común no es necesaria desde el punto de vista del RNC de curso (DRNC -"drift RNC"), la acción 3D-3 es seguida por la acción 3D-4. En la acción 3D-4, la función 300 de asignación de recursos traslada recursos reservados a la nueva celda y garantiza que puedan ser utilizados los mismos tamaños de Bloque de Transporte (TB). En caso contrario, la acción 3D-3 es seguida por la acción 3D-5.
La acción 3D-5 de la función 300 de asignación de recursos, que sigue bien a la acción 3D-3 o bien a la acción 3D-4, según sea el caso, describe la preparación de un mensaje de señalización que se ha de enviar desde el controlador de red de radio de curso (DRNC) 26_{1} al controlador de red de radio de servicio (SRNC) 26_{2}. De acuerdo con la presente invención, el mensaje de señalización preparado por la función 300 de asignación de recursos en la acción 3D-5, incluye un campo, indicador o elemento de información que avisa al controlador de red de radio de servicio (SRNC) 26_{1} de si, desde el punto de vista del controlador de red de radio de curso (DRNC) 26_{2}, según se ha determinado en la acción 3D-3, será necesaria la iniciación del Procedimiento de Inicialización de Recursos de Canal de Transporte Común.
Como implementación proporcionada a modo de ejemplo y no limitativa de la invención, el mensaje de señalización concreto preparado y transmitido como acción 3D-5 puede ser un mensaje de señalización de RNSAP (Protocolo de Aplicación de Subsistema de Red de Radio -"Radio Network Subsystem Application Protocol"), y, particularmente, un MENSAJE DE INDICACIÓN DE TRANSFERENCIA DE SEÑALIZACIÓN DE UL DE RNSAP ("RNSAP UL SIGNALING TRANSFER INDICATION MESSAGE"). El MENSAJE DE INDICACIÓN DE TRANSFERENCIA DE SEÑALIZACIÓN DE UL DE RNSAP se utiliza para transportar un mensaje enviado por la unidad de equipo de usuario (UE) 30 a la UTRAN, por ejemplo, el mensaje de protocolo de RRC anteriormente mencionado, cuando este mensaje de protocolo de RRC es enviado por un canal específico a través de la interfaz de radio. La transmisión real del MENSAJE DE INDICACIÓN DE TRANSFERENCIA DE SEÑALIZACIÓN DE UL DE RNSAP a través de la Interfaz Iur se ilustra como la acción 3Iur-1 en la Figura 3.
Así pues, en la implementación proporcionada a modo de ejemplo, el campo, indicador o elemento de información tendrá un valor que indica si hay necesidad o no, desde el punto de vista del controlador de red de radio de curso (DRNC) 26_{2}, de ejecutar el Procedimiento de Inicialización de Recursos de Canal de Transporte Común para la unidad de equipo de usuario (UE) concreta para la que el MENSAJE DE INDICACIÓN DE TRANSFERENCIA DE SEÑALIZACIÓN DE UL DE RNSAP contiene un mensaje de protocolo de RRC. Por ejemplo, dicho indicador puede ser ajustado si hay necesidad de iniciar el Procedimiento de Inicialización de Recursos de Canal de Transporte Común, o, alternativamente, el indicador puede ser vaciado si no hay necesidad (desde el punto de vista del controlador de red de radio de curso (DRNC) 26_{2}) de iniciar el Procedimiento de Inicialización de Recursos de Canal de Transporte Común.
Además de mostrar las acciones asociadas con la función 300 de asignación de recursos, la Figura 3 muestra adicionalmente ciertas acciones y actividades ilustrativas básicas a modo de ejemplo, llevadas a cabo por la función 302 de gestión de conexión por radio del controlador de red de radio de servicio (SRNC) 26_{1}. La función 302 de gestión de conexión por radio lleva a cabo actividades que están relacionadas con el registro en una nueva celda controlada por el controlador de red de radio de curso (DRNC), y la habilitación por parte de la UTRAN para el uso del canal de transporte FACH en la nueva celda (por ejemplo, la celda que fue objeto del mensaje de ACTUALIZACIÓN-CELDA DE RRC). A este respecto, la Figura 3 muestra como acción 3S-1 el hecho de que el controlador de red de radio de servicio (SRNC) 26_{1} averigua, a partir del MENSAJE DE INDICACIÓN DE TRANSFERENCIA DE SEÑALIZACIÓN DE UL DE RNSAP, si el controlador de red de radio de curso (DRNC) 26_{2} requiere la iniciación del Procedimiento de Inicialización de Recursos de Canal de Transporte Común. Esta determinación se realiza mediante el análisis del contenido del campo, indicador o elemento de información asignado para este propósito, tal y como se ha descrito previamente en relación con la acción 3D-3.
Si el controlador de red de radio de servicio (SRNC) 26_{1} averigua que, desde el punto de vista del controlador de red de radio de curso (DRNC) 26_{2}, no se requiere la iniciación del Procedimiento de Inicialización de Recursos de Canal de Transporte Común, como acción 3S-2, el controlador de red de radio de servicio (SRNC) 26_{1} tiene la oportunidad de determinar si el propio controlador de red de radio de servicio (SRNC) 26_{1} considera que la iniciación del Procedimiento de Inicialización de Recursos de Canal de Transporte Común es necesaria o aconsejable. Una determinación proporcionada a modo de ejemplo para la acción 3S-2 puede incluir el hecho de que el controlador de red de radio de servicio (SRNC) 26_{1} determine que se requiere un nuevo portador o soporte de transporte a través de la Interfaz Iur. A este respecto, el controlador de red de radio de servicio (SRNC) 26_{1} está al tanto de las condiciones de carga en los diversos soportes de transporte de los que se encarga. Así que, incluso si el controlador de red de radio de curso (DRNC) 26_{2} indica que no es necesaria la iniciación del Procedimiento de Inicialización de Recursos de Canal de Transporte Común, en caso de que el controlador de red de radio de servicio (SRNC) 26_{1} desee utilizar un nuevo soporte de transporte, el controlador de red de radio de servicio (SRNC) 26_{1} iniciará el Procedimiento de Inicialización de Recursos de Canal de Transporte Común con el fin de obtener los parámetros necesarios de la función 300 de asignación de recursos del controlador de red de radio de curso (DRNC) 26_{2}.
Si se determina, bien por la acción 3S-1 ó bien por la acción 3S-2, que es necesaria o deseable la iniciación del Procedimiento de Inicialización de Recursos de Canal de Transporte Común, el SRNC inicia el Procedimiento de Inicialización de Recursos de Canal de Transporte Común según se indica por la acción 3S-2. El Procedimiento de Inicialización de Recursos de Canal de Transporte Común es un RNSAP que implica tanto al controlador de red de radio de servicio (SRNC) como al controlador de red de radio de curso (DRNC), y que, de acuerdo con ello, se ha representado meramente como enmarcado o encuadrado por la línea de trazos y puntos dobles 200 de la Figura 3. Los detalles del Procedimiento de Inicialización de Recursos de Canal de Transporte Común son comprendidos por quienes están familiarizados con la tecnología de UTRAN y, por tanto, no se describen aquí. La iniciación y la ejecución del Procedimiento de Inicialización de Recursos de Canal de Transporte Común implica la transmisión de dos mensajes de señalización entre el controlador de red de radio de servicio (SRNC) 26_{1} y el controlador de red de radio de curso (DRNC) 26_{2}, a través de la Interfaz Iur. Estos dos mensajes de señalización son el MENSAJE DE PETICIÓN DE RECURSOS DE TRCH COMÚN y el MENSAJE DE RESPUESTA DE RECURSOS DE TRC COMÚN. Las transmisiones de estos dos mensajes se ilustran, respectivamente, como las acciones 3Iur-2 y 3Iur-3 en la Figura 3.
Cuando se necesita que el controlador de red de radio de servicio (SRNC) 26_{1} inicie el Procedimiento de Inicialización de Recursos de Canal de Transporte Común, la función 300 de asignación de recursos llevada a cabo por el controlador de red de radio de curso (DRNC) 26_{2} realiza actividades de inicialización de recursos de canal de transporte común de DRNS, según se ha representado por la acción 3D-6 en la Figura 3. Como parte de sus actividades de inicialización de recursos de canal de transporte común de DRNS, el controlador de red de radio de curso (DRNC) 26_{2} realiza reservas de recursos y envía (en el MENSAJE DE RESPUESTA DE RECURSOS DE TRC COMÚN de la acción 3Iur-3) la información requerida por el controlador de red de radio de servicio (SRNC) 26_{1} para la realización del Procedimiento de Inicialización de Recursos de Canal de Transporte Común en la acción 3S-3. Por lo que se refiere a las reservas de recursos, como parte de la acción 3D-5, el controlador de red de radio de curso (DRNC) 26_{2} reserva alguna capacidad por el canal RACH/FACH de la nueva celda para la unidad de equipo de usuario (UE) 30, asigna, por ejemplo, espacio de almacenamiento intermedio en el DRNC y asigna créditos al SRNC. La información enviada al controlador de red de radio de servicio (SRNC) como parte de la acción 3D-6 incluye la información anteriormente mencionada concerniente a los tamaños de Bloque de Transporte (TB) y a la información de control de flujo.
En el caso de que se determine tanto en la acción 3S-1 como en la acción 3S-2 que no es necesaria o deseable la iniciación del Procedimiento de Inicialización de Recursos de Canal de Transporte Común, y tras la ejecución del Procedimiento de Inicialización de Recursos de Canal de Transporte Común en las situaciones en las que se requiere o desea, se lleva a cabo, finalmente, la acción 3S-4. La acción 3S-4 implica que el controlador de red de radio de servicio (SRNC) 26_{1} prepara un MENSAJE DE INDICACIÓN DE TRANSFERENCIA DE SEÑALIZACIÓN DE DL DE RNSAP para su transmisión al controlador de red de radio de curso (DRNC) 26_{2}. La transmisión del MENSAJE DE INDICACIÓN DE TRANSFERENCIA DE SEÑALIZACIÓN DE DL DE RNSAP se representa como la acción 3Iur-4 en la Figura 3. Como acción 3D-7, la función 300 de asignación de recursos llevada a cabo por el controlador de red de radio de curso (DRNC) 26_{2} aguarda y procesa el MENSAJE DE INDICACIÓN DE TRANSFERENCIA DE SEÑALIZACIÓN DE DL DE RNSAP de la manera acostumbrada. Por ejemplo, el MENSAJE DE INDICACIÓN DE TRANSFERENCIA DE SEÑALIZACIÓN DE DL DE RNSAP puede incluir un mensaje de CONFIRMACIÓN DE ACTUALIZACIÓN-CELDA DE RRC que se ha de enviar a través de la interfaz de radio a la unidad de equipo de usuario (UE) 30.
Así pues, en la realización ilustrativa de la invención anteriormente descrita, el controlador de red de radio de curso (DRNC) 26_{2} señaliza al controlador de red de radio de servicio (SRNC) 26_{1} si el controlador de red de radio de curso (DRNC) requiere la iniciación del Procedimiento de Inicialización de Recursos de Canal de Transporte Común cuando una unidad de equipo de usuario (UE) 30 se registra en una nueva celda controlada por el controlador de red de radio de curso (DRNC) 26_{2}. Si dicha señalización indica que el controlador de red de radio de curso (DRNC) no requiere la iniciación del Procedimiento de Inicialización de Recursos de Canal de Transporte Común, entonces el Procedimiento de Inicialización de Recursos de Canal de Transporte Común no necesita ser llevado a cabo sólo en atención al controlador de red de radio de curso (DRNC). Sin embargo, teniendo en cuenta sus propias consideraciones, el controlador de red de radio de servicio (SRNC) puede, no obstante, iniciar el Procedimiento de Inicialización de Recursos de Canal de Transporte Común. Así pues, en los casos en la iniciación del Procedimiento de Inicialización de Recursos de Canal de Transporte Común no sea necesaria desde el punto de vista del controlador de red de radio de curso (DRNC), el controlador de red de radio de servicio (SRNC) puede, opcionalmente, iniciar el Procedimiento de Inicialización de Recursos de Canal de Transporte Común a la vista de sus propias consideraciones discrecionales.
Por lo tanto, de acuerdo con la presente invención, la iniciación del Procedimiento de Inicialización de Recursos de Canal de Transporte Común no es obligatoria sino, en cambio, opcional. Por esta razón, el Procedimiento de Inicialización de Recursos de Canal de Transporte Común (representado por la línea 200 en la Figura 3) y la generación/transmisión del MENSAJE DE PETICIÓN DE RECURSOS DE TRCH COMÚN y el MENSAJE DE RESPUESTA DE RECURSOS DE TRC COMÚN, mostrados por las acciones 3Iur-2 y 3Iur-3, respectivamente, se han representado con líneas discontinuas en la Figura 3. En la técnica anterior, por el contrario, se requieren todos los mensajes que se muestran en la Figura 3. En comparación con la práctica de la técnica anterior, que requería obligatoriamente los cuatro mensajes de señalización de Iur de la Figura 3, la presente invención puede dar lugar a una reducción tan grande como el cincuenta por ciento en dicha señalización de Iur.
En una implementación proporcionada a modo de ejemplo, la presente invención incluye una indicación, en un mensaje de señalización de RNSAP ya existente, como el MENSAJE DE INDICACIÓN DE TRANSFERENCIA DE SEÑALIZACIÓN DE UL, de si se requiere o no, desde el punto de vista del controlador de red de radio de curso (DRNC), la invocación, por parte del controlador de red de radio de servicio (SRNC) del Procedimiento de Inicialización de Recursos de Canal de Transporte Común. En dicho tipo de implementación, la presente invención no implica ninguna señalización nueva. Es más, el controlador de red de radio de curso (DRNC) es habilitado para indicar al controlador de red de radio de servicio (SRNC), con la movilidad de la unidad de equipo de usuario (UE) hasta una nueva celda, si ha de llevarse a cabo (desde el punto de vista del controlador de red de radio de curso (DRNC)) el Procedimiento de Inicialización de Recursos de Canal de Transporte Común.
La gestión de la situación de crédito puede llegar a ser un problema en uno o más de los contextos anteriormente expuestos, tales como el contexto que se presenta cuando el RNC de servicio (SRNC) determina en la acción 3S-2 que es necesaria la iniciación del Procedimiento de Inicialización de Recursos de Canal de Transporte Común, por ejemplo, para un nuevo portador o soporte de transporte. La persona experta en la técnica apreciará que puede haber varias maneras de resolver tales problemas. Una forma, por ejemplo, sería continuar con los créditos ya asignados como resultado de la acción 3D-2. Otra forma sería reiniciar los mecanismos de control de flujo.
La presente invención reduce, por tanto, la señalización llevada a cabo entre el controlador de red de radio de servicio (SRNC) y el controlador de red de radio de curso (DRNC) cuando una unidad de equipo de usuario (UE) se desplaza desde una celda bajo el control del controlador de red de radio de curso (DRNC) a otra celda bajo el control del controlador de red de radio de curso (DRNC), al tiempo que se usan los canales de transporte comunes RACH/FACH a través de la interfaz de radio. La invención hace posible una importante reducción (tan grande como hasta el cincuenta por ciento) de la cantidad o magnitud de señalización entre el controlador de red de radio de servicio (SRNC) y el controlador de red de radio de curso (DRNC), mientras la unidad de equipo de usuario (UE) está utilizando el FACH (que puede ser utilizado en combinación con el RACH o el CPCH), al suprimir la necesidad de llevar a cabo el Procedimiento de Inicialización de Recursos de Canal de Transporte Común en cada cambio de celda sometido al controlador de red de radio de curso (DRNC).
Si bien la invención se ha descrito en relación con lo que se considera actualmente la realización más práctica y preferida, ha de comprenderse que la invención no tiene porqué estar limitada a la realización descrita, sino que, antes bien, está destinada a cubrir diversas modificaciones y realizaciones equivalentes incluidas dentro del ámbito de las reivindicaciones que se acompañan.

Claims (16)

1. Un método para hacer funcionar una red de acceso por radio (24) que da soporte a una conexión por radio con una unidad de equipo de usuario (30), de tal modo que la conexión por radio es controlada por un controlador de red de radio de servicio (26_{1}) que comprende la red de acceso por radio, de manera que el método está caracterizado por comprender la etapa de:
señalizar, desde un controlador de red de radio de curso (26_{2}) al controlador de red de radio de servicio (26_{1}), si el controlador de red de radio de curso (26_{2}) requiere la iniciación de un Procedimiento de Inicialización de Recursos de Canal de Transporte Común cuando la unidad de equipo de usuario (30) pretende utilizar un canal de transporte común FACH en una celda controlada por el controlador de red de radio de curso (26_{2});
si el controlador de red de radio de curso (26_{2}) no requiere la iniciación del Procedimiento de Inicialización de Recursos de Canal de Transporte Común, determinar, por parte del controlador de red de radio de servicio (26_{1}), si se ha de ejecutar o llevar a cabo el Procedimiento de Inicialización de Recursos de Canal de Transporte Común con respecto a la unidad de equipo de usuario (UE) situada en la celda, con independencia de la señalización procedente del controlador de red de radio de curso (26_{2}) al controlador de red de radio de servicio (26_{1}).
2. El método de acuerdo con la reivindicación 1, que comprende adicionalmente utilizar un mensaje de señalización ya existente entre el controlador de red de radio de curso y el controlador de red de radio de servicio, a fin de llevar a cabo la etapa de señalización.
3. El método de acuerdo con la reivindicación 2, que comprende adicionalmente utilizar un mensaje de Transferencia de Señalización de UL de RNSAP enviado desde el controlador de red de radio de curso al controlador de red de radio de servicio con el fin de llevar a cabo la etapa de señalización.
4. El método de acuerdo con la reivindicación 1, que comprende adicionalmente determinar, por parte del controlador de red de radio de curso, si el controlador de red de radio de curso requiere la iniciación del Procedimiento de Inicialización de Recursos de Canal de Transporte Común, estando la determinación basada en diferencias en una o más de las siguientes, para celdas controladas por el controlador de red de radio de curso:
(a) restricciones de longitud de los datos transportados por el canal de transporte FACH;
(b) condiciones de control de flujo.
5. El método de acuerdo con la reivindicación 1, que comprende adicionalmente que el controlador de red de radio de servicio inicie el Procedimiento de Inicialización de Recursos de Canal de Transporte Común si el controlador de red de radio de servicio determina que se requiere un nuevo portador o soporte de transporte a través de una interfaz entre el controlador de red de radio de servicio y el controlador de red de radio de curso.
6. Un sistema de telecomunicaciones que comprende una red de acceso por radio (24) que proporciona soporte a una conexión por radio con una unidad de equipo de usuario (30), de tal modo que la conexión por radio es controlada por un controlador de red de radio de servicio (26_{1}) que comprende la red de acceso por radio, caracterizado porque:
un controlador de red de radio de curso (26_{2}), proporcionado con el fin de señalizar al controlador de red de radio de servicio (26_{1}) si el controlador de red de radio de curso (26_{2}) requiere la iniciación de un Procedimiento de Inicialización de Recursos de Canal de Transporte Común cuando la unidad de equipo de usuario (UE) pretende utilizar un canal de transporte común FACH en una celda controlada por el controlador de red de radio de curso (26_{2});
si el controlador de red de radio de curso (26_{2}) no requiere la iniciación del Procedimiento de Inicialización de Recursos de Canal de Transporte Común, se proporciona el controlador de red de radio de servicio (26_{1}) para determinar si se ha de ejecutar el Procedimiento de Inicialización de Recursos de Canal de Transporte Común con respecto a la unidad de equipo de usuario (30) situada en la celda, con independencia de la señalización desde el controlador de red de radio de curso (26_{2}) al controlador de red de radio de servicio (26_{1}).
7. El sistema de telecomunicaciones de acuerdo con la reivindicación 6, en el cual se utiliza un mensaje de señalización ya existente entre el controlador de red de radio de curso y el controlador de red de radio de servicio.
8. El sistema de telecomunicaciones de acuerdo con la reivindicación 7, en el cual el mensaje de señalización ya existente es un mensaje de Transferencia de Señalización de UL de RNSAP, enviado desde el controlador de red de radio de curso al controlador de red de radio de servicio.
9. El sistema de telecomunicaciones de acuerdo con la reivindicación 6, en el cual el controlador de red de radio de curso se proporciona para determinar si el controlador de red de radio de curso requiere la iniciación del Procedimiento de Inicialización de Recursos de Canal de Transporte Común, de tal modo que la determinación se basa en diferencias en una o más de las siguientes, para celdas controladas por el controlador de red de radio de curso:
(a) restricciones de longitud de los datos transportados por el canal de transporte FACH;
(b) condiciones de control de flujo.
10. El sistema de telecomunicaciones de acuerdo con la reivindicación 6, en el cual el controlador de red de radio de servicio, con independencia de la señalización, se proporciona para iniciar el Procedimiento de Inicialización de Recursos de Canal de Transporte Común si el controlador de red de radio de servicio determina que se requiere un nuevo portador o soporte de transporte a través de una interfaz entre el controlador de red de radio de servicio y el controlador de red de radio de curso.
11. Un nodo de control de una red de acceso por radio (24) que da soporte a una conexión por radio con una unidad de usuario (UE), de tal modo que la conexión por radio es controlada por un controlador de red de radio de servicio (26_{1}), estando el nodo de control caracterizado por:
medios de señalización, destinados a señalizar al controlador de red de radio de servicio (26_{1}) si el nodo de control requiere la iniciación de un Procedimiento de Inicialización de Recursos de Canal de Transporte Común cuando la unidad de equipo de usuario (30) pretende utilizar un canal de transporte común FACH en una celda controlada por el nodo de control;
medios de asignación de recursos, destinados a desplazar recursos de FACH a la celda, y si el Procedimiento de Inicialización de Recursos de Canal de Transporte Común no se lleva a cabo, los recursos de FACH asignados son utilizados por parte de la unidad de equipo de usuario (30).
12. El nodo de control de acuerdo con la reivindicación 11, en el cual se utiliza un mensaje de señalización ya existente entre el nodo de control y el controlador de red de radio de servicio.
13. El nodo de control de acuerdo con la reivindicación 12, en el cual el mensaje de señalización ya existente es un mensaje de Transferencia de Señalización de UL de RNSAP enviado desde el nodo de control al controlador de red de radio de servicio.
14. El nodo de control de acuerdo con la reivindicación 11, de tal manera que el nodo de control realiza una determinación acerca de si el nodo de control requiere la iniciación del Procedimiento de Inicialización de Recursos de Canal de Transporte Común, de tal modo que la determinación está basada en diferencias en una o más de las siguientes, para celdas controladas por el nodo de control:
(a) restricciones de longitud de los datos transportados por el canal de transporte FACH;
(b) condiciones de control de flujo.
15. El nodo de control de acuerdo con la reivindicación 11, en el cual el controlador de red de radio de servicio, con independencia de la señalización, inicia el Procedimiento de Inicialización de Recursos de Canal de Transporte Común si el controlador de red de radio de servicio determina que se requiere un nuevo soporte de transporte a través de una interfaz entre el controlador de red de radio de servicio y el nodo de control.
16. El nodo de control de acuerdo con la reivindicación 11, de tal manera que el nodo de control es un controlador de red de radio de curso.
ES02700940T 2001-02-22 2002-02-22 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. Expired - Lifetime ES2316539T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US789536 2001-02-22
US09/789,536 US6850759B2 (en) 2001-02-22 2001-02-22 Reducing signaling in RNSAP protocol upon cell change in cellular telecommunications network

Publications (1)

Publication Number Publication Date
ES2316539T3 true ES2316539T3 (es) 2009-04-16

Family

ID=25147922

Family Applications (1)

Application Number Title Priority Date Filing Date
ES02700940T Expired - Lifetime ES2316539T3 (es) 2001-02-22 2002-02-22 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.

Country Status (9)

Country Link
US (1) US6850759B2 (es)
EP (1) EP1362490B1 (es)
JP (1) JP4020383B2 (es)
CN (1) CN1232140C (es)
AT (1) ATE415791T1 (es)
DE (1) DE60230014D1 (es)
ES (1) ES2316539T3 (es)
MY (1) MY134989A (es)
WO (1) WO2002067609A1 (es)

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE518479C2 (sv) * 2000-10-13 2002-10-15 Ericsson Telefon Ab L M Kommunikationssystem som stödjer trådlös kommunikation av paketdata och förfarande och anordning relaterande därtill
US6850759B2 (en) * 2001-02-22 2005-02-01 Telefonaktiebolaget Lm Ericsson (Publ) Reducing signaling in RNSAP protocol upon cell change in cellular telecommunications network
JP2002300181A (ja) * 2001-03-30 2002-10-11 Nec Corp 統合ネットワークQoS制御方式
FI113609B (fi) * 2001-06-29 2004-05-14 Nokia Corp Tukiaseman resurssinhallinta ja tukiasema
US7215958B2 (en) * 2001-08-20 2007-05-08 Nokia Corporation Relocation method, system and network element
US20050021601A1 (en) * 2001-08-21 2005-01-27 Fabio Longoni Method, system and network element for addressing a cell related server
WO2003021998A1 (en) * 2001-09-03 2003-03-13 Fujitsu Limited Mobile communication system
KR100811043B1 (ko) 2001-11-16 2008-03-06 엘지전자 주식회사 이동 통신 시스템에서 공유 채널 (sch) 및 hi에대한 송신 전력 제어 방법
AU2002358319B2 (en) * 2001-11-16 2005-12-22 Lg Electronics Inc. Method for transmitting power control information for HS-SCCH in mobile communication system
US7773614B1 (en) 2001-12-05 2010-08-10 Adaptix, Inc. Wireless communication subsystem with a digital interface
JP4172207B2 (ja) * 2002-05-29 2008-10-29 日本電気株式会社 無線アクセスネットワーク装置及びそれを用いた移動通信システム
US7346349B2 (en) * 2002-11-06 2008-03-18 Nokia Corporation Method for controlling terminal fault corrections in cellular system
JP3988043B2 (ja) 2002-12-12 2007-10-10 日本電気株式会社 無線アクセスネットワークの制御方法および無線アクセスネットワーク
US20040219921A1 (en) * 2003-04-30 2004-11-04 Qiang Cao Method of releasing a connection between a mobile user terminal and a network
FR2854756B1 (fr) * 2003-05-07 2005-08-12 Evolium Sas Procede pour l'etablissement de connexion dans un systeme de radiocommunications mobiles
US8170556B2 (en) * 2003-07-09 2012-05-01 Samsung Electronics Co., Ltd. Method for initiating uplink signaling proactively by MBMS UE
US7684788B2 (en) * 2003-09-29 2010-03-23 M-Stack Limited Method and apparatus for processing messages received by a device from a network
JP4609125B2 (ja) * 2004-05-06 2011-01-12 日本電気株式会社 データ転送システムおよびその方法
JP2006020270A (ja) * 2004-06-04 2006-01-19 Ntt Docomo Inc ハンドオーバー制御装置、無線リソース管理装置、ネットワークリソース管理装置、移動通信システム及びハンドオーバー制御方法
US7773514B2 (en) * 2004-07-09 2010-08-10 Intel Corporation Resilient flow control systems and methods
US20060142021A1 (en) * 2004-12-29 2006-06-29 Lucent Technologies, Inc. Load balancing on shared wireless channels
US7941150B2 (en) * 2005-05-19 2011-05-10 Nortel Networks Limited Method and system for allocating media access control layer resources in a wireless communication environment
US7912471B2 (en) * 2006-01-04 2011-03-22 Wireless Technology Solutions Llc Initial connection establishment in a wireless communication system
US20070155390A1 (en) * 2006-01-04 2007-07-05 Ipwireless, Inc. Initial connection establishment in a wireless communication system
BRPI0712598B1 (pt) 2006-05-19 2019-10-29 Panasonic Corp dispositivo de transmissão de rádio e método de transmissão de rádio
CN101188799B (zh) * 2007-06-01 2010-12-01 中兴通讯股份有限公司 网络控制器报告小区最大不连续发送循环周期能力的方法
CN103107833A (zh) * 2011-11-10 2013-05-15 中兴通讯股份有限公司 一种多入多出模式配置方法及无线网络控制器
JP5524291B2 (ja) * 2012-07-20 2014-06-18 株式会社Nttドコモ 移動局
US9155119B2 (en) * 2013-08-05 2015-10-06 Alcatel Lucent Methods and apparatuses for establishing RRC connection through drift RNC

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1995015665A1 (en) 1993-12-02 1995-06-08 Motorola Inc. Communication across regional entities
WO1999066740A2 (en) 1998-06-16 1999-12-23 Nokia Networks Oy Location update method and inter core network entity handover method
FI113611B (fi) 1999-03-10 2004-05-14 Nokia Corp Solunvalintamenetelmä
FI114077B (fi) 1999-03-10 2004-07-30 Nokia Corp Tunnuksen varausmenetelmä
GB9913221D0 (en) 1999-06-07 1999-08-04 Nokia Telecommunications Oy Cell update in a cellular communications system
US6850759B2 (en) * 2001-02-22 2005-02-01 Telefonaktiebolaget Lm Ericsson (Publ) Reducing signaling in RNSAP protocol upon cell change in cellular telecommunications network

Also Published As

Publication number Publication date
JP4020383B2 (ja) 2007-12-12
CN1232140C (zh) 2005-12-14
JP2004523170A (ja) 2004-07-29
US20040203714A1 (en) 2004-10-14
EP1362490A1 (en) 2003-11-19
DE60230014D1 (de) 2009-01-08
EP1362490B1 (en) 2008-11-26
US6850759B2 (en) 2005-02-01
ATE415791T1 (de) 2008-12-15
MY134989A (en) 2008-01-31
WO2002067609A1 (en) 2002-08-29
CN1493163A (zh) 2004-04-28

Similar Documents

Publication Publication Date Title
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.
US11405922B2 (en) Method for reconfiguring data radio bearer and user equipment
ES2209584B2 (es) Metodo y sistema de telecomunicaciones para transferir informacion en un servicio radio por paquetes y la correspondiente estacion movil.
ES2348938T3 (es) PROCEDIMIENTO Y APARATO QUE PROPORCIONAN MAPEADOS MULTIPLES DE LOS FLUJOS DE BLOQUES TEMPORALES (TBF) PARA CAPAS SUPERIORES AL OPERAR EN EL MODO GERAN-A/Gb DE LA RED DE ACCESO VIA RADIO GSM/EDGE.
ES2665881T3 (es) Selección de combinación de formato de transporte en una unidad de transmisión/recepción inalámbrica
ES2292573T3 (es) Reubicacion de un controlador servidor de red de radio con señalizacion de union de canales de transporte.
ES2404510T3 (es) Gestión eficiente de conexiones en una red de comunicaciones móviles
US9775142B2 (en) Wireless communication method and apparatus for reporting traffic volume measurement information to support uplink data transmissions
ES2208391T3 (es) Traspaso intersistema.
ES2358666T3 (es) Procedimiento para el establecimiento de conexión en un sistema de radiocomunicaciones móviles.
KR100933156B1 (ko) 업링크 서비스를 위한 전송 채널들을 이용한 핸드오프 지역에서의 업링크 데이터 송수신 방법 및 장치
ES2316369T3 (es) Metodo para el establecimineto de conexion en una red radioelectrica que transmite trafico conmutado por paquetes y red radioelectrica.
US20190349803A1 (en) Method and apparatus for establishing drb
CN101400092B (zh) 移动通信系统、无线电基站控制器、和重定位方法
EP3297388A1 (en) Method for reconfiguring data bearer and user equipment
EP3503619B1 (en) Message recognition method and device
ES2312217T3 (es) Procedimiento de señalizacion.
WO2015017926A1 (en) Methods and apparatuses for establishing rrc connection through drift rnc
WO2024031263A1 (en) Delivery of multicast and broadcast services
JPWO2007023957A1 (ja) 無線通信端末装置、ネットワーク装置、無線通信システム及び呼接続方法