ES2695900T3 - Método y sistema para la recuperación de una desincronización DRX en un LTE_ACTIVE - Google Patents

Método y sistema para la recuperación de una desincronización DRX en un LTE_ACTIVE Download PDF

Info

Publication number
ES2695900T3
ES2695900T3 ES09177680T ES09177680T ES2695900T3 ES 2695900 T3 ES2695900 T3 ES 2695900T3 ES 09177680 T ES09177680 T ES 09177680T ES 09177680 T ES09177680 T ES 09177680T ES 2695900 T3 ES2695900 T3 ES 2695900T3
Authority
ES
Spain
Prior art keywords
drx
enb
user equipment
time
wake
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
ES09177680T
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 ES2695900T3 publication Critical patent/ES2695900T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/188Time-out mechanisms
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L2001/125Arrangements for preventing errors in the return channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/04Interfaces between hierarchically different network devices
    • H04W92/10Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface
    • YGENERAL 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
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE 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/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Abstract

Un método para la recepción discontinua, DRX, operación, que comprende: mientras que un equipo de usuario, UE, (110) está en Recepción Discontinua, DRX, funciona en un estado LTE_ACTlVE, despertando (552) a un receptor del UE; caracterizado porque el método comprende, además: verificar si un tiempo (556) actual es un tiempo de despertar preconfigurado, el tiempo de despertar preconfigurado correspondiente a un número de trama de radio igual a un desplazamiento de trama de radio más N veces un intervalo DRX, en donde N es un número entero mayor o igual a cero; si el tiempo actual es el tiempo de despertar preconfigurado, verificar si se ha recibido un comando (558) de recepción continua en el UE; en el que si se ha recibido un Comando de Recepción Continua, el método comprende desactivar DRX y pasar a recepción continua, o si no se ha recibido un Comando de Recepción Continua, el método comprende reactivar DRX.

Description

