ES2625734T3

ES2625734T3 - Sistemas y métodos para información de asistencia mejorada del equipo de usuario en sistemas de comunicación inalámbrica

Info

Publication number: ES2625734T3
Application number: ES13787277.6T
Authority: ES
Inventors: Ali T. Koc; Marta MARTINEZ TARRADELL; Sangeetha L. Bangolae; Satish C. Jha; Rath Vannithamby; Jing Zhu
Original assignee: Intel Corp
Current assignee: Intel Corp
Priority date: 2012-05-11
Filing date: 2013-05-11
Publication date: 2017-07-20
Anticipated expiration: 2033-05-11
Also published as: KR101848217B1; CN107257587B; EP2847890B1; HUE034289T2; KR20170020548A; KR20160018857A; EP2847890A1; CN107257587A; CN104285387A; EP3171528A1; JP5908654B2; JP6367254B2; JP2016136767A; KR20140143456A; HK1245563A1; US9515757B2; MX339997B; JP2015519827A; KR101709901B1; WO2013170230A1

Abstract

Un equipo de usuario (100), caracterizado por comprender: un módulo (118) de procesamiento para generar un mensaje del canal de control dedicado del enlace ascendente en una red inalámbrica LTE 3GPP, en donde el mensaje del canal de control dedicado del enlace ascendente comprende un parámetro (810) de indicación de preferencia de potencia con el fin de asistir en una selección de una configuración de ahorro de potencia; en donde el módulo (118) de procesamiento está configurado para configurar de forma selectiva el parámetro (810) de indicación de preferencia de potencia entre una configuración de consumo normal de potencia y una configuración de consumo de baja potencia; un transceptor de radio frecuencia para transmitir el mensaje del canal de control dedicado del enlace ascendente a un eNodoB (114) y para recibir, como respuesta, la configuración de ahorro de potencia.

Description

5

10

15

20

25

30

35

40

45

50

DESCRIPCION

Sistemas y metodos para informacion de asistencia mejorada del equipo de usuario en sistemas de comunicacion inalambrica

Campo tecnico

Esta divulgacion esta relacionada con redes de comunicacion inalambrica. Espedficamente, esta divulgacion esta relacionada con sistemas y metodos para comunicar informacion de asistencia mejorada de equipo de usuario entre nodos en sistemas de comunicacion inalambrica.

Antecedentes

La tecnologfa de comunicacion movil inalambrica utiliza varios estandares y protocolos para transmitir datos entre una estacion base y un dispositivo movil inalambrico. Los estandares y protocolos de los sistemas de comunicacion inalambrica pueden incluir la evolucion a largo plazo (LTE) del proyecto de colaboracion de tercera generacion (3GPP), el estandar 802.16 del Instituto de Ingenieros Electricos y Electronicos (IEEE), el cual se conoce comunmente en los grupos de la industria como WiMAX (Interoperabilidad Mundial para Acceso por Microondas), y el estandar 802.11 del IEEE, el cual se conoce comunmente en los grupos de la industria como WiFi. En las redes de acceso radio (RAN) del 3GPP en los sistemas LTE, la estacion base puede ser una combinacion de Nodos B (tambien denominados como Nodos B evolucionados, Nodos B mejorados, eNodosB o eNB) de la Red de Acceso Radio Terrestre Universal Evolucionada (E-UTRAN) y Controladores de Red Radio (RNC) en una E-UTRAN, los cuales se comunican con el dispositivo movil inalambrico, conocido como equipo de usuario (UE). Una transmision del enlace descendente (DL) puede ser una comunicacion desde la estacion base (o eNodoB) al dispositivo movil inalambrico (o UE), y una transmision del enlace ascendente (UL) puede ser una comunicacion desde el dispositivo movil inalambrico a la estacion base.

En muchos sistemas inalambricos, incluyendo los sistemas LTE anteriores, los UE tienen poco o ningun control sobre ciertas funciones y procesos que prolongan la batena del UE y/o consiguen un mejor rendimiento (por ejemplo, en terminos de latencia) para las aplicaciones que se ejecutan en el UE. En su lugar, muchas de dichas funciones y procesos son determinados por el eNodoB sin participacion del UE.

El documento Tdoc. R2-121465 del 3GPP "Assistance information from UE to eNB for EDDA (Informacion de asistencia desde el UE al eNB para eDDA)", reunion #77bis del WG2 del RAN TSG, marzo 2012, propone que un UE envfa informacion como, por ejemplo, una configuracion de DRX apropiada seleccionada de una lista de configuraciones de DRX proporcionada por un eNB, o una velocidad de Ue. Ademas, se propone que un UE no envfa informacion como, por ejemplo, el tipo de aplicaciones que esta ejecutando en un momento, la tasa de llegada entre paquetes, una configuracion de dRx seleccionada por el UE, un valor del temporizador de liberacion de la conexion, o una indicacion del nivel de batena del UE.

El documento Tdoc. R2-121746 del 3GPP "Support for UE Assistance Information for eDDA (Soporte para la Informacion de Asistencia del UE para eDDA)", reunion #77bis del WG2 del RAN TSG, marzo 2012, propone que un UE envfe informacion como, por ejemplo, informacion del parametro DRX del UE, informacion de aplicaciones del UE, y un indicador de liberacion de la conexion RRC del UE.

El documento Tdoc. R2-121747 del 3GPP "Evaluation of UE Power Consumption and Latency using DRX Parameters Switching (Evaluacion del Consumo de Potencia y la Latencia del UE utilizando Conmutacion de Parametros de DRX)", reunion #77bis del WG2 del RAN TSG, marzo 2012, propone utilizar un esquema de conmutacion de DRX.

El documento Tdoc. R2-121609 del 3GPP "A Framework for Management of Background Traffic UEs (Un Marco para la Gestion de los UE con Trafico de Segundo Plano)", reunion #77bis del WG2 del RAN TSG, marzo 2012, recomienda un marco para la gestion del trafico de segundo plano y propone que un UE envfe una indicacion de si se le puede quitar la prioridad de QoS para todas las aplicaciones en ejecucion y una indicacion de si se esperan datos en curso del plano de usuario.

Resumen

La invencion esta definida mediante la materia objeto de las reivindicaciones independientes. Los modos de realizacion beneficiosos son objeto de las reivindicaciones dependientes.

Breve descripcion de los dibujos

La FIG. 1 ilustra un ejemplo de un UE que le comunica a un eNodoB informacion de asistencia del UE de acuerdo con un modo de realizacion.

5

10

15

20

25

30

35

40

45

50

Las FIG. 2A y 2B ilustran estructuras de datos respectivas de la informacion de asistencia del UE con la informacion del tipo de trafico de acuerdo con ciertos modos de realizacion.

La FIG. 3A ilustra una estructura de datos de la informacion de asistencia del UE con un tipo de identificador y uno o mas valores de tiempo entre llegadas de acuerdo con un modo de realizacion.

La FIG. 3B ilustra descripciones de ejemplo del tipo de identificador que se muestra en la FIG. 3A para diferentes tipos de trafico de acuerdo con un modo de realizacion.

La FIG. 4 es un diagrama de flujo para notificar selectivamente el tiempo de llegada entre paquetes o informacion de llegada del proximo paquete de acuerdo con un modo de realizacion.

La FIG. 5A ilustra una estructura de datos de la informacion de asistencia del UE con un bit de conmutacion de acuerdo con un modo de realizacion.

La FIG. 5B ilustra descripciones de ejemplo del bit de conmutacion que se muestra en la FIG. 5A de acuerdo con diversos modos de realizacion.

La FIG. 6 ilustra una estructura de datos de la informacion de asistencia del UE que incluye un bit indicador del estado de movilidad de acuerdo con un modo de realizacion.

La FIG. 7 ilustra una estructura de datos de la informacion de asistencia del UE que incluye un bit de tipo de trafico de acuerdo con un modo de realizacion.

La FIG. 8 ilustra una estructura de datos de la informacion de asistencia del UE que incluye un bit de preferencia de potencia de acuerdo con un modo de realizacion.

La FIG. 9 ilustra una comunicacion de la informacion de asistencia del UE entre un UE y un eNodoB de acuerdo con varios ejemplos de modos de realizacion.

La FIG. 10 es un diagrama de flujo de un metodo para seleccionar o modificar un conjunto de parametros de recepcion discontinua de acuerdo con un modo de realizacion.

La FIG. 11 proporciona una ilustracion de ejemplo del dispositivo movil que se puede utilizar con uno o mas de los modos de realizacion divulgados en la presente solicitud.

