ES2644263T3 - Mejora para activación de solicitud de programación basada en condición de tráfico - Google Patents

Description

5

10

15

20

25

30

35

40

45

50

DESCRIPCION

Mejora para activacion de solicitud de programacion basada en condicion de trafico Campo tecnico

Las realizaciones divulgadas y los ejemplos se refieren en general a redes de comunicaciones moviles, y mas particularmente, con informacion de velocidad e informacion relacionada con trafico que proporciona un EU a la red y que activa la solicitud de programacion basada en trafico.

Antecedentes

EL crecimiento exponencial de abonados moviles requiere aumento sustancial de la capacidad de red. Actualmente, las congestiones de red son problematicas en muchas redes de tercera generacion (3G) en una serie de mercados a traves de los Estados Unidos y el mundo. Las redes congestionadas provocan calda de llamadas o llamadas fallidas, bajos Indices de datos y bajos tiempos de respuesta. Simultaneamente con este problema de crecimiento rapido del numero de usuarios, ha habido una rapida captacion de abonados de Smartphone, tal como usuarios de iPhone, usuarios de telefonos Android y usuarios de telefonos Blackberry.

El sistema de evolucion largo plazo (LTE), que ofrece altas velocidades de datos pico, baja latencia y capacidad mejorada del sistema, se adoptada por muchos operadores para superar el problema de capacidad. En el sistema LTE, una red de acceso de radio terrestre universal evolucionada (E-UTRAN) incluye una pluralidad de nodo-Bs evolucionado (eNBs) que comunica con una pluralidad de estaciones moviles, denominadas como equipo de usuario (EU), a traves de la interfaz LTE-Uu. La red de acceso de radio conecta adicionalmente con una red nucleo (CN), que incluye entidad de gestion de movilidad (MME) portal de servicio (S-GW) y portal de red de datos de paquete (P-GW), para proporcionar servicios de extremo a extremo.

Aunque la red LTE aumenta la capacidad del sistema, se proyecta que la red LTE pueda pronto enfrentar problemas de capacidad. Tanto en redes tradicionales como LTE, los operadores siempre priorizan el trafico de voz en tiempo real sobre el trafico de datos. Los recursos se mantienen en reserva a traves de la red para trafico de voz conmutado por circuito. Nuevas redes de datos inalambricas, tal como red 3G y LTE, tambien optimizan el soporte para gran cantidad de trafico de datos, tal como videoconferencias. Sin embargo, dicho diseno, no funciona bien para aplicaciones con sesiones de datos infrecuentes, cortas, tal como aplicaciones de chat y mantener mensajes en vivo. Muchas aplicaciones comunes tales como noticias, clima, redes sociales, se conectan y desconectan periodicamente hacia/desde las redes para actualization. Estas aplicaciones contienen pequenas cantidades de datos de usuario, aunque aun requieren gran cantidad de trafico de serialization para establecer y derribar la sesion. Se estima que, con el creciente numero de aplicaciones de telefonos inteligentes sobre la red, la sobrecarga de senalizacion supera el trafico de datos en 30% a 50%, si no mas. Por lo tanto, utilizar redes de datos eficientemente es esencial para mejorar la capacidad de red.

A pesar de mejorar la eficiencia de red, mantener la calidad del servicio (QoS) es un area importante para el crecimiento exitoso de redes inalambricas. Aplicaciones sobre redes inalambricas tienen diversos requerimientos en terminos de retardo, ancho de banda e Indice de error que desean para desempeno optimo o experiencia del usuario. El sistema LTE ha definido un grupo de valores identificadores de clase QoS (QCI), cada uno corresponde a caracterlsticas de un servicio requerido. La meta para estandarizar valores QCI es asegurar el mapeo de las aplicaciones/servicios para que el mismo QCI reciba el mismo nivel mlnimo de QoS en implementaciones de red de multiples proveedores, as! como en casos de itinerancia. En redes de acceso, es la responsabilidad del eNBs asegurar el QoS necesario para un portador sobre la interfaz de radio. Cada portador tiene un QCI asociado y una prioridad de retention y asignacion (ARP).

Tradicionalmente, una aplicacion se asocia con un QoS porque tiene un requerimiento QoS predefinido. A diferencia de las aplicaciones tradicionales, para las aplicaciones interactivas populares de hoy en dla, el requerimiento QoS tiene naturaleza dinamica. Muchas aplicaciones de telefonos inteligentes generan regularmente trafico incluso cuando el telefono inteligente esta en modo de fondo, tal como cuando el usuario no esta utilizando activamente el dispositivo. Por lo tanto, es deseable tener diferentes asociados QoS con una aplicacion. Por ejemplo, el sistema puede asociar un QoS con una aplicacion que se ejecuta cuando el usuario esta en el modo interactivo y el menor requerimiento QoS cuando el usuario no esta utilizando el dispositivo. Dicho esquema QoS dinamico permite al sistema reducir el uso de recursos para las aplicaciones de fondo, que resulta en menor sobrecarga de senalizacion de red nucleo y eficiencia LTE-Uu mejorada. En el lado del EU, se reduce el consumo de potencia EU, principalmente al permitir que el EU utilice ciclos de sueno en la maxima medida, en el que el hardware se puede apagar o esta en modo de espera. La utilization de ciclos de inactividad grandes o DRX grande afecta el desempeno del QoS al introducir latencia adicional.

5

10

15

20

25

30

35

40

45

50

55

Ademas de aumentar rapidamente los datos y el volumen de senalizacion que pone presion a la interfaz LTE-Uu, la cantidad de senalizacion de la red nucleo tambien es una preocupacion de los operadores. Los operadores tienen la fuerte esperanza de que el LTE soportara eficientemente “siempre encendido” real, que permite la actualization de aplicacion. Dicha caracterlstica puede conducir a que la mayorla de los EU este en modo conectado, que es bastante diferente a la red inalambrica de hoy en dla. Especialmente para telefonos inteligentes, operadores que necesitan mantener la carga de red nucleo en control. La mayor parte de la sobrecarga en la senalizacion de Red Nucleo se debe al establecimiento de la conexion inicial. Tambien observamos que, aunque se mantiene siempre un EU en modo conectado se reduce la senalizacion necesaria para la configuration de conexion, esto generarla en cambio senalizacion adicional para traspaso, y adicionalmente utiliza un DRX largo en modo conectado para buen consumo de baterla que viene con la desventaja de un mal desempeno de traspaso, debido a una periodicidad de medicion EU baja de celdas vecinas en DRX largo. De esta manera, es complejo el problema de controlar y optimizar la senalizacion de red, uso de recursos y consumo de baterla EU para telefonos inteligentes tlpicos. Para reducir la sobrecarga de configuracion adicional, la red debe ser asistida en la identification de EU “intrincados”, que utiliza servicios “siempre encendido”, que se mueven, e intercambian frecuentemente entre modos conectados e inactivos. Una forma eficiente de identificar dichos EU permite al operador aplicar algoritmos especiales con alta complejidad a dichos EU para reducir el trafico de Red Nucleo, mientras aplica algoritmos mas simples a los EU no problematicos.

A la luz del crecimiento en explosion de la cantidad de datos moviles de diversas aplicaciones moviles, acoplados con la adoption amplia del LTE mediante operadores de red inalambrico, se hace importante encontrar formas de mejorar la eficiencia de red y mantener el QoS de varias aplicaciones. Las realizaciones de la presente invention superan diversas areas tal como mejora de la eficacia de interfaz LTE-Uu, reducen la sobrecarga de senalizacion de Red Nucleo y reducen al consumo de baterla del EU. El documento WO2005/050851 A2, Interdigital Tech Corp, fecha de publication de 2.0.6.2005, divulga un metodo y aparato para transferir datos de enlace ascendente mejorados en bufer (EU) de un WTRU a un node-B. El documento Ep 2 211 585 A1 divulga un metodo para mejorar un procedimiento de reconfiguration para Solicitud de Programacion.

El documento WO2007/024120 A1, fecha de publicacion 01.03.2007, divulga una solicitud de recursos y metodo de programacion de paquetes para trafico de enlace ascendente en un sistema de comunicaciones movil. El documento NC 101 980 575 A, fecha de publicacion 23.02.2011, divulga un metodo de procesamiento y una terminal de acceso aleatorio que incluye parametro relacionados con SR.

Resumen

El objeto de la invencion se alcanza mediante el metodo para un equipo de usuario como se define en la reivindicacion 1 independiente y mediante un equipo de usuario como se define en la reivindicacion 12 independiente. En un primer aspecto novedoso, se propone un metodo para un equipo de usuario (EU) para indicar information relacionada con trafico a una red. El metodo comprende determinar un indicador de trafico y transmitir el indicador de trafico a una estacion base.