DESCRIPCION
Metodo y sistema para la recuperacion de una desincronizacion DRX en un LTE_ACTIVE
La presente divulgacion se refiere, en general, a la evolucion a largo plazo (LTE) de proyectos de asociacion de tercera generacion (3GPP) y, en particular, a la desincronizacion de temporizacion DRX en un estado LTE_ACTIVE
En la infraestructura de evolucion a largo plazo, un UE puede estar en uno de dos estados de control de recursos de radio (RRC). Estos son LTE_IDLE y LTE_ACTIVE
El UE puede configurarse para recepcion discontinua (DRX) en ambos estados LTE_IDLE y los estados LTE_ACTIVE. En el estado LTE_IDLE, el DRX permite que el UE sincronice su perfodo de escucha con un ciclo de busqueda de la red conocido. Al sincronizar el perfodo de escucha, el UE puede apagar su transceptor de radio durante el perfodo de espera, ahorrando, de esta manera, significativamente recursos de baterfa. Los parametros DRX le permiten al movil sincronizarse con la red y saber que no recibira otra senal hasta que haya transcurrido un tiempo especificado.
En el grupo de trabajo TSG-RAN 3GPP se propone que DRX tambien se use cuando el UE este en estado LTE_ACTIVE. Ademas, se propone que cuando el equipo de usuario (UE) esta en la recepcion discontinua (DRX) en el estado LTE_ACTIVE, esa configuracion DRX regular es senalada mediante un mensaje de protocolo de control de recursos de radio (RRC) y una (re)configuracion DRX temporal se senala mediante la senalizacion de control de acceso de medio (MAC), por ejemplo, en el encabezado de la unidad de datos del protocolo MAC (MAC-PDU) o en el PDU de control MAC.
En LTE, antes de que los datos del usuario se envfen en un canal compartido de enlace descendente, el eNB enviara una indicacion de programacion en el canal de control compartido de enlace descendente (DLSCCH) que proporciona los parametros que el UE utilizara para demodular los datos. Sin embargo, si el UE pierde esa indicacion de programacion DLSCCH, el UE no sabra recibir los datos del usuario y, por lo tanto, no sabra reconocer (ACK) o negativamente ACK (NACK) al usuario MAC-PDU. El eNB estara esperando el ACK o NACK, es decir, la respuesta ARQ hfbrida (HARQ). Cuando no obtiene esa respuesta, se considera una transmision discontinua (DTX). Si el UE pierde la indicacion de datos en el canal de control compartido de enlace descendente (DLSCCH) y la transmision discontinua subsecuente (DTX) en el canal de retroalimentacion HARQ se malinterpreta como un ACK por el nodo B (eNB) mejorado, una MAC-PDU puede perderse. Ademas, si el UE incrementa automaticamente la longitud de DRX de acuerdo con una regla, por ejemplo, no hay actividades de datos en una duracion determinada, el eNB mantendra su valor DRX actual mientras el Ue incrementara su propio valor de DRX. Esto da como resultado la desincronizacion de la temporizacion de DRX, es decir, el eNB y el UE estan operando en diferentes perfodos de DRX
Como se apreciara, esto aumenta la latencia de entrega del mensaje de enlace descendente y desperdicia recursos de radio de enlace descendente. Debe evitarse una latencia de entrega mas prolongada, especialmente para los mensajes crfticos de control de enlace descendente. Una vez que se produce la desincronizacion de la temporizacion DRX, el eNB debe determinar la temporizacion UE DRX para enviar nuevos datos al UE. El eNB puede lograr esto enviando varios mensajes de sondeo al UE en aquellos momentos en que sabe que el UE posiblemente este despierto. Despues de algunos intentos, encontrara la temporizacion UE DRX y despertara el UE para recuperar la sincronizacion
El 3GPP TS25.304 describe un metodo para identificar ocasiones de busqueda para un equipo de usuario en modo inactivo. Las ocasiones de busqueda se determinan usando la siguiente formula: Ocasion de busqueda = {(IMSI) div K) mod (longitud de ciclo DRX div PBP)}* PBP n* longitud de ciclo DRX desplazamiento de trama, donde IMSI es la identidad de estacion movil internacional, y PBP es la periodicidad del bloque de busqueda
Debido a que la operacion de modulo requiere mucho tiempo, el documento WO02/51171 de Pulkkinen et al. proporciona un metodo alternativo para identificar referencias de busqueda.
Yang et al. propone un mecanismo DRX adaptativo basado en el Indicador de busqueda extendida en un documento titulado... “An Adaptive Discontinuous Reception Mechanism Based on Extended Paging Indicator for Power Saving in UMTS”, 2006 IEEE 64th Vehicular Technology Conference. Yang et al. define ejecuciones de 4 bits de “00”, “01”, “10” y “11” que se senalizaran durante las ocasiones de busqueda para indicar al UE que mantenga, aumente, disminuya o restablezca el perfodo DRX.
El 3GPP TS25.331 discute los diversos tipos de bloques de informacion del sistema.
General
El alcance de la invencion es como se define en las reivindicaciones. La invencion proporciona un metodo de acuerdo con la reivindicacion 1, un equipo de usuario de acuerdo con la reivindicacion 6, y el Nodo B mejorado de acuerdo con la reivindicacion 7, y un sistema de comunicacion inalambrica de la reivindicacion 9. Se proporcionan caracterfsticas adicionales de acuerdo con las reivindicaciones dependientes.
En el caso de que el UE este en LTE_ACTIVE y DRX este activado, a la llegada de los datos del enlace descendente, el eNB puede transmitir una indicacion de programacion en el DLSCCH y transmite las MAC-PDU en el DL-SCH en el momento en que el UE deberfa estar despierto. Si el eNB no recibe senales de retroalimentacion de solicitud de repeticion automatica hfbrida (HARQ) del UE, el eNB puede considerar que el UE no esta sincronizado en la temporizacion DRX. Para la recuperacion de dicho estado, a continuacion, se describen dos metodos.
Un primer metodo puede ser la indicacion de la desincronizacion de la temporizacion DRX en la informacion del sistema. Especfficamente, cuando el eNB detecta que el UE no esta sincronizado en la temporizacion DRX, el eNB puede transmitir los identificadores temporales de red de radio (RNTI) del UE en un bloque de informacion del sistema predefinido.
Cuando el UE se despierta, puede leer el bloque de informacion del sistema. Si se indica el RNTI del UE, el UE puede desactivar el modo d Rx y transmite mensajes de Notificacion de Recepcion Continua utilizando la senalizacion L1/L2 o la senalizacion MAC al eNB. Al recibir el mensaje de Notificacion de Recepcion Continua, el eNB puede retransmitir los datos que esperan en su bufer al UE. Cuando se confirman los datos o se recibe la retroalimentacion HARQ del UE, el eNB puede eliminar el RNTI de la informacion del sistema
En una realizacion adicional, un metodo para la recuperacion de la desincronizacion DRX puede ser para preconfigurar un tiempo de despertarse absoluto. Especfficamente, cuando un portador de radio para una comunicacion interactiva o de fondo se establece o el DRX se activa en ese portador, el r Rc puede indicar al UE la temporizacion de despertar absoluta. la temporizacion de despertar absoluta puede definirse mediante el desplazamiento de la trama de radio (ARFoff) a la temporizacion de trama de radio del sistema y el intervalo DRX (Alnt). Independientemente de la configuracion actual de DRX, el UE debe activarse en la trama de radio de ARFoff N * Alnt, donde N = 0, 1,... si el eNB desea garantizar la recuperacion en 2.56 segundos, entonces el Alnt puede establecerse en 2.56 segundos.
Cuando el eNB detecta que el UE esta fuera de sincronizado en la temporizacion de DRX, el eNB puede enviar un comando de recepcion continua (es decir desactivacion DRX) en la senalizacion L1/L2 o la senalizacion MAC al UE en el tiempo de despertar absoluto. Cuando el UE se despierta en el momento de despertar absoluto puede verificar si se recibe o no un comando de recepcion continua. Si es asf, el UE puede encender la energfa del transceptor, vuelve a encender para la recepcion continua, obtiene la sincronizacion de enlace ascendente y el otorgamiento de concesion de programacion si es necesario, y envfa una Respuesta de Recepcion Continua al eNB. Al recibir la Respuesta de Recepcion Continua, el eNB puede transmitir los datos en su bufer al UE
En caso de que el eNB desee que el UE reajuste la sincronizacion del enlace ascendente, el eNB puede enviar el Comando de Recepcion Continua sobre el canal de senalizacion L1/L2, que contiene una indicacion de que la sincronizacion del enlace ascendente debe ser reajustada y la informacion con respecto al recurso de enlace ascendente dedicado asignado para la Respuesta de Recepcion Continua al recibir tal Comando de Recepcion Continua, el UE puede reajustar el tiempo del enlace ascendente y responde enviando un Comando de Recepcion Continua usando el recurso indicado en el Comando de Recepcion Continua.
En una realizacion alternativa adicional, el desplazamiento de la trama de radio de despertar absoluto se puede calcular a partir de las identidades del UE como IMSI (Identidad de Estacion Movil Internacional) de una manera similar a la que se calcula la ocasion de busqueda en UMTS como se describe en 3GPP TS25.304. En este caso, el intervalo DRX puede incluirse en la informacion del sistema en lugar de senalizarse a traves de mensajes RRC dedicados.
La presente divulgacion puede proporcionar un metodo para recuperar la desincronizacion de la temporizacion de recepcion discontinua (DRx ) en un estado LTE_ACTIVE que comprende los pasos de: detectar la desincronizacion de la temporizacion DRX transmitir un indicador a un Equipo de Usuario (UE) para reanudar la recepcion continua; y esperar una indicacion de si se recibio una Respuesta de Recepcion Continua
La presente divulgacion puede proporcionar ademas un metodo para ir a recepcion continua en Equipo de Usuario debido a una desincronizacion de la temporizacion de la recepcion discontinua (DRX) en un estado LTE_ACTIVE que comprende los pasos de: despertar de DRX, verificacion de un indicador para determinar si ir a la recepcion continua; y si existe un indicador para ir a la recepcion continua, desactivar DRX, ir a la recepcion continua y transmitir una respuesta de recepcion continua.
La presente divulgacion puede proporcionar ademas un Nodo B mejorado (eNB) adaptado para recuperar la desincronizacion de la temporizacion de recepcion discontinua (DRX) en un estado LTE_ACTIVE, caracterizado por: medios para detectar la desincronizacion de temporizacion DRX; medios para transmitir un indicador a un Equipo de Usuario (UE) para reanudar la Recepcion Continua; y medios para esperar una indicacion de si se recibio una Respuesta de Recepcion Continua.
La presente divulgacion puede proporcionar ademas un Equipo de Usuario (UE) adaptado para ir a la recepcion continua debido a una desincronizacion de temporizacion de recepcion discontinua (DRX) en un estado LTE_ACTIVE, caracterizado por: medios para despertar del DRX; medios para verificar un indicador para determinar si ir a una recepcion continua; y medios para desactivar DRX, ir a la recepcion continua y transmitir una Respuesta de Recepcion Continua si existe un indicador para ir a la recepcion continua.
Breve descripcion de los dibujos
La presente divulgacion se entendera mejor conferencia a los dibujos en los que:
La Figura 1 es un diagrama de bloques que muestra una pila de protocolos del plano del usuario de evolucion a largo plazo;
La Figura 2 es un diagrama de bloques que muestra una pila de protocolos del plano de control de la evolucion a largo plazo,
La Figura 3a es un diagrama de flujo que muestra un metodo para activar, desactivar y reconfigurar un perfodo DRX utilizando un encabezado MAC-PDU o PDU de control MAC desde el lado del eNB;
La Figura 3b es un diagrama de flujo que muestra un metodo para confirmar la desactivacion, desactivacion o reconfiguracion del perfodo DRX desde el lado UE;
La Figura 4a es un diagrama de flujo que muestra un metodo para indicar la desincronizacion de la temporizacion DRX dentro de la informacion del sistema desde el lado del eNB;
La Figura 4b es un diagrama de flujo que muestra un metodo para realizar la desincronizacion de la temporizacion DRX dentro de la informacion del sistema de un lado UE;
La Figura 5a es un diagrama de flujo que muestra un metodo de recuperacion del tiempo de despertar preconfigurado de posibles desincronizaciones de temporizacion DRX desde la perspectiva del eNB; y
La Figura 5b es un diagrama de flujo que muestra un metodo para preconfigurar recuperacion de tiempo de despertar de la posible desincronizacion de la temporizacion de DRX desde la perspectiva del UE;
Descripcion de las realizaciones preferidas
Ahora se hace referencia a los dibujos. La Figura 1 muestra un diagrama de bloques que ilustra la pila de protocolos del plano de usuario de evolucion 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 varias capas en la pila de protocolos. La capa 140 del protocolo de convergencia de datos en paquetes (PDCP) se ilustra en la UE 110 y en aGW 130. La capa 140 PDCP realiza la compresion y descompresion del encabezado del protocolo de Internet (IP), el cifrado de los datos del usuario, la transferencia de datos del usuario y el mantenimiento de los numeros de secuencia (SN) para los portadores de radio.
Por debajo de la capa 140 del PDCP esta 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 apreciara, la comunicacion se produce a traves de la capa ffsica en pilas de protocolos tal como aquellas ilustradas en las figuras 1 y 2. Sin embargo, las RLC-PDU de la capa 142 RLC del UE se interpretan por la capa 142 RLC en el eNB 120
Debajo de la capa 142 RLC se encuentra la capa 146 del protocolo de comunicacion de datos de control de acceso al medio (MAC). Como apreciaran los expertos en la tecnica, los protocolos RLC y MAC forman las subcapas de enlace de datos de la interfaz de radio LTE y residen en el eNB en LTE y en el equipo de usuario.
La capa 1 (L1) LTE (capa 148 ffsica) esta debajo de las capas 144, 146 RLC/MAC. Esta capa es la capa ffsica para las comunicaciones.
Con referencia a la Figura 2, la Figura 2 ilustra la arquitectura del protocolo del plano de control LTE. Se usaran numeros de referencia similares a los utilizados en la Figura 1 en la Figura 2. Especfficamente, el UE 110 se comunica con eNB 120 y aGW 130. Ademas, la capa 148 ffsica, la capa 146 MAC, la capa 142 RLC y la capa 140 PDCP existen en la Figura 2.
La Figura 2 tambien muestra la capa 210 del estrato de no acceso (NAS). Como se apreciara, la capa 210 NAS podrfa incluir gestion de movilidad y gestion de sesion.
La capa de protocolo de control de recursos de radio (RRC) 220, es la parte de la pila de protocolos responsable de la asignacion, configuracion y liberacion de recursos de radio entre el UE y la E-UTRAN (Red de acceso de radio terrestre universal evolucionada). Las funcionalidades basicas del protocolo RRC para LTE se describen en 3GPP TR25.813.
Como apreciaran los expertos en la tecnica, en UMTS, se lleva a cabo la funcionalidad de solicitud de repeticion automatica (ARQ) dentro de la capa RLC que reside en el controlador de red de radio (RNC). La Evolucion a largo plazo (LTE) mueve la funcionalidad a Rq del RNC al eNB donde puede existir una interaccion mas estrecha entre ARQ y HARQ (dentro de la capa MAC, tambien ubicada en eNB).
En el presente documento se consideran varios problemas relacionados con DRX en un estado LTE_ACTIVE.
Procedimiento de senalizacion de DRX
Se requieren procedimientos de senalizacion muy eficientes para activar y desactivar DRX y especificar la duracion de los periodos DRX para soportar una gran poblacion de UE en una celda que utiliza DRX en un estado LTE_ACTIVE
Como apreciaran los expertos en la tecnica, si el Nodo B evolucionado (eNB) transmite datos para el UE durante su perfodo de desconexion del receptor debido a una operacion 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 esten sincronizados con respecto a cuando se activa y desactiva el DRX;
La indicacion entre el eNB y el UE puede ser explfcitamente senalada por el control de recurso de radio (RRC) o la senalizacion de la capa 1/capa 2 (L1/L2). Como se apreciara, sin embargo, la senalizacion explfcita puede no ser tan eficiente como se desea.
Una solucion mas eficiente es incluir un campo opcional en el encabezado MAC de un MAC-PDU (unidad de datos del protocolo MAC) o un PDU de control MAC (MAC PDU que contiene solo informacion de control MAC) para indicar la activacion y desactivacion de DRX. El campo preferiblemente indica el margen de valor y tiempo de DRX para la activacion y desactivacion. Un valor de cero, por ejemplo, podrfa significar la desactivacion de DRX en el campo de valor de d Rx en una realizacion preferida. Por el contrario, si los datos que se transmitiran en la siguiente MAC-PDU son los ultimos en el bufer para el UE, el eNB puede extender el campo del encabezado MAC para incluir un valor inicial de longitud DRX. Por ejemplo, esto podrfa ser de 320 milisegundos.
Se pueden considerar varios metodos diferentes para senalar el perfodo DRX dentro del encabezado MAC-PDU. Por ejemplo, tres bits pueden ser agregados al encabezado MAC para indicar ocho valores del perfodo DRX. Por lo tanto, en lugar de enviar un valor de tiempo especffico, un valor de bit de 000 a 111 podrfa indicar uno de los ocho valores discretos.
En una alternativa, un campo mas pequeno en el encabezado MAC podrfa usarse (por ejemplo, dos bits) para indicar incremento o decremento. El RRC podrfa indicar valores predeterminados, y si el encabezado MAC indica incremento o decremento, entonces el UE podrfa cambiar al valor preespecificado, de acuerdo con la indicacion recibida. De manera similar, el RRC podrfa definir el mapeo entre el valor real de DRX y el valor contenido en el campo mas pequeno.
Una vez que el UE recibe el valor de DRX, lo confirma al eNB transmitiendo HARQ ACK e inicia el DRX en la trama del sistema apropiada considerando el retardo de propagacion y el retardo de procesamiento en el eNB. Cuando el eNB recibe el ACK del UE, tambien inicia el DRX en el tiempo de trama del sistema apropiado. Como se apreciara, el eNB no apaga su transceptor, sino que simplemente sabe que no debe transmitir mensajes al UE individual
Durante el ciclo de despertar de un perfodo de DRX, si han llegado nuevos datos al eNB para su transmision, el eNB puede enviar un MAC-PDU con una extension de encabezado establecida a desactivacion DRX o una longitud de DRX mas corta dependiendo de la cantidad de datos en el bufer o los requisitos de calidad de servicio. El UE reconfigura el DRX como corresponde y reconoce la MAC-PDU. Cuando el eNB recibe el ACK, reconfigura el DRX. Como se indico anteriormente, la desactivacion se podrfa lograr al simplemente establecer un valor de longitud en cero.
Ahora se hace referencia a las figuras 3a y 3b. La figura 3a muestra un metodo de ejemplo, para controlar la activacion de DRX en el estado LTE_ACTIVE. El proceso comienza en el paso 300 y continua hasta el paso 310 en el que los datos se transmiten al UE. Como apreciaran los expertos en la tecnica, la transmision de datos en el estado LTE_ACTIVE utiliza la MAC-PDU en la capa de enlace de datos para transmitir los datos.
El proceso continua a continuacion a la etapa 312 en la que se realiza una comprobacion para ver si el bufer de datos que se enviara al UE estara vacfo despues de la proxima transmision. Si no, el proceso vuelve al paso 310 en el que los datos se transmiten al UE. Alternativamente, si el bufer esta vacfo despues de la proxima transmision y la velocidad de llegada de datos es menor que un valor de umbral, el proceso avanza a la etapa 314.
En la etapa 314, el eNB establece la activacion de DRX en el encabezado MAC-PDU. Como se indico anteriormente, esto incluye un valor de activacion de DRX e indica la duracion del perfodo de DRX y el tiempo de activacion de DRX si es necesario, por ejemplo, el numero de trama de radio del sistema cuando se debe realizar la activacion de DRX. En otra realizacion, el eNB puede simplemente indicar un aumento en el intervalo DRX. El UE reconfigura el intervalo DRX existente a un intervalo reducido predeterminado. El intervalo predeterminado puede ser conocido tanto por el eNB como por el UE o presenalizado al UE desde el eNB a traves de la senalizacion explfcita; ya sea por transmision del sistema o por senalizacion RRC.
El proceso luego pasa al paso 316 en el cual los datos que incluyen el encabezado de la MAC-PDU modificada se envfan al UE.
Ahora se hace referencia a la Figura 3b En el paso 318, el UE recibe los datos y ve que la activacion de DRX se especifica en el encabezado de la MAC-PDU. El proceso continua con el paso 320 en el que el UE envfa un acuse de recibo (ACK) al eNB e inicia el DRX en la trama apropiada del sistema considerando el retardo de propagacion y el retardo de procesamiento en el eNB. Si el tiempo de activacion del DRX especificado se indica en el encabezado MAC-PDU recibido, tanto el UE como el eNB aplican el nuevo valor de DRX en ese momento
En el paso 330 de la Figura 3a, el eNB recibe el ACK del UE y comienza el DRX a la misma trama del sistema.
Como se apreciara, el DRX puede continuar hasta que ocurran varios eventos que pueden requerir el ajuste del DRX. Un evento es la recepcion de datos desde el aGW por el eNB para el UE. Dependiendo de la cantidad de datos recibidos, el DRX puede desactivar o puede reducir el perfodo de DRX. Otros eventos que pueden requerir el ajuste del DRX incluyen un cambio en el nivel de potencia de la senal entre el eNB y el UE o posiblemente un aumento gradual en el ciclo de DRX debido a la inactividad continua de los datos, entre otros
En el paso 332, el eNB verifica si es necesario ajustar el DRX como se indico anteriormente, esta podrfa ser la situacion en la que se reciben los datos para enviarlos al Ue . Aquf, el DRX se puede desactivar o ajustar el perfodo
Desde el paso 332, si no es necesario ajustar el DRX, el proceso vuelve al paso 332 y continua verificando si es necesario o no ajustar el DRX
Una vez que el proceso en el paso 332 encuentra que el DRX no requiere ser ajustado, el proceso pasa al paso 334 en el cual este ajusta el DRX. Esto podrfa estar desactivando el DRX transmitiendo un valor cero para el DRX o un DRX mas corto o un DRX mas largo segun sea necesario
La MAC-PDU con el encabezado modificado (incluyendo el valor de DRX modificado y el tiempo de activacion para el nuevo valor de DRX si es necesario) se envfa al UE en el paso 336. La MAC-PDU en el paso 336 tambien podrfa incluir cualquier dato que haya sido recibido por el eNB que necesita ser transmitido al UE. Si no se incluyen datos, entonces la mAc -PDU se considera una PDU de control MAC.
Con referencia a la Figura 3b, el proceso continua hasta el paso 318 en el que se recibe la MAC-PDU con el encabezado modificado en el UE. El UE reconoce el perfodo DRX que va a ser ajustado en el paso 320 envfa una confirmacion al eNB y ajusta su perfodo DRX en la trama del sistema apropiada considerando el retardo de propagacion y el retardo de procesamiento como en el eNB. Si el tiempo de activacion se indica en el encabezado MAC-PDu , tanto el UE como el eNB aplican el nuevo valor de DRX en ese momento.
Refiriendose a la Figura 3a, en el paso 342, el eNB recibe el ACK y comienza el perfodo DRX modificado en la misma trama apropiada del sistema. El proceso luego regresa al paso 332 para ver si el DRX necesita ser ajustado nuevamente.
Como se apreciara por los expertos en la tecnica, un problema con lo anterior ocurre en el caso de una interpretacion erronea de un ACK o un NACK. Especfficamente, la entidad de solicitud de repeticion automatica hfbrida (HARQ) del transmisor, que es una variacion del metodo de control de errores ARQ, no siempre desmodula correctamente un ACK o un NACK, posiblemente debido a malas condiciones del canal. Asf, en algunas situaciones, uno puede interpretarse como el otro. Al tener que la activacion y desactivacion de DRX ocurre en el encabezado de la MAC-PDU, una mala interpretacion del ACK a NACK o NACK a ACK debe manejarse como una mala interpretacion de la informacion de control senalizada entre un eNB y un UE puede conllevar a la perdida de datos o, posiblemente, a la conexion de radio.
Incremento automatico del DRX.
Otra consideracion es la extension incremental del DRX. Las reglas que indican como se puede incrementar o disminuir el perfodo de DRX (por ejemplo, por factores de dos), en una realizacion preferida, se puede senalar durante la configuracion del portador de radio (RB). Las reglas se aplican en la configuracion/reconfiguracion o medicion de RRC RB o en los mensajes de control de medicion al UE. En este caso, si no se reciben datos despues de N ciclos DRX actuales, el eNB y el UE aumentan la longitud del DRX al siguiente valor mas grande automaticamente. Esto elimina la necesidad de senalizacion entre el eNB y el UE para aumentar la longitud de DRX y, por lo tanto, ahorra recursos de red y baterfa.
Indicacion de desincronizacion de temporizacion de DRX en la informacion del sistema
Cuando el eNB determina que el UE no esta sincronizado dentro de su temporizacion DRX, el eNB muestra el RNTI del UE en el bloque de informacion del sistema predefinido. Cuando el UE se activa, lee el bloque de informacion del sistema. Si se indica el RNTI del UE, el UE desactiva el modo DRX y transmite un mensaje de notificacion de Recepcion Continua utilizando la senalizacion L1/L2 o la senalizacion MAC eNB. Al recibir el mensaje de Notificacion de Recepcion Continua, el eNB retransmitira los datos que esperan en el bufer al UE. Cuando se confirman los datos o se recibe una respuesta HARQ del UE, eNB elimina el RNTI de la informacion del sistema.
Ahora se hace referencia a la Figura 4a. La Figura 4a muestra un diagrama de flujo para un metodo de senalizacion del RNTI en la informacion del sistema para la recuperacion de la desincronizacion DRX. El proceso comienza en el paso 410
El proceso avanza al paso 412 en la que el eNB transmite la siguiente MAC-PDU.
Luego, el proceso avanza al paso 414 en el que se verifica si se ha producido una desincronizacion de la temporizacion DRX. Como se indico anteriormente, este podrfa ser si el eNB no recibe senales de retroalimentacion HARQ del UE, en cuyo caso el eNB puede considerar que el UE no esta sincronizado en la temporizacion DRX
Si no se detecta una desincronizacion de la temporizacion DRX en el paso 414, el proceso continua de nuevo al paso 412 hasta que se detecta una desincronizacion de la temporizacion DRX.
Si se detecta una desincronizacion de la temporizacion DRX en el paso 414, el proceso avanza al paso 416 en el que el RNTI del UE se agrega a un bloque de informacion del sistema predefinido. Como sera apreciado, el UE, al despertar de DRX, verificara la informacion del sistema y detectara su RNTI, como se describe con referencia a la Figura 4b a continuacion.
Desde el paso 416 en la Figura 4a, el proceso espera un mensaje de notificacion de Recepcion Continua si se recibe un mensaje de Notificacion de Recepcion Continua en el paso 418, el proceso pasa al paso 420 en el que retransmite la MAC-PDU. Como se apreciara, esta puede ser la misma MAC-PDU que el eNB intento transmitir en el paso 412 antes de que se detectara una desincronizacion de la temporizacion DRX en el paso 414 La retransmision de la MAC-PDU se produce en el paso 420
El proceso pasa luego al paso 422 en el que verifica si se recibe una respuesta HARQ o exito
Si, en el paso 418, no se recibe un mensaje de Notificacion de Recepcion Continua, o en el paso 422 si no se recibe exito o retroalimentacion de HARQ, el proceso pasa al paso 430 en el que se realiza una verificacion para ver si se ha producido un traspaso o si se ha liberado la conexion r Rc .
Si se detecta un traspaso a otra celda o si se encuentra liberada la conexion RRC en el paso 430, el proceso pasa al paso 435 en el que el RNTI del UE se retira del bloque de informacion del sistema predefinido. De manera similar, si se logra el exito o se recibe retroalimentacion HARQ del paso 422, el proceso avanza al paso 435 en el que el RNTI del UE se retira del bloque de informacion del sistema predefinido.
El proceso avanza desde el paso 435 al paso 440 en la que finaliza
Alternativamente, si el traspaso a otra celda o la liberacion de la conexion RRC se encuentra en el paso 430, el proceso pasa al paso 440 en el que finaliza.
Ahora se hace referencia a la Figura 4b. En el lado del UE, el proceso comienza en el paso 450.
En el paso 452, el UE se despierta de DRX
El proceso luego pasa al paso 454 en el que el UE recibe datos si se indica en los canales de control compartido de enlace descendente (DLSCCH) y realiza mediciones u otras funciones segun se requiera;
El proceso continua al paso 456 en el que lee un bloque de informacion del sistema predefinido para una lista de UE en la desincronizacion de la temporizacion DRX
El proceso pasa entonces al paso 460 en el que verifica si el RNTI del UE esta incluido en la lista de UE en el bloque de informacion del sistema. Si no, el UE regresa a DRX en el paso 462 y luego espera a que el DRX despierte en el paso 452
Alternativamente, desde el paso 460, si el RNTI del UE esta incluido en el bloque de informacion del sistema, el proceso pasa al paso 466 en el que el DRX se desactiva y se inicia la recepcion continua
El proceso pasa luego al paso 468 en el que se transmite una notificacion de recepcion continua y el proceso se transmite y finaliza en el paso 470
Como se apreciara de lo anterior, la desincronizacion es, por lo tanto, recuperada en el siguiente ciclo de DRX por el UE que detecta su RNTI en el bloque de informacion del sistema predefinido.
Tiempo de despertar preconfigurado para la recuperacion de la posible desincronizacion de la temporizacion del DRX
En otra realizacion, cuando se establece un portador de radio para la comunicacion interactiva o de fondo o el DRX se activa en ese portador, el RRC puede notificar un tiempo de despertar absoluto al UE. La temporizacion de despertar absoluta se define mediante el desplazamiento de la trama de radio (ARFoff) a la temporizacion de la trama de radio del sistema y el intervalo DRX (AINT). Independientemente de la configuracion DRX actual, el UE debe despertar en la trama de radio de ARFoff N* Alnt donde N es un entero. Ahora se hace referencia a la Figura 5a
El proceso comienza en el paso 510 y pasa al paso 512 en el que se transmite la siguiente MAC-PDU
Luego, el proceso pasa al paso 514 en la que el eNB verifica si se ha producido una desincronizacion de tiempo para DRX. Como se indico anteriormente, esto podrfa ocurrir en base a la falta de recepcion de retroalimentacion HARQ del UE.
Si la desincronizacion de la temporizacion de DRX no se detecta en el paso 514, el proceso continua de nuevo en el paso 512 y continua transmitiendo el siguiente MAC-PDU.
Desde el paso 514, si se detecta la desincronizacion de la temporizacion DRX, el proceso continua hasta el paso 520 en el que se transmite el comando de recepcion continua en el tiempo de despertar absoluto configurado por el control de recursos de radio.
El proceso luego pasa a la etapa 522 en la que verifica si se recibio una respuesta de recepcion continua desde el UE. En caso afirmativo, el proceso avanza al paso 524 en la que la MAC-PDU del paso 512 para el que no se recibio retroalimentacion HARQ se retransmite en el paso 524.
El proceso luego pasa al paso 526 en el que comprueba si ha habido exito o si se recibio la retroalimentacion HARQ. En caso afirmativo, el proceso finaliza en el paso 530
Si, desde el paso 522, no se recibio la respuesta de recepcion continua o, desde el paso 526, no se recibio la retroalimentacion HARQ o no se determino el exito, el proceso pasa al paso 540 en el que se realiza una verificacion para ver si se ha producido un traspaso o la conexion RRC se ha liberado. Si se determina en el paso 540 que se ha producido un traspaso o si se ha liberado la conexion RRC, el proceso continua hasta el paso 530 y finaliza
Si, en el paso 540, se determina que no ha habido ningun traspaso o que la conexion de RRC se ha liberado, entonces el proceso pasa al paso 542 en el que verifica si el perfodo de reintento ha terminado. Si no, entonces el proceso regresa al paso 520. En caso afirmativo, el proceso pasa al paso 544 en el que la conexion RRC es liberada y el proceso finaliza, entonces, en el paso 530.
Ahora se hace referencia a la Figura 5b. Desde la perspectiva del UE, el proceso comienza en el paso 550 y avanza al paso 552 en el que el UE se despierta de un DRX. El proceso luego avanza al paso 554 en el que recibe datos, si se indica en los canales de control compartido de enlace descendente (DLSCCH) y realice mediciones de otras funciones si se requiere.
El proceso luego pasa al paso 556 en el que verifica si el tiempo es un tiempo de activacion absoluto. Si es asf, el proceso pasa al paso 558, en el que el UE verifica si se ha recibido un comando de recepcion continua
Desde el paso 556, si no es un tiempo de despertar total o paso 558, si no se ha recibido el Comando de Recepcion Continua, el proceso pasa al paso 560 en el que el UE regresa a DRX. Desde el paso 560, el proceso continua al despertar de DRX en el paso 552
Alternativamente, si se recibe un comando de recepcion continua en el paso 558, el proceso pasa al paso 570 en el que se desactiva la DRX y se inicia la recepcion continua. El proceso luego pasa al paso 572 en el que la respuesta de recepcion continua se transmite y el proceso finaliza en el paso 574.
En base a lo anterior, cuando el eNB detecta que el UE no esta sincronizado en la temporizacion DRX, el eNB envfa un comando de recepcion continua en la senalizacion L1/L2 o senalizacion MAC a el UE en un tiempo de despertar absoluto. El UE se despierta en el tiempo de despertar absoluto, verifica si se recibe un comando de recepcion continua y, en caso afirmativo, el UE conecta la alimentacion a sus transceptores y vuelve a la recepcion continua.
En una alternativa adicional, el desfase de trama de radio de despertar absoluto ARFoff se puede calcular a partir de las identidades del UE, como IMSI, de manera similar a como se calcula la ocasion de busqueda en UMTS que se describe en 3GPP TS25.304. En tal caso, el intervalo DRX puede incluirse en la informacion del sistema en lugar de guardarse a traves de mensajes RRC dedicados.
Como se apreciara, el beneficio de senalizar el ARFoff al UE es que el eNB podrfa alinear el tiempo de activacion absoluto con la configuracion actual de DRX para que se puedan lograr ahorros en la baterfa
Las realizaciones descritas en este documento son ejemplos de estructuras, sistemas o metodos que tienen elementos correspondientes a los elementos de las tecnicas de esta divulgacion. Esta descripcion puede permitir a los expertos en la tecnica usar realizaciones que tengan elementos alternativos que tambien correspondan a los elementos o las tecnicas de esta divulgacion. Diversas modificaciones que son evidentes para la persona experta en la tecnica pretenden estar dentro del alcance de la invencion, cuyas unicas limitaciones se establecen en las reivindicaciones adjuntas.