Descripcion detallada

A continuacion, se proporciona una descripcion detallada de sistemas y metodos consistentes con los modos de realizacion de la presente divulgacion. Aunque se describen varios modos de realizacion, se debena entender que la divulgacion no se encuentra limitada a ninguno de los modos de realizacion, sino que en su lugar incluye numerosas alternativas, modificaciones y equivalentes. Ademas, aunque en la siguiente descripcion se definen numerosos detalles espedficos con el fin de proporcionar una comprension exhaustiva de los modos de realizacion divulgados en la presente solicitud, algunos modos de realizacion se pueden poner en practica sin algunos o todos sus detalles. Ademas, con el proposito de una mayor claridad, cierto material de la tecnica que es conocido en la tecnica asociada no se ha descrito en detalle con el fin de evitar enmascarar innecesariamente la divulgacion.

Tal como se ha descrito mas arriba, los UE tienen poco o ningun control sobre ciertas funciones y procesos que prolongan la duracion de la batena del UE y/o minimizan la latencia para las aplicaciones que se ejecutan en el UE. Por ejemplo, una estacion base como, por ejemplo, un eNodoB, controla las funciones de la RAN para dar soporte al UE. Sin embargo, debido a la proliferacion de smartphones (telefonos inteligentes) y otros dispositivos moviles que ejecutan diversas aplicaciones de Internet moviles, el UE puede conseguir ahorro de potencia y requisitos de latencia de forma mas efectiva si puede comunicarle al eNodoB sus preferencias, restricciones y/o requisitos en forma de informacion de asistencia del UE.

La FIG. 1 ilustra un ejemplo de un UE 100 que le comunica al eNodoB 114 informacion 112 de asistencia del UE de acuerdo con un modo de realizacion. El UE 100 incluye un modulo transceptor 116 y un modulo 118 de procesamiento. El modulo 118 de procesamiento esta configurado para generar la informacion 112 de asistencia del UE y realizar otras funciones del UE 100 tal como se describe en la presente solicitud. El modulo transceptor 116 esta configurado para transmitirle al eNodoB 114 la informacion 112 de asistencia del UE y para transmitir y recibir otras senales y mensajes tal como se describe en la presente solicitud. El eNodoB 114 incluye un modulo transceptor 120 y un modulo 122 de procesamiento. El modulo transceptor 120 esta configurado para recibir desde el UE 100 la informacion 112 de asistencia del UE y para transmitir y recibir otras senales y mensajes tal como se describe presente solicitud. El modulo 122 de procesamiento esta configurado para procesar la informacion 112 de asistencia del UE recibida del UE 100 y para realizar otras funciones descritas en la presente solicitud.

5

10

15

20

25

30

35

40

45

50

55

El eNodoB 114 puede utilizar la informacion 112 de asistencia del UE para adoptar ciertas funciones y parametros de la RAN con el fin de mejorar el rendimiento del UE y de la red. Por ejemplo, la informacion 112 de asistencia del UE puede serle util al eNodoB 114 para seleccionar la configuracion optima de la recepcion discontinua (DRX) con el fin de conseguir un ahorro de potencia mejorado en el UE 100.

Ciertos modos de realizacion divulgados en la presente solicitud proporcionan mejoras a la informacion 112 de asistencia del UE que le permiten al eNodoB 114 ajustar los parametros de DRX del UE 100 basandose en indicaciones del UE (por ejemplo, el tiempo de llegada entre paquetes y/o las caractensticas del tipo de trafico) con el fin de conseguir los requisitos de rendimiento deseados y/o ahorrar potencia. Por ejemplo, la informacion 112 de asistencia del UE de acuerdo con ciertos modos de realizacion puede incluir un tiempo de llegada entre paquetes (IAT), un indicador de estado de movilidad (MSI), una caractenstica del tipo de datos y/o trafico, un valor de realimentacion de tiempo de alineacion del temporizador (TAT), y combinaciones de los anteriores. Cada uno de estos diferentes tipos de informacion 112 de asistencia del UE se discute en detalle mas abajo. A partir de la divulgacion en la presente solicitud, las personas experimentadas reconoceran que otros modos de realizacion pueden utilizar una informacion 112 de asistencia del UE con elementos adicionales o diferentes como, por ejemplo, otros parametros o conjuntos de parametros de DRX, indicadores de restricciones de batena, metricas de calidad de experiencia (QoE), y/o una solicitud de pasar a modo reposo. Despues de discutir los ejemplos de informacion de asistencia del UE, se proporcionan ejemplos de senalizacion de la informacion de asistencia del UE.

I. Ejemplos de Informacion de Asistencia del UE

A. IAT de los paquetes

En un modo de realizacion, la informacion 112 de asistencia del UE incluye datos asociados con el IAT de los paquetes de UL en el UE 100. El IAT de los paquetes es una medida del periodo de tiempo de llegada entre paquetes en el UE 100 y se puede corresponder con los tipos de aplicaciones ejecutandose actualmente en el UE 100. El UE 100 puede medir el IAT de los paquetes, pero el eNodoB 114 no conoce el IAT de los paquetes de los paquetes de UL en el UE 100. Para el eNodoB 114 es posible estimar el IAT de los paquetes de UL en el UE 100 procesando los paquetes de UL en el eNodoB 114. Sin embargo, dichas estimaciones por parte del eNodoB 114, en general, no son precisas debido a que el IAT de los paquetes que observa el eNodoB 114 puede estar alterado por los permisos que el planificador de UL del eNodoB le proporciona a los distintos UE dentro de una celda. Por lo tanto, ciertos modos de realizacion le proporcionan al eNodoB 114 la informacion 112 de asistencia del UE del UE 100 incluyendo datos asociados con la llegada de paquetes.

Para el eNodoB 114 puede ser util conocer los tipos de aplicaciones que se estan ejecutando actualmente en el UE 100. Por ejemplo, si el UE 100 determina un IAT de los paquetes grande, el eNodoB 114 puede poner al UE 100 en estado de reposo o configurar una longitud mayor del ciclo de DRX con el fin de ahorrar potencia. Sin embargo, si el UE 100 mide un IAT de los paquetes corto, el eNodoB 114 puede configurar una longitud menor de ciclo de DRX.

Los modos de realizacion que se describen a continuacion incluyen la utilizacion de un unico bit a informacion de asistencia del UE de IAT de los paquetes, utilizar multiples bits de informacion de asistencia del UE para el IAT de los paquetes, notificar de forma selectiva diferentes formatos de IAT de los paquetes, y notificar de forma selectiva informacion de IAT de los paquetes o informacion de llegada del proximo paquete.

A(1) - Informacion de asistencia del UE de Tipo de Trafico de un Unico Bit o de IAT de los paquetes

En ciertos modos de realizacion, el UE 100 esta configurado para comunicar caractensticas de tipo de trafico. El tipo de trafico puede estar relacionado con el IAT de los paquetes u otros factores como si una aplicacion se encuentra activa o se esta ejecutando en segundo plano, o si el protector de pantalla del UE se encuentra activo debido a que el usuario no ha estado interactuando con el dispositivo. De este modo, el IAT de los paquetes es uno de los distintos modos disponibles que tiene el UE para determinar si el trafico de UL es trafico de segundo plano o trafico activo. Por ejemplo, el UE 100 puede llevar a cabo mediciones del IAT de los paquetes para su utilizacion en calculos o procesamientos internos. Si el IAT de los paquetes medido es relativamente corto (por ejemplo, uno o dos segundos, o menos), entonces el UE 100 puede determinar que el trafico de UL es trafico activo. Sin embargo, si el IAT de los paquetes medido es relativamente largo (por ejemplo, multiples segundos, decenas de segundos, o minutos), entonces el UE 100 puede determinar que el trafico de UL es trafico de segundo plano. Ademas, en otros modos de realizacion, el UE 100 puede conocer que el trafico actual es trafico de segundo plano debido a que no existe ninguna aplicacion activa o abierta ejecutandose en el UE 100.

La FIG. 2A ilustra una estructura de datos de la informacion 112 de asistencia del UE con un unico bit 210 de informacion de tipo de trafico de acuerdo con un modo de realizacion. En este ejemplo, el UE 100 asigna al bit 210 el valor "0" para indicar que el trafico actual es trafico de segundo plano, y el Ue 100 asigna al bit 210 el valor "1" para indicar que el trafico actual es trafico activo.

5

10

15

20

25

30

35

40

45

50

55