En un ejemplo divulgado, el indicador de trafico indica que se prefiere un consumo de energla predeterminado o se prefiere un consumo de baja energla. Por ejemplo, cuando el EU esta en un trafico de fondo, se prefiere el consumo de baja energla. La detection del trafico de fondo implica por lo menos uno de detectar trafico de fondo de una aplicacion especlfica, activation del ahorro de energla de la pantalla de EU, no se muestra una aplicacion en ejecucion en la pantalla del EU, y no se detecta interaction de los usuarios.

En otro ejemplo divulgado, el indicador de trafico indica un patron de tiempo del historial del trafico. En un ejemplo, el indicador de trafico comprende un historial de perlodos de tiempo en el que el EU es un modo RRC_IDLE o en modo RRC_CONNECTED. En otro ejemplo, el indicador de trafico comprende una cantidad de transacciones entre el modo RRC_IDLE y el modo RRC_CONNECTED. En aun otro ejemplo, el indicador de trafico comprende un historial de tiempos inter arribo de paquetes y tamanos de paquetes para un portador de radio o un grupo de portadores de radio. El EU puede transmitir el indicador de trafico a la estacion base en el establecimiento de conexion RRC, en el restablecimiento de conexion RRC, o cuando el EU cambia de celda.

Desde la perspectiva de red, luego de recibir y evaluar informacion contenida en el indicador de trafico, la red activa un procedimiento de modification QoS al aplicar uno o mas algoritmos de modification QoS. En un ejemplo, uno o mas algoritmos de modificacion QoS comprenden por lo menos uno de los requisitos QoS de reduction, reduction de prioridad de programacion, configuracion de ciclo DRX mayor, configuracion escasa o sin recursos de enlace ascendente, y ordenar al EU ir al modo RRC_IDLE.

En un segundo aspecto novedoso, se proporciona un metodo para determinar un activador de solicitud de programacion modificado basado en la condition de trafico detectada. El metodo comprende detectar una condition de trafico que indica si el EU esta en modo de trafico de fondo en el estado RRC_CONNECTED, que determina un activador de solicitud de programacion (SR) modificado basado en la condicion de trafico, y transmitir la solicitud de programacion a una estacion base en funcion del activador SR modificado. La solicitud de programacion se transmite a traves de un canal de enlace ascendente flsico (PUCCH) o un canal de acceso aleatorio (RACH).

En una realizacion, el activador SR modificado es un bufer de datos o un Indice de generacion de datos que excede un umbral. En una realizacion, el umbral se determina mediante el EU basado en el requerimiento QoS que se relaciona con un Indice de Bits priorizado (PBR), o una Duracion de Tamano de cubeta (BSD) o ambos. En otra realizacion, el umbral se configura mediante una estacion base, basada en el tamano del otorgamiento mas pequeno 5 bajo la condition de trafico.

En un aspecto ventajoso, el metodo comprende detectar una condicion de trafico, en el que el EU se configura para el modo DRX y en el que la condicion de trafico indica si el EU esta en el tiempo de inactivation DRX. El EU determina un activador de solicitud de programacion modificado basado en el estado DRX detectado y luego transmite la solicitud de programacion a traves del PUCCH o RACH.

10 En una realizacion, el umbral utilizado en el activador SR modificado se actualiza cuando cambia el estado DRX detectado. En otra realizacion, el activador SR modificado se aplica a un perlodo SR mayor para una logica durante el tiempo de inactivacion DRX. En otra realizacion, el activador SR modificado detiene el SR durante el tiempo de inactivacion DRX.

En un tercer aspecto novedoso, se proporciona un metodo para proporcionar information de velocidad del EU a la 15 red. El metodo soporta la obtencion de informacion de velocidad del EU, detectando un evento de activation y proporcionando la informacion de velocidad a la red mediante uno o mas medios predefinidos. La informacion de velocidad se toma de grupo que consiste de una velocidad flsica, una velocidad flsica mapeada sobre un grupo de velocidad predefinido, y una velocidad virtual. La velocidad virtual comprende un conteo de cambio de celdas o un numero de celdas que el EU ha solicitado para conexion RRC durante un periodo determinado. El EU puede enviar la 20 informacion de velocidad a un eNB a traves de un establecimiento de conexion RRC, un restablecimiento de conexion RRC, un nuevo informe de medicion RRC en IE o un nuevo mensaje RRC.

En un ejemplo divulgado, el evento activador son los cambios EU del estado RRC_IDEL al estado RRC_CONnECTED. En otro ejemplo divulgado, el evento activador es la detection del modo de trafico de fondo en el estado RRC_CONNECTED. En otro ejemplo divulgado, el evento activador es una expiration de un temporizador 25 periodico o una expiracion del temporizador periodico cuando el EU esta en el modo de trafico de fondo.

En un ejemplo divulgado, el evento activador es el EU que detecta una velocidad que excede un umbral de velocidad. En otro ejemplo divulgado, el evento activador es el EU que detecta una velocidad que excede un umbral de velocidad cuando el EU esta en el modo de trafico de fondo. En aun otro ejemplo divulgado, el evento activador es regulado mediante un temporizador de prohibicion para limitar la sobrecarga de serialization, en el que no se envla informacion 30 de velocidad por el EU hasta que el temporizador de prohibition expira.

Otros ejemplos divulgados y ventajas se describen en la description detallada adelante. Este resumen no tiene el proposito de definir la invention. La invention se define por las reivindicaciones.

Breve descripcion de los dibujos

La figura 1 muestra esquematicamente un diagrama de un sistema de comunicaciones inalambrico de acuerdo con 35 las realizaciones de la invencion.

La figura 2 muestra un diagrama de bloques de un EU y sus modulos de funcion diferentes de acuerdo con una realizacion de la invencion.

La figura 3 muestra componentes principales de una red de comunicaciones y bloques de ejemplo de sus funciones correspondientes de acuerdo con realizaciones de la invencion.

40 La figura 4A muestra un diagrama de flujo de un ejemplo divulgado en el que un EU detecta condiciones de trafico y envla indicadores a un eNB.

La figura 4B se muestra, de acuerdo con un ejemplo divulgado, un EU que incluye informacion de trafico y/o la indication en mensajes al eNB en configuration de conexion o restablecimiento del Control de recursos de Radio (RRC).

45 La figura 5 muestra un diagrama de flujo de un ejemplo divulgado en el que se recolecta informacion de trafico por un eNB para identificar EU “diflciles” y el eNB modifica los requerimientos QoS de acuerdo con lo anterior.

La figura 6 muestra un diagrama de flujo de un ejemplo divulgado en el que un EU informa a un eNB de su preferencia para nivel de consumo de baterla y el eNB ajusta en forma correspondiente el QoS del EU.

5

10

15

20

25

30

35

40

45

La figura 7 muestra un diagrama de flujo de un ejemplo divulgado en el que un eNB monitoriza las condiciones del portador EU y modifica el QoS luego de detectar trafico de fondo en el portador.

La figura 8 muestra un diagrama de flujo de un ejemplo divulgado en el que una Red Nucleo identifica trafico de fondo en portadores EU y el eNB modifica el QoS del Eu en forma correspondiente.

La figura 9A muestra un diagrama de flujo de un ejemplo divulgado en el que un EU determina un indicador de trafico que es enviado a un eNB.

La figura 9B muestra un diagrama de flujo de un ejemplo divulgado en el que un EU detecta un historial de trafico y determina un indicador de trafico que es enviado a un eNB.

La figura 10 muestra un diagrama de flujo de un ejemplo divulgado en el que un eNB recibe un indicador de trafico, determina si activar una modificacion QoS y aplica algoritmos de modificacion QoS cuando sea necesario.

La figura 11 muestra un diagrama de flujo, de acuerdo con realizaciones de la invencion, en el que un EU y/o un CN identifican una condicion de trafico y envlan la condicion de trafico a un eNB, y el EU establece el nuevo activador de solicitud de programacion (SR) en consecuencia.

La figura 12A muestra un diagrama de flujo de una realizacion de la invencion en el que un EU que aplica un activador SR modificado, envla el SR luego de detectar datos de bufer mayores que un umbral.

La Figura 12B muestra un diagrama de flujo de una realizacion de la invencion en el que un EU que aplica un activador SR modificado, envla al SR luego de detectar el Indice de generacion de un umbral.

La figura 13A muestra un diagrama de flujo de acuerdo con realizaciones de la invencion en el que luego de detectar un cambio de estado de recepcion discontinua (DRX), actualiza un umbral y aplica uno de los activadores SR modificados.

