ES2896957T3 - Método y sistema para recuperarse de la desincronización de temporización de DRX en LTE_activa - Google Patents

Método y sistema para recuperarse de la desincronización de temporización de DRX en LTE_activa Download PDF

Info

Publication number
ES2896957T3
ES2896957T3 ES20156754T ES20156754T ES2896957T3 ES 2896957 T3 ES2896957 T3 ES 2896957T3 ES 20156754 T ES20156754 T ES 20156754T ES 20156754 T ES20156754 T ES 20156754T ES 2896957 T3 ES2896957 T3 ES 2896957T3
Authority
ES
Spain
Prior art keywords
drx
enb
data
received
length
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES20156754T
Other languages
English (en)
Inventor
Takashi Suzuki
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Application granted granted Critical
Publication of ES2896957T3 publication Critical patent/ES2896957T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/188—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L2001/125—Arrangements for preventing errors in the return channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/10—Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Hardware Redundancy (AREA)
  • Medicines Containing Plant Substances (AREA)
  • Tunnel Furnaces (AREA)
  • Cephalosporin Compounds (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Train Traffic Observation, Control, And Security (AREA)
  • Synchronisation In Digital Transmission Systems (AREA)

Abstract

Un método para operación de recepción discontinua, DRX, que comprende: mientras un equipo de usuario, UE, (110) está en operación de recepción discontinua, DRX, en un estado LTE_ACTIVA, que detecta que no se reciben datos dentro de un número predeterminado de ciclos de DRX; y en respuesta a la detección, aumentar, mediante el UE, una longitud de la DRX, caracterizado por que: antes de la detección, el UE recibe un mensaje de control de recursos de radio, RRC, desde un Nodo B mejorado, eNB, que señaliza una regla que dicta cuánto se debe aumentar la longitud de la DRX si no se reciben datos dentro de un número de ciclos de DRX; en donde el UE aumenta automáticamente la longitud de la DRX en respuesta a la detección de que no se reciben datos dentro de un número predeterminado de ciclos de DRX; y donde el aumento automático en la longitud de la DRX comprende aumentar la longitud de la DRX al siguiente valor mayor de la DRX, tal como se identifica mediante la regla señalizada al UE antes de que el UE en la DRX detecte que no se han recibido datos.

Description

DESCRIPCIÓN
Método y sistema para recuperarse de la desincronización de temporización de DRX en LTE_activa
La presente divulgación se refiere, en general, a la evolución a largo plazo (LTE) del proyecto asociación de la tercera generación (3GPP), y, en particular, a la desincronización de temporización de DRX en un estado LTE_ACTIVA.
En la infraestructura de la evolución a largo plazo, un UE puede estar en uno de dos estados de control de recursos de radio (RRC). Estos son LTE_EN_REPOSO y LTE_ACTIVA.
El UE puede estar configurado para recepción discontinua (DRX) tanto en el estado LTE_EN_REPOSO como en el estado LTE_ACTIVA. En el estado LTE_EN_REPOSO, la DRX permite que el UE sincronice su periodo de escucha a un ciclo de radiobúsqueda conocido de la red. Sincronizando el periodo de escucha, el UE puede desconectar su transceptor de radio durante el periodo en espera, ahorrando de esta manera significativamente recursos de batería. Los parámetros de DRX permiten que el móvil se sincronice con la red y sepa que no recibirá otra señal hasta que haya transcurrido un tiempo especificado.
Se propone en el grupo de trabajo del 3GPP TSG-RAN que la DRX también se use cuando el UE esté en el estado LTE_ACTIVA. Se propone adicionalmente que cuando se esté en recepción discontinua (DRX) por el equipo de usuario (UE) en estado LTE_ACTIVA, que se señalice una configuración de DRX normal por un mensaje de protocolo de control de recursos de radio (RRC) y se señalice una (re)configuración de DRX temporal por la señalización de control de acceso al medio (MAC), por ejemplo, en el encabezado de la unidad de datos de protocolo de MAC (MAC-PDU) o la PDU de control de MAC.
En LTE, antes de que se envíen datos de usuario en un canal compartido de enlace descendente, el eNB enviará una indicación de planificación en el canal de control compartido de enlace descendente (DLSCCH) que proporciona los parámetros que usará el UE para demodular los datos. Sin embargo, si el UE pierde esa indicación de planificación de DLSCCH, el UE no sabrá recibir los datos de usuario y, por lo tanto, no sabrá realizar acuse de recibo (ACK) o realizar ACK negativo (NACK) de la MAC-PDU del usuario. El eNB estará esperando el ACK o NACK, es decir, la respuesta de ARQ híbrida (HARQ). Cuando no obtiene esa respuesta, se considera una transmisión discontinua (DTX). Si se pierde la indicación de datos en el canal de control compartido de enlace descendente (DLSCCH) por el UE y se interpreta incorrectamente la posterior transmisión discontinua (DTX) en el canal de realimentación de HARQ como un ACK por el Nodo B mejorado (eNB), puede perderse una MAC-PDU. Además, si el UE incrementa automáticamente la longitud de DRX de acuerdo con una regla, por ejemplo, sin actividades de datos en una cierta duración, el eNB mantendrá su valor de DRX actual mientras que el UE incrementará su propio valor de DRX. Esto da como resultado una desincronización de temporización de DRX, es decir, el eNB y el UE están operando en diferentes periodos de DRX.
Como se apreciará, esto aumenta la latencia de entrega del mensaje de enlace descendente y desperdicia recursos de radio de enlace descendente. Debe evitarse la latencia de entrega más larga, especialmente para mensajes de control de enlace descendente críticos. Una vez que tiene lugar la desincronización de temporización de DRX, el eNB tiene que determinar la temporización de DRX de UE para enviar nuevos datos al UE. El eNB puede conseguir esto enviando diversos mensajes de sonda al UE en aquellos momentos que sabe que el UE puede estar posiblemente reactivado. Hallará, después de unos pocos intentos, la temporización de DRX de UE, y reactivará el UE para volver a conseguir sincronización.
Suckchel Yang et al:: "An Adaptive Discontinuous Reception Mechanism Based on Extended Paging Indicator for Power Saving in UMTS", 2006 IEEE 64th Vehicular Technology Conference: VTC 2006-Otoño; 25-28 de septiembre de 2006, Montreal, Quebec, Canadá, Piscataway, NJ: IEEE Operations Center, 1 de septiembre de 2006, páginas 1­ 5, ISBN: 978-1-4244-0062-1, da a conocer un mecanismo de Recepción Discontinua Adaptativa en el que un eNode B varía el periodo de DRX dentro de una red. Esto se logra al proporcionar el eNode B señales al equipo de usuario que indican preservación, aumento, disminución y reinicio de los periodos de DRX por medio de un indicador de radiobúsqueda extendida.
Un aspecto de la presente invención proporciona un método para la operación de recepción discontinua, DRX, que comprende: mientas un equipo de usuario, UE, está en operación de recepción discontinua, DRX, en un estado LTE_ACTIVA, que detecta que no se reciben datos dentro de un número predeterminado de ciclos de DRX; y en respuesta a la detección, aumentar, mediante el UE, una longitud de la DRX. Antes de la detección, el UE recibe un mensaje de control de recursos de radio, RRC, desde un Nodo B mejorado, eNB, que señaliza una regla que dicta cuánto se debe aumentar la longitud de la DRX si no se reciben datos dentro de un número de ciclos de DRX. El UE aumenta automáticamente la longitud de la DRX en respuesta a la detección de que no se reciben datos dentro de un número predeterminado de ciclos de DRX. El aumento automático en la longitud de la DRX comprende aumentar la longitud de la DRX al siguiente valor mayor de la DRX, tal como se identifica mediante la regla señalizada al UE antes de que el UE en la DRX detecte que no se han recibido datos.
Aspectos adicionales de la presente invención proporcionan un equipo de usuario, un Nodo B mejorado y un sistema de comunicaciones inalámbricas configurados para implementar el método anterior.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
La presente divulgación se entenderá mejor con referencia a los dibujos en los que
La Figura 1 es un diagrama de bloques que muestra una pila de protocolo de plano de usuario de la evolución a largo plazo;
La Figura 2 es un diagrama de bloques que muestra una pila de protocolo de plano de control de la evolución a largo plazo;
La Figura 3a es un diagrama de flujo que muestra un método para activar, desactivar y reconfigurar un periodo de DRX usando un encabezado de m Ac -PDU o PDU de control de MAC desde el lado del eNB;
La Figura 3b es un diagrama de flujo que muestra un método para realizar acuse de recibo de la desactivación, la desactivación o reconfiguración del periodo de DRX desde el lado del UE;
La Figura 4a es un diagrama de flujo que muestra un método para indicar la desincronización de temporización de DRX dentro de la información de sistema desde el lado del eNB;
La Figura 4b es un diagrama de flujo que muestra un método de realización de desincronización de temporización de DRX dentro de la información de sistema desde un lado del UE;
La Figura 5a es un diagrama de flujo que muestra un método de recuperación de tiempo de reactivación preconfigurado desde posibles desincronizaciones de temporización de DRX desde la perspectiva del eNB; y La Figura 5b es un diagrama de flujo que muestra un método para la recuperación de tiempo de reactivación preconfigurado desde la posible desincronización de temporización de DRX desde la perspectiva del UE.
DESCRIPCIÓN DE LAS REALIZACIONES PREFERIDAS
Se hace ahora referencia a los dibujos. La Figura 1 muestra un diagrama de bloques que ilustra la pila de protocolo de plano de usuario de la evolución a largo plazo (LTE).
Un UE 110 se comunica tanto con un Nodo B evolucionado (eNB) 120 como con una pasarela de acceso (aGW) 130.
Se ilustran diversas capas en la pila de protocolo. Se ilustra la capa de protocolo de convergencia de datos de paquetes (PDCP) 140 tanto en el UE 110 como en la aGW 130. La capa 140 de PDCP realiza compresión y descompresión de encabezados del protocolo de Internet (IP), encriptación de datos de usuario, transferencia de datos de usuario y mantenimiento de números de secuencia (SN) para portadoras de radio.
Por debajo, la capa 140 de PDCP es la capa 142 de protocolo de control de enlace de radio, que se comunica con la capa 142 de protocolo de control de enlace de radio en el eNB 120. Como se apreciará, la comunicación tiene lugar a través de la capa física en pilas de protocolo tales como aquellas ilustradas en las Figuras 1 y 2. Sin embargo, las RLC-PDU de la capa 142 de RLC del UE se interpretan por la capa 142 de RLC en el eNB 120.
Por debajo, la capa 142 de RLC es la capa del protocolo de comunicación de datos del control de acceso al medio (MAC) 146. Como se apreciará por los expertos en la materia, los protocolos de RLC y MAC forman las subcapas de enlace de datos de la interfaz de radio de LTE y residen en el eNB en LTE y en el equipo de usuario.
La capa 1 (L1) de LTE (capa 148 física) está por debajo de las capas 144 y 146 de RLC/MAC. Esta capa es la capa física para las comunicaciones.
Haciendo referencia a la Figura 2, la Figura 2 ilustra la arquitectura de protocolo de plano de control de LTE. Se usarán números de referencia similares a aquellos usados en la Figura 1 en la Figura 2. Específicamente, el UE 110 se comunica con el eNB 120 y la aGW 130. Además, existe la capa 148 física, la capa 146 de MAC, la capa 142 de RLC y la capa 140 de PDCP en la Figura 2.
La Figura 2 también muestra la capa de estrato de no acceso (NAS) 210. Como se apreciará, la capa de NAS 210 podría incluir la gestión de movilidad y la gestión de sesión.
La capa de protocolo de control de recursos de radio (RRC) 220, es la parte de la pila de protocolo que es responsable de la asignación, configuración y liberación de recursos de radio entre el UE y la E-UTRAN (red de acceso por radio terrestre universal evolucionada). Las funcionalidades básicas del protocolo de RRC para LTE se describen en 3GPP TR25.813.
Como se apreciará por los expertos en la materia, en UMTS, la funcionalidad de solicitud de repetición automática (ARQ) se lleva a cabo dentro de la capa de RLC que reside en el controlador de red de radio (RNC). La Evolución a Largo Plazo (LTE) mueve la funcionalidad de ARQ desde el RNC al eNB donde puede existir una interacción más estrecha entre la ARQ y la HARQ (en la capa de MAC, también ubicada en el eNB).
Se considera en el presente documento diversos problemas con respecto a DRX en un estado LTE-ACTIVA.
Procedimiento de señalización de DRX
Se requieren procedimientos de señalización muy eficientes para activar y desactivar DRX y especificar la duración de periodos de DRX para soportar una gran población de UE en una célula que están utilizando DRX en un estado LTE_ACTIVA.
Como se apreciará por los expertos en la materia, si el Nodo B evolucionado (eNB) transmite datos al UE durante su periodo de receptor apagado debido a una operación de DRX, el UE no puede recibir los datos. Por lo tanto, se requiere un esfuerzo especial para garantizar que el UE y el eNB están sincronizados con respecto a cuando se activa y desactiva DRX.
La indicación entre el eNB y el UE puede señalizarse explícitamente por el control de recursos de radio (RRC) o la señalización de capa 1 /capa 2 (L1/L2). Sin embargo, como se apreciará, la señalización explícita puede no ser tan eficiente como se desee.
Una solución más eficiente es incluir un campo opcional en el encabezado de MAC de una MAC-PDU (Unidad de Datos de Protocolo de MAC) o una PDU de control de MAC (PDU de MAC que contiene únicamente información de control de MAC) para indicar la activación y desactivación de DRX. El campo indica preferentemente el valor de DRX y el margen de temporización para la activación y desactivación. Un valor de cero, por ejemplo, podría significar desactivación de DRX en el valor del campo de DRX en una realización preferida. A la inversa, si el dato que ha de transmitirse en la siguiente MAC-PDU es el último en la memoria intermedia para el UE, el eNB puede ampliar el campo de encabezado de MAC para incluir un valor inicial de a longitud de DRX. Por ejemplo, este podría ser 320 milisegundos.
Pueden idearse varios diferentes métodos para señalizar el periodo de DRX en el encabezado de MAC-PDU. Por ejemplo, pueden añadirse tres bits al encabezado de MAC para indicar ocho valores del periodo de DRX. Por lo tanto, en lugar de que se envíe un valor de tiempo específico, un valor de bit de 000 a 111 podría indicar uno de ocho valores discretos.
En una alternativa, podría usarse un campo más pequeño en el encabezado de MAC (por ejemplo, dos bits) para indicar un incremento o decremento. El RRC podría indicar valores por defecto, y si el encabezado de MAC indica incremento o decremento, entonces el UE podría cambiar al valor especificado previamente, de acuerdo con la indicación recibida. De manera similar, el RRC podría definir el mapeo entre el valor de DRX real y el valor contenido en el campo más pequeño.
Una vez que el UE recibe el valor de DRX, realiza acuse de recibo al eNB transmitiendo HARQ ACK e inicia la DRX en la trama de sistema apropiada considerando el retardo de propagación y el retardo de procesamiento en el eNB. Cuando el eNB recibe el ACK desde el UE, también inicia la DRX en el tiempo de trama de sistema apropiado. Como se apreciará, el eNB no apaga su transceptor, sino simplemente sabe que no tiene que transmitir mensajes al UE individual.
Durante el ciclo de activación de un periodo de DRX, si han llegado nuevos datos en el eNB para su transmisión, el eNB puede enviar una MAC-PDU con una extensión de encabezado establecida para desactivación de DRX o una longitud de DRX más corta dependiendo de la cantidad de datos en la memoria intermedia o los requisitos de calidad de servicio. El UE reconfigura la DRX en consecuencia y realiza acuse de recibo de la MAC-PDU. Cuando el eNB recibe la ACK, reconfigura la DRX. Como se ha indicado anteriormente, la desactivación podría conseguirse estableciendo simplemente el valor de longitud a cero.
Se hace referencia ahora a la Figura 3a y 3b . La Figura 3a muestra un método ilustrativo para controlar la activación de DRX en el estado LTE_ACTIVA. El proceso se inicia en la etapa 300 y continúa a la etapa 310 en la que se transmiten datos al UE. Como se apreciará por los expertos en la materia, la transmisión de datos en el estado LTE_ACTIVA utiliza la MAC-PDU en la capa de enlace de datos para transmitir los datos.
El proceso a continuación continúa a la etapa 312 en la que se realiza una comprobación para observar si la memoria intermedia de datos que va a enviarse al UE estará vacía después de la siguiente transmisión. Si no, el proceso continúa de vuelta a la etapa 310 en la que se transmiten datos al UE. Como alternativa, si se vaciara la memoria intermedia después de la siguiente transmisión y la tasa de llegada de datos es menor que un valor umbral, el proceso continúa a la etapa 314.
En la etapa 314, el eNB establece la activación de DRX en el encabezado de MAC-PDU. Como se ha indicado anteriormente, esto incluye un valor de activación de DRX que indica la longitud del periodo de DRX y el tiempo de activación de DRX, si es necesario, por ejemplo, el número de trama de radio de sistema cuando debe realizarse la activación de DRX. En otra realización, el eNB puede indicar simplemente un aumento en el intervalo de DRX. El UE reconfigura el intervalo de DRX existente a un intervalo reducido predeterminado. El intervalo predeterminado puede ser conocido para tanto el eNB como el UE o señalizarse previamente al UE desde el eNB mediante señalización explícita; ya sea por difusión de sistema o por señalización de RRC.
El proceso a continuación continúa a la etapa 316 en la que se envían los datos que incluyen el encabezado de MAC-PDU modificado al UE.
Se hace referencia ahora a la Figura 3b. En la etapa 318, el UE recibe los datos y observa que se especifica esa activación de DRX en el encabezado de MAC-PDU. El proceso continúa a la etapa 320 en la que el UE envía un acuse de recibo (ACK) al eNB e inicia la DRX en la trama de sistema apropiada considerando el retardo de propagación y el retardo de procesamiento en el eNB.
Si se indica el tiempo de activación de la DRX especificada en el encabezado de MAC-PDU recibido, tanto el UE como el eNB aplican el nuevo valor de DRX en ese tiempo.
En la etapa 330 de la Figura 3a, el eNB recibe el ACK desde el UE e inicia la DRX en la misma trama de sistema apropiada.
Como se apreciará, la DRX puede continuar hasta que tengan lugar diversos eventos que puedan requerir que se ajuste la DRX. Un evento es la recepción de datos desde la aGW por el eNB para el UE. Dependiendo de la cantidad de datos recibidos, puede desactivarse la DRX o puede reducirse el periodo de la DRX. Otros eventos que pueden requerir el ajuste de la DRX incluyen un cambio de nivel de potencia de señal entre el eNB y el UE o, posiblemente, un aumento gradual en el ciclo de DRX debido a inactividad de datos continuada, entre otras cosas.
En la etapa 332 el eNB comprueba para observar si la DRX necesita ajustarse. Como se ha indicado anteriormente, esta podría ser la situación donde se reciben los datos para que se envíen al UE. En este punto, la DRX puede desactivarse o ajustarse el periodo.
A partir de la etapa332, si la DRX no necesita ajustarse, el proceso continúa de vuelta a la etapa 332 y continúa para comprobar si la DRX necesita o no ajustarse.
Una vez que el proceso en la etapa 332 halla que la DRX necesita ajustarse, el proceso continúa a la etapa 334 en la que ajusta la DRX. Esto podría ser desactivando la DRX transmitiendo un valor cero para la DRX o una DRX más corta o una DRX más larga, según se requiera.
La MAC-PDU con el encabezado modificado (que incluye el valor de DRX modificado y el tiempo de activación para el nuevo valor de DRX, si fuera necesario) se envía al UE en la etapa 336. La MAC-PDU en la etapa 336 podría incluir también cualquier dato que se haya recibido por el eNB que necesite transmitirse al UE. Si no se incluyen datos, entonces la MAC-PDU se considera una PDU de control de MAC.
Haciendo referencia a la Figura 3b, el proceso a continuación continúa a la etapa 318 en la que la MAC-PDU con el encabezado modificado se recibe en el UE. El UE reconoce que ha de ajustarse el periodo de DRX y en la etapa 320 envía un acuse de recibo al eNB y ajusta su periodo de DRX en la trama de sistema apropiada considerando el retardo de propagación y el retardo de procesamiento como en el eNB. Si se indica el tiempo de activación en el encabezado de MAC-PDU, tanto el UE como el eNB aplican el nuevo valor de DRX en ese momento.
Haciendo referencia a la Figura 3a, en la etapa 342 el eNB recibe el ACK e inicia el periodo de DRX modificado en la misma trama de sistema apropiada. El proceso a continuación continúa de vuelta a la etapa 332 para observar si la DRX necesita ajustarse de nuevo.
Como se apreciará por los expertos en la materia, surge un problema con lo anterior en el caso de una interpretación incorrecta de un ACK o un NACK. Específicamente, la entidad de petición automática de repetición híbrida (HARQ) del transmisor, que es una variación del método de control de error de ARQ, no siempre demodula apropiadamente un ACK o un NACK, posiblemente debido a condiciones de canal malas. Por lo tanto, en algunas situaciones, uno puede interpretarse como el otro. Haciendo que ocurra la activación y desactivación de DRX en el encabezado de MAC-PDU, es necesario que se maneje una interpretación incorrecta de ACK a NACK o de NACK a ACK como una interpretación incorrecta de información de control señalizada entre un eNB y un UE puede conducir a pérdida de datos o posiblemente de la conexión de radio.
Incremento automático de DRX
Una consideración adicional es la extensión incremental de la DRX. Las reglas que dictan cómo puede incrementarse o decrementarse el periodo de DRX (por ejemplo, en factores de dos), en una realización preferida, pueden señalizarse durante la portadora de radio (RB) configurada. Las reglas se llevan en la configuración/reconfiguración de RB de RRC RB o en los mensajes de medición de control al UE. En este caso, si no se reciben datos después de N ciclos de DRX actuales, el eNB y el UE aumentan la longitud de DRX al siguiente valor mayor automáticamente. Esto elimina la necesidad de señalizar entre el eNB y el UE para aumentar la longitud de DRX y, por lo tanto, ahorra recursos de red y de batería.
Indicación de desincronización de temporización de DRX en información de sistema
Cuando el eNB determina que el UE está fuera de sincronización dentro de su temporización de DRX, el eNB muestra el RNTI del UE en el bloque de información de sistema predefinido. Cuando el UE se reactiva, lee el bloque de información de sistema. Si se indica el RNTI del UE, el UE desactiva el modo de DRX y transmite un mensaje de notificación de recepción continua usando señalización L1/L2 o señalización de MAC al eNB. En la recepción del mensaje de notificación de recepción continua, el eNB retransmitirá los datos esperando en la memoria intermedia al UE. Cuando se realiza acuse de recibo de los datos o se recibe realimentación de HARQ desde el UE, el eNB elimina el RNTI de la información de sistema.
Se hace referencia ahora a la Figura 4a. La Figura 4a muestra un diagrama de flujo para un método de señalización del RNTI en la información de sistema para recuperarse de desincronización de DRX. El proceso se inicia en la etapa 410.
El proceso continúa a la etapa 412 en la que el eNB transmite la siguiente MAC-PDU.
El proceso a continuación continúa a la etapa 414 en la que comprueba si ha tenido lugar una desincronización de temporización de DRX. Como se ha indicado anteriormente, esto podría ser si el eNB no obtiene señales de realimentación de HARQ desde el UE, caso en el que el eNB puede considerar que el UE está fuera de sincronización en temporización de DRX.
Si no se detecta desincronización de temporización de DRX en la etapa 414, el proceso continúa de vuelta a la etapa 412 continúa hasta que se detecta una desincronización de temporización de DRX.
Si se detecta una desincronización de temporización de DRX en la etapa 414, el proceso continúa a la etapa 416 en la que el RNTI del UE se añade a un bloque de información de sistema predefinido. Como se apreciará, el UE, cuando se reactiva desde DRX, comprobará la información de sistema y detectará su RNTI, como se describe con referencia a la Figura 4b a continuación.
A partir de la etapa 416 en la Figura 4a, el proceso a continuación espera un mensaje de notificación de recepción continua. Si se recibe un mensaje de notificación de recepción continua en la etapa 418, el proceso continúa a la etapa 420 en la que retransmite la MAC-PDU. Como se apreciará, esta puede ser la misma MAC-PDU que el eNB intentó transmitir en la etapa 412 antes de que se detectara desincronización de temporización de DRX en la etapa 414. La retransmisión de la MAC-PDU tiene lugar en la etapa 420.
El proceso a continuación continúa a la etapa 422 en la que comprueba si se recibe un éxito o realimentación de HARQ.
En la etapa 418, si no se recibe un mensaje de notificación de recepción continua, o, en la etapa 422 si no se recibe éxito o realimentación de HARQ, el proceso continúa a la etapa 430 en la que se realiza una comprobación para observar si ha tenido lugar un traspaso o si se libera la conexión de RRC.
Si se detecta un traspaso a otra célula o se halla la conexión de RRC liberada en la etapa 430, el proceso continúa a la etapa 435 en la que se elimina el RNTI del UE del bloque de información de sistema predefinido. De manera similar, si se consigue éxito o se recibe realimentación de HARQ de la etapa 422, el proceso continúa a la etapa 435 en la que se elimina el RNTI del UE del bloque de información de sistema predefinido.
El proceso a continuación continúa desde la etapa 435 a la etapa 440 en la que se finaliza.
Como alternativa, si se halla un traspaso a otra célula o la liberación de la conexión de RRC en la etapa 430, el proceso continúa a la etapa 440 en la que se finaliza.
Se hace referencia ahora a la Figura 4b. En el lado del UE, el proceso se inicia en la etapa 450.
En la etapa 452, el UE se reactiva desde DRX.
El proceso a continuación continúa a la etapa 454 en la que el UE recibe datos si se indica en los canales de control compartido de enlace descendente (DLSCCH) y realiza mediciones u otras funciones, según se requiera.
El proceso a continuación continúa a la etapa 456 en la que lee un bloque de información de sistema predefinido para una lista de UE en desincronización de temporización de DRX.
El proceso a continuación continúa a la etapa 460 en la que comprueba si el RNTI del UE está incluido en la lista de UE en el bloque de información de sistema. Si no, el UE continúa de vuelta a DRX en la etapa 462 y a continuación espera la reactivación de DRX en la etapa 452.
Como alternativa, desde la etapa 460, si el RNTI del UE está incluido en el bloque de información de sistema, el proceso continúa a la etapa 466 en la que se desactiva DRX y se inicia la recepción continua.
El proceso a continuación continúa a la etapa 468 en la que se transmite una notificación de recepción continua y el proceso finaliza en la etapa 470.
Como se apreciará a partir de lo anterior, la desincronización por lo tanto se recupera en el siguiente ciclo de DRX detectando el UE su RNTI en el bloque de información de sistema predefinido.
Tiempo de reactivación preconfigurado para recuperación de posible desincronización de temporización de DRX
En una realización adicional, cuando se establece una portadora de radio para la comunicación interactiva o de segundo plano o se activa la DRX en esa portadora, puede notificarse un tiempo de reactivación absoluto al UE por RRC. La temporización de reactivación absoluta se define por el desplazamiento de trama de radio (ARFoff) a la temporización de trama de radio de sistema y al intervalo de DRX (AINT). Independientemente del ajuste de DRX actual, el UE debe reactivarse en la trama de radio de ARFoff N * Alnt donde n es un número entero. Se hace referencia ahora a la Figura 5a.
El proceso se inicia en la etapa 510 y continúa a la etapa 512 en la que se transmite la siguiente MAC-PDU.
El proceso a continuación continúa a la etapa 514 en la que el eNB comprueba para observar si ha tenido lugar desincronización de temporización para DRX. Como se ha indicado anteriormente, esto podría tener lugar basándose en la ausencia de la recepción de realimentación de HARQ desde el UE.
Si no se detecta desincronización de temporización de DRX en la etapa 514, el proceso continúa de vuelta a la etapa 512 y continúa transmitiendo la siguiente MAC-PDU.
Desde la etapa 514, si se detecta desincronización de temporización de DRX, el proceso continúa a la etapa 520 en la que se transmite un comando de recepción continua en el tiempo de reactivación absoluto configurado por el control de recursos de radio.
El proceso a continuación continúa a la etapa 522 en la que comprueba si se recibió una respuesta de recepción continúa desde el UE. En caso afirmativo, el proceso continúa a la etapa 524 en la que se retransmite la MAC-PDU desde la etapa512 para la que no se recibió realimentación de HARQ en la etapa 524.
El proceso a continuación continúa a la etapa 526 en la que comprueba si ha habido éxito o si se recibió realimentación de HARQ. En caso afirmativo, el proceso finaliza en la etapa 530.
Si, desde la etapa 522, no se recibió respuesta de recepción continua o, desde la etapa 526, no se recibió la realimentación de HARQ o no se determinó éxito, el proceso continúa a la etapa 540 en la que se realiza una comprobación para observar si ha tenido lugar un traspaso o se ha liberado la conexión de RRC. Si se determina en la etapa 540 que ha tenido lugar un traspaso o se ha liberado la conexión de RRC, el proceso continúa a la etapa 530 y finaliza.
En la etapa 540, si se determina que no ha tenido lugar un traspaso o que no se ha liberado la conexión de RRC, entonces el proceso continúa a la etapa 542 en la que comprueba si se ha acabado un periodo de reintento. Si no, entonces el proceso continúa de vuelta a la etapa 520. En caso afirmativo, el proceso continúa a la etapa 544 en la que se libera la conexión de RRC y el proceso a continuación finaliza en la etapa 530.
Se hace referencia ahora a la Figura 5b. Desde la perspectiva del UE, el proceso se inicia en la etapa 550 y continúa a la etapa 552 en la que el UE se reactiva de una DRX. El proceso a continuación continúa a la etapa 554 en la que recibe datos si se indican en los canales de control compartidos de enlace descendente (DLSCCH) y realiza mediciones u otras funciones, si se requieren.
El proceso a continuación continúa a la etapa 556 en la que comprueba si el tiempo es un tiempo de reactivación absoluto. En caso afirmativo, el proceso continúa a la etapa 558, que el UE comprueba si se ha recibido un comando de recepción continua.
Desde la etapa 556, si no es un tiempo o etapa de reactivación de manera absoluta 558, si no se ha recibido comando de recepción continua, el proceso continúa a la etapa 560 en la que el UE retrocede en la DRX. Desde la etapa 560, el proceso continúa reactivándose desde DRX en la etapa 552.
Como alternativa, si se recibe un comando de recepción continua en la etapa 558, el proceso continúa a la etapa 570 en la que se desactiva DRX y se inicia recepción continua. El proceso a continuación continúa a la etapa 572 en la que se transmite la respuesta de recepción continua y el proceso finaliza en la etapa 574.
Basándose en lo anterior, cuando el eNB detecta que el UE está fuera de sincronización en temporización de DRX, el eNB envía un comando de recepción continua en señalización L1/L2 o señalización de MAC al UE en un tiempo de reactivación absoluto. El UE se reactiva en el tiempo de reactivación absoluto, comprueba si se recibe o no un comando de recepción continua, y, en caso afirmativo, el UE conecta la energía a sus transceptores y retrocede a recepción continua.
En una alternativa adicional, el desplazamiento de trama de radio de reactivación absoluto ARFoff puede calcularse a partir de las identidades del UE tales como el IMSI de una manera similar a la que se calcula la ocasión de radiobúsqueda en UMTS que se describe en el documento 3GPP TS25.304. En un caso de este tipo, el intervalo de DRX puede incluirse en la información de sistema en lugar de grabarse mediante mensajes de RRC especializados.
Como se apreciará, el beneficio de señalización de ARFoff al UE es que el eNB podría alinear el tiempo de reactivación absoluto con el ajuste de ORX actual de modo que pueden conseguirse ahorros de batería adicionales.
Las realizaciones descritas en el presente documento son ejemplos de estructuras, sistemas o métodos que tienen elementos que corresponden a elementos de las técnicas de esta divulgación. Esta descripción puede posibilitar a los expertos en la materia usar realizaciones que tienen elementos alternativos que corresponden análogamente a los elementos o las técnicas de esta divulgación. El ámbito pretendido de las técnicas de esta divulgación incluye, por lo tanto, otras estructuras, sistemas o métodos que no difieren de las técnicas de esta divulgación, como se describe en el presente documento, e incluye adicionalmente otras estructuras, sistemas o métodos con diferencias insustanciales de las técnicas de esta divulgación, como se describe en el presente documento.

Claims (5)

REIVINDICACIONES
1. Un método para operación de recepción discontinua, DRX, que comprende:
mientras un equipo de usuario, UE, (110) está en operación de recepción discontinua, DRX, en un estado LTE_ACTIVA, que detecta que no se reciben datos dentro de un número predeterminado de ciclos de DRX; y en respuesta a la detección, aumentar, mediante el UE, una longitud de la DRX, caracterizado por que : antes de la detección, el UE recibe un mensaje de control de recursos de radio, RRC, desde un Nodo B mejorado, eNB, que señaliza una regla que dicta cuánto se debe aumentar la longitud de la DRX si no se reciben datos dentro de un número de ciclos de DRX;
en donde el UE aumenta automáticamente la longitud de la DRX en respuesta a la detección de que no se reciben datos dentro de un número predeterminado de ciclos de DRX; y
donde el aumento automático en la longitud de la DRX comprende aumentar la longitud de la DRX al siguiente valor mayor de la DRX, tal como se identifica mediante la regla señalizada al UE antes de que el UE en la DRX detecte que no se han recibido datos.
2. El método de la reivindicación 1, en donde la regla señalizada al UE por parte del eNB comprende aumentar la longitud de la DRX en una serie de etapas si no se reciben datos, donde cada etapa aumenta la longitud de la DRX en un factor de dos.
3. Un equipo de usuario (110) configurado para la operación de recepción discontinua que comprende:
un subsistema de comunicaciones que tiene un receptor; y
un procesador,
en donde el equipo de usuario (110) está configurado para realizar el método de cualquier reivindicación anterior.
4. Un Nodo B mejorado, eNB, (120) configurado para la operación de recepción discontinua, DRX, que comprende: un subsistema de comunicaciones configurado para comunicarse con un equipo de usuario, UE, (110), estando el equipo de usuario en un estado LTE_ACTIVA; caracterizado por que el eNB está configurado para notificar al UE mediante el control de recursos de radio (220), una regla que dicta cuánto se debe aumentar la longitud de la DRX si no se reciben datos dentro de un número de ciclos de DRX, donde
el eNB comprende, además:
medios de ajuste para ajustar la DRX;
en donde los medios de ajuste están configurados además para:
detectar que el UE no recibe datos dentro de un número predeterminado de ciclos de DRX; y
en respuesta a la detección, aumentar automáticamente una longitud de la DRX al siguiente valor mayor de la DRX, según se identifica mediante la regla señalizada previamente al UE mediante control de recursos de radio.
5. Un sistema de comunicación inalámbrica que comprende una pluralidad de equipos de usuario (110) de acuerdo con la reivindicación 3 y al menos un Nodo B mejorado (120) de acuerdo con la reivindicación 4.
ES20156754T 2007-02-14 2007-02-14 Método y sistema para recuperarse de la desincronización de temporización de DRX en LTE_activa Active ES2896957T3 (es)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
EP09177680.7A EP2161887B1 (en) 2007-02-14 2007-02-14 Method and system for recovering from DRX timing de-synchronization in LTE-Active
EP07102421A EP1959615B1 (en) 2007-02-14 2007-02-14 Method and system for recovering from DRX timing de-synchronization in LTE-active
EP18189244.9A EP3419205B1 (en) 2007-02-14 2007-02-14 Method and system for recovering from drx timing de-synchronization in lte-active
EP20156754.2A EP3687092B1 (en) 2007-02-14 2007-02-14 Method and system for recovering from drx timing de-synchronization in lte-active

Publications (1)

Publication Number Publication Date
ES2896957T3 true ES2896957T3 (es) 2022-02-28

Family

ID=38123810

Family Applications (4)

Application Number Title Priority Date Filing Date
ES18189245T Active ES2884548T3 (es) 2007-02-14 2007-02-14 Método y sistema para recuperarse de la desincronización de temporización de DRX en LTE_activa
ES18189244T Active ES2776457T3 (es) 2007-02-14 2007-02-14 Método y sistema para recuperarse de la desincronización de temporización de DRX en LTE-ACTIVE
ES20156754T Active ES2896957T3 (es) 2007-02-14 2007-02-14 Método y sistema para recuperarse de la desincronización de temporización de DRX en LTE_activa
ES09177680T Active ES2695900T3 (es) 2007-02-14 2007-02-14 Método y sistema para la recuperación de una desincronización DRX en un LTE_ACTIVE

Family Applications Before (2)

Application Number Title Priority Date Filing Date
ES18189245T Active ES2884548T3 (es) 2007-02-14 2007-02-14 Método y sistema para recuperarse de la desincronización de temporización de DRX en LTE_activa
ES18189244T Active ES2776457T3 (es) 2007-02-14 2007-02-14 Método y sistema para recuperarse de la desincronización de temporización de DRX en LTE-ACTIVE

Family Applications After (1)

Application Number Title Priority Date Filing Date
ES09177680T Active ES2695900T3 (es) 2007-02-14 2007-02-14 Método y sistema para la recuperación de una desincronización DRX en un LTE_ACTIVE

Country Status (13)

Country Link
EP (6) EP1959615B1 (es)
JP (2) JP5243453B2 (es)
CN (2) CN101653032B (es)
AT (1) ATE456226T1 (es)
CA (1) CA2677834A1 (es)
DE (1) DE602007004434D1 (es)
DK (4) DK3419206T3 (es)
ES (4) ES2884548T3 (es)
HK (1) HK1116958A1 (es)
HU (2) HUE055361T2 (es)
PL (3) PL3419205T3 (es)
PT (3) PT2161887T (es)
WO (1) WO2008098352A1 (es)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20100111230A (ko) 2009-04-06 2010-10-14 삼성전자주식회사 무선통신 시스템에서 슬립 모드의 슬립 사이클 동기를 제어하기 위한 장치 및 방법
WO2011160291A1 (zh) * 2010-06-22 2011-12-29 中兴通讯股份有限公司 一种终端及其节电方法、***
CN102761952B (zh) * 2011-04-28 2014-12-24 华为技术有限公司 物理层状态同步的方法、设备和***
TWI459777B (zh) * 2011-07-11 2014-11-01 Mediatek Inc 加強型傳呼的方法及其機器類型通訊裝置
JP5907172B2 (ja) 2011-09-30 2016-04-26 富士通株式会社 無線通信システム、移動局、基地局及び無線通信システム制御方法
US20140003312A1 (en) * 2012-07-02 2014-01-02 Vadim Sergeyev Wake-up functionality for an lte enodeb
JP6102324B2 (ja) * 2013-02-20 2017-03-29 株式会社デンソー 通信システム
CN105165073B (zh) * 2013-04-30 2019-05-17 索尼公司 移动终端、通信***及移动终端的电力模式转换方法
CN104284362B (zh) * 2013-07-09 2018-09-11 北京信威通信技术股份有限公司 一种终端检测睡眠失步的方法
US10356839B2 (en) 2014-11-04 2019-07-16 Qualcomm Incorporated Low power discontinuous reception with a second receiver
CN109156022B (zh) 2016-06-22 2022-08-09 英特尔公司 用于全双工调度的通信设备和方法
CN108307377B (zh) * 2017-01-13 2021-05-18 华为技术有限公司 一种向ue发送消息的方法、装置以及m2m管理平台
CN109429309A (zh) * 2017-07-17 2019-03-05 中兴通讯股份有限公司 节电策略调整方法、装置及***
CN110366245B (zh) * 2018-03-26 2021-11-02 维沃移动通信有限公司 取消上行传输的方法和设备

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AUPR218400A0 (en) * 2000-12-21 2001-01-25 Telefonaktiebolaget Lm Ericsson (Publ) A method and device for determining a paging reference
JP3931093B2 (ja) * 2002-02-14 2007-06-13 三菱電機株式会社 移動体通信機の通信制御方法および移動体通信機
KR100595644B1 (ko) * 2004-01-09 2006-07-03 엘지전자 주식회사 이동통신 시스템에서 점대다 서비스를 위한 통지 지시자 수신방법
ATE393558T1 (de) * 2004-06-18 2008-05-15 Matsushita Electric Ind Co Ltd Zyklishe übertragung von benachrichtigungskoordinaten in einem kommunikationssystem
USRE48984E1 (en) * 2006-03-07 2022-03-22 Electronics And Telecommunications Research Institute Method for reducing power consumption of a terminal in cellular system
WO2007111480A1 (en) * 2006-03-28 2007-10-04 Samsung Electronics Co., Ltd. Method and apparatus for discontinuous reception of connected terminal in a mobile communication system
EP1845668A1 (en) * 2006-04-11 2007-10-17 Samsung Electronics Co., Ltd. Method and apparatus for discontinuously receiving packet in a mobile communication system
AU2007245383B2 (en) * 2006-05-01 2011-05-19 Nokia Technologies Oy Apparatus, method and computer program product providing uplink synchronization through use of dedicated uplink resource assignment
US7916675B2 (en) * 2006-06-20 2011-03-29 Nokia Corporation Method and system for providing interim discontinuous reception/transmission

Also Published As

Publication number Publication date
ATE456226T1 (de) 2010-02-15
ES2884548T3 (es) 2021-12-10
CN101653032A (zh) 2010-02-17
JP5243453B2 (ja) 2013-07-24
DK2161887T3 (en) 2018-12-10
ES2695900T3 (es) 2019-01-11
PT2161887T (pt) 2018-11-28
HK1116958A1 (en) 2009-01-02
EP2161887B1 (en) 2018-09-26
DK3419206T3 (da) 2021-08-23
PL3419205T3 (pl) 2020-06-15
EP3419206B1 (en) 2021-06-23
EP3926874B1 (en) 2023-08-16
DK3419205T3 (da) 2020-05-04
JP2010518765A (ja) 2010-05-27
PL2161887T3 (pl) 2019-02-28
PT3419205T (pt) 2020-03-05
EP3419205A1 (en) 2018-12-26
EP3926874A1 (en) 2021-12-22
WO2008098352A1 (en) 2008-08-21
EP3419205B1 (en) 2020-02-12
JP2012135058A (ja) 2012-07-12
CN101653032B (zh) 2013-02-20
HUE055361T2 (hu) 2021-11-29
CN103036659B (zh) 2016-04-27
HUE047799T2 (hu) 2020-05-28
EP3419206A1 (en) 2018-12-26
DK3687092T3 (da) 2021-11-15
ES2776457T3 (es) 2020-07-30
JP5417479B2 (ja) 2014-02-12
EP1959615A1 (en) 2008-08-20
EP2161887A1 (en) 2010-03-10
PL3419206T3 (pl) 2021-12-06
EP3687092A1 (en) 2020-07-29
EP1959615B1 (en) 2010-01-20
EP3687092B1 (en) 2021-09-08
CA2677834A1 (en) 2008-08-21
PT3419206T (pt) 2021-08-19
CN103036659A (zh) 2013-04-10
DE602007004434D1 (de) 2010-03-11

Similar Documents

Publication Publication Date Title
ES2896957T3 (es) Método y sistema para recuperarse de la desincronización de temporización de DRX en LTE_activa
US8447369B2 (en) Method and system for recovering from DRX timing de-synchronization in LTE—active
ES2403204T3 (es) Método y sistema para el soporte de una DRX larga en un estado activo de LTE en una red inalámbrica
EP2292052B1 (en) Method and user equipment for configuring a long drx cycle in a lte ( e-utra) mobile communications network