ES2961695T3 - Gestión de comunicaciones inalámbricas - Google Patents

Abstract

Se puede configurar una red inalámbrica, tal como una red LTE ("Evolución a largo plazo"), para monitorear una interfaz de comunicaciones para configurar un temporizador de inactividad que, a su vez, establece el modo de funcionamiento de una interfaz de comunicaciones. El modo de funcionamiento puede comprender un patrón de recepción en el dominio del tiempo del dispositivo inalámbrico. Un dispositivo inalámbrico puede monitorear una interfaz de comunicaciones que incluye al menos un primer canal lógico (por ejemplo para una primera aplicación) y un segundo canal lógico (por ejemplo para una segunda aplicación). Basándose en la supervisión de la interfaz de comunicaciones, se puede determinar un primer estado de actividad para el primer canal lógico. Además, basándose en la supervisión de la interfaz de comunicaciones, se puede determinar un segundo estado de actividad (por ejemplo, un estado de actividad) para el segundo canal lógico. Un temporizador de inactividad utilizado por la interfaz de comunicaciones puede configurarse en un primer valor o un segundo valor en función del primer y segundo estado de actividad. La duración de la batería de un dispositivo inalámbrico se puede preservar configurando un temporizador de inactividad que responda a la forma en que se utiliza el dispositivo inalámbrico. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Gestión de comunicaciones inalámbricas

Antecedentes

Este documento se relaciona con las comunicaciones inalámbricas en sistemas de comunicación inalámbricos.

Los sistemas de comunicación inalámbricos pueden incluir una red de una o más estaciones base para comunicarse con uno o más dispositivos inalámbricos tales como dispositivos de comunicación inalámbricos fijos y móviles, teléfonos móviles u ordenadores portátiles con tarjetas de comunicación inalámbrica que se encuentran dentro de las áreas de cobertura de los sistemas inalámbricos. Las estaciones base pueden emitir señales de radio que transportan datos, como datos de voz y otros contenidos de datos, a dispositivos inalámbricos. Una estación base puede transmitir una señal a través de un enlace directo (FL), también llamado enlace descendente (DL), a uno o más dispositivos inalámbricos. Un dispositivo inalámbrico puede transmitir una señal a través de un enlace inverso (RL), también llamado enlace ascendente (UL), a una o más estaciones base. Además, un sistema de comunicación inalámbrica puede incluir una red central que se conecta a una red de acceso por radio que incluye las estaciones base.

Un dispositivo inalámbrico puede utilizar una o más tecnologías inalámbricas diferentes, tales como tecnologías basadas en multiplexación por división de frecuencia ortogonal (OFDM) o acceso múltiple por división de código (CDMA) para comunicaciones. Varios ejemplos de estándares para tecnologías inalámbricas incluyen Evolución a Largo Plazo (LTE), Sistema de Telecomunicaciones Móvil Universal (UMTS), CDMA2000 1x, Interoperabilidad Mundial para Acceso por Microondas (WiMAX), Sistema Global para Comunicaciones Móviles (GSM) y Servicio Radio General de Paquetes (GPRS). En algunas implementaciones, un sistema de comunicación inalámbrica puede incluir múltiples redes que utilizan diferentes tecnologías inalámbricas. Un dispositivo inalámbrico puede denominarse equipo de usuario (UE), terminal de acceso (AT), estación móvil (MS), dispositivo móvil (MD) o estación de abonado (SS). Una estación base puede denominarse punto de acceso (AP) o red de acceso (AN). Ejemplos de estaciones base incluyen estaciones base de Nodo-B y estaciones base de eNodo-B.

El documento US 2008/0181127 describe un método para controlar la recepción discontinua en una unidad de transmisión/recepción inalámbrica que incluye la definición de una pluralidad de niveles DRX, en el que cada nivel DRX incluye una longitud de ciclo DRX respectiva y la transición entre niveles DRX en función de un conjunto de criterios. La transición puede ser provocada por reglas implícitas.

El documento WO 2009/117634 describe un método para configurar un período 'DRX' de recepción discontinua en un equipo de usuario que comprende: determinar si un período DRX corto está configurado en el equipo de usuario; en caso negativo, establecer un período DRX largo; en caso afirmativo, determinar si se recibió una orden DRX larga en un elemento de control 'MAC' de control de acceso al medio: en caso afirmativo, establecer el período DRX largo; si no, iniciar un temporizador DRX corto y establecer un período DRX corto.

El documento EP 1841 249 describe un método para realizar una operación de Recepción Discontinua (DRX) de un Equipo de Usuario (UE) conectado en un sistema de comunicación móvil.

Compendio

Según aspectos de la invención, se proporcionan un método, un equipo de usuario y un nodo de red inalámbrica según las reivindicaciones independientes. En las reivindicaciones dependientes se proporcionan características ventajosas.

Breve descripción de los dibujos

La FIG. 1 muestra un ejemplo de un sistema de comunicación inalámbrica.

La FIG. 2 muestra un ejemplo de una arquitectura de sistema inalámbrico basada en Evolución a Largo Plazo (LTE).

La FIG. 3 muestra una arquitectura de pila de protocolos para un sistema LTE para la transferencia de datos en el plano de usuario a través de una interfaz Uu y una interfaz S1U.

La FIG. 4 muestra una construcción de una portadora de Sistema de Paquetes Evolucionado (EPS).

La FIG. 5 muestra un ejemplo de arquitectura de UE para hacer corresponder flujos de tráfico a portadoras de EPS.

La FIG. 6 muestra un ejemplo de arquitectura de estación de radio.

La FIG. 7 muestra un ejemplo de un diagrama de transición para Control de Recursos de Radio (RRC) y recepción discontinua.

La FIG. 8 muestra diferentes patrones de recepción.

La FIG. 9 muestra Funciones de Distribución de Probabilidad (PDF) de estadísticas de Tiempo Entre Llegadas (IAT) de paquetes de datos para el primer y segundo flujo de tráfico y un PDF de IAT para un flujo de tráfico agregado que comprende paquetes de datos del primer y segundo flujo de datos.

La FIG. 10 muestra una Función de Distribución de Probabilidad (PDF) de una estadística de Tiempo Entre Llegadas (IAT) de paquetes de datos para un flujo de tráfico que comprende una pluralidad de paquetes de datos comunicados.

La FIG. 11 muestra una representación esquemática de una tabla 1600 de relaciones preconfigurada que describe una relación entre el estado conjunto de uno o más estados de actividad de datos del canal lógico y uno o más parámetros de configuración relacionados con DRX.

La FIG. 12 es un diagrama de flujo que ilustra un método ejemplar para ajustar un parámetro relacionado con DRX en respuesta a la actividad del canal lógico.

Descripción detallada

Un dispositivo inalámbrico preserva la duración de la batería al interactuar con una red para realizar una transición selectiva entre diferentes estados de escucha. Específicamente, un dispositivo inalámbrico y la red pueden coordinar el uso de diferentes valores de parámetros de Recepción Discontinua (DRX). Los diferentes valores de los parámetros DRX se determinan monitorizando una interfaz de comunicaciones con múltiples canales lógicos asociados con una comunicación entre un dispositivo de comunicación inalámbrico y una red. Los diferentes canales lógicos pueden configurarse para soportar diferentes perfiles de aplicación y comportamiento de modo que un primer canal pueda soportar requisitos estrictos de manejo o transferencia de tráfico mientras que un segundo canal puede soportar requisitos menos estrictos. Se identifica un estado de actividad para cada uno de los canales lógicos, indicando por ejemplo si un canal lógico particular se ha utilizado en los últimos 100 ms. Se aplica un primer valor para el valor del parámetro DRX basándose en la identificación de un primer estado de actividad de dos o más canales lógicos y un segundo valor para el parámetro DRX basándose en la identificación de un segundo estado de actividad de los dos o más canales lógicos, donde el valor del parámetro DRX afecta al patrón de recepción del dispositivo de comunicación inalámbrico. Por lo tanto, se puede usar un patrón de recepción sensible a la latencia que responde mejor a aplicaciones de QoS exigentes cuando sea apropiado, mientras que se puede usar un patrón de recepción que conserva la batería cuando sólo se usan aplicaciones de mensajería de bajo ancho de banda o más tolerantes a la latencia.

La FIG. 1 muestra un ejemplo de un sistema de comunicación inalámbrica. Un sistema de comunicación inalámbrica incluye una o más redes 140 de acceso por radio y una o más redes 125 centrales. La red 140 de acceso por radio incluye una o más estaciones 105a, 105b base (BS). El sistema puede proporcionar servicios inalámbricos a uno o más dispositivos 110a, 110b, 110c y 110d inalámbricos. Las estaciones 105a y 105b base pueden proporcionar servicio inalámbrico a dispositivos 110a-d inalámbricos en uno o más sectores inalámbricos. En algunas implementaciones, las estaciones 105a, 105b base usan antenas direccionales para producir dos o más haces direccionales para proporcionar cobertura inalámbrica en diferentes sectores. Una red 125 central se comunica con una o más estaciones 105a y 105b base. En algunas implementaciones, una red 125 central está conectada a una red de acceso de radio que incluye una o más estaciones 105a y 105b base. La red 125 central puede incluir equipos de comunicación tales como uno o más servidores. En algunas implementaciones, la red 125 central está en comunicación con una red que proporciona conectividad con otros sistemas de comunicación inalámbrica y sistemas de comunicación por cable. El sistema de comunicación inalámbrica puede comunicarse con dispositivos 110a-d inalámbricos usando una tecnología inalámbrica tal como una basada en multiplexación por división de frecuencia ortogonal (OFDM), acceso múltiple por división de frecuencia ortogonal (OFDMA), Acceso Múltiple por División de Frecuencia de Portadora Única (SC-FDMA), Multiplexación por División de Frecuencia Ortogonal Ensanchada por Transformada de Fourier Discreta (DFT-SOFDM), multiplexación por división de espacio (SDM), multiplexación por división de frecuencia (FDM), multiplexación por división de tiempo (TDM), multiplexación por división de código (CDM) u otras. El sistema de comunicación inalámbrica puede transmitir información utilizando capas de control de acceso al medio (MAC) y física (PHY). Las técnicas y sistemas descritos en el presente documento pueden implementarse en diversos sistemas de comunicación inalámbrica tales como un sistema basado en protocolos del Sistema Global para Comunicaciones Móviles (GSM) de Evolución a Largo Plazo (LTE), protocolos de Acceso Múltiple por División de Código (CDMA), Sistema Universal de Telecomunicaciones Móviles (UMTS), Acceso Móvil Sin Licencia (UMA) u otros.

Los dispositivos inalámbricos, como los teléfonos inteligentes, pueden generar y consumir cantidades significativas de datos en una amplia variedad de tipos de tráfico de datos y servicios. Los dispositivos de teléfonos inteligentes pueden verse como plataformas informáticas con conectividad inalámbrica, capaces de ejecutar una amplia variedad de aplicaciones y servicios preinstalados por el fabricante del dispositivo o instalados por el usuario según sus requisitos de uso específicos. Las aplicaciones pueden provenir de un amplio grupo de fuentes, como empresas de software, fabricantes y desarrolladores externos.