La figura 13B muestra un diagrama de flujo de una realizacion de la invencion en el que luego de detectar los cambios de estado de DRX para inactivacion, un Eu aplica uno de los algoritmos SR modificados.

La figura 14 muestra un diagrama de flujo de una realizacion de la invencion en el que un EU detecta una condicion de trafico, determina si adopta un activador SR modificado y transmite un SR a un eNB una vez se cumple la activacion modificada.

La figura 15 es un diagrama de flujo de acuerdo con un aspecto de la invencion, en el que un EU detecta una condicion de trafico del modo DRX para ahorrar energla, determina un activador SR modificado basado en la condicion, y transmite un SR a un eNB basado en el activador SR modificado.

La figura 16 muestra un diagrama de flujo de acuerdo con los ejemplos divulgados en donde la informacion de velocidad se recolecta y envla a un eNB.

La figura 17A muestra un diagrama de flujo de acuerdo con un ejemplo divulgado en el que un eNB mantiene un EU no movil en estado conectado mas tiempo.

La figura 17B muestra un diagrama de flujo de acuerdo con un ejemplo divulgado en el que un eNB libera un EU movil a estado inactivo mas rapido.

La figura 18 muestra un diagrama de flujo de acuerdo con un ejemplo divulgado, en el que un EU obtiene informacion de velocidad, detecta un evento activador y proporciona la informacion de velocidad a una red mediante uno o mas medios predefinidos.

Descripcion detallada

Ahora se hara referencia en detalle a algunas realizaciones de la invencion, cuyos ejemplos se ilustran en los dibujos acompanantes.

La figura 1 muestra esquematicamente un diagrama de un sistema de comunicaciones inalambrico de acuerdo con realizaciones de la invencion. El sistema 100 inalambrico incluye una red 110 de acceso de radio, una red 120 nucleo y una red 130 externa. EU 111 y EU 112 conectados a eNB 113 y eNB 114 respectivamente a traves de interfaz de radio. eNB 113 y eNB 114 se conectan a traves de la interfaz X2. De acuerdo con realizaciones de la invencion, cuando el EU 111 pasa del eNB 113 al eNB 114, el eNB 113 reenvla informacion del EU 111 pertinente al eNB 114 a traves

5

10

15

20

25

30

35

40

45

50

55

de la interfaz X2. El eNB 113 y el eNB 114 se conectan con la Entidad de Gestion de Movilidad (MME) 121 y el Portal de Servicio (S-GW) 122 a traves de las interfaces S1. El MME 121 se conecta con el S-GW 122 a traves de la interfaz S11. El S-GW 122 conecta adicionalmente con el P-GW 124 a traves de la interfaz S5/S8. El P-GW 124 conecta la funcion de regla de carga y polltica (PCRF) 123 a traves de la interfaz S7. El PCRF 123 controla las funciones QoS de red. De acuerdo con realizaciones de la invencion, entidades tales como el P-GW 124 recolectan informacion de trafico. El PCRF 123 hace determinada modificacion QoS en forma correspondiente. El P-GW 124 se conecta con la red 130 externa a traves de la interfaz SGi. La figura 1 muestra adicionalmente una ruta portadora LTE. Tanto el EU como la red pueden iniciar una configuracion de portador. Un portador extremo a extremo para un canal LTE incluye un portador 141 de radio que conecta el EU y el eNB, un portador 142 S1 que conecta el eNB al MME 121 o S-GW 122 y un portador 143 S5/S8 que conecta el S-GW 122 al P-GW 124.

La figura 2 muestra un diagrama de bloques de ejemplo del EU 200 EU que soporta algunas realizaciones de la presente invencion. La antena 201 transmite y recibe senales RF. El modulo 211 transceptor RF, acoplado con una antena 201, recibe senales RF de la antena 201, las convierte a senales base banda y las envla al procesador 212. El transceptor 211 RF tambien convierte las senales base banda recibidas del procesador 212, las convierte a senales RF, y las envla a la antena 201. El procesador 212 procesa las senales base banda recibidas e invoca diferentes modulos funcionales para realizar las caracterlsticas en EU 200. La memoria 213 almacena instrucciones de programa y datos para controlar las operaciones del EU 200.

La figura 2 tambien muestra cinco modulos funcionales 221,222, 223, 224 y 225, que llevan a cabo las realizaciones de la presente invencion. El modulo 221 de deteccion detecta condiciones de trafico en el EU 200. El modulo 222 de indicacion de trafico evalua diversas condiciones de trafico y otra informacion en el EU 200 y decide fijar o actualizar algunos indicadores de trafico. El modulo 223 de deteccion de evento detecta algunos activadores de evento predefinidos. El EU 200 activa acciones correspondientes basadas en los activadores de eventos detectados por el modulo 223 de deteccion de evento. El modulo 224 de solicitud de programacion (SR) lleva a cabo la funcion de enviar SR a un eNB. De acuerdo con una realizacion de la invencion, el modulo 224 SR lleva a cabo una activacion SR modificada para solicitud de programacion. Dicho algoritmo modificado se activa mediante la condicion de trafico predefinida en el EU. El modulo 225 de estimation de velocidad recolecta informacion de velocidad y estima la velocidad EU. Dicha informacion de velocidad se puede utilizar por el EU 200 o un eNB.

Existe configuracion similar en un eNB en el que una o mas antenas transmiten y reciben senales RF. El modulo transceptor RF, acoplado con la antena, recibe senales RF de la antena, las convierte a senales base banda y las envla a un procesador. El transceptor RF tambien convierte senales base banda recibidas del procesador las convierte a senales RF, y las envla a la antena. El procesador procesa las senales base banda recibidas e invoca diferentes modulos funcionales para realizar caracterlsticas en el eNB. Una memoria almacena instrucciones de programa y datos para controlar las operaciones del eNB. El eNB tambien incluye modulos funcionales diversos para llevar a cabo algunas realizaciones de la invencion.

Las realizaciones de la actual invencion mejoran la eficiencia de red, reducen la baterla del EU mientras que mantienen el QoS para varias aplicaciones. De acuerdo con algunas de las realizaciones, el EU, el eNB y el CN llevan a cabo diferentes funciones para hacer mejoras al sistema. En algunas realizaciones de la invencion, el EU recolecta informacion y toma decisiones para la modificacion sin la participation de otros elementos de red. Aun, en otras realizaciones de la invencion, un eNB recolecta informacion de un EU y/o CN, modifica los algoritmos QoS y envla la informacion modificada al EU.

La figura 3 muestra componentes principales de una red de comunicaciones inalambrica y bloques de ejemplo de sus funciones correspondientes de acuerdo con realizaciones de la invencion. El EU 301 se conecta con el eNB 302, que se conecta con la Red 303 Nucleo. El bloque 311 de funcion enumera funciones de ejemplo del EU 301 de acuerdo con algunas realizaciones de la invencion. El EU 301 puede realizar funciones como identificar EU especiales, obtener informacion de velocidad; detectar informacion de fondo; y modificar el activador SR. En algunas realizaciones de la invencion, luego de detectar determinadas condiciones de trafico, el EU 301 informa al eNB 302 en la etapa 1. El bloque 315 de funcion enumera funciones de ejemplo de la Red 303 Nucleo de acuerdo con algunas realizaciones de la invencion. La Red 303 Nucleo puede realizar funciones de identification del EU especial e identificar el trafico de fondo para un EU o para un portador del EU. Luego de detectar determinadas condiciones de trafico, la Red 303 Nucleo informa al eNB 302 en la Etapa 2. El bloque 312 de funcion enumera funciones de ejemplo del eNB 302. El eNB 302 puede identificar El EU especial y monitoriza al portador. De acuerdo con realizaciones de la invencion, el eNB 302 modifica al programador como se enumera en el bloque 313 de funcion. Luego del paso del EU a otro eNB objetivo, el eNB 302 reenviara la informacion relacionada con el EU al eNB objetivo segun se enumera en el bloque 314 de funcion.

La figura 3 tambien muestra que el eNB 302 realiza la modificacion del programador como el bloque 313 de funcion basado en la salida del eNB propiamente dicho como en el bloque 312 de funcion, o al analizar la informacion recibida del EU 301 a traves de la etapa 1 o al analizar la informacion recibida del CN 303 a traves de la etapa 2. Adicionalmente, el eNB302 puede modificar el programador como en el bloque 313 de funcion basado en uno o mas de la informacion mencionada anteriormente, del EU 301, detectado en el eNB 302, o del CN 303. Por ejemplo, la

5

10

15

20

25

30