Claims (9)

REIVINDICACIONES
1. Un metodo para la recepcion discontinua, DRX, operacion, que comprende:
mientras que un equipo de usuario, UE, (110) esta en Recepcion Discontinua, DRX, funciona en un estado LTE_ACTlVE, despertando (552) a un receptor del UE; caracterizado porque el metodo comprende, ademas: verificar si un tiempo (556) actual es un tiempo de despertar preconfigurado, el tiempo de despertar preconfigurado correspondiente a un numero de trama de radio igual a un desplazamiento de trama de radio mas N veces un intervalo DRX, en donde N es un numero entero mayor o igual a cero;
si el tiempo actual es el tiempo de despertar preconfigurado, verificar si se ha recibido un comando (558) de recepcion continua en el UE;
en el que
si se ha recibido un Comando de Recepcion Continua, el metodo comprende desactivar DRX y pasar a recepcion continua, o si no se ha recibido un Comando de Recepcion Continua, el metodo comprende reactivar DRX.
2. El metodo de la reivindicacion 1, en el que el tiempo de activacion preconfigurado se notifica al UE mediante el control de recursos de radio, RRC (220).
3. El metodo de la reivindicacion 1, en el que el desplazamiento de la trama de radio se calcula a partir de una identidad de abonado o equipo de usuario.
4. El metodo de la reivindicacion 3, en el que la identidad es la identidad de la estacion movil internacional.
5. El metodo de la reivindicacion 1, en el que, si se ha recibido el comando de recepcion continua y se ha desactivado el DRX, y se ha iniciado la recepcion continua, el metodo comprende ademas el paso de: enviar una respuesta de recepcion continua.
6. Un equipo (110) de usuario configurado para una operacion de recepcion discontinua que comprende:
un subsistema de comunicaciones que tiene un receptor;
y
un procesador,
en el que el equipo (110) de usuario esta configurado para realizar el metodo de cualquier reivindicacion precedente.
7. Un Nodo B mejorado, eNB, (120) configurado para recepcion discontinua, DRX, operacion que comprende:
un subsistema de comunicaciones configurado para comunicarse con un equipo (110) de usuario, estando el equipo de usuario en un estado LTE_ACTIVE; caracterizado porque el eNB comprende, ademas:
verificar (514) medios para verificar si el tiempo actual es un tiempo de despertar preconfigurado, el tiempo de despertar preconfigurada corresponde a un numero de trama de radio igual a un desplazamiento de trama de radio mas N veces un intervalo DRX, donde N es un numero entero mayor que o igual a cero;
en el que el subsistema de comunicaciones esta configurado ademas para enviar un Comando de Recepcion Continuo (520) al UE en el tiempo de despertar preconfigurado si el Nodo B mejorado detecto la desincronizacion DRX entre el Nodo B mejorado y el equipo de usuario, para efectuar en el equipo de usuario una desactivacion del DRX y un inicio de recepcion continua.
8. El eNB de la reivindicacion 7, en el que el eNB esta configurado para transmitir el tiempo de despertar preconfigurado al UE mediante el control de recursos de radio (220).
9. Un sistema de comunicacion inalambrica que comprende una pluralidad de equipos (110) de usuario segun la reivindicacion 6 y al menos un Nodo B (120) mejorado segun una cualquiera de las reivindicaciones 7 a 8.
ES09177680T 2007-02-14 2007-02-14 Método y sistema para la recuperación de una desincronización DRX en un LTE_ACTIVE Active ES2695900T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP07102421A EP1959615B1 (en) 2007-02-14 2007-02-14 Method and system for recovering from DRX timing de-synchronization in LTE-active
EP09177680.7A EP2161887B1 (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
ES2695900T3 true ES2695900T3 (es) 2019-01-11

Family

ID=38123810

Family Applications (4)

Application Number Title Priority Date Filing Date
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
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
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
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

Family Applications Before (1)

Application Number Title Priority Date Filing Date
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 (2)

Application Number Title Priority Date Filing Date
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
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

Country Status (13)

Country Link
EP (6) EP3419206B1 (es)
JP (2) JP5243453B2 (es)
CN (2) CN101653032B (es)
AT (1) ATE456226T1 (es)
CA (1) CA2677834A1 (es)
DE (1) DE602007004434D1 (es)
DK (4) DK2161887T3 (es)
ES (4) ES2776457T3 (es)
HK (1) HK1116958A1 (es)
HU (2) HUE055361T2 (es)
PL (3) PL3419205T3 (es)
PT (3) PT3419206T (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 株式会社デンソー 通信システム
BR112015025975A2 (pt) * 2013-04-30 2017-07-25 Sony Corp comutação de modo de energia iniciada por terminal
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
US10833832B2 (en) 2016-06-22 2020-11-10 Intel Corporation Communication device and a method for full duplex scheduling
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 엘지전자 주식회사 이동통신 시스템에서 점대다 서비스를 위한 통지 지시자 수신방법
EP1608195B1 (en) * 2004-06-18 2008-04-23 Matsushita Electric Industrial Co., Ltd. Cyclic transmission of notification coordinates in a communication system
WO2007102689A1 (en) * 2006-03-07 2007-09-13 Electronics And Telecommunications Research Institute Method for reducing power consumption of a terminal in cellular system
JP5330224B2 (ja) * 2006-03-28 2013-10-30 サムスン エレクトロニクス カンパニー リミテッド 移動通信システムにおける連結状態端末の不連続受信方法及び装置
EP1845668A1 (en) * 2006-04-11 2007-10-17 Samsung Electronics Co., Ltd. Method and apparatus for discontinuously receiving packet in a mobile communication system
CA2651229C (en) * 2006-05-01 2013-03-19 Nokia Corporation 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
JP5243453B2 (ja) 2013-07-24
EP3687092B1 (en) 2021-09-08
JP2010518765A (ja) 2010-05-27
HUE055361T2 (hu) 2021-11-29
ES2884548T3 (es) 2021-12-10
HK1116958A1 (en) 2009-01-02
DE602007004434D1 (de) 2010-03-11
EP3419205A1 (en) 2018-12-26
ES2776457T3 (es) 2020-07-30
EP1959615B1 (en) 2010-01-20
PT2161887T (pt) 2018-11-28
JP5417479B2 (ja) 2014-02-12
EP1959615A1 (en) 2008-08-20
PT3419205T (pt) 2020-03-05
ES2896957T3 (es) 2022-02-28
EP2161887A1 (en) 2010-03-10
EP3687092A1 (en) 2020-07-29
PL3419205T3 (pl) 2020-06-15
EP3926874A1 (en) 2021-12-22
DK3419205T3 (da) 2020-05-04
EP3419206B1 (en) 2021-06-23
EP2161887B1 (en) 2018-09-26
DK2161887T3 (en) 2018-12-10
ATE456226T1 (de) 2010-02-15
DK3419206T3 (da) 2021-08-23
PT3419206T (pt) 2021-08-19
JP2012135058A (ja) 2012-07-12
HUE047799T2 (hu) 2020-05-28
CN103036659A (zh) 2013-04-10
CA2677834A1 (en) 2008-08-21
CN103036659B (zh) 2016-04-27
EP3419206A1 (en) 2018-12-26
EP3926874B1 (en) 2023-08-16
CN101653032B (zh) 2013-02-20
PL3419206T3 (pl) 2021-12-06
EP3419205B1 (en) 2020-02-12
CN101653032A (zh) 2010-02-17
PL2161887T3 (pl) 2019-02-28
WO2008098352A1 (en) 2008-08-21
DK3687092T3 (da) 2021-11-15

Similar Documents

Publication Publication Date Title
ES2695900T3 (es) Método y sistema para la recuperación de una desincronización DRX en un LTE_ACTIVE
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
ES2324736T3 (es) Metodo y aparato para la recepcion discontinua de un terminal conectado en un sistema de comunicacion movil.