ES2291229T3 - Control de conmutacion de tipo de canal. - Google Patents

Control de conmutacion de tipo de canal. Download PDF

Info

Publication number
ES2291229T3
ES2291229T3 ES00986145T ES00986145T ES2291229T3 ES 2291229 T3 ES2291229 T3 ES 2291229T3 ES 00986145 T ES00986145 T ES 00986145T ES 00986145 T ES00986145 T ES 00986145T ES 2291229 T3 ES2291229 T3 ES 2291229T3
Authority
ES
Spain
Prior art keywords
channel
type
data
connection
mobile
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
ES00986145T
Other languages
English (en)
Inventor
Jim Malmlof
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2291229T3 publication Critical patent/ES2291229T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters

Landscapes

  • Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Use Of Switch Circuits For Exchanges And Methods Of Control Of Multiplex Exchanges (AREA)
  • Circuits Of Receivers In General (AREA)

Abstract

Un método para seleccionar un tipo de canal para soportar una conexión de radio móvil, caracterizado por: determinar a lo largo de un número de intervalos de tiempo información asociada con un tipo de canal que soporta la conexión de radio móvil para cada uno de los intervalos de tiempo; analizar la información determinada en busca de un patrón; y tomar una decisión de cambio del tipo de canal basada en el análisis.

Description