35

40

45

50

55

identification del EU especial se puede hacer en el EU 301 al recolectar el conteo de transition de inactivation para un perlodo predefinido. El EU 301 puede luego identificar al EU como especial si el conteo excede un umbral. La decision del EU e un EU especial que se puede hacer en el eNB 302 cuando el eNB recolecta information del EU 301 y/o CN303. El eNB 302 puede recolectar information de transition de inactivation-activation y movilidad y etiqueta el EU. Del mismo modo, la Red 303 Nucleo, que incluye entidades como MME, S-GW y P-GW, recolecta las estadlsticas del EU e identifica El EU como un EU especial. Las estadlsticas recolectadas por el CN 303 pueden estar en la granularidad de un nivel de portador.

Como se muestra en la figura 3, cada entidad de red puede llevar a cabo algunas funciones de acuerdo con las realizaciones de la invention. Dichas funciones incluyen detectar information relacionada con trafico, tal como identificar el EU especial o detectar el trafico de fondo; modificar algoritmos QoS, tal como modificar activadores de Solicitud de Programacion y DRX; y el EU proporciona information de velocidad a la red de tal manera que la red puede realizar optimization adicional. Las siguientes secciones discuten en detalle las realizaciones de la invention.

Indication de EU de information relacionada con trafico

La amplia adoption de telefonos inteligentes y el creciente numero de aplicaciones descargables continuan aumentando el volumen de senal y datos en la red movil. Para utilizar eficientemente los recursos de red mientras mantiene el QoS, se desea un esquema de QoS mas flexible o dinamico. A diferencia de las aplicaciones tradicionales, para las aplicaciones moviles populares actuales, pueden variar los requerimientos QoS para la misma aplicacion dependiendo de algunas condiciones de trafico relacionadas. Por lo tanto, el primer problema importante es identificar y relacionar dicha information relacionada con trafico.

La figura 4A muestra un diagrama de flujo del ejemplo divulgado en el que un EU detecta condiciones de trafico y envla indicadores a un eNB. El EU 401 se conecta con el eNB 402. Para algunas aplicaciones, el requerimiento QoS es diferente para el modo interactivo del modo de fondo. Por lo tanto, dicha information detectada en el EU es muy util para la red con el fin de decidir si ajustar la polltica QoS. En el punto 411, el EU 401 detecta que el EU 401 esta en modo interactivo. En la etapa 1, el EU 401 envla una indication al eNB 402 indicando que se prefiere un consumo de energla predeterminado. Luego de recibirlo, el eNB 402 evalua si necesita ajustar el QoS para el EU 401. Normalmente, mientras el EU esta en modo interactivo, el QoS actual para la aplicacion aplicarla y no habrla necesidad de modificar los requerimientos QoS existentes. En el punto 412, sin embargo, el EU 401 detecta que el EU ingresa al modo de ahorro de energla de pantalla, o una aplicacion especlfica se ejecuta en el fondo, o no se muestra una comunicacion/ejecucion de aplicacion en la pantalla del EU o no hay interaction de usuarios. Aunque sucede dicho modo de ahorro de energla, la aplicacion se esta ejecutando en modo de fondo. El EU 401, por lo tanto, en la etapa 2, envla al eNB 402 una indication que indica que se prefiere el consumo bajo de energla. El eNB 402, luego de recibir esta indication, comprende que la aplicacion esta corriendo en el modo de fondo, y por lo tanto, se puede utilizar un requerimiento QoS modificado. Al reducir el requerimiento QoS, se mejora la eficiencia Uu, y se ahorra la baterla del EU. Aunque la aplicacion esta corriendo en un modo de fondo, dicho QoS reducido con mayores latencias serla aceptable para un usuario. En el punto 413, el EU 401 detecta algunos otros cambios de condition de trafico. Luego de detectar dichas condiciones de trafico, en la etapa 3, el EU 401 envla al eNB 402 una indication que indica que existe un cambio de estado de trafico. En un ejemplo divulgado, el EU 401 envla directamente information de trafico al eNB 402. Dicha information de trafico incluye tamano de paquete, tamano de paquete promedio o tiempos inter arribo.

Como se muestra en la figura 4A, el EU 401 puede enviar indication relacionada con trafico al eNB 402 de tal manera que el eNB 402 puede tomar decisiones de si reducir o cambiar los requerimientos QoS. Determinada condition de trafico, trafico de fondo de una aplicacion especlfica, activation de ahorro de energla de pantalla del EU, una aplicacion en ejecucion no se muestra en la pantalla del EU y la detection de no interaction de los usuarios, se relaciona de cerca con las preferencias del EU acerca de su consumo de energla. Posiblemente cuando se esta ejecutando una aplicacion en un modo no interactivo, se puede utilizar mas DRX para el trafico de fondo. El proposito del DRX en el LTE es reducir el consumo de energla. Como tal, una indication de preferencia de bajo consumo de energla es equivalente a un modo de fondo.

La figura 4B muestra, de acuerdo con un ejemplo divulgado, un EU que incluye information de trafico y/o la indication en mensajes al eNB en la configuration de conexion o restablecimiento de Control de Recursos de Radio (RRC). El EU 451 conecta con el eNB 452. En el punto 461, el EU 451 recolecta information de trafico. Dicha information de trafico incluye information tal como tamanos de paquete, tamanos promedios de paquete y tiempos inter arribo. En la etapa 1, el Eu 451 envla el mensaje RRC_CONNECTION_REQEuSt al eNB 452. El eNB 452, en la etapa 2, responde con el mensaje RRC_CONNECTION_SETUP. El EU 451 se conecta luego con el eNB 452, en la Etapa 3, envla el mensaje RRC_CONNECTION_SETUP_COMPLETE al eNB 452. En un ejemplo divulgado, basado en el historial de information de trafico recolectado, el EU 451 transmite un indicador de trafico que indica un patron de tiempo del historial del trafico. El EU 451 incluye el indicador de trafico en el mensaje RRC_CONNECTION_SeTUP_COMPLETE. Dichos indicadores de trafico son uno o mas de: un historial de perlodos de tiempo en el que el EU estaba en modo RRC_IDLE o en modo RRC_CONNECTED, un conteo de transacciones entre el modo RRC_IDLE y el modo RRC_CONNECTED, un historial de tiempo inter arribo de paquetes para un portador de radio o un grupo de portadores

5

10

15

20

25

30

35

40

45

50

55

de radio, un historial de tamanos de paquetes para un portador de radio o un grupo de portadores de radio. Normalmente, el EU 451 transmite uno o mas de estos indicadores en el establecimiento de conexion RRC, el restablecimiento de conexion RRC, o cuando el EU cambia de celda.

Identificar una condicion de trafico para determinadas aplicaciones, como se muestra en la figura 4, es una forma importante de activar el QoS modificado. Ademas de identificar las aplicaciones en cada EU, en ocasiones es importante identificar determinados EU “diflciles”. De hecho, en las redes inalambricas actuales, para aplicacion de internet, los operadores mas sofisticados lo hacen simple y discriminan principalmente entre abonados diferentes, tal como oro, plata y bronce. Los operadores luego agrupan toda la categorla de trafico de usuario en un unico portador. Estos portadores pueden tener diferentes QCI dependiendo de la suscripcion del usuario. Un ejemplo de un EU “diflcil” es un EU que tiene una aplicacion “siempre encendida” que se ejecuta y se mueve. Dicho EU provoca grandes cantidades de trafico a la red nucleo. Identificar exitosamente dicho EU es importante. Una vez identificado, los operadores o el sistema pueden aplicar diferentes QoS al EU “diflciles”.

La figura 5 muestra dicho esquema. Muestra una carta de flujo de un ejemplo divulgado en el que se recolecta information de trafico por un eNB para identificar EU “diflciles” y el eNB modifica los requerimientos QoS de acuerdo con lo anterior. El EU 501 se conecta con el eNB-1 502 y la red 504 nucleo. En el punto 511 el EU 501 ingresa al estado RRC_connected mientras se conecta con el eNB-1 502. Se observa en la Etapa 521, que el EU 501 se conecta con el eNB-1 502. En un ejemplo divulgado, luego el EU 502 EU ingresa a un estado conectado con el eNB-1 502, eNB-1 502, en la etapa 1, envla un mensaje al EU 501 que solicita al EU 501 recolecte estadlsticas de trafico para el eNB-1 502. El eNB-1 502 puede indicar que la recoleccion de estadlsticas se refiere a una o mas aplicaciones, o es especlfica por determinados portadores o ambos. En un ejemplo divulgado, en la Etapa 2, el eNB-1 502 tambien envla un mensaje a la red 504 nucleo solicitando recoleccion de estadlsticas de informacion de trafico para el EU 501. El eNB-1 502 puede, al mismo tiempo, mantener una etiqueta para el EU 501 o etiquetas para determinados portadores en EU 501.