Las redes inalámbricas pueden distinguir entre tráfico en el plano de usuario y tráfico en el plano de control. Varios ejemplos de tráfico y servicios en el plano de usuario transportados por redes inalámbricas incluyen voz, video, datos de Internet, sesiones de navegación web, transferencia de archivos de carga/descarga, mensajería instantánea, correo electrónico, servicios de navegación, fuentes RSS y medios de transmisión por secuencias. La señalización de tráfico del plano de control se puede utilizar para permitir o soportar la transferencia de datos del plano de usuario a través de la red inalámbrica, incluyendo, por ejemplo, control de movilidad y funcionalidad de control de recursos de radio.

Varios ejemplos de tráfico del plano de control incluyen movilidad de la red central y control de conexión (por ejemplo, señalización de Estrato Sin Acceso (NAS)), control de la red de acceso por radio (por ejemplo, Control de Recursos de Radio (RRC)) y señalización de control de capa física como puede utilizarse para facilitar técnicas de transmisión avanzadas y para fines de adaptación de enlaces de radio.

Las aplicaciones que se comunican a través de una red inalámbrica pueden utilizar protocolos basados en Internet para lograr el efecto deseado al proporcionar un servicio específico. Por ejemplo, una aplicación de navegación puede utilizar FTP y TCP para la transferencia de archivos de datos cartográficos desde un servidor a un dispositivo. La aplicación de navegación puede utilizar señalización periódica de mantenimiento de actividad (por ejemplo, intercambio de mensajes PING) hacia el servidor de navegación para mantener una conexión a nivel de aplicación en presencia de nodos de red intermediarios tales como corta fuegos con estado. De manera similar, una aplicación de correo electrónico puede utilizar un protocolo de sincronización para alinear el contenido del buzón de un dispositivo inalámbrico con el del servidor de correo electrónico. La aplicación de correo electrónico puede utilizar un mecanismo de sondeo periódico del servidor para comprobar si hay nuevos correos electrónicos.

Los diseños de redes inalámbricas están influenciados por las demandas de datos producidas por diversas aplicaciones y las distribuciones del tráfico de datos asociadas. Por ejemplo, la cantidad y el momento del tráfico de datos pueden variar (por ejemplo, comunicaciones en ráfagas). Para adaptarse, las redes de comunicación inalámbrica pueden incluir programación dinámica de modo que una cantidad de recursos de radio compartidos asignados pueda variar en respuesta rápida a la demanda de datos (por ejemplo, estado de la memoria intermedia de datos). Esta programación dinámica puede operar en una escala de tiempo de uno a dos o tres milisegundos. En una escala de tiempo superior a esta (por ejemplo, operando en la región de 100 milisegundos a varios segundos), las redes inalámbricas pueden usar un proceso orientado a la máquina de estado u otro proceso de reconfiguración del sistema para adaptar un estado o subestado de conexión de radio al grado de la actividad de tráfico observada. Los estados o subestados de conexión de radio pueden diferir tanto en el grado de conectividad ofrecida como en términos de la cantidad de energía de la batería consumida por un dispositivo inalámbrico.

Un nivel de conectividad se puede caracterizar por representar atributos de conectividad, como granularidad de ubicación, recursos asignados, preparación e interfaces o portadoras establecidas. Un atributo de granularidad de ubicación puede ser la precisión con la que una red inalámbrica puede rastrear la ubicación actual de un dispositivo inalámbrico (por ejemplo, hasta el nivel de celda para dispositivos más activos, o solo hasta un grupo de celdas para dispositivos menos activos). Ejemplos de atributos de recursos asignados incluyen la presencia, ausencia, tipo o cantidad de recursos de transmisión de radio disponibles para el dispositivo inalámbrico para realizar la comunicación, como una función del nivel de actividad esperado.

Un atributo de preparación es la capacidad de un dispositivo inalámbrico para recibir o transmitir información. La energía consumida por los dispositivos inalámbricos puede reflejar una función de la capacidad (o disposición) de un dispositivo inalámbrico para transmitir o recibir. Por ejemplo, un dispositivo inalámbrico puede activar su receptor para recibir comunicación de enlace descendente desde una estación base en cualquier instante dado, lo que puede provocar un mayor consumo de energía y agotamiento de la batería. Para ahorrar energía, se puede utilizar un modo denominado recepción discontinua (DRX). En DRX, el dispositivo inalámbrico puede poner su receptor en modo de suspensión, por ejemplo, apagando su receptor en ciertos momentos. La estación base utiliza el conocimiento del patrón DRX de un UE (por ejemplo, secuencia de intervalos de activación del dispositivo) al determinar los tiempos para transmitir a un dispositivo inalámbrico que está en modo DRX. Por ejemplo, una estación base determina un momento en el que el dispositivo inalámbrico estará escuchando activamente una transmisión. El ciclo de actividad de un patrón DRX puede variar en función de un estado o subestado de conexión de radio asignado.

Las comunicaciones de extremo a extremo (por ejemplo, desde un dispositivo inalámbrico hasta una puerta de enlace de red central o un nodo de salida hacia Internet) pueden requerir que se establezcan conexiones específicas de usuario, o portadoras, entre entidades o nodos de red participantes. La conectividad en el plano de usuario a través de una red de acceso por radio y una red central puede requerir el establecimiento de una o más interfaces de red entre varios pares de nodos de red. El establecimiento de una o más de estas interfaces de red puede estar asociado a un estado o subestado de la conexión radioeléctrica en función del nivel de actividad actual.

La FIG. 2 muestra un ejemplo de una arquitectura de sistema inalámbrico basada en Evolución a Largo Plazo (LTE). Un sistema de comunicación inalámbrica basado en LTE puede incluir una red central denominada Núcleo de Paquetes Evolucionado (EPC) y una Red de Acceso de Radio LTE, por ejemplo, UTRAN evolucionada (E-UTRAN). La red central proporciona conectividad a una red externa tal como Internet 330. El sistema incluye una o más estaciones base tales como estaciones 310a y 310b base de eNodo-B (eNB) que proporcionan servicios inalámbricos a uno o más dispositivos tales como UE 305.

Una red central basada en EPC puede incluir una puerta 320 de enlace de servicio (SGW), una entidad 315 de gestión de movilidad (MME) y una puerta 325 de enlace de paquetes (PGW). La SGW 320 puede enrutar el tráfico dentro de una red central. La MME 315 es responsable de la conexión del control de movilidad de la red central del UE 305 a la red central y de mantener el contacto con los UE en modo inactivo. La PGW 325 es responsable de permitir la entrada/salida de tráfico desde/hacia Internet 330 u otra red de datos. La PGW 325 puede asignar direcciones IP a los UE 305.

Un sistema de comunicación inalámbrica basado en LTE tiene interfaces de red definidas entre elementos del sistema. Las interfaces de red incluyen la interfaz Uu definida entre un UE y un eNB, la interfaz del plano de usuario S1U definida entre un eNB y una SGW, la interfaz del plano de control S1C definida entre un eNB y una MME (también conocida como S1-MME) y la interfaz S5/S8 definida entre una SGW y una PGW. Tenga en cuenta que la combinación de S1U y S1C a menudo se simplifica a "S1".

La FIG. 3 muestra una arquitectura de pila de protocolos para un sistema LTE para la transferencia de datos en el plano de usuario a través de una interfaz 1750 Uu y una interfaz 1760 S1U. Una ruta de datos en el plano 1770 de usuario transfiere paquetes de datos hacia/desde una aplicación 1711 residente en el UE 1710, o posiblemente residente en otro dispositivo terminal (no mostrado en la figura) que puede conectarse al UE, a través del eNB 1720 y en adelante a través de la SWG 1730, atravesando la interfaz 1750 Uu y la interfaz 1760 S1U. La aplicación 1711 genera o recibe paquetes de datos a través de la pila de protocolos UE que comprende una serie de capas de protocolo que pueden incluir Protocolos de Internet (IP) 1712, un Protocolo de Convergencia de Datos por Paquetes (PDCP) 1713, un Protocolo de Control de Enlace de Radio (RLC) 1714, un protocolo de Control de Acceso al Medio (MAC) (1715) y una capa física (PHY) 1716. Tenga en cuenta que la capa 1712 de Protocolos de Internet (IP) puede comprender además varias capas, por ejemplo, Protocolo de Control de Transmisión (TCP), Protocolo de Datagramas de Usuario (UDP) y Protocolo de Internet (IP). Los paquetes de datos generados por la aplicación 1711 son procesados por cada uno de los componentes 1711, 1712, 1713, 1714, 1715 y 1716 de la pila de protocolos UE para producir señales para transmisión a través de la interfaz 1750 Uu. Las señales que llegan al UE 1710 a través de la interfaz 1750 Uu se procesan por cada uno de los componentes 1716, 1715, 1714, 1713 y 1712 de la pila de protocolos UE antes de llegar a la aplicación 1711. Las señales transmitidas por el UE 1710 a través de la interfaz 1750 Uu son recibidas por el eNB 1720 y se procesan a través de los correspondientes componentes 1721, 1722, 1723 y 1724 de la pila de protocolos. El eNB 1720 retransmite y convierte datos desde PDCP 1724 a un plano de usuario de protocolo de túnel Gp RS (GTP-U) 1725 en el lado de interfaz S1U del eNB 1720. El procesamiento adicional de datos desde GTP-U 1725 se realiza a través del Protocolo de Datagramas de Usuario UDP/IP 1726, protocolo 1727 de Capa 2 y protocolo 1728 L1 para permitir la formación de señales que se transfieren a través de la interfaz 1760 S1U a la SGW 1730. También se proporciona una ruta inversa para las señales recibidas por el eNB 1720 desde la SGW 1730, que implica pasos de procesamiento. a través de los componentes 1728, 1727, 1726, 1725, 1724, 1723, 1722 y 1721 de la pila de protocolos. Las señales recibidas por la SGW 1730 a través de la interfaz 1760 S1U son procesadas por el protocolo 1731 de Capa 1, el protocolo 1732 de Capa 2, UDP/IP 1733 y GTP-U 1734. En la dirección inversa, los paquetes de datos asociados con el GTP-U 1734 son procesados por los componentes 1733, 1732 y 1731 de la pila de protocolos SGW para generar señales para su transmisión al eNB 1720 a través de la interfaz 1760 S1U. Una extensión adicional de la ruta de datos (no mostrada) puede implicar una comunicación posterior de datos relacionados a otro nodo de red central, tal como PGW 325, a través de una interfaz S5/S8 y puede implicar un procesamiento adicional a través de componentes de la pila de protocolos S5/8 en SGW 1730.

Los protocolos 1713 y 1724 PDCP pueden incluir funcionalidad de compresión de encabezado y/o datos, y pueden incluir numeración de secuencia de paquetes de datos para permitir el manejo sin pérdidas de datos de usuario durante los traspasos de una comunicación de UE a red de un eNB a otro, o de una SGW a otra. Los protocolos 1714 y 1723 RLC se pueden usar para proporcionar confiabilidad de transferencia de datos a través de la interfaz 1750 Uu. Los protocolos RLC pueden incluir procedimientos de numeración de secuencia de paquetes de datos y reconocimiento o informe de estado para controlar y permitir retransmisiones de paquetes de datos RLC comunicados erróneamente a través de la interfaz Uu. Los protocolos 1715, 1722, 1716 y 1721 MAC y PHY pueden proporcionar un control adicional de un esquema de retransmisión más rápido tal como un esquema de retransmisión de Solicitud de Repetición Automática Híbrida (HARQ).