Control de conmutación de tipo de canal.
Ámbito de la invención
La presente invención se refiere a comunicaciones por paquetes de datos, y en particular a controlar la conmutación entre canales de comunicación de distintos tipos.
Antecedentes y resumen de la invención
En los sistemas actuales y futuros de comunicaciones móviles por radio, se aporta o se aportará una variedad de servicios distintos. Aunque los sistemas de radio móviles tradicionalmente han aportado servicios por conmutación de circuitos, por ejemplo para soportar llamadas de voz, los servicios de datos por conmutación de paquetes también se están volviendo cada vez más importantes. Ejemplos de servicios por paquetes de datos son el correo electrónico, la transferencia de ficheros y la recuperación de información por medio de Internet. Puesto que los servicios por paquetes de datos a menudo utilizan recursos del sistema de una manera que varía a lo largo de una sesión de paquetes de datos, el flujo de paquetes a menudo se caracteriza por "ráfagas". Las ráfagas de paquetes transmitidos se intercalan con periodos en los que no se transmiten paquetes, de manera que la "densidad" de paquetes es elevada durante breves periodos de tiempo y a menudo muy baja durante largos periodos.
Los sistemas de comunicaciones móviles deben ser capaces de acomodar tanto servicios por conmutación de circuitos como servicios por conmutación de paquetes. Pero al mismo tiempo el limitado ancho de banda de radio debe utilizarse con eficiencia. Por lo tanto, pueden emplearse distintos tipos de canales de radio para acomodarse con más eficiencia a los distintos tipos de tráfico que deban transportarse por la interfaz de radio.
El Sistema Global para Comunicaciones Móviles (GSM) es un ejemplo de un sistema de comunicaciones móviles que ofrece servicios por conmutación de circuitos a través de un nodo MSC (Centro de Conmutación Móvil) y servicios por conmutación de paquetes a través de un nodo GPRS (Servicios Generales de Radio por Paquetes). Para un servicio garantizado por conmutación de circuitos, se utilizan canales de tráfico dedicados. Un canal de radio se dedica (durante la duración de la conexión móvil) a un usuario móvil determinado y entrega datagramas de información según se reciben sin demora sustancial. Típicamente un canal dedicado aporta un elevado caudal de datos. Para conmutación de paquetes, se emplean canales comunes con un servicio basado en el mejor esfuerzo, en el que una pluralidad de usuarios móviles comparte el canal común al mismo tiempo. Típicamente un canal común entrega paquetes de información con un caudal de datos relativamente bajo. Así, cuando los parámetros de calidad de servicio solicitada son relativamente altos, para una comunicación de habla o sincronizada, transferencia suave o transparente, etc., un canal dedicado de conmutación de circuitos resulta adecuado para manejar este tipo de tráfico. Cuando la calidad de servicio solicitada es relativamente baja, por ejemplo para un mensaje de correo electrónico, o si el usuario sólo tiene que transmitir una pequeña cantidad de datos, un canal común de conmutación de paquetes resulta adecuado para manejar este tipo de tráfico. Sin embargo, en GSM/GPRS no hay "conmutación" entre distintos tipos de canales. Todo el tráfico dedicado es por conmutación de circuitos GSM, y todo el tráfico común es por conmutación de paquetes GPRS.
La selección del tipo de canal adecuado y la conmutación del tipo de canal son características importantes que serán incluidas en los sistemas móviles de tercera generación que utilizan W-CDMA (Acceso múltiple de banda ancha por división de código). Los sistemas CDMA de banda ancha de tercera generación deben soportar una variedad de servicios por conmutación de circuitos y por conmutación de paquetes en una amplia gama de velocidades binarias, por ejemplo de kilobits por segundo a megabits por segundo. Dos de los recursos de radio más críticos en CDMA de banda ancha necesarios para soportar tales servicios son los códigos de canalización y la potencia de transmisión. Los códigos de canalización se utilizan para reducir las interferencias y para separar la información entre distintos usuarios. Cuanta más capacidad de canales se requiere, más códigos de canalización deben adjudicarse. El otro recurso de radio crítico es potencia de transmisión/nivel de interferencia. Los canales dedicados emplean control de potencia de transmisión de bucle cerrado, que permite adjudicaciones de potencia más precisas que resultan en menos interferencias y una tasa inferior de errores binarios. Los canales comunes suelen utilizar control de potencia de bucle abierto, que es menos preciso y no tan adecuado para transmitir grandes cantidades de datos.
Los sistemas CDMA de banda ancha se encuentran con desafíos adicionales para ofrecer servicios nuevos y diversos y distribuir al mismo tiempo con eficiencia y eficacia los recursos limitados del sistema. Por ejemplo, mientras que el tráfico de datos tiene una naturaleza de "ráfagas" como se ha descrito antes, los patrones de tráfico también se ven afectados por el protocolo de transmisión que se utilice en particular. Por ejemplo, el protocolo de transmisión más comúnmente utilizado en Internet actualmente es TCP (Protocolo de Control de Transmisión). TCP aporta una entrega fiable y ordenada de una corriente de bytes y utiliza un mecanismo de control de flujo y un mecanismo de control de congestión. La cantidad de datos entregados para transmisión se regula en base a la cantidad de congestión detectada, es decir, el número de paquetes perdidos por desbordamiento en los routers a causa de un tráfico mayor que la capacidad de la red. Para conseguir esta regulación, cuando el TCP detecta la pérdida de paquetes, reduce la velocidad de transmisión en un 50% o más y sólo aumenta esta velocidad lentamente para incrementar gradualmente el caudal. Otro factor que tener en cuenta es el uso de distintas clases de QoS (Calidad de Servicio). Por ejemplo, se pueden aportar a los usuarios de una red tres clases distintas de prioridad: la baja prioridad incluiría a los usuarios con demandas reducidas de caudal y demora (por ejemplo, un usuario de correo electrónico), la prioridad media incluiría a los usuarios que demandan un caudal superior (por ejemplo, servicio web) y la alta prioridad incluiría a los usuarios que demandan elevado caudal con demora mínima (por ejemplo, voz, vídeo, etc.).
Debido a la naturaleza de ráfagas de las transmisiones de paquetes de datos, a los protocolos de transmisión sensibles a la congestión, los parámetros QoS y otros factores (colectivamente denominados "aspectos dinámicos" de las transmisiones de paquetes de datos), el tipo de canal más adecuado para soportar con eficiencia una conexión de usuario con frecuencia cambia durante la vida de esa conexión de usuario. En un punto, podría ser mejor que la conexión de usuario fuese soportada por un canal dedicado, mientras que en otro punto podría ser mejor que la conexión de usuario fuese soportada por un canal común.
WO 99/52307 describe métodos y arreglos para aportar acceso de radio flexible y adjudicación de recursos en un sistema UTMS (Sistema de Telefonía Móvil Universal). Una red de acceso terrestre UTMS (UTRAN), en respuesta a una solicitud de servicio portador de acceso de radio, adjudica de manera flexible y eficaz los recursos necesarios para soportar una comunicación con una radio móvil.
El problema abordado por la presente invención es el de determinar si, cuándo y con qué frecuencia hay que cambiar el tipo de canal durante el curso de una determinada conexión de usuario.
Una manera de determinar cuándo cambiar una conexión de usuario de una canal dedicado a un canal común es monitorizar la cantidad de datos almacenados en un momento dado en un búfer de transmisión asociado con esa conexión de usuario. Cuando la cantidad de datos almacenados en el búfer es menor que un umbral determinado, esa menor cantidad de datos puede no justificar el uso de un canal dedicado. Por otra parte, la disminución en la cantidad de datos por transmitir para ese usuario puede ser sólo temporal, en vista de los aspectos dinámicos de la transmisión de datos, y la cantidad de datos que hay en el búfer puede acumularse rápidamente debido a la carga en el canal común o a un incremento en las necesidades de capacidad para esa conexión. En consecuencia, puede ser necesario devolver otra vez la conexión a un canal dedicado.
Consideremos la situación en que una conexión de usuario está adjudicada en un momento dado a un canal de radio dedicado con una capacidad/velocidad de transmisión de datos superior a la velocidad de entrada actual de datos de usuario para ser transmitidos por dicho canal. La situación puede presentarse si hay congestión en algún punto de Internet, por ejemplo, una congestión en Internet hace que el TCP reduzca drásticamente su velocidad de transmisión como se ha descrito antes. Una baja velocidad de entrada también puede deberse a un "eslabón débil" en la conexión externo a la red de radio, por ejemplo un módem de baja velocidad. A consecuencia de la baja velocidad de entrada de datos, que muy bien puede ser temporal, la conexión de usuario se pasa a un canal común, aunque poco después el usuario tenga una gran cantidad de datos por transmitir. Así pues, poco después de pasar la conexión de usuario al canal común, el búfer se llena rápidamente debido al menor caudal del canal común, y la conexión de usuario se cambia de nuevo a un canal dedicado. Esta situación puede conducir a una rápida y prolongada conmutación entre un canal común y un canal dedicado mientras persistan dichas condiciones. Este efecto de "ping pong" es indeseable porque cada cambio de tipo de canal consume energía de la terminal accionada por batería, pierde paquetes durante el cambio y requiere una carga adicional de señales de control.
La figura 1 es un gráfico que simula una corriente constante de datos de entrada a 32 Kbit/s hacia el búfer de transmisión donde a la conexión de usuario se le asigna un canal dedicado con una capacidad de 64 Kbit/s. La capacidad del canal común se ha simulado a 16 Kbit/s pero en la figura 1 se ilustra como 0 Kbit/s. El umbral de cambio del búfer que desencadena un cambio de canal dedicado a común y de canal común a dedicado está fijado en 1.000 bytes. Un temporizador de expiración está fijado en 1 segundo. La figura 1 muestra la capacidad de canal adjudicada conseguida (en Kbit/s) en relación al tiempo bajo estas condiciones simuladas en las que la conexión de usuario se cambia cíclicamente entre un canal dedicado de 64 Kbit/s (al cabo de aproximadamente 1 segundo) y un canal común (después de menos de 0,5 segundos).
La figura 2 muestra la cantidad de búfer (en bytes) en relación al tiempo para esta misma simulación. La cantidad del búfer es de aproximadamente 600 bytes cuando el usuario está en un canal dedicado, lo que está por debajo del umbral de 1.000 bytes. Por lo tanto, la conexión de usuario se pasa a un canal común en cuanto expira el temporizador de 1 segundo. Pero en el canal común, el búfer de transmisión se llena más rápidamente con la corriente de entrada de 32 Kbit/s hasta llegar a unos 2.000 bytes, lo que, como se supera el umbral de 1.000 bytes, conduce rápidamente a un cambio de canal de vuelta al canal dedicado. Este tipo de conmutación rápida entre canales (efecto "ping pong") es indeseable, como se ha dicho antes, por los recursos necesarios para orquestar cada cambio en el tipo de canal y el tiempo requerido para establecer un canal dedicado.
La presente invención resuelve los problemas mencionados. A lo largo de un número de intervalos de tiempo se determina la información asociada con un tipo de canal de comunicaciones que soporta una conexión de radio móvil entre una radio móvil y una red de radio. La información determinada se analiza en busca de un patrón o tendencia. Se toma una decisión de intercambio de tipo de canal, es decir, si hay que cambiar la conexión de radio móvil a un tipo distinto de canal de radio, en base al análisis. La información asociada puede incluir el tipo de canal que actualmente soporta la conexión móvil durante cada uno de los intervalos de tiempo. Los tipos de canal pueden incluir, por ejemplo, un tipo dedicado de canal temporalmente asignado para soportar una única conexión de radio móvil y un tipo común de canal de radio compartido por diversas conexiones de radio móviles. Alternativamente, puede haber tres o más tipos de canales distintos.
Un criterio para la decisión de cambio de tipo de canal puede ser el de evitar un cambio indeseable de tipo de canal, como un intercambio rápido y constante de un tipo de canal a otro y viceversa. En este sentido, si el tipo de canal difiere a lo largo del número de intervalos de tiempo, se puede decidir mantener la conexión de usuario móvil en un tipo de canal durante un número predeterminado de intervalos de tiempo para impedir el intercambio constante de un tipo de canal a otro.
La información asociada con el tipo del canal de comunicaciones que soporta una conexión de radio móvil durante un número de intervalos de tiempo también puede incluir una cantidad de datos que transmitir por la conexión de radio. Si la cantidad de datos para cada uno de los intervalos de tiempo está por debajo de un umbral mientras la conexión de usuario móvil es soportada por un canal de capacidad superior, puede tomarse una decisión de pasar la conexión de usuario móvil a un tipo de canal de menor capacidad. Alternativamente, si la cantidad de datos para cada uno de los intervalos de tiempo está por encima de un umbral mientras la conexión de usuario móvil es soportada por un canal de capacidad inferior, la conexión de usuario móvil puede cambiarse a un canal de mayor capacidad. Si se toma una decisión de cambiar la conexión de radio móvil a un canal de menor capacidad, la conexión de radio móvil puede pasarse primero a un canal de capacidad intermedia antes tomar la decisión de pasar la conexión de radio móvil al canal de menor capacidad. De forma semejante, si se toma una decisión de cambiar la conexión de radio móvil a un canal de mayor capacidad, puede pasarse al canal intermedio antes de cambiar al canal de mayor capacidad. En otro ejemplo de posible alternativa, si se toma una decisión de cambiar la conexión de radio móvil desde el canal de capacidad más elevada, puede hacerse un cambio al canal de menor capacidad seguido de un cambio al canal intermedio si a continuación se toma una decisión en este sentido.
El primer número de intervalos de tiempo puede verse como una ventana deslizante. En un ejemplo de realización no limitador, la ventana deslizante almacena tanto un tipo de canal como una cantidad de datos para cada intervalo de tiempo en un array de memoria. Naturalmente, en la ventana deslizante pueden monitorizarse otros parámetros. Al terminar el siguiente intervalo de tiempo, los datos almacenados en el array de memoria se desplazan de manera que el tipo de canal y la cantidad de datos almacenados en la última posición de la ventana se retiran y un tipo de canal y una cantidad de datos determinados más recientemente se almacenan en la posición de la primera ventana. También se puede mantener una segunda ventana deslizante, más larga, en un segundo array de memoria. Pueden tomarse otras decisiones de largo plazo en base a la ventana de tiempo deslizante más larga, como regulación de potencia, cambio de tipo de canal, etc.
La presente invención puede aplicarse en un nodo de control de una red de radio o en una estación móvil. En un ejemplo de realización preferente, la invención se aplica en un nodo de control de una red de radio que tiene una memoria acoplada a circuitos de procesamiento de datos. Los circuitos de procesamiento de datos determinan a lo largo de un primer número de intervalos de tiempo la información asociada con un tipo de canal que soporta una conexión de radio móvil entre una radio móvil y una red de radio móvil para cada uno de los intervalos de tiempo. La información determinada se almacena y se desplaza por la memoria como se ha descrito antes. La información de la ventana deslizante se analiza en busca de una tendencia o patrón, y la decisión de cambiar el tipo de canal se base en este análisis. El nodo de control de la red de radio incluye un mecanismo de conmutación de canal que puede configurarse por ejemplo en una capa inferior del protocolo de comunicaciones para aplicar las decisiones de cambio de tipo de canal.
Breve descripción de las ilustraciones
Los mencionados y otros objetos, características y ventajas de la invención serán evidentes a partir de la siguiente descripción de ejemplos de realización preferentes tal como se ilustran en las figuras adjuntas, en las que los caracteres de referencia se refieren a las mismas partes en todo el documento. Aunque en muchas de las figuras se muestran componentes y bloques de funciones individuales, los expertos en la técnica advertirán que estas funciones pueden ser desempeñadas por circuitos de hardware individuales, por un microprocesador digital o un ordenador de propósito general adecuadamente programado, por un circuito integrado de aplicación específica (ASIC) y/o por uno o más procesadores de señales digitales (DSPs).
La figura 1 es una gráfica que ilustra la capacidad de canal adjudicada con respecto al tiempo en un escenario simulado de conmutación de canales;
la figura 2 es una gráfica que ilustra el contenido de un búfer de transmisión con respecto al tiempo en el escenario simulado de la figura 1;
la figura 3 es un diagrama de flujo que ilustra un método para la conmutación de canales según un ejemplo de realización de la presente invención;
la figura 4 es un diagrama de bloques funcionales que ilustra un sistema de telefonía móvil universal (UMTS) en el que puede aplicarse ventajosamente la presente invención;
\newpage
la figura 5 es un diagrama de bloques funcionales de un controlador de red de radio y una estación base ilustrados en la figura 4;
la figura 6 es un diagrama de bloques funcionales de una estación móvil;
la figura 7 es un diagrama que ilustra capas del protocolo de transmisión que pueden utilizarse en el sistema UMTS ilustrado en la figura 4;
la figura 8 ilustra un búfer de transmisión con ejemplos de umbrales de cantidad de datos utilizados para almacenar datos correspondientes a una conexión de usuario móvil antes de ser transmitidos por el tipo de canal de radio asignado a esa conexión de usuario móvil;
la figura 9 muestra un ejemplo de array de memoria de ventana deslizante;
las figuras 10A - 10F ilustran ejemplos de distintos patrones o tendencias de array;
la figura 11 ilustra otro ejemplo de configuración de array de memoria de ventana deslizante;
la figura 12 ilustra una ventana deslizante más corta y una ventana deslizante más larga;
la figura 13 es un diagrama de flujo que ilustra un ejemplo de procedimiento de ventana deslizante en base a los ejemplos de estructuras de datos que se muestran en las figuras 8 - 12;
la figura 14 es un diagrama de bloques funcionales que ilustra un ejemplo de aplicación de la presente invención en un controlador de red de radio; y
la figura 15 es un diagrama de bloques funcionales que ilustra la conmutación de canales desde la perspectiva de una estación móvil según el ejemplo de aplicación de la figura 14.
Descripción detallada de las ilustraciones
En la siguiente descripción, con fines de explicación y no de limitación, se exponen detalles específicos como ejemplos de realización particulares, arquitecturas de red, flujos de señales, protocolos, técnicas, etc., a fin de aportar una comprensión de la presente invención. Sin embargo, para los expertos en la técnica será evidente que la presente invención puede practicarse en otros ejemplos de realización que se alejan de estos detalles específicos. Por ejemplo, aunque la presente invención a veces se describe en el contexto de ejemplo de un cambio de tipo de canal entre tipos de canal específicos, por ejemplo, dedicado y común, los expertos en la técnica advertirán que la presente invención puede aplicarse a otros tipos de canales y a otras situaciones de conmutación de canal. Aunque la presente invención se describe en el contexto de ejemplo de las comunicaciones móviles por radio, también puede emplearse en otros sistemas en los que se pueda utilizar un cambio de tipo de canal. Se omiten descripciones detalladas de métodos, interfaces, dispositivos, protocolos y técnicas de señalización bien conocidos a fin de no oscurecer la descripción de la presente invención con detalles innecesarios.
A continuación se presenta una descripción general de la presente invención con referencia al método para cambiar el tipo de canal (bloque 2) ilustrado en la figura 3 en formato de bloques funcionales. Una vez más, este método puede aplicarse en cualquier tipo de sistema de comunicaciones (tanto con cables como inalámbrico) en el que una conexión de usuario puede conmutarse entre distintos tipos de canales. Suponiendo que la conexión de usuario móvil esté asignada a un tipo de canal en particular, se establece una ventana deslizante con un número predeterminado de intervalos de tiempo. Para cada uno de los intervalos de tiempo de esa ventana deslizante, se determina información asociada con un tipo de canal que soporta la conexión de radio móvil (bloque 4). La información asociada puede incluir uno o más parámetros. En el ejemplo no limitador que se describe a continuación, esa información asociada incluye el tipo de canal que soporta la conexión de usuario móvil durante un intervalo particular de tiempo. Ejemplos de tipos de canal serían un tipo dedicado de canal de radio temporalmente asignado para soportar una única conexión de radio móvil y un tipo común de canal de radio compartido por una pluralidad de conexiones de radio móviles. También pueden tenerse en cuenta otros tipos de información asociada, incluyendo una calidad de servicio asociada con un tipo de canal, un nivel actual de interferencia que impacta el canal que actualmente soporta la conexión de radio móvil, etc. La información de la ventana deslizante es analizada en busca de un patrón o tendencia (bloque 6). Los distintos patrones o tendencias pueden utilizarse para ayudar a decidir un cambio de tipo de canal así como otras decisiones (bloque 8).
La decisión de cambio de tipo de canal puede incluir cambiar efectivamente los tipos de canal o mantener la conexión de radio móvil en el tipo de canal que actualmente la soporta. La información analizada de la ventana deslizante puede utilizarse para impedir o reducir la conmutación ineficiente, excesiva o rápida de la conexión de usuario entre distintos tipos de canal, es decir, un efecto "yo-yo". Un cambio de tipo de canal también puede evitarse si el "coste" de realizar el cambio de un tipo de canal a otro tipo de canal es "más caro" que el coste de mantener la conexión de usuario en el canal actual. Ese coste puede incluir, por ejemplo, los recursos de procesamiento de datos asociados con el establecimiento y el cierre del canal, la demora asociada con el establecimiento y el cierre del canal, el uso (eficiente o ineficiente) de los recursos limitados del canal, el consumo de batería en el móvil asociado con el cambio de canal, etc. Por otra parte, la conmutación de canal puede ser deseable para utilizar con eficiencia los recursos del canal o satisfacer las necesidades requeridas por la conexión de usuario. Por ejemplo, puede ser más eficiente cambiar las conexiones de usuario de bajo volumen y baja prioridad a un canal común para permitir un uso más eficiente de los recursos del canal dedicado. Sin embargo, una conexión de usuario de bajo volumen y alta prioridad puede mantenerse en un canal dedicado para aportar un mayor rendimiento a los usuarios de alta prioridad.
A continuación se describe una aplicación ventajosa de la presente invención en el contexto de ejemplo no limitador de un sistema de telefonía móvil universal (UMTS) 10 ilustrado en la figura 4. Una red troncal externa de circuitos conmutados, ilustrada como una nube 12, puede ser por ejemplo la red pública de telefonía conmutada (PSTN) y/o la red digital de servicios integrados RDSI (ISDN). Otra red troncal externa de circuitos conmutados puede corresponder a otra red móvil pública terrestre (PLMN) 13. Una red troncal externa de paquetes conmutados, ilustrada como una nube 14, puede ser por ejemplo una red IP como Internet. Las redes troncales están acopladas a los correspondientes nodos de servicio de red 16. la red PSTN/RDSI 12 y otra red PLMN 13 están conectadas a un nodo núcleo de circuitos conmutados (CSCN) 18, como un centro de conmutación móvil (MSC), que aporta servicios de circuitos conmutados. El UMTS 10 puede coexistir con una red celular existente, por ejemplo, el Sistema Global para Comunicaciones Móviles (GSM). La red de paquetes conmutados 14 está conectada a un nodo núcleo de paquetes conmutados (PSCN), por ejemplo un nodo 20 de Servicio General de Paquetes de Radio (GPRS) configurado para que aporte servicios de tipo de paquetes conmutados en el contexto GSM, que a veces se denomina nodo de servicios GPRS servidor (SGSN). Cada uno de los nodos de servicio de la red 18 y 20 está conectado con una red terrestre de acceso por radio UMTS (UTRAN) 24 por una interfaz de red de acceso por radio. La UTRAN 24 incluye uno o más sistemas de red de radio (RNS) 25, cada uno con un controlador de red radio (RNC) 26 acoplado a una pluralidad de estaciones base (BS) 28 y a los RNCs de la UTRAN 24.
De preferencia, el acceso de radio por la interfaz de radio en el UMTS 10 se basa en acceso múltiple de banda ancha por división de código (WCDMA) con canales de radio individuales que se asignan utilizando canalización CDMA o códigos de spread. Naturalmente, pueden utilizarse otros métodos de acceso, como el bien conocido acceso TDMA utilizado en GSM. WCDMA aporta banda ancha para servicios multimedia y otras exigencias de alta velocidad de transmisión así como características robustas como transferencia (handoff) de diversidad y receptores RAKE para asegurar un servicio de comunicaciones de alta calidad en un entorno que cambia con frecuencia. A cada estación móvil se le asigna su propio código de scrambling a fin de que una estación base 28 pueda identificar las transmisiones de esa estación móvil en particular. La estación móvil también utiliza su propio código de scrambling para identificar las transmisiones de la estación base ya sea en una transmisión general o canal común o en transmisiones dirigidas específicamente a esa estación móvil. Ese código de scrambling distingue la señal encriptada (scrambled) entre todas las demás transmisiones y ruido presentes en la misma área.
Se muestran distintos tipos de canales de control para la gestión de la interfaz de radio. Por ejemplo, en la dirección descendente o downlink, hay varios tipos de canales de transmisión incluyendo un canal de transmisión general (BCH), un canal de voceo (PCH) y un canal de acceso adelantado (FACH) para aportar varios tipos de mensajes de control a las estaciones móviles. En la dirección ascendente o uplink, las estaciones móviles emplean un canal de acceso aleatorio (RACH) cuando se desea acceso para realizar un registro de localización, origen de llamada y otros tipos de operaciones de acceso.
En la figura 5 se muestran diagramas de bloques funcionales simplificados del controlador de red radio 26 y la estación base 28. El controlador de red radio 26 incluye una memoria 50 acoplada a circuitería para procesamiento de datos 52 que realiza numerosas operaciones de procesamiento de datos y de radio necesarias para realizar su función de control y mantener las comunicaciones entre el RNC y otras entidades como los nodos de servicio de la red troncal, otros RNCs y las estaciones base. La circuitería para procesamiento de datos 52 puede incluir uno cualquiera o una combinación de los siguientes: un ordenador de propósito general, microprocesador, microcontrolador, circuito lógico dedicado, DSP, ASIC, etc., adecuadamente programados o configurados, como se ha descrito antes. La estación base 28 incluye una unidad de control y procesamiento de datos 54 que, además de efectuar operaciones de procesamiento relacionados con las comunicaciones con el RNC 26, realiza también diversas operaciones de medición y control asociadas con el equipamiento de la estación base de radio, incluyendo transceptores 56 conectados a una o más antenas 58.
En la figura 6 se muestra un diagrama de bloques funcionales simplificado de una estación móvil 30. La estación móvil 30 incluye una antena 74 para la transmisión de señales a y desde una estación base 28. La antena 74 está acoplada a circuitos transceptores de radio que incluyen un modulador 70 acoplado a un transmisor 72 y un desmodulador 76 acoplado a un receptor 80. Las señales de radio transmitidas incluyen información de señales según un estándar de interfaz de aire aplicable al sistema CDMA de banda ancha ilustrado en la figura 3. La unidad de control y procesamiento de datos 60 y la memoria 62 incluyen los circuitos necesarios para implementar las funciones de audio, lógica y control de la estación móvil. La memoria 62 almacena tanto programas como datos. Un altavoz o auricular convencional 82, un micrófono 84, un teclado 66 y una pantalla 64 están acoplados a la unidad de control y procesamiento de datos 60 para componer la interfaz de usuario. Una batería 68 suministra energía a los distintos circuitos necesarios para el funcionamiento de la estación móvil.
La interfaz de radio ilustrada en la figura 4 se divide en diversas capas de protocolo con distintas capas de nivel inferior ilustradas en la figura 7. En particular, una estación móvil utiliza estas capas de protocolo para comunicarse con capas de protocolo similares en la UTRAN. Las dos pilas de protocolo incluyen: una capa física, una capa de enlace de datos, una capa de red y capas superiores. La capa de enlace de datos se divide en dos subcapas: una capa de control del enlace de radio (RLC) y una capa de control de acceso al medio (MAC). La capa de red en este ejemplo se divide en un protocolo para el plano de control (RRC) y un protocolo para el plano de usuario (IP).
La capa física aporta servicios de transferencia de información por la interfaz de radio utilizando CDMA de banda ancha y realiza las siguientes funciones: codificación y descodificación de la corrección de errores descendentes, distribución/combinación de macrodiversidad, ejecución de transferencia suave, detección de errores, multiplexación y desmultiplexación de canales de transporte, mapeado de los canales de transporte sobre canales físicos, sincronización de tiempo y de frecuencia, control de potencia, procesamiento de radiofrecuencia y otras funciones.
La capa de control de acceso al medio (MAC) aporta transferencia sin reconocimiento de unidades de datos de servicio (SDUs) entre entidades MAC equivalentes. Las funciones MAC incluyen seleccionar un formato de transporte apropiado para cada canal de transporte según la tasa de datos, manejar la prioridad entre flujos de datos de un usuario y entre flujos de datos de distintos usuarios, programar los mensajes de control, multiplexar y desmultiplexar PDUs de capas superiores y otras funciones. En particular, la capa MAC realiza funciones dinámicas de conmutación de canales de transporte de radio. La RLC realiza varias funciones que incluyen el establecimiento, la liberación y el mantenimiento de una conexión RLC, la segmentación y el reagrupamiento de PDUs de capa superior de longitud variable en/desde PDUs de RLC más pequeñas, concatenación, corrección de errores por retransmisión (ARQ), entrega secuencial de PDUs de capa superior, detección de duplicados, control de flujo y otras funciones. Los búfers de transmisión asignados a conexiones de usuario móvil se controlan en la capa RLC.
La parte del plano de control en la capa de red de la UTRAN consiste en un protocolo de control de recursos de radio (RRC). El protocolo RRC asigna recursos de radio y maneja la señalización de control sobre la interfaz de radio, por ejemplo, las señales de control del portador de acceso radio, información de mediciones y señalización de entrega. La parte del plano de usuario en la capa de red incluye las funciones tradicionales realizadas por protocolos de capa 3 como el conocido Protocolo de Internet (IP).
La figura 8 ilustra, en este ejemplo no limitador de aplicación de la invención, un búfer de transmisión asignado para almacenar datos asociados con una conexión de usuario. En este ejemplo, el búfer de transmisión tiene tres niveles de umbral T1, T2 y T3. T1 corresponde a un umbral inferior que, en este ejemplo, está sustancialmente casi vacío. El umbral T2 corresponde a un búfer de transmisión parcialmente lleno que en este ejemplo se denomina "mitad". El umbral T3 corresponde a un búfer de transmisión sustancialmente casi lleno, designado como "lleno". La cantidad del búfer es un ejemplo de parámetro que puede almacenarse en una ventana deslizante asociada con una conexión de radio móvil para cada intervalo de tiempo.
La figura 9 ilustra un ejemplo no limitador de ventana deslizante configurada como un array de memoria. El array de memoria de la ventana deslizante 90 almacena información para cuatro intervalos de tiempo predeterminados T_{n}, T_{n-1}, T_{n-2} y T_{n-3}. Naturalmente, es posible utilizar otros números de intervalos de tiempo. La longitud efectiva de la ventana deslizante viene determinada como un parámetro de diseño de la manera que mejor convenga a una aplicación particular. En el ejemplo de ventana deslizante de la figura 90, para cada intervalo de tiempo se almacenan dos parámetros de información distintos, que incluyen un tipo de canal (CT) y una cantidad de búfer (BA) asociados con la conexión de usuario móvil para ese intervalo de tiempo. En este ejemplo no limitador, el tipo de canal puede indicarse como un canal dedicado (D), un canal intermedio (I) y un canal de tipo común ©. El canal intermedio puede tener por ejemplo menos capacidad que un canal dedicado pero más capacidad que un canal común. Alternativamente, el canal intermedio puede ser capaz de proporcionar una mayor calidad de servicio que el canal común, pero no tan alta como el canal de tipo dedicado. Podrían utilizarse otros criterios para definir uno o más canales intermedios. La ventana deslizante funciona como un registro de cambios al estilo "primero que entra, primero que sale" (o first in first out). La información más antigua sobre tipo de canal y cantidad de búfer almacenada en el intervalo de tiempo T_{n-3} se elimina del array 90 de la ventana deslizante cuando se almacena la información sobre tipo de canal y cantidad de búfer para el siguiente intervalo de tiempo en la posición del array asociada con T_{n}. La información hasta entonces almacenada para T_{n}, T_{n-1}, y T_{n-2} se desplaza una posición hasta T_{n-1}, T_{n-2} y T_{n-3}, respectivamente.
La información en el array de memoria de la ventana deslizante se analiza para identificar uno o más patrones o tendencias. En las figuras 10A - 10F se ilustran ejemplos de patrones del array de memoria de la ventana deslizante. La ventana deslizante de la figura 10A muestra que durante los cuatro intervalos de tiempo la conexión de usuario móvil fue soportada por un canal común y que el búfer de transmisión estaba lleno. En esta situación, se puede tomar una decisión de conmutar la conexión de usuario móvil a un canal dedicado de mayor capacidad, que sería más capaz de manejar la velocidad más alta con que entran los datos de usuario al búfer de transmisión. A la inversa, el patrón del array de memoria de la ventana deslizante de la figura 10B muestra que durante los cuatro intervalos de tiempo, la conexión de usuario móvil fue soportada por un canal dedicado y que el búfer de transmisión estaba sustancialmente vacío. En base a este patrón, se puede tomar una decisión de cambiar la conexión de usuario móvil a un canal común que puede utilizar de manera más eficiente los recursos de radio (en comparación con un canal dedicado) para la cantidad relativamente pequeña de datos de usuario por transmitir.
El patrón de ventana deslizante de la figura 10C muestra que la conexión de usuario móvil fue soportada por un canal dedicado durante los cuatro intervalos de tiempo y que el búfer de transmisión estaba medio lleno. Este tipo de patrón puede sugerir que no es necesario ningún cambio de canal, o al menos que el "coste" del cambio no sale a cuenta. De forma semejante, el patrón de la ventana deslizante de la figura 10D muestra un canal común con un búfer lleno en el primer intervalo de tiempo, un canal dedicado con un búfer medio lleno en los dos siguientes intervalos de tiempo, y un canal dedicado con un búfer vacío en el último intervalo de tiempo. En este tipo de patrón fluctuante se puede tomar una decisión de no cambiar el tipo de canal. Alternativamente, se puede tomar una decisión de conmutar al canal de tipo intermedio como decisión de compromiso.
En el ejemplo de ventana deslizante de la figura 10E, un canal común soporta la conexión de usuario con el búfer lleno en dos intervalos de tiempo y medio vacío en los otros dos. Esta situación puede sugerir un cambio de la conexión de usuario del canal común al intermedio, que tiene más capacidad para manejar el mayor volumen de datos de esta conexión de usuario. En cambio, el ejemplo de ventana deslizante de la figura 10F muestra la conexión de usuario soportada durante los cuatro intervalos por un canal dedicado. Sin embargo, tres de estos intervalos muestran un búfer vacío y un intervalo muestra un búfer medio lleno. Esta tendencia sugiere que puede valer la pena cambiar a un canal de tipo intermedio, que podría ser más adecuado para la cantidad de datos por transmitir en esta conexión de usuario móvil.
Podrían utilizarse otros tipos de patrones o tendencias, y con cada patrón o tendencia se pueden asociar distintos tipos de acciones/inacciones sobre el cambio de tipo de canal. A continuación se incluyen varios ejemplos no limitadores. Primero, si una ventana deslizante muestra cualquier cambio de tipo de canal o cambio en la cantidad de búfer, no se puede hacer ningún cambio de tipo de canal hasta que se perciba una tendencia coherente en una dirección. Segundo, si se hace un cambio de tipo de canal, se puede prohibir cualquier cambio subsiguiente de tipo de canal hasta que haya transcurrido un intervalo de tiempo predeterminado. Tercero, cuando hay tres o más tipos de canal distintos, cambiar al canal intermedio antes de cambiar a uno de los tipos de canal más extremos, que en este ejemplo corresponden a los canales dedicado y común. Cuarto, cambiar de un extremo a otro, por ejemplo, de la capacidad más alta a la más baja, y si está indicado un cambio subsiguiente de vuelta al otro extremo, cambiar la conexión de usuario al canal intermedio.
La información sobre cambios de tipo de canal puede almacenarse en otras configuraciones de ventana deslizante. Por ejemplo, la figura 11 muestra dos ventanas deslizantes 1 y 2. La ventana deslizante 1 almacena el tipo de canal para cuatro intervalos de tiempo, y la ventana deslizante 2 almacena la cantidad de búfer para los mismos cuatro intervalos de tiempo. En otra variación, se puede usar una ventana deslizante más corta en conjunción con una ventana deslizante más larga, como se muestra en la figura 12. La ventana deslizante más corta se puede utilizar para decisiones de corto plazo y la ventana más larga para decisiones de más largo plazo. Aunque estas decisiones pueden referirse al tipo de canal que debe soportar la conexión de usuario móvil, también pueden referirse a otras operaciones como la regulación de potencia. De preferencia, la ventana más larga se compone de información introducida en o retirada de la ventana deslizante más corta. En las decisiones sobre cambios de tipo de canal y otras operaciones se pueden tener en cuenta tanto las tendencias de corto plazo como las de largo plazo.
La figura 13 muestra un ejemplo no limitador de una rutina de ventana deslizante (bloque 100). Una primera ventana deslizante se divide en un primer número de intervalos de tiempo (bloque 102). Para cada intervalo de tiempo, se determinan el tipo de canal que soporta la conexión y la cantidad de datos almacenados en el búfer de transmisión (bloque 104). El tipo de canal y la cantidad de búfer recién determinados se almacenan en un array de memoria de la ventana deslizante (bloque 106). La información expirada sobre tipo de canal y cantidad de datos en el búfer puede almacenarse opcionalmente en una segunda ventana deslizante más larga, como se ha descrito antes (bloque 108). Si se emplea esta opción, se puede tomar una o más decisiones de largo plazo en base a los datos de la segunda ventana deslizante, más larga (bloque 110). La información sobre tipo de canal y cantidad de datos en el búfer almacenada en la primera ventana deslizante, más corta, se analiza en busca de un patrón o tendencia (bloque 112). En base a este análisis, la conexión de usuario móvil se mantiene en su tipo de canal actual o se conmuta a otro tipo de canal (bloque 114).
La figura 14 ilustra, también a modo de ejemplo, una aplicación preferente de la presente invención implementada en un controlador de red radio (RNC). En este ejemplo, tres conexiones de datos de usuario 1, 2 y 3 están acopladas a respectivos búfers de transmisión 1 - 3 (200 - 204), por ejemplo búfers RLC. La cantidad de datos almacenada en ese momento en cada uno de los tres búfers de transmisión se aporta al controlador de cambio del tipo de canal (CTSC) 212. Cada búfer de transmisión 200 - 204 está acoplado a un correspondiente conmutador del tipo de canal (CTS) 206, 208 y 210 que puede implementarse por ejemplo en la capa de protocolo MAC. Cada uno de los conmutadores del tipo de canal es controlado por el controlador de cambio del tipo de canal 212. Para cada conexión de usuario móvil, el controlador de cambio del tipo de canal 212 hace comparaciones de umbral del búfer de transmisión para detectar cantidades de búfer, detecta el tipo de canal, almacena y actualiza la información de la respectiva ventana deslizante, analiza las ventanas deslizantes en busca de patrones y decide si es adecuado cambiar el tipo de canal. Utilizando este análisis, el controlador de cambio del tipo de canal 212 enruta apropiadamente los datos de cada uno de los búfers de transmisión vía su respectivo conmutador del tipo de canal (206 - 210) hacia el tipo de canal seleccionado. Naturalmente, no se hace un cambio de tipo de canal si es desaconsejable o no es necesario.
En este ejemplo, muchas de las funciones de la invención se llevan a cabo en el RNC (o algún otro nodo de la red radio). En consecuencia, la estación móvil sólo necesita soportar el RNC con información y seguir instrucciones. Con referencia a la figura 15, los datos de usuario de enlace ascendente se reciben y se almacenan en un búfer de transmisión 300, por ejemplo un búfer RLC. Los paquetes de salida del búfer de transmisión 300 se enrutan hacia un conmutador del tipo de canal (CTS) 302 (por ejemplo, implementado en la capa MAC) y hacia un canal de comunicaciones adecuado, incluyendo uno o más canales comunes 304 o canales dedicados DC1 - DC3 (306 - 310). El conmutador del tipo de canal es controlado por una señal del RNC. El búfer 300 opcionalmente puede enviar una señal de activación al RNC cuando la cantidad de datos por enviar supera un umbral. Alternativamente, podrían enviarse informes de medición especificando velocidades de datos de entrada y de salida, la cantidad real de datos en el búfer, etc. Otros implementaciones pueden involucrar el móvil más sustancialmente.
Utilizando la invención se reducen considerablemente o se eliminan las posibilidades de cambio rápido cíclico (efecto "ping-pong" o "yo-yo"). Hay una considerable flexibilidad en cuanto a qué patrones/tendencias se pueden utilizar y qué acciones deben tomarse (si se toma alguna) en respuesta a cada patrón o tendencia. Por ejemplo, pueden demorarse las decisiones de cambio del tipo de canal basadas en un patrón o tendencia particular a fin de evitar un cambio rápido cíclico. Gracias al análisis de patrones/tendencias de la ventana deslizante, el procesamiento de datos, el canal y otros recursos asociados con la conmutación de canal se utilizan de una manera más eficiente.
Aunque la presente invención se ha descrito en términos de un ejemplo de realización particular, los expertos en la técnica advertirán que la presente invención no está limitada por los ejemplos de realización específicos aquí descritos e ilustrados. Para aplicar la invención también pueden utilizarse distintos formatos, ejemplos de realización y adaptaciones además de los descritos e ilustrados, así como muchas modificaciones, variaciones y arreglos equivalentes. Por lo tanto, se pretende que la invención quede limitada sólo por el alcance de las reivindicaciones adjuntas.

