MX2008013064A - Metodo para el control del indice de codec (codificacion/decodific acion) solicitado del control de recurso de radio, para servicio de telefonia de voz por protocolo de internet. - Google Patents

Abstract

Un método para llevar a cabo el control de índices para servicios de Telefonía de Voz por Protocolo de Internet (V0IP), empleando mensajes para permitir que el Control de Recurso de Radio (RRC) sepa que hay actividad en el nivel del Protocolo de Inicio de Operaciones y el Administrador del Índice de Adaptación (SIP/ARM) y para recomendar un cambio en el Índice Múltiple de Adaptación según las condiciones, en una red inalámbrica de comunicaciones. Los mensajes permiten a los servicios de Telefonía de Voz por Protocolo de Internet (VoIP), ajustar dinámicamente tanto el índice como la calidad de la voz con base en las condiciones de la red. Un método para provocar el control de índice de codec (codificación/decodificación) del RRC, utilizando las condiciones del Administrador del Recurso de Radio (RRM) en la red. Un método para coordinar el control del índice autónomo del Índice Múltiple de Adaptación (ANR) y el control del índice ordenado del Control de Recurso de Radio (RRC), utilizando un mecanismo de guardia entre los mensajes.

Description

METODO PARA EL CONTROL DE LA VELOCIDAD DE COPEC SOLICITADA DEL CONTROL DE RECURSO DE RADIO, PARA VOIP CAMPO DE LA INVENCION Esta invención se relaciona con el campo de comunicaciones inalámbricas. De manera más específica, se relaciona con control de velocidad para servicios de voz sobre IP (VoIP) en un sistema 3GPP.

ANTECEDENTES En los sistemas de telecomunicaciones móviles universales (UMTS) existen dos maneras de proporcionar servicios de voz. Una manera es utilizando el servicio de voz conmutado de circuito tradicional (CS) . La otra manera para proporcionar servicios de voz es utilizar voz sobre IP (VoIP) en un dominio conmutado de paquete (PS) . VoIP representa la familia de tecnologías que permiten a las redes IP ser utilizadas para aplicaciones de voz tales como telefonía, transmisión de mensajes instantáneos de voz y teleconferencias . La velocidad múltiple adaptable (AMR) es una codificación descodificación (CODEC) de velocidad múltiple adaptada por 3GPP para codificación de voz. Un codificador de voz AMR consiste de un codificador de voz de velocidad múltiple, un esquema de velocidad controlado en la fuente incluye un detector de actividad de voz y un sistema de generación de ruido cómodo así como un mecanismo de ocultamiento de error para combatir los efectos de errores de transmisión y paquetes perdidos. El codificador de voz de velocidad múltiple es un codee de voz integrado único, con ocho velocidades fuente que varían de 4.75 kbitio/s a 12.2 kbitio/s y un modo de codificación de ruido de fondo de baja velocidad. El codificador de voz es capaz de conmutar su velocidad de bitios cada marco de voz de 20 ms según las instrucciones. La tabla 1 muestra las velocidades soportadas para el codee AMR.

Tabla 1 modo codee Fuente de velocidad de bitios codee AMR_12.20 12,20 kbitio/s (GSM EFR) AMR_10.20 10,20 kbitio/s AMR_7.95 7,95 kbitio/s AMR_7.40 7,40 kbitio/s (1S-641) AMR_6 , 70 6,70 kbitio/s (PDC-EFR) AMR_5, 90 5,90 kbitio/s AMR_5.15 5,15 kbitio/s AMR_4.75 4,75 kbitio/s AMR_SID 1,80 kbitio/s Un codee de voz de banda ancha de velocidad múltiple adaptable (AMR-WB) también se puede utilizar en 3GPP. Los codee de voz AMR-WB utilizan la misma tecnología que el codee de voz AMR con un ancho de banda de voz más amplio. La tabla 2 muestra las velocidades soportadas para el codee AMR-WB.