La FIG. 4 muestra una construcción de una portadora 1313 de Sistema de Paquetes Evolucionado (EPS) para comunicaciones entre un UE 1301 y un Nodo de Puerta de Enlace de Paquetes (POW) 1304 dentro de una red 1320 de Núcleo de Paquetes Evolucionado (EPC). El Sistema de Paquetes Evolucionado comprende el EPC 1320 y una Red de acceso de radio UMTS evolucionada (E-UTRAN) 1321. Según la arquitectura lógica del sistema de paquetes evolucionado, se pretende que cada paquete de datos de una pluralidad de paquetes de datos comunicados a través de una portadora EPS tal como la portadora EPS 1313 esté sujeto a las mismas características de manejo de datos de cada uno de los demás paquetes de datos comunicados a través de la misma portadora EPS. Las características de manejo de datos de la portadora EPS pueden incluir, por ejemplo, un requisito de latencia, una tasa de bits garantizada (GBR) o un valor de tolerancia a la pérdida de paquetes. Un nodo o entidad de Función de Reglas de Políticas y Cobro (PCRF) 1305 dentro del EPC puede acoplarse lógicamente a uno o más del UE 1301, el eNodoB 1302, la Puerta de Enlace de Servicio (SGW) 1303 y la PGW 1304. La PCRF puede configurar una o más de los nodos a lo largo de la ruta de comunicación entre el UE 1301 y la PGW 1304, de manera que el manejo de paquetes de datos comunicados en la portadora EPS esté según una característica de manejo de datos deseada tal como un requisito de latencia, un requisito GBR o un valor de tolerancia a la pérdida de paquetes. Las características deseadas de manejo de datos pueden estar relacionadas con un requisito general de Calidad de Servicio (QoS), un requisito de Grado de Servicio (GoS) o un Acuerdo de Nivel de Servicio (SLA). La configuración de las características de manejo de datos deseadas se logra mediante una transferencia de uno o más tipos de datos 1360 de configuración de QoS de portadora desde PCRF 1305 a los nodos o entidades antes mencionados dentro del sistema de comunicaciones inalámbricas. Los datos 1360 de configuración de QoS de la portadora pueden entregarse a través de interfaces directas entre la PCRF 1305 y el nodo de destino, o a través de interfaces indirectas, pasando por uno o más nodos intermedios antes de llegar al nodo de destino. En el caso indirecto, un nodo intermedio puede terminar los datos de control PCRF y puede tomar acciones posteriores para configurar apropiadamente otros nodos. Por ejemplo, la PCRF 1305 puede proporcionar una SGW 1303 con datos de configuración de QoS de la portadora y la SGW 1303 puede establecer posteriormente una portadora 1311 S1 con el eNodoB 1302. La PCRF 1303 puede informar al eNodoB 1302 de los requisitos relacionados con la QoS para la portadora 1311 S1 y puede informar el UE de requisitos relacionados con QoS de la portadora de EPS (1313). En algunos casos, la PCRF puede informar al eNodoB y/o al UE 1301 a través de un elemento de red intermedio tal como una Entidad de Gestión de Movilidad (MME). Una etiqueta denominada índice de clase de QoS (QCI) puede asociarse con una pluralidad de valores para una pluralidad respectiva de parámetros relacionados con la QoS, y el QCI puede usarse como un método eficiente para configurar nodos involucrados en el manejo de una portadora de EPS con conocimiento de sus requisitos de QoS. El QCI se puede proporcionar a la P-GW 1304, SGW 1303, eNodoB, 1302 y UE S-GW 1301. Por ejemplo, una etiqueta QCI se puede asociar con un requisito de latencia de transferencia de datos de 20 ms, un requisito de GBR de 64 kbps y una tolerancia a la pérdida de paquetes de 1 x10<-6>. Otras etiquetas QCI pueden estar asociadas con diferentes conjuntos de valores para las características de manejo relacionadas con la QoS asociadas con una portadora EPS.

Se puede configurar más de una portadora EPS para un UE particular. Por ejemplo, dos aplicaciones diferentes que se ejecutan en el mismo UE pueden requerir una QoS diferente y, por lo tanto, pueden comunicarse a través de dos portadoras EPS separadas, configurándose cada portadora EPS separada con diferentes parámetros relacionados con la QoS mediante el uso de dos etiquetas QCI diferentes. En general, se pueden configurar múltiples portadoras EPS paralelas para un UE.

La FIG. 4 también muestra cómo cada portadora de EPS, tal como la portadora 1313 de EPS, está compuesta por una concatenación de una portadora 1310 de radio entre el UE 1301 y el eNodoB 1302, una portadora 1311 S1 entre el eNodoB 1302 y la SGW 1303, y una portadora 1312 S5/S8 entre la SGW 1303 y pGw 1304. Una concatenación de una portadora 1310 de radio y una portadora 1311 S1 puede denominarse E-RAB 1314. Una portadora de radio, tal como la portadora 1310 de radio, también se denomina comúnmente canal lógico (LgCH), y los dos términos pueden usarse indistintamente.

Las aplicaciones o servicios pueden identificarse mediante un conjunto de atributos de flujo de tráfico, como la dirección IP de origen, la dirección IP de destino, el número de puerto de origen, el número de puerto de destino y el tipo, ID o número de protocolo. Los servicios que coinciden con un conjunto particular de atributos de flujo de tráfico se asignan o enrutan a una portadora EPS (y por lo tanto a una portadora de radio o canal lógico correspondiente) según las reglas definidas por la PCRF. En el caso del enlace descendente, la PGW filtra el tráfico de entrada y asigna o enruta los paquetes asociados (en función de sus atributos de flujo de tráfico) a la portadora EPS apropiada, bajo la guía de la PCRF. Para los flujos de tráfico de enlace ascendente, los paquetes que emanan de aplicaciones o servicios se hacen corresponder o enrutan hacia portadoras EPS (y por lo tanto hacia portadoras de radio o canales lógicos) nuevamente según sus atributos de flujo de tráfico bajo el control de la PCRF. El enrutamiento se logra mediante el uso de las denominadas plantillas de flujo de tráfico o TFT que se configuran en el UE mediante señalización entre la red EPC y el UE.

La FIG. 5 muestra un ejemplo de arquitectura de UE para hacer corresponder flujos de tráfico (por ejemplo, correspondientes a servicios o aplicaciones) a portadoras de EPS. Cada portadora de EPS tiene una asociación uno a uno con una portadora de radio o canal lógico. En el ejemplo, un UE 1401 comprende una pluralidad de flujos de tráfico, 1411, 1412, 1413, 1414, 1415, 1416. Cada flujo de tráfico se identifica por uno o más de sus atributos de flujo de tráfico, tales como pueden comprender dirección IP de origen, dirección IP de destino, número de puerto de origen, número de puerto de destino y tipo de protocolo, ID o número. Los flujos de tráfico también pueden denominarse flujos de datos de servicio (SDF). El UE 1401 puede incluir multiplexores de flujo de tráfico tales como multiplexores 1421, 1422 y 1423. Los multiplexores de flujo de tráfico están dispuestos para multiplexar flujos de tráfico en una posible pluralidad de canales lógicos tales como canales 1431, 1432 y 1433 lógicos. La disposición del multiplexores y a qué flujos de tráfico están conectados se realiza según la información de configuración TFT recibida de la PCRF, como la PCRF 1305. Cada canal lógico, como los canales 1431, 1432 y 1433 lógicos, puede asociarse con una etiqueta QCI que identifica un posible pluralidad de parámetros relacionados con la QoS pertenecientes a ese canal lógico. La posible pluralidad de parámetros relacionados con la QoS puede asociarse con la etiqueta QCI por medio de una tabla predefinida o preconfigurada, u otros medios asociativos. En el ejemplo, los canales 1431, 1432 y 1433 lógicos se multiplexan usando el multiplexor 1440 en un único canal 1450 de transporte, aunque puede ser posible multiplexar una pluralidad de canales lógicos a través de uno o más multiplexores en una pluralidad adicional de canales de transporte. Los canales de transporte se multiplexan para formar señales para transmisión en recursos de radio a través del bloque 1460 de procesamiento de capa física. Las señales son transmitidas por el UE 1401 a través de una o más antenas tales como la antena 1470.

La FIG. 6 muestra un ejemplo de una arquitectura de estación de radio para uso en un sistema de comunicación inalámbrica. Varios ejemplos de estaciones de radio incluyen estaciones base y dispositivos inalámbricos. Una estación 405 de radio tal como una estación base o un dispositivo inalámbrico incluye electrónica 410 de procesador tal como un procesador que implementa una o más de las técnicas presentadas en este documento. Una estación 405 de radio puede incluir electrónica 415 transceptora para enviar y recibir señales inalámbricas a través de una o más interfaces de comunicación tales como una o más antenas 420. Una estación 405 de radio puede incluir otras interfaces de comunicación para transmitir y recibir datos. En algunas implementaciones, una estación 405 de radio puede incluir una o más interfaces de red cableada para comunicarse con una red cableada. En otras implementaciones, una estación 405 de radio puede incluir una o más interfaces 430 de datos para entrada/salida (E/S) de datos de usuario (por ejemplo, entrada de texto desde un teclado, salida gráfica a una pantalla, entrada de pantalla táctil, vibrador, acelerómetro, puerto de prueba o puerto de depuración). Una estación 405 de radio puede incluir una o más memorias 440 configuradas para almacenar información tal como datos y/o instrucciones. En otras implementaciones más, la electrónica 410 del procesador puede incluir al menos una parte de la electrónica 415 transceptora.

Un dispositivo inalámbrico puede realizar una transición entre estados de conexión, como los modos de conexión RRC. En el sistema LTE, existen dos modos de conexión RRC, RRC conectado y RRC inactivo. En un modo conectado RRC, las portadoras de radio y de acceso de radio (por ejemplo, los portadoras Uu y S1) se establecen para permitir la transferencia de datos del plano de usuario a través de una red de acceso de radio y hacia la red central. En el modo inactivo de RRC, no se establecen portadoras de radio y portadoras de acceso de radio y no se transfieren datos del plano de usuario. En algunas implementaciones, es posible un grado limitado de señalización de control en modo inactivo para permitir que la red inalámbrica rastree la ubicación del dispositivo en caso de que surja la necesidad de comunicaciones.

Un dispositivo inalámbrico, en un estado conectado a RRC, puede usar un modo operativo DRX para conservar energía apagando la funcionalidad del transceptor, por ejemplo, apagando los circuitos del transceptor tales como los circuitos del receptor. En algunas implementaciones, un dispositivo inalámbrico deja de monitorizar un canal inalámbrico y, en consecuencia, deja de operar un procesador de señales digitales para decodificar señales inalámbricas mientras está en el modo operativo DRX.

