ES2292045T3 - Metodo de reserva de recursos dinamica centralizada basado en el intercambio de ajustes de capacidad especifica de servicio en una red multi-rat. - Google Patents
Metodo de reserva de recursos dinamica centralizada basado en el intercambio de ajustes de capacidad especifica de servicio en una red multi-rat. Download PDFInfo
- Publication number
- ES2292045T3 ES2292045T3 ES05027964T ES05027964T ES2292045T3 ES 2292045 T3 ES2292045 T3 ES 2292045T3 ES 05027964 T ES05027964 T ES 05027964T ES 05027964 T ES05027964 T ES 05027964T ES 2292045 T3 ES2292045 T3 ES 2292045T3
- Authority
- ES
- Spain
- Prior art keywords
- capacity
- service
- network
- crrm
- rrm
- 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
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
- H04W28/12—Flow control between communication endpoints using signalling between network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/26—Resource reservation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/16—Performing reselection for specific purposes
- H04W36/22—Performing reselection for specific purposes for handling the traffic
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Método de reserva de recursos en una red de comunicación móvil que utiliza una o más tecnologías de acceso de radio (GSM, UTRAN) que se superponen sobre la misma área geográfica subdividida en dominios de control de controladores de red de acceso de radio por satélite (RNC, BSC), interconectados con un controlador de red de acceso de radio centralizado (CRRM) para el fin de gestión de recursos de radio, que incluye las etapas de: a) recibir, mediante el controlador de red de radio centralizado (CRRM), desde dichos controladores de red de acceso de radio por satélite (RRM) información relevante para la carga de tráfico de usuario referida a los diversos servicios o grupos de servicios activos en cada célula controlada; caracterizado porque incluye además las etapas de: b) ajustar, mediante el controlador de red de acceso de radio centralizado (CRRM), elementos de información de capacidad reservada referidos a aquellos servicios o grupos de servicios específicos; c) incluir, mediante el controlador de red de radio centralizado (CRRM), los elementos de información de capacidad reservada en campos respectivos de uno o más mensajes enviados a controladores de red de acceso de radio por satélite (RRM), de la misma u otras tecnología de acceso de radio; d) recibir, mediante los controladores de red de acceso de radio por satélite (RRM), dichos elementos de información y proporcionar capacidad reservada en consecuencia en las células controladas.
Description
Método de reserva de recursos dinámica
centralizada basado en el intercambio de ajustes de capacidad
específica de servicio en una red multi-RAT.
La presente invención se refiere al campo de
Redes Móviles Terrestres Públicas (PLMN, Public Land Mobile
Networks) y de manera más precisa a un método de reserva de
recursos dinámica centralizada basado en el intercambio de ajustes
de capacidad específica de servicio en una red
multi-RAT.
Con la próxima introducción de sistemas UMTS
(Sistema Universal de Telecomunicaciones Móviles, Universal
Mobile Telecommunication System) de 3ª generación las
oportunidades de la multi-RAT (Tecnología de Acceso
de Radio, Radio Access Technology) pasarán a primer plano. La
2ª generación de PLMN (Red Móvil Terrestre Pública, Public Land
Mobile Network) anterior incluye: GSM a 900 MHz, DCS a 1800 MHz
(Sistema Digital Celular, Digital Cellular System), GSM EDGE
(Tasas de Datos Mejoradas para Evolución GSM, Enhanced Data
rates for GSM Evolution), GPRS (Servicio de Radio por Paquetes
General, General Packet Radio Service); PCS (Sistema de
Comunicación Personal, Personal Communication System), etc.
En la nueva 3ª generación UMTS se han definido dos técnicas de
acceso de radio CDMA, conocidas respectivamente como: TDD (Dúplex
por División de Tiempo, Time Division Duplex) UTRA (Acceso
de Radio Terrestre UMTS, UMTS Terrestrial Radio Access), en
la que las direcciones de transmisión se distinguen en el dominio
del tiempo, y FDD (Dúplex por División de Frecuencia, Frequency
Division Duplex) UTRA, en la que las direcciones de transmisión
se distinguen en el dominio de la frecuencia. El FDD UTRA se utiliza
por el sistema WCDMA (Acceso Múltiple por División de Código de
banda Ancha, Wide band Code Division Multiple Access). La
técnica TDD UTRA prevé a su vez dos opciones: una HCR (Tasa de
Elementos de Código Alta, High Chip Rate) TDD de 3,84 Mcps, y
una LCR (Tasa de Elementos de Código Baja, Low Chip Rate)
TDD de 1,28 Mcps. El solicitante y el comité CWTS (Normas de
Telecomunicación Inalámbrica Chinas, Chinese Wireless
Telecommunication Standards) están ocupados además en el
desarrollo de un TD-SCDMA (Acceso Múltiple por
División de Código Síncrona- División de Tiempo, Time Division -
Synchronous Code Division Multiple Access), norma que se basa en
la capa física TDD de 1,28 Mcps 3GPP y reutiliza muchas de las
funciones y procedimientos de la capa superior
GSM-GPRS, ofreciendo a los operadores una
tecnología que puede funcionar en la mayoría de los elementos de red
GSM utilizados.
Las PLMN tanto de 2ª como de 3ª generación están
normalizadas por autoridades internacionales cuyo fin es el de
hacer el funcionamiento de los sistemas de los diversos fabricantes
compatible entre sí. En particular: GSM se describe en los Informes
Técnicos (TR, Technical Reports) emitidos por el Grupo Móvil
Especial (SMG, Special Mobile Group) del Instituto de Normas
de Telecomunicaciones Europeo (ETSI, European Telecommunications
Standards Institute), mientras que UMTS se describe en las
Especificaciones Técnicas (TS, Technical Specifications)
emitidas por el Proyecto Conjunto de 3ª Generación (3GPP, 3rd
Generation Partnership Project) en el ámbito de la
ITU-T (Unión Internacional de Telecomunicaciones,
International Telecommunication Union). En el momento de la
redacción, el SMG ya no existe y el trabajo relacionado con GSM lo
ha asumido el 3GPP que incorpora la normalización de sistemas tanto
GSM como UMTS.
La figura 1 muestra una PLMN
multi-RAT (Tecnología de acceso de radio) que pronto
se completará en Europa. El nuevo Sistema Universal de
Telecomunicaciones Móviles (UMTS) comparte la Red de Núcleo CN
(Core Network) GSM (Sistema Global para comunicaciones
Móviles, Global System for Mobile communications) existente
con el servicio GPRS. La red de núcleo CN está conectada a uno o
más BSS (Subsistema de Estación Base, Base Station
Subsystem) del GSM, y a uno o más RNS (Subsistema de Red de
Radio, Radio Network Subsystem) de una UTRAN (Red Universal
de Acceso de Radio Terrestre, Universal Terrestrial Radio Access
Network). El sistema UMTS de la figura 1 se describe en la TS
23.002 (CN) y TS 25.401 (UTRAN). Tanto la UTRAN como el BSS están
conectados, por el aire, a una pluralidad de Equipos de Usuario UE
(User Equipment), incluyendo cada uno un Equipo Móvil ME
(Mobile Equipment) con una tarjeta USIM (Módulo de Identidad
de Abonado UMTS, UMTS Subscriber Identity Module)
respectiva. Sin limitación, un UE puede ser del tipo o bien único o
multinorma. La UTRAN incluye una pluralidad de bloques de nodo B
conectados cada uno a un Controlador de Red de Radio RNC (Radio
Network Controller) respectivo por medio de una interfaz Iub. Un
nodo B incluye una Estación Transceptora Base BTS (Base
Transceiver Station) conectada a los UE a través de una
interface Uu aérea. El RNC es un S-RNC de servicio
conectado a la red de núcleo CN por medio de una primera interfaz
Iu(CS) para Conmutación por Circuitos (Circuits
Switched) y una segunda interfaz Iu(PS) para Conmutación
por Paquetes (Packet Switched) del GPRS. También está
conectado a un Centro de Operación y Mantenimiento (OMC,
Operation y Maintenance Centre). El RNC colocado por debajo
puede ser un D-RNC de deriva y está conectado al
S-RNC superior por medio de una Interfaz Iur. La
UTRAN con los UE a los que se da servicio constituyen un Subsistema
de Red de Radio (RNS) dado a conocer en TS 23.110.
El bloque GSM - BSS incluye una pluralidad de
BTS conectados a un controlador de estación base BSC por medio de
una Interfaz Abis y a los UE a través de una interfaz Um aérea. El
BSC está interconectado con la red de núcleo CN por medio de una
interfaz Gb (conmutados por paquetes) y está conectado además a una
Unidad Adaptadora de Tasa y Transcodificador TRAU (Transcoder y
Rate Adaptor Unit) conectada también a la red de núcleo CN a
través de una interfaz A. También está conectado a un centro de
operación y mantenimiento (OMC).
La red CN incluye los siguientes elementos de
red: Centro de Conmutación MSC (Switching Centre)/Registro de
Ubicación de Visitantes VLR (Visitor Location Register), MSC
Pasarela GMSC (Gateway MSC), Función de Interfuncionamiento IWF
(Interworking Function)/Transcodificador TC, Entorno de
Servicio Camel CSE (Camel Service Environment), Registro de
Identidad de Equipo EIR (Equipment Identity Register),
Registro de Ubicación Local HLR (Home Location Register),
Centro de Autenticación AuC (Authentication Centre), Nodo de
Soporte GPRS de Servicio SGSN (Serving GPRS Support Node),
Nodo de Soporte GPRS de Pasarela GGSN (Gateway GPRS Support
Node). Son visibles las siguientes interface dentro del bloque
CN: A, E, Gs, F, C, D, Gf, Gr, Gc, Gn y Gi. El bloque IWF traduce
la interfaz Iu (CS) a la interfaz interfaz A hacia el bloque
MSC/VLR. El elemento TC realiza la función de transcodificación para
compresión/expansión de voz referente a la UTRAN (de manera
diferente de GSM donde esta función se realiza fuera de la red CN)
también conectado al bloque MSC a través de la interfaz A. El GMSC
está conectado al MSC/VLR a través de la interfaz E y a una Red
Telefónica Conmutada Pública PSTN (Public Switched Telephone
Network) y una Red Digital de Servicios Integrados RDSI. Los
bloques CSE, EIR, HLR y AUC están conectados al MSC/VLR a través de,
en orden, las interfaces Gs, F, C, y D, y al nodo SGSN a través de
las interfaces Gf y Gr. El bloque SGSN está interconectado en un
lado con el bloque S-RNC dentro de la UTRAN por
medio de la interfaz Iu (PS), y con el bloque BSC dentro del
GSM-BSS a través de la interfaz Gb. En el otro lado
el nodo SGSN está interconectado don el nodo GGSN a través de la
interfaz Gn. El último bloque está conectado a través de la interfaz
Gi a una red de conmutación de datos de paquetes del tipo IP
(Protocolo de Internet, Internet Protocol) y/o del tipo X.25.
La red de núcleo CN de la figura 1 está constituida por una fase 2+
GSM, tal como se describe en TS 23.101, con una parte conmutado por
circuitos CS y una parte conmutado por paquetes (GPRS). Otra fase 2+
importante es la Parte de Aplicación CAMEL (Aplicación
Personalizada para Lógica Mejorada de red Móvil, Customised
Application for Mobile network Enhanced Logic) (CAP, CAMEL
Application Part) utilizada entre el MSC y CSE para aplicaciones
de Red Inteligente (IN, Intelligent Network). La CAP se
describe en TS 29.078.
En funcionamiento, el MSC, para el nodo SGSN
node, guarda registros de la ubicaciones individuales de los
móviles y realiza las funciones de control de seguridad y acceso.
Más bloques BSS y RNS están conectados a la red CN, que puede
realizar traspasos entre sistemas entre RNS adyacentes o entre BSS
adyacentes, y traspasos entre sistemas entre un RNS y un BSS
adyacente. UTRAN con respecto a GSM mejora adicionalmente el
servicio de datos haciendo posibles rendimientos mayores y el
tráfico asimétrico típico del protocolo de Internet (IP). La red de
la figura 1, que sólo representa una mínima parte de una red
mundial, permitirá el encaminamiento de una llamada telefónica
dentro de un área de servicio UMTS/GSM internacional subdividida en
áreas de servicio nacional. Por medio de la estructura jerárquica
de la red UMTS, cada área de servicio nacional se subdivide en los
siguientes dominios anidados de área decreciente: área de servicio
PLMN; área de servicio MSC/SGSN; área de ubicación LA (Location
Area)(dominio CS) definida unívocamente por su código LAI
(Identidad de Área de Ubicación, Location Area Identity);
Área de Encaminamiento RA (Routing Area) dentro del área de
servicio SGSN como un subconjunto del área de ubicación CS; área de
célula en la que el UE está ubicado realmente en la cobertura de
radio de un nodo B o BTS objetivo.
Se recomiendan muchos protocolos para gobernar
el intercambio de información en las diversas interfaces de la red
multi-RAT de la figura 1. Estos protocolos se basan
en gran medida en el modelo de referencia de Interconexión de
Sistemas Abiertos (OSI, Open System Interconnection) para
aplicaciones del CCITT (Comité Consultivo Internacional de
Telegrafía y Telefonía, Comité Consultatif International
Télégraphique et Téléphonique) (Rec. X. 200). El modelo OSI
está dividido en siete capas. Desde el punto de vista de una capa
particular, la capa inferior adyacente proporciona un "servicio
de transferencia" con características específicas. La manera en
la que se realiza la capa inferior es irrelevante para la siguiente
capa superior. En consecuencia, la capa inferior no se ocupa del
significado de la información que viene de la capa superior o la
razón para su transferencia. Históricamente, el problema de diseñar
un sistema de señalización muy fiable se ha representado en el
dominio PSTN. Para este fin se ha desarrollado un sistema de
señalización Nº 7 del CCITT para proporcionar un sistema de
Señalización de Canal Común (CCS, Common Channel Signalling)
de propósito general normalizado internacionalmente. CCS es un
método de señalización en el que un único canal transporta, por
medio de mensajes etiquetados, información de señalización relativa
a, por ejemplo, una multiplicidad de circuitos, u otra información
tal como la utilizada para gestión de redes. La señalización de
canal común puede considerarse como una forma de comunicación de
datos que está especializada para diversos tipos de transferencia de
información y señalización entre procesadores en redes de
telecomunicaciones. El sistema de señalización utiliza enlaces de
señalización para la transferencia de mensajes de señalización
entre intercambios de teléfonos u otros nodos en la red de
telecomunicación a la que se da servicio mediante el sistema. Las
normas SS7 pertinentes se publican, y se actualizan regularmente,
como recomendaciones ITU-T Q. 7xx. La señalización
SS7 se ha enriquecido gradualmente con nuevas funciones adecuadas
para las PLMN digitales entrantes, las redes inteligentes, y el
servicio de conmutación por paquetes. Para soportar las PLMN ETSI
ha desarrollado una Parte de Aplicación Móvil (MAP, Mobile
Application Part) has been developed by ETSI. MAP (TS 29.002) es
la parte de aplicación del nivel 4 más importante, porque regula
los aspectos de movilidad de los usuarios. Funciones de MAP típicas
son, por ejemplo: actualización y autorización de información de
ubicación VLR, almacenamiento de información de encaminamiento en
el registro HLR, entrega y actualización de perfiles de usuario en
el HLR y VLR, comprobación IMEI (Identidad de Equipo Móvil
Internacional, International Mobile Equipment Identity),
traspaso entre los MSC, etc.
La arquitectura de protocolo general de la
señalización utilizada en la red incluye un Estrato de Acceso con
un Estrato de No Acceso (NAS, Non-Access
Stratum) superpuesto. El estrato de acceso incluye protocolos
de interfaz y protocolos de radio para intercambiar datos de usuario
e información de control entre la CN y el UE. Estos protocolos
contienen mecanismos para la tranferencia de mensaje NAS de manera
transparente, es decir los denominados procedimientos de
Transferencia Directa DT (Direct Transfer). El estrato NAS
incluye protocolos de niveles superiores para manejar aspectos de
control, tales como: Gestión de Conexión CM (Connection
Management), Gestión de Movilidad MM (Mobility
Management), Gestión de Movilidad GPRS GMM (GPRS Mobility
Management), Gestión de Sesión SM (Session Management),
Servicio de Mensajes Cortos SMS (Short Message Service),
etc. Dicha arquitectura de protocolo general está diseñada en capas
horizontales y planos verticales, tomados como lógicamente
independientes entre sí. En las diversas interfaces RAT, están
presentes dos capas horizontales principales: una capa de red de
radio superior y una capa de red de transporte inferior, en la
última está presente la capa física correspondiente al nivel 1.
Generalmente están presentes tres planos verticales,
respectivamente: un plano de control, un plano de usuario, y un
plano de control de red de transporte. El plano de usuario incluye
el (los) flujo(s) de datos y el (los) portador(es) de
datos para el (los) flujo(s) de datos. Cada flujo de datos
está caracterizado por uno o más protocolos de trama especificados
para esas interfaces. El plano de usuario se utiliza para
transportar todos los datos de usuario, por ejemplo: datos de voz o
datos de paquetes. El plano de control incluye varios protocolos de
aplicación utilizados para toda la señalización de control, que es
específica del procedimiento. El plano de control incluye también
el (los) portador(es) de señalización para transportar los
mensajes del protocolo de aplicación. El plano de control de red de
transporte se utiliza para toda la señalización de control dentro de
la capa de red de transporte; no contiene ninguna información de la
capa de red de radio. El plano de control de red de transporte
actúa como plano entre le plano de control y el plano de usuario,
permite a los protocolos de aplicación en el plano de control ser
totalmente independientes de la tecnología seleccionada para el
portador de datos en el plano de usuario. Las funciones de la capa
1 son las de interconectar con el medio físico (por ejemplo: fibra
óptica, enlace de radio, cable de cobre) para ofrecer la capacidad
de extracción de reloj y el control de calidad de transmisión. El
medio físico estará de acuerdo con algunas normas ampliamente
conocidas, es decir SDH, SONET, Ex, Tx, etc. En el ATM (Modo de
Transferencia Asíncrona, Asynchronous Transfer Mode) se
utiliza sobre la capa 2 de la capa de red de transporte UTRAN; es
decir, para todos los 3 planos de las interfaces Iu (TS 25.412),
Iur (TS 25.422) y Iub (TS 25.432). El modo ATM permite la
transmisión de datos en Tiempo Real (RT, Real Time), tales
como voz y vídeo, así como de datos en Tiempo No Real (NRT, Non
Real Time), tales como datos de paquetes, gráficos y archivos
informáticos.
La figura 2 muestra las pilas de protocolos
principales del plano de control CS y PS que se refiere, sin
limitación, a la única red UMTS de la figura 1. Existe una figura
similar incluso para la parte GSM. En la parte inferior de la
figura 2 se representan los siguientes elementos: UE, nodo B,
D-RNC, S-RNC, CN y las respectivas
interfaces Uu, Iub, Iur, Iu [Iu (CS), Iu (PS)]. La parte inferior
del plano de control incluye la capa de transporte sobre la que
residen los protocolos de radio y los protocolos del estrato de no
acceso. La capa de transporte incluye los elementos de la capa de
red de transporte, es decir: las capas L1 y L2 y una Parte de
Aplicación de Control de Enlace de Acceso (ALCAP, Access Link
Control Application Part). Los protocolos NAS también están
indicados en la figura 2. Con referencia a la figura 2, el plano de
transporte sobre la interfaz Uu es el mismo que se describe en el
plano de usuario, consiste en el modo UTRA FDD o TDD del nivel 1 y
protocolos MAC (Control de Acceso al Medio, Medium Access
Control) y RLC (Control de Enlace de Radio, Radio Link
Control) del nivel 2. El plano de transporte sobre las
interfaces Iub, Iur y Iu consisten de nuevo en el mismo nivel 1 que
se describe en el plano de usuario. Se utilizan ATM y
AAL1-3 como protocolos de señalización de la capa
2, en particular la parte de aplicación ALCAP. Los protocolos de
radio indicados son los siguientes: RRC (Protocolo de Recursos de
Radio, Radio Resource Protocol), NBAP (Parte de Aplicación de
Nodo B, Node B Application Part), RNSAP (Parte de Aplicación
de Subsistema de Red de Radio, Radio Network Subsystem
Application Part), RANAP (Parte de Aplicación de Red de Acceso
de Radio, Radio Access Network Application Part). En
funcionamiento, RRC se utiliza como protocolo de la capa 3 para la
transferencia de información de control entre el UE y la UTRAN. El
mensaje RRC lleva toda la información requerida para configurar,
modificar, o liberar Enlaces de Radio (RL, Radio Links), que
llevan en su carga útil señalización NAS de capa superior y permite
la movilidad de UE en modo conectado RRC. NBAP se utiliza como
protocolo de la capa 3 sobre la interfaz Iub. Lleva señalización
común o señalización dedicada entre el C-RNC y los
nodos B. RNSAP se utiliza como protocolo de la capa 3 protocol
sobre la interfaz Iur. Soporta movilidad entre RNC básica y tráfico
DCH, así como transmisión de tráfico CCH. RANAP se utiliza como
protocolo de la capa 3 sobre la interfaz Iu. Se utiliza para la
señalización entre la UTRAN y la red de núcleo CN. RANAP es
responsable sobre la Iu de por ejemplo: radiomensajería, gestión
RAB (Portador de Acceso de Radio, Radio Access Bearer),
reubicación S-RNC, seguridad y control de
sobrecarga, y la transferencia de señalización NAS. Los protocolos
NAS indicados son los siguientes: MM (gestión de movilidad), GMM
(GPRS MM), SM (gestión de sesión), y CM (gestión de conexión). MM
soporta funciones tales como: conexión/desconexión de UE, funciones
de seguridad, y actualizaciones de área de ubicación/encaminamiento.
SM soporta activación/desactivación en el contexto del Protocolo de
Datos de Paquetes (PDP, Packet Data Protocol) para
conexiones PS. CM se utiliza para control de llamada conmutada por
circuitos, servicios suplementarios, y soporte SMS. Además, RANAP y
RRC contienen procedimientos de transferencia directa para la
transferencia de mensaje NAS transparente entre los UE y la red de
núcleo CN.
El propósito principal de la red de la figura 1
es el de encaminar señales de voz y datos de paquetes entre
diferentes puntos de una red geográfica extensa garantizando
mientras tanto la posiblemente mejor Calidad de Servicio (QoS,
Quality of Service) para el usuario final. La QoS de GPRS se
especifica en GSM 02.60 y GSM 03.60. Para el fin de QoS los
servicios proporcionados entran en las siguientes clases:
- clase precedente,
- clase de retardo,
- clase de fiabilidad,
- clase de rendimiento pico, y
- clase de rendimiento medio.
La clase precendente de servicio indica la
importancia relativa de mantener las obligaciones de servicio bajo
condiciones anormales, por ejemplo qué paquetes se desechan en el
caso de problemas tales como recursos limitados o congestión de
red. Las clases precedentes se definen en prioridad alta, media y
baja.
La clase de retardo define los valores máximos
para el retardo medio y el retardo del percentil 95 en el que
incurre la transferencia de datos a través de la(s)
red(es) GPRS. El parámetro de retardo define el retardo de
transferencia de extremo a extremo en el que se ha incurrido en la
transmisión de las SDU (Unidad de Datos de Servicio, Service
Data Unit) a través de la(s) red(es) GPRS. Esto
incluye el retardo de acceso de canal de radio (sobre enlace
ascendente) o el retardo de programación de canal de radio (sobre
enlace descendente), el retardo de tránsito de canal de radio
(trayectorias de enlace ascendente y/o enlace descendente) y el
retardo de tránsito de red GPRS (múltiples saltos). No incluye
retardos de transferencia en redes externas. Existen cuatro clases
de retardo. Como mínimo la PLMN soportará la clase 4 de retardo de
mayor esfuerzo (best effort).
La clase de fiabilidad define la probabilidad de
pérdida de, duplicación de, secuenciamiento erróneo de, o
corrupción de las SDU.
El rendimiento pico se mide en unidades de
octetos por segundo. Especifica la tasa máxima a la que se espera
que se transfieran datos por la red para un contexto de PDP
individual. No hay garantía de que pueda conseguirse o conservarse
esta tasa de pico durante cualquier periodo de tiempo, esto depende
de la capacidad MS y de los recursos de radio disponibles. La red
puede limitar al abonado la tasa de datos de pico negociada, incluso
si está disponible capacidad de transmisión adicional. El
rendimiento pico es independiente de la clase de retardo, que
determina el retardo de tránsito de red GPRS por paquete.
El rendimiento medio se mide en unidades de
octetos por hora. Especifica la tasa promedio a la que se espera
que se transfieran datos por la red GPRS durante la duración
restante de un contexto PDP activado. La red puede limitar al
abonado la tasa de datos media negociada (por ejemplo, para cobro a
tarifa plana), incluso si está disponible capacidad de transmisión
adicional. Puede negociarse una clase de rendimiento medio "de
mayor esfuerzo" y significa que se hará que el rendimiento esté
disponible para la MS según se necesite y la disponibilidad.
La QoS de UMTS se especifica en TS 23.107. Para
el fin de QoS los servicios proporcionados introducen las
siguientes clases:
- clase de conversación;
- clase de flujo continuo;
- clase interactiva; y
- clase de segundo plano.
El factor de distinción principal entre estas
clases de QoS es cómo de sensible es el tráfico al retardo: la
clase de conversación va dirigida a tráfico muy sensible al retardo
mientras que la clase de segundo plano es la clase más insensible
al retardo.
La clase de conversación considera
principalmente voz de telefonía (por ejemplo GSM). Pero con Internet
y multimedia un número de aplicaciones nuevas requerirá este
esquema, por ejemplo herramientas de voz sobre IP y de
videoconferencia. El retardo de transferencia máximo viene dado por
la percepción humana de conversación de audio y vídeo. Por lo tanto
el límite para el retardo de transferencia aceptable es muy
estricto, ya que el fallo al proporcionar retardo de transferencia
suficientemente bajo dará como resultado una falta de calidad
inaceptable. Por lo tanto, el requisito de retardo de transferencia
es tanto inferior de manera significativa como más riguroso que el
retardo de ida y vuelta del caso de tráfico interactivo.
La clase de flujo continuo se caracteriza porque
las relaciones de tiempo (variación) entre entidades de información
(es decir muestras, paquetes) dentro de un flujo se conservarán,
aunque no tenga ningún requisito sobre el retardo de transferencia
bajo. Como el flujo continuo normalmente está alineado en tiempo en
el extremo de recepción (en el equipo de usuario), la variación de
retardo aceptable más alta sobre los medios de transmisión viene
dada por la capacidad de la función de alineación en tiempo de la
aplicación. Por tanto, la variación de retardo aceptable es mucho
mayor que la variación de retardo que viene dada por los límites de
la percepción humana.
La clase interactiva se aplica cuando el usuario
final, es decir, o bien una máquina o bien un humano, está en línea
solicitando datos desde un equipo remoto (por ejemplo un servidor).
Son ejemplos de interacción humana con el equipo remoto: navegación
web, recuperación desde bases de datos, acceso a servidores. Son
ejemplos de interacción de máquinas con equipo remoto: petición de
registros de medición y consultas de bases de datos automáticas
(telemáquinas). El tráfico interactivo es el otro esquema de
comunicación de datos clásico que en un nivel global se caracteriza
por el patrón de respuesta de solicitud del usuario final. En el
destino del mensaje hay una entidad que espera el mensaje
(respuesta) dentro de un cierto tiempo. Por lo tanto, el tiempo de
retardo de ida y vuelta es uno de los atributos clave. Otra
característica es que el contenido de los paquetes se tranferirá de
manera transparente (con tasa de error de bits baja).
La clase de segundo plano se aplica cuando el
usuario final, que normalmente es un ordenador, envía y recibe
archivos de datos en el segundo plano. Ejemplos son la entrega de
segundo plano de correos electrónicos, SMS, descarga de bases de
datos y recepción de registros de medición. El tráfico de segundo
plano es uno de los esquemas de comunicación de datos clásico que
en un nivel glogal se caracteriza porque el destino no está
esperando los datos dentro en un cierto tiempo. Por tanto, el
esquema es más o menos insensible al tiempo de entrega.
Estas clases puede agruparse como grupos de
servicios, por ejemplo: servicio de tráfico RT que incluye las
clases de conversación y de flujo continuo UMTS, y servicio de
tráfico NRT que incluye las clases interactiva y de segundo plano
UMTS. Para los servicios se consideran valores de enlace ascendente
y enlace descendente independientes. El enlace ascendente está
previsto para transmisiones desde el UE hasta el nodo B, o desde la
MS hasta la BTS. El enlace descendente está previsto para el sentido
de transmisión contrario.
La solicitud de patente internacional WO
02/51176 A1, da a conocer un método de transmisión de datos por
medio del que se reserva una capacidad de transmisión
predeterminada en la forma de un número de ranuras (ZS) de tiempo
para la estación (BTS') con el fin de transmitir datos entre
unidades, por ejemplo entre una estación base (BTS') y un
controlador de estación base (BSC') en un sistema de comunicación de
radio a través del enlace de transmisión (US). Cuando está
estableciéndose una conexión para transmisión de voz o datos, se
asignan una o más ranuras (ZS) de tiempo de la capacidad de
transmisión reservada a dicha conexión por medio de la que se
transmiten los datos entre la estación base (BTS') y el controlador
de estación base (BSC'). El número de ranuras (ZS) de tiempo
asignadas depende del servicio que está transmitiéndose a través de
la conexión. Durante la conexión, el número de ranuras (ZS) de
tiempo asignadas puede cambiar dinámicamente si se requiere.
Después de que se haya finalizado la conexión, las ranuras (ZS) de
tiempo asignadas se liberan y se hacen disponibles como parte de la
capacidad de transmisión reservada.
El método se restringe al único dominio de un
único controlador de estación base BSC y la cantidad de ranuras de
tiempo reservadas se comparte de manera estática entre las
estaciones base.
Especialmente, en una red
multi-RAT, cada controlador de red de radio tendrá
una visión precisa de las capacidades de carga de tráfico reales
referentes a células vecinas pertenecientes a dominios adyacentes de
otros controladores. A su vez cada controlador de red de radio
informará a los controladores de dominios adyacentes acerca de las
capacidades de carga de tráfico reales de su propio dominio. Esto
ayuda a emitir, o evitar, comandos de reselección de célula o
traspaso dirigidos a las células de dominios vecinos. Se
proporcionan ajustes de recursos dedicados y compartidos en
interfaces específicas para cada RAT con el fin de soportar
servicios específicos. Para GPRS, el sistema actual soporta
recursos dedicados a GPRS sobre TRX que están habilitadas para GPRS.
Para GSM, dichos recursos dedicados a GPRS son un número de TS
(ranuras de tiempo, timeslots). Además, en GSM existen
recursos dedicados a llamadas de voz: TRX enteras que están
habilitadas para GPRS. En GSM, un número de TS pueden configurarse
para compartirse entre llamadas de voz y GPRS según una de las
siguientes opciones:
\bullet GPRS tiene prioridad sobre la TS,
\bullet las llamadas de voz tienen prioridad
sobre la TS,
\bullet GPRS y las llamadas de voz tienen la
misma prioridad sobre la TS.
Para el caso en el que una llamada de voz
entrante tiene prioridad sobre una TS y necesita utilizarla mientras
que está utilizándola el GPRS, en la implementación actual el
servicio GPRS se detiene y se inicia la llamada de voz. La reserva
de recursos también es posible para UMTS: pueden asignarse códigos,
ranuras de tiempo y potencia para determinados servicios. Por
ejemplo, pueden asignarse un determinado número de códigos a
recursos conmutados por cirtuitos.
En el alcance de una gestión de recursos de
radio comunes, se permite a los sistemas GSM y UMTS actuales
intercambiar información de capacidad y carga de célula entre los
RNC/BSC. El intercambio de información de carga de célula para
gestión de tráfico es el tema para la siguiente 3GPP TR 25.891,
titulada: "Improvement of RRM across RNS and RNS/BSS (Release
6)". En este documento se propone un modelo funcional en el que
se considera que el conjunto completo de recursos de radio para un
operario está dividido en "agrupaciones de servicios de
radio". Haciendo referencia a la figura 3 estas agrupaciones de
recursos de radio se controlan mediante dos dipos diferentes de
entidades funcionales:
- entidad RRM: entidad funcional responsable de
la gestión de recursos de radio de una agrupación de recursos de
radio, es decir ésta caracteriza a la agrupación de recursos de
radio;
- entidad CRRM: entidad funcional responsable de
una gestión de recursos de radio comunes, es decir, la coordinación
de las agrupaciones de recursos de radio solapantes/vecinas
controlada por las diferentes entidades RRM. Esta nueva entidad
CRRM se introduce para permitir algún tipo de coordinación entre
diferentes agrupaciones de recursos de radio cuyos recursos de
radio están enlazados al mismo área geográfica en la red.
Se prevén interfaces y funciones entre una
entidad CRRM y una o más entidades RRM y entre dos entidades CRRM,
pero no entre dos entidades RRM directamente. Puede recuperarse
información sobre otros sistemas (por ejemplo mediciones entre
sistemas GSM/UTRAN) a través de o bien las interfaces de la red de
núcleo o bien la interfaz Iur-g entre RNC y BSC.
Las relaciones funcionales entre las entidades del modelo funcional
se basan en dos tipos de funciones: información de notificación y
soporte de decisión RRM. Son posibles interacciones de CRRM y RRM
con O y M (Operación y Mantenimiento) para el intercambio de
información de configuración. Con referencia a las figuras 4, 5, y
6 se proporcionan las siguientes topologías CRRM:
1. CRRM integrada en cada RNC/BSC (figura
4);
2. CRRM integrada sólo en algunos RNC/BSC
(figura 5);
3. CRRM como un servidor autónomo (figura
6).
El enfoque ilustrado en la figura 4 se
caracteriza por la coubicación de entidades RRM y CRRM responsables.
La interfaz funcional entre RRM y CRRM no se realiza como una
interfaz abierta en esta solución. Sólo se intercambia
"información de notificación" sobre interfaces abiertas. La
solución representada permite transferir información de capacidad y
carga de célula desde un RNC hasta un BSC y viceversa utilizando los
procedimientos de medición común/intercambio de información a
través de la Iur-g, o procedimientos de
reubicación/traspaso a través de la interfaz A/Iu. Dentro de la
UTRAN pueden utilizarse los procedimientos de medición
común/intercambio de información sobre la Iur. Sólo la función de
"información de notificación" sobre la interfaz entre
diferentes entidades CRRM está normalizada (principalmente como un
intercambio de carga de célula). La función de "información de
notificación" entre entidades CRRM y RRM y el "soporte de
decisión RRM" es específica del proveedor puesto que la entidad
CRRM debe estar integrada en cada RNC/BSC que tiene que soportar
CRRM. El enfoque ilustrado en la figura 5 se caracteriza por la
coubicación de CRRM con RRM para sólo un RNC/BSC. Esta solución
integrada permite interfaces abiertas entre RRM y CRRM (para los
casos en los que RRM no está coubicada con la CRRM). El enfoque
ilustrado en la figura 6 implementa entidades RRM y CRRM en nodos
separados. Todas las interfaces entre las RRM y las CRRM son
abiertas.
Gracias a las diferentes topologías de las
figuras 3 a 6 es posible un enfoque basado en políticas CRRM eficaz
para gestión de carga. La introducción de una interfaz abierta entre
CRRM y tanto RNS como BSS permite la recopilación de información de
carga de tráfico desde los varios RNC/BSC con el fin de tomar
decisiones óptimas referentes a traspasos y, de una manera
equivalente para datos, reselecciones de células. No se supone que
debe consultarse la entidad CRRM para la conmutación de canales o
para traspaso continuo, puesto que la RRM en RNC/BSC manejará estos
casos. Los traspasos considerados son del tipo siguiente: entre dos
RNC; entre dos BSC; entre un RNC y un BSC, y viceversa, y más en
general entre dos controladores de red de radio de diferentes RAT.
La idea básica tras el "enfoque basado en políticas CRRM" es la
normalización de intercambio de información y parámetros sobre una
interfaz abierta entre entidades RRM y CRRM. Esto permitiría a la
entidad CRRM proporcionar políticas CRRM para las entidades RRM,
permitiendo por tanto que la situación de tráfico en la red se
ajuste dinámicamente basándose en una estrategia común. En esta
propuesta la entidad CRRM sólo actúa como un asesor, de tal manera
que las entidades RRM todavía tomarán las decisiones finales (RRM es
el maestro), pero basándose en parámetros ajustados por la CRRM.
Según esta política, mientras que las entidades RRM toman la
decisión rápida requerida para cada solicitud de acceso o solicitud
de traspaso, la entidad CRRM trabaja en una escala de tiempo más
lenta y proporciona políticas para las entidades RRM siempre que es
necesaria una actualización. En este sentido la frecuencia para una
actualización de políticas depende de las variaciones de tráfico
dentro de las células implicadas. La frecuencia de actualización
también puede estar sujeta a configuración. La entidad CRRM
permitiría trabajar en una escala de tiempo más rápida que O y M,
con el fin de reaccionar dinámicamente a variaciones de carga de
tráfico en agrupaciones de recursos de radio solapantes.
El "enfoque basado en políticas CRRM" describe la relación funcional entre CRRM y RRM mediante tres funciones:
El "enfoque basado en políticas CRRM" describe la relación funcional entre CRRM y RRM mediante tres funciones:
1. CRRM lanza la RRM para notificar información
de carga/medición o notificaciones RRM iniciadas por la propia
entidad RRM.
2. CRRM puede informar a RRM acerca de
información relacionada con CRRM (por ejemplo: situación de
capacidad y carga de célula de células vecinas que no están bajo el
control de esta función RRM.
3. CRRM fija objetivos de carga para las
funciones RRM para las que es responsable la entidad CRRM.
Esto puede obtenerse mediante los siguientes
cuatro procedimientos:
\bullet procedimiento de iniciación de
medición (iniciado por CRRM): CRRM lanza la RRM para notificar una
medición de carga para una célula que está controlada por esta
función RRM. Las características de notificación pueden ser por
ejemplo periódicas, bajo demanda, u orientadas a eventos (por
ejemplo por un nivel de carga). Debería permitirse la posibilidad
de notificar mediciones de carga para más de una célula en un
momento.
\bullet procedimiento de notificación de
medición (iniciado por RRM): en este caso la RRM puede notificar
mediciones de carga por objeto de medición a la CRRM que es
responsable de esta RRM.
\bullet procedimiento de información CRRM de
células vecinas (iniciado por CRRM): basándose en las mediciones
recibidas desde diferentes RRM, la CRRM deriva "información CRRM
de células vecinas" (distinguida por célula y por servicio) y la
envía a todas las instancias RRM posiblemente afectadas (células
vecinas en este sentido son sólo aquellas células vecinas
controladas por RRM vecinas, puesto que para células de su propia
RRM no se necesita soporte). Esta información la utiliza entonces
la RRM en el caso de un traspaso (si están implicadas células de
RRM vecinas) para dar prioridad a la célula objetivo.
\bullet procedimiento de ajuste de objetivo de
carga (iniciado por CRRM): cuando un objetivo de carga, que puede
fijarse dinámicamente por la CRRM por célula, se supera, la RRM de
servicio de la célula correspondiente toma decisiones RRM autónomas
basándose en la política proporcionada (información CRRM de células
vecinas, por ejemplo clasificación de células objetivo). Esto se
refiere a las siguiente decisiones RRM:
- -
- traspaso debido a razones de carga.
- -
- reencaminamiento debido a razones de carga.
El procedimiento recomienda RRM para aspirar a
un cierto nivel de carga dentro de una célula, sin embargo las
acciones resultantes no deben aumentar las tasas de bloqueo y caída
para llamadas en la célula correspondiente.
Los parámetros de situación de capacidad y carga
de célula gestionados por dichos procedimientos constituyen el
mismo número de elementos de información (IE) incluidos en campos
respectivos de mensajes previstos en las especificaciones. Se
notifica la siguiente información:
- -
- Información referente a células GSM y UMTS (ya disponibles en RNSAP - 3GPP TS 25.423 v5.0.0 y 25.413 v5.0.0):
- -
- Valor de clase de capacidad de célula: con el fin de comparar la capacidad disponible para el tráfico de usuario dentro de una célula entre diferentes células de operador. Dividido en dos valores (uno para enlace ascendente, uno para enlace descendente): intervalo: [1..100].
- -
- Valor de carga: con el fin de definir la carga total en la célula, como un porcentaje de la capacidad indicado por el valor de clase de capacidad de célula. Dividido en dos valores (uno para enlace ascendente, uno para enlace descendente): intervalo: [0..100].
- -
- Valor de carga RT: con el fin de definir el porcentaje de carga debido a los servicios RT con respecto al valor de carga. Dividido en dos valores (uno para enlace ascendente, uno para enlace descendente): intervalo: [0..100]. El valor de carga NRT no está definido explícitamente en la memoria descriptiva porque puede obtenerse directamente mediante 100 - carga RT.
- -
- Información de carga NRT [0..3]. El valor de carga NRT mencionado anteriormente [0..100] no se consideró suficiente, debido a las características del tráfico NRT, que puede tolerar retardos y transmisión no continua. Por tanto, se decidió definir también una información de carga NRT, en la que los diferentes valores tienen el significado siguiente (la siguiente definición para la información de carga NRT de enlace ascendente se ha tomado directamente de 25.423 v5.2.0 como ejemplo, sin embargo, el mismo tipo de definición se aplica a la información de carga NRT de enlace descendente):
- 0:
- baja: La carga NRT de enlace ascendente es baja.
- 1:
- media: La carga NRT de enlace ascendente es media.
- 2:
- alta: La carga NRT de enlace ascendente es alta. La probabilidad de admitir un nuevo usuario es baja.
- 3:
- sobrecargada: Sobrecarga NRT de enlace ascendente. La probabilidad de admitir un nuevo usuario es baja, los paquetes se desechan y se recomienda que la fuente reduzca el flujo de datos.
El objetivo del valor de clase de capacidad de
célula sería permitir, por ejemplo, que RNC reciba esta indicación
para deducir (mediante la combinación de esta información con los
valores de carga) si todavía hay capacidad libre en la célula o no,
con el fin de decidir si la célula puede considerarse como una
célula objetivo potencial para el traspaso o no.
Es deseable una reserva dinámica y centralizada
de capacidad para servicios específicos para las redes actuales y
futuras. La necesidad de ajustes dinámicos surgirá de la existencia
de diferentes tipos de terminales de múltiples modos: dependiendo
del escenario de usuario real (terminales de usuario y sus
capacidades de acceso) será preferible tener una configuración de
red determinada en lo que se refiere a las capacidades reservadas
en cada célula para un servicio específico, por ejemplo, con el fin
de permitir servicios NRT en una determinada célula para cumplir
determinadas necesidades de retardo máximas. Hasta ahora, pese a la
política CRRM mencionada anteriormente, el método utilizado para la
reserva de capacidad para un servicio particular es mediante O y M.
Por ejemplo, en GSM-GPRS es posible reservar
capacidad para CS y PS. Sin embargo, la configuración O y M
generalmente es específica del vendedor, y no es un proceso dinámico
y normalmente requiere una interacción hombre - máquina, por lo que
no es adecuada para seguir cambios de tráfico dentro de la red.
Supóngase que se tiene un recurso para una política de reserva de
recursos CRRM, incluso en un caso de este tipo no hay sugerencias
en el valor de clase de capacidad de célula normalizado sobre cómo
ajustar la capacidad de reserva para los servicios específicos. Los
elementos de información insuficientes evitan que la política CRRM
siga cambios de tráfico dentro de la red.
En resumen, se carece de una reserva dinámica y
centralizada de capacidad para servicios específicos.
El objetivo de la presente invención es superar
los inconvenientes de la política actual para la reserva de
recursos e indicar un método para proporcionar una reserva dinámica
y centralizada de la capacidad para servicios específicos que puede
seguir cambios de tráfico dentro de la red.
Para lograr dichos objetivos, el objeto de la
presente invención es un método de reserva de recursos dinámica
centralizada, tal como se da a conocer en la reivindicación 1.
En el método dado a conocer, los ajustes de
capacidad específica de servicio son nuevos parámetros establecidos
por una entidad CRRM centralizada para cada entidad RRM. El fin de
estos ajustes es solicitar a RRM que reserve una determinada
cantidad de recursos para determinados servicios. Además, los nuevos
parámetros de ajuste de la capacidad específica de servicio
permiten una reserva de recursos dinámica para servicios específicos
con claros beneficios sobre las capacidades de dirigir el tráfico
central en una red multi-RAT a la que accede una
población variable de terminales de múltiples modos.
Las características de la presente invención que
se considera que son novedosas se exponen con particularidad en las
reivindicaciones adjuntas. La invención, junto con otros objetivos y
ventajas de la misma, puede entenderse con referencia a la
siguiente descripción detallada de una realización de la misma,
junto con los dibujos adjuntos facilitados con fines explicativos
no limitativos meramente y en los que:
- La figura 1 (ya descrita) muestra un diagrama
conocido de PLMN multi-RAT (GSM + 3G);
- la figura 2 (ya descrita) muestra el plano de
control de señalización UMTS;
- las figuras 3, 4, 5, y 6 (ya descritas)
muestran algunas topologías para la gestión de tráfico.
Con referencia a las figuras 3 a 6, considerando
TR 25.891 (capítulo: Policy based CRRM) trata de una entidad CRRM
centralizada implicada en la gestión de tráfico entre recursos
solapantes de diferentes entidades RRM. Se definen los ajustes de
capacidad específica de servicio, establecidos mediante una entidad
CRRM centralizada para cada entidad RRM. El fin de estos ajustes es
solicitar a RRM que reserve una determinada cantidad de recursos
para determinados servicios. Además, los nuevos parámetros de ajuste
de la capacidad específica de servicio permiten una reserva de
recursos dinámica para servicios específicos con claros beneficios
sobre las capacidades de dirigir el tráfico central en una red
multi-RAT a la que accede una población variable de
terminales de múltiples modos.
Los ajustes de capacidad específica de servicio
pueden definirse como "IE de capacidad reservada"
caracterizados de la siguiente forma:
\bullet Los ajustes pueden referirse a varios
servicios o a un grupo de servicios. Servicios candidatos posibles
son las cinco clases de Qos de GSM/GPRS: clase precedente, clase de
retardo, clase de fiabilidad, clase de rendimiento pico, clase de
rendimiento medio; las cuatro clases de tráfico de QoS de UMTS:
clase de conversación, clase de flujo continuo, clase interactiva,
y clase de segundo plano. Estas clases pueden agruparse como
servicios RT y NRT, tal como ya se ha dicho. HSDPA (Acceso de
Paquetes a Alta Velocidad en Enlace Descendente, High Speed
Downlink Packet Access) y MBMS (Servicios Multimedia de
Difusión/Multidifusión, Multicast/Broadcast Multimedia
Services) son otros servicios candidatos.
\bullet Pueden considerarse valores separados
de enlace ascendente y enlace descendente.
\bullet El intervalo es similar al valor de
clase de capacidad de célula real (por ejemplo [0..100]).
En caso de que quede capacidad que no está
reservada ni para fines dedicados ni compartidos, ésta debe
considerarse como compartida por todos los servicios con la misma
prioridad.
Dado lo anterior, otra mejora es permitir que
determinados recursos se compartan por varios servicios con
prioridades diferentes. Esto puede realizarse de varias formas, por
ejemplo, mediante la combinación de los tres IE siguientes:
- \bullet
- ID de recurso compartido de servicios: con el fin de permitir que diferentes ID de recurso compartido de servicios para diferentes comparticiones de recursos de diferente tamaño se asignen de formas diferentes con prioridades diferentes entre determinados servicios.
- \bullet
- Capacidad reservada de recursos compartidos de servicios: NÚMERO ENTERO [0..100] (es necesario que se divida entre enlace ascendente y enlace descendente) (por ejemplo: 20).
- \bullet
- Lista de prioridad de recursos compartidos de servicios: lista de servicios (los servicios pueden ser RT, NRT o las 4 clases de servicio de QoS diferentes) (por ejemplo: vector: [de conversación, interactiva]).
En el ejemplo mostrado, el 20% de la capacidad
de célula se da a los servicios de clase de conversación con
primera prioridad y de clase interactiva con segunda prioridad, es
decir en el caso de que los servicios de clase de conversación no
estén ocupando ya ese recurso.
La idea anterior permite gestionar el caso GSM
en el que la capacidad restante (que no está reservada ni para RT
ni para NRT) puede utilizarse por RT con prioridad sobre NRT.
Una mejora adicional es permitir/o permitir la
preferencia de servicio en el caso de que se iniciara un servicio
con prioridad superior mientras que está en curso un servicio con
prioridad inferior: se plantea la cuestión de si el servicio con
prioridad superior debe tomar posesión de los recursos
inmediatamente (con preferencia) o una vez que ha concluido el
servicio con prioridad inferior (sin preferencia) o una vez que el
servicio con prioridad inferior ha detenido la transmisión (de nuevo
un caso que puede considerarse como sin preferencia). Los 3 IE
mencionados anteriormente podrían establecerse en una entidad RRM
mediante O y M o mediante CRRM.
Con el fin de generalizar, se define un único
elemento para los ajustes de capacidad tanto de los recursos
dedicados como de los compartidos, que organiza la información
propuesta en un IE de ajuste de capacidad, que incluiría la
información siguiente:
- IE de ID de ajuste de capacidad:
- -
- Tipo: valor entero.
- -
- Descripción: identificador de los IE de ajuste de capacidad.
- IE de compartición de capacidad de enlace
ascendente:
- -
- Tipo: intervalo: [0..100].
- -
- Descripción: para indicar la cantidad de recurso de enlace ascendente (compartición de capacidad de enlace ascendente) para este ajuste de capacidad.
- IE de compartición de capacidad de enlace
descendente:
- -
- Tipo: intervalo: [0..100].
- -
- Descripción: para indicar la cantidad de recurso de enlace descendente (compartición de capacidad de enlace descendente) para este ajuste de capacidad.
- IE (N) de servicio:
- -
- Tipo: vector de N elementos.
- -
- Descripción: cada elemento representa un servicio (o grupo de servicios: por ejemplo, RT es el grupo de servicios de conversación y de flujo continuo). Al menos un elemento debe estar indicado. Los posibles elementos son RT, NRT y las 4 clases de servicio de QoS diferentes. En el caso N=1, el IE de ajuste de capacidad está indicando la capacidad dedicada a un elemento. En el caso N>1, los IE de ajuste de capacidad están indicando la capacidad compartida entre los elementos enumerados.
- IE (N) de indicador de prioridad:
- -
- Tipo: vector de N valores enteros.
- -
- Descripción: Este IE puede utilizarse sólo si N>1. El IE (n) de indicador de prioridad indica la prioridad relativa al elemento identificado por IE(n) de ID de servicio. La prioridad 1 es la prioridad más alta. Las prioridades disminuyen desde 1 hasta M donde N>=M>1. Cuando N>1 y el ID de indicador de prioridad no se utiliza, se asigna la misma prioridad a todos los elementos en el IE de servicio.
- IE (N) de indicador de preferencia:
- -
- Tipo: vector de N valores booleanos.
- -
- Descripción: Este IE puede utilizarse sólo cuando se utiliza el IE de indicador de prioridad. El IE (n) de indicador de preferencia indica si debería aplicarse preferencia a los elementos identificados por IE(n) de ID de servicio en el caso de que un servicio con prioridad superior esté requiriendo el recurso. En el caso de que se utilice el IE de indicador de prioridad y no se utilice el IE de indicador de preferencia, no se aplica preferencia.
Ejemplo: A continuación se facilita un ejemplo
completo:
IE de ajuste de capacidad:
- \bullet
- IE de ID de ajuste de capacidad = 1;
- \bullet
- IE de compartición de capacidad de enlace ascendente = 30;
- \bullet
- IE de compartición de capacidad de enlace descendente = 30;
- \bullet
- IE de servicio = [De conversación, de flujo continuo, NRT];
- \bullet
- IE de indicador de prioridad = [1, 2, 3];
- \bullet
- IE de indicador de preferencia = [N, N, Y];
En el ejemplo anterior, el ajuste de capacidad
está indicado mediante un ID=1. La capacidad reservada en enlace
ascendente es el 30% de la capacidad total de célula, y lo mismo se
aplica al enlace descendente. La capacidad reservada puede
compartirse entre los servicios de conversación, de flujo continuo y
NRT. La prioridad más alta para ocupar dicho recurso se da a los
servicios de conversación, la segunda prioridad más alta se da a
los servicios de flujo continuo y la última prioridad se da al
tráfico NRT. La preferencia se utiliza sólo para el tráfico NRT en
caso de que el tráfico NRT esté ocupando el recurso y un servicio de
conversación o de flujo continuo solicite el recurso.
En funcionamiento, el método de reserva de
recursos de la invención incluye las etapas siguientes:
a) un controlador de red de radio centralizado
(CRRM) recibe desde dichos controladores de red de acceso de radio
por satélite (por ejemplo, RCN, BSC) información relevante para la
carga de tráfico de usuario referida a los diversos servicios o
grupos de servicios activos en cada célula controlada, y ajusta en
respuesta los elementos de información de capacidad reservada
referidos a aquellos servicios o grupos de servicios
específicos;
b) el controlador de red de radio centralizado
(CRRM) incluye elementos de información de capacidad reservada en
campos respectivos de uno o más mensajes enviados a los
controladores de red de radio por satélite, de la misma u otras
tecnología de acceso de radio;
c) los controladores de red de radio reciben
dichos elementos de información y reservan capacidad en
consecuencia.
Claims (8)
1. Método de reserva de recursos en una red de
comunicación móvil que utiliza una o más tecnologías de acceso de
radio (GSM, UTRAN) que se superponen sobre la misma área geográfica
subdividida en dominios de control de controladores de red de
acceso de radio por satélite (RNC, BSC), interconectados con un
controlador de red de acceso de radio centralizado (CRRM) para el
fin de gestión de recursos de radio, que incluye las etapas
de:
de:
a) recibir, mediante el controlador de red de
radio centralizado (CRRM), desde dichos controladores de red de
acceso de radio por satélite (RRM) información relevante para la
carga de tráfico de usuario referida a los diversos servicios o
grupos de servicios activos en cada célula controlada;
caracterizado porque incluye además las
etapas de:
b) ajustar, mediante el controlador de red de
acceso de radio centralizado (CRRM), elementos de información de
capacidad reservada referidos a aquellos servicios o grupos de
servicios específicos;
c) incluir, mediante el controlador de red de
radio centralizado (CRRM), los elementos de información de capacidad
reservada en campos respectivos de uno o más mensajes enviados a
controladores de red de acceso de radio por satélite (RRM), de la
misma u otras tecnología de acceso de radio;
d) recibir, mediante los controladores de red de
acceso de radio por satélite (RRM), dichos elementos de información
y proporcionar capacidad reservada en consecuencia en las células
controladas.
2. Método según la reivindicación 1,
caracterizado porque dichos elementos de información de
capacidad reservada están dispuestos en un único elemento de
información de ajuste de capacidad para los ajustes de capacidad de
ambos recursos dedicados y compartidos.
3. Método según la reivindicación 2,
caracterizado porque dicho elemento de información de ajuste
de capacidad incluye a su vez los siguientes elementos de
información, llamados IE, detallados como tipo y descripción:
- IE de ID de ajuste de capacidad:
- -
- Tipo: valor entero;
- -
- Descripción: identificador de los IE de ajuste de capacidad;
- IE de compartición de capacidad de enlace
ascendente:
- -
- Tipo: intervalo: [0..100];
- -
- Descripción: para indicar la cantidad de recurso compartido de enlace ascendente para este ajuste de capacidad;
- IE de compartición de capacidad de enlace
descendente:
- -
- Tipo: intervalo: [0..100];
- -
- Descripción: para indicar la cantidad de recurso compartido de enlace descendente para este ajuste de capacidad;
- IE (N) de servicio:
- -
- Tipo: vector de N elementos;
- -
- Descripción: cada elemento representa un servicio o grupo de servicios;
- IE (N) de indicador de prioridad:
- -
- Tipo: vector de N valor enteros;
- -
- Descripción: indica la prioridad relativa al elemento identificado por IE(n) de ID de servicio;
- IE (N) de indicador de preferencia:
- -
- Tipo: vector de N valores booleanos;
- -
- Descripción: indica si debería aplicarse preferencia a los elementos identificados por IE(n) de ID de servicio en el caso de que un servicio con prioridad superior esté requiriendo el recurso.
4. Método según la reivindicación 3,
caracterizado porque debe indicarse al menos un elemento para
IE (N) de servicio; los elementos posibles son: servicio de tráfico
en tiempo real, servicio de tráfico en tiempo no real, y las cuatro
clases de servicio QoS diferentes: clase de conversación, clase de
flujo continuo, clase interactiva, y clase de segundo plano.
5. Método según la reivindicación 4,
caracterizado porque en el caso N=1, los IE de ajuste de
capacidad indican capacidad dedicada a un elemento; en el caso
N>1, los IE de ajuste de capacidad indican capacidad compartida
entre los elementos enumerados.
6. Método según la reivindicación 3,
caracterizado porque el IE (N) de indicador de prioridad se
utiliza sólo si N>1; la prioridad 1 es la prioridad más alta;
las prioridades disminuyen desde 1 hasta M donde N>=M>1.
7. Método según la reivindicación 6,
caracterizado porque cuando N>1 y el IE de indicador de
prioridad no se utiliza, se asigna la misma prioridad a todos los
elementos en el IE de servicio.
8. Método según la reivindicación 3,
caracterizado porque el IE de indicador de preferencia sólo
es útil cuando se utiliza el IE de indicador de prioridad; en el
caso de que se utilice el IE de indicador de prioridad y no se
utilice el IE de indicador de preferencia, no se aplica
preferencia.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP02425674A EP1420604B1 (en) | 2002-11-16 | 2002-11-16 | Traffic load management method based on the exchange of service specific free capacity information elements among radio access network controllers |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2292045T3 true ES2292045T3 (es) | 2008-03-01 |
Family
ID=32116363
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES05027964T Expired - Lifetime ES2292045T3 (es) | 2002-11-16 | 2002-11-16 | Metodo de reserva de recursos dinamica centralizada basado en el intercambio de ajustes de capacidad especifica de servicio en una red multi-rat. |
Country Status (4)
| Country | Link |
|---|---|
| EP (2) | EP1420604B1 (es) |
| AT (2) | ATE341170T1 (es) |
| DE (2) | DE60215026T2 (es) |
| ES (1) | ES2292045T3 (es) |
Families Citing this family (34)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2865095B1 (fr) * | 2004-01-08 | 2006-04-28 | Nortel Networks Ltd | Procede d'allocation de ressources de communication et systeme de radiocommunication pour la mise en oeuvre du procede |
| FR2870063B1 (fr) | 2004-05-07 | 2006-09-22 | Nortel Networks Ltd | Procede pour assurer une continuite de service de multidiffusion dans un systeme de radiocommunication et controleurs de reseau radio pour la mise en oeuvre du procede |
| JP2006020270A (ja) * | 2004-06-04 | 2006-01-19 | Ntt Docomo Inc | ハンドオーバー制御装置、無線リソース管理装置、ネットワークリソース管理装置、移動通信システム及びハンドオーバー制御方法 |
| JP4512502B2 (ja) | 2004-08-10 | 2010-07-28 | 株式会社エヌ・ティ・ティ・ドコモ | 無線制御装置、移動局及び移動通信方法 |
| KR100965659B1 (ko) * | 2004-09-14 | 2010-06-25 | 삼성전자주식회사 | 멀티미디어 방송/멀티캐스트 서비스 시스템에서 서비스 세션의 종료시 셀 선택 지시 방법 및 이를 위한 시스템 |
| CN1770671B (zh) * | 2004-11-05 | 2010-04-28 | 上海华为技术有限公司 | Wcdma通信系统中的资源管理方法及其系统 |
| DE102005042536A1 (de) * | 2005-09-07 | 2007-03-15 | Siemens Ag | Verfahren zum Betreiben einer Funk-Kommunikation in einem Multi-Funkverbindungs-Kommunikationsssystem |
| EP1943862B1 (en) * | 2005-11-01 | 2013-06-12 | Intellectual Ventures I LLC | Ps handover support indication |
| WO2007111538A1 (en) * | 2006-03-24 | 2007-10-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Controlling distribution of communication traffic load between multiple access networks employing different access technologies |
| FI20065323A0 (fi) * | 2006-05-15 | 2006-05-15 | Nokia Corp | Radioresurssien hallinta |
| US8532653B2 (en) * | 2006-08-11 | 2013-09-10 | Intellectual Ventures Holding 81 Llc | Managing control signalling over different radio access technologies (RATS) using different types of spectrum |
| CN101212761A (zh) * | 2006-12-30 | 2008-07-02 | 华为技术有限公司 | 多制式通信网络中实现无线资源管理的系统、装置及方法 |
| US8306533B2 (en) * | 2007-04-16 | 2012-11-06 | Telefonaktiebolaget L M Ericsson (Publ) | Method for exchanging cell information between networks |
| KR100907998B1 (ko) | 2007-04-23 | 2009-07-16 | 에스케이 텔레콤주식회사 | 다중 무선망에서 ｃｒｒｍ 운용을 위한 기준값 연산 방법및 장치 |
| EP2026514A1 (en) * | 2007-08-14 | 2009-02-18 | Nokia Siemens Networks S.p.A. | Resource management method for multi acces networks |
| WO2009041882A2 (en) * | 2007-09-26 | 2009-04-02 | Telefonaktiebolaget L M Ericsson (Publ) | Improved uplink scheduling in a cellular system |
| EP2048910A1 (en) * | 2007-10-10 | 2009-04-15 | France Telecom | Radio access technology selection in telecommunications system |
| US8761174B2 (en) | 2009-03-11 | 2014-06-24 | Sony Corporation | Quality of service traffic recognition and packet classification home mesh network |
| US8780762B2 (en) | 2009-03-11 | 2014-07-15 | Sony Corporation | Node query in ad hoc home mesh network |
| US7974297B2 (en) | 2009-03-11 | 2011-07-05 | Sony Corporation | Quality of service queue management in home mesh network |
| US8861445B2 (en) | 2009-03-11 | 2014-10-14 | Sony Cororation | Multi-channel single radio communication in home mesh network |
| US8194593B2 (en) | 2009-03-11 | 2012-06-05 | Sony Corporation | Quality of service architecture for home mesh network |
| US8223786B2 (en) | 2009-03-11 | 2012-07-17 | Sony Corporation | Quality of service scheduling for home mesh network |
| EP2403294A4 (en) * | 2009-03-18 | 2012-04-04 | Huawei Tech Co Ltd | METHOD, DEVICE AND SYSTEM FOR OBTAINING LOAD INFORMATION |
| WO2011018121A1 (en) | 2009-08-14 | 2011-02-17 | Nokia Siemens Networks Oy | Improvements for coordinated multipoint transmission |
| CN104935363B (zh) * | 2009-08-14 | 2018-06-29 | Hmd全球公司 | 用于协作传输的方法和设备 |
| EP2456255B1 (en) * | 2010-11-19 | 2019-07-24 | Huawei Technologies Co., Ltd. | Device and method for communications in a communication network |
| US20130301415A1 (en) * | 2011-09-29 | 2013-11-14 | Avvasi Inc. | Methods and systems for managing media traffic based on network conditions |
| CN102547897A (zh) * | 2012-01-16 | 2012-07-04 | 中国联合网络通信集团有限公司 | 小区切换方法和接入网设备 |
| CN103220717B (zh) | 2012-01-20 | 2017-02-08 | 华为技术有限公司 | 一种负载均衡方法以及相关装置 |
| CN105210437B (zh) * | 2013-05-29 | 2019-05-10 | 华为技术有限公司 | 一种对无线频谱资源进行分配的方法和设备 |
| CN104703220B (zh) * | 2013-12-06 | 2018-12-21 | 中国移动通信集团公司 | 一种业务请求方法及装置 |
| US10191767B2 (en) * | 2015-11-20 | 2019-01-29 | Nec Corporation | Seamles SDN-supported RAN-app migration |
| US10039034B1 (en) | 2016-09-16 | 2018-07-31 | Sprint Spectrum L.P. | Controlling handover based on confidence in response to load-information request |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI106287B (fi) * | 1997-09-17 | 2000-12-29 | Nokia Mobile Phones Ltd | Parannettu menetelmä tukiaseman vaihtamiseksi |
| WO2000035226A1 (en) * | 1998-12-07 | 2000-06-15 | Nokia Networks Oy | Cell load control method and system |
| CA2423322C (en) * | 2000-10-09 | 2008-12-09 | Nokia Corporation | Radio resource management |
| WO2002051176A1 (de) * | 2000-12-20 | 2002-06-27 | Siemens Aktiengesellschaft | Verfahren zur datenübertragung in einem verschiedene einheiten umfassenden funkkommunikationssystem und dafür eingerichtetes basisstationssystem und funkkommunikationssystem |
| ES2288516T3 (es) * | 2001-04-26 | 2008-01-16 | Nokia Corporation | Metodo y elemento de red para controlar traspasos. |
-
2002
- 2002-11-16 EP EP02425674A patent/EP1420604B1/en not_active Expired - Lifetime
- 2002-11-16 AT AT02425674T patent/ATE341170T1/de not_active IP Right Cessation
- 2002-11-16 ES ES05027964T patent/ES2292045T3/es not_active Expired - Lifetime
- 2002-11-16 DE DE60215026T patent/DE60215026T2/de not_active Expired - Lifetime
- 2002-11-16 DE DE60221924T patent/DE60221924T2/de not_active Expired - Lifetime
- 2002-11-16 AT AT05027964T patent/ATE370586T1/de not_active IP Right Cessation
- 2002-11-16 EP EP05027964A patent/EP1657862B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| ATE341170T1 (de) | 2006-10-15 |
| EP1420604A1 (en) | 2004-05-19 |
| DE60221924D1 (de) | 2007-09-27 |
| DE60215026D1 (de) | 2006-11-09 |
| EP1420604B1 (en) | 2006-09-27 |
| EP1657862A1 (en) | 2006-05-17 |
| DE60215026T2 (de) | 2007-05-16 |
| EP1657862B1 (en) | 2007-08-15 |
| ATE370586T1 (de) | 2007-09-15 |
| DE60221924T2 (de) | 2008-05-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2292045T3 (es) | Metodo de reserva de recursos dinamica centralizada basado en el intercambio de ajustes de capacidad especifica de servicio en una red multi-rat. | |
| US7224977B2 (en) | Common radio resource management method in a multi-RAT cellular telephone network | |
| ES2386686T3 (es) | Método y sistema de control de acceso a servicios en redes compartidas | |
| ES2347308T3 (es) | Procedimiento y disposicion para la gestion de portadoras. | |
| US7471957B2 (en) | Paging method and system for a radio access network | |
| ES2348709T3 (es) | Reubicacion en un sistema de comunicacion. | |
| US7860512B2 (en) | Method for managing radio resources and radio system | |
| ES2759365T3 (es) | Comunicación por vídeo en redes móviles | |
| KR101341559B1 (ko) | 사용자 그룹 지원을 가지는 플렉서블 네트워크 구조 | |
| ES2237154T3 (es) | Identificacion de una estacion movil en una red de radiocomunicaciones por paquetes. | |
| EP1443790A1 (en) | Method and system for sharing the capacity in a radio access network | |
| EP1418782B1 (en) | Quality of service (QoS) based traffic load management method in a mobile communication network having multiple radio access technologies | |
| KR20210103557A (ko) | 시간 민감 통신 서비스 품질을 지원하는 방법 및 통신 기기 | |
| JP2000174820A (ja) | パケット無線サ―ビスのデ―タ伝送方法及びその装置 | |
| CN103945474A (zh) | 用于通过多个网络进行通信的装置、方法和计算机程序 | |
| CN106941701A (zh) | 终端化小区的小区切换方法及相关装置 | |
| EP1096742A1 (en) | Radio communication network | |
| JP4092562B2 (ja) | 移動通信システム、端末リソース制御部及び基地局リソース制御部、並びにそれらの制御方法 | |
| KR100734543B1 (ko) | 무선 자원 관리 방법 및 무선 시스템 | |
| EP1416743A1 (en) | Common channel signalling routing method based on the MTP3 service indicator octet (SIO) code |