En el punto 512, luego de recibir mensajes en la etapa 1 del eNB-1 502, el EU 501 empieza a recolectar informacion de trafico. El EU 501 puede recolectar estadlsticas de informacion de inactividad-actividad, tal como el conteo de transition inactivo-activo para un periodo predefinido. Tambien puede recolectar tamanos de paquete promedio, y tiempo de inter arribo y otra informacion relacionada con trafico. El EU tambien puede categorizar su patron como un patron predefinido. En el punto 514, luego de recibir el mensaje de la etapa 2 del eNB-1 502, la red 504 nucleo empieza a recolectar informacion de trafico. El MME, S-GW o P-GW pueden recolectar estadlsticas del EU 501. Dichas estadlsticas pueden estar en la granularidad del nivel de portador. La informacion se presenta como un valor de un rango preidentificado y pasa al eNB-1 502. En un ejemplo divulgado, en la Etapa 522, el EU 501 establece o restablece la conexion RRC con el eNB-1 502. Luego de dichos eventos de activation, tal como la conexion RRC o restablecimiento CRR, El EU 501 envla indication de trafico al eNB-1 502 indicando que existe informacion de trafico lista para recuperar. En otro ejemplo divulgado, dicho indicador puede ser enviado en otras ocasiones o se envla periodicamente. En la Etapa 4, luego de recibir dicha indicacion de cambio de estado de trafico del EU 501, el eNB-1 502 recupera informacion de trafico del EU 501. En la etapa 5, la red 504 nucleo tambien puede enviar informacion de trafico al eNB-1 502.

Luego de recibir la informacion de trafico, en el punto 515, el eNB-1 502 utiliza la informacion para optimizar la eficiencia Uu del EU 501, tal como cambiar la prioridad de programacion para el EU 501. El eNB-1 502 puede determinar aplicar un requerimiento QoS diferente o relajado luego de detectar o determinar uno o mas indicadores de trafico, tal como un historial de trafico evaluado por ser trafico de fondo o trafico disperso, se prefiere un bajo consumo de energla. El eNB-1 502 puede aplicar por lo menos uno los requerimientos QoS relajados o diferentes, tal como reducir el requerimiento QoS, reducir la prioridad de programacion, configurar ciclos DRX mas grandes, configurar recursos dispersos o sin enlace ascendente, y ordenar al EU ir al modo RRC_IDLE. El eNB-1 502 restaura el requerimiento QoS predeterminado, en el que el requerimiento QoS predeterminado se orienta para que se satisfaga en la configuration de conexion y la configuration de portador. La restauracion del requerimiento QoS predeterminado se puede activar luego de que el eNB-1 502 detecta uno o mas indicadores de trafico tal como el trafico que se evalua para ser trafico de conversation, trafico interactivo, trafico de flujo de datos o trafico en el que se trasfieren volumenes de datos significativos.

En un ejemplo divulgado, el eNB-1 502 puede evaluar la informacion de trafico recolectada junto con alguna informacion de velocidad del EU 501 para identificar al EU 501 como un EU “diflcil”. Luego permitira al operador aplicar algoritmos especiales con alta complejidad para dichos EU para reducir el trafico de Red Nucleo, mientras aplican algoritmos mas simples al EU no problematico. En el ejemplo divulgado, en la Etapa 6, el eNB-1 502 envla mensajes al EU 501 para modificar la Solicitud de Programacion y/o el DRX para el EU 501. En la Etapa 523, el EU 501 pasa al nuevo objetivo eNB-2 503. Luego de pasar, en la etapa 7, el eNB-1 502 reenvla la informacion de trafico del Eu 501 al eNB-2503.

La figura 6 muestra un diagrama de flujo de un ejemplo divulgado en el que un EU informa a un eNB de su preferencia para el nivel de consumo de baterla y el eNB ajusta el QoS del EU en forma correspondiente. El EU 601 se conecta al eNB 602. En el punto 611, el EU 601 detecta que el EU 601 esta en modo interactivo. En la Etapa 1, el EU 601

5

10

15

20

25

30

35

40

45

50

55

envla un mensaje al eNB 602 indicando que se prefiere el consumo de energla predeterminado. Luego de recibir el mensaje, en el punto 612, el eNB 602 fija el uso del QoS normal para el EU 601. En el punto 613 el EU 601 detecta que el EU 601 no esta en modo interactivo. En la Etapa 2, el EU 602 envla mensaje al eNB 602 indicando que se prefiere el consumo de energla bajo. Del mismo modo, en el punto 614, el EU 602 detecta que el EU 601 ingresa al modo de ahorro de energla de pantalla. En la Etapa 2, el EU 601 envla mensajes al eNB 602 indicando que se prefiere el bajo consumo de energla. En el punto 615 se muestra otro activador de evento cuando el EU 601 detecta trafico de fondo. En la Etapa 2, el EU 601 envla mensaje al eNB 602 indicando que se prefiere un bajo consumo de energla. Luego de recibir el mensaje en la Etapa 2, en el punto 616, el eNB 602 modifica el programador para el EU 601. En la Etapa 3 y Etapa 4, el eNB 602 envla modificacion DRX de modificacion y modifica los mensajes de configuracion de solicitud de programacion al EU 601, respectivamente. En este escenario, el EU 601 recolecta informacion y la envla al eNB quien toma la decision de modificar el QoS para el EU 601.

La figura 7 muestra un diagrama de flujo de un ejemplo divulgado en el que un eNB monitoriza las condiciones de los portadores EU y modifica el QoS dependiendo del trafico de fondo en el portador. El EU 701 se conecta con el eNB 702. En el punto 711, el eNB 702 empieza a monitorizar las condiciones de trafico del EU 701 o los portadores EU 701. En el punto 712, el eNB 702 detecta trafico de fondo del EU 701. El eNB 702, en el punto 713, modifica el programador del EU 701 en consecuencia. En la etapa 1 y etapa 2, el eNB 702 envla mensajes de configuracion de solicitud de programacion de modificacion y configuracion DRX de modificacion al EU 701, respectivamente.

A pesar de la detection de las condiciones de trafico en el eNB, o la recoleccion de condiciones de trafico del EU, la Red Nucleo tambien puede proporcionar informacion de trafico. La figura 8 muestra un diagrama de flujo de un ejemplo divulgado en el que una Red Nucleo identifica trafico de fondo en los portadores EU y un eNB modifica en forma correspondiente el QoS del EU. El EU 801 se conecta con el eNB 802 y la Red 803 Nucleo. En el punto 811, el CN 803 identifica portadores con trafico de fondo del EU 801. En la Etapa 1, el CN 803 envla nueva informacion QoS para el trafico de fondo del EU 801 al eNB 802. El CN 803 detecta determinada informacion de fondo por medio de dicha inspection de encabezados ip. Algo de la informacion puede no estar facilmente disponible para identificar el trafico de fondo. Sin embargo, el CN 803 puede enviar dicha informacion al eNB 802. El eNB 802 puede luego combinar la informacion del CN 803 con otra informacion disponible para tomar una decision. Luego de recibir este mensaje, el eNB 802, en el punto 812, modifica el programador. En la Etapa 2 y Etapa 3, el eNB 802 envla mensajes de configuracion de solicitud de programacion de modificacion y configuracion DRX de modificacion al EU 701, respectivamente.

La figura 9A muestra un diagrama de flujo de un ejemplo divulgado en el que el EU determina un indicador de trafico que es enviado a un eNB. En la Etapa 901, el EU determina un indicador de trafico. En la Etapa 902, el EU transmite el indicador de trafico a una estacion base. El indicador de trafico indica que se prefiere un consumo de energla predeterminado o se prefiere un consumo de baja energla. En un ejemplo, para el EU en el trafico de fondo, se prefiere el consumo de baja energla.

La figura 9B muestra un diagrama de flujo de un ejemplo divulgado en el que un EU detecta un historial de trafico y determina un indicador de trafico que es enviado a un eNB. En la etapa 911, el EU detecta un historial de trafico. En la Etapa 912, el EU determina un indicador de trafico en funcion del historial de trafico. En la Etapa 913 el EU transmite el indicador de trafico a una estacion base. El indicador de trafico indica un patron de tiempo del historial de trafico.