La FIG. 7 muestra un ejemplo de un diagrama de transición para RRC y DRX. Los estados de conexión de RRC incluyen un estado 505 conectado de RRC y un estado 510 inactivo. Las transiciones entre el estado 510 inactivo y el estado 505 conectado se efectúan mediante procedimientos de establecimiento y liberación de RRC. Tales transiciones pueden producir tráfico de señalización asociado entre un dispositivo inalámbrico y una estación base. La funcionalidad UE DRX puede comprender un mecanismo para controlar cuándo el UE monitoriza un canal de concesión inalámbrico tal como el Canal de Control Común Físico (PDCCH) de enlace descendente en LTE mediante la aplicación de recepción discontinua. Los momentos específicos durante los cuales el UE puede estar activo y capaz de recibir pueden describirse mediante un patrón en el dominio del tiempo conocido como ciclo DRX. El patrón en el dominio del tiempo puede variar o puede reconfigurarse en función del nivel de actividad de los datos. Dicha variación o reconfiguración puede además ser activada o controlada mediante temporizadores. Para una comunicación particular entre una red y un UE, puede existir una pluralidad de posibles configuraciones de ciclo DRX y una de la pluralidad puede seleccionarse según una operación del sistema deseada para la comunicación. En tal caso, el sistema puede incluir una pluralidad de subestados DRX y un controlador configurado para seleccionar un subestado DRX apropiado de la pluralidad de subestados DRX basándose, al menos en parte, en una operación deseada del sistema. Los parámetros o temporizadores que controlan o definen el ciclo DRX pueden asociarse con cada uno de la pluralidad de subestados DRX según la configuración del sistema. En algunas implementaciones, los subestados DRX per se pueden no implementarse explícitamente y, en tal caso, el término "subestado DRX" puede referirse únicamente a una configuración particular de parámetros o condición de uno o más temporizadores (por ejemplo, en ejecución o no ejecutándose). Por lo tanto, el término "subestado DRX" puede usarse indistintamente con "estado DRX" de parámetros o temporizadores relacionados con DRX, por lo tanto, una pluralidad configurada de parámetros relacionados con DRX puede denominarse subestado DRX.

El estado 505 de modo conectado de RRC puede estar asociado con una pluralidad de subestados DRX (o estado DRX). Los subestados DRX (o estado DRX) incluyen un estado 520 de recepción continua (rx continua), un estado 530 de DRX corto y un estado 540 de DRX largo. En el estado 520 de recepción continua, un dispositivo puede estar monitorizando continuamente todas o casi todas las subtramas de enlace descendente para tráfico inalámbrico y puede transmitir datos. En el estado 530 DRX corto, el dispositivo puede controlarse para apagar su receptor (por ejemplo, suspensión o DRX) para todas menos Q de N subtramas. En el estado 540 DRX largo, el dispositivo puede controlarse para apagar su receptor (por ejemplo, suspensión o DRX) para todas menos Q de M subtramas, donde M es normalmente mayor que N. En un ejemplo, Q es igual 1, N es igual a 8 y M es igual a 256. En un sistema basado en LTE, una subtrama es una unidad de tiempo de transmisión de 1 milisegundo. En algunas implementaciones, la expiración de un temporizador de inactividad provoca una transición de estado (por ejemplo, el estado 520 de recepción continua al estado 530 DRX corto o el estado 530 DRX corto al estado 540 DRX largo). La reanudación de la actividad, como que el dispositivo tenga datos para transmitir o recibir nuevos datos, puede provocar una transición desde un estado 530, 540 DRX al estado 520 de recepción continua.

En cada uno de estos subestados DRX, tanto el UE como la red pueden, en algunas implementaciones, sincronizarse en términos del estado DRX o subestado DRX actualmente aplicable de manera que tanto la red como el UE identifiquen cuándo el receptor UE está activo. y cuando el receptor UE puede estar "apagado", "dormido" o de otro modo inactivo. En un método de control implícito, el eNB configura parámetros o temporizadores relacionados con DRX en el UE, y tanto el eNB como el UE ejecutan reglas (activadas por eventos definidos) para determinar un momento en el que puede ocurrir una transición de subestado de DRX. Para permanecer sincronizados, tanto el UE como el eNB ejecutan las mismas reglas y los mismos activadores de eventos para que obtengan los mismos tiempos de transición de subestado DRX entre sí sin la necesidad de mensajes de señalización explícitos según el método de sincronización explícito. Dentro del modo conectado, se logra un método de sincronización implícita utilizando reglas de activación. También se pueden implementar métodos que implican métodos de sincronización de subestado DRX tanto explícitos como implícitos. Por ejemplo, en el sistema LTE, una transición desde cualquiera de los subestados DRX corto o largo al subestado Rx continuo está implícitamente controlada (activada por la llegada de nuevos datos para transmisión), mientras que la transición desde el subestado Rx continuo a cualquiera de los subestados DRX corto o largo se controla implícitamente (por ejemplo, se activa por inactividad de datos). Un método de sincronización implícita significa que tanto el UE como el eNB efectúan la misma transición de subestado de DRX sin comunicación explícita relacionada con DRX entre sí.

El sistema LTE también puede permitir el ahorro de batería DRX en RRC inactivo. Cuando está en modo inactivo, el UE puede emplear un patrón DRX según el llamado ciclo de aviso. En una posible ocasión de aviso, el UE puede activar su receptor para comprobar si hay un mensaje de aviso enviado por la red. En otras ocasiones, el UE puede desactivar su receptor para conservar energía.

Basado en el diagrama de transición ilustrado de la FIG. 7, dentro del sistema LTE, se pueden emplear dos enfoques diferentes para controlar el estado RRC del UE en función de la actividad o inactividad de los datos. En el primer enfoque, los dispositivos inactivos pueden pasar al modo inactivo con relativa rapidez. Una reanudación de la actividad de datos puede invocar la ejecución de procedimientos de establecimiento de conexión RRC y puede incurrir en sobrecarga de señalización. En el segundo enfoque, los dispositivos inactivos pueden mantenerse durante un tiempo considerable (por ejemplo, muchos minutos, incluso horas) en el modo conectado RRC antes de que se ejecute una transición a inactivo.

La FIG. 8 es un diagrama 700 esquemático que ilustra los diferentes patrones de recepción DRX y parámetros asociados dentro del presente sistema LTE. En particular, el diagrama 700 incluye el Rx 702 continuo, el DRX 704 corto y el DRX 706 largo. Dentro del modo conectado RRC, los patrones 702 y 704 de recepción DRX (definidos en el nivel de subtrama en el dominio del tiempo) pueden controlarse mediante la red al asignar varios temporizadores y parámetros al UE. Los siguientes parámetros, definidos en la memoria técnica 36.321 de 3GPP, pueden determinar los patrones 704 y 706 DRX: drx-TemporizadorInactividad 708a; CicloDRXCorto 708b; drxTemporizadorCicloCorto 708c; enDuraciónTemporizador 708d; CicloDRXLargo 708e; drxDesplazamientoInicio 708f; y/u otros. El parámetro drx-TemporizadorInactividad 708a es un número de subtramas PDCCH consecutivas después de decodificar con éxito un PDCCH que indica una transmisión inicial de datos de usuario UL o DL para este UE y refleja el tiempo que el UE permanece en modo Rx continuo después de la recepción del último paquete nuevo (en la FIG. 8 se supone que existe sólo un único paquete de datos, ubicado al inicio de la parte de tiempo de Rx continua). El parámetro CicloDRXCorto 708b es el período fundamental del patrón/ciclo de trabajo DRX corto. El parámetro drxTemporizadorCicloCorto 708c es el número de períodos fundamentales del ciclo DRX corto durante los cuales el UE permanecerá en DRX corto (si continúa la inactividad) antes de realizar la transición a DRX largo. El parámetro enDuraciónTemporizador 708d es el número de subtramas para las cuales el UE está "despierto" al inicio de cada período fundamental del ciclo DRX. El parámetro de CicloDRXLargo 708e es el período fundamental del patrón/ciclo de trabajo DRX largo. El parámetro drxDesplazamientoInicio 708f define el desplazamiento de la subtrama para el inicio de los patrones de ciclo DRX en DRX corto y largo. La duración total de tiempo que un UE permanecerá en DRX corto cuando está inactivo es igual a (CicloDRXCorto*drxTemporizadorCicloCorto) ms. La red puede configurar un conjunto de parámetros DRX (como los que pueden comprender enDuraciónTemporizador, drx-TemporizadorInactividad, CicloDRXCorto, drxTemporizadorCicloCorto, drxDesplazamientoInicio, CicloDRXCorto y CicloDRXLargo) para un UE particular. Esto se puede lograr mediante señalización RRC transmitida por la red al UE. La señalización RRC puede comprender uno o más mensajes RRC, comprendiendo además uno o más mensajes RRC uno o más elementos de información (IE) que contienen el parámetro DRX o los valores del temporizador. La configuración o reconfiguración de los parámetros DRX puede ocurrir en cualquier momento durante el modo conectado RRC usando el método de señalización RRC. En una implementación de red típica, la red puede configurar un conjunto de parámetros DRX en un UE como resultado de una transición del UE de RRC inactivo a RRC conectado. Además, en implementaciones de red típicas, se puede configurar un único conjunto de parámetros DRX durante la permanencia en el modo de conexión RRC (es decir, la reconfiguración de los parámetros DRX durante la conexión RRC es poco común). Debido al hecho de que cada configuración o reconfiguración de parámetros DRX requiere la transmisión de mensajes de señalización RRC desde la red al UE (y mensajes de reconocimiento de protocolo potencialmente correspondientes transmitidos desde el UE a la red), cualquier reconfiguración frecuente de los parámetros DRX puede incurrir en señalización sustancial. gastos generales que pueden restar valor a la eficiencia y capacidad generales del sistema inalámbrico. Por lo tanto, normalmente se evita la reconfiguración frecuente de los parámetros DRX.

El uso de un patrón de recepción no continuo, tal como el creado mediante el uso de patrones DRX, puede dar como resultado una latencia aumentada debido al retraso (o almacenamiento en memoria intermedia) de la transmisión de un paquete al UE mientras no está recibiendo activamente. Puede existir una compensación entre la latencia y la eficiencia de la batería; recepción continua, alto consumo de batería, baja latencia; DRX corto, consumo de batería medio, latencia media; y DRX largo, bajo consumo de batería, alta latencia.

Durante momentos de actividad de datos más intensa, se puede utilizar el subestado MAC de recepción continua. Durante momentos de actividad de datos reducida, o durante momentos de inactividad de datos, se pueden usar los subestados DRX cortos o largos del estado inactivo de RRC o del modo conectado de RRC.

Un fabricante de dispositivos inalámbricos puede intentar configurar un dispositivo inalámbrico, como un teléfono inteligente, para preservar mejor la duración de la batería y al mismo tiempo proporcionar el nivel deseado de capacidad de respuesta y latencia de paquetes de datos. Una dificultad para lograr este objetivo es que el tráfico del dispositivo de teléfono inteligente, que comprende una pluralidad de paquetes de datos, es a menudo el agregado de múltiples fuentes de tráfico (por ejemplo, aplicaciones) dentro del dispositivo. Cada fuente de tráfico comprende su propia pluralidad de paquetes de datos que pueden diferir en términos de llegada de paquetes o comportamiento de generación de paquetes. El comportamiento de llegada o generación de paquetes puede denominarse perfil de tráfico. Las estadísticas de un perfil de tráfico (regido por el proceso de llegada o generación de paquetes) pueden ser sustancialmente diferentes para cada fuente de tráfico. Por ejemplo, una fuente de voz genera paquetes con un perfil de tráfico particular que difiere del perfil de tráfico de una fuente de navegación web, que nuevamente es diferente del perfil de tráfico de una aplicación que genera (por ejemplo) un paquete periódico de mantenimiento de actividad del túnel.