A(2) - Informacion de asistencia del UE de Tipo de Trafico de Multiples Bits o de IAT de los paquetes

En otro modo de realizacion, el UE 100 esta configurado para comunicarle al eNodoB 114 informacion de tipo de trafico (por ejemplo, determinada utilizando la informacion de IAT de los paquetes u otro metodo) utilizando una pluralidad de bits de la informacion 112 de asistencia del UE. De este modo, el UE 100 puede proporcionar el tipo de trafico con diferentes niveles de granularidad, en funcion del numero de bits utilizados.

La FIG. 2B ilustra una estructura de datos de la informacion 112 de asistencia del UE con dos bits 212 de informacion de tipo de trafico de acuerdo con un modo de realizacion. En este ejemplo, el UE 100 asigna a los bits 212 el valor "00" para indicar un tipo de aplicacion con trafico de segundo plano donde el IAT de los paquetes es espaciado. Por lo tanto, la aplicacion tiene unos bajos requisitos de rendimiento de aplicacion (por ejemplo, en terminos de latencia, oscilaciones y otros parametros). El UE 100 asigna a los bits 212 el valor "01" para indicar que una o mas aplicaciones en ejecucion requieren un trafico de prioridad de rendimiento media. Este tipo de trafico puede no ser muy periodico como, por ejemplo, la navegacion Web o la descarga del protocolo de transferencia de hipertexto (HTTP). El UE 100 asigna a los bits 212 el valor "10" para indicar un tipo de aplicacion con trafico activo con alta prioridad y baja latencia y/o requisitos de rendimiento. Ejemplos de aplicaciones con muy altos requisitos de trafico activo incluyen aplicaciones del protocolo de voz sobre Internet (VoIP) o juegos en lmea. El UE 100 asigna a los bits 212 el valor "11" para indicar que no se espera trafico lo que se puede interpretar como un indicador de liberacion del control de recursos de radio (RRC) desde el UE 100 al eNodoB 114.

En otros modos de realizacion, la informacion 112 de asistencia del UE puede utilizar tres o mas bits para aumentar la granularidad de la informacion de tipo de trafico o la informacion del IAT de los paquetes. Por ejemplo, se puede utilizar una pluralidad de bits para comunicar el intervalo de IAT de los paquetes actual (por ejemplo, 10 segundos).

A(3) - Notificacion Selectiva de Diferentes Formatos de IAT de los paquetes

En ciertos modos de realizacion, el UE 100 esta configurado para comunicar de forma selectiva la informacion del IAT de los paquetes utilizando diferentes formatos o representaciones estadfsticas. La seleccion se puede basar en, por ejemplo, el tipo de trafico actual. El IAT de los paquetes puede ser diferente para cada paquete. En lugar de enviar un IAT de los paquetes diferente para cada paquete, algunos modos de realizacion pueden representar mas de un paquete utilizando una forma estadfstica de los IAT de los paquetes sobre un periodo concreto o para un evento espedfico. Por ejemplo, el IAT de los paquetes se puede representar como un IAT mmimo y un IAT maximo. Como otro ejemplo, el IAT de los paquetes se puede representar como un IAT medio y un IAT maximo (por ejemplo, entendiendo que el IAT mmimo puede ser cero).

Para ciertas aplicaciones, el trafico es a rafagas y/o infrecuente. Por ejemplo, aproximadamente cada varios segundos se puede transmitir una pluralidad o rafaga de paquetes. Para el trafico de paquetes a rafagas un IAT promedio o un IAT medio no proporciona suficiente informacion porque no indica como llegan los paquetes. Un IAT de los paquetes para el intervalo dentro de la rafaga de paquetes se denomina en la presente solicitud como "IAT corto" y un IAT de los paquetes para el intervalo entre dos rafagas consecutivas se denomina en la presente solicitud como "IAT largo". El IAT corto puede ser muy pequeno, por ejemplo, del orden de uno o unos pocos milisegundos. El IAT largo puede ser muy grande, por ejemplo, del orden de uno o mas segundos. En un modo de realizacion, el UE 100 le informa al eNodoB 114 tanto del IAT corto como del IAT largo con el fin de describir con exactitud el trafico a rafagas. El UE 100 puede informar de valores promedio del IAT corto y/o del IAT largo.

La FIG. 3A ilustra una estructura de datos de la informacion 112 de asistencia del UE con un identificador (ID) 310 de tipo y uno o mas valores 312 de IAT de acuerdo con un modo de realizacion. El UE 100 conoce el tipo de trafico y el formato utilizados para comunicarle al eNodoB 114 el uno o mas valores 312 de IAT. Con el fin de que el eNodoB 114 interprete correctamente el uno o mas valores 312 de IAT, el ID 310 de tipo especifica el formato. La FIG. 3B ilustra descripciones 314 de ejemplo del ID 310 de tipo que se muestra en la FIG. 3A para diferentes tipos 316 de trafico de acuerdo con un modo de realizacion. Tal como se muestra en la FIG. 3B, el ID 310 de tipo incluye dos bits. Sin embargo, otros modos de realizacion pueden utilizar un unico bit o mas de dos bits. En este ejemplo, el UE 100 fija el ID 310 de tipo con el valor "00" cuando el trafico es a rafagas y/o infrecuente para indicar que los valores 312 de IAT informados incluyen los IAT promedios corto y largo. Para trafico normal (por ejemplo, no a rafagas), el UE 100 fija el ID 310 de tipo con el valor "01" para indicar que los valores 312 de IAT informados incluyen los IAT mmimo y maximo, con el valor "10" para indicar que los valores 312 de IAT informados incluyen los IAT medio y maximo, y con el valor "11" para indicar que los valores 312 de IAT informados incluyen otros formatos predeterminados (por ejemplo, conocidos tanto para el UE 100 como para el eNodoB 114), que pueden incluir otras representaciones estadfsticas de los IAT sobre un periodo predeterminado o para un evento predeterminado.

A(4) - Notificar de forma selectiva IAT vs. Informacion de Llegada del Proximo Paquete

5

10

15

20

25

30

35

40

45

50

55

En ciertos modos de realizacion, el UE 100 puede notificar de forma selectiva informacion sobre la llegada del proximo paquete en lugar de un valor de IAT de los paquetes (por ejemplo, IAT promedio o IAT maximo). La informacion de llegada del proximo paquete puede ser una prediccion por parte del UE 100 o se puede basar en informacion pasada desde una aplicacion a traves de una interfaz de programacion de aplicaciones (API) al dispositivo/la capa de control de acceso al medio (MAC). En algunos casos, la informacion sobre el tiempo de llegada del proximo paquete puede ser mas beneficiosa que el IAT promedio o maximo.

Tal como se ha descrito mas arriba, el IAT de los paquetes es una medida del intervalo entre la llegada sucesiva de dos paquetes o rafagas. El IAT de los paquetes es util, por ejemplo, para decidir si es apropiada o se debena ajustar la configuracion de DRX actual del modo conectado. Por otro lado, el tiempo de llegada del proximo paquete se corresponde con el intervalo entre una transmision del enlace ascendente actual y el proximo paquete en llegar. El tiempo de llegada del proximo paquete es util, por ejemplo, para decidir si el UE 100 se debena poner en reposo cuando proximamente no se esperan paquetes, o si el UE 100 se debena mantener en modo conectado cuando se esperan paquetes proximamente.

La FIG. 4 es un diagrama de flujo para notificar de forma selectiva el IAT de los paquetes o informacion de llegada del proximo paquete de acuerdo con un modo de realizacion. En este ejemplo, el UE 100 consulta 400 si existen mas paquetes en su memoria intermedia de transmision del UL. Si no existen mas paquetes en su memoria intermedia de transmision del UL, el UE 100 envfa 410 el tiempo de llegada del proximo paquete de modo que el eNodoB 114 puede decidir si el UE 100 se debena poner en reposo o mantenerse en modo conectado. Sin embargo, si siguen existiendo paquetes en la memoria intermedia de transmision del UL, el UE 100 envfa 412 la informacion del IAT de los paquetes (por ejemplo, tal como se ha descrito mas arriba) de modo que el eNodoB pueda realizar la optimizacion de la funcionalidad de la RAN como, por ejemplo, decidir si es apropiada la configuracion de DRX del modo conectado o si se debena ajustar la configuracion de DRX.