Claims (39)

1. Un método para seleccionar un tipo de canal para soportar una conexión de radio móvil, caracterizado por:
determinar a lo largo de un número de intervalos de tiempo información asociada con un tipo de canal que soporta la conexión de radio móvil para cada uno de los intervalos de tiempo;
analizar la información determinada en busca de un patrón; y
tomar una decisión de cambio del tipo de canal basada en el análisis.
2. El método de la reivindicación 1, en el que la información es el tipo de canal que soporta la conexión de radio móvil durante cada uno de los intervalos de tiempo, y en el que el tipo de canal incluye un tipo de canal de radio dedicado temporalmente asignado para soportar una conexión de radio móvil y un tipo de canal de radio común que puede ser compartido por una pluralidad de conexiones de radio móviles.
3. El método de la reivindicación 1, en el que la decisión sobre el cambio del tipo de canal se toma para evitar cambios indeseables del tipo de canal.
4. El método de la reivindicación 3, en el que el cambio indeseable del tipo de canal incluye el cambio cíclico del tipo de canal en un sentido y otro.
5. El método de la reivindicación 1, en el que la información incluye una calidad de servicio solicitada.
6. El método de la reivindicación 1, en el que la información es el tipo de canal que soporta la conexión de radio móvil durante cada uno de los intervalos de tiempo, y en el que si el número de intervalos de tiempo contiene diferentes tipos de canal, la conexión de usuario móvil se mantiene en sólo un tipo de canal durante un número predefinido de intervalos de tiempo.
7. El método de la reivindicación 1, en el que la información es una cantidad de datos que transmitir por la conexión de radio móvil.
8. El método de la reivindicación 7, en el que si las cantidades de datos están por debajo de un umbral durante todo el número de intervalos de tiempo mientras la conexión de usuario móvil está siendo soportada por un primer canal de capacidad superior, la conexión de usuario móvil se conmuta a un segundo tipo de canal de capacidad inferior.
9. El método de la reivindicación 7, en el que si las cantidades de datos están por encima de un umbral durante todo el número de intervalos de tiempo mientras la conexión de usuario móvil está siendo soportada por un primer canal de capacidad inferior, la conexión de usuario móvil se conmuta a un segundo tipo de canal de capacidad superior.
10. El método de la reivindicación 7, en el que los tipos de canal incluyen un primer tipo de canal de radio que tiene una primera capacidad y un segundo tipo de canal de radio que tiene una segunda capacidad menor que la primera capacidad, y el método comprende además:
si la conexión de radio móvil es soportada por el segundo canal y la cantidad de datos por transmitir para la conexión de radio móvil supera un umbral durante un número predeterminado de intervalos de tiempo, cambiar la conexión de radio móvil al primer canal.
11. El método de la reivindicación 10, caracterizado además porque:
si la conexión de radio móvil es soportada por el segundo canal y la cantidad de datos por transmitir para la conexión de radio móvil no supera un umbral durante un número predeterminado de intervalos de tiempo, mantener la conexión de radio móvil en el segundo canal.
12. El método de la reivindicación 10, caracterizado además porque:
si la conexión de radio móvil es soportada por el primer canal y la cantidad de datos por transmitir para la conexión de radio móvil supera un umbral durante un número predeterminado de intervalos de tiempo, cambiar la conexión de radio móvil al segundo canal.
13. El método de la reivindicación 1, en el que los tipos de canal incluyen un primer tipo de canal de radio, un segundo tipo intermedio de canal de radio y un tercer tipo de canal de radio, y el método comprende además:
si se toma una decisión de conmutar la conexión de radio móvil en sentido descendente desde el primer canal, conmutar la conexión de radio móvil al segundo canal intermedio, y si a continuación se toma otra decisión de conmutar la conexión de radio móvil en sentido descendente desde el segundo canal, conmutar la conexión de radio móvil al tercer canal.
14. El método de la reivindicación 13, caracterizado además porque:
si se toma una decisión de conmutar la conexión de radio móvil en sentido ascendente desde el tercer canal, conmutar la conexión de radio móvil al segundo canal intermedio, y si a continuación se toma otra decisión de conmutar la conexión de radio móvil en sentido ascendente desde el segundo canal, conmutar la conexión de radio móvil al primer canal.
15. El método de la reivindicación 1, en el que los tipos de canal incluyen un primer tipo de canal de radio, un segundo tipo intermedio de canal de radio y un tercer tipo de canal de radio, y el método comprende además:
si se toma una decisión de conmutar la conexión de radio móvil en sentido descendente desde el primer canal, conmutar la conexión de radio móvil al tercer canal, y en el que
si a continuación se toma otra decisión de conmutar la conexión de radio móvil en sentido ascendente dentro de un periodo de tiempo predeterminado tras el cambio descendente, cambiar al segundo canal.
16. El método de la reivindicación 15, en el que el periodo de tiempo predeterminado está asociado con una cantidad de tiempo necesaria para realizar un cambio de canal.
17. El método de la reivindicación 1, caracterizado además por:
establecer una ventana deslizante de tiempo dividida en un primer número de intervalos de tiempo;
determinar para cada intervalo de tiempo un tipo de canal que soporta la conexión de radio móvil y una cantidad de datos pendientes de ser transmitidos para la conexión de radio móvil;
analizar los tipos de canal y las cantidades de datos en la ventana deslizante de tiempo; y
tomar una decisión sobre el cambio del tipo de canal en base al análisis.
18. El método de la reivindicación 17, caracterizado además por:
almacenar los tipos de canal y las cantidades de datos en un array en la ventana deslizante de tiempo;
al final del siguiente intervalo de tiempo, desplazar los datos del array de manera que el tipo de canal y la cantidad de datos en una última posición del array son eliminados y un tipo de canal y una cantidad de datos determinados más recientemente se almacenan en una primera posición del array,
en el que la decisión se toma utilizando la información almacenada en el array.
19. El método de la reivindicación 17, caracterizado además por:
almacenar los tipos de canal en la ventana deslizante de tiempo en un primer array;
almacenar las cantidades de datos en la ventana deslizante de tiempo en un segundo array; y
al final del siguiente intervalo de tiempo, desplazar los datos del primer y el segundo arrays de manera que el tipo de canal y la cantidad de datos en una última posición del primer y el segundo arrays son eliminados y un tipo de canal y una cantidad de datos determinados más recientemente se almacenan en una primera posición del primer y el segundo arrays,
en el que la decisión se toma utilizando la información almacenada en el primer y el segundo arrays.
20. El método de la reivindicación 20, en el que la cantidad de datos se indica en la ventana deslizante utilizando una pluralidad de categorías de cantidades de datos.
21. El método de la reivindicación 17, en el que las categorías incluyen una categoría por encima de un umbral alto, una categoría de cantidad intermedia y una categoría por debajo de un umbral bajo.
22. El método de la reivindicación 17, caracterizado además por:
establecer otra ventana deslizante de tiempo más larga, dividida en un segundo número de intervalos de tiempo mayor que el primer número;
determinar para cada intervalo de tiempo de la ventana deslizante de tiempo más larga un tipo de canal que soporte la conexión de radio móvil y una cantidad de datos pendientes de ser transmitidos para la conexión de radio móvil;
analizar los tipos de canal y las cantidades de datos en la ventana deslizante de tiempo más larga; y
tomar otra decisión basada en el análisis de la ventana deslizante de tiempo más larga.
23. El método de la reivindicación 22, en el que la otra decisión se refiere a la regulación de potencia.
24. El método de la reivindicación 22, en el que la otra decisión se refiere a un cambio del tipo de canal.
25. El método de la reivindicación 17, en el que si la ventana deslizante contiene distintos tipos de canal, la conexión de usuario móvil se mantiene en sólo un tipo de canal durante un número predefinido de intervalos de tiempo.
26. El método de la reivindicación 17, en el que si las cantidades de datos están por debajo de un umbral durante toda la ventana deslizante mientras la conexión de usuario móvil está siendo soportada por un primer canal de capacidad superior, la conexión de usuario móvil se conmuta a un segundo tipo de canal de capacidad inferior.
27. El método de la reivindicación 17, en el que si las cantidades de datos están por encima de un umbral durante toda la ventana deslizante mientras la conexión de usuario móvil está siendo soportada por un primer canal de capacidad inferior, la conexión de usuario móvil se conmuta a un segundo tipo de canal de capacidad superior.
28. Un aparato para ser usado en un sistema de comunicaciones de radio móviles (10), que incluye una memoria (90) y circuitería para procesamiento de datos (212) acoplados a la memoria, caracterizado porque:
la circuitería para procesamiento de datos está configurada para realizar las siguientes tareas:
determinar a lo largo de un primer número de intervalos de tiempo información asociada con un tipo de canal que soporta una conexión de radio móvil entre una radio móvil y una red de radio móvil para cada uno de los intervalos de tiempo;
almacenar en la memoria la información determinada;
analizar la información determinada en busca de un patrón; y
tomar una decisión sobre un cambio del tipo de canal basada en el análisis.
29. El aparato de la reivindicación 28, en el que la información incluye una calidad de servicio solicitada.
30. El aparato de la reivindicación 28, en el que la información es el tipo de canal que soporta la conexión de radio móvil durante cada uno de los intervalos de tiempo, y en el que los tipos de canal incluyen un tipo dedicado de canal de radio temporalmente asignado para soportar una conexión de radio móvil y un tipo común de canal de radio que puede ser compartido por una pluralidad de conexiones de radio móviles.
31. El aparato de la reivindicación 28 implementado en un nodo de control de una red de radio (25) incluyendo además un mecanismo para el cambio del tipo de canal (206 - 210), en el que la información es el tipo de canal que soporta la conexión de radio móvil durante cada uno de los intervalos de tiempo, y en el que si el primer número de intervalos de tiempo contiene diferentes tipos de canal, la circuitería para el procesamiento de datos está configurada para controlar el mecanismo para el cambio de canal de manera que la conexión de usuario móvil se mantenga en sólo un tipo de canal durante un número predefinido de intervalos de tiempo.
32. El aparato de la reivindicación 28, en el que la información incluye el tipo de canal que soporta la conexión de radio móvil durante cada uno de los intervalos de tiempo y una cantidad de datos que transmitir por la conexión de radio móvil.
33. El aparato de la reivindicación 32 implementado en un nodo de control de una red radio (25) incluyendo además un mecanismo para el cambio del tipo de canal (206 - 210), en el que si las cantidades de datos están por debajo de un umbral durante todo el primer número de intervalos de tiempo mientras la conexión de usuario móvil está siendo soportada por un primer canal de capacidad superior, la circuitería para el procesamiento de datos está configurada para controlar el mecanismo para el cambio de canal de manera que la conexión de usuario móvil se conmute a un segundo tipo de canal de capacidad inferior.
34. El aparato de la reivindicación 33, en el que si las cantidades de datos están por encima de un umbral durante todo el primer número de intervalos de tiempo mientras la conexión de usuario móvil está siendo soportada por un primer canal de capacidad inferior, la circuitería para el procesamiento de datos está configurada para controlar el mecanismo para el cambio de canal de manera que la conexión de usuario móvil se conmute a un segundo tipo de canal de capacidad superior.
35. El aparato de la reivindicación 32, en el que el primer número de intervalos de tiempo corresponde a una ventana deslizante de tiempo y los tipos de canal y las cantidades de datos de la ventana deslizante de tiempo se almacenan en la memoria en un array,
en el que la circuitería para el procesamiento de datos, al final del siguiente intervalo de tiempo, está configurada para desplazar los datos del array de manera que el tipo de canal y la cantidad de datos en una última posición del array son eliminados y un tipo de canal y una cantidad de datos determinados más recientemente se almacenan en una primera posición del array, y
en el que la circuitería para el procesamiento de datos está configurada para tomar la decisión utilizando la información almacenada en el array.
36. El aparato de la reivindicación 35, en el que los tipos de canal en la ventana deslizante de tiempo se almacenan en la memoria en un primer array y las cantidades de datos en la ventana deslizante de tiempo se almacenan en la memoria en un segundo array.
37. El aparato de la reivindicación 28, en el que el primer número de intervalos de tiempo corresponde a una ventana deslizante de tiempo y la circuitería para el procesamiento de datos está configurada para establecer otra ventana deslizante de tiempo, más larga, dividida en un segundo número de intervalos de tiempo mayor que el primer número, para determinar para cada intervalo de tiempo de la ventana deslizante de tiempo más larga un tipo de canal que soporte la conexión de radio móvil y una cantidad de datos pendientes de ser transmitidos para la conexión de radio móvil, para analizar los tipos de canal y las cantidades de datos en la ventana deslizante de tiempo más larga y para tomar otra decisión basada en el análisis de la ventana deslizante de tiempo más larga.
38. El aparato de la reivindicación 37, en el que la otra decisión se refiere a la regulación de potencia.
39. El aparato de la reivindicación 37, en el que la otra decisión se refiere a un cambio del tipo de canal.
ES00986145T 1999-12-08 2000-12-08 Control de conmutacion de tipo de canal. Expired - Lifetime ES2291229T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US457141 1989-12-26
US09/457,141 US6594241B1 (en) 1999-12-08 1999-12-08 Channel-type switching control