La figura 10 muestra un diagrama de flujo de un ejemplo divulgado en el que un eNB recibe un indicador de trafico, determina si activa una modificacion QoS y aplica algoritmos de modificacion QoS cuando se necesita. En la etapa 1001, un eNB recibe un indicador de trafico. El eNB puede recibir la informacion de un EU o de una Red Nucleo. En la Etapa 1002, el eNB evalua la informacion recibida contenida en el indicador de trafico y determina si activa un procedimiento de modificacion QoS. En la etapa 1003, basada en la evaluation de la Etapa 1002, el eNB aplica uno o mas algoritmos de modificacion QoS predefinidos segun se necesite.

Activacion de solicitud de programacion basada en trafico

Identificar el trafico de fondo y aplicar el requerimiento QoS modificado para dicho trafico ayuda a mejorar la eficiencia de la red. Esta section discute las realizaciones de la invention que modifican el activador SR para dicho trafico de fondo identificado.

Con el creciente numero de aplicaciones de chat en las redes de datos inalambricas, las aplicaciones de datos de tamano pequeno se conectan y desconecta periodicamente hacia/desde la red para actualizaciones. Cada intento de conexion/desconexion requiere diversos intercambios de mensajes de senal entre el EU y el eNB. Esta carga de serialization es costosa. Adicionalmente, desde el punto de vista del usuario, para el trafico de fondo, mientras el usuario no esta buscando en la pantalla y no esta interactuando, debe tener mayor prioridad el ahorro de energla que el desempeno. El manejo especial de este trafico de datos de tamano pequeno en el modo de fondo ayuda a reducir el consumo de baterla, as! como a mejorar la eficiencia de la red.

5

10

15

20

25

30

35

40

45

50

55

60

Tradicionalmente, cuando arriban nuevos datos en un buffer de datos, un EU transmite una solicitud de programacion (SR) a traves del canal de control de enlace ascendente flsico (PUCCH) o un canal de acceso aleatorio (RACH). Un eNB luego de recibir dicha solicitud otorgarla recursos al EU. Para trafico de fondo, el requerimiento QoS se puede relajar con el fin de aumentar la eficiencia de red y reducir el consumo de baterla del EU. Por lo tanto, es deseable disenar un algoritmo de activacion SR que puede agregar las solicitudes pequenas. Lo siguiente describe en detalles algunas realizaciones de la invencion que activan un SR modificado basado en informacion de trafico.

La figura 11 muestra un diagrama de flujo, de acuerdo con realizaciones de la invencion, en el que un EU y/o un CN identifican una condicion de trafico y envlan una condicion de trafico a un eNB y el EU fija una nueva Activacion de Solicitud de Programacion (SR) en consecuencia. El EU 1101 se conecta al eNB 1102 y a la red 1103 Nucleo. En el punto 1111, el EU 1101 identifica la condicion de trafico para un portador. En una realization de la invencion, luego de identificar el trafico de fondo o una condicion el trafico predefinida, el EU 1101 se mueve a un punto 1115 y fija un nuevo activador SR. En una realizacion de la invencion, dicho nuevo activador SR es para detener el SR durante la solicitud de programacion RACH durante el modo de fondo. En una realizacion de la invencion, luego de configurar el nuevo activador SR, el EU 1101 configura el valor umbral de activador SR correspondiente. Dicho valor umbral de activador SR se refiere al Indice de Bits Priorizado (PBR) y/o duration de tamano de cubo (BSD).

En otra realizacion de la invencion, sin embargo, el EU 1101, luego de identificar la condicion de trafico en el punto 1111, envla la informacion de condicion de trafico al eNB 1102 en la Etapa 1. El eNB 1102 tambien puede conseguir informacion de trafico de la Red 1103 Nucleo. En el punto 1112, red 1103 nucleo identifica el trafico de fondo para el EU 1101, o para uno o mas portadores del EU 1101. En la Etapa 2, la Red 1103 Nucleo envla la informacion de condicion de trafico al eNB 1102. En una realizacion de la invencion, el eNB 1102, luego de recibir informacion de trafico del EU 1101 y/o Red 1103 Nucleo, determina si aplica un activador SR modificado en el punto 1113. Si el eNB 1102 determina que se necesita un activador SR modificado, en la Etapa 3, el eNB 1102 envla el mensaje de activador SR de modification al EU 1101. En una realizacion de la invencion, el eNB envla valores umbral configurados al EU 1101 junto con el mensaje de activador SR modificado. El eNB fija un valor umbral basado en el tamano del otorgamiento mas pequeno bajo la condicion de trafico. Luego de recibir dicho valor umbral configurado en EU 1101, utiliza el umbral como condiciones para activar el SR. En el punto 1114, luego de recibir el mensaje SR de modificaron del NB 1102, el EU 1101 fija un nuevo activador SR en el punto 1115. En el punto 1116, el EU 1101 verifica para ver si se cumpla la condicion de activador SR modificada. Si se cumple, en el punto 1117, el EU 1101 envla una Solicitud de Programacion al eNB 1102. Lo siguiente describe en detalles algunas realizaciones especlficas de los algoritmos de activador SR modificados.

La figura 12A muestra un diagrama de flujo de una realizacion de la invencion en el que un EU aplica un activador SR modificado, envla un SR luego de detectar datos de bufer mayores que un umbral. En la Etapa 1201, un EU recibe nuevos datos en el bufer de transmision. En la Etapa 1202, un EU comprueba si se configura un umbral activador SR modificado. Si no se configura un umbral activador SR modificado, lo que sucede cuando la condicion de trafico no indica una condicion para activar la modificacion de activador SR, el EU envla un SR en la Etapa 1205 en la forma tradicional. Si en la Etapa 1202, se configura un umbral activador SR modificado, el EU pone en cola los datos en la etapa 1203. En la Etapa 1204, el EU comprueba si el buffer de datos actual excede un umbral. El umbral, en una realizacion de la invencion se refiere a un requerimiento QoS, que se relaciona con un Indice de Bit Priorizados (PBR) y/o duracion de tamano de cubo (BSD). En otra realizacion de la invencion, este umbral se configura mediante la red. La red fija el valor umbral basado en el tamano de otorgamiento mas pequena bajo la condicion de trafico. El EU luego de recibir la configuration actualiza su valor umbral. Si en la Etapa 1204, el EU detecta que el bufer de datos excede el umbral, el EU envla un SR a traves del PUCCH o RACH. Si en la etapa 1204, el EU detecta que el tamano de bufer de datos no excede el umbral, los datos se mantienen en cola y el EU va de nuevo a la etapa 1201 para esperar mas datos que lleguen a la cola de tal manera que pueda agregar los datos para un unico SR.

La figura 12B muestra un diagrama de flujo de una realizacion de la invencion en el que un EU aplica un activador SR modificado, envla un SR luego de detectar el Indice de generation de un umbral. Un EU recibe datos en el bufer en la etapa 1211. En la etapa 1212, el EU comprueba si se configura un umbral de activacion SR modificado. Si no se configura un umbral de activador SR modificado, lo que sucede cuando la condicion de trafico no indica una condicion para modificacion SR de activador, el EU envla un SR en la etapa 1215 en forma tradicional. En la etapa 1212, se configura un umbral de activador SR, el EU calcula un Indice de generacion en la Etapa 1213. El Indice de generacion es un indicador del EU que es un modo de fondo o modo interactivo. En la etapa 1214, el EU comprueba si el Indice de generacion excede un umbral. El umbral, en una realizacion de la invencion, se refiere al Indice de bits priorizados (PBR) y/o duracion de tamano de cubo (BSD). En otra realizacion de la invencion, este umbral se configura por la red. Si en la etapa 1214, el EU detecta que el Indice de generacion excede el umbral, el EU envla un SR. Si en la etapa 1214, el EU detecta que el Indice de generacion no excede el umbral, los datos se mantienen en la cola y el EU pasa de nuevo a la etapa 1211 para esperar mas datos que lleguen a la cola con el fin de agregar los datos para un unico SR. A pesar de lo indicado anteriormente los datos de reception pueden activar el algoritmo SR modificado, tambien se puede utilizar el estado DRX para el SR modificado como se muestra adelante.

La figura 13A muestra un diagrama de flujo de acuerdo con realizaciones de la invencion en el que luego de detectar un cambio de estado de recepcion discontinua (DRX), actualiza un umbral y aplica uno de los activadores SR

5

10

15

20

25

30

35

40

45

50

55