Algunos UE pueden no tener la capacidad para determinar el IAT de los paquetes y/o predecir el tiempo de llegada del proximo paquete. Por lo tanto, en ciertos modos de realizacion, el UE 100 esta configurado para indicarle al eNodoB 114 su capacidad para determinar el IAT de los paquetes y predecir el tiempo de llegada del proximo paquete (por ejemplo, cuando se establece una conexion con el eNodoB 114). Esta informacion de capacidad se puede comunicar, por ejemplo, utilizando un bit de indicador de grupo de caractensticas (FGI). Por ejemplo, se puede utilizar uno de los bits FGI actualmente sin definir (numeros de bit 37 a 64) como, por ejemplo, el bit numero 38.

La FIG. 5A ilustra una estructura de datos de la informacion 112 de asistencia del UE con un bit 510 de conmutacion para indicar si un valor 512 de tiempo de llegada se corresponde con valores de IAT de los paquetes o de tiempo de llegada del proximo paquete de acuerdo con un modo de realizacion. La informacion 112 de asistencia del UE de la FIG. 5A puede, por ejemplo, comunicarse mediante un elemento de control (CE) de MAC que se puede anadir a la unidad de datos del protocolo (PDU) MAC. En un modo de realizacion, para el CE de mAc se utilizan los valores de identificacion de control logico (LCID) (por ejemplo, 01011-11000) para el canal compartido del enlace ascendente (UL-SCH). En este ejemplo, tal como se muestra, se utilizan cinco bits para representar el valor 512 de tiempo de llegada y los bits restantes se pueden reservar para futuros usos. En otros modos de realizacion, se pueden utilizar menos de cinco bits o mas de cinco bits para representar el valor 512 de tiempo de llegada.

Tal como se describe mas abajo, tambien se pueden utilizar otros tipos de mensaje (por ejemplo, mensajes RRC) para comunicar los valores de tiempo de llegada y otros tipos de informacion de asistencia del UE. Por ejemplo, se le puede enviar al eNodoB 114 un IAT o una informacion de llegada del proximo paquete espedficos de UE incluyendo la informacion en uno de los elementos de informacion (IE) de los mensajes del canal de control dedicado del enlace ascendente (UL-DCCH). En un modo de realizacion, un IE denominado "UE-IAT- NextPacketArrival" incluye el IAT o la informacion de llegada del proximo paquete y se puede incluir en el mensaje UEInformationResponse utilizado por el UE 100 para transferir la informacion solicitada por el eNodoB 114. Mas abajo se muestra un ejemplo de estructura del mensaje UE-IAT-NextPacketArrival, el cual incluye las opciones de iAt corto, largo y normal:

UE-IAT-NextPacketArrival-r11 ::= SEQUENCE { ue-IAT-NextPacketArrival-typeid BIT STRING (SIZE (2)),

ue-IAT-NextPacketArrival-Report CHOICE {

ue-IAT-NextPacketArrival-ShortLong UE-IAT-NextPacketArrival-ShortLong,

ue-IAT-NextPacketArrival-Regular UE-IAT-NextPacketArrival-Regular

}

5

10

15

20

25

30

35

40

45

= CHOICE {

SEQUENCE{

BIT STRING (SIZE (3.N)), BIT STRING (SIZE (3..N))

}

UE-IAT_NextPacketArrival-ShortLong :: next-packet-arrival-shortLong short-NPA-mean long-NPA-mean

},

ue-IAT-shortLong short-IAT-mean long-IAT-mean }

}

UE-IAT-NextPacketArrival-Regular ::= next-packet-arrival-regular min-mean-NPA min-NPA mean-NPA },

Max-NPA },

},

ue-IAT-regular

min-mean-IAT

min-IAT

mean-IAT

},