Publications (1)

Publication Number Publication Date
ES2291229T3 true ES2291229T3 (es) 2008-03-01

Family

ID=23815602

Family Applications (1)

Application Number Title Priority Date Filing Date
ES00986145T Expired - Lifetime ES2291229T3 (es) 1999-12-08 2000-12-08 Control de conmutacion de tipo de canal.

Country Status (9)

Country Link
US (1) US6594241B1 (es)
EP (1) EP1236371B1 (es)
CN (1) CN100364356C (es)
AT (1) ATE369021T1 (es)
AU (1) AU2243601A (es)
DE (1) DE60035795T2 (es)
ES (1) ES2291229T3 (es)
TW (1) TW488177B (es)
WO (1) WO2001043485A1 (es)

Families Citing this family (77)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3546765B2 (ja) * 1999-07-09 2004-07-28 日本電気株式会社 パケット転送方法及びシステム
EP1122960A1 (en) * 2000-01-31 2001-08-08 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Method for data connections in a cellular mobile communication network
EP1126716A1 (en) * 2000-02-18 2001-08-22 Telefonaktiebolaget L M Ericsson (Publ) Method and system for controlling a processing of video data
EP1133201A1 (en) * 2000-03-07 2001-09-12 Lucent Technologies Inc. Radio telecommunications system with improved use of air interface (I)
EP1133202A1 (en) * 2000-03-07 2001-09-12 Lucent Technologies Inc. Radio telecommunications system with improved use of air interface (II)
US6801512B1 (en) * 2000-03-23 2004-10-05 Motorola, Inc. Method and apparatus for providing a distributed architecture digital wireless communication system
US7623447B1 (en) 2000-04-10 2009-11-24 Nokia Corporation Telephony services in mobile IP networks
US7298697B2 (en) * 2000-04-10 2007-11-20 Nokia Corporation Setting a communication channel
AU7001701A (en) * 2000-06-21 2002-01-02 Concord Communications Inc Liveexception system
GB2364206B (en) * 2000-06-30 2004-12-15 Motorola Inc Transmission procedures
US7126939B2 (en) * 2000-07-24 2006-10-24 Nortel Networks Limited Packet-based calls in a wireless network
FR2812507B1 (fr) * 2000-07-31 2003-01-31 Cit Alcatel Procede de transmission de donnees en temps reel et reseau de telecommunication mettant en oeuvre ce procede
GB2366136B (en) * 2000-08-09 2004-03-03 Airspan Networks Inc Handling of data packets and voice calls in a wireless telecommunications system
KR100761185B1 (ko) * 2000-08-31 2007-09-21 유티스타콤코리아 유한회사 차세대 이동 통신 시스템에서의 비동기식 무선망과 동기식코어 네트워크 간 연동시 멀티 콜을 지원하는 방법
US6842424B1 (en) * 2000-09-05 2005-01-11 Microsoft Corporation Methods and systems for alleviating network congestion
US20020049062A1 (en) * 2000-10-02 2002-04-25 Robert Petersen Distributed admission control
FR2817435B1 (fr) * 2000-11-24 2003-02-07 Cit Alcatel Procede de repartition des ressources dans un reseau de telecommunication et application de ce procede a l'admission d'appels
JP3583401B2 (ja) 2000-12-19 2004-11-04 株式会社エヌ・ティ・ティ・ドコモ 無線チャネル切換方法、移動通信システム、基地局及び移動局
US20020095684A1 (en) * 2001-01-12 2002-07-18 St. John James T. Methods, systems and computer program products for bandwidth allocation based on throughput guarantees
US7668176B2 (en) * 2001-01-18 2010-02-23 Alcatel-Lucent Usa Inc. Universal mobile telecommunications system (UMTS) quality of service (QoS) supporting variable QoS negotiation
DE10107700A1 (de) * 2001-02-19 2002-08-29 Siemens Ag Verfahren und Vorrichtung zum Multiplexen und/oder Demultiplexen sowie entsprechende Computerprogramme und ein entsprechendes Computerprogramm-Erzeugnis
US6975868B2 (en) * 2001-02-21 2005-12-13 Qualcomm Incorporated Method and apparatus for IS-95B reverse link supplemental code channel frame validation and fundamental code channel rate decision improvement
EP1244255A1 (de) * 2001-03-20 2002-09-25 Telefonaktiebolaget L M Ericsson (Publ) Verfahren und Vorrichtung zur Verbesserung eines Datendurchsatzes
US7103020B2 (en) * 2001-05-01 2006-09-05 Telefonaktiebolaget Lm Ericsson (Publ) PLMN radio interface with upper layer supervision of layer one transport channels
US7099346B1 (en) * 2001-05-15 2006-08-29 Golden Bridge Technology, Inc. Channel capacity optimization for packet services
US20020183053A1 (en) * 2001-05-29 2002-12-05 Muralimohan Gopalakrishna Methods and systems for testing macrodiversity and handover functionality of a radio network controller
JP3980413B2 (ja) * 2001-06-05 2007-09-26 インターナショナル・ビジネス・マシーンズ・コーポレーション 接続選択方法および通信エンドポイント装置
JP2002369255A (ja) * 2001-06-08 2002-12-20 Sony Corp 無線通信方法、無線通信システム、並びに無線伝送装置
US7050411B2 (en) 2001-07-25 2006-05-23 Motorola, Inc. Dynamic DCCH/FCH switching
US7453847B2 (en) * 2001-10-19 2008-11-18 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement for channel type switching
US20030093515A1 (en) * 2001-11-14 2003-05-15 Kauffman Marc W. Quality of service control of streamed content delivery
US6968191B2 (en) * 2001-11-26 2005-11-22 Qualcomm Inc System and method for traffic channel dormancy in wireless communication socket mode
US7346032B2 (en) * 2001-12-07 2008-03-18 Qualcomm Incorporated Method and apparatus for effecting handoff between different cellular communications systems
US7228103B2 (en) * 2002-07-12 2007-06-05 Intel Corporation Method and apparatus for improving co-existence between bluetooth and 802.11 networks
US8504054B2 (en) * 2002-09-10 2013-08-06 Qualcomm Incorporated System and method for multilevel scheduling
US7630321B2 (en) * 2002-09-10 2009-12-08 Qualcomm Incorporated System and method for rate assignment
JP3800170B2 (ja) 2002-12-11 2006-07-26 ソニー株式会社 符号化伝送装置及び符号化伝送方法
US7586874B2 (en) * 2003-01-06 2009-09-08 Interdigital Technology Corporation Wireless communication method and apparatus for providing multimedia broadcast services
JP4127052B2 (ja) * 2003-01-10 2008-07-30 日本電気株式会社 コンテンツ配信システム、ネットワーク及びチャネル切替制御方法
US8165148B2 (en) * 2003-01-13 2012-04-24 Qualcomm Incorporated System and method for rate assignment
US8452294B2 (en) * 2003-04-23 2013-05-28 Qualcomm Incorporated In-band ate indicator methods and apparatus
US9049722B2 (en) * 2004-04-23 2015-06-02 Qualcomm Incorporated Methods and apparatus of enhancing performance in wireless communication systems
KR20120024992A (ko) * 2003-04-23 2012-03-14 콸콤 인코포레이티드 무선 통신 시스템에서 수행성능을 향상시키는 방법들 및 장치
EP1621037A2 (de) * 2003-05-06 2006-02-01 Siemens Aktiengesellschaft Verfahren zur daten bertragung
MXPA06000344A (es) * 2003-07-09 2006-03-28 Interdigital Tech Corp Metodo y sistema para gestionar recursos de radio en un sistema de comunicacion de tiempo ranurado.
US7369494B2 (en) * 2003-09-19 2008-05-06 Lucent Technologies Inc. Method and apparatus for managing data bursts
US7853215B2 (en) * 2003-10-10 2010-12-14 Motorola, Inc. Communication circuit and method for selecting a reference link
WO2005064977A1 (en) * 2003-12-29 2005-07-14 Nokia Corporation Method and system for controlling access bearer in a real-time data service
FI20031911A0 (fi) * 2003-12-29 2003-12-29 Nokia Corp Menetelmä ja järjestelmä access-verkkopalvelun kontrolloimiseksi reaaliaikaisessa datapalvelussa
JP4019282B2 (ja) * 2004-04-19 2007-12-12 日本電気株式会社 セルラシステムにおける無線回線制御方法
JP4510006B2 (ja) * 2004-04-30 2010-07-21 三菱電機株式会社 移動局、基地局、通信システム、データ量情報送信方法、送信制御情報通知方法及び無線通信方法
GB2415323B (en) * 2004-06-15 2006-06-28 Motorola Inc Cellular communications system
TW200614842A (en) * 2004-09-22 2006-05-01 Interdigital Tech Corp Method and apparatus for switching channel configurations for a radio bearer
CN100433894C (zh) * 2004-10-11 2008-11-12 中兴通讯股份有限公司 一种码分多址系统中专用信道向公共信道的类型转换方法
CN100592790C (zh) * 2005-03-07 2010-02-24 艾利森电话股份有限公司 多媒体信道切换
JP4667118B2 (ja) * 2005-05-17 2011-04-06 株式会社エヌ・ティ・ティ・ドコモ ダイバーシチ受信機及びダイバーシチ受信動作の制御方法
DE102005027959A1 (de) * 2005-06-16 2006-12-28 Siemens Ag Verfahren und Vorrichtung zur Datenübertragung
CN100442929C (zh) * 2005-10-25 2008-12-10 华为技术有限公司 一种VoIP业务信道切换控制的方法
CN1988521B (zh) * 2005-12-23 2010-07-21 大唐移动通信设备有限公司 移动通信系统终端的信道译码器及译码方法
JP2007235941A (ja) * 2006-02-06 2007-09-13 Nec Corp 無線制御局、及び移動通信システムとそのチャネル切替方法
US8396044B2 (en) * 2006-09-29 2013-03-12 Broadcom Corporation Method and system for antenna architecture for WCDMA/HSDPA/HSUDPA diversity and enhanced GSM/GPRS/edge performance
US7689188B2 (en) * 2006-09-29 2010-03-30 Broadcom Corporation Method and system for dynamically tuning and calibrating an antenna using antenna hopping
US8116259B2 (en) * 2006-09-29 2012-02-14 Broadcom Corporation Method and system for diversity processing based on antenna switching
US8031651B2 (en) 2006-09-29 2011-10-04 Broadcom Corporation Method and system for minimizing power consumption in a communication system
US20100069073A1 (en) * 2008-09-12 2010-03-18 Industrial Technology Research Institute System and method for system switch and handover between wireless communication systems
EP2449824B1 (en) * 2009-06-30 2016-10-05 Telefonaktiebolaget LM Ericsson (publ) Handling of access capability information in a mobile network
US9125068B2 (en) 2010-06-04 2015-09-01 Ixia Methods, systems, and computer readable media for simulating realistic movement of user equipment in a long term evolution (LTE) network
US8886132B2 (en) * 2011-03-08 2014-11-11 Skype Controlling power saving mode in radio
US8705490B2 (en) 2011-12-23 2014-04-22 Verizon Patent And Licensing Inc. Handing over a user device from one technology to another
US9596166B2 (en) 2013-04-26 2017-03-14 Ixia Methods, systems, and computer readable media for testing inter-cell interference coordination capabilities of wireless access access nodes
EP2997679B1 (en) 2013-05-16 2018-08-29 Keysight Technologies Singapore (Holdings) Pte. Ltd. Apparatus, method and computer readable medium for frequency selective channel modeling
US10341245B2 (en) * 2014-03-24 2019-07-02 Vmware, Inc. Bursty data transmission in a congestion controlled network
CN107920095A (zh) * 2016-10-08 2018-04-17 阿里巴巴集团控股有限公司 一种在p2p环境下发送方以及接收方流量限制的方法、装置
US10542443B2 (en) 2017-10-27 2020-01-21 Keysight Technologies, Inc. Methods, systems, and computer readable media for testing long term evolution (LTE) air interface device using emulated noise in unassigned resource blocks (RBs)
CN111447572B (zh) * 2019-01-16 2022-09-23 成都鼎桥通信技术有限公司 一种mcptt系统中的组播监听方法和装置
US11089495B2 (en) 2019-07-11 2021-08-10 Keysight Technologies, Inc. Methods, systems, and computer readable media for testing radio access network nodes by emulating band-limited radio frequency (RF) and numerology-capable UEs in a wideband 5G network
CN116744376A (zh) * 2022-03-01 2023-09-12 华为技术有限公司 信道切换方法和装置

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5319638A (en) 1991-09-12 1994-06-07 Bell Communications Research, Inc. Link-by-link congestion control for packet transmission systems
US5495480A (en) 1993-06-21 1996-02-27 Nec Corporation Packet transmission system having timer for circuit disconnection
JP3239286B2 (ja) * 1994-03-01 2001-12-17 富士通株式会社 チャネル切替制御方式
FI107575B (fi) 1994-06-20 2001-08-31 Nokia Mobile Phones Ltd Tiedonsiirtomenetelmä, tukiasema sekä tilaajapäätelaite
US5673259A (en) * 1995-05-17 1997-09-30 Qualcomm Incorporated Random access communications channel for data services
US5757772A (en) 1995-09-18 1998-05-26 Telefonaktiebolaget Lm Ericsson Packet switched radio channel traffic supervision
FI101332B1 (fi) * 1995-12-18 1998-05-29 Nokia Telecommunications Oy Epäjatkuvalähetys monikanavaisessa suurinopeuksisessa datasiirrossa
US5778175A (en) 1995-12-22 1998-07-07 Digital Equipment Corporation Method implemented by a computer network adapter for autonomously adjusting a transmit commencement threshold valve upon concurrence of an underflow condition
US5859853A (en) 1996-06-21 1999-01-12 International Business Machines Corporation Adaptive packet training
US5901147A (en) 1996-08-30 1999-05-04 Mmc Networks, Inc. Apparatus and methods to change thresholds to control congestion in ATM switches
US5708656A (en) 1996-09-11 1998-01-13 Nokia Mobile Phones Limited Method and apparatus for packet data transmission
US6122514A (en) 1997-01-03 2000-09-19 Cellport Systems, Inc. Communications channel selection
US6167129A (en) * 1998-04-03 2000-12-26 Tekelec Method and apparatus for signal mediation in a common channel signaling network
CA2326750C (en) 1998-04-03 2010-03-16 Telefonaktiebolaget Lm Ericsson Flexible radio access and resource allocation in a universal mobile telephone system (umts)
US6594238B1 (en) * 1998-06-19 2003-07-15 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for dynamically adapting a connection state in a mobile communications system
CA2280491A1 (en) 1998-09-24 2000-03-24 Lucent Technologies Inc. Method for allocating resources during high speed data transmission in a wireless telecommunications system