Tabla 2 La técnica anterior describe dos operaciones de control de velocidad AMR existentes, una operación de velocidad múltiple y una operación de velocidad controlada de fuente (SCR) . La operación de control de velocidad AMR está sobre el plano de usuario. En una operación de velocidad múltiple, la capacidad de codificación de velocidad múltiple de un codee AMR y un codee AMR-WB se designa para conservar la calidad de voz elevada para una amplia gama de condiciones de transmisión. La operación de velocidad múltiple permite el ajuste dinámico de la velocidad de codificación de voz durante una sesión de comunicación de manera que la velocidad de codificación de voz se adapta continuamente al hacer variar las condiciones de transmisión. La velocidad de codificación de voz se ajusta dinámicamente al dividir el ancho de banda total fijo entre los datos de voz y la codificación protectora de error para permitir el mejor equilibrio posible entre la velocidad de compresión de voz y la tolerancia de error. Además, para realizar la adaptación de modo múltiple, un descodificador en un receptor de voz necesita señalar un modo preferido nuevo a un codificador a un transmisor de voz. Esta señalización se produce con una señal en banda pasante y se le denomina solicitud de modo codee (CMR) . En una operación SCR, la operación SCR permite que una señal de entrada sea codificada a una velocidad promedio menor al tomar en consideración la inactividad de voz. El codee detecta la actividad de voz y reduce el número de bitios transmitidos y los paquetes a un mínimo durante los períodos de silencio que indican inactividad de voz. La operación SCR se utiliza para ahorrar energía en el equipo del usuario y/o para reducir la interferencia general y las cargas en la red. SCR es un mecanismo obligatorio para codee de voz AMR en 3GPP. La figura 1 es un diagrama de bloque ejemplar de un sistema 100 de comunicación inalámbrico que soporta servicios de voz CS configurados para implementar control de velocidad AMR. El sistema 100 incluye una unidad transmisora/receptora inalámbrica (WTRU) 102, un controlador de red de radio (RNC) 106 y un centro de conmutación móvil (MSC) 108. Como se muestra en la figura 1, la WTRU 102 incluye un vocoder (codificador de voz) AMR 110, un control de recurso de radio (RRC) 114 y una capa 116 de control de acceso de medio/capa física (MAC/PHY) . El RNC 106 incluye un RRC 134 y un modo 136 de plano de usuario/soportado (UP/SM) . El MSC 108 incluye un vocoder 140 y un modo 142 UP/SM. En un sistema de comunicación inalámbrico de sistema de telecomunicaciones móviles universales (UMTS) , un RNC 106 inicia un cambio de velocidad de codee de estrato de acceso sobre las condiciones de canal para los servicios de voz CS . Las condiciones de canales observadas se introducen desde las funciones de administración de recurso de radio (RRM) en el sistema. Las funciones RRM pueden incluir disminución de la velocidad de entrada cuando existen condiciones de radio malas o incremento de la velocidad de entrada cuando existen condiciones de radio bueno. Se configura un RNC 106 para activar un cambio de velocidad de codee de enlace ascendente (UL) mediante la señalización de un mensaje de control de combinación de formato de transporte (TFC) a la WTRU 102 (etapa 150) . Además, el RNC 106 se configura para activar un cambio de velocidad codee de enlace descendente (DL) por señalización de un mensaje de control de velocidad a un MSC (etapa 152) . El mensaje de control de velocidad también se puede utilizar para señalar un cambio de velocidad en el UL entre el RNC y el MSC. El cambio de velocidad codee CS real se produce al nivel de estrato de acceso de red (ÑAS) . No obstante, el ÑAS y el AS se acoplan utilizando dos mensajes AS, el mensaje de control TFC entre el RNC y la WTRU y el mensaje de control de velocidad entre el RNC y el MSC, juntos de esta manera permiten que el AS indique la necesidad para cambios de velocidad y notifique la necesidad de cambios de velocidad cuando existe una llamada de voz CS. La figura 2 es un diagrama de bloques ejemplar de un sistema 200 de comunicación inalámbrico que soporta servicios PS VoIP configurados para implementar un control de velocidad AMR. El sistema 200 incluye una WTRU 202, un RNC 206 y una compuerta de medios (MGW) o un par WTRU 208. Como se muestra en la figura 2, la WTRU 202 incluye un vocoder 210 AMR, una unidad 212 de enmarcado AMR, un RRC 214 y una etapa 216 MAC/PHY. El RNC 206 incluye un RRC 234. La MGW o la WTRU 208 incluye un vocoder 240 AMR y una unidad 142 de enmarcado AMR. En los servicios de voz PS VoIP, la llamada y el control de codee se producen por encima de la red ÑAS. Este nivel se denomina en nivel de protocolo de inicio de sesión (SIP)/AMR. En la arquitectura VoIP, el RRC 234 en el RNC 106 se localiza en el AS. El RRC 234 está aislado de la funcionalidad de control de llamada y codee. Como un resultado, el RRC 123 no puede activar un cambio de velocidad de codee. En vez de esto, para realizar un control de velocidad codee, se necesita ser un mecanismo que pase la información de llamada desde el nivel SIP/AMR al RRC 234. A diferencia del control de velocidad AMR, el control de velocidad solicitado RRC se produce en el AS. En consecuencia, existe la necesidad por un RRC 234 que sea capaz de coordinar el control de velocidad instruido RRC para los servicios VoIP con el control de velocidad autónomo AMR al nivel de aplicación.

La técnica anterior ha resuelto el problema de control de velocidad AMR para los servicios PS VoIP. La técnica anterior ha propuesto tres métodos diferentes para que el RRC controle la velocidad AMR. En un primer método, el RNC controla la velocidad de codee de la WTRU al permitir o prohibir ciertas combinaciones de formato de transporte (TFC) . En un segundo método, el RNC inspecciona todos los paquetes VoIP UL y DL y determina si es apropiado el valor de solicitud de modo de cambio actual (CMR) . En un tercer método, un mensaje RRC nuevo señaliza una velocidad codee AMR deseada a una WTRU. Desafortunadamente, el tercer método, como se ha descrito previamente, no resuelve el problema de pasar información de llamada desde el nivel SIP/AMR al RRC debido a que es insuficiente un mensaje. Por lo tanto se desea un método y aparato para transmitir mensajes que permitan al RRC tener conocimiento de las condiciones del nivel SIP/AMR para permitir que una aplicación VoIP ajuste dinámicamente su velocidad y calidad de voz de acuerdo con las condiciones de la red. Existen problemas similares en cualquier tipo de protocolo en donde el ancho de banda es controlado por la aplicación misma. El tema de control de velocidad de ARM se utiliza por medio de un ejemplo en esta descripción pero las técnicas que se describen en la presente también se aplican a otros temas de control de velocidad.

DESCRIPCION BREVE DE LA INVENCION La presente invención se relaciona con un control de velocidad para servicios VoIP utilizando mensajes para permitir que el RRC tenga conocimiento de la actividad a nivel SIP/ARM y recomendar un cambio de velocidad ARM de acuerdo con las condiciones en una red de comunicaciones inalámbrica. Los mensajes permiten que los servicios VoIP ajusten dinámicamente la velocidad y calidad de voz en base en las condiciones de red. La presente invención también se relaciona con un método para activar un control de velocidad codee RRC utilizando condiciones RRN en la red. Además, la presente invención se relaciona con coordinación de un control de velocidad autónomo AMR y un control de velocidad instruido RRC utilizando un mecanismo de protección entre mensajes.