SEQUENCE {

BIT STRING (SIZE (3..N)),

BIT STRING (SIZE (3..N))

CHOICE {

SEQUENCE {

CHOICE {

BIT STRING (SIZE (3..N)), BIT STRING (SIZE (3..N))

BIT STRING (SIZE (3..N))

SEQUENCE {

CHOICE {

BIT STRING (SIZE (3..N)),

BIT STRING (SIZE (3..N))

Max-IAT BIT STRING (SIZE (3..N))

}

La FIG. 5B ilustra descripciones 514 de ejemplo del bit 510 de conmutacion y un valor 512 de tiempo de llegada que se muestran en la FIG. 5A de acuerdo con ciertos modos de realizacion. En este ejemplo, el UE 100 fija el bit 510 de conmutacion con el valor "0" para indicar que el valor 512 de tiempo de llegada incluye informacion del IAT de los paquetes y con el valor "1" para indicar que el valor 512 de tiempo de llegada incluye una informacion de tiempo de llegada del proximo paquete. Tal como se muestra en la FIG. 5B, los bits del valor 512 de tiempo de llegada en un modo de realizacion representan un valor de tiempo absoluto y en otro modo de realizacion representan un valor mdice. El valor de tiempo absoluto puede indicar, por ejemplo, 1 milisegundo, 10 milisegundos, 100 milisegundos, 1 segundo, 10 segundos, o cualquier otro valor de tiempo. Alternativamente, el valor mdice se puede corresponder con un rango de valores de tiempo. Por ejemplo, con cinco bits, el posible mdice vana de "00000" a "11111". Los indices se pueden asociar a valores de IAT reales o a rangos de valores. Por ejemplo, el mdice "00000" se puede asociar a un rango de 1 milisegundo a 100 milisegundos, el mdice "00001" se puede asociar a un rango de 101 milisegundos a 200 milisegundos, y asf sucesivamente.

B. Indicador de Estado de Movilidad (MSI)

En un modo de realizacion, la informacion 112 de asistencia del UE incluye un MSI del UE 100. Cuando el UE 100 se desplaza entre celdas, la sobrecarga o los recursos necesarios para el traspaso desde un primer eNodoB a un segundo eNodoB es mayor si el UE 100 se encuentra en modo activo que si el UE 100 se encuentra en reposo. Cuando el UE 100 se encuentra en modo activo, el primer eNodoB le comunica al segundo eNodoB la informacion necesaria para el traspaso. Sin embargo, cuando el UE 100 se encuentra en reposo, la informacion necesaria para el traspaso no esta en el primer eNodoB. En su lugar, la informacion cuando se encuentra en reposo esta en la entidad de gestion de movilidad (MME) del nucleo de paquetes evolucionado. Por lo tanto, por ejemplo, la comunicacion del MSI del UE 100 al eNodoB 114 reduce la sobrecarga de senalizacion y los recursos del sistema permitiendo que el eNodoB 114 libere la conexion RRC y pase al UE 100 a un estado de reposo del RRC cuando se desplaza a alta velocidad.

5

10

15

20

25

30

35

40

45

50

55

La FIG. 6 ilustra una estructura de datos de la informacion 112 de asistencia del UE que incluye un bit MSI 610 de acuerdo con un modo de realizacion. En este ejemplo, el UE 100 fija el bit MSI 610 con el valor "0" para indicar que el UE 100 tiene poca movilidad o nula movilidad, y el UE 100 fija el bit MSI 610 con el valor "1" para indicar que el UE 100 tiene una alta movilidad. Las personas experimentadas reconoceran a partir de la divulgacion en la presente solicitud que se pueden utilizar bits adicionales para conseguir una mayor granularidad (por ejemplo, para indicar un estado de alta movilidad, un estado de movilidad media, un estado de movilidad normal y un estado de baja o nula movilidad).

En un modo de realizacion, el bit MSI 610 esta preconfigurado mediante senalizacion utilizando la gestion de dispositivos de la alianza movil abierta (OMA-DM) o un operador (por ejemplo, para dispositivos de localizacion fija o de unicamente comunicacion de tipo maquina (MTC)). En otro modo de realizacion, el bit MSI 610 se actualiza mediante senalizacion desde un sistema global de navegacion por satelite (GNSS) u otro sistema de navegacion. En otro modo de realizacion, el bit MSI 610 se actualiza mediante la MSE y el numero de reselecciones o traspaso de celda realizadas durante un periodo de tiempo predeterminado. Por ejemplo, en un estado de reposo del RRC, se puede realizar el seguimiento contando el numero de reselecciones de celda en un periodo seleccionado. Mientras que en un estado conectado del RRC, se puede realizar el seguimiento contando el numero de traspasos en un periodo seleccionado. Las personas experimentadas entenderan que para identificar el estado de movilidad del UE 100 se pueden utilizar una o multiples soluciones. La asociacion de la informacion de estado de movilidad en el UE 100 al indicador (por ejemplo, el bit MSI de la FIG. 6) y el transporte del bit MSI 610 como parte de la informacion 112 de asistencia del UE al eNodoB 114 permite que el eNodoB 114 realice decisiones de configuraciones del UE mas rapidamente y con mas precision, lo que permite a su vez que el UE 100 ahorre batena.

C. Caractensticas del Tipo de Datos y/o Trafico

En un modo de realizacion, la informacion 112 de asistencia del UE incluye caractensticas del tipo de datos y/o caractensticas del tipo de trafico. Un ejemplo de tipo de trafico es el trafico de segundo plano o activo descrito mas arriba con respecto a las FIG. 2A y 2B. Como otro ejemplo, la informacion 112 de asistencia del UE puede incluir una indicacion de si el trafico es trafico de tipo originado en el movil (MO) o un tipo de trafico terminado en el movil (MT). Los traficos del tipo MO y MT se refieren a si se espera que el trafico sea un tipo de trafico unicamente UL, unicamente DL, o tanto UL como DL. La FIG. 7 ilustra una estructura de datos de la informacion 112 de asistencia del UE que incluye un bit 710 de tipo de trafico de acuerdo con un modo de realizacion. En este ejemplo, el UE 100 fija el bit 710 de tipo de trafico con el valor "0" para indicar que el trafico son datos iniciados por el UL (por ejemplo, una aplicacion de redes sociales que sube textos y/o fotos), y el UE 100 fija el bit 710 de tipo de trafico con el valor "1" para indicar que el trafico son datos iniciados por el DL (por ejemplo, una aplicacion de un navegador Web descargando una pagina Web). El eNodoB 114 puede utilizar la informacion de tipo de trafico para ajustar sus asignaciones de UL y/o los ciclos de DRX basandose en la periodicidad esperada del tipo de trafico indicado.

En un modo de realizacion, el tipo de datos y/o trafico puede encontrarse en forma de indicacion de preferencia de potencia. Por ejemplo, el UE 100 puede comunicar una preferencia por una configuracion de potencia normal cuando esta procesando trafico activo y una preferencia por una configuracion de potencia reducida o baja cuando procesa trafico de segundo plano. La FIG. 8 ilustra una estructura de datos de la informacion 112 de asistencia del UE que incluye un bit 810 de preferencia de potencia de acuerdo con un modo de realizacion. En este ejemplo, el UE 100 fija el bit 810 de preferencia de potencia con el valor "0" para indicar una preferencia por una configuracion de potencia normal (por ejemplo, en modo activo) y el UE 100 fija el bit 810 de preferencia de potencia con el valor "1" para indicar una preferencia por una configuracion de potencia baja (por ejemplo, en modo segundo plano). Basandose en el bit 810 de preferencia de potencia, el eNodoB 114 puede ajustar de forma selectiva las opciones de configuracion de DRX y otros parametros del UE. Cuando en el bit 810 de preferencia de potencia se establece una configuracion de baja potencia (por ejemplo, ahorro de potencia optimizado), por ejemplo, el eNodoB 114 puede seleccionar un ciclo de DRX largo o una liberacion de conexion de RRC.

D. Realimentacion del Temporizador de Alineacion de Tiempo (TAT)

En un modo de realizacion, la informacion 112 de asistencia del UE incluye una realimentacion del TAT que indica un valor particular o deseado para el TAT. En los sistemas LTE, el eNodoB 114 configura el TAT para cada UE. Los UE utilizan sus temporizadores TAT para mantener la alineacion de tiempo del UL. Cuando expira el TAT para un UE concreto, el eNodoB 114 libera los canales de control del UL para dicho UE y el UE no puede realizar transmisiones del UL hasta que realice un procedimiento de alineamiento de tiempo del Ul.

En ciertos modos de realizacion, el UE 100 esta configurado para proporcionar realimentacion utilizando un temporizador TAT para indicarle al eNodoB 114 que libere sus canales de control de UL. En uno de dichos modos de realizacion, el UE 100 proporciona la realimentacion solicitando que el valor de TAT se fije con un valor mmimo o solicitando otro valor espedfico (por ejemplo, si el UE 100 podna permanecer conectado durante un

5

10

15

20

25

30

35

40

45

50

tiempo mayor pero no quiere desperdiciar un recurso de UL). Ademas, o en otros modos de realizacion, el UE 100 puede solicitar que el TAT se fije con un valor muy alto para evitar que el temporizador expire durante un tiempo mayor como, por ejemplo, durante un periodo de reposo de DRX mayor. Un valor de TAT alto puede ser util, por ejemplo, cuando se espera que el UE 100 tenga una baja o nula movilidad (por ejemplo, para ciertos dispositivos MTC como, por ejemplo, dispositivos como medidores o sensores inteligentes).

II. Senalizacion de Ejemplo de la Informacion de Asistencia del UE

Los modos de realizacion descritos a continuacion para comunicar la informacion de asistencia del UE desde el UE 100 al eNodoB 114 se proporcionan mediante un ejemplo. Las personas experimentadas reconoceran a partir de la divulgacion en la presente solicitud que se pueden utilizar diferentes tipos de mensajes, formatos o protocolos.

La FIG. 9 ilustra una comunicacion entre un UE 100 y un eNodoB 114 para asignar una configuracion DRX basandose en la informacion de asistencia del UE de acuerdo con ciertos modos de realizacion de ejemplo. Tal como se describe mas abajo, las comunicaciones que se muestran en la FIG. 9 incluyen que el eNodoB le envfe al UE 100 una lista de las configuraciones de DRX disponibles utilizando un elemento de informacion (IE) MAC- MainConfig 910, que el UE 100 le envfe al eNodoB 114 informacion de asistencia del UE en un IE UE- AssistanceInfo 912, y que el eNodoB 114 le envfe al UE 100 una configuracion (o mdice) de DRX asignado en un IE drxSet-Config 914.

El eNodoB 114 le envfa al UE 100 la lista de las configuraciones de DRX en un establecimiento o restablecimiento de conexion utilizando un IE RadioResourceConfigDedicated para modificar el IE MAC- MainConfig 910. El eNodoB 114 puede enviar la lista de las configuraciones de dRx en cualquier momento si, por ejemplo, la lista cambia. En un modo de realizacion, el IE MAC-MainConfig 910 lista un numero N de las configuraciones de DRX disponibles en el eNodoB 114. Con el fin de soportar conmutacion de DRX multiples, se pueden utilizar multiples conjuntos de las configuraciones de DRX (<=N). Una o mas de las configuraciones de DRX pueden optimizar el rendimiento como, por ejemplo, para un mmimo retardo extremo a extremo. Otras configuraciones de DRX pueden, por ejemplo, estar optimizadas para ahorro de potencia. Otro tipo de configuracion de DRX puede proporcionar un equilibrio entre rendimiento y ahorro de energfa.

El IE MAC-MainConfig 910 puede incluir un parametro "drxset-index" que identifica una configuracion de DRX espedfica disponible en el eNodoB 114. El drxset-index permite reducir la sobrecarga de senalizacion para modos de realizacion de DRX multiples debido a que el eNodoB 114 puede enviar el drxset-index (el cual puede estar formado por unos pocos bits en funcion del valor de N) en lugar de todos los parametros de DRX asociados a la configuracion de dRx concreta. Sin embargo, en ciertos modos de realizacion el eNodoB 114 inicialmente le envfa al UE 100 una lista de todas las configuraciones de DRX disponibles en el eNodoB 114. El IE MAC- MainConfig 910 tambien pude incluir un parametro "assigned-DrxSetIndex" que le indica al UE 100 el numero de configuracion de DRX a utilizar por primera vez despues de obtener la lista de las configuraciones de DRX.

Haciendo de nuevo referencia a la FIG. 9, el IE UEAssistanceInfo 912 puede incluir, por ejemplo, una configuracion de DRX preferida o un mdice de DRX preferido, si se esperan datos, preferencias de rendimiento o potencia, MSI u otros tipos de informacion de asistencia del UE (por ejemplo, trafico de segundo plano/activo, otras caractensticas de trafico, realimentacion del temporizador de TAT, IAT, y/o tiempo de llegada del proximo paquete, tal como se ha descrito mas arriba). En un modo de realizacion, el IE UEAssistanceInfo 912 enviado desde el UE 100 al eNodoB 114 se incluye en el UL-DCCH. A continuacion, se proporciona un ejemplo de estructura de mensaje del UL-DCCH que incluye el IE UEAssistanceInfo 912:

-- ASN1START

UL-DCCH-Message ::= SEQUENCE {

Message UL-DCCH-MessageType

}

UL-DCCH-MessageType ::= CHOICE { cl CHOICE {

csfbParametersRequestCDMA2000 measurementReport rrcConnectionReconfigurationComplete rrcConnectionReestablishmentComplete rrcConnectionSetupComplete securityModeComplete

CSFBParametersRequestCDMA2000,

MeasurementReport,

RRCConnectionReconfigurationComplete,

RRCConnectionReestablishmentComplete,

RRCConnectionSetupComplete,

SecurityModeComplete,

5

10

15

20

25

30

35

40

45

50

securityModeFailure

ueCapabilitylnformation

ulHandoverPreparationTransfer

ulInformationTransfer

SecurityModeFailure,

UECapabilityInformation,

ULHandoverPreparationTransfer,

ULInformationTransfer,

CounterCheckResponse,

UElnformationResponse-r9,

ProximityIndication-r9,

RNReconfigurationComplete-r10,

MBMSCountingResponse-r10,

InterFreqRSTDMeasurementIndication-r10

counterCheckResponse

ueInformationResponse-r9

proximityIndication-r9

rnReconfigurationComplete-r10

mbmsCountingResponse-r10

interFreqRSTDMeasurementIndication-r10

},

Later

CHOICE {

c2

CHOICE{

rrcUEAssistanceMessage

RRCUEAssistanceMessage,

spare 15 NULL, spare 14 NULL, spare 13 NULL, spare 12 NULL, spare11 NULL, spare 10 NULL, spare9 NULL, spare8 NULL, spare7 NULL, spare6 NULL, spare5 NULL, spare4 NULL, spare3 NULL, spare2 NULL, spare 1 NULL

},

messageClassExtension SEQUENCE {}

}

-- ASN1STOP

En otros modos de realizacion, el IE UEAssistanceInfo 912 se define como una de las extensiones no cnticas de los IE existentes que pueden ser transportados por los mensajes UL-DCCH como, por ejemplo, "RRCConnectionReconfigurationComplete", "RRCConnectionReestablishmentComplete",

"rrcConnectionSetupComplete" y/o "ueInformation-Response", tal como se muestra en el ejemplo de estructura del mensaje UL-DCCH indicado mas arriba. Dichos mensajes se env^an generalmente como respuesta a algunos mensajes de RRC originados por el eNodoB. Por lo tanto, el UE puede no ser capaz de enviar la informacion de asistencia del UE exactamente en el instante que lo necesita porque esta esperando que se inicie uno de estos mensajes. Tal como se muestra en la FIG. 9, ciertos modos de realizacion del IE UEAssistanceInfo 912 incluyen un nuevo RRCUEAssistanceMessage del UL para comunicar la transmision de la informacion de asistencia del UE iniciada por el UE. En dichos modos de realizacion, el UE puede enviarle al eNodoB la informacion de asistencia del UE en cualquier momento.

Por ejemplo, el mensaje RRCConnectionReconfigurationComplete puede incluir un campo "data-Expected" para indicar que se espera que los datos lleguen proximamente, un campo "power-Or-Performance-preferred" para indicar las caractensticas de una aplicacion en ejecucion en terminos de preferencia de ahorro de potencia o preferencia de rendimiento, un campo "mobility-State-Indication" para indicar movilidad (por ejemplo, en terminos del numero de traspasos o reselecciones de celda por unidad de tiempo), un campo "preferred-DrxSet" para indicar un conjunto espedfico de configuraciones de DRX solicitadas por el UE 100 para optimizar su rendimiento, un campo "preferred-Drxset-Index" con un valor mdice correspondiente a una configuracion de DRX que el UE 100 quiere configurar en el futuro, combinaciones de los anteriores, y/u otros campos para comunicar la informacion de asistencia del UE divulgada en la presente solicitud.

A modo de ejemplo, se puede utilizar un parametro de asistencia de UE denominado "powerPreference- Indication" para indicar si el UE 100 soporta una indicacion de preferencia de potencia (indicada mas arriba) y un mensaje RRCConnectionReconfiguration puede incluir un IE "powerPrefIndicationConfig" que se utiliza para proporcionar informacion asociada a la preferencia de ahorro de potencia del UE. El IE powerPrefIndicationConfig incluye un campo "PowerPrefIndication" que se puede fijar con el valor "lowpowerconsumption" para indicar que el UE 100 prefiere una configuracion que esta principalmente optimizada para ahorro de potencia. En caso contrario, el UE 100 fija el campo PowerPrefIndication con el valor "normal".

En un modo de realizacion, un UE capaz de proporcionar indicaciones de preferencia de potencia puede iniciar el procedimiento para comunicar su preferencia de potencia en varias situaciones diferentes incluyendo al ser configurado con el fin de proporcionar indicaciones de preferencia de potencia y sobre el cambio de la preferencia de potencia. Al iniciar el procedimiento, el UE 100 determina si ha transmitido una indicacion de preferencia de 5 potencia desde que fue configurado con el fin de proporcionar indicaciones de preferencia de potencia. Si no, entonces el UE 100 inicia la transmision de un mensaje UEAssistanceInformation. Si el UE 100 ya ha transmitido una indicacion de preferencia de potencia, determina si su indicacion de preferencia de potencia actual es distinta de la que indico en la ultima transmision del mensaje UEAssistanceInformation. Si la preferencia de potencia actual es diferente, y ha expirado el temporizador de la indicacion de preferencia de potencia, el UE 100 inicia 10 una transmision del mensaje UEAssistanceInformation con la informacion actual. Tambien, si justo antes de un traspaso el UE 100 le ha enviado a una celda de origen una indicacion de preferencia de potencia actualizada, entonces despues de haber completado el traspaso, el UE 100 inicia la transmision del mensaje UEAssistanceInformation con la informacion actual.

Se proporciona a continuacion un ejemplo de estructura del mensaje UEAssistanceInformation que incluye el 15 campo PowerPrefIndication:

-- ASN1START

UEAssistanceInformation ::= SEQUENCE {

criticalExtensions CHOICE {

c1 CHOICE {

20 ueassistancelnformation-r11 UEAssistancelnformation-r11-IEs,

spare7 NULL,

spare6 NULL, spare5 NULL, spare4 NULL, spare3 NULL, spare2 NULL, spare 1 NULL

},

25 criticalExtensionsFuture SEQUENCE {}

}

UEAssistanceInformation-r11-IEs ::= SEQUENCE {

powerPreflndication-r11 PowerPreflndication-r11

30 OPTIONAL,

nonCriticalExtension SEQUENCE {} OPTIONAL

}

-- ASN1STOP

Como respuesta al IE UEAssistanceInfo 912, el eNodoB 114 puede realizar una o mas acciones o puede decidir 35 no hacer nada. Por ejemplo, el eNodoB puede responder liberando el UE 100 (por ejemplo, haciendo que se ponga en reposo). Tal como se muestra en la FIG. 9, el eNodoB 114 tambien puede responder al IE UEAssistanceInfo 912 enviandole al UE 100 un IE drxSet-Config 914 con una peticion para cambiar la configuracion de DRX. El IE drxSet-Config 914 puede incluir una nueva configuracion de DRX asignada o un mdice de configuracion de DRX. En un modo de realizacion, el IE drxSet-Config 914 es una extension del IE 40 RadioResourceConfigDedicated. La informacion de configuracion principal de MAC se transmite desde el eNodoB 114 al UE 100 utilizando RadioResourceConfigDedicated. El IE RadioResourceConfigDedicated se utiliza para configurar, modificar y liberar portadoras de radio (RB), para modificar la configuracion principal de MAC, para modificar la configuracion de planificacion semipersistente (SPS), y para modificar la configuracion ffsica dedicada. En ciertos modos de realizacion, el IE RadioResourceConfigDedicated se modifica para incluir un 45 nuevo elemento denominado en la presente solicitud como IE "drSet-Config" que tambien se puede utilizar para modificar la configuracion de DRX.

La FIG. 10 es un diagrama de flujo de un metodo 1000 para seleccionar o modificar una configuracion de DRX de acuerdo con un modo de realizacion. El metodo 1000 incluye recibir 1010 en el UE 100 un mensaje radioResourceConfigDedicated. Inicialmente, el UE 100 comprueba 1012 si el mensaje

50 RRCConnectionReconfiguration incluye un IE fullConfig. Si incluye un IE fullConfig, el UE 100 realiza la actualizacion de las configuraciones de DRX a partir del IE MAC-MainConfig. Para cada valor de drxset-index en el DRXSet (el cual es una lista de las configuraciones de DRX disponibles en el eNodoB 114), el UE 100 crea 1014 una configuracion de DRX y lo asocia con el correspondiente drxset-index. Si ya esta configurada la

11

5

10

15

20

25

30

35

40

45

50

55

correspondencia de la configuracion de DRX con el drx-index recibido, el UE 100 modifica 1016 la configuracion de DRX basandose en el DRXSet del IE radioResourceConfigDedicated actual. A continuacion, el UE 100 establece 1018 la configuracion de DRX actual basandose en el valor de DrxSetIndex asignado.

El UE 100 puede comprobar 1020 si el IE drxSet-Config esta presente en el mensaje radioResourceConfigDedicated. Cuando el IE fullConfig esta presente en el mensaje RRCConnectionReconfiguration, el mensaje radioResourceConfigDedicated normalmente no incluye el IE drxSet- Config. Sin embargo, si el IE drxSet-Config esta presente, el UE 100 comprueba 1022 si el drxset-index esta presente en el mensaje. Si el drxset-index esta presente, el UE 100 lee 1024 el drxset-index incluido en el IE drxSet-Config y establece la configuracion de DRX correspondiente como la configuracion de DRX para su utilizacion, hasta un cambio posterior. Sin embargo, si el drxset-index no esta presente, el UE 100 obtiene 1026 el

Current-drxSet y establece la configuracion de DRX correspondiente como la configuracion de DRX a utilizar,

hasta un cambio posterior.

Si el mensaje RRCConnectionReconfiguration no incluye un IE fullConfig, entonces el UE 100 no realiza la actualizacion de las configuraciones de DRX a partir del IE MAC-MainConfig. En su lugar, despues de haber recibido un nuevo mensaje radioResourceConfigDedicated, el UE 100 comprueba 1022 si el drxset-index esta presente en el mensaje. Si el drxset-index esta presente, el UE 100 lee 1024 el drxset-index incluido en el IE drxSet-Config y establece la configuracion de DRX correspondiente como la configuracion de DRX actual para su utilizacion, hasta un cambio posterior. Sin embargo, si el drxset-index no esta presente, el UE 100 obtiene 1026 el

hasta un cambio posterior.

III. Dispositivo Movil de Ejemplo

La FIG. 11 proporciona una ilustracion de ejemplo del dispositivo movil que se puede utilizar con uno o mas de los modos de realizacion divulgados en la presente solicitud. El dispositivo movil puede ser, por ejemplo, un UE, una estacion movil (MS), un dispositivo inalambrico movil, un dispositivo de comunicacion movil, una tableta, un telefono, u otro tipo de dispositivo inalambrico movil. El dispositivo movil puede incluir una o mas antenas configuradas para comunicarse con una estacion base como, por ejemplo, un eNodoB, una unidad de banda base (BBU), una cabeza de radio remota (RRH), un equipo de radio remoto (RRE), una estacion repetidora (RS), un equipo de radio (RE), u otro tipo de punto de acceso de una red de area amplia inalambrica (WWAN). El dispositivo movil puede estar configurado para comunicarse utilizando al menos un estandar de comunicacion inalambrica incluyendo LTE de 3GPP, WiMAX, Acceso de Paquetes de Alta Velocidad (HSPA), Bluetooth y WiFi. El dispositivo movil puede comunicarse utilizando antenas separadas para cada estandar de comunicacion inalambrica o antenas compartidas para multiples estandares de comunicacion inalambrica. El dispositivo movil se puede comunicar en una red de area local inalambrica (WLAN), una red de area personal inalambrica (WPAN), y/o una WWAN.

La FIG. 11 tambien proporciona una ilustracion de un microfono y uno o mas altavoces que se pueden utilizar para entrada y salida de audio del dispositivo movil. La pantalla puede ser una pantalla de cristal lfquido (LCD), u otro tipo de pantalla como, por ejemplo, un monitor de diodo de emision de luz organico (OLED). La pantalla se puede configurar como una pantalla tactil. La pantalla tactil puede utilizar un tipo de tecnologfa de pantalla tactil capacitivo, resistivo u otro. Con el fin de proporcionar capacidades de procesamiento y presentacion, a la memoria interna se le puede acoplar un procesador de aplicaciones y un procesador grafico. Tambien se puede utilizar un puerto de memoria no volatil para proporcionarle a un usuario opciones de entrada/salida de datos. El puerto de memoria no volatil tambien se puede utilizar para ampliar las capacidades de memoria del dispositivo movil. Con el dispositivo movil se puede integrar un teclado o se le puede conectar al dispositivo movil de forma inalambrica con el fin de proporcionar una entrada adicional al usuario. Tambien se puede proporcionar un teclado virtual utilizando la pantalla tactil.

Varias tecnicas, o ciertos aspectos o porciones de las mismas pueden tomar la forma de codigo de programa (esto es, instrucciones) materializado en medios tangibles como, por ejemplo, discos flexibles, CD-ROM, discos duros, un medio de almacenamiento no transitorio legible por un ordenador, o cualquier otro medio de almacenamiento legible por una maquina en donde, cuando el codigo de programa es cargado y ejecutado por una maquina como, por ejemplo, un ordenador, la maquina se convierte en un equipo para realizar varias tecnicas. En el caso de una ejecucion del codigo de programa en ordenadores programables, el dispositivo informatico puede incluir un procesador, un medio de almacenamiento legible por el procesador (incluyendo memoria volatil y no volatil y/o elementos de almacenamiento), al menos un dispositivo de entrada, y al menos un dispositivo de salida. La memoria volatil y no volatil y/o los elementos de almacenamiento pueden ser una RAM, una EPROM, un disco flash, un disco optico, un disco duro magnetico, u otro medio para almacenar datos electronicos. La estacion base y la estacion movil tambien pueden incluir un modulo transceptor, un modulo contador, un modulo de procesamiento, y/o un modulo de reloj o un modulo temporizador. Uno o mas programas capaces de implementar o utilizar las diversas tecnicas descritas en la presente solicitud pueden utilizar una interfaz de programacion de aplicaciones (API), controles reutilizables, etc. Para comunicarse con un sistema

5

10

15

20

25

30

35

40

45

50

informatico, dichos programas se pueden implementar en un lenguaje de programacion de alto nivel procedimental u orientado a objetos. Sin embargo, si se desea, el/los programa(s) se puede(n) implementar en lenguaje ensamblador o de maquina. En cualquier caso, el lenguaje puede ser un lenguaje compilado o interpretado, y se puede combinar con implementaciones de hardware.

Se debena entender que muchas de las unidades funcionales descritas en esta especificacion se pueden implementar como uno o mas modulos, el cual es un termino utilizado para enfatizar mas concretamente su independencia de implementacion. Por ejemplo, un modulo se puede implementar como un circuito hardware que comprenda conjuntos de puertas o circuitos VLSI a medida, semiconductores comerciales como, por ejemplo, chips logicos, transistores u otros componentes discretos. Un modulo tambien se puede implementar en dispositivos hardware programables como, por ejemplo, dispositivos de matrices de puertas programables en campo, de logica de matrices programables, de logica programable, etc.

Los modulos tambien se pueden implementar en software para su ejecucion mediante varios tipos de procesadores. Un modulo de codigo ejecutable identificado puede, por ejemplo, comprender uno o mas bloques ffsicos o logicos de instrucciones de programacion, las cuales pueden, por ejemplo, organizarse como un objeto, procedimiento o funcion. Sin embargo, los ejecutables de un modulo identificado no necesitan encontrarse ffsicamente juntos, sino que pueden comprender instrucciones independientes almacenadas en diferentes localizaciones, las cuales, cuando se juntan logicamente, constituyen el modulo y consiguen el proposito indicado para el modulo.

Por supuesto, un modulo de codigo ejecutable puede ser una unica instruccion, o muchas instrucciones, e incluso puede estar distribuido sobre varios segmentos de codigo diferentes, entre diferentes programas, y a lo largo de varios dispositivos de memoria. Del mismo modo, los datos operacionales se pueden identificar e ilustrar en la presente solicitud dentro de modulos, y se pueden materializar en cualquier forma apropiada y organizar dentro de cualquier tipo de estructura de datos. Los datos operacionales se pueden recoger como un unico conjunto de datos, o se pueden distribuir sobre diferentes localizaciones incluyendo sobre diferentes dispositivos de almacenamiento y pueden existir, al menos parcialmente, unicamente como senales electronicas sobre un sistema o red. Los modulos pueden ser pasivos o activos, incluyendo agentes operables para realizar las funciones deseadas.

A lo largo de esta memoria, la referencia a "un ejemplo" quiere decir que en al menos un modo de realizacion de la presente invencion se incluye un aspecto, estructura o caractenstica particular descrita en conexion con el ejemplo. De este modo, la presencia de las frases "en un ejemplo" en varios lugares a lo largo de esta memoria no todas se refieren necesariamente al mismo modo de realizacion.

Tal como se utiliza en la presente solicitud, una pluralidad de componentes, elementos estructurales, elementos constituyentes y/o materiales se pueden presentar, por comodidad, en una lista comun. Sin embargo, estas listas se debenan interpretar como si cada miembro de la lista estuviera identificado individualmente como un miembro separado y unico. De este modo, ningun miembro individual de dicha lista se debena interpretar como un equivalente de facto de cualquier otro miembro de la misma lista unicamente basandose en su presentacion en un grupo comun sin indicaciones de lo contrario. Ademas, en la presente solicitud se puede hacer referencia a varios modos de realizacion y ejemplos de la presente invencion junto con alternativas para varios de sus componentes. Se entiende que dichos modos de realizacion, ejemplos y alternativas no se interpretan como equivalentes de facto una de la otra, sino que se consideran como representaciones separadas y autonomas de la presente invencion.

Aunque lo anterior se ha descrito con algun detalle con el proposito de aportar claridad, sera evidente que se pueden realizar ciertos cambios y modificaciones sin apartarse de sus principios. Se debena observar que existen muchos modos alternativos para implementar tanto los procesos como los equipos descritos en la presente solicitud. En consecuencia, los presentes modos de realizacion se deben considerar ilustrativos y no restrictivos, y la invencion no se encuentra limitada a los detalles proporcionados en la presente solicitud, sino que se puede modificar dentro del alcance y equivalentes de las reivindicaciones adjuntas.

Aquellos experimentados en la tecnica apreciaran que se pueden realizar muchos cambios a los detalles de los modos de realizacion descritos mas arriba sin apartarse de los principios subyacentes de la invencion. Por lo tanto, el alcance de la presente invencion debena estar determinado unicamente por las siguientes reivindicaciones.

Claims

5

10

15

20

25

30

35

40

45

REIVINDICACIONES

1. Un equipo de usuario (100), caracterizado por comprender:

un modulo (118) de procesamiento para generar un mensaje del canal de control dedicado del enlace ascendente en una red inalambrica LTE 3GPP,

en donde el mensaje del canal de control dedicado del enlace ascendente comprende un parametro (810) de indicacion de preferencia de potencia con el fin de asistir en una seleccion de una configuracion de ahorro de potencia;

en donde el modulo (118) de procesamiento esta configurado para configurar de forma selectiva el parametro (810) de indicacion de preferencia de potencia entre una configuracion de consumo normal de potencia y una configuracion de consumo de baja potencia;

un transceptor de radio frecuencia para transmitir el mensaje del canal de control dedicado del enlace ascendente a un eNodoB (114) y para recibir, como respuesta, la configuracion de ahorro de potencia.
2. El equipo de usuario (100) de la reivindicacion 1, en donde el transceptor de radio frecuencia esta

configurado, ademas, para recibir la configuracion de ahorro de potencia desde el eNodoB (114) como una configuracion de recepcion discontinua.
3. El equipo de usuario (100) de la reivindicacion 1, en donde el equipo de usuario (100) esta configurado para

conectarse a al menos una red de area local inalambrica, una red de area personal inalambrica y una red de area amplia inalambrica, y el equipo de usuario (100) incluye una antena, una pantalla de visualizacion tactil, un altavoz, un microfono, un procesador grafico, un procesador de aplicaciones, una memoria interna, un puerto de memoria no volatil, o combinaciones de los mismos.
4. Un producto de programa informatico, el cual comprende un medio de almacenamiento no transitorio legible

por un ordenador con un codigo de programa legible por un ordenador contenido en el mismo, el codigo de programa legible por un ordenador adaptado para su ejecucion con el fin de implementar un metodo para ajustar parametros de un equipo de usuario (100) por parte de un eNodoB (114), estando el metodo caracterizado por comprender:

recibir un mensaje de capacidad del equipo de usuario indicando que el equipo de usuario (100) esta configurado para proporcionar una indicacion de preferencia de ahorro de potencia;

como respuesta al mensaje de capacidad del equipo de usuario, configurar el equipo de usuario (100) con una configuracion de consumo normal de potencia;

recibir un mensaje que comprende la indicacion (810) de preferencia de ahorro de potencia desde el equipo de usuario (100) en un canal de control del enlace ascendente;

como respuesta a la recepcion del mensaje que comprende la indicacion (810) de preferencia de ahorro de potencia, seleccionar una opcion del parametro de control para cambiar al equipo de usuario de una configuracion normal de potencia a una configuracion de baja potencia; y

transmitirle al equipo de usuario (100) la opcion del parametro de control;
5. El producto de programa informatico de la reivindicacion 4, en donde la recepcion del mensaje de capacidad

del equipo de usuario comprende recibir un elemento de informacion del RRC indicando que el equipo de usuario soporta la indicacion (810) de preferencia de potencia en un establecimiento o restablecimiento de conexion del eNodoB (114) al equipo de usuario (100).
6. El producto de programa informatico de la reivindicacion 4, en donde el parametro de control seleccionado

comprende una configuracion de recepcion discontinua.
7. Un metodo, caracterizado por comprender:

configurar un equipo de usuario (100) para proporcionar indicaciones (810) de preferencia de potencia a una red de comunicacion inalambrica;

despues de finalizar la configuracion del equipo de usuario (100) para proporcionar las indicaciones (810) de preferencia de potencia, o al producirse un cambio en la preferencia de potencia del equipo de usuario, iniciar una transmision de un mensaje (112) de informacion de asistencia del equipo de usuario a la red de comunicacion inalambrica;

5

10

15

20

25

30

35

en donde para iniciar la transmision, el metodo comprende, ademas:

generar el mensaje (112) de informacion de asistencia del equipo de usuario incluyendo una indicacion (810) de la preferencia de potencia; y

proporcionar el mensaje (112) de informacion de asistencia del equipo de usuario para su transmision a la red de comunicacion inalambrica;

determinar que el equipo de usuario (100) ha enviado un primer mensaje (112) de informacion de asistencia del equipo de usuario a una primera celda de la red de comunicacion inalambrica dentro de un periodo de tiempo predeterminado antes de un traspaso del equipo de usuario (100) desde la primera celda a una segunda celda de la red de comunicacion inalambrica; y

en respuesta a la determinacion y despues de haber terminado el traspaso del equipo de usuario (100) desde la primera celda a la segunda celda, iniciar la transmision de un segundo mensaje (112) de informacion de asistencia del equipo de usuario a la segunda celda.
8. El metodo de la reivindicacion 7, que comprende, ademas:

detectar el cambio en la preferencia de potencia del equipo de usuario (100) mediante la determinacion de que la preferencia de potencia actual del equipo de usuario es diferente de una preferencia de potencia anterior transmitida por el equipo de usuario al sistema de comunicaciones inalambrico;

como respuesta al cambio detectado en la preferencia de potencia del equipo de usuario (100), determinar que ha expirado un temporizador de indicacion de preferencia de potencia; y

como respuesta al cambio detectado en la preferencia de potencia del equipo de usuario (100) y como respuesta a la determinacion de que ha expirado el temporizador de indicacion de preferencia de potencia, iniciar la transmision del mensaje (112) de informacion de asistencia del equipo de usuario a la red inalambrica.
9. El metodo de la reivindicacion 8, que comprende, ademas:

determinar que el equipo de usuario (100) no prefiere una configuracion de ahorro de potencia; y como respuesta a la determinacion:

iniciar o reiniciar el temporizador de indicacion de preferencia de potencia; y

configurar un parametro (810) de indicacion de preferencia de potencia del mensaje (112) de informacion de asistencia del equipo de usuario para una configuracion del consumo de potencia que indica que el equipo de usuario (100) no prefiere una configuracion de ahorro de potencia.
10. El metodo de la reivindicacion 7, que comprende, ademas:

determinar que el equipo de usuario (100) prefiere una configuracion de ahorro de potencia; y

como respuesta a la determinacion, configurar un parametro (810) de indicacion de preferencia de potencia del mensaje (112) de informacion de asistencia del equipo de usuario a una configuracion de bajo consumo de potencia.