Desde una perspectiva estadística, un perfil de tráfico puede caracterizarse parcialmente en términos de su distribución del tiempo entre llegadas de paquetes (IAT). El tiempo entre llegadas de paquetes se define como el período de tiempo transcurrido entre cada paquete sucesivo asociado con la fuente de tráfico (es decir, una diferencia entre dos "marcas de tiempo" de paquetes sucesivos). Se puede asociar una marca de tiempo de paquete con cada paquete a través de varios medios, como por ejemplo el momento en el que el paquete entró en una memoria intermedia de transmisión u otra memoria asociada asociada con una cola de paquetes para transmisión. Alternativamente, la marca de tiempo puede estar asociada con el momento de generación del paquete por parte de la fuente de tráfico. Si bien ambas son marcas de tiempo válidas, pueden diferir ligeramente debido a retrasos de tiempo intermedios que puedan existir a lo largo de la ruta de comunicación entre la fuente de tráfico y la memoria intermedia de transmisión.

Independientemente de cómo se deriven, las diferencias entre marcas de tiempo de paquetes sucesivos se pueden usar para caracterizar una fuente de tráfico o una agregación de fuentes de tráfico. Específicamente, una función de distribución de probabilidad (PDF) puede asociarse con una fuente de tráfico o una agregación de fuentes de tráfico. La FIG. 9 muestra tres PDF de IAT. El eje horizontal representa el tiempo transcurrido entre dos paquetes generados sucesivamente dentro de una pluralidad de paquetes asociados con un flujo de tráfico y el eje vertical representa la probabilidad de que dos paquetes generados sucesivamente estén separados por esta cantidad de tiempo transcurrido. La integral de cada PDF de IAT sobre todos los tiempos posibles entre llegadas es igual a uno. Un primer PDF 1510 de IAT proporciona información estadística relativa a un primer flujo de tráfico, mientras que un segundo PDF 1520 de IAT proporciona información estadística relativa a un segundo flujo de tráfico. En el caso de que los paquetes de los dos flujos de tráfico se multiplexen en un flujo de tráfico agregado, los paquetes del flujo de tráfico agregado exhibirán estadísticas diferentes en términos de tiempo entre llegadas de paquetes a las de cualquiera de los flujos de tráfico contribuyentes. Por lo tanto, el flujo de tráfico agregado exhibirá un PDF de IAT diferente, como el PDF 1530 de IAT. La forma exacta de un PDF de IAT para un flujo de tráfico agregado dependerá al menos de la correlación estadística entre la pluralidad de flujos de tráfico contribuyentes y de la relativa número de paquetes que llegan de cada flujo de tráfico.

Si bien un perfil de tráfico general asociado con una comunicación entre una red y un UE es potencialmente un agregado de una pluralidad de fuentes de tráfico contribuyentes, no se puede decir que una estadística promedio a largo plazo del perfil de tráfico general sea representativa del tráfico real en cualquier momento, ya que esto depende de qué aplicaciones estén activas en ese momento. La consecuencia de esto es que, en cualquier momento determinado, un conjunto configurado de parámetros de recepción discontinua (DRX) (como, entre otros, el drx-TemporizadorInactividad) puede no lograr el equilibrio correcto (o previsto) entre latencia y ahorro de energía. Por lo tanto, la latencia es "demasiado buena" a expensas de una baja eficiencia de la batería, o inaceptablemente baja con un ahorro de eficiencia energética demasiado agresivo. Como se mencionó anteriormente, cualquier reconfiguración de los parámetros DRX genera importantes gastos generales de señalización de RRC; por lo tanto, por razones de eficiencia de la red, solo se puede configurar un único conjunto de parámetros DRX durante la permanencia en el modo conectado de RRC. Este conjunto único de parámetros DRX puede ser subóptimo y no puede adaptarse a cambios a corto plazo en el perfil de tráfico agregado asociado con la comunicación entre el UE y la red. Esto representa una desventaja para el sistema LTE actual.

Para abordar la desventaja anterior, se propone un dispositivo inalámbrico que puede configurarse de modo que uno o más parámetros de configuración DRX se ajusten o seleccionen basándose en la característica de latencia/QoS más exigente de cualquiera de las fuentes de tráfico que contribuyen al perfil de tráfico agregado asociado con la comunicación entre el UE y la red.

La FIG. 10 es un diagrama de una función de distribución de probabilidad de tiempo entre llegadas de paquetes (PDF de IAT) en relación con una fuente de tráfico (tal como puede residir en un UE u otro dispositivo móvil conectado al UE), comprendiendo la fuente de tráfico una pluralidad de paquetes generados. El eje horizontal representa el tiempo transcurrido entre dos paquetes generados sucesivamente dentro de la pluralidad de paquetes y el eje vertical representa la probabilidad de que dos paquetes generados sucesivamente estén separados por esta cantidad de tiempo transcurrido. La integral de la PDF de IAT sobre todos los tiempos posibles entre llegadas es igual a uno.

Al recordar la operación de los subestados de DRX, la transmisión o recepción de un primer paquete de datos nuevo cuando está en DRX corto o largo provoca un retorno inmediato al subestado de Rx continuo y se reinicia el drx-TemporizadorInactividad. El subestado de Rx continuo prevalece hasta que expira el drx-TemporizadorInactividad.

Por lo tanto, si se transmite o recibe un segundo paquete de datos nuevo antes de que haya transcurrido un tiempo igual al tiempo de vencimiento configurado del drx-TemporizadorInactividad desde el primer paquete de datos nuevo, el segundo paquete de datos nuevo no sufrirá ninguna latencia de transmisión adicional causada por un Ciclo DRX debido a que todas o casi todas las subtramas están disponibles para transmisión o recepción. Por otro lado, si el segundo paquete de datos nuevo se transmite o recibe después de que haya transcurrido un tiempo igual al tiempo de vencimiento configurado del drx-TemporizadorInactividad desde la indicación del primer paquete de datos nuevo, el segundo paquete de datos nuevo puede sufrir una latencia de transmisión adicional causada por un ciclo DRX debido al hecho de que algunas subtramas no están disponibles para la recepción del segundo paquete de datos. Por lo tanto, para un perfil de tráfico particular con un PDF de IAT particular, un ajuste de la configuración drx-TemporizadorInactividad afecta la proporción de todos los paquetes de datos que se comunican sin latencia adicional (es decir, aquellos que se comunican mientras el subestado de Rx continuo está activo) a aquellos que corren el riesgo de ser comunicados con alguna latencia adicional (es decir, aquellos que se comunican mientras los subestados DRX cortos o largos están activos).

En una posible implementación de red, la red puede intentar determinar valores adecuados para uno o más parámetros DRX y configurar el UE con estos valores basándose en estadísticas anticipadas (tales como un PDF de IAT) de un perfil de tráfico agregado para un UE. Las estadísticas previstas pueden obtenerse de la experiencia a largo plazo o del análisis fuera de línea de perfiles de tráfico comunes de la UE. El uno o más parámetros DRX adecuados incluyen preferiblemente el parámetro drx-TemporizadorInactividad, pero también podrían incluir otros tales como enDuraciónTemporizador, CicloDRXCorto, drxTemporizadorCicloCorto, CicloDRXCorto o CicloDRXLargo. Por ejemplo, la red puede configurar un valor de 100 ms para drx-TemporizadorInactividad basándose en un PDF de IAT esperado o genérico que indica que el 5 % de todos los paquetes de datos exhiben un IAT de más de 100 ms. En este ejemplo, el 5% de todos los paquetes de datos sujetos a un riesgo de mayor latencia de transmisión debido a un ciclo DRX se considera como un objetivo de diseño, o valor tolerable, y cuando se usa junto con el PDF de IAT, puede usarse para ayudar a determinar un valor apropiado para drx-TemporizadorInactividad . En una configuración, se establece el mismo valor para drx-TemporizadorInactividad (o los mismos valores para uno o más parámetros relacionados con DRX) para todos los UE. Este enfoque representa una configuración no adaptativa de uno o más de los parámetros relacionados con DRX, como drx-TemporizadorInactividad.

Haciendo referencia nuevamente a la FIG. 12, y suponiendo que una comunicación con un UE comprende una serie de paquetes de datos en un perfil de tráfico agregado con estadísticas similares a las que se muestran en el PDF de IAT, un ajuste del valor drx-TemporizadorInactividad a un valor positivo mayor da como resultado un porcentaje menor de paquetes que se comunican en los subestados DRX cortos o largos y, por lo tanto, un porcentaje menor de paquetes que corren el riesgo de una latencia de transmisión adicional debido al uso de un patrón DRX. Al aumentar el valor configurado para drx-TemporizadorInactividad, aumenta la proporción de paquetes comunicados en el subestado de recepción continua. Por el contrario, un ajuste de drx-TemporizadorInactividad a un valor positivo más pequeño da como resultado un porcentaje mayor de paquetes de datos que se comunican en los subestados DRX corto o largo y, por lo tanto, un porcentaje mayor de paquetes que corren el riesgo de una latencia de transmisión adicional debido a el uso de un patrón DRX. Al disminuir el valor configurado para drx-TemporizadorInactividad, se reduce la proporción de paquetes comunicados en el subestado de recepción continua.

En una implementación de red mejorada o más avanzada, la red puede monitorear activamente las estadísticas de una comunicación en curso con el UE y puede adaptar o ajustar el valor configurado de un drx-TemporizadorInactividad (o uno o más parámetros relacionados con DRX) en base a un análisis continuo por parte de la red de las estadísticas del perfil de tráfico agregado o de comunicación con la UE. De este modo, la red puede intentar optimizar el parámetro drx-TemporizadorInactividad o uno o más parámetros relacionados con DRX según un perfil de tráfico observado actualmente, o una estadística observada de un flujo de tráfico actual o un flujo de tráfico agregado. La optimización puede incluir una optimización del consumo de batería del UE mientras se mantiene cierta latencia o criterios de calidad de servicio asociados con la comunicación con el UE, tales como valores de parámetros QoS asociados con una o más etiquetas QCI. El ajuste o adaptación de uno o más valores de parámetros relacionados con DRX se activa basándose en eventos de activación asociados con paquetes de datos o protocolos relacionados con una comunicación entre un UE y la red.

En un sistema y método mejorados, las sobrecargas generales de señalización asociadas con cada reconfiguración de un parámetro relacionado con DRX se evitan mediante la vinculación de una pluralidad de valores posibles para el parámetro relacionado con DRX a una pluralidad correspondiente de condiciones de comunicación. Una condición de comunicación comprende una condición de actividad de canales lógicos asociados con la comunicación entre la red y el UE.