DESCRIPCION BREVE DE LOS DIBUJOS La figura 1 es un diagrama de bloques ejemplar de un sistema de comunicación inalámbrico que soporta servicios de voz CS configurado para implementar un control de velocidad AMR; la figura 2 es un diagrama de bloques ejemplar de un sistema de comunicación inalámbrico que soporta servicios PS VoIP configurado para implementar un control de velocidad AMR; la figura 3 es un diagrama de bloques ejemplar de un sistema de comunicación inalámbrico configurado de acuerdo con la presente invención; y la figura 4 es un diagrama de bloques ejemplar de un sistema de comunicación inalámbrico de evolución a largo plazo 3GPP (LTE) configurado de acuerdo con la presente invención .

DESCRIPCION DETALLADA DE LAS MODALIDADES PREFERIDAS Aunque las características y elementos de la presente invención se describen en las modalidades preferidas en sus combinaciones particulares, cada característica o elemento se puede utilizar solo (sin las otras características y elementos de las modalidades preferidas) o en diversas combinaciones con o sin otras características y elementos de la presente invención. En lo siguiente, una unidad transmisora/receptora inalámbrica (WTRU) incluye, pero no se limita a un equipo de usuario (UE) , estación móvil, unidad de suscriptor fijo móvil, localizador o cualquier otro tipo de dispositivo capaz de operar en un ambiente inalámbrico. Cuando se hace referencia a lo siguiente, una estación de base incluye, pero no se limita a un nodo-B, un controlador de sitio, un punto de acceso o cualquier otro tipo de dispositivo de interconexión en un ambiente inalámbrico. La figura 3 es un diagrama de bloques ejemplar de un sistema 300 de comunicación inalámbrico configurado de acuerdo con la presente invención. El sistema incluye una WTRU 302, un nodo B 304, un RNC 306, una MGW o TRU igual 308. El nodo B 304 y el RNC 306 comprenden una red de acceso radio terrestre UMTS (UTRAN) 350. Como se muestra en la figura 3, la WTRU 302 incluye un vocoder 310 AMR, una unidad 312 de enmarcado AMR, un RRC 314 y una capa 316 MAC/PHY. El nodo B 304 incluye un programador 320. El RNC 306 incluye un RRM 332 y un RRC 334. La MGW o la WTRU igual 308 incluye un vocoder 340 AMR y una unidad 342 de enmarcado AMR. El RRC 314 en la WTRU 302 se configura para enviar un mensaje 360 de reporte codee RRC al RRC 334 en el RNC 306. El mensaje 360 de reporte codee RRC informa a la UTRAN 350 de la información codee AMR en la WTRU 302. La información codee ARM contiene información respecto al tipo codee. La WTRU 102 tiene conocimiento del contenido del mensaje 360 de reporte codee RRC antes de enviar el mensaje al RRC 334 en la UTRAN 350. Además, el mensaje 360 de reporte codee RRC se puede utilizar internamente dentro de la WTRU 102 para transportar información codee AMR entre el RRC 314 y la unidad 312 de enmarcado AMR. El contenido del mensaje 360 de reporte codee RRC incluye un tipo de solicitud, un tipo codee, una velocidad AMR actual y/o un esquema de control de velocidad autónomo ARM. El tipo codee es ARM o AMR-WB. La velocidad ARM actual puede ser un modo codee genérico o una fecha de datos más general . El RRC 314 en la WTRU 302 se configura para transmitir el mensaje 360 de reporte codee RRC al RRC 334 en la UTRA 350 en el mensaje RRC nuevo. En una modalidad alternativa, el RRC 314 en la WTRU 302 se configura para incorporar la información contenida en el mensaje 360 de reporte codee RRC dentro de un mensaje RRC existente y después transmitir el mensaje RRC existente a la RRC 334 en la UTRAN 350. Por ejemplo, la UTRAN 350 puede transmitir un mensaje de control de medición a la WTRU 302 solicitando que el RRC 314 en la WTRU 302 envíe información de control de medición. El RRC 314 en la WTRU 302 después puede agregar información codee AMR en un mensaje de reporte de medición y transmitir el mensaje de reporte de medición al RRC 334 en la UTRAN 350. El RRC 314 en la WTRU 302 se configura para reportar la información codee AMR en intervalos configurables . El mensaje 360 de reporte codee RRC más temprano se enviará desde la WTRU 302 a la UTRAN 350 es cuando la capa de solicitud WTRU solicita una conexión y/o recursos para una aplicación VoIP desde una red de núcleo (CN) y UTRAN . El contenido de mensaje 360 de reporte codee RRC no necesita ser actualizado en cada mensaje transmitido . El RRC 334 en la UTRAN 350 se configura para recibir información RRM desde el RRM .332. La información RRM puede contener información sobre la calidad de enlace y/o la congestión de celdas. Además, el RRC 334 en la UTRAN 350 se configura para enviar un mensaje 362 de control de velocidad codee RRC al RRC 314 en la WTRU 302 solicitando un cambio de velocidad AMR en base en la información RRM recibida. El RRC 334 en la UTRAN 350 se configura para transmitir el mensaje 362 al bastidor de control de velocidad codee RRC cuando se activa el control de velocidad RRC. El contenido del mensaje 362 de control de velocidad codee RRC incluye una velocidad solicitada para el UL y/o DL, un momento en el que tiene efecto la velocidad solicitada y/o un período de tiempo que permanece vigente en la velocidad solicitada. La velocidad solicitada puede ser señalada de manera explícita o implícita. El tiempo cuando una velocidad solicitada tiene efecto y el período de tiempo en que la velocidad solicitada permanece en vigor pueden ser conocidos de acuerdo con alguna regla. En una modalidad alternativa, el RRC 334 en la UTRAN 350 no solicita directamente un cambio de velocidad. En vez de esto, el RRC 334 se configura para enviar información RRM al RRC 314 en la WTRU 302. Después, el vocoder 310 AMR en la WTRU 302 se configura para utilizar la información RRM recibida y determina el cambio de velocidad . El RRC 334 en la UTRAN 350 se configura para transmitir el mensaje 362 de control de velocidad codee RRC al RRC 314 en la WTRU 312 en un mensaje RRC nuevo. En una modalidad alternativa, el RRC 334 en la UTRAN 350 se configura para incorporar la información contenida en el mensaje 362 de control de velocidad codee RRC dentro de un mensaje RRC existente y después transmitir el mensaje RRC existente al RRC 314 en la WTRU 302. El RRC 334 se configura para activar el mensaje 362 de control de velocidad codee de RRC en base en las condiciones de activación RRM utilizando la WTRU 302 y las mediciones del nodo B 304. Las condiciones de activación pueden ser configurables . Las condiciones de activación RRM pueden incluir una condición de calidad de enlace, una condición de carga de celda, una condición de nivel de interferencia y/u otra información similar que permita que se determina una calidad de enlace. La condición de calidad de enlace puede incluir una indicación de fuerza de señal recibida y/o una tasa de error. Además, el mensaje 362 de control de velocidad codee RRC se puede activar en base en la disponibilidad de recursos de radio. El activador del mensaje 362 de control de velocidad codee RRC se puede basar en una entrada RRM múltiple. El RRC 334 en la UTRAN 350 se configura para transmitir un mensaje 364 de solicitud de control de velocidad codee al programador 320 en el nodo B 304 después de que el RRC 334 y la UTRAN 350 envía una solicitud para un control de velocidad codee AMR al RRC en la WTRU 302. El mensaje 364 de solicitud de control de velocidad codee notifica al nodo B 304 del cambio de velocidad AMR solicitado y permite que el nodo B 304 cambie su asignación de recursos y programe en consecuencia. El mensaje 364 de solicitud de control de velocidad codee se transmite únicamente cuando se ha transmitido el mensaje 362 de control de velocidad codee RRC. El contenido de mensaje 364 de solicitud de control de velocidad codee incluye una velocidad solicitada para la UL y/o DL, un momento en el que tiene efecto la velocidad solicitada y/o un período de tiempo en que permanece en vigor la velocidad solicitada. El RRC 334 en la UTRAN 350 se configura para transmitir el mensaje 364 de solicitud de control de velocidad codee al programador 320 en el nodo B 304 en un mensaje de parte de aplicación del nodo B individual nuevo (NBAP) o en un mensaje de parte de solicitud de subsistema de radio individual nuevo (RNSAP) así como en caso de una deriva de RNC. En una modalidad alternativa, el RRC 334 y la UTRAN 350 se configura para incorporar la información contenida en el mensaje 364 de solicitud de control de velocidad codee dentro de un mensaje NBAP existente y después transmitir el mensaje NBAP existente al programador 320 en el nodo B 304. Por ejemplo, se puede utilizar para este propósito un procedimiento de reconfiguración de enlace de radio. El programador 320 en el nodo B 304 se configura para transmitir un mensaje 366 de respuesta de control de velocidad codee al RRC 334 en la UTRAN 350 en respuesta al mensaje 364 de solicitud de control de velocidad codee recibida desde el RNC 334. El mensaje 366 de respuesta de control de velocidad codee se transmite únicamente cuando se recibe el mensaje 364 de solicitud de control de velocidad codee. El contenido de mensaje 366 de respuesta de control de velocidad codee incluye un tamaño TFC o PDU incapaz de ser manejado por el programador 320, un tamaño o velocidad de datos sugerida y/o una indicación de que la velocidad solicitada se ha aplicado.

