ES2336848T3 - Metodo para el control de la velocidad de codec pedida por el control de recursos de radio para voip. - Google Patents
Metodo para el control de la velocidad de codec pedida por el control de recursos de radio para voip. Download PDFInfo
- Publication number
- ES2336848T3 ES2336848T3 ES07760376T ES07760376T ES2336848T3 ES 2336848 T3 ES2336848 T3 ES 2336848T3 ES 07760376 T ES07760376 T ES 07760376T ES 07760376 T ES07760376 T ES 07760376T ES 2336848 T3 ES2336848 T3 ES 2336848T3
- Authority
- ES
- Spain
- Prior art keywords
- regime
- rrc
- codec
- message
- control
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 111
- 230000008859 change Effects 0.000 claims abstract description 44
- 230000005540 biological transmission Effects 0.000 claims abstract description 12
- 230000003044 adaptive effect Effects 0.000 claims abstract description 11
- 230000004913 activation Effects 0.000 claims abstract description 9
- 230000000694 effects Effects 0.000 claims description 21
- 230000011664 signaling Effects 0.000 claims description 15
- 230000004044 response Effects 0.000 claims description 10
- 238000007726 management method Methods 0.000 claims description 5
- 238000013439 planning Methods 0.000 claims description 2
- 238000004891 communication Methods 0.000 description 23
- 230000007246 mechanism Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 8
- 230000008094 contradictory effect Effects 0.000 description 7
- 238000005259 measurement Methods 0.000 description 6
- 238000009432 framing Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 241000760358 Enodes Species 0.000 description 4
- 230000007774 longterm Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000003213 activating effect Effects 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000006073 displacement reaction Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000001681 protective effect Effects 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Classifications
-
- 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/18—Negotiating wireless communication parameters
- H04W28/22—Negotiating communication rate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
- H04W72/231—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/18—Service support devices; Network management devices
- H04W88/181—Transcoding devices; Rate adaptation devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Communication Control (AREA)
Abstract
Un método para realizar control de régimen de códec por control de recursos de radio RRC para servicios de voz en IP VoIP en una unidad de transmisión/recepción inalámbrica WTRU, comprendiendo el método: transmitir un mensaje desde un controlador de recursos de radio en la WTRU, a un controlador de recursos de radio en un controlador de red de radio RNC, en el que el mensaje es un mensaje de Informe de Códec de RRC que incluye información de códec de AMR de multi-régimen adaptable en la WTRU; y recibir un mensaje en el controlador de recursos de radio en la WTRU desde el controlador de recursos de radio en el RNC tras la activación del control de régimen de códec de RRC en el controlador de recursos de radio del RNC, en el que el mensaje es un mensaje de Control de Régimen de Códec de RRC que es incorporado en un mensaje de RRC existente y solicita un cambio de AMR de régimen múltiple adaptable del régimen de códec de RRC.
Description
Método para el control de la velocidad de códec
pedida por el control de recursos de radio para VoIP.
Esta invención se refiere al campo de las
comunicaciones inalámbricas. Más concretamente, se refiere al
control de velocidad o régimen para servicios de voz en IP (VoIP)
de un sistema de 3GPP.
\vskip1.000000\baselineskip
En el sistema universal de telecomunicaciones
con móviles (UMTS), existen dos modos de proporcionar servicios de
voz. Un modo consiste en usar un servicio de voz tradicional de
circuitos conmutados (CS). El otro modo para proporcionar servicios
de voz es utilizar voz sobre IP (VoIP) en el dominio de los paquetes
conmutados (PS). VoIP representa la familia de tecnologías que
permite utilizar redes de IP para aplicaciones de voz, tal como
telefonía, mensajería instantánea de voz, y teleconferencia.
Un multi-régimen adaptable (AMR)
es un códec (codificador-descodificador) de
multi-régimen adoptado por 3GPP para codificación
de habla. Un codificador de habla de AMR consiste en un codificador
de habla de multi-régimen, incluyendo un esquema de
régimen controlado de fuente un detector de actividad de voz y un
sistema de generación de ruido de comodidad, y un mecanismo de
ocultación de error para combatir los efectos de errores de
transmisión y paquetes perdidos. El codificador de habla de régimen
múltiple es un único códec de habla integrado, con ocho velocidades
o regímenes de fuente que están comprendidos entre 4,75 kbit/s y
12,2 kbit/s, y un modo de codificación de ruido de fondo de bajo
régimen. El codificador de habla es capaz de conmutar su régimen de
bits cada trama de habla de 20 ms por mando. La Tabla 1 presenta los
regímenes soportados para el códec de AMR.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
Se puede usar también un códec de habla de banda
ancha de régimen múltiple adaptable (AMR-WB). El
códec de habla de AMR-WB utiliza la misma
tecnología que el códec de habla de AMR con un mayor ancho de banda
de habla. La Tabla 2 presenta los regímenes soportados para el
códec de AMR-WB.
\vskip1.000000\baselineskip
La técnica anterior da a conocer dos operaciones
existentes de control de régimen de AMR, una operación de régimen
múltiple y una operación de régimen de fuente controlado (SCR). La
operación de control de régimen de AMR está en el plano del
usuario.
En una operación de régimen múltiple, la
capacidad de codificación de régimen múltiple de códec de AMR y de
códec de AMR-WB se diseña para preservar alta
calidad de habla para un amplio intervalo de condiciones de
transmisión. La operación de régimen múltiple permite ajuste
dinámico del régimen de codificación de habla durante la sesión de
comunicación de manera que el régimen de codificación de habla se
adapta continuamente a condiciones variables de transmisión.
El régimen de codificación de habla es
dinámicamente ajustado dividiendo el ancho de banda global fijo
entre datos de habla y codificación protectora de errores para
posibilitar el mejor compromiso posible entre régimen de compresión
de habla y tolerancia de errores. Además, para realizar adaptación
de modo múltiple, un descodificador en un receptor de habla
necesita señalar un nuevo modo preferido a un codificador en un
transmisor de habla. Esta señalización ocurre con una señal pasante
en-banda y se denomina una petición de modo de códec
(CMR).
En operación de SCR, la operación de SCR permite
que sea codificada una señal de entrada en un régimen promedio
inferior que responde de la inactividad del habla. El códec detecta
actividad de voz y reduce el número de bits y paquetes transmitidos
a un mínimo durante periodos de silencio que indican inactividad de
habla. La operación de SCR se usa para ahorrar potencia en el
equipo de usuario y/o reducir la interferencia global y cargas en
la red. SCR es un mecanismo obligatorio para códec de habla de AMR
en 3GPP.
La figura 1 es un ejemplo de diagrama de bloques
de un sistema 100 de comunicaciones inalámbricas que soporta
servicios de voz de CS configurados para implementar control de
régimen de AMR. El sistema 100 incluye una unidad 102 de
transmisión/recepción inalámbrica (WTRU), un controlador 106 de red
de radio (RNC), y un centro 108 de conmutación móvil (MSC).
Como se muestra en la figura 1, la WTRU 102
incluye un codificador de voz 110, un control 114 de recurso de
radio (RRC) y una capa 116 de control de acceso al medio/física
(MAC/PHY). El RNC 106 incluye un RRC 134 y un plano de usuario/modo
soportado (UP/SM). El MSC 108 incluye un codificador de voz 140 y un
modo 142 de UP/SM.
En un sistema de comunicaciones inalámbricas del
Sistema Universal de Telecomunicaciones con Móviles
(UMTS), un RNC 106 inicia un cambio de régimen de códec de Estrato de Acceso (AS) basado en condiciones de canal observadas para servidores de voz de CS. Las condiciones de canales observadas son introducidas desde funciones de gestión de recursos de radio (RRM) en el sistema. Las funciones de RRM pueden incluir disminuir o desacelerar el régimen de entrada cuando existen malas condiciones de radio o aumentar el régimen de entrada cuando existen buenas condiciones de radio. Un RNC 106 está configurado para activar o disparar un cambio de régimen de códec de enlace ascendente (UL) señalando un mensaje de control de Combinación de Formato de Transporte (TFC) a la WTRU 102 (paso 150). Además, el RNC 106 está configurado para activar un cambio de régimen de códec de enlace descendente (DL) señalando un mensaje de control de régimen a MSC (paso 152). El mensaje de control de régimen puede ser usado también para señalar un cambio de régimen en el UL entre el RNC y el MSC. El cambio real de régimen de códec de CS ocurre en el nivel de estrato de acceso de red (NAS). Sin embargo, el NAS y el AS se acoplan usando dos mensajes de AS, el mensaje de control de TFC entre el RNC y la WTRU y el mensaje de control de régimen entre el RNC y el MSC, permitiendo con ello conjuntamente que el AS indique la necesidad de cambios de régimen y notificar la necesidad de cambios de régimen cuando existe una llamada de voz de CS.
(UMTS), un RNC 106 inicia un cambio de régimen de códec de Estrato de Acceso (AS) basado en condiciones de canal observadas para servidores de voz de CS. Las condiciones de canales observadas son introducidas desde funciones de gestión de recursos de radio (RRM) en el sistema. Las funciones de RRM pueden incluir disminuir o desacelerar el régimen de entrada cuando existen malas condiciones de radio o aumentar el régimen de entrada cuando existen buenas condiciones de radio. Un RNC 106 está configurado para activar o disparar un cambio de régimen de códec de enlace ascendente (UL) señalando un mensaje de control de Combinación de Formato de Transporte (TFC) a la WTRU 102 (paso 150). Además, el RNC 106 está configurado para activar un cambio de régimen de códec de enlace descendente (DL) señalando un mensaje de control de régimen a MSC (paso 152). El mensaje de control de régimen puede ser usado también para señalar un cambio de régimen en el UL entre el RNC y el MSC. El cambio real de régimen de códec de CS ocurre en el nivel de estrato de acceso de red (NAS). Sin embargo, el NAS y el AS se acoplan usando dos mensajes de AS, el mensaje de control de TFC entre el RNC y la WTRU y el mensaje de control de régimen entre el RNC y el MSC, permitiendo con ello conjuntamente que el AS indique la necesidad de cambios de régimen y notificar la necesidad de cambios de régimen cuando existe una llamada de voz de CS.
La figura 2 es un ejemplo de diagrama de bloques
de un sistema 200 de comunicaciones inalámbricas que soporta
servicios de PS VoIP configurado para implementar control de régimen
de AMR. El sistema 200 incluye una WTRU 202, un RNC 206 y una
compuerta de medios (MGW) o WTRU 208 de comunicación directa
(peer).
Como se muestra en la figura 2, la WTRU 202
incluye un codificador de voz 210 de AMR, una unidad 212 de encuadre
de AMR, un RRC 214 y una capa 216 de MAC/PHY. El RNC 206 incluye un
RRC 234. La MGW o WTRU 208 de comunicación directa incluye un
codificador de voz 240 de AMR y una unidad de encuadre 142 de
AMR.
En servicios de voz de PS VoIP ocurre control de
llamada y de códec por encima del NAS de red. Este nivel se
denomina el nivel de protocolo de iniciación de sesión (SIP)/AMR. En
arquitectura de VoIP, el RRC 234 en el RNC 106 está situado en el
AS. El RRC 234 está aislado de la funcionalidad de control de
llamada y códec. Como consecuencia, el RRC 123 no puede activar el
cambio de régimen. En lugar de ello, para realizar el control de
régimen de códec se necesita tener un mecanismo que pase información
de llamada desde el nivel de SIP/AMR al RRC 234.
A diferencia del control de régimen de AMR, el
control de régimen requerido de RRC ocurre en el AS. Por lo tanto,
existe para el RRC 234 la necesidad de poder coordinar el control de
régimen mandado de RRC para servicios de VoIP con el control de
régimen autónomo de AMR en el nivel de aplicación. Dos documentos
relacionados de la técnica anterior son
WO-A-03019961 y US 2005099961.
La técnica anterior se ha dirigido al resultado
de control de régimen de AMR para servicios de PS VoIP. La técnica
anterior ha propuesto tres métodos diferentes para que el RRC
controle el régimen de AMR. En un primer método, el RNC controla un
régimen de códec de WTRU permitiendo o prohibiendo ciertas
combinaciones de formato de transporte (TFCs). En un segundo
método, el RNC inspecciona todos los paquetes de VoIP de UL y DL y
determina si es apropiado un valor de petición de modo de cambio
actual (CMR). En un tercer método, un nuevo mensaje de RRC señala
un régimen de códec de AMR deseado a una WTRU.
Desafortunadamente, el tercer método, según se
ha descrito anteriormente, fracasa al resolver el resultado de
pasar información de llamada desde el nivel de SIP/AMR al RRC debido
a que es insuficiente un mensaje. Por lo tanto, se desea un método
y un aparato para mensajería que haga posible que el RRC sea
conocedor de condiciones en el nivel de SIP/AMR, para permitir que
una aplicación de VoIP ajuste dinámicamente su régimen y calidad de
voz de acuerdo con las condiciones de la red.
Problemas similares existen en cualquier tipo de
protocolo en el que la anchura de banda es controlada por la propia
aplicación. La cuestión de control de régimen de AMR es usada a modo
de ejemplo en esta descripción, pero las técnicas expuestas aquí se
aplican también a otras cuestiones de control de régimen.
La presente invención está relacionada con el
control de régimen o velocidad para servicios de VoIP usando
mensajes para hacer posible que el RRC sea conocedor de actividad en
el nivel de SIP/ARM y para recomendar un cambio de régimen de ARM
de acuerdo con las condiciones en una red de comunicaciones
inalámbricas. El mensaje permite que los servicios de VoIP ajusten
dinámicamente el régimen y calidad de voz sobre la base de
condiciones de la red. La presente invención está también
relacionada con un método para activar o disparar el control de
régimen de códec de RRC usando condiciones de RRM en la red. Además,
la presente invención está relacionada con la coordinación del
control de régimen autónomo de AMR y el control de régimen gobernado
por RRC usando un mecanismo de guarda entre mensajes.
La figura 1 es un ejemplo de diagrama de bloques
de un sistema de comunicación inalámbrico que soporta servicios de
voz de CS, configurado para implementar control de régimen de
AMR;
La figura 2 es un ejemplo de diagrama de bloques
de un sistema de comunicación inalámbrico que soporta servicios de
PS VoIP, configurados para implementar control de régimen de
AMR;
La figura 3 es un ejemplo de diagrama de bloques
de un sistema de comunicación inalámbrico configurado de acuerdo
con la presente invención; y
La figura 4 es un ejemplo de diagrama de bloques
de sistema de comunicación inalámbrico de Desarrollo a Largo Plazo
de 3GPP, configurado de acuerdo con la presente invención.
Aunque las características y elementos de la
presente invención se describen en las realizaciones preferidas en
combinaciones particulares, cada característica o elemento se puede
usar solo (sin las otras características o elementos de las
realizaciones preferidas) o en varias combinaciones con o sin otras
características y elementos de la presente invención.
En lo que sigue, una unidad de
transmisión/recepción inalámbrica (WTRU) incluye, pero sin
limitación, un equipo de usuario (UE), una estación móvil, una
unidad de abonado fija o móvil, un localizador, o cualquier otro
tipo de dispositivo capaz de operar en un entorno inalámbrico.
Cuando se hace referencia a ella en lo que sigue, una estación de
base incluye, pero sin limitación, un Nodo-B, un
controlador de lugar, un punto de acceso o cualquier otro tipo de
dispositivo de interfaz en un entorno inalámbrico.
La figura 3 es un ejemplo de diagrama de bloques
de un sistema 300 de comunicación inalámbrica configurado de
acuerdo con la presente invención. El sistema incluye una WTRU 302,
un Nodo B 304, un RNC 306, un MGW o WTRU 308 de comunicación
directa (peer). El Nodo B 304 y el RNC 306 comprenden una Red
Terrestre de Acceso por Radio (UTRAN) 350 de UMTS.
Como se muestra en la figura 3, la WTRU 302
incluye un codificador de voz (vocoder) 310 de AMR, una unidad 312
de encuadre de AMR, un RRC 314 y una capa 316 de MAC/PHY. El Nodo B
304 incluye un planificador 320. El RNC 306 incluye una RRM 332 y
un RRC 334. La MGW o WTRU 308 de comunicación directa incluye un
codificador de voz 340 de AMR y una unidad de encuadre 342 de
AMR.
El RRC 314 en la WTRU 302 está configurado para
enviar un mensaje 360 de Informe de Códec de RRC al RRC 334 en el
RNC 306. El mensaje 360 de Informe de Códec de RRC informa a la
UTRAN 350 de la información de códec de AMR en la WTRU 302. La
información de códec de AMR contiene información relativa al tipo de
códec. La WTRU 102 es sabedora del contenido del mensaje 360 de
Informe de Códec de RRC antes del envío del mensaje al RRC 334 en
la UTRAN 350.
Además, el mensaje 360 de Informe de Códec de
RRC puede ser usado internamente dentro de la WTRU 102 para
transportar información de códec de AMR entre el RRC 314 y la unidad
de encuadre 312 de AMR.
El contenido del mensaje 360 de Informe de Códec
de RRC incluye un tipo de aplicación, un tipo de códec, un régimen
actual de AMR y/o un esquema de control de régimen autónomo de ARM.
El tipo de códec es o bien ARM o AMR-WB. El régimen
actual de ARM puede ser el modo de códec genérico o una fecha de
datos más general.
El RRC 314 en la WTRU 302 está configurado para
transmitir el mensaje 360 de Informe de Códec de RRC al RRC 334 en
la UTRAN 350 en un nuevo mensaje de RRC. En una realización
alternativa, el RRC 314 en la WTRU 302 está configurado para
incorporar la información contenida en el mensaje 360 de Informe de
Códec de RRC en un mensaje de RRC existente y después transmitir el
mensaje existente de RRC al RRC 334 en la UTRAN
350.
350.
Por ejemplo, la UTRAN 350 puede transmitir un
mensaje de Control de Medición a la WTRU 302 que requiera que el
RRC 314 en la WTRU 302 envíe información de control de medición. El
RRC 314 en la WTRU 302 puede entonces añadir información de códec
de AMR en un mensaje de Informe de Medición y transmitir el mensaje
de Informe de Medición al RRC 334 en la UTRAN 350.
El RRC 314 en la WTRU 302 está configurado para
comunicar la información de códec de AMR a intervalos configurables.
El mensaje más temprano 360 de Informe de Códec de RRC será enviado
desde la WTRU 302 a la UTRAN 350 cuando la capa de aplicación de
WTRU solicita una conexión y/o recursos para una aplicación de VoIP
desde una red de núcleo o central (CN) y UTRAN. El contenido del
mensaje 360 de Informe de Códec de RRC no necesita ser actualizado
en cada mensaje transmitido.
El RRC en la UTRAN 350 está configurado para
recibir información de RRM desde el RRM 332. La información de RRM
puede contener información en calidad de enlace y/o congestión de
célula. Además, el RRC 334 en la UTRAN 350 está configurado para
enviar un mensaje 362 de Control de Régimen de Códec de RRC al RRC
314 en la WTRU 302 que requiera un cambio de régimen de AMR
basándose en la información de RRM recibida. El RRC 334 en la UTRAN
350 está configurado para transmitir el mensaje 362 de Control de
Régimen de Códec de RRC cuando se activa el control de régimen de
RRC.
El contenido del mensaje 362 de Control de
Régimen de Códec de RRC incluye un régimen requerido para el UL y/o
el DL, un tiempo en que tiene efecto el régimen requerido, y/o un
periodo de tiempo en el que permanece con efecto el régimen
requerido. El régimen requerido puede ser señalado explícita o
implícitamente. El tiempo en el que un régimen requerido tiene
efecto y el periodo de tiempo en que el régimen requerido permanece
con efecto puede ser conocido de acuerdo con una regla.
En una realización alternativa, el RRC 334 en la
UTRAN 350 no solicita directamente un cambio de régimen. En su
lugar, el RRC 334 está configurado para enviar información de RRM al
RRC 314 en la WTRU 302. Entonces, el codificador de voz 310 en la
WTRU 302 está configurado para usar la información de RRM recibida y
determinar el cambio de régimen.
El RRC 334 en la UTRAN 350 está configurada para
transmitir el mensaje 362 de Control de Régimen de Códec de RRC al
RRC 314 en la WTRU 312 en un nuevo mensaje de RRC. En una
realización alternativa, el RRC 334 en la UTRAN 350 está
configurado para incorporar la información contenida en el mensaje
362 de Control de Régimen de Códec de RRC en un mensaje de RRC
existente y transmitir después el mensaje de RRC existente al RRC
314 en la WTRU 302.
El RRC 334 está configurado para activar el
mensaje 362 de Control de Régimen de Códec de RRC basándose en
condiciones de activación de RRM usando WTRU 302 y mediciones de
Nodo B 304. Las condiciones de activación pueden ser configurables.
Las condiciones de activación de RRM pueden incluir una condición de
calidad de enlace, una condición de carga de célula, una condición
de nivel de interferencia y/o otra información similar que permita
determinar una calidad de enlace. La condición de calidad de enlace
puede incluir una indicación de intensidad de señal recibida y/o un
régimen de errores. Además, el mensaje 362 de Control de Régimen de
Códec de RRC puede ser activado sobre la base de la disponibilidad
de recursos de radio. La activación del mensaje 362 de Control de
Régimen de Códec de RRC puede estar basada en entrada múltiple de
RRM.
El RRC 334 en la UTRAN 350 está configurado para
transmitir un mensaje 364 de Petición de control de Régimen de
Códec al planificador 320 en el Nodo B 304 después de que el RRC 334
en la UTRAN 350 envíe una petición para control de régimen de códec
de AMR al RRC en la WTRU 302. El mensaje 364 de Petición de Control
de Régimen de Códec notifica al Nodo B 304 el cambio de régimen de
AMR solicitado y permite que el Nodo B 304 cambie su adjudicación
de recursos y planifique correspondientemente. El mensaje 364 de
Petición de Control de Régimen de Códec es transmitido sólo cuando
es transmitido el mensaje 362 de Control de Régimen de Códec de
RRC.
El contenido del mensaje 364 de Petición de
Control de Régimen de Códec incluye un régimen requerido para el UL
y/o el DL, un tiempo en que tiene efecto el régimen requerido, y/o
un periodo de tiempo en que permanece con efecto el régimen
requerido.
El RRC 334 en la UTRAN 350 está configurado para
transmitir el mensaje 364 de Petición de Control de Régimen de
Códec al planificador 320 en el Nodo B 304 en un nuevo mensaje de
Parte de Aplicación de Nodo B (NBAP) individual o en un nuevo
mensaje de Parte de Aplicación de Subsistema de Red de Radio (RNSAP)
individual, así como en caso de un desplazamiento de RNC. En una
realización alternativa, el RRC 334 en la UTRAN 350 está
configurado para incorporar la información contenida en el mensaje
364 de Petición de Control de Régimen de Códec en un mensaje de
NBAP existente y transmitir a continuación el mensaje de NBAP
existente al planificador 320 en el Nodo B 304. Por ejemplo, se
puede usar para esta finalidad un procedimiento de reconfiguración
de enlace de radio.
El planificador 320 en el Nodo B 304 está
configurado para transmitir un mensaje 366 de Respuesta de Control
de Régimen de Códec al RRC en la UTRAN 350 en respuesta al mensaje
364 de Petición de Control de Régimen de Códec recibido desde el
RNC 334. El mensaje 366 de Respuesta de Control de Régimen de Códec
es transmitido sólo cuando se recibe el mensaje 364 de Petición de
Control de Régimen de Códec.
El contenido del mensaje 366 de Respuesta de
Control de Régimen de Códec incluye un tamaño de TFC o PDU que no
puede ser manejado por el planificador 320, un tamaño o régimen de
datos sugerido, y/o una indicación de que ha sido aplicado el
régimen requerido.
El planificador 320 en el Nodo B 304 está
configurado para transmitir el mensaje 366 de Respuesta de Control
de Régimen de Códec al RRC 334 en la UTRAN 350 en un nuevo mensaje
de Parte de Aplicación de Nodo B (NBAP) individual o en un nuevo
mensaje de Parte de Aplicación de Subsistema de Red de Radio (RNSAP)
individual en caso de un desplazamiento de RNC. En una realización
alternativa, el planificador 320 en el Nodo B 304 está configurado
para incorporar la información contenida en el mensaje 366 de
Respuesta de Control de Régimen de Códec en un mensaje de NBAP
existente y después transmitir el mensaje de NBAP existente al RRC
334 en la UTRAN 350. Por ejemplo, se puede usar para esta finalidad
un procedimiento de reconfiguración de enlace de radio.
Los mensajes introducidos anteriormente permiten
la coordinación de un control de régimen de AMR y control de
régimen mandado de RRC. Los mensajes conectan el control de régimen
de AMR en el plano de usuario con el control de régimen requerido
de RRC en el plano de control. El RRC 314 en la WTRU 302 es
informado en el control de régimen autónomo de AMR por un mensaje
de Informe de AMR de RRC por el que se permite que el AS aprenda
acerca de cambios de régimen de NAS autónomos. El mensaje de Informe
de AMR de RRC informa de un cambio de régimen de plano de usuario
de AMR en la capa de NAS y permite que la capa de AS se adapte al
cambio de régimen. El control de régimen requerido por el RRC 314
es transmitido desde la UTRAN 350 a la WTRU 302 en el mensaje 362
de Control de Régimen de Códec de RRC, permitiendo con ello que el
NAS aprenda acerca de un cambio de régimen basado en el AS.
Una operación de control de régimen de RRC puede
coexistir con una operación de control de régimen de AMR autónomo
debido a que cada operación es activada por diferentes condiciones.
La operación de control de régimen de RRC es activada por calidades
de radio, mientras que la operación de control de régimen de AMR es
activada por una aplicación de voz o actividades de voz.
En una realización preferida, se introduce un
mecanismo de guarda para evitar situaciones en las que haya control
de régimen de AMR contradictorio y peticiones de control de régimen
de RRC. Cuando el régimen de AMR es cambiado recientemente por una
operación de control de régimen de RRC o una operación de control de
régimen de AMR y después llega una petición para una operación
contradictoria, no ocurre operación de control de régimen. La
operación de control de régimen sólo ocurre después de un periodo de
guarda. Por ejemplo, cuando se recibe una segunda petición para una
operación contradictoria desde la misma fuente o han sido
transmitidas cierto número de tramas, cualquiera que aparezca
primero. El número de tramas puede ser un parámetro configurable o
puede ser fijado por una regla. Cuando llegan al mismo tiempo
peticiones para operaciones contradictorias, no ocurre operación de
control de régimen. En su lugar, el régimen de AMR permanece sin
cambio hasta recibir una petición siguiente. Por ejemplo, si el NAS
modifica de manera autónoma el control de régimen y entonces el AS
solicita un cambio de régimen, es cambiado el régimen de AMR sólo
después de que AS solicite de nuevo un cambio de régimen después de
un periodo de guarda. Análogamente, si el AS modifica el control de
régimen, entonces no ocurrirá inmediatamente un cambio de régimen
autónomo del NAS.
La figura 4 es un ejemplo de diagrama de bloques
del sistema 400 de comunicación inalámbrica de LTE 3GPP, configurado
de acuerdo con la presente invención. El sistema incluye una WTRU
402, un Nodo B desarrollado (eNodo B) 404, y una MGW o WTRU 408 de
comunicación directa.
Como se muestra en la figura 4, la WTRU 402
incluye un codificador de voz 410 de AMR, una unidad 412 de encuadre
de AMR, un RRC 414 y una capa 416 de MAC/PHY. El eNodo B 404
incluye un planificador 420, un RRC 434 y un RRM 432. La MGW o WTRU
408 de comunicación directa incluye un codificador de voz 440 y una
unidad 442 de encuadre de AMR. En la arquitectura de LTE, las
funciones de RRC están situadas en el eNodo B 404. Por lo tanto, el
mensaje 464 de Petición de Control de Régimen de Códec y el mensaje
466 de Respuesta de Control de Régimen de Códec son mensajes
internos dentro del eNodo B 404.
La presente invención se aplica al códec de AMR
actualmente utilizado para servicios de VoIP en 3GPP. Además, la
presente invención puede ser utilizada también para códec de
AMR-WB y otros tipos de códecs de regímenes
múltiples. La presente invención puede trabajar dentro de
arquitectura actual de 3GPP y también como arquitectura de LTE.
Además, la presente invención se aplica a Desarrollo de acceso en
paquetes de alta velocidad (HSPA) (HSPA+).
Las características de la presente invención
pueden ser incorporadas en un circuito integrado (CI) o
configuradas en un circuito que comprenda multitud de componentes
de interconexión.
Aunque las características y elementos de la
presente invención se describen en realizaciones preferidas en
combinaciones particulares, cada característica o elemento puede ser
usado solo sin las otras características y elementos de las
realizaciones preferidas o en varias combinaciones con o sin otras
características y elementos de la presente invención. Los métodos o
diagramas de flujo proporcionados en la presente invención pueden
ser implementados en un programa de ordenador, software, o firmware
tangiblemente incorporados en un medio de almacenamiento legible
por ordenador para ejecución por un ordenador de finalidad general o
un procesador. Ejemplos de medios de almacenamiento legibles por
ordenador incluyen una memoria de sólo lectura (ROM), una memoria
de acceso aleatorio (RAM), una grabadora, memoria caché,
dispositivos de memoria de semiconductores, medios magnético como
discos duros internos y discos retirables, medios magneto-ópticos y
medios ópticos tales como discos CD-ROM, y discos
versátiles digitales (DVDs).
Procesadores apropiados incluyen, a modo de
ejemplo, un procesador de finalidad general, un procesador de
finalidad especial, un procesador convencional, un procesador de
señal digital (DSP), una pluralidad de microprocesadores, uno o
más microprocesadores en asociación con un núcleo de DSP, un
controlador, un micro-controlador, Circuitos
Integrados de Aplicación Específica (ASICs), circuitos de Series de
Puertas Programables en Campo, cualquier otro tipo de circuito
integrado (CI) y/o una máquina de estado.
Un procesador en asociación con software puede
ser usado para implementar un transmisor-receptor de
frecuencia de radio para utilizar en una unidad de transmisión
recepción inalámbrica (WTRU), equipo de usuario (UE), terminal,
estación de base, controlador de red de radio (RNC) o cualquier
ordenador principal. La WTRU puede ser usada en relación con
módulos, implementada en hardware y/o software, tal como una cámara,
un módulo de cámara de vídeo, un video-teléfono, un
teléfono-altavoz, un dispositivo de vibración, un
altavoz, un micrófono, un transmisor-receptor de
televisión, un auricular de manos libres, un teclado, un módulo de
Bluetooth®, una unidad de radio modulada en frecuencia (FM), una
unidad de presentación de cristal líquido (LCD), una unidad de
presentación de diodo emisor de luz (OLED), un reproductor de música
digital, un reproductor de media, un módulo de reproductor de juego
de vídeo, un navegador de Internet, y/o cualquier módulo de red de
área local inalámbrica (WLAN).
1. Un método para realizar un control de régimen
de códec de control de recursos de radio (RRC) para servicios de
voz en IP (VoIP), comprendiendo el método transmitir un mensaje
desde un RRC en una unidad de transmisión/recepción inalámbrica
(WTRU).
2. El método de la realización 1, que comprende
además recibir el mensaje en un RRC de un controlador de red de
radio (RNC).
3. El método de una cualquiera de las
realizaciones 1-2, en el que el mensaje informa al
RRC en el RNC de información de códec de régimen múltiple adaptable
(AMR) en la WTRU.
4. Un método según cualquiera de las
realizaciones 1-3, en el que el mensaje es un
mensaje de Informe de Códec de RRC.
5. Un método según la realización 4, en el que
el mensaje de Informe de Códec de RRC incluye un tipo de
aplicación.
6. Un método según cualquiera de las
realizaciones 4-5, en el que el mensaje de Informe
de Códec de RRC incluye un tipo de códec.
7. Un método según cualquiera de las
realizaciones 4-6, en el que el mensaje de Informe
de Códec de RRC incluye un régimen de AMR actual.
8. Un método según cualquiera de las
realizaciones 4-7, en el que el mensaje de Informe
de Códec de RRC incluye un esquema de control de régimen autónomo
de AMR.
9. Un método según cualquiera de las
realizaciones 4-8, en el que el RRC en la WTRU es
sabedor de su información de códec de AMR antes de transmitir la
información al RRC en el RNC.
10. Un método según cualquiera de las
realizaciones 4-9, en el que el mensaje es usado
internamente dentro de la WTRU para transportar la información de
códec de AMR entre funciones de AMR y funciones de RRC.
11. Un método según cualquiera de las
realizaciones 4-10, en el que el mensaje es
incorporado en un mensaje existente de RRC.
12. Un método según cualquiera de las
realizaciones 1-11, en el que el intervalo de
comunicación de la información de códec de AMR se puede
configurar.
13. El método de la realización 12, en el que la
más temprana comunicación de la información de códec de AMR ocurre
cuando una capa de aplicación en la WTRU requiere una conexión y
recursos para una aplicación de VoIP desde una red de núcleo (CN) y
red terrestre de acceso por radio de UMTS (UTRAN).
14. un método según cualquiera de las
realizaciones 1-13, en el que el RNC está situado
dentro de una UTRAN.
15. Un método para realizar control de régimen
de códec de control de recursos por radio (RRC) para servicios de
voz sobre IP (VoIP) en una red de comunicaciones inalámbrica,
comprendiendo el método transmitir un mensaje desde un RRC en un
controlador de red de radio (RNC).
16. El método de la realización 15, que
comprende además recibir el mensaje en un RRC de una unidad de
transmisión/recepción inalámbrica (WTRU).
17. Un método según cualquiera de las
realizaciones 15-16, en el que el mensaje solicita
un cambio de régimen de multi-régimen adaptable
(AMR) basándose en condiciones de gestión de recursos de radio (RRM)
en el RNC.
18. Un método según cualquiera de las
realizaciones 15-17, en el que el mensaje es un
mensaje de Control de Régimen de Códec de RRC.
19. Un método según cualquiera de las
realizaciones 15-18, en el que el mensaje incluye un
régimen requerido para enlace ascendente (UL) a través de
señalización explícita del régimen de datos.
20. Un método según cualquiera de las
realizaciones 15-19, en el que el mensaje incluye un
régimen requerido para enlace descendente (DL) a través de
señalización explícita del régimen de datos.
21. Un método según cualquiera de las
realizaciones 15-20, en el que el mensaje incluye un
régimen requerido para enlace ascendente (UL) a través de
señalización implícita del régimen de datos.
22. Un método según cualquiera de las
realizaciones 15-21, en el que el mensaje incluye un
régimen requerido para enlace descendente (DL) a través de
señalización implícita del régimen de datos.
23. Un método según cualquiera de las
realizaciones 15-22, en el que el mensaje incluye
información acerca de cuándo surte efecto el cambio de régimen de
ARM requerido.
24. Un método según cualquiera de las
realizaciones 15-23, en el que el mensaje incluye
información acerca de cuánto tiempo permanece con efecto el cambio
de régimen de ARM requerido.
25. Un método según cualquiera de las
realizaciones 15-24, en el que el mensaje incluye
información de RRM.
26. Un método según cualquiera de las
realizaciones 15-25, en el que la WTRU recibe el
mensaje y un codificador de voz de AMR determina si es necesario un
cambio de régimen de AMR.
27. Un método según cualquiera de las
realizaciones 15-26, en el que el mensaje incluye
información acerca de cuándo surte efecto el cambio de régimen de
AMR requerido.
28. Un método según cualquiera de las
realizaciones 15-27, en el que el mensaje incluye
información acerca de cuánto tiempo permanece con efecto el cambio
de régimen de AMR requerido que se conoce por una regla
predeterminada.
29. Un método según cualquiera de las
realizaciones 15-28, en el que el mensaje es un
mensaje de RRC existente que incorpora el cambio de régimen de AMR
requerido.
30. Un método según cualquiera de las
realizaciones 15-29, en el que el mensaje es
transmitido al activar un control de régimen de códec de RRC.
31. El método de la realización 30, en el que el
control de régimen de códec de RRC es activado por condiciones de
RRM en la red de comunicaciones inalámbrica sobre la base de
mediciones de WTRU y Nodo B y recursos de red disponibles.
32. Un método según cualquiera de las
realizaciones 30-31, en el que el control de régimen
de códec de RRC para AMR es activado por una calidad de enlace.
33. Un método según cualquiera de las
realizaciones 30-32, en el que el control de régimen
de códec de RRC para AMR es activado por una carga de célula.
34. Un método según cualquiera de las
realizaciones 30-33, en el que el control de régimen
de códec de RRC para AMR es activado por un nivel de
interferencia.
35. Un método según cualquiera de las
realizaciones 30-34, en el que el control de régimen
de códec de RRC para AMR está basado en una pluralidad de umbrales
de activación de RRM.
36. El método de la realización 35, en el que la
pluralidad de umbrales de activación de RRM se pueden
configurar.
37. Un método según cualquiera de las
realizaciones 15-36, en el que el RNC está situado
dentro de una red terrestre de acceso por radio de UMTS
(UTRAN).
38. Un método según cualquiera de las
realizaciones 15-37, que comprende además transmitir
un mensaje desde el RRC en el RNC a un planificador en un Nodo
B.
39. El método de la realización 38, en el que el
mensaje notifica al Nodo B del cambio de régimen de AMR requerido
para hacer posible que el Nodo B cambie su adjudicación de recursos
y planificación correspondientemente.
40. Un método según cualquiera de las
realizaciones 38-39, en el que el mensaje es un
mensaje de Petición de Control de Régimen de Códec.
41. Un método según cualquiera de las
realizaciones 38-40, en el que el mensaje incluye un
régimen requerido para enlace ascendente (UL) a través de
señalización explícita del régimen de datos.
42. Un método según cualquiera de las
realizaciones 38-41, en el que el mensaje incluye un
régimen requerido para enlace descendente (DL) a través de
señalización explícita del régimen de datos.
43. Un método según cualquiera de las
realizaciones 38-42, en el que el mensaje incluye un
régimen requerido para enlace ascendente (UL) a través de
señalización implícita del régimen de datos.
44. Un método según cualquiera de las
realizaciones 38-43, en el que el mensaje incluye un
régimen requerido para enlace descendente (DL) a través de
señalización implícita del régimen de datos.
45. Un método según cualquiera de las
realizaciones 38-44, en el que el mensaje incluye
información acerca de cuándo causa efecto el cambio de régimen de
ARM requerido.
46. Un método según cualquiera de las
realizaciones 38-45, en el que el mensaje incluye
información acerca de cuánto tiempo permanece con efecto el cambio
de régimen de ARM requerido.
47. Un método según cualquiera de las
realizaciones 38-46, en el que el mensaje incluye
información de RRM.
48. Un método según cualquiera de las
realizaciones 38-47, en el que el mensaje incluye
información acerca de cuándo causa efecto el cambio de régimen de
AMR requerido.
49. Un método según cualquiera de las
realizaciones 38-48, en el que el mensaje incluye
información acerca de cuánto tiempo permanece con efecto el cambio
de régimen de AMR requerido que se conocen mediante una determinada
regla.
50. Un método según cualquiera de las
realizaciones 38-49, en el que el mensaje es
transmitido cuando se transmite el mensaje de Control de Régimen de
Códec de RRC.
51. Un método según cualquiera de las
realizaciones 38-50, en el que el mensaje es un
mensaje interno dentro de un Nodo B desarrollado en arquitectura de
desarrollo a largo plazo (LTE).
52. Un método según cualquiera de las
realizaciones 38-50, que comprende además transmitir
un mensaje desde el planificador en el Nodo B al RRC en el RNC.
53. El método de la realización 52, en el que el
mensaje responde al cambio de régimen de AMR requerido desde el
RNC.
54. Un método según cualquiera de las
realizaciones 52-53, en el que el mensaje es un
mensaje de Respuesta de Control de Régimen de Códec.
55. Un método según cualquiera de las
realizaciones 52-54, en el que el mensaje incluye
una combinación de formato de transporte (TFC) que no puede ser
manejada por el planificador en el Nodo B.
56. Un método según cualquiera de las
realizaciones 52-55, en el que el mensaje incluye un
tamaño de unidad de datos de protocolo (PDU) que no puede ser
manejado por el planificador del Nodo B.
57. Un método según cualquiera de las
realizaciones 52-56, en el que el mensaje incluye un
tamaño de datos sugerido.
58. Un método según cualquiera de las
realizaciones 52-57, en el que el mensaje incluye un
régimen de datos sugerido.
59. Un método según cualquiera de las
realizaciones 52-58, en el que el mensaje incluye
una indicación en cuanto a si el régimen de datos requerido ha sido
aplicado.
60. Un método según cualquiera de las
realizaciones 52-59, en el que el mensaje es un
nuevo mensaje de parte de aplicación de Nodo B individual
(NBAP).
61. Un método según cualquiera de las
realizaciones 52-60, en el que el mensaje es un
nuevo mensaje de parte de aplicación de subsistema de red de radio
(RNSAP), así como para un RNC de desplazamiento.
62. Un método según cualquiera de las
realizaciones 52-61, en el que el mensaje está
incorporado en un mensaje de NBAP existente.
63. Un método según cualquiera de las
realizaciones 52-62, en el que el mensaje es
transmitido cuando es recibido el mensaje de Petición de Control de
Régimen de Códec.
64. Un método según cualquiera de las
realizaciones 52-63, en el que el mensaje es un
mensaje interno dentro de un Nodo B desarrollado en la arquitectura
de desarrollo a largo plazo (LTE).
65. Un método para coordinar control de régimen
de multi-régimen adaptable (AMR) y control de
régimen mandado por control de recursos de radio (RRC) para
servicios de voz sobre IP(VoIP) en una red de comunicación
inalámbrica, comprendiendo el método recibir un mensaje en un RRC
en un controlador de red de radio (RNC) en el que el mensaje
contiene información en un control de régimen autónomo de AMR.
66. El método de la realización 65, que
comprende además transmitir un mensaje desde el RRC en el RNC, en
el que el mensaje solicita un cambio de régimen de AMR basado en
condiciones de gestión de recursos de radio (RRM) en el RNC.
67. Un método según cualquiera de las
realizaciones 65-66, en el que el mensaje recibido
en el RRC del RNC es un mensaje de Informe de AMR de RRC.
68. Un método según cualquiera de las
realizaciones 65-67, en el que el mensaje
transmitido desde el RRC en el RNC es un mensaje de Control de
Régimen de Códec de RRC.
69. Un método según cualquiera de las
realizaciones 65-68, en el que el control de régimen
de AMR es activado por una aplicación de voz.
\newpage
70. Un método según cualquiera de las
realizaciones 65-69, en el que el régimen mandado
por RRC es activado por calidades de red.
71. Un método según cualquiera de las
realizaciones 65-70, en el que si un régimen de AMR
es cambiado por un mecanismo y llega una petición contradictoria
desde un segundo mecanismo, entonces no es realizado control de
régimen hasta que llega de nuevo la petición contradictoria o han
sido transmitidas un cierto número de tramas.
72. El método de la realización 71, en el que el
mecanismo es el control de régimen de AMR o el control de régimen
mandado de RRC.
73. Un método según cualquiera de las
realizaciones 71-72, en el que el número de tramas
es un parámetro que se puede configurar.
74. Un método según cualquiera de las
realizaciones 71-73, en el que el número de tramas
es fijado por una regla.
75. Un método según cualquiera de las
realizaciones 71-74, en el que si llegan peticiones
contradictorias desde diferentes mecanismos al mismo tiempo,
entonces no se realiza control de régimen.
Claims (15)
1. Un método para realizar control de régimen de
códec por control de recursos de radio RRC para servicios de voz en
IP VoIP en una unidad de transmisión/recepción inalámbrica WTRU,
comprendiendo el método:
transmitir un mensaje desde un controlador de
recursos de radio en la WTRU, a un controlador de recursos de radio
en un controlador de red de radio RNC, en el que el mensaje es un
mensaje de Informe de Códec de RRC que incluye información de códec
de AMR de multi-régimen adaptable en la WTRU; y
recibir un mensaje en el controlador de recursos
de radio en la WTRU desde el controlador de recursos de radio en el
RNC tras la activación del control de régimen de códec de RRC en el
controlador de recursos de radio del RNC, en el que el mensaje es
un mensaje de Control de Régimen de Códec de RRC que es incorporado
en un mensaje de RRC existente y solicita un cambio de AMR de
régimen múltiple adaptable del régimen de códec de RRC.
2. El método de la reivindicación 1, en el que
el mensaje de Control de Régimen de Códec de RRC incluye un régimen
de códec de RRC requerido para al menos uno de entre enlace
ascendente UL y enlace descendente DL, a través de señalización
explícita de régimen de datos.
3. El método de la reivindicación 1, en el que
el mensaje de Control de Régimen de Códec de RRC incluye un régimen
de códec de RRC requerido para al menos uno de entre enlace
ascendente UL y enlace descendente DL a través de señalización
implícita del régimen de datos.
4. El método de la reivindicación 1, en el que
el mensaje de Control de Régimen de Códec de RRC incluye información
acerca de cuándo surte efecto el cambio de AMR del régimen de códec
de RRC.
5. El método de la reivindicación 1, en el que
el control de régimen de RRC en el controlador de recursos de radio
del RNC es activado sobre la base de condiciones de gestión de
recursos de radio RRM.
6. Un método para realizar control de régimen de
códec por control de recursos de radio RRC para servicios de voz
sobre IP VoIP, en un controlador de red de radio RNC, comprendiendo
el método:
- recibir un mensaje en el controlador de recursos de radio del RNC desde un controlador de recursos de radio de una unidad de transmisión/recepción inalámbrica WTRU, en el que el mensaje es un mensaje de Informe de Códec de RRC que incluye información de códec de AMR de régimen múltiple adaptable de la WTRU; y
- transmitir un mensaje desde el controlador de recursos de radio del RNC al controlador de recursos de radio de la WTRU tras la activación del control de régimen de códec de RRC en el RRC del RNC, en el mensaje es un mensaje de Control de Régimen de Códec de RRC que se incorpora en el mensaje de RRC existente y solicita un cambio de AMR de régimen múltiple adaptable del régimen de códec de RRC.
\vskip1.000000\baselineskip
7. El método de la reivindicación 6, en el que
el mensaje de Control de Régimen de Códec de RRC incluye régimen de
códec de RRC requerido para al menos uno de entre enlace ascendente
UL y enlace descendente DL a través de señalización explícita del
régimen de datos.
8. El método de la reivindicación 6, en el que
el mensaje de Control de Régimen de Códec de RRC incluye un régimen
de códec de RRC requerido para al menos uno de entre enlace
ascendente UL y enlace descendente DL a través de señalización
implícita del régimen de datos.
9. El método de la reivindicación 6, en el que
el mensaje de Control de Régimen de Códec de RRC incluye información
acerca de cuándo surte efecto el cambio de AMR del régimen de códec
de RRC.
10. El método de la reivindicación 6, en el que
el control de régimen de RRC en el controlador de recursos de radio
del RNC es activado basándose en condiciones de gestión de recursos
de radio RRM.
11. El método de la reivindicación 6, que
comprende además transmitir un mensaje desde el controlador de
recursos de radio en el RNC, a un Nodo B, en el que el mensaje es
un mensaje de Petición de Control de Régimen de Códec que notifica
al Nodo B el cambio de AMR requerido del régimen de códec de RRC
para hacer posible que el Nodo B cambie de manera correspondiente
su adjudicación de recursos y planificación.
12. El método de la reivindicación 11, en el que
el mensaje de Petición de Control de Régimen de Códec incluye
información acerca de cuándo surte efecto el cambio de AMR requerido
del régimen de códec de RRC.
13. El método de la reivindicación 11, en el que
la transmisión del mensaje de Petición de Control de Régimen de
Códec ocurre cuando es transmitido el mensaje de Control de Régimen
de Códec del RRC.
14. El método de la reivindicación 11, que
comprende además recibir un mensaje desde el Nodo B, en el que el
mensaje es un mensaje de Respuesta de Control de Régimen de Códec
que responde al cambio de AMR requerido del régimen de códec del
RRC.
15. El método de la reivindicación 14, en el que
el mensaje de Respuesta de Control de Régimen de Códec incluye al
menos uno de entre una combinación de formatos de transporte TFC y
un tamaño de unidad de datos de protocolo PDU que no puede ser
manejado por un planificador en el Nodo B.
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US79136106P | 2006-04-12 | 2006-04-12 | |
| US791361P | 2006-04-12 | ||
| US82968606P | 2006-10-17 | 2006-10-17 | |
| US829686P | 2006-10-17 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2336848T3 true ES2336848T3 (es) | 2010-04-16 |
Family
ID=38441958
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES07760376T Active ES2336848T3 (es) | 2006-04-12 | 2007-04-10 | Metodo para el control de la velocidad de codec pedida por el control de recursos de radio para voip. |
Country Status (18)
| Country | Link |
|---|---|
| US (1) | US20080013528A1 (es) |
| EP (2) | EP2139273A1 (es) |
| JP (1) | JP2009533967A (es) |
| KR (2) | KR20090007465A (es) |
| CN (1) | CN101422061B (es) |
| AR (2) | AR060799A1 (es) |
| AT (1) | ATE450124T1 (es) |
| AU (1) | AU2007238202B2 (es) |
| BR (1) | BRPI0709513A2 (es) |
| CA (1) | CA2649408C (es) |
| DE (1) | DE602007003465D1 (es) |
| DK (1) | DK2011288T3 (es) |
| ES (1) | ES2336848T3 (es) |
| HK (1) | HK1130604A1 (es) |
| MX (1) | MX2008013064A (es) |
| RU (2) | RU2400937C2 (es) |
| TW (2) | TW201108689A (es) |
| WO (1) | WO2007121163A1 (es) |
Families Citing this family (41)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007034809A1 (ja) | 2005-09-20 | 2007-03-29 | Taisho Pharmaceutical Co., Ltd. | 組み換え蛋白質産生のための宿主細胞 |
| CN101425836B (zh) * | 2007-10-29 | 2013-06-05 | 华为技术有限公司 | 一种编码速率的控制方法和设备 |
| CN101911565B (zh) | 2008-01-04 | 2013-12-04 | 交互数字专利控股公司 | 用于控制演进型无线系统中的电路交换语音应用的数据率的方法 |
| US8422373B2 (en) | 2008-01-17 | 2013-04-16 | Nokia Corporation | Adaptive multi-rate codec bit rate control in a wireless system |
| US8281369B2 (en) * | 2008-03-12 | 2012-10-02 | Avaya Inc. | Method and apparatus for creating secure write-enabled web pages that are associated with active telephone calls |
| US8432810B2 (en) * | 2008-03-28 | 2013-04-30 | Apple Inc. | Techniques for reducing buffer overflow in a communication system |
| US8729732B2 (en) | 2008-07-10 | 2014-05-20 | T-Mobile Usa, Inc. | Cell site power generation |
| US8279074B2 (en) * | 2008-07-10 | 2012-10-02 | T-Mobile Usa, Inc. | Battery monitoring system, such as for use in monitoring cell site power systems |
| US8005510B2 (en) * | 2008-07-10 | 2011-08-23 | T-Mobile Usa, Inc. | Cell site power conservation |
| US20100172332A1 (en) * | 2009-01-07 | 2010-07-08 | Rao Anil M | Method and apparatus for controlling a vocoder mode in a packet switched voice wirelss network |
| US9525710B2 (en) * | 2009-01-29 | 2016-12-20 | Avaya Gmbh & Co., Kg | Seamless switch over from centralized to decentralized media streaming |
| US8879464B2 (en) * | 2009-01-29 | 2014-11-04 | Avaya Inc. | System and method for providing a replacement packet |
| US8238335B2 (en) | 2009-02-13 | 2012-08-07 | Avaya Inc. | Multi-route transmission of packets within a network |
| US7936746B2 (en) * | 2009-03-18 | 2011-05-03 | Avaya Inc. | Multimedia communication session coordination across heterogeneous transport networks |
| US20100265834A1 (en) * | 2009-04-17 | 2010-10-21 | Avaya Inc. | Variable latency jitter buffer based upon conversational dynamics |
| US8094556B2 (en) * | 2009-04-27 | 2012-01-10 | Avaya Inc. | Dynamic buffering and synchronization of related media streams in packet networks |
| EP2433333B1 (en) | 2009-05-19 | 2017-07-12 | Marvell World Trade Ltd. | Circuits and methods combining signal power |
| US8553849B2 (en) * | 2009-06-17 | 2013-10-08 | Avaya Inc. | Personal identification and interactive device for internet-based text and video communication services |
| US8412272B2 (en) | 2009-07-24 | 2013-04-02 | T-Mobile Usa, Inc. | Rectifier circuit management system, such as for use in cell site power systems |
| US8800049B2 (en) * | 2009-08-26 | 2014-08-05 | Avaya Inc. | Licensing and certificate distribution via secondary or divided signaling communication pathway |
| EP2309693A1 (en) * | 2009-10-12 | 2011-04-13 | Qnective Inc. | Improved voice over IP communication method |
| WO2011053222A1 (en) * | 2009-10-28 | 2011-05-05 | Telefonaktiebolaget L M Ericsson (Publ) | Codec rate adaptation for radio channel rate change |
| JP5581751B2 (ja) * | 2010-03-16 | 2014-09-03 | サクサ株式会社 | 通信制御装置および無線制御方法 |
| US8310103B2 (en) | 2010-03-17 | 2012-11-13 | T-Mobile Usa, Inc. | Cell site power system management, including battery circuit management |
| KR101685442B1 (ko) * | 2010-04-07 | 2016-12-13 | 삼성전자주식회사 | 전계 정보 기반의 메타데이터를 이용한 영상 통화 품질 향상을 위한 장치 및 방법 |
| US8723913B2 (en) * | 2010-10-07 | 2014-05-13 | T-Mobile Usa, Inc. | Rate adaptation for video calling |
| WO2013014246A1 (en) * | 2011-07-26 | 2013-01-31 | Nec Europe Ltd. | A method for controlling the encoding rate of data traffic and a network |
| CN102665242B (zh) * | 2012-05-28 | 2014-07-09 | 鼎桥通信技术有限公司 | 初始接入时选择amr语音编码速率的方法及设备 |
| KR102055338B1 (ko) * | 2012-08-30 | 2019-12-12 | 에스케이텔레콤 주식회사 | 과부하 기반의 음성품질 제어장치, 이동 단말 및 방법 |
| US9253238B2 (en) * | 2013-09-30 | 2016-02-02 | Apple Inc. | Device-initiated codec rate change during a voice call |
| CN104067547B (zh) * | 2014-04-21 | 2017-09-08 | 华为技术有限公司 | 建立自适应多速率语音业务的网络、方法及无线网络控制器 |
| KR102221021B1 (ko) * | 2014-07-21 | 2021-02-26 | 삼성전자주식회사 | 전자 장치 및 인터넷 프로토콜 기반의 네트워크에서 패킷을 처리하는 방법 |
| WO2016197295A1 (zh) * | 2015-06-08 | 2016-12-15 | 华为技术有限公司 | 多媒体业务的方法、处理装置及通信设备 |
| CN106301679B (zh) * | 2015-06-10 | 2020-10-23 | 华为技术有限公司 | 业务速率的调整方法和装置 |
| WO2017017883A1 (ja) * | 2015-07-28 | 2017-02-02 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | 端末装置及び通信方法 |
| CN107113909A (zh) * | 2015-09-15 | 2017-08-29 | 华为技术有限公司 | 一种收发应用层参数信息的方法和设备 |
| CN108702372B (zh) * | 2016-03-28 | 2021-09-07 | 松下电器（美国）知识产权公司 | 终端、基站及编解码器模式切换方法 |
| US10219147B2 (en) * | 2016-04-07 | 2019-02-26 | Mediatek Inc. | Enhanced codec control |
| CN109644444B (zh) * | 2016-09-23 | 2021-02-02 | Oppo广东移动通信有限公司 | 无线通信的方法、装置、设备和计算机可读存储介质 |
| CN110710181B (zh) | 2017-05-18 | 2022-09-23 | 弗劳恩霍夫应用研究促进协会 | 管理网络设备 |
| US20190215729A1 (en) * | 2018-03-15 | 2019-07-11 | Intel Corporation | Session description protocol mechanisms for signaling radio access network capabilities in multimedia telephony sessions |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2290201B (en) * | 1994-06-09 | 1998-03-04 | Motorola Ltd | Communications system |
| EP1192831B1 (en) * | 1999-07-05 | 2004-01-02 | Nokia Corporation | Method for selection of coding method |
| FI20011715A (fi) * | 2001-08-27 | 2003-02-28 | Nokia Corp | Koodekin toiminnallisen moodin valinta |
| US7295549B2 (en) * | 2003-02-14 | 2007-11-13 | Ntt Docomo, Inc. | Source and channel rate adaptation for VoIP |
| GB0321093D0 (en) * | 2003-09-09 | 2003-10-08 | Nokia Corp | Multi-rate coding |
| CN100539488C (zh) * | 2003-10-22 | 2009-09-09 | 中兴通讯股份有限公司 | 自适应多速率语音编码模式的调整方法 |
| KR20050091135A (ko) * | 2004-03-10 | 2005-09-15 | 삼성전자주식회사 | 이동통신 네트워크에서 코덱 정보 제공 방법 |
| US20050226227A1 (en) * | 2004-04-12 | 2005-10-13 | Samsung Electronics Co., Ltd. | Apparatus and method for processing voice packet data in a mobile communication system providing voice service using packet network |
| KR100605865B1 (ko) * | 2004-05-19 | 2006-08-01 | 삼성전자주식회사 | 이동통신 시스템에서 호 설정 방법 및 장치 |
| EP1754388B1 (en) | 2004-06-08 | 2015-01-14 | Nokia Corporation | Cell update message indicating whether user data or control data is transmitted uplink, and respective procedures for handling these two types of data |
-
2007
- 2007-04-10 KR KR1020087029048A patent/KR20090007465A/ko not_active Application Discontinuation
- 2007-04-10 CN CN2007800130200A patent/CN101422061B/zh not_active Expired - Fee Related
- 2007-04-10 BR BRPI0709513-9A patent/BRPI0709513A2/pt not_active IP Right Cessation
- 2007-04-10 TW TW099112082A patent/TW201108689A/zh unknown
- 2007-04-10 WO PCT/US2007/066303 patent/WO2007121163A1/en active Application Filing
- 2007-04-10 MX MX2008013064A patent/MX2008013064A/es active IP Right Grant
- 2007-04-10 DK DK07760376.9T patent/DK2011288T3/da active
- 2007-04-10 EP EP20090172966 patent/EP2139273A1/en not_active Withdrawn
- 2007-04-10 CA CA2649408A patent/CA2649408C/en not_active Expired - Fee Related
- 2007-04-10 KR KR1020087027266A patent/KR101015178B1/ko active IP Right Grant
- 2007-04-10 RU RU2008144586/09A patent/RU2400937C2/ru not_active IP Right Cessation
- 2007-04-10 AT AT07760376T patent/ATE450124T1/de not_active IP Right Cessation
- 2007-04-10 DE DE602007003465T patent/DE602007003465D1/de active Active
- 2007-04-10 AU AU2007238202A patent/AU2007238202B2/en not_active Ceased
- 2007-04-10 JP JP2009505567A patent/JP2009533967A/ja active Pending
- 2007-04-10 TW TW096112620A patent/TW200746759A/zh unknown
- 2007-04-10 EP EP07760376A patent/EP2011288B1/en not_active Not-in-force
- 2007-04-10 ES ES07760376T patent/ES2336848T3/es active Active
- 2007-04-11 US US11/734,096 patent/US20080013528A1/en not_active Abandoned
- 2007-04-12 AR ARP070101550A patent/AR060799A1/es not_active Application Discontinuation
-
2009
- 2009-09-14 AR ARP090103517A patent/AR073510A2/es not_active Application Discontinuation
- 2009-09-16 HK HK09108466.9A patent/HK1130604A1/xx not_active IP Right Cessation
-
2010
- 2010-08-16 RU RU2010134241/08A patent/RU2010134241A/ru not_active Application Discontinuation
Also Published As
| Publication number | Publication date |
|---|---|
| TW201108689A (en) | 2011-03-01 |
| TW200746759A (en) | 2007-12-16 |
| US20080013528A1 (en) | 2008-01-17 |
| AU2007238202A1 (en) | 2007-10-25 |
| CN101422061B (zh) | 2011-08-10 |
| AR060799A1 (es) | 2008-07-16 |
| CA2649408A1 (en) | 2007-10-25 |
| EP2139273A1 (en) | 2009-12-30 |
| BRPI0709513A2 (pt) | 2011-07-19 |
| CN101422061A (zh) | 2009-04-29 |
| RU2010134241A (ru) | 2012-02-27 |
| HK1130604A1 (en) | 2009-12-31 |
| DE602007003465D1 (de) | 2010-01-07 |
| RU2400937C2 (ru) | 2010-09-27 |
| RU2008144586A (ru) | 2010-05-20 |
| EP2011288B1 (en) | 2009-11-25 |
| EP2011288A1 (en) | 2009-01-07 |
| AU2007238202B2 (en) | 2010-05-06 |
| DK2011288T3 (da) | 2010-03-22 |
| KR101015178B1 (ko) | 2011-02-17 |
| KR20090006180A (ko) | 2009-01-14 |
| MX2008013064A (es) | 2008-12-17 |
| CA2649408C (en) | 2011-10-25 |
| AR073510A2 (es) | 2010-11-10 |
| WO2007121163A1 (en) | 2007-10-25 |
| JP2009533967A (ja) | 2009-09-17 |
| ATE450124T1 (de) | 2009-12-15 |
| KR20090007465A (ko) | 2009-01-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2336848T3 (es) | Metodo para el control de la velocidad de codec pedida por el control de recursos de radio para voip. | |
| US8179839B2 (en) | Method for controlling the data rate of a circuit switched voice application in an evolved wireless system | |
| ES2747950T3 (es) | Asignación dinámica de recursos, programación y señalización para un servicio de velocidad variable de datos en LTE | |
| ES2533321T3 (es) | Actualizaciones de información del sistema en LTE | |
| ES2380200T3 (es) | Método para la continuidad de la calidad de servicio entre múltiples redes 3GPP | |
| ES2424031T3 (es) | Método y aparato para transmitir información de programación en un sistema de comunicación inalámbrica | |
| JP5318101B2 (ja) | ワイヤレス通信において多値変調に適応させる方法および装置 | |
| JP6038944B2 (ja) | フレキシブル帯域幅システムでの音声サポート | |
| US20080031176A1 (en) | Radio Communications Gateway And Radio Communications Terminal | |
| CN107431569B (zh) | 用于电路交换系统中的速率控制的方法和设备 | |
| ES2690149T3 (es) | Equipo de usuario de voz con conmutación por circuito reducida utilizando actualmente transmisiones discontinuas en canales dedicados |