Tanto el UE como la red necesitan estar sincronizados en términos de su comprensión mutua del patrón DRX actual en uso. Como se muestra en la FIG. 8, el patrón DRX puede controlarse mediante uno o más parámetros relacionados con DRX, como drx-TemporizadorInactividad 708a; CicloDRXCorto 708b; drxTemporizadorCicloCorto 708c; enDuraciónTemporizador 708d; CicloDRXLargo 708e; drxDesplazamientoInicio 708f y/u otros. Por lo tanto, existe una necesidad de sincronización de parámetros DRX entre el UE y el eNB. Cabe señalar que la sincronización de parámetros DRX puede ser un proceso independiente del de sincronización de subestado DRX. Un conjunto de parámetros DRX puede aplicarse a todos los subestados de DRX. Un cambio en los parámetros de DRX puede afectar o definir el comportamiento para una pluralidad o todos los subestados de DRX. Puede ocurrir un cambio en el subestado de DRX sin ningún cambio en los parámetros de DRX. La sincronización de parámetros DRX se logra mediante un método implícito (es decir, automático o autónomo) (obviando la necesidad de señalización de reconfiguración explícita en cada reconfiguración de parámetros DRX). Preferiblemente, la sincronización de parámetros DRX debería lograrse con el mínimo de sobrecarga de señalización, lo que conduce al uso del método implícito. Un método implícito significa que el método lo lleva a cabo el UE, el eNB o ambos, sin comunicación con el otro. La reconfiguración explícita de los parámetros DRX es posible mediante la señalización RRC en el sistema LTE actual; sin embargo, los cambios regulares en estos parámetros conducirían a una sobrecarga de señalización significativa. Por lo tanto, en la solución propuesta, y en apoyo de un medio implícito de sincronización de parámetros DRX, se prefiere que se especifiquen o configuren reglas definidas que rijan una relación entre los eventos de activación y los parámetros o conjuntos de parámetros DRX en uso. Específicamente, se propone la reconfiguración de parámetros DRX usando un método de sincronización implícita para adaptar, ajustar o modificar de otro modo uno o más parámetros DRX según una característica de actividad de paquete de uno o más canales lógicos. Tal adaptación se puede realizar para optimizar continuamente un compromiso entre la eficiencia de la batería del UE y la latencia del paquete de datos a medida que varía la actividad del canal lógico.

La característica de actividad de paquetes de uno o más canales lógicos puede derivarse, por ejemplo, de una actividad de datos observada en uno o más canales lógicos. La actividad de datos observada de un canal lógico toma la forma de un estado de actividad de datos para ese canal lógico. El estado de actividad de datos se establece basándose en la recepción de un acuse de recibo de paquete o de un acuse de recibo de mensaje de protocolo dentro de los últimos Y segundos, donde Y es cualquier valor predeterminado o deseado. El acuse de recibo del paquete puede comprender un acuse de recibo de Solicitud de Repetición Automática Híbrida (HARQ), controlando el protocolo HARQ (tal como puede ser proporcionado por los protocolos MAC o PHY 1715, 1722, 1716, 1721) las retransmisiones a través de una interfaz inalámbrica.

El acuse de recibo de paquete, el acuse de recibo de mensaje de protocolo usado para formar un estado de actividad de datos puede ser transmitido por un eNB y recibido por un UE, o puede ser transmitido por un UE y recibido por un eNB. El estado de actividad de datos se puede establecer dentro de un LTE como el UE 305 o dentro de un eNB como el eNB 310a. Para facilitar un método de sincronización de parámetros DRX implícito, el estado de actividad de datos para cada canal lógico se mantiene preferiblemente tanto en el UE como en el eNB. Preferiblemente, los momentos en los que se establece (que indica actividad) y se borra (que indica inactividad) el estado de actividad de datos para un canal lógico particular está bien alineado entre el UE y el eNB. Es decir, para un canal lógico particular usado para la comunicación entre un UE y un eNB, el UE puede mantener un primer estado de actividad de datos y el eNB puede mantener un segundo estado de actividad de datos. Los momentos en los que el primer y segundo estado de actividad de datos pasan de activo a inactivo, o de inactivo a activo, preferiblemente están bien alineados de modo que tanto el UE como el eNB tengan una comprensión común del estado de actividad del canal lógico actual.

La regla utilizada dentro de un UE para determinar el estado de actividad de datos para cada canal lógico puede controlarse mediante señalización enviada por un eNB al UE. La señalización se puede señalizar en canales de señalización comunes o de difusión transmitidos por un eNB a todos los UE en una celda (señalización de uno a muchos) o en canales de señalización dedicados transmitidos por un eNB a un UE específico (señalización de uno a uno). La señalización puede transportarse en varias capas de protocolo, tales como una capa de protocolo RRC, una capa de control de acceso al medio (MAC) o una capa física.

El estado de actividad de datos de uno o más canales lógicos se utiliza para seleccionar uno o una pluralidad de parámetros de configuración relacionados con DRX según una relación predefinida o preconfigurada, ya sea individualmente por canal lógico o en función del estado conjunto combinado de uno o más estados de actividad de datos de canales lógicos y hasta una pluralidad de parámetros de configuración relacionados con DRX. En el caso de que se configure más de un canal lógico, la relación predefinida o preconfigurada seleccionada para el estado conjunto combinado puede reflejar el valor de rendimiento más estricto (por ejemplo, calidad de servicio (QoS) o requisito de latencia más estricto) requerido de cualquier relación predefinida o preconfigurada de canal lógico individual. Es decir, para un parámetro relacionado con DRX (tal como drx-TemporizadorInactividad), la red puede asignar un primer valor particular a un primer canal lógico, un segundo valor particular a un segundo canal lógico y un tercer valor particular a un tercer canal lógico. En cualquier instante, se puede seleccionar y aplicar un valor único para el parámetro relacionado con DRX para afectar o controlar un patrón de recepción (tal como un patrón DRX), en donde el valor seleccionado y aplicado se selecciona según un máximo o mínimo de aquellos valores de parámetros relacionados con DRX asignados a un conjunto determinado de canales lógicos que se determina que tienen un estado de canal lógico activo. Por ejemplo, cuando el valor de rendimiento más estricto refleja el valor de rendimiento más bajo del parámetro de configuración relacionado con DRX (por ejemplo, donde el parámetro de configuración relacionado con DRX es drx-TemporizadorInactividad), entonces el valor único más largo para cualquier canal lógico drx-TemporizadorInactividad se selecciona entre todos los valores de drx-TemporizadorInactividad del canal lógico individual predeterminados o con una relación preconfigurada. Alternativamente, cuando el parámetro de configuración relacionado con DRX asociado es uno o más parámetros, entonces el requisito de rendimiento más estricto de cada parámetro podría combinarse y usarse para formar una configuración o configuraciones de parámetros relacionados con DRX aplicables únicas para que las use el UE (por ejemplo, si el parámetro DRX parámetro de configuración relacionado está enDuraciónTemporizador, entonces se podría seleccionar el parámetro configurado asociado al canal lógico individual más largo), o en el caso del CicloDRXCorto, se podría seleccionar el ciclo más corto (o, alternativamente, también se podría seleccionar el CicloDRXCorto más largo en un realización alternativa).

La FIG. 11 muestra una representación esquemática de una tabla de relaciones preconfigurada 1600 que describe una relación entre el estado conjunto de uno o más estados de actividad de datos del canal lógico y uno o más parámetros de configuración relacionados con DRX. En el ejemplo mostrado, se supone que se han configurado tres canales lógicos (tales como los canales lógicos 1431, 1432 y 1433) y todos están relacionados con una comunicación entre un UE y un eNB. Los paquetes de datos que requieren un manejo de QoS diferente (tal como una característica o requisito de latencia) pueden hacerse corresponder en los diferentes canales lógicos. Se puede asociar una etiqueta QCI con cada canal lógico. Un indicador de actividad de datos que representa un estado de actividad (tal como los indicadores 1601a, 1601b y 1601e respectivamente) está asociado con cada canal lógico. En el ejemplo mostrado, el estado de la actividad puede adoptar valores binarios o cero o uno, pero en un sentido más genérico, no necesita restringirse a un alfabeto binario. El estado conjunto de los indicadores de actividad de datos a través de los tres canales lógicos configurados se utiliza como índice para buscar (o formar de otro modo una asociación con) uno o más parámetros de configuración relacionados con DRX, tales como los parámetros 1602a y 1602b DRX. Preferiblemente, al menos uno de los parámetros relacionados con DRX es un drxTemporizadorInactividad, tal como drxTemporizadorInactividad 708a. El parámetro 1602a DRX adopta valores indicados por los valores V1, V2,... V8 mientras que el parámetro 1602b DRX adopta valores indicados por los valores W1, W2,... W8. Los valores en la tabla 1600 de relaciones preconfigurada pueden configurarse en el UE por la red mediante señalización entre un nodo de red tal como el eNB 310a y el UE tal como el UE 305. La señalización puede transportarse en varias capas de protocolo, tales como en una capa de protocolo RRC, una capa de control de acceso al medio (MAC) o una capa física. La señalización se puede señalizar en canales de señalización comunes o de difusión transmitidos por un eNB (señalización de uno a muchos) o en canales de señalización dedicados transmitidos por un eNB (señalización de uno a uno). La señalización puede comprender una lista de los valores explícitos dentro de la tabla 1600 de relaciones preconfigurada mostrada o puede comprender parámetros relacionados con reglas, ecuaciones o asociaciones matemáticas que permiten la construcción de la tabla de relaciones preconfigurada y la derivación de los valores contenidos en ella. Las reglas, ecuaciones o asociaciones matemáticas pueden basarse además en otros parámetros tales como parámetros relacionados con DRX. Por ejemplo, la pluralidad de valores V1, V2,... V8 se puede construir a partir de un valor base de un drx-TemporizadorInactividad multiplicado por uno de una pluralidad respectiva de factores de multiplicación. Tal enfoque puede permitir una reducción en la cantidad de información de señalización que debe comunicarse para permitir la construcción de la tabla 1600 de relaciones preconfigurada en un UE. La tabla de relaciones preconfigurada también puede almacenarse dentro de un eNB. El eNB y/o el UE pueden determinar los valores a incluir dentro de la tabla basándose en etiquetas QCI o hasta una pluralidad de parámetros relacionados con QoS asociados con cada uno de los canales lógicos, tales como los canales 1601a, 1601b y 1601c lógicos. Las etiquetas QCI o hasta una pluralidad de parámetros relacionados con QoS para cada uno de los canales lógicos pueden haber sido comunicados al eNB por un nodo dentro de una red EPC tal como SGW 320, MME 315, PGW 325 o PCRF 1305.

Por lo tanto, en algunas implementaciones, tanto el eNB como el UE monitorizan la actividad de los canales lógicos configurados y tanto el UE como el eNB analizan esta actividad y clasifican (mediante el uso de reglas iguales, similares o asociadas) cada canal lógico como "activo" o "inactivo". Hacerlo puede implicar el uso de temporizadores o filtros en el dominio del tiempo que rigen el período de tiempo durante el cual un canal lógico tiene presencia o ausencia de transmisión de paquetes antes de que se clasifique como "activo" o "inactivo" (por ejemplo, como se indica con el estado de los indicadores de actividad de datos, como los indicadores 1601a, 1601b o 1601c). En instancias de tiempo específicas, el UE y el eNB verifican el conjunto del estado de actividad de datos (uno para cada canal lógico configurado), y uno o más parámetros de configuración DRX se seleccionan o ajustan según el resultado.