El programador 320 en el nodo B 304 se configura para transmitir el mensaje 366 de respuesta de control de velocidad codee al RRC 334 en la UTRA 350 en un mensaje de parte de aplicación del nodo B individual nuevo (NBAP) o en un mensaje de parte de aplicación de subsistema de red de radio individual nuevo (RNSAP) en caso de una deriva de RNC. En una modalidad alternativa, el programador 320 en el nodo B 304 se configura para incorporar la información contenida en el mensaje 366 de respuesta de control de velocidad codee dentro de un mensaje NBAP existente y después transmite el mensaje NBAP existente al RRC 334 en la UTRAN 350. Por ejemplo, se puede utilizar para este propósito un procedimiento de reconfiguración de enlace de radio . Los mensajes introducidos en lo anterior permiten la coordinación de control de velocidad AMR y el control de velocidad instruida RRC. Los mensajes conectan el control de velocidad AMR en el plano de usuario con el control de velocidad solicitado RRC sobre el plano de control. El RRC 314 y la WTRU 302 se informa del control de velocidad autónomo AMR por el mensaje de reporte AMR RRC por lo que se permite al AS que aprenda acerca de los cambios de velocidad ÑAS autónomos. El mensaje de reporte AMR RRC reporta un cambio de velocidad de plano de usuario AMR en la capa ÑAS y permite que la capa AS se adapta el cambio de velocidad. El control de velocidad solicitado por el RRC 314 se transmite desde la UTRAN 350 a la WTRU 302 en el mensaje 362 de control de velocidad codee RRC por lo que permite que la ÑAS aprenda acerca de la necesidad de un cambio de velocidad en base en el AS. Una operación de control de velocidad RRC es capaz de coexistir con una operación de control de velocidad AMR autónoma debido a que cada operación es activada por condiciones diferentes. La operación de control de velocidad RRC es activada por calidades de radio mientras que la operación de control de velocidad AMR es activada por una aplicación de voz o actividades de voz. En una modalidad preferida, se introduce un mecanismo de protección para evitar situaciones en las cuales exista un control de velocidad AMR contradictorio y solicitudes de control de velocidad RRC. Cuando la velocidad AMR se cambia recientemente por una operación de control de velocidad RRC o una operación de control de velocidad AMR y después llega una solicitud para una operación contradictoria, no se produce operación de control de velocidad. La operación de control de velocidad únicamente se presenta después de un período de protección. Por ejemplo, cuando se recibe una segunda solicitud para una operación contradictoria a partir de la misma fuente o se han transmitido un número de marcos, lo que suceda primero. El número de marcos puede ser un parámetro configurable o se puede establecer por una regla. Cuando las solicitudes para operaciones contradictorias llegan al mismo tiempo y no se produce operación de control de velocidad. En vez de esto, la velocidad AMR permanece sin cambio hasta que recibe la siguiente solicitud. Por ejemplo, si el ÑAS modifica de manera autónoma el control de velocidad, después el AS solicita un cambio de velocidad, se cambia la velocidad AMR únicamente después de que el AS nuevamente solicita un cambio de velocidad después de un período de protección. De igual manera, si el AS modifica el control de velocidad, entonces el cambio de velocidad autónomo ÑAS no se producirá de inmediato. La figura 4 es un diagrama de bloque ejemplar del sistema 400 de comunicación inalámbrico LTE 3GPP configurado de acuerdo con la presente invención. El sistema incluye una WTRU 402, un nodo B 404 evolucionado (nodo B e) y una MGW o una WTRU igual 408. Como se muestra en la figura 4, la WTRU 402 incluye un vocoder 410 AMR, una unidad 412 de enmarcado AMR, un RRC 414 y una capa 416 MAC/PHY. El nodo B e 404 incluye un programador 420, un RRC 434 y un RRM 432. La MGW o la WTRU igual 408 incluye un vocoder 440 y una unidad 442 de enmarcado AMR. En la arquitectura LTE, las funciones de RRC se localizan en el nodo B e 404. Por lo tanto, el mensaje 464 de solicitud de control de velocidad codee y el mensaje 466 de respuesta de control de velocidad codee son mensajes internos dentro del nodo B e 404. La presente invención se aplica al codee AMR utilizado actualmente para servicios VoIP en 3GPP. Además, la presente invención también se puede utilizar para codee AMR-WB y otros tipos de codee de velocidades múltiples. La presente invención puede funcionar dentro de la arquitectura 3GPP actual así como la arquitectura LTE. Además, la presente invención aplica a evolución de acceso de paquete de alta velocidad (HSPA) (HSPA+) . Las características de la presente invención se pueden incorporar en un circuito integrado (IC) o se pueden configurar en un circuito que comprende una multitud de componentes que se interconectan. Aunque las características y elementos de la presente invención se describen en las modalidades preferidas en combinaciones particulares, cada característica o elemento se puede utilizar solo sin las otras características y elementos de las modalidades preferidas o en diversas combinaciones con o sin otras características y elementos de la presente invención. Los métodos de los diagramas de flujo proporcionados en la presente invención se pueden implementar en un programa de computadora, software o firmware constituido de manera tangible en un medio de almacenamiento legible en computadora para ejecución por una computadora de propósito general o un procesador. Los ejemplos de medio de almacenamiento legibles en computadora incluyen una memoria de solo lectura (ROM) , una memoria de acceso aleatorio (RAM) , un registro, una memoria oculta (cache) , dispositivos de memoria semiconductora, medios magnéticos tales como discos duros internos y discos separables, medios magneto-ópticos y medios ópticos tales como discos CD-ROM y discos versátiles digitales (DVD) . Los procesadores adecuados incluyen, a modo de ejemplo, un procesador de propósito general, un procesador de propósito 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 DSP, un controlador, un microcontrolador , circuitos integrados específicos para aplicación (ASIC) , circuitos de arreglo de compuerta programables en el campo (FPGA) , cualquier otro tipo de circuito integrado (IC) y/o una máquina de estado. Un procesador en asociación son software se puede utilizar para implementar un transceptor de radiofrecuencia para uso en una unidad transmisora/receptora inalámbrica ( TRU) , equipo de usuario (UE) , terminal, estación de base, controlador de red de radio (RNC) o cualquier computadora hospedadora. La WTRU se puede utilizar junto con módulos, implementando el hardware y/o software tal como una cámara, un módulo de cámara de video, un videófono, un altavoz, un dispositivo de vibración, una bocina, un micrófono, un transceptor de televisión, un microteléfono de manos libres, un teclado, un módulo BluetoothMR, una unidad de radio de frecuencia modulada (FM) , una unidad de presentación de pantalla de cristal liquido (LCD) , una unidad de presentación de diodo emisor de luz orgánico (OLED) , un reproductor de música digital, un reproductor de medios, un módulo reproductor de juegos de video, un navegador de Internet y/o un módulo de red de área local inorgánica (WLA ) .