modificados. En la etapa 1301, un EU detecta EL cambio de estado DRX. En la etapa 1302, el EU verifica si puede aplicar un SR modificado. Si un activador SR modificado no aplica, lo que sucede cuando la condition de trafico no indica una condicion para activar la modification de activador SR; el EU no hace nada para este evento de cambio de estado. Si en la etapa 1302, se requiere un activador SR modificado, el EU, en la etapa 1303, actualiza el umbral para un algoritmo de activador SR modificado. Se establece un umbral_1 para el estado de inactivation DRX, y se fija un umbral_2 para el estado en duration. En una realization de la invention, umbral_2 puede ser cero, lo que activara el envlo inmediato del SR. Dependiendo de los algoritmos de activador SR modificados, el EU se mueve hacia la etapa 1304 si el DE utiliza el tamano de bufer de datos como lo modifica el activador SR o 1305, si el EU utiliza el Indice de generation como lo modifica el activador SR. En la etapa 1304, el EU compara el bufer de datos con el umbral modificado. Si el bufer de datos excede el umbral modificado, el EU, en la etapa 1306, envla un SR. Si en la etapa 1304, el EU detecta que el bufer de datos no excede el umbral modificado, no se envla SR hasta que lleguen mas datos a la cola. En la etapa 1305, el EU compara el Indice de generacion con el umbral modificado. Si el Indice de generacion excede el umbral modificado, el EU, en la etapa 1306, envla un SR. Si en la etapa 1305, el EU detecta que el Indice de generacion no excede el umbral modificado, no se envie SR hasta que lleguen mas datos en la cola.

La figura 13B muestra un diagrama de flujo de una realizacion de la invencion en el que luego de detectar el estado DRX cambia a inactivo, un EU aplica uno de los algoritmos SR modificados. En la etapa 1311, un EU detecta un cambio de estado DRX a inactivo. En la etapa 1312, el EU verifica si puede aplicar un activador SR modificado. Si un activador SR modificado no aplica, sucede que cuando la condicion de trafico no indica una condicion para modificacion de SR de activador; el EU no hace nada para este evento de cambio de estado. Si en la etapa 1312, se requiere un SR modificado, el EU puede moverse a la etapa 1313, lo que aumenta el perlodo SR o se mueve a la etapa 1314 que detiene el SR

La figura 14 muestra un diagrama de flujo de una realizacion de la invencion en el que el EU detecta una condicion de trafico, determina si adopta un activador SR modificado, y transmite un SR a un eNB una vez se cumple la activation modificada. En la etapa 1401, un EU detecta una condicion de trafico, en el que la condicion de trafico indica si el EU esta en modo de trafico de fondo en el estado RRC_Connected. En la etapa 1402, el EU determina si se debe utilizar un Activador de Solicitud De Programacion modificado basado en la condicion de trafico. En la etapa 1403, el EU transmite la Solicitud de Programacion a un eNB basado en el activador SR modificado cuando se necesita. Dicho activador SR modificado es el bufer de datos que excede un umbral predefinido o un Indice de generacion que excede un umbral predefinido.

La figura 15 es un diagrama de flujo de acuerdo con un aspecto de la invencion, en el que un EU detecta una condicion de trafico del modo de DRX para ahorrar energla, determina un activador SR modificado basado en la condicion, y transmite un SR a un eNB basado en el activador SR modificado. En la etapa 1501, un EU detecta una condicion de trafico, en el que el EU se configura en modo DRX para ahorro de energla y la condicion de trafico indica si el EU esta en el estado de inactivacion DRX. En la etapa 1502, el EU determina si se debe utilizar un activador SR modificado basado en la condicion de trafico. En la etapa 1503, el EU transmite un SR a un eNB basado en el activador SR modificado, en el que el SR se transmite a traves de PUCCH o RACH.

EU proporciona information de velocidad a la red

Otra area para mejorar la eficiencia de la red es reducir la sobrecarga de red al evitar el paso frecuente. Un parametro importante para identificar el paso frecuente potencial del EU es la informacion de velocidad del EU. Actualmente, la mayor parte de los EU puede calcular su velocidad y obtener su propia informacion de velocidad. Sin embargo, dicha informacion es bastante util para la red. Por ejemplo, la red puede liberar el EU de alta velocidad y basarse en la movilidad de inactividad. Esta forma de trafico de datos se debe a que se puede reducir el paso a la red. Otro ejemplo es mantener un EU calificado en un estado conectado mayor, basado en la informacion de velocidad obtenida por la red. En algunos casos, cuando la red se basa en informacion de velocidad detecta que el EU se mueve a alta velocidad y solamente tiene trafico de fondo, la red puede enviar dicho EU para inactivar mas rapido evitar la carga de paso.

La figura 16 muestra un diagrama de flujo de acuerdo con realizaciones de la invencion en el que se recolecta informacion de velocidad y se envla a un eNB. La velocidad puede ser velocidad flsica, una velocidad flsica mapeada sobre un grupo de velocidad predefinido o velocidad virtual. El grupo de velocidad predefinido consiste del grupo de velocidad diferente, tal como el grupo de alta velocidad en el que la velocidad del EU es mayor que un umbral_1; El grupo de velocidad media en el EU la velocidad es mas pequena que el umbral_1 y mayor que el umbral_2; y el grupo de baja velocidad en el que la velocidad del EU es mas pequena que el umbral_2. La velocidad virtual comprende un conteo de cambio de celdas o un numero de celdas en que el EU tiene conexion RRC solicitada durante un determinado periodo. El diagrama de flujo 1610, 1620 y 1630 muestran diversas realizaciones de la invencion que activan dicha informacion de velocidad enviandola a un eNB desde un EU.

En una realizacion de la invencion, como se muestra en el diagrama 1610 de flujo de en la figura 16, un EU capaz envla informacion de velocidad al eNB luego de ingresar el estado conectado. En el punto 1611, el EU 1601 esta en estado inactivo. En el punto 1612, el EU 1601 recolecta informacion de velocidad. En el punto 1613, el EU 1601 ingresa

5

10

15

20

25

30

35

40

45

50

el estado conectado, es decir, la conexion RRC o restablecimiento RRC. Luego de ir del estado inactivo al estado conectado, el EU 1601, en la etapa 1, envla informacion de velocidad al eNB-1 1602.

En otra realizacion de la presente invencion, el EU 1601 envla informacion de velocidad al eNB-1 1602 periodicamente basado en un temporizador periodico. Como se muestra en diagrama de flujo 1620 en la figura 16, en 1621, el EU 1601 obtiene informacion de velocidad. En el punto 1622, el EU 1601 fija un temporizador periodico. En el punto 1623, el temporizador periodico expira. Luego de la expiracion del temporizador periodico, en la etapa 2, el EU 1601 envla su informacion de velocidad al eNB-1 1602.

En otra realizacion de la invencion, el EU 1601 envla informacion de velocidad basado en los eventos de activacion predefinidos, tal como la velocidad del EU 1601 excede un umbral predefinido. Como se muestra en el diagrama 1630 de flujo en la figura 16, en una realizacion de la invencion, en la etapa 3, el eNB-1 1602 envla mensajes al EU 1601 para configurar un umbral de velocidad. En el punto 1631, el EU 1602 obtiene informacion de velocidad. Para evitar la actualizacion frecuente de informacion de velocidad del EU 1601 al eNB-1 1602, en una realizacion de la invencion, el EU 1601 fija un temporizador prohibido en el punto 1632. El EU 1601, en el punto 1633, comprueba si temporizador prohibido expira. Si el temporizador no ha expirado, no existe accion desde el EU 1601, incluso si se presenta el activador de velocidad. En el punto 1634, luego de la expiracion del temporizador prohibido, el EU 1601 comprueba si su velocidad excede el umbral de velocidad configurado. Si la velocidad del EU 1601 excede el umbral de velocidad configurado en la etapa 4, el EU 1601 envla la informacion de velocidad al eNB-1 1602.

En la etapa 1640, el EU 1601 pasa al objetivo eNB-2 1603. Luego del paso del EU, en la etapa 5, el eNB-1 1602 reenvla la informacion de velocidad del EU 1601 al eNB-2 1603.

En las etapas en el que el EU 1601 envla la informacion de velocidad al eNB 1602, el EU 1601 puede utilizar unos medios predefinidos. Dichos medios predefinidos incluyen, establecimiento de conexion RRC, restablecimiento de conexion RRC, un nuevo mensaje RRC o un nuevo IE en el informe de medicion RRC.

Adicionalmente se tiene en cuenta que uso mas valioso de la informacion de velocidad es para el trafico de fondo que ejecuta el EU. Por lo tanto, los activadores del diagrama 1620 y 1630 de flujo se pueden acondicionar adicionalmente en la deteccion de trafico de fondo o activar el envlo de informacion de velocidad. Un indicador del EU que indica bajo consumo de energla se prefiere y se relaciona con la condicion de trafico de fondo. Por lo tanto, se prefiere un bajo consumo de energla que tambien puede enviar el activador de informacion de velocidad.