La FIG. 12 es un diagrama 1100 de flujo de un proceso mediante el cual se puede gestionar un comportamiento DRX para una interfaz de comunicaciones en un dispositivo inalámbrico. Generalmente, las operaciones descritas en el diagrama 1100 de flujo se pueden realizar, por ejemplo, usando los sistemas y protocolos descritos en las FIG. 1-12. Sin embargo, las operaciones pueden realizarse utilizando otros sistemas y otros protocolos. Por ejemplo, aunque algunas de las operaciones se describen usando un dispositivo inalámbrico (por ejemplo, un UE o un teléfono), las operaciones también se pueden realizar usando una estación base (por ejemplo, eNB).

Inicialmente, se construye (1100) una tabla de relaciones preconfigurada en un dispositivo inalámbrico que permite una asociación entre un estado conjunto de hasta una pluralidad de indicadores de estado de canal lógico y un conjunto que comprende uno o más valores de parámetros relacionados con DRX. Luego, un dispositivo inalámbrico monitoriza (1120) una interfaz de comunicaciones que incluye al menos una primera aplicación asignada a un primer canal lógico y una segunda aplicación asignada a un segundo canal lógico. Monitorizar la interfaz de comunicaciones incluye una lectura de la actividad de paquetes de datos y mensajes de reconocimiento de protocolo relacionados con hasta una pluralidad de canales lógicos o conexiones portadoras de radio que existen entre el UE y la estación base o red. En una configuración, el estado de una actividad se establece canal lógico por canal lógico o aplicación por aplicación. Por ejemplo, un dispositivo inalámbrico mantiene una tabla de estado de actividad con un identificador para cada canal lógico o aplicación que generó el tráfico. El dispositivo inalámbrico puede asociar cada identificador de aplicación con un primer canal lógico o un segundo canal lógico, donde el primer canal lógico está asociado con un primer perfil de tráfico o estadística de paquete de datos y el segundo canal lógico está asociado con un segundo perfil de tráfico o estadística de paquete de datos.

El dispositivo inalámbrico determina (1130), basándose en la monitorización de la interfaz de comunicaciones, un primer estado de actividad para el primer canal lógico. Como se establece en este ejemplo, el primer canal lógico incluye aplicaciones sensibles a la latencia. Determinar el primer estado incluye leer la actividad de paquetes de datos o mensajes de acuse de recibo de protocolo relacionados con el primer canal lógico y determinar si el primer canal lógico está involucrado activamente en el intercambio de comunicaciones y/o ha intercambiado comunicaciones dentro de un período de tiempo reciente.

El dispositivo inalámbrico determina (1140), basándose en la monitorización de la interfaz de comunicaciones, un segundo estado de actividad para el segundo canal lógico. Como se establece en este ejemplo, el segundo canal lógico incluye aplicaciones que no se consideran sensibles a la latencia. Determinar el segundo estado incluye leer la actividad de paquetes de datos o mensajes de acuse de recibo de protocolo relacionados con el segundo canal lógico y determinar si el segundo canal lógico está involucrado activamente en el intercambio de comunicaciones y/o ha intercambiado comunicaciones dentro de un período de tiempo reciente. En una configuración, la asociación de una aplicación con un primer canal lógico o un segundo canal lógico la determina de antemano una entidad PCRF con una red EPC o la determina un desarrollador de aplicaciones o un fabricante de dispositivos inalámbricos. Por ejemplo, un dispositivo móvil puede negociar el establecimiento de una o más portadoras de EPS con una red central, estando asociada cada portadora de EPS con un requisito de QoS o latencia determinado. El requisito de QoS o latencia puede ser una función de una suscripción o derecho de usuario o, alternativamente, un editor de aplicaciones puede incluir metadatos que describen las características de latencia de la aplicación y esto puede usarse durante el proceso de negociación.

Como alternativa adicional, el dispositivo inalámbrico puede desarrollar un modelo (estadístico o de otro tipo) para el comportamiento del tráfico de una aplicación. Luego, el modelo puede usarse para asignar dinámicamente tráfico desde la aplicación al primer canal lógico o al segundo canal lógico.

El dispositivo inalámbrico formula un estado conjunto basándose en el primer estado de actividad y el segundo estado de actividad (1150). El estado conjunto define de forma única valores de combinación particulares para el primer y segundo indicador de estado. El dispositivo inalámbrico selecciona (1160) uno o más valores de parámetros relacionados con DRX, por ejemplo un temporizador de inactividad tal como drx-TemporizadorInactividad 708a basándose en el estado conjunto determinado en el paso 1150. Los uno o más valores de parámetros relacionados con DRX son utilizados por el dispositivo inalámbrico para ajustar o adaptar un patrón de actividad de recepción relacionado con la interfaz de comunicaciones entre el dispositivo móvil y la red. Por ejemplo, si el dispositivo inalámbrico determina que un primer canal lógico asociado con un Protocolo de Voz sobre Internet (VOIP) está activo, el dispositivo inalámbrico puede configurar el temporizador de inactividad en un primer valor que admita los requisitos de latencia de la aplicación VOIP. El dispositivo inalámbrico establece el temporizador de inactividad utilizado por la interfaz de comunicaciones en un segundo valor en respuesta a la determinación de que la aplicación VOIP está inactiva. Esto permite que el dispositivo mejore la característica de consumo de batería siempre que no se estén ejecutando aplicaciones sensibles a la latencia. Por lo tanto, si no se utilizan aplicaciones de baja latencia y se utiliza una aplicación que depende únicamente de comunicaciones en segundo plano, el temporizador de inactividad puede configurarse para soportar sólo la aplicación con comunicaciones en segundo plano y mejorar así el consumo de energía del dispositivo móvil.

A continuación, en la Tabla 1, se muestra un ejemplo de los valores de drx-TemporizadorInactividad utilizados para el temporizador de inactividad.

Tabla 1

Aunque uno o más parámetros se describen como relacionados, reflejando o representando un estado de actividad, se puede programar una interfaz de comunicaciones para generar automáticamente estos indicadores de estado y/o parámetros (por ejemplo, el valor para un drx-TemporizadorInactividad). Por ejemplo, la lógica de control para una interfaz de comunicaciones puede analizar y vincular automáticamente el tráfico a una memoria intermedia de control de modo que la información de caracterización del tráfico esté fácilmente disponible. La caracterización del tráfico puede estar disponible para referencia rápida en forma de uno o más estados de actividad.

En una configuración, se crea, completa y mantiene una tabla para facilitar las configuraciones o reconfiguraciones de parámetros DRX que se realizan en respuesta a la monitorización de una interfaz de comunicaciones que incluye al menos dos canales lógicos. La tabla incluye un valor de parámetro DRX asociado con cada uno de los canales lógicos.

Por ejemplo, UE está programado para utilizar una tabla específica en la gestión de configuraciones DRX. El parámetro DRX puede mantenerse para soportar los requisitos de QoS más estrictos de aquellos canales lógicos que se determine que tienen un estado activo. Por lo tanto, cuando una aplicación de voz sensible a la latencia y una aplicación de mensajería utilizan canales diferentes para soportar requisitos muy estrictos y menos estrictos, respectivamente, el UE puede configurarse para soportar el requisito muy estricto para la aplicación de voz sensible a la latencia. Un parámetro DRX que comprende un temporizador de inactividad se puede configurar para que sea el temporizador de inactividad más largo de cualquier canal lógico que se determine que tiene un estado activo.

Aunque en algunos casos, el parámetro de control del patrón de recepción (por ejemplo, el parámetro DRX) es un temporizador de inactividad, se pueden mantener alternativa o adicionalmente otros parámetros de control del patrón de recepción para reflejar y soportar parámetros que incluyen velocidad de datos, tolerancias de retardo y fluctuación. Puede haber un parámetro de control del patrón de recepción para cada canal lógico.

La transición a un nuevo valor de parámetro DRX se desencadena por una actividad de un flujo de tráfico. Por ejemplo, una red puede estar monitorizando una estadística particular de un flujo de tráfico y comparando la estadística particular con un umbral. Cuando la estadística particular alcanza el umbral, el valor del parámetro DRX puede reconfigurarse para admitir un nuevo modo operativo o un nuevo patrón de recepción de un dispositivo móvil. El nuevo valor del parámetro puede ajustarse o establecerse de forma dinámica para reflejar los requisitos o necesidades de QoS de un canal lógico que contribuye al flujo de tráfico subyacente que desencadenó el nuevo modo operativo. En una configuración, se infiere la transición al nuevo modo operativo, es decir, refleja el hecho de que tanto el UE como la red están observando el mismo tráfico subyacente y monitorizando la misma estadística. Por lo tanto, el UE y la red realizan la transición sin intercambiar un mensaje explícito del plano de control para actualizar el valor del parámetro DRX en función de su análisis del mismo tráfico subyacente que desencadenó la transición.

Los parámetros DRX o valores de parámetros asociados con un canal lógico particular pueden ser estáticos o dinámicos. Por ejemplo, en una configuración, el canal 0 siempre se asigna para admitir los requisitos más estrictos, mientras que el canal 2 siempre se asigna para admitir los requisitos menos estrictos.

En una configuración, se detecta una sesión de comunicación activa. Por ejemplo, una interfaz de configuración puede enviar o recibir paquetes. Se identifica una fuente para la sesión de comunicaciones activa. La fuente puede incluir una identificación de una aplicación de mensajería o un reproductor multimedia de transmisión. La fuente está asociada con el primer canal lógico o con el segundo canal lógico. Identificar la fuente para la sesión de comunicaciones activa puede incluir buscar la fuente en una tabla que indique si la fuente debe estar asociada con el primer canal lógico o el segundo canal lógico. Por ejemplo, la tabla puede indicar que las aplicaciones de mensajería deben usar un canal configurado para conservar el uso de la batería, mientras que una aplicación de transmisión de medios debe usar un canal de baja latencia. La determinación del primer estado puede incluir la determinación de que está presente un requisito de baja latencia para el primer canal lógico (por ejemplo, una aplicación de mensajería está intentando comunicarse). La determinación del segundo estado puede incluir la determinación de que está presente un requisito de mejor esfuerzo para el segundo canal lógico (por ejemplo, un reproductor multimedia de transmisión por secuencias está intentando comunicarse).