Also Published As

Publication number Publication date
AU2243601A (en) 2001-06-18
DE60035795T2 (de) 2008-04-30
CN100364356C (zh) 2008-01-23
ATE369021T1 (de) 2007-08-15
WO2001043485A1 (en) 2001-06-14
TW488177B (en) 2002-05-21
DE60035795D1 (de) 2007-09-13
EP1236371A1 (en) 2002-09-04
CN1433655A (zh) 2003-07-30
EP1236371B1 (en) 2007-08-01
US6594241B1 (en) 2003-07-15

Similar Documents

Publication Publication Date Title
ES2291229T3 (es) Control de conmutacion de tipo de canal.
ES2291224T3 (es) Conmutacion segun el tipo de canal entre un canal comun y un canal dedicado basado en la carga del canal comun.
ES2442860T3 (es) Ajustes de tampón antifluctuaciones de fase en base a un retardo estimado
ES2769537T3 (es) Procedimiento y aparato de programación de velocidades de enlace ascendente de forma adaptativa a una rampa de velocidad rápida en un sistema de comunicación por paquetes
US8149712B2 (en) Method for selecting transport format combination guaranteed QoS in mobile communication system
DK1929826T3 (en) DEVICE, PROCEDURE AND COMPUTER PROGRAM PRODUCT TO REQUEST A INCREASE OF DATA SPEED BASED ON THE TRANSMISSION OF AT LEAST ONE MORE SELECTED DATA UNIT
ES2336748B1 (es) Procedimiento de asignacion eficiente de canal en sistemas inalambricos.
US7535876B2 (en) Method of flow control for HSDPA and HSUPA
CN110474854B (zh) 资源分配的方法和装置
BRPI0615539A2 (pt) método para executar um processo de alocação de dados, terminal móvel para ser utilizado em um sistema de comunicação sem fio, mìdia que pode ser lida por computador, método para transmitir a sinalização de controle de uma entidade de rede em uma rede de acesso via rádio, entidade de rede em uma rede de acesso via rádio e sistema de comunicação móvel
JP2003513533A (ja) 共通チャネル負荷に基づく専用チャンネルから共通チャネルへのチャネルタイプ切替方法
CA2622148A1 (en) Method and apparatus for transmitting/receiving control information of user equipment for uplink data transmission
US20190158215A1 (en) Method and Apparatus for Scheduling Multimedia Streams over a Wireless Broadcast Channel
PT1900161E (pt) Informação de escalonamento em mudança de célula de serviço
WO2009156794A1 (en) Channel condition dependent scheduling
JP2004501549A (ja) Cdma中間データレートシステムにおける安定性と容量を改善するための方法及び装置
US20130010771A1 (en) Transmission Format Selection For Optimizing Transmission Of Delay Sensitive Traffic
CN1981493B (zh) 在无线通信系统中进行自适应延迟管理的方法和装置
KR100944236B1 (ko) 무선통신시스템에서 업링크 전송채널의 컨피겨레이션을설정하는 방법 및 장치
KR20050117874A (ko) 휴대인터넷의 멀티미디어 데이터의 제공을 위한 패킷스케쥴러 장치 및 방법
Wang et al. A cross‐layer cost‐function based rate adaptation mechanism for the WCDMA system with multi‐class services by transport format selection
Garroppo et al. Capacity evaluation of resource allocation strategies in GPRS system
Cvitković et al. High Speed Packet Access