Una vez un eNB recibe la informacion de velocidad de un EU, este puede optimizar su proceso para evitar pasos frecuentes. La figura 17A y 17B muestran realizaciones de ejemplo de la invencion.

La figura 17A muestra un diagrama de flujo de acuerdo con una realizacion de la invencion en el que un eNB mantiene un EU no movil en mayor estado conectado. En la etapa 1701, un eNB recibe informacion de velocidad de un EU. En la etapa 1702, el eNB comprueba para ver si la velocidad del EU es mas pequena que un umbral de velocidad predefinido. Si la velocidad del EU es menor que el umbral de velocidad predefinido, el eNB, en la etapa 1703, mantiene al EU en estado conectado. Si la velocidad del EU es mayor que el umbral de velocidad predefinido, el eNB, en la etapa 1704, libera el EU ha estado inactivo.

La figura 17B muestra un diagrama de flujo de acuerdo con una realizacion de la invencion en el que un eNB libera un EU movil a un estado inactivo mas rapido. En la etapa 1711, un eNB recibe informacion de velocidad de un EU. En la etapa 1712, el eNB comprueba para ver si la velocidad del EU es mayor que un umbral de velocidad predefinido. Si la velocidad del EU es mayor que el umbral de velocidad predefinido, el eNB, en la etapa 1713, el eNB modifica el programador o libera al EU al estado inactivo mas temprano.

La figura 18 muestra un diagrama de flujo de acuerdo con una realizacion de la invencion, en el que un EU obtiene informacion de velocidad, detecta un evento activador y proporciona la informacion de velocidad a una red mediante uno o mas medios predefinidos. En la etapa 1801, un Eu obtiene informacion de velocidad del EU en una red de comunicaciones moviles. En la etapa 1802, el EU detecta un evento activador. Un evento activador tlpico puede ser el EU que cambia a estado inactivo a estado conectado, o una expiracion de un temporizador periodico o pasan algunos eventos de activacion. En la etapa 1803, el EU proporciona la informacion de velocidad a una red mediante uno o mas medios predefinidos en el que se detecta el evento activador.

Aunque la presente invencion se ha descrito en relacion con determinadas realizaciones especlficas para propositos instructivos, la presente invencion no se limita a esto. De acuerdo con lo anterior, varias modificaciones, adaptaciones, y combinaciones de diversas caracterlsticas de las realizaciones descritas se pueden predecir sin apartarse del alcance de la invencion como establece en las reivindicaciones.

Claims (19)

1. 5

   10

   15

   20

   25

   30

   35

   40

   REIVINDICACIONES

   1. Un metodo para un equipo de usuario denominado en los siguientes como EU, que comprende:

   detectar una condicion de trafico, en el que la condicion de trafico que indica si el EU esta en un modo de trafico de fondo en el estado RRC_CONNECTED;

   transmitir la condicion de trafico a una estacion base;

   recibir un activador de solicitud de programacion modificado, denominado en lo sucesivo como activador SR, desde la estacion base, en el que el activador SR modificado se activa para el modo de trafico de fondo basada en la condicion de trafico;

   determinar un nuevo activador SR basada en la condicion de trafico y en el activador SR modificado; y

   transmitir una solicitud de programacion a la estacion base, basado en el nuevo activador SR, en el que se transmite la solicitud de programacion a traves de un canal de control de enlace ascendente flsico PUCCH o un canal de acceso aleatorio RACH, y en el que el nuevo activador SR se detiene enviando una solicitud de programacion RACH en un modo de trafico de fondo.
2. 2. El metodo de la reivindicacion 1, en el que el nuevo activador SR se determina basado en si un bufer de datos o un Indice de generacion de datos excede un umbral.
3. 3. El metodo de la reivindicacion 2, en el que el umbral se determina por el EU, y en el que el umbral se refiere a un requerimiento QoS que se relaciona con un Indice de bits priorizados PRB o una duracion de tamano de cubo BSD o ambos.
4. 4. El metodo de la reivindicacion 2, que comprende adicionalmente:

   recibir el umbral de la estacion base, en el que el umbral se basa en un tamano del otorgamiento mas pequena bajo la condicion de trafico.
5. 5. El metodo de la reivindicacion 1, en el que la condicion de trafico se detecta mediante una indicacion de capa mayor, y en el que la indicacion de capa mayor es una preferencia para el consumo de baja energla o un estado no interactivo del usuario.
6. 6. El metodo de la reivindicacion 1,

   en el que el EU se configura para recepcion discontinua, denominado en lo sucesivo como un DRX, modo para ahorrar energla, y en el que la condicion de trafico indica si el EU esta en tiempo de inactivacion DRX.
7. 7. El metodo de la reivindicacion 6, en el que el nuevo activador SR se determina en funcion de si un bufer de datos excede un primer umbral para un tiempo de inactivacion DRX, y si el bufer de datos excede un segundo umbral para tiempo activo y tiempo en duracion DRX.
8. 8. El metodo de la reivindicacion 6, en el que se determina el nuevo activador SR basado en si un Indice de generacion de datos excede un primer umbral para un tiempo de inactivacion DRX y si un Indice de generacion de datos excede un segundo umbral para tiempo activo y tiempo en duracion DRX.
9. 9. El metodo de la reivindicacion 6, en el que el nuevo activador SR e aplica a un perlodo SR mayor para un canal logico durante tiempo de inactivacion DRX.
10. 10. El metodo de la reivindicacion 6, en el que el nuevo activador SR es para detener la solicitud de programacion de envio durante el tiempo de inactivacion DRX.
11. 11. El metodo de la reivindicacion 1, en el que determinar el nuevo activador SR es para determinar si se adopta el activador SR modificado.
12. 12. Un equipo de usuario, denominado en lo sucesivo como EU, en una red de comunicaciones moviles, que comprende:

    un modulo de detection de trafico que se configura para detectar una condicion de trafico, en el que la condicion de trafico indica si el EU esta en modo de trafico de fondo en el estado RRC_CONNECTED;

    5

    10

    15

    20

    25

    un modulo de solicitud de programacion se configura para determinar un nuevo activador de solicitud de programacion, denominado en lo sucesivo como activador SR, basado en la condicion de trafico y un activador SR modificado;

    un receptor que se configura para recibir el activador SR modificado desde una estacion base, en el que activador SR modificado se activa para el modo de trafico de fondo basado en la condicion de trafico; y

    un transmisor que se configura para transmitir la condicion de trafico a la estacion base y transmitir una solicitud de programacion a la estacion base, en funcion del nuevo activador SR, en el que la solicitud de programacion se transmite a traves de un canal de control de enlace ascendente flsico PUCCH o un canal de acceso aleatorio RACH y en el que el nuevo activador SR esta para detener la solicitud de programacion de canal de acceso aleatorio RACH de envlo en un modo de trafico de fondo.
13. 13. El EU de la reivindicacion 12, en el que el nuevo activador SR se determina en funcion de si un bufer de datos o un Indice de generacion de datos excede un umbral, y en el que el EU se configura para determinar el umbral basado en el requerimiento QoS relacionado con un Indice de bits priorizado PRB o una duracion de tamano de cubo BSD o ambos.
14. 14. El EU de la reivindicacion 12, en el que el nuevo activador SR se determina basado en si un bufer de datos o un Indice de generacion de datos excede un umbral, y en el que el EU se configura para recibir el umbral de la red.
15. 15. El EU de la reivindicacion 12, en el que la condicion de trafico se identifica mediante una indication de capa mayor, y en el que la indicacion de capa mayor es una preferencia para consumo de baja energla o un estado no interactivo de usuario.
16. 16. El EU de la reivindicacion 12, en el que el EU se configura para reception discontinua, denominado en lo sucesivo como DRX, modo para ahorrar energla, y en el que la condicion de trafico indica si el EU esta en tiempo inactivo DRX.
17. 17. El EU de la reivindicacion 16, en el que el nuevo activador SR se determina en funcion de si un bufer de datos o Indice de generacion de datos excede un primer umbral para el tiempo de inactivation DRX, y si el buffer de datos o Indice de generacion de datos excede un segundo umbral para tiempo activo y tiempo en duracion DRX.
18. 18. El EU de la reivindicacion 16, en el que el nuevo activador SR se aplica a un perlodo SR mayor para un canal logico durante el tiempo de inactivacion DRX.
19. 19. El EU de la reivindicacion 16, en el que el nuevo activador SR esta para detener el tiempo de inactivacion DRX durante solicitud de programacion de envlo.