Las implementaciones y las operaciones funcionales descritas en este documento se pueden implementar en circuitos electrónicos digitales, o en software, firmware o hardware informático, incluidas las estructuras descritas en este documento y sus equivalentes estructurales, o en combinaciones de uno o más de ellos. Las implementaciones descritas y otras implementaciones pueden implementarse como uno o más productos de programas informáticos, es decir, uno o más módulos de instrucciones de programas informáticos codificados en un medio legible por ordenador para su ejecución o para controlar el funcionamiento de aparatos de procesamiento de datos. El medio legible por ordenador puede ser un dispositivo de almacenamiento legible por máquina, un sustrato de almacenamiento legible por máquina, un dispositivo de memoria o una combinación de uno o más de ellos. El término "aparato de procesamiento de datos" abarca todos los aparatos, dispositivos y máquinas para procesar datos, incluyendo a modo de ejemplo un procesador programable, un ordenador o múltiples procesadores u ordenadores. El aparato puede incluir, además de hardware, código que crea un entorno de ejecución para el programa informático en cuestión, por ejemplo, código que constituye firmware de procesador, una pila de protocolos, un sistema de gestión de bases de datos, un sistema operativo o una combinación de uno o más de ellos.

Un programa informático (también conocido como programa, software, aplicación de software, guion o código) puede escribirse en cualquier forma de lenguaje de programación, incluidos lenguajes compilados o interpretados, y puede implementarse en cualquier forma, incluso como un programa independiente o como un módulo, componente, subrutina u otra unidad adecuada para su uso en un entorno informático. Un programa informático no corresponde necesariamente a un archivo en un sistema de archivos. Un programa puede almacenarse en una parte de un archivo que contiene otros programas o datos (por ejemplo, uno o más guiones almacenados en un documento de lenguaje de marcado), en un único archivo dedicado al programa en cuestión o en múltiples archivos coordinados (por ejemplo, archivos que almacenan uno o más módulos, subprogramas o partes de código). Un programa informático se puede implementar para ejecutarlo en un ordenador o en varios ordenadores ubicados en un sitio o distribuidos en múltiples sitios e interconectados por una red de comunicación.

Los procesos y flujos lógicos descritos en este documento pueden ser realizados por uno o más procesadores programables que ejecutan uno o más programas informáticos para realizar funciones operando con datos de entrada y generando salida. Los procesos y flujos lógicos también pueden realizarse mediante, y el aparato también puede implementarse como, circuitos lógicos de propósito especial, por ejemplo, un FPGA (matriz de puertas programables en campo) o un ASIC (circuito integrado de aplicación específica).

Los procesadores adecuados para la ejecución de un programa informático incluyen, a modo de ejemplo, microprocesadores tanto de finalidad general como especial, y uno o más procesadores de cualquier tipo de ordenador digital. Generalmente, un procesador recibirá instrucciones y datos de una memoria de sólo lectura o de una memoria de acceso aleatorio o de ambas. Los elementos esenciales de un ordenador son un procesador para ejecutar instrucciones y uno o más dispositivos de memoria para almacenar instrucciones y datos. Generalmente, un ordenador también incluirá, o estará acoplada operativamente para recibir datos o transferir datos a, o ambos, uno o más dispositivos de almacenamiento masivo para almacenar datos, por ejemplo, discos magnéticos, magnetoópticos o discos ópticos. Sin embargo, no es necesario que un ordenador tenga tales dispositivos. Los medios legibles por ordenador adecuados para almacenar instrucciones y datos de programas informáticos incluyen todas las formas de memoria, medios y dispositivos de memoria no volátiles, incluidos, a modo de ejemplo, dispositivos de memoria semiconductores, por ejemplo, EPROM, EEPROM y dispositivos de memoria flash; discos magnéticos, por ejemplo, discos duros internos o discos extraíbles; discos magnetoópticos; y discos CD ROM y DVD-ROM. El procesador y la memoria pueden complementarse o incorporarse a circuitos lógicos de propósito especial.

Si bien este documento contiene muchos detalles, estos no deben interpretarse como limitaciones, sino más bien como descripciones de características específicas de implementaciones particulares. Ciertas características que se describen en este documento en el contexto de implementaciones independientes también se pueden implementar en combinación en una única implementación. Por el contrario, varias características que se describen en el contexto de una única implementación también se pueden implementar en múltiples implementaciones por separado o en cualquier subcombinación adecuada. Además, aunque las características pueden describirse anteriormente como actuando en ciertas combinaciones e incluso reivindicarse inicialmente como tales, en algunos casos una o más características de una combinación reivindicada pueden eliminarse de la combinación, y la combinación reivindicada puede dirigirse a una subcombinación. o una variación de una subcombinación. De manera similar, aunque las operaciones se representan en los dibujos en un orden particular, esto no debe entenderse como que requiere que dichas operaciones se realicen en el orden particular que se muestra o en orden secuencial, o que se realicen todas las operaciones ilustradas, para lograr resultados deseables.

En otro sentido general más, un valor de parámetro de Recepción Discontinua (DRX) se adapta monitorizando un flujo de tráfico asociado con una comunicación entre el equipo del usuario y una red, comprendiendo el flujo de tráfico una pluralidad de paquetes de datos, identificando un evento desencadenante basándose en una característica observada de una pluralidad de paquetes de datos, y ajustar el valor del parámetro DRX en respuesta a identificar el evento desencadenante. Ajustar el valor del parámetro DRX puede incluir reconfigurar un patrón de recepción del equipo de usuario.

El ajuste incluye establecer implícitamente el valor del parámetro DRX sin comunicación con la red o comunicarse explícitamente con la red para establecer el valor del parámetro DRX.

En otro sentido general más, un valor de parámetro de Recepción Discontinua (DRX) se adapta monitorizando un flujo de tráfico asociado con una comunicación entre el equipo de usuario y una red, comprendiendo el flujo de tráfico una pluralidad de paquetes de datos, identificando una característica para una pluralidad de los paquetes de datos, y ajustar el valor del parámetro DRX en respuesta a la característica observada.

En otra configuración más, el equipo de usuario puede incluir una memoria configurada para almacenar un identificador y al menos un procesador. El procesador está configurado para monitorizar un flujo de tráfico asociado con una comunicación entre el equipo de usuario y una red, comprendiendo el flujo de tráfico una pluralidad de paquetes de datos, identificar un evento desencadenante basándose en una característica observada de una pluralidad de paquetes de datos, y ajustar el valor del parámetro DRX en respuesta a la identificación del evento desencadenante.

En un ejemplo, un nodo de red inalámbrica puede incluir memoria configurada para almacenar un identificador y al menos un procesador. El procesador está configurado para monitorizar un flujo de tráfico asociado con una comunicación entre el equipo de usuario y una red, comprendiendo el flujo de tráfico una pluralidad de paquetes de datos, identificar una característica para una pluralidad de los paquetes de datos y ajustar el valor del parámetro DRX en respuesta a la característica observada. El ajuste incluye establecer implícitamente el valor del parámetro DRX sin comunicación con la red o comunicarse explícitamente con la red para establecer el valor del parámetro DRX.

En otro ejemplo, un nodo de red inalámbrica puede incluir memoria configurada para almacenar un identificador y al menos un procesador. El procesador está configurado para monitorizar un flujo de tráfico asociado con una comunicación entre el equipo de usuario y una red, comprendiendo el flujo de tráfico una pluralidad de paquetes de datos, identificar un evento desencadenante basado en una característica o estadística observada de una pluralidad de paquetes de datos, y ajustar el valor del parámetro DRX en respuesta a la identificación del evento desencadenante.

En otro ejemplo, el nodo de red inalámbrica puede incluir una memoria configurada para almacenar un identificador y al menos un procesador. El procesador está configurado para monitorizar un flujo de tráfico asociado con una comunicación entre el equipo de usuario y una red, comprendiendo el flujo de tráfico una pluralidad de paquetes de datos, identificar una característica para una pluralidad de los paquetes de datos y ajustar el valor del parámetro DRX en respuesta a la característica o estadística observada.

Sólo se describen unos pocos ejemplos e implementaciones. Se pueden realizar variaciones, modificaciones y mejoras a los ejemplos e implementaciones descritos y otras implementaciones en función de lo que se describe.

Claims (8)

REIVINDICACIONES

1. Un método para establecer un valor de parámetro de Recepción Discontinua, DRX, comprendiendo el método: mantener una tabla (1600) de relaciones preconfigurada que incluye una pluralidad de estados conjuntos de actividad relacionados con al menos dos canales (1601a, 1601b) lógicos para la comunicación entre un equipo (110, 1710) de usuario y una red (125), en donde cada estado conjunto de actividad incluye una combinación de valores indicativos de un estado de actividad de los al menos dos canales lógicos, y en donde cada estado conjunto de actividad está asociado, dentro de la tabla (1600) de relaciones preconfigurada, con un valor para cada uno de uno o más parámetros DRX. ;

monitorizar (1120) un perfil de tráfico asociado con el flujo de tráfico asociado con al menos dos canales lógicos, en donde el flujo de tráfico comprende una pluralidad de paquetes de datos comunicados en al menos dos canales lógicos;

identificar, basándose en una característica observada de la pluralidad de paquetes de datos, un evento desencadenante basado en la recepción de un acuse de recibo de paquete o un acuse de recibo de mensaje de protocolo en uno correspondiente de los al menos dos canales lógicos; y

en respuesta a identificar el evento desencadenante, establecer un valor del estado de actividad del correspondiente de al menos dos canales lógicos en función del evento desencadenante;

determinar (1150) el estado conjunto de la actividad relacionada con al menos dos canales lógicos; y establecer (1160) implícitamente uno o más valores de parámetros DRX a un valor correspondiente que está asociado con el estado conjunto de actividad determinado en la tabla (1600) de relaciones preconfigurada.

2. El método de la reivindicación 1, en el que el acuse de recibo del paquete se recibe dentro de un período de tiempo predeterminado.

3. El método de la reivindicación 1 o la reivindicación 2, en el que el acuse de recibo de paquete o acuse de recibo de mensaje de protocolo es un acuse de recibo de Solicitud de Repetición Automática Híbrida, HARQ.

4. El método de cualquiera de las reivindicaciones 1 a 3, en el que establecer uno o más valores de parámetro DRX incluye reconfigurar un patrón de recepción del equipo de usuario.

5. El método de cualquiera de las reivindicaciones 1 a 4, en el que el primero de los al menos dos canales lógicos tiene un requisito de latencia más estricto que el segundo de los al menos dos canales lógicos, y en el que:

la pluralidad mantenida de estados conjuntos de actividad relacionados con al menos dos canales lógicos incluye: un primer estado conjunto de actividad que incluye una primera combinación de dos valores indicativos de un estado activo del primer canal y un estado inactivo del segundo canal, y

un segundo estado conjunto de actividad que incluye una segunda combinación de dos valores indicativos de un estado activo del primer canal y un estado activo del segundo canal; y

cada uno de los estados de actividad conjuntos primero y segundo está asociado, dentro de la tabla (1600) e relaciones preconfigurada, con un valor de tiempo para un temporizador de inactividad de DRX, estableciéndose el valor de tiempo basándose en el requisito de latencia más estricto del primer canal lógico.

6. Un medio legible por ordenador que tiene instrucciones ejecutables por ordenadores adaptados, cuando se ejecutan en un dispositivo procesador, para hacer que el dispositivo realice el método de cualquiera de las reivindicaciones 1 a 5.

7. Un equipo de usuario, UE (110, 1710), que comprende:

al menos un procesador configurado para realizar el método de cualquiera de las reivindicaciones 1-5.

8. Un nodo (310) de red inalámbrica que comprende:

al menos un procesador (410) configurado para realizar el método de las reivindicaciones 1-5.