MODALIDADES 1. Un método para realizar control de velocidad de codee por control de recurso de radio (RRC) para servicios de voz sobre IP (VoIP) , el método comprende transmitir un mensaje desde un RRC en una unidad transmisora/receptora inalámbrica (WTRU) . 2. El método de la modalidad 1, que comprende además recibir el mensaje en un RRC en un controlador de red de radio (RNC) . 3. Un método como en cualquiera de las modalidades 1-2, en donde el mensaje informa al RRC en el RNC de información codee de velocidad múltiple adaptable (AMR) en la WTRU. 4. Un método como en cualquiera de las modalidades 1-3, en donde el mensaje es un mensaje de reporte codee RRC. 5. El método como en la modalidad 4, en donde el mensaje de reporte codee RRC incluye un tipo de aplicación. 6. Un método como en cualquiera de las modalidades 4-5, en donde el mensaje de reporte codee RRC incluye un tipo codee. 7. Un método como en cualquiera de las modalidades 4-6, en donde el mensaje de reporte codee RRC incluye una velocidad AMR actual. 8. Un método como en cualquiera de las modalidades 4-7, en donde el mensaje de reporte codee RRC incluye un esquema de control de velocidad autónomo AMR. 9. Un método como en cualquiera de las modalidades 4-8 en donde el RRC en la WTRU tiene conocimiento de su información codee AMR antes de transmitir la información al RRC en el RNC. 10. Un método como en cualquiera de las modalidades 4-9, en donde el mensaje se utiliza internamente dentro de la WTRU para transportar la información codee AMR entre las funciones AMR y las funciones RRC. 11. Un método como en cualquiera de las modalidades 4-10, en donde el mensaje se incorpora en un mensaje RRC existente. 12. Un método como en cualquiera de las modalidades 1-11, en donde el intervalo de reporte de la información codee AMR es configurable . 13. El método de la modalidad 12, en donde el reporte inicial de información codee AMR se lleva a cabo cuando una capa de aplicación en la WTRU solicita una conexión y recursos para una aplicación VoIP desde una red de núcleo (CN) y una red de acceso de radio terrestre UMTS (UTRAN) . 14. Un método, como en cualquiera de las modalidades 1-13, en donde el RNC se localiza dentro de una UTRAN. 15. Un método para realizar un control de velocidad codee de control de recurso de radio (RRC) para servicios de voz sobre IP (VoIP) en una red de comunicación inalámbrica, el método comprende transmitir un mensaje desde una RRC en un controlador de red de radio (RNC) . 16. El método de la modalidad 15, que comprende además recibir el mensaje en un RRC en una unidad transmisora/receptora inalámbrica (WTRU) . 17. Un método como en cualquiera de las modalidades 15-16, en donde el mensaje solicita un cambio de velocidad de velocidad múltiple adaptable (AMR) en base en las condiciones de administración de recursos de radio (RRM) en el RNC. 18. Un método como en cualquiera de las modalidades 15-17, en donde el mensaje es un mensaje de control de velocidad codee RRC. 19. Un método como en cualquiera de las modalidades 15-18, en donde el mensaje incluye una velocidad solicitada para enlace ascendente (UL) vía señalización explícita de la velocidad de datos. 20. Un método como en cualquiera de las modalidades 15-19, en donde el mensaje incluye una velocidad solicitada para enlace descendente (DL) vía señalización explícita de la velocidad de datos. 21. Un método como en cualquiera de las modalidades 15-20, en donde el mensaje incluye una velocidad solicitada para enlace ascendente (UL) vía señalización implícita de la velocidad de datos. 22. Un método como en cualquiera de las modalidades 15-21, en donde el mensaje incluye una velocidad solicitada para enlace descendente (DL) vía señalización implícita de la velocidad de datos. 23. Un método como en cualquiera de las modalidades 15-22, en donde el mensaje incluye información respecto a en que momento se lleva a cabo el cambio de velocidad ARM solicitada. 24. Un método como en cualquiera de las modalidades 15-23, en donde el mensaje incluye información respecto a cuanto tiempo permanece en efecto el cambio de velocidad ARM solicitado. 25. Un método como en cualquiera de las modalidades 15-24, en donde el mensaje incluye información RRM. 26. Un método como en cualquiera de las modalidades 15-25, en donde la WTRU recibe el mensaje y un vocoder AMR determina si es necesario un cambio de velocidad AMR. 27. Un método como en cualquiera de las modalidades 15-26, en donde el mensaje incluye información respecto a cuanto tiene efecto el cambio de velocidad ARM solicitado . 28. Un método como en cualquiera de las modalidades 15-27, en donde el mensaje incluye información respecto a cuanto tiempo permanece en efecto el cambio de velocidad AMR solicitado que es conocido por una regla predeterminada . 29. Un método como en cualquiera de las modalidades 15-28, en donde el mensaje es un mensaje RRC existente que incorpora el cambio de velocidad AMR solicitado . 30. Un método como en cualquiera de las modalidades 15-29, en donde el mensaje se transmite por activación de un. control de velocidad codee RRC. 31. El método de la modalidad 30, en donde el control de velocidad codee RRC se activa por condiciones RRM en la red de comunicación inalámbrica en base en TRU y mediciones de nodo B y los recursos de red disponibles. 32. Un método como en cualquiera de las modalidades 30-31, en donde el control de velocidad codee RRC para AMR se activa por una calidad de enlace. 33. Un método como en cualquiera de las modalidades 30-32, en donde el control de velocidad codee RRC para AMR se activa por una carga de celda. 34. Un método como en cualquiera de las modalidades 30-33, en donde el control de velocidad codee RRC para AMR se activa por un nivel de interferencia. 35. Un método como en cualquiera de las modalidades 30-34, en donde el control de velocidad codee RRC para AMR se basa en una pluralidad de umbrales de activación RRM. 36. El método de la modalidad 35, en donde la pluralidad de umbrales de activación RRM son configurables . 37. Un método como en cualquiera de las modalidades 15-36, en donde el RNC se localiza dentro de una red de acceso de radio terrestre UMTS (UTRAN) . 38. Un método como en cualquiera de las modalidades 15-37, que comprende además una transmisión de mensaje desde el RRC en el RNC a un programador en un nodo B . 39. El método de la modalidad 38, en donde el mensaje notifica al nodo B del cambio de velocidad AMR solicitado para habilitar al nodo B para cambiar su asignación de recurso y programarse en consecuencia. 40. Un método como en cualquiera de las modalidades 38-39, en donde el mensaje es un mensaje de solicitud de control de velocidad codee. 41. Un método como en cualquiera de las modalidades 38-40, en donde el mensaje incluye una velocidad solicitada para enlace ascendente (UL) vía señalización explícita de la velocidad de datos. 42. Un método como en cualquiera de las modalidades 38-41, en donde el mensaje incluye una velocidad solicitada para enlace descendente (DL) vía señalización explícita de la velocidad de datos. 43. Un método como en cualquiera de las modalidades 38-42, en donde el mensaje incluye una velocidad solicitada para enlace ascendente (UL) vía señalización explícita de la velocidad de datos. 4 . Un método como en cualquiera de las modalidades 38-43, en donde el mensaje incluye una velocidad solicitada para enlace descendente (DL) vía señalización implícita de la velocidad de datos. 45. Un método como en cualquiera de las modalidades 38-44, en donde el mensaje incluye información respecto a en que momento se lleva a cabo el cambio de velocidad ARN solicitada. 46. Un método como en cualquiera de las modalidades 38-45, en donde el mensaje incluye información respecto a cuanto tiempo permanece en efecto el cambio de velocidad ARM solicitado. 47. Un método como en cualquiera de las modalidades 38-46, en donde el mensaje incluye información RRM. 48. Un método como en cualquiera de las modalidades 38-47, en donde el mensaje incluye información respecto a cuanto tiene efecto el cambio de velocidad AMR solicitado . 49. Un método como en cualquiera de las modalidades 38-48, en donde el mensaje incluye información respecto a cuanto tiempo permanece en efecto el cambio de velocidad AMR solicitado que es conocido por una regla predeterminada . 50. Un método como en cualquiera de las modalidades 38-49, en donde el mensaje es transmitido cuando se transmite el mensaje de control de velocidad codee RRC. 51. Un método como en cualquiera de las modalidades 38-50, en donde el mensaje es un mensaje interno dentro de un nodo B evolucionado en la arquitectura de evolución a largo plazo (LTE) . 52. Un método como en cualquiera de las modalidades 38-50, que comprende además transmitir un mensaje desde el programador en el nodo B al RRC en el RNC. 53. El método de la modalidad 52, en donde el mensaje responde al cambio de velocidad AMR solicitado desde el RNC. 54. Un método como en cualquiera de las modalidades 52-53, en donde el mensaje es un mensaje de respuesta de control de velocidad de codee. 55. Un método como en cualquiera de las modalidades 52-54, en donde el mensaje incluye una combinación de formato de transporte (TFC) que no puede ser manejado por el programador en el nodo B. 56. Un método como en cualquiera de las modalidades 52-55, en donde el mensaje incluye un tamaño de unidad de datos de protocolo (PDU) que no puede ser manejado por el programador en el nodo B. 57. Un método como en cualquiera de las modalidades 52-56, en donde el mensaje incluye un tamaño de daños sugerido. 58. Un método como en cualquiera de las modalidades 52-57, en donde el mensaje incluye una velocidad de datos sugerida. 59. Un método como en cualquiera de las modalidades 52-58, en donde el mensaje incluye una indicación de si se ha aplicado la velocidad de datos solicitada. 60. Un método como en cualquiera de las modalidades 52-59, en donde el mensaje es un mensaje de parte de aplicación del nodo B individual nuevo (NBAP) . 61. Un método como en cualquiera de las modalidades 52-60, en donde el mensaje es un mensaje de parte de aplicación de subsistema de red de radio nuevo (R SAP) así como una deriva de RNC. 62. Un método como en cualquiera de las modalidades 52-61, en donde el mensaje se incorpora dentro de un mensaje NBAP existente. 63. Un método como en cualquiera de las modalidades 52-62, en donde el mensaje se transmite cuando se recibe en mensaje de solicitud de control de velocidad de codee . 64. Un método como en cualquiera de las modalidades 52-63, en donde el mensaje es un mensaje interno dentro de un nodo B evolucionado en la arquitectura de evolución a largo plazo (LTE) . 65. Un método para coordinar un control de velocidad de velocidad múltiple adaptable (AMR) y un control de velocidad instruido por control de recurso de radio (RRC) sobre servicios de voz sobre IP (VoIP) en una red de comunicación inalámbrica, el método comprende recibir un mensaje en un RRC en un controlador de red de radio (RNC) en donde el mensaje contiene información sobre un control de velocidad autónomo AMR. 66. El método de la modalidad 65, que comprende además transmitir un mensaje desde el RRC en el RNC, en donde el mensaje solicita un cambio de velocidad AMR en base en las condiciones de administración de recursos de radio (RRM) en el RNC. 67. Un método como en cualquiera de las modalidades 65-66, en donde el mensaje recibido en RRC en el RNC es un mensaje de reporte AMR de RRC. 68. Un método como en cualquiera de las modalidades 65-67, en donde el mensaje transmitido desde el RRC en el RNC es un mensaje de control de velocidad de codee RRC. 69. Un método como en cualquiera de las modalidades 65-68, en donde el control de velocidad AMR es activado por una aplicación de voz. 70. Un método como en cualquiera de las modalidades 65-69, en donde la velocidad instruida por el RRC es activada por calidades de red. 71. Un método como en cualquiera de las modalidades 65-70, en donde, si se cambia una velocidad AMR por un mecanismo y llega una solicitud contradictoria desde un segundo mecanismo, entonces no se lleva a cabo control de velocidad hasta que la solicitud contradictora llega nuevamente o se han transmitido cierto número de marcos. 72. El método de la modalidad 71, en donde el mecanismo es el control de velocidad de AMR o el control de velocidad instruido por RRC. 73. Un método como en cualquiera de las modalidades 71-72, en donde el número de marcos es un parámetro configurable . 74. Un método como en cualquiera de las modalidades 71-73, en donde el número de marcos se establece por una regla. 75. Un método como en cualquiera de las modalidades 71-74, en donde si llegan solicitudes contradictorias de mecanismos diferentes al mismo tiempo, entonces no se realiza control de velocidad.

Claims (15)

REI I DICACIONES

1. Método para uso en una unidad transmisora/receptora inalámbrica (WTRU) para realizar control de velocidad de codee de control de recursos de radio (RRC) para servicios de voz sobre IP (VoIP) , el método comprende: transmitir un mensaje desde un controlador de recursos de radio (RRC) a un RRC en un controlador de red de radio (RNC) , en donde el mensaje es un mensaje de reporte de codee RRC que incluye información de codee AMR en la WTRU; y recibir un mensaje en el RRC desde el RRC en el RNC ante la activación del control de velocidad de codee RRC en el RRC del RNC, en donde el mensaje es un mensaje de control de velocidad codee RRC que se incorpora dentro de un mensaje RRC existente y solicita un cambio de velocidad múltiple adaptable (AMR) de la velocidad codee RRC.

2. Método como se describe en la reivindicación 1, en donde el mensaje de control de velocidad codee RRC incluye una velocidad codee RRC solicitada para por lo menos uno de enlace ascendente (UL) y enlace descendente (DL) vía señalización explícita de la velocidad de datos.

3. Método como se describe en la reivindicación 1, en donde el mensaje de control de velocidad codee RRC incluye una velocidad codee RRC solicitada para por lo menos uno de enlace ascendente (UL) y enlace descendente (DL) vía señalización implícita de la velocidad de datos.

4. Método como se describe en la reivindicación 1, en donde el mensaje de control de velocidad de codee RRC incluye información respecto a cuando se lleva a cabo el cambio de AMR de la velocidad codee RRC.

5. Método como se describe en la reivindicación 1, en donde el control de velocidad RRC en el RRC del RNC se activa en base en las condiciones RRM.

6. Método para uso en un controlador de red de radio (RNC) para realizar control de velocidad de codee de control de recursos de radio (RRC) para servicios de voz sobre IP (VoIP) , el método comprende: recibir un mensaje desde un controlador de recursos de radio (RRC) en una unidad transmisora/receptora inalámbrica (WTRU) , en donde el mensaje es un mensaje de reporte de codee RRC que incluye información de codee AMR en la WTRU; y transmitir un mensaje desde un RRC al RRC en la WTRU ante la activación del control de velocidad de codee RRC dentro del RRC en el RNC, en donde el mensaje es un mensaje de control de velocidad de codee RRC que se incorpora dentro de un mensaje RRC existente y solicita un cambio de velocidad múltiple adaptable (AMR) de la velocidad codee RRC.

7. Método. como se describe en la reivindicación 6, en donde el mensaje de control de velocidad codee RRC incluye una velocidad codee RRC solicitada para por lo menos uno de enlace ascendente (UL) y enlace descendente (DL) vía señalización explícita de la velocidad de datos.

8. Método como se describe en la reivindicación 6 , en donde el mensaje de control de velocidad de codee RRC incluye una velocidad de codee RRC solicitada para por lo menos uno de enlace ascendente (UL) y enlace descendente (DL) vía señalización implícita de la velocidad de datos.

9. Método como se describe en la reivindicación 6, en donde el mensaje de control de velocidad de codee RRC incluye información respecto a en que momento se lleva a cabo el cambio AMR de la velocidad codee RRC.

10. Método como se describe en la reivindicación 6, en donde el control de velocidad RRC en el RRC del RNC se activa en base en las condiciones RRM.

11. Método como se describe en la reivindicación 6, que comprende además transmitir un mensaje desde el RRC a un nodo B, en donde el mensaje es un mensaje de solicitud de control de velocidad codee y que notifica al nodo B del cambio AMR solicitado de la velocidad de codee RRC para permitir al nodo B cambiar su asignación de recurso y programación en consecuencia.

12. Método como se describe en la reivindicación 11, en donde el mensaje de solicitud de control de velocidad de codee incluye información respecto a en que momento se lleva a cabo el cambio AMR solicitado de la velocidad de codee RRC.

13. Método como se describe en la reivindicación 11, en donde la transmisión del mensaje de solicitud de control de velocidad de codee se produce cuando se transmite el mensaje de control de velocidad de codee RRC.

14. Método como se describe en la reivindicación 11, que comprende además recibir un mensaje desde el nodo B, en donde el mensaje es un mensaje de respuesta de control de velocidad de codee que responde al cambio AMR solicitado de la velocidad de codee RRC.

15. Método como se describe en la reivindicación 14, en donde el mensaje de respuesta de control de velocidad de codee incluye por lo menos uno de una combinación de formato de transporte (TFC) y un tamaño de unidad de datos de protocolo (PDU) que no puede ser manejado por un programador en el nodo B."