ES2714006T3 - UE MTC y método para la mejora de la cobertura utilizando una configuración de control de enlace de radio - Google Patents

Abstract

Equipo, UE, que comprende: un transceptor configurado para transmitir y recibir señales desde un nodo Node B evolucionado, eNB, en una red; y un conjunto de circuitos de procesamiento (206) configurado para: la determinación de si se debe poner en práctica una configuración de control de enlace de radio de mejora de cobertura, RLC, la configuración de RLC de mejora de cobertura se configura para ser utilizada por un equipo UE (102) cuando se hace funcionar en un modo de mejora de cobertura en donde se debe obtener un valor de cálculo del enlace adicional sin aumentar la potencia de transmisión, y situado en una localización en la que un valor de cálculo del enlace para un nodo eNB de servicio próximo es inferior que un valor de cálculo del enlace típico, y la utilización de la configuración de RLC de mejora de cobertura para comunicarse con el nodo eNB en respuesta a la determinación de la puesta en práctica de la configuración de RLC de mejora de cobertura, incluyendo la configuración de RLC de mejora de cobertura valores de contadores y temporizadores de RLC configurados para disminuir una cantidad de tiempo antes de que el equipo UE (102), en el modo de mejora de cobertura, sea capaz de demandar la confirmación de una transmisión al nodo eNB, en comparación con una configuración de RLC de no mejora de la cobertura; en donde los contadores de RLC, que cuentan una cantidad de bytes transmitidos por un dispositivo de transmisión antes de que el dispositivo de transmisión pueda interrogar a un dispositivo de recepción, se reducen a menos de 4 unidades de datos por paquete y/o menos de 25 KB, y en donde los temporizadores, que controlan la interrogación repetitiva, se incrementan a valores superiores a 500 ms.

Description

DESCRIPCION

UE MTC y metodo para la mejora de la cobertura utilizando una configuracion de control de enlace de radio Reivindicacion de prioridad

Esta solicitud reivindica el beneficio de prioridad para la Solicitud de Patente Provisional de Estados Unidos con numero de serie 61/933,851, presentada el 30 de enero de 2014.

Campo tecnico

Las formas de realizacion pertenecen a las comunicaciones inalambricas. Algunas formas de realizacion se refieren a redes de comunicacion celular, incluyendo las redes LTE. Algunas formas de realizacion estan relacionadas con la comunicacion de cobertura mejorada. Algunas formas de realizacion se relacionan con el funcionamiento del canal de acceso aleatorio fisico.

Antecedentes de la invencion

Con el aumento en diferentes tipos de dispositivos que se comunican, a traves de redes, a servidores y otros dispositivos informaticos, el uso de sistemas de Evolucion a Largo Plazo de Tercera Generacion (3GPP LTE) ha aumentado. En particular, tanto el equipo tipico (UE) como los telefonos celulares y los dispositivos de tipo maquina (MTDs) actualmente utilizan el sistema 3GPP LTE. Las Comunicaciones de Tipo Maquina (MTC) de los MTDs plantean un desafio particular debido al bajo consumo de energia de los UEs de MTC, implicados en dicha comunicacion. En particular, los equipos UEs de MTC son menos potentes, en terminos informaticos, y tienen menos potencia para la comunicacion, y muchos estan configurados para permanecer esencialmente en una unica localizacion de forma indefinida. Ejemplos de dichos UEs de MTC incluyen sensores (p.ej., deteccion de condiciones medioambientales) o microcontroladores en aparatos o maquinas expendedoras. En algunas circunstancias, los UEs de MTC pueden estar situados en zonas en donde exista poca, o ninguna, cobertura, tal como dentro de edificios, o en zonas geograficas aisladas. Lamentablemente, en varios casos, los UEs de MTC no tienen suficiente potencia para comunicaciones con la estacion base de servicio mas proxima (nodo Node B mejorado (eNB)) con el que se comunican para satisfacer los requisitos normales del Protocolo de Control de Enlace de Radio (RLC) dentro de la norma 3GPP actual. Los protocolos de RLC pueden causar, ademas, problemas similares para UEs inalambricos no estacionarios, tal como los telefonos moviles, que estan dispuestos en un area de red con poca cobertura, es decir, una zona en donde el valor de calculo del enlace es varios dB por debajo de los valores tipicos de la red.

En particular, puesto que la potencia de transmision no puede incrementarse ni por intermedio del MTC UE o del nodo eNB, para conseguir una ampliacion de cobertura, y obtener dB adicionales en el valor de calculo del enlace, las senales se transmiten, de forma repetida, desde el dispositivo de transmision (UE de MTC o eNB) durante un periodo prolongado con el fin de acumular energia en el dispositivo de recepcion. Aunque las consideraciones de temporizacion en la repeticion de la transmision en UEs tipicos, tal como telefonos inteligentes, no suelen ser un problema debido a la tasa de comunicacion de UEs tipicos, puede ser problematico para los UEs de MTC que deben proporcionar informacion, periodicamente, a traves de la red. Mas concretamente, puesto que la tasa de comunicacion entre el equipo UE de MTC y el nodo eNB que presta servicios al equipo UE de MTC, es relativamente lenta, y la periodicidad tipica (que se estable por el servidor en lugar de por el equipo UE de MTC) no es baja, las comunicaciones pueden detenerse entre el equipo UE de MTC y el nodo eNB de servicio.

Por lo tanto, seria deseable para una red, o UE, determinar si es adecuado el uso de un protocolo de RLC alternativo para UEs especificos en la zona de cobertura, asi como para UEs, en un modo de mejora de cobertura, para utilizar el protocolo de RLC de mejora de la cobertura.

“MEDIATEK INC en el documento "Sobre las Funcionalidades Requeridas del Sistema para UEs de MTC que funcionan en un Modo de Cobertura Mejorada”, BORRADOR 3GPP; R1-130218 SOBRE lAs FUNCIONALIDADES REQUERIDAS DEL SISTEMA PARA UEs DE MTC QUE FUNCIONAN EN UN MODO DE COBERTURA MEJORADA, PROYECTO DE ASOCIACION DE LA 3s GENERACION (3GPP), CENTRO DE COMPETENCIA MOVIL; 650, ROUTE DES LUCIOLES, vol. RAN WG1, n.2 San Julian; 20130128 - 20130201, 19 de enero de 2013 (19-1-2013), da a conocer funcionalidades del sistema para UEs de MTC en el Modo de Cobertura Mejorada; en particular, D1 da a conocer que un equipo UE puede indicar al nodo eNB que esta en un "escenario operativo de cobertura extrema" utilizando diferentes configuraciones de PRACH (p.ej., diferentes secuencias de preambulo) que indican diferentes rangos de perdida de ruta.

ERICSSON ET AL en el documento "Mejoras de Cobertura para MTC - Informacion del sistema", BORRADOR 3GPP; R1-131680 MEJORAS DE COBERTURA PARA MTC - INFORMACION DEL SISTEMA, PROYECTO DE ASOCIACION DE LA 3s GENERACION (3GPP), CENTRO DE COMPETENCIA MOVIL; 650, RUTA DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS CEDEX, vol. RAN WG1, n2 Chicago, Estados Unidos; 20130415 -20130419, 16 de abril de 2013, da a conocer una nueva estructura de informacion del sistema para UEs de MTC en un modo de cobertura mejorada. En particular, D2 da a conocer que los valores de los temporizadores y contadores, que se utilizaran en el modo de cobertura mejorada, pueden senalizarse dentro de SI durante, o despues, del establecimiento de conexion de RRC.

Sumario de la invencion

La invencion se da a conocer en el conjunto de reivindicaciones adjuntas. Las formas de realizacion y/o ejemplos de la siguiente descripcion, que no estan cubiertos por las reivindicaciones adjuntas, se consideran como no siendo parte de la presente invencion.

Breve descripcion de los dibujos

En las Figuras, que no estan necesariamente dibujadas a escala, los numeros similares pueden describir componentes similares en diferentes vistas. Los numeros similares que tienen diferentes sufijos de letras pueden representar diferentes ejemplos de componentes similares. Las Figuras ilustran, en general, a modo de ejemplo, pero no a modo de limitacion, varias formas de realizacion descritas en el presente documento.

La Figura 1 es un diagrama funcional de una red de 3GPP de conformidad con algunas formas de realizacion.

La Figura 2 es un diagrama de bloques de un dispositivo de 3GPP de conformidad con algunas formas de realizacion.

La Figura 3 ilustra un diagrama de flujo de un metodo en un nodo eNB de conformidad con algunas formas de realizacion.

La Figura 4 ilustra un diagrama de flujo de un metodo en un UE en el modo de mejora de cobertura de conformidad con algunas formas de realizacion.

Las Figuras 5A y 5B ilustran un elemento de informacion de configuracion de RLC de conformidad con algunas formas de realizacion.

La Figura 6 ilustra un mensaje RRCConnectionRequest modificado de conformidad con una forma de realizacion. Descripcion detallada de la invencion

La siguiente descripcion y los dibujos ilustran, suficientemente, las formas de realizacion especificas con el fin de permitir a los expertos en esta tecnica su puesta en practica. Otras formas de realizacion pueden incorporar cambios estructurales, logicos, electricos, de proceso y otros. Partes y caracteristicas de algunas formas de realizacion pueden incluirse en, o sustituirse por, las de otras formas de realizacion. Las formas de realizacion dadas a conocer en las reivindicaciones abarcan todos los equivalentes disponibles de dichas reivindicaciones.

La Figura 1 es un diagrama funcional de una red de 3GPP de conformidad con algunas formas de realizacion. La red puede incluir una red de acceso de radio (RAN) (p.ej., segun se ilustra, la E-UTRAN o la red de acceso de radio terrestre universal evolucionada) 100 y la red central 120 (p.ej., que se ilustra como un nucleo de paquete evolucionado (EPC)) que se acopla a traves de una interfaz S1 115. Por razones de conveniencia y brevedad, solamente se ilustra una parte de la red central 120, asi como de la red RAN 100.

La red central 120 incluye una entidad de gestion de movilidad (MME) 122, una pasarela de servicio (GW de servicio) 124, y una pasarela de red de datos por paquetes (PDN GW) 126. La red RAN 100 incluye nodos Node-Bs Evolucionados (eNBs) 104 (que pueden funcionar como estaciones base) para comunicarse con el equipo UE 102. Los nodos eNBs 104 pueden incluir eNBs de macrocelula y eNBs de baja potencia (LP).

La MME tiene una funcion similar al plano de control de Nodos de Soporte GPRS de Servicio de legado (SGSN). La MME gestiona aspectos de movilidad en el acceso, tal como la seleccion de pasarela y la gestion de listas de areas de seguimiento. La pasarela GW de servicios 124 termina la interfaz hacia la RAN 100 y encamina paquetes de trafico (tal como paquetes de datos o paquetes de voz) entre la RAN 100 y la red central 120. Ademas, puede ser un punto de anclaje de movilidad local para transferencias entre eNB y, ademas, puede proporcionar un anclaje para la movilidad inter-3GPP. Otras responsabilidades pueden incluir la interceptacion legal, facturacion y alguna ejecucion de politicas. La GW de servicios 124 y la MME 122 se pueden poner en practica en un nodo fisico, o en nodos fisicos separados. La PDN GW 126 termina una interfaz SGi hacia la red de datos por paquetes (PDN). La PDN GW 126 encamina paquetes de trafico entre el EPC 120 y la PDN externa, y puede ser un nodo clave para la ejecucion de politicas y la recopilacion de datos de facturacion. Ademas, puede proporcionar un punto de anclaje para la movilidad con accesos que no sean LTE. La PDN externa puede ser cualquier clase de red IP, asi como un dominio de Subsistema Multimedia IP (IMS). La PDN GW 126 y la GW de servicios 124 pueden ponerse en practica en un nodo fisico, o en nodos fisicos separados.

Los nodos eNBs 104 (macro y micro) terminan el protocolo de interfaz de aire y pueden ser el primer punto de contacto para un equipo UE 102. En algunas formas de realizacion, un nodo eNB 104 puede cumplir varias funciones logicas para la RAN 100, que incluyen, pero no se limitan a RNC (funciones de controlador de red de radio), tal como la gestion de soporte de radio, gestion dinamica de recursos de radio de enlace ascendente y enlace descendente, y planificacion de paquetes de trafico, y gestion de movilidad. De conformidad con formas de realizacion, los UEs 102 pueden configurarse para comunicar senales de comunicacion de OFDM con un nodo eNB 104 a traves de un canal de comunicacion multi-portadora de conformidad con una tecnica de comunicacion de OFDMA. Las senales OFDM pueden incluir una pluralidad de sub-portadoras ortogonales. Tambien se pueden utilizar otras tecnologias, tales como Acceso Multiple No Ortogonal (NOMA), Acceso Multiple por Division de Codigo (CDMA) y Acceso Multiple por Division de Frecuencia Ortogonal (OFDMA).

La interfaz S1 115 es la interfaz que separa la red RAN 100 y la EPC 120. Esta dividida en dos partes: la S1 -U, que transmite paquetes de trafico entre los nodos eNBs 104 y la GW de servicio 124, y la S1- MME, que es una interfaz de senalizacion entre los nodos eNBs 104 y la MME 122.

Con las redes celulares, celulas LP se utilizan, normalmente, para extender la cobertura a zonas interiores en donde las senales exteriores no llegan bien, o para anadir capacidad de red en zonas con un uso muy denso de telefonos, como en estaciones de tren. Tal como aqui se utiliza, el termino eNB de baja potencia (LP) se refiere a cualquier nodo eNB de potencia relativamente baja, adecuado para poner en practica una celula mas estrecha (mas estrecha que una macrocelula), tal como una femtocelula, una picocelula o una microcelula. Los eNBs de femtocelula se suelen proporcionar por un operador de red movil a sus clientes residenciales o de empresa. Una femtocelula suele ser del tamano de una pasarela residencial o mas pequena, y generalmente se conecta a la linea de banda ancha del usuario. Una vez enchufada, la femtocelula se conecta a la red movil del operador movil y proporciona cobertura adicional en un rango normalmente de 30 a 50 metros para femtocelulas residenciales. En consecuencia, un LP eNB puede ser un nodo eNB de femtocelula, puesto que se acopla a traves de la PDN GW 126. De forma similar, una picocelula es un sistema de comunicacion inalambrica que, normalmente, cubre una pequena zona, tal como en el interior de un edificio (oficinas, centros comerciales, estaciones de tren, etc.) o, mas recientemente, en el avion. Un nodo eNB de picocelula generalmente se puede conectar a traves del enlace X2 a otro eNB, tal como un nodo eNB de macrocelula, por intermedio de su funcionalidad de controlador de estacion base (BSC). Por lo tanto, LP eNB puede ponerse en practica con un nodo eNB de picocelula puesto que esta acoplado a un macro eNB a traves de una interfaz X2. Los nodos eNBs de picocelula, u otros eNBs de LP, pueden incorporar alguna, o toda la funcionalidad de un nodo eNB de macrocelula. En algunos casos, lo anterior se puede denominar como una estacion base de punto de acceso o femtocelula de empresa.

En algunas formas de realizacion, se puede utilizar una rejilla de recursos de enlace descendente para transmisiones de enlace descendente desde un nodo eNB 104 a un equipo UE 102, mientras que la transmision de enlace ascendente desde el equipo UE 102, al nodo eNB 104, puede utilizar tecnicas similares. La rejilla puede ser una rejilla de tiempo-frecuencia, denominada una rejilla de recursos, o rejilla de recursos de tiempo-frecuencia, que es el recurso fisico en el enlace descendente en cada intervalo. Dicha representacion en el plano de tiempofrecuencia es una practica comun para sistemas OFDM, lo que la hace intuitiva para la asignacion de recursos de radio. Cada columna y cada fila de la rejilla de recursos corresponden a un simbolo OFDM y una sub-portadora OFDM, respectivamente. La duracion de la rejilla de recursos, en el dominio del tiempo, corresponde a un intervalo en una trama de radio. La unidad de tiempo-frecuencia mas pequena en una rejilla de recursos se indica como un elemento de recurso. Cada rejilla de recurso comprende una cantidad de bloques de recursos, que describen el mapeado de correspondencia de algunos canales fisicos a elementos de recursos. Cada bloque de recursos comprende una coleccion de elementos de recursos y, en el dominio de la frecuencia, representa la cantidad mas pequena de recursos que se pueden asignar actualmente. Existen varios canales de enlace descendente fisicos diferentes que se transmiten utilizando dichos bloques de recursos.

Tal como se describio con anterioridad, puesto que la potencia de transmision no puede aumentarse por UEs, o los nodos Node Bs mejorados de servicio (eNBs) en zonas de mejora de cobertura, los mismos datos de paquetes se transmiten, de forma repetida, para aumentar la potencia de senal en el receptor. Sin embargo, debido a la tasa de comunicacion reducida entre UEs y las estaciones base, en una forma de realizacion, la configuracion de la norma de RLC (es decir, protocolos de RLC) se cambia a una configuracion de RLC de mejora de cobertura para UEs en modo de mejora de cobertura, y se situa en posiciones en donde el valor de calculo del enlace para la estacion base de servicio mas proxima es inferior que un valor de calculo del enlace tipico en la red y se debe obtener un valor de calculo del enlace adicional sin aumentar la potencia de transmision. El equipo UE, que puede ser un equipo UE inalambrico estacionario (que permanece indefinidamente en una unica localizacion) utilizando un MTC, tal como un sensor o M2M UE, determina si se debe poner en practica la configuracion de RLC de mejora de cobertura y, si es asi, utiliza la configuracion de RLC de mejora de cobertura para la comunicacion con el nodo eNB. En una forma de realizacion, la configuracion de RLC de mejora de cobertura contiene valores de contadores y temporizadores de RLC que estan disponibles solamente para UEs en un modo de mejora de cobertura, y que disminuyen una cantidad de tiempo antes de que el equipo UE en el modo de mejora de cobertura, sea capaz de demandar la confirmacion de una transmision al nodo eNB en comparacion con una configuracion de RLC sin mejora de cobertura.

En varias formas de realizacion, el equipo UE recibe la configuracion de RLC de mejora de cobertura a partir de una emision por el nodo eNB o se memoriza en la memoria la configuracion de RLC de mejora de cobertura para una puesta en practica automatica. Por lo tanto, en algunas formas de realizacion, el equipo UE determina si pone en practica la configuracion de RLC de mejora de cobertura sin que el transceptor reciba la emision. Como alternativa o de forma adicional, el nodo eNB puede almacenar en la memoria que el equipo UE esta en comunicacion utilizando la configuracion de RLC de mejora de cobertura, p.ej., a la recepcion de una liberacion de conexion RRC desde el equipo UE. En algunas formas de realizacion, el nodo eNB transmite la difusion sin tener en cuenta si algun UE, que esta siendo servido por el nodo eNB, intenta utilizar la configuracion de RLC de mejora de cobertura. En otras formas de realizacion, el nodo eNB transmite la difusion sobre la base de una demanda para la configuracion de RLC de mejora de cobertura procedente de un equipo UE en modo de mejora de cobertura. En algunas formas de realizacion, el equipo UE transmite al nodo eNB una Demanda de Conexion de Control de Recursos de Radio (RRC) (RRCConnectionRequest) utilizando la configuracion de RLC de mejora de cobertura para establecer una conexion RRC con el nodo eNB. En algunas formas de realizacion, la configuracion de RLC de mejora de cobertura esta incluida en un Elemento de informacion (IE) en un Bloque de Informacion del Sistema (SIB), y la configuracion de RLC de mejora de cobertura proporciona valores de "PollPDU" y "PollByte" suficientes para impedir que una ventana del transmisor de RLC del equipo UE se bloquee o tenga que esperar varios minutos antes de recibir realimentacion procedente del nodo eNB. En consecuencia, la configuracion de RLC de mejora de cobertura, en varias formas de realizacion, se transmite por el nodo eNB y se aplica por el nodo eNB y el equipo UE de mejora de cobertura, despues de que la red y el equipo UE de mejora de cobertura detecten que el equipo UE de mejora de cobertura necesita una mejora de cobertura, o se utiliza, automaticamente, por el nodo eNB y el equipo UE de mejora de cobertura durante el establecimiento de la conexion RRC sin que se proporcione la configuracion de RLC a traves de dialogo operativo. Lo que antecede difiere del procedimiento actual del establecimiento de conexion RRC, en el que se utiliza inicialmente una configuracion RLC estandar y se puede ajustar mas tarde, si se desea, mediante un dialogo operativo, lo que no evita los problemas aqui indicados.

La Figura 2 es un diagrama funcional de un dispositivo 3GPP de conformidad con algunas formas de realizacion. El dispositivo puede ser un equipo UE o un nodo eNB, a modo de ejemplo. En algunas formas de realizacion, el nodo eNB puede ser un dispositivo estacionario no movil. El dispositivo 3GPP 200 puede incluir conjunto de circuitos de capa fisica 202 para la transmision y recepcion de senales utilizando una o mas antenas 201. El dispositivo 3GPP 200 puede incluir, ademas, un conjunto de circuitos de capa de control de acceso al soporte (MAC) 204 para controlar el acceso al soporte inalambrico. El dispositivo 3GPP 200 puede incluir, ademas, conjunto de circuitos de procesamiento 206 y memoria 208 dispuesta para realizar las operaciones descritas en este documento.

En algunas formas de realizacion, los dispositivos moviles, u otros dispositivos aqui descritos pueden ser parte de un dispositivo de comunicacion inalambrico portatil, tal como un asistente digital personal (PDA), un ordenador portatil o laptop con capacidad de comunicacion inalambrica, una tableta de web, un telefono inalambrico, un telefono inteligente, un auricular inalambrico, un buscapersonas, un dispositivo de mensajeria instantanea, una camara digital, un punto de acceso, un televisor, un dispositivo medico (p.ej., un monitor de frecuencia cardiaca, un monitor de presion arterial, etc.) u otro dispositivo que puede recibir y/o transmitir informacion de forma inalambrica. En algunas formas de realizacion, el dispositivo movil u otro dispositivo, puede ser un equipo UE 102, o un nodo eNB 104, configurado para funcionar de conformidad con las normas 3GPP. En algunas formas de realizacion, el dispositivo movil, u otro dispositivo, puede configurarse para funcionar de conformidad con otros protocolos o normas, incluyendo la norma IEEE 802.11 u otras normas IEEE. En algunas formas de realizacion, el dispositivo movil, u otro dispositivo, puede incluir uno o mas de entre un teclado, una pantalla, un puerto de memoria no volatil, multiples antenas, un procesador de graficos, un procesador de aplicaciones, altavoces y otros elementos de dispositivo movil. La pantalla puede ser una pantalla de LCD, incluyendo una pantalla tactil.

Las antenas 201 pueden comprender una o mas antenas direccionales u omnidireccionales, que incluyen, a modo de ejemplo, antenas dipolo, antenas monopolo, antenas zonales, antenas de bucle, antenas de linea de transmision electrica, u otros tipos de antenas adecuadas para la transmision de senales de RF. En algunas formas de realizacion de entrada multiple, salida multiple (MIMO), las antenas 201 pueden separarse, de forma eficaz, con el fin de aprovechar la diversidad espacial y las diferentes caracteristicas de los canales que puedan resultar.

Aunque el dispositivo 3GPP 200 se ilustra con teniendo varios elementos funcionales separados, uno o mas de los elementos funcionales se pueden combinar y pueden ponerse en practica mediante combinaciones de elementos configurados por software, tales como elementos de procesamiento que incluyen procesadores de senal digital (DSPs), y/u otros elementos de hardware. A modo de ejemplo, algunos elementos pueden comprender uno o mas microprocesadores, DSPs, matrices de puertas programables en campo (FPGAs), circuitos integrados especificos de la aplicacion (ASICs), circuitos integrados de radiofrecuencia (RFICs) y combinaciones de varios circuitos logicos y de hardware para realizar al menos las funciones aqui descritas. En algunas formas de realizacion, los elementos funcionales pueden referirse a uno o mas procesos que funcionan en uno o mas elementos de procesamiento.

Las formas de realizacion se pueden poner en practica en uno, o una combinacion de hardware, firmware y software. Las formas de realizacion pueden realizarse, ademas, como instrucciones memorizadas en un dispositivo de memorizacion legible por ordenador, que pueden ser leidas y ejecutadas por al menos un procesador para realizar las operaciones aqui descritas. Un dispositivo de memorizacion legible por ordenador puede incluir cualquier mecanismo no transitorio para almacenar informacion en una forma legible por una maquina (p.ej., un ordenador). A modo de ejemplo, un dispositivo de memorizacion legible por ordenador puede incluir memoria de solamente lectura (ROM), memoria de acceso aleatorio (RAM), soporte de memorizacion en disco magnetico, soportes de almacenamiento optico, dispositivos de memoria instantanea y otros dispositivos y soportes de memorizacion. Algunas formas de realizacion pueden incluir uno o mas procesadores y pueden configurarse con instrucciones almacenadas en un dispositivo de memorizacion legible por ordenador.

El termino "soporte legible por maquina" puede incluir un unico soporte o multiples soportes (p.ej., una base de datos centralizada o distribuida, y/o memorias cache y servidores asociados) configurados para memorizar una o mas instrucciones. El termino "soporte legible por maquina" puede incluir cualquier medio que sea capaz de memorizar, codificar o transmitir instrucciones para su ejecucion por el dispositivo 3GPPP 200 y que hacen que se realice una cualquiera, o mas, de las tecnicas de la presente idea inventiva, o que sea capaz de memorizar, codificar o transmitir estructuras de datos utilizadas por, o asociadas con, dichas instrucciones. Se tomara el termino de "soporte de transmision" como incluyendo cualquier soporte intangible que sea capaz de memorizar, codificar o transmitir instrucciones para su ejecucion, e incluye senales de comunicaciones digitales o analogicas, u otro soporte intangible para facilitar la comunicacion de dicho software.

Tal como se ha indicado anteriormente, numerosos tipos diferentes de UEs se pueden comunicar utilizando una red, incluyendo UEs de MTC. En general, en el modo de mejora de cobertura, puede ser necesaria una cantidad significativa del valor de calculo del enlace adicional (de hasta aproximadamente 15 dB) para permitir una comunicacion fiable entre un equipo UE y el nodo eNB de servicio. Con el fin de obtener este valor de calculo del enlace, los paquetes transmitidos entre el equipo UE y el nodo eNB pueden repetirse una gran cantidad (> 100) de veces. Los sistemas LTE de 3GPP durante la comunicacion de datos normalmente utilizan una configuracion de RLC en la que se proporciona, ademas, una confirmacion de la recepcion de datos y otra informacion de control entre el equipo UE y el nodo eNB. Normalmente, la transmision de una unidad de datos por paquetes unica (PDU) de, por ejemplo, 1000 bits, dura aproximadamente 1 ms y se proporciona una confirmacion dentro de unos pocos ms, que puede ser en respuesta a una demanda del dispositivo de transmision para obtener informacion sobre la recepcion. Sin embargo, para un equipo UE de MTC, u otro UE en modo de mejora de cobertura (aqui denominado, ademas, como un equipo UE en modo de mejora de cobertura), la transmision de cada PDU puede tardar bastante mas tiempo, a modo de ejemplo, 100-200 ms para transmitir un paquete de 40 bytes. Lo que antecede puede causar un problema en algunos casos y requiere una discusion de la configuracion de RLC en la especificacion actual de 3GPP LTE.

La especificacion de 3GPP LTE, 3GPP TS 36.331, incluye detalles de protocolos de capa 2, tal como el control de acceso al soporte (MAC), control de enlace de radio (RLC) y control de recursos de radio (RRC), que se utilizan en las comunicaciones inalambricas 3GPP. La configuracion de RLC contiene parametros que se relacionan con demandas de informacion transmitida por el dispositivo de transmision (p.ej., cualquiera de entre el equipo UE en modo de mejora de cobertura, o el nodo eNB) desde el dispositivo de recepcion (p.ej., el otro de entre el equipo UE en modo de mejora de cobertura o el nodo eNB). En particular, la configuracion de RLC contiene los parametros "PollByte" y "PollPDU", que pueden ser particularmente problematicos en casos en los que se desea una mejora de cobertura. "PollByte", cuyo valor mas pequeno es de 25 kBytes en la puesta en practica actual de 3GPP TS 36.331, cuenta el numero de bytes transmitidos por el dispositivo de transmision antes de que el dispositivo de transmision sea capaz de interrogar al dispositivo de recepcion. "PollPDU" define el numero de PDUs de RLC que deben transmitirse antes de que el dispositivo de transmision sea capaz de la interrogacion del dispositivo de recepcion con el fin de demandar una confirmacion del numero de PDUs recibidas. El PollPDU puede tener cualquier valor mayor, o igual, a 4 PDUs. En un ejemplo, los UEs de MTC que tienen que transmitir una unidad PDU unica de 1000 bits, que ha de repetirse 100-200 veces para acumular energia en el nodo eNB, dan como resultado que la transmision de la PDU tarde al menos varios minutos. Los sensores y otros UEs de MTC suelen proporcionar actualizaciones al nodo eNB cada pocos minutos, lo que lleva a una serie de problemas con la ventana de transmision de RLC. En particular, esto conduce a la incapacidad de un equipo UE de MTC para interrogar el nodo eNB, con el fin de obtener informacion con respecto a la recepcion de la PDU RLC. Si surge un problema en la transmision de la PDU, es probable que la ventana de transmision de RLC se detenga. Lo anterior hace que el equipo UE de MTC no sea capaz de avanzar la ventana de transmision de RLC, o hace que la ventana de transmision de RLC tenga que esperar la transmision de 4 PDUs antes de la interrogacion del nodo eNB, que supera el tiempo de actualizacion por un margen importante.

Con el fin de reducir los problemas anteriores causados por el retardo en la espera de la confirmacion debido a la interrogacion, los parametros de configuracion de RLC "PollByte" y "PollPDU" se pueden reducir a menos de 4 PDU y/o notablemente inferior a 25 k bytes, respectivamente, solo para UEs en modo de cobertura mejorada. Una vez que tanto el nodo eNB como el equipo UE reconocen que las comunicaciones entre ellos deben utilizar un enlace en modo de cobertura mejorada, se proporciona la configuracion de RLC adecuada a partir del nodo eNB o, de no ser asi, se utiliza por el equipo UE en modo de cobertura mejorado UE. Despues de la transmision del numero requerido de PDUs, o del numero requerido de bytes de la primera PDU, segun se define por la configuracion de RLC de modo mejorado, que se utiliza por el equipo UE en modo de cobertura mejorada y eNB, que puede tardar varios cientos de milisegundos, el dispositivo de transmision puede interrogar al dispositivo de recepcion para obtener informacion con respecto al numero de bytes recibidos por el dispositivo de recepcion. Esta reduccion tanto del numero de PDUs como de la cantidad de datos que necesitan ser transmitidos antes de que se pueda realizar la interrogacion, evita el bloqueo de la ventana de transmision.

Los parametros de configuracion de RLC "PollByte" y "PollPDU", sin embargo, en una forma de realizacion, pueden ajustarse solamente para UEs en modo de mejora. Esto significa que, en lugar de utilizar los valores predeterminados normales de estos parametros, segun se definen en 3GPP TS 36.331, tanto el dispositivo de transmision, como el dispositivo de recepcion, detectan el deseo de comunicarse en el modo de mejora de cobertura y responden de manera adecuada.

La Figura 3 ilustra un diagrama de flujo de un metodo en un nodo eNB, de conformidad con algunas formas de realizacion. En la etapa 302, el nodo eNB determina si cualquier UE, en la celula servida por el nodo eNB, desea una mejora de cobertura. Con el fin de realizar esta determinacion antes de la recepcion de comunicacion procedente de UEs, el nodo eNB puede memorizar informacion relacionada con las conexiones RRC anteriores, que se establecen con los equipos UEs en modo de mejora de cobertura. Puesto que los UEs que son moviles, pueden entrar, de forma intermitente, en el modo de mejora de cobertura, la informacion memorizada es mas util cuando el nodo eNB es capaz de determinar si dichos UEs, incluyendo los UEs de MTC, tales como sensores, son estacionarios. En algunas formas de realizacion, la informacion memorizada puede incluir solamente informacion sobre que al menos un equipo UE en modo de mejora de cobertura ha estado presente, con anterioridad, en la celula servida por el nodo eNB. En otras formas de realizacion, la informacion memorizada puede contener la identidad de los UEs en modo de mejora de cobertura (tales como direcciones IP de los UEs) y si los UEs en modo de mejora de cobertura son, o no, UEs moviles. La informacion de movilidad se puede obtener a partir del propio UE, o puede ser proporcionada por otros UEs de red, tal como otros eNBs (p.ej., si se produjo una transferencia al nodo eNB actual, el equipo UE es movil), o servidores (p.ej., servidores a los que el equipo UE informa, o servidores de red tales como registros de localizacion o servidores de facturacion). En estas circunstancias, el nodo eNB puede, si se conoce la informacion de movilidad de los UEs, ignorar la informacion con respecto a UEs moviles que han estado previamente en el modo de mejora de cobertura, al discernir la existencia de uno o mas UEs en modo de mejora de la cobertura. De forma alternativa, el nodo eNB puede retener informacion con respecto a un equipo UE movil particular, en una forma de realizacion solamente si el equipo UE movil particular estuvo en modo de mejora de cobertura una cantidad significativa de veces, o el porcentaje de veces en que el nodo eNB sirvio al equipo UE movil particular. En otras formas de realizacion, el nodo eNB puede demandar informacion sobre el modo de mejora de cobertura desde un servidor de red en lugar de realizar su propia determinacion. La determinacion por el nodo eNB de la presencia de UEs en modo de mejora de cobertura en la celula, permite que el nodo eNB utilice procedimientos especificos para el modo de mejora de cobertura para esos UEs, p.ej., Bloques de Informacion del Sistema (SIB) particulares, asignacion de recursos de acceso aleatorio, radiomensajeria, planificacion, para UEs en modo de mejora de cobertura.

Si el nodo eNB determina que existe al menos un equipo UE en modo de mejora de cobertura, entonces, en la etapa 304, el nodo eNB transmite una configuracion de RLC de mejora de la cobertura a todos los UEs en la celula servida por el nodo eNB. Si el nodo eNB determina que no existe ningun UE en el modo de mejora de cobertura en la etapa 302, entonces, en la etapa 304a, el nodo eNB difunde la configuracion de RLC normal a todos los UEs de comunicacion en la celula servida por el nodo eNB.

La configuracion de RLC (ya sea configuracion de RLC normal, o configuracion de RLC de mejora de cobertura) se incluye en un Elemento de Informacion (IE) en un SIB de la difusion. Segun es ya conocido, los SIBs contienen informacion de configuracion y parametros que un equipo UE necesita para comunicarse con el nodo eNB. Mas concretamente, como minimo se utilizan SIB-1 y SIB-2 para establecer el acceso con cualquier eNB. SIB-2, en particular, contiene informacion de configuracion de recursos de radio, comun para todos los UEs, incluyendo la configuracion de canales compartidos y comunes, configuracion relacionada con el Canal de Acceso Aleatorio, temporizadores y controles de potencia de enlace ascendente. En una forma de realizacion, el IE utilizado en la configuracion de RLC de mejora de cobertura se puede adjuntar a los IE existentes en SIB-2. En otra forma de realizacion, el IE utilizado en la configuracion de RLC de mejora de cobertura se puede adjuntar a los IEs existentes en SIB-14, que contiene informacion de control de potencia que se aplica a canales fisicos dedicados y comunes, en senales de duplexacion por division de tiempo de LTE. La configuracion de RLC se puede proporcionar, ademas, en un nuevo SIB definido para mejora de cobertura.

En otra forma de realizacion, las etapas 302 y 304 pueden no estar presentes.

El nodo eNB, en la etapa 306, recibe, posteriormente, una demanda de conexion RRC procedente de un equipo UE que esta siendo atendido por el nodo eNB. La demanda de conexion RRC solicita el establecimiento de una conexion RRC con el nodo eNB en respuesta a que el equipo UE inicie una llamada telefonica o una sesion de datos. De forma alternativa, el nodo eNB puede transmitir un mensaje de radiomensajeria al equipo UE y recibir la demanda de conexion RRC en respuesta del equipo UE. El nodo eNB determina, en la etapa 308, si el modo de mejora de cobertura es adecuado para el equipo UE desde el que se recibio la demanda de conexion RRC.

Existen varias formas en las que el nodo eNB puede determinar que el equipo UE esta en modo de mejora de cobertura. El nodo eNB puede utilizar solamente una de ellas, o puede combinar cualquiera, o la totalidad, de estas formas para decidir si el equipo UE esta en modo de mejora de cobertura. En un ejemplo, el nodo eNB puede determinar que el equipo UE esta en modo de mejora de cobertura en respuesta a la radiomensajerfa del equipo UE. El nodo eNB puede utilizar mecanismos de radiomensajerfa de RRC estandar. En este caso, el nodo eNB puede determinar que un equipo UE estacionario particular en la celula es un equipo UE en modo de mejora de cobertura despues de que no se reciba ninguna respuesta a la radiomensajerfa, dentro de un perfodo de radiomensajerfa predeterminado, o despues de que se haya realizado un numero predeterminado de intentos de busqueda sin resultado satisfactorio, dentro del periodo de radiomensajerfa. Como alternativa, o de forma adicional, el nodo eNB puede determinar que un equipo UE en particular esta en modo de mejora de cobertura si los procedimientos de radiomensajerfa especfficos para UEs en modo de mejora de cobertura son establecidos por el nodo eNB, y el equipo UE particular puede ser alcanzado solamente utilizando los procedimientos de radiomensajerfa especfficos. Conviene senalar que para UEs moviles, el uso de la radiomensajerfa para determinar el modo de mejora de la cobertura, puede ser un metodo poco confiable, puesto que los UEs moviles pueden desplazarse dentro y fuera de zonas de la celula con diferentes intensidades de enlace, estando todas ellas cubiertas por el nodo eNB.

En otra forma de realizacion, en lugar de que se utilice un proceso de radiomensajerfa especffico, o recursos de radiomensajerfa especfficos, los recursos especfficos del Canal de Acceso Aleatorio Ffsico (PRACH) pueden ser reservados para el acceso aleatorio por UEs en modo de mejora de la cobertura. Dependiendo del sistema, los recursos de PRACH se pueden reservar en cualquier dominio, incluyendo el tiempo, la frecuencia o el codigo. Por lo tanto, el nodo eNB puede determinar que un equipo UE que hace uso de los recursos de PRACH en modo de mejora de cobertura especfficos, es un equipo UE en modo de mejora de cobertura.

En otra forma de realizacion, cuando un equipo UE particular se une al nodo eNB, el nodo eNB recibe una pluralidad de preambulos de acceso aleatorio desde ese UE. Cada preambulo tiene una potencia recibida particular, asociado con el. El nodo eNB puede determinar que el equipo UE esta en modo de mejora de cobertura si un numero predeterminado de preambulos recibidos consecutivos, procedentes del equipo UE, tienen una potencia inferior a la de un valor umbral de potencia de preambulo predeterminado. La potencia del preambulo se establece para ser superior al nivel de sensibilidad del nodo eNB, y diferente del nivel de deteccion de errores.

De forma similar, en condiciones normales, el nodo eNB recibe los preambulos de acceso aleatorio, responde y a continuacion, recibe un mensaje de demanda de conexion de RRC desde el equipo UE. Suponiendo que los preambulos de acceso aleatorio cumplen con la potencia de preambulo predeterminada, o que eNB no utiliza la potencia de los preambulos de acceso aleatorio para determinar si el equipo UE esta en modo de mejora de cobertura, se puede utilizar la potencia de la demanda de conexion RRC. En este caso, el nodo eNB puede realizar un seguimiento de las demandas de conexion de RRC desde el equipo UE y determinar que el equipo UE esta en modo de mejora de cobertura, si la potencia de un numero consecutivo de intervalos de tiempo de transmision de la demanda de conexion de RRC esta por debajo de un valor umbral de potencia de demanda de conexion predeterminado. En otras formas de realizacion, lo anterior (y otras formas de realizacion aquf descritas) pueden suceder no solamente durante la conexion inicial de RRC, sino tambien en cualquier punto en que se configura, o reconfigura, la configuracion de RLC, es decir, durante la reconfiguracion de conexion de RRC o restablecimiento de conexion de RRC.

En otra forma de realizacion, en lugar dar instrucciones a un mecanismo de radiomensajerfa especffico o realizar un seguimiento de intentos de radiomensajerfa, o mediciones de potencia consecutivas, el nodo eNB puede depender de la senalizacion directa desde el equipo UE para determinar que el equipo UE esta en modo de mejora de cobertura. A modo de ejemplo, un equipo UE que esta en el modo de mejora de la cobertura puede utilizar solamente uno particular, o un conjunto, de los 64 preambulos de acceso aleatorio, senalizando, de forma automatica, el nodo eNB que esta en el modo de mejora de cobertura. En este caso, el preambulo de acceso aleatorio o combinacion de preambulos especfficos pueden no ser seleccionados por UEs que no estan en modo de mejora de cobertura (es decir, si un equipo UE que no esta en modo de mejora de cobertura selecciona la combinacion de preambulo, se descarta y uno o mas de los preambulos es reelegido). El equipo UE puede confirmar, mas tarde, al nodo eNB que esta en modo de mejora de cobertura en una comunicacion separada, tal como una demanda de conexion de RRC especffica. La Figura 6 ilustra un mensaje RRCConnectionRequest modificado de conformidad con una forma de realizacion. En particular, las modificaciones al mensaje de demanda de conexion de RRC se ilustran en la Figura 6 en negrita, subrayado y cursiva. Para seguir la sintaxis ASN.1, los valores de reserva en la Figura 6 estan marcados como tachado. En otras formas de realizacion, el mensaje de demanda de conexion de RRC se puede modificar de modo que la expresion "IE Initial-UE-Identity” incluya, ademas, una indicacion de que el equipo UE esta en el modo de mejora de cobertura. Como alternativa, la Identidad de UE (S-TMSI), dentro del campo " IE Initial-UE-Identity” puede contener simplemente un valor que indica que el equipo UE esta en modo de mejora de cobertura.

Si el nodo eNB determina, en la etapa 308, que el equipo UE del que se recibio la demanda de conexion de RRC, esta en modo de mejora de cobertura, el nodo eNB aplica la configuracion de RLC de mejora de cobertura en la etapa 310. Si no es asf, el nodo eNB puede determinar que el equipo UE es un equipo UE tfpico, y aplica la configuracion de RLC predeterminada en la etapa 312. En la etapa 314, el nodo eNB utiliza cualquier configuracion de RLC que se ha determinado como adecuada en comunicaciones con el equipo UE, transmitiendo los parametros de configuracion de RLC de mejora de cobertura durante el establecimiento de la conexion de RRC (o reestablecimiento, durante la configuracion/reconfiguracion del soporte de radio). Por lo tanto, suponiendo que el equipo UE en modo de cobertura transmite una demanda de conexion de RRC al nodo eNB (en lugar de ser buscado por el nodo eNB), el nodo eNB responde al equipo UE de mejora de cobertura con un mensaje de Establecimiento de Conexion de RRC, o un mensaje de Rechazo de Conexion de RRC. Si el nodo eNB responde al equipo UE de mejora de cobertura con un mensaje de Establecimiento de Conexion de RRC, el equipo UE de mejora de cobertura UE responde al nodo eNB con un mensaje de Establecimiento de Conexion de RRC Completo.

En una forma de realizacion diferente, el nodo eNB puede actuar inicialmente, de forma independiente, de la existencia de los UEs en la celula. Esto quiere decir que en lugar de realizar una determinacion inicial de si los UEs en modo de mejora de cobertura estan presentes en la celula, como en la etapa 302, el nodo eNB puede determinar si es capaz de proporcionar servicio a UEs cuando se utiliza la configuracion de RLC de mejora de cobertura. Si es asi, el nodo eNB difunde el soporte de los UEs en modo de mejora de cobertura (es decir, que esta disponible la configuracion de RLC de mejora de cobertura) y determina que configuracion de RLC ha de utilizarse sobre la base de la demanda de conexion de RRC, u otra informacion recibida del equipo UE.

Ademas, en varias formas de realizacion, la mejora de cobertura y los UEs en el modo de mejora de cobertura pueden separarse en diferentes categorias dependiendo de las condiciones de la red y las capacidades del equipo UE. Esto conduce a que diferentes umbrales (p.ej., umbrales de valor de calculo del enlace) puedan ser utilizados por el nodo eNB, y UEs que son servidos por el nodo eNB. A modo de ejemplo, la mejora de cobertura se puede dividir en un numero arbitrario de niveles, tal como una mejora de cobertura minima (mejora del valor de calculo del enlace de 0-5 dB), moderada (mejora del valor de calculo del enlace de 5-10 dB) y severa (mejora del valor de calculo del enlace de 10-15 dB). En este caso, la configuracion de RLC de mejora de cobertura, transmitida por el nodo eNB, puede ser especifica del equipo UE. Ademas, las diferentes configuraciones de RLC se pueden transmitir al equipo UE con I Es de un SIB (como anteriormente, SIB-2 o SIB-14, a modo de ejemplo) y, por lo tanto, senalizarse utilizando una cantidad de bits que depende del numero de configuraciones (p.ej., se pueden transmitir 3, o menos, configuraciones de RLC de mejora de cobertura utilizando dos bits). De forma alternativa, por supuesto, la configuracion de RLC de mejora de cobertura predeterminada puede estar predefinida dentro de 3GPP TS 36.331 y configurada para todos los UEs atendidos por el nodo eNB. La configuracion de RLC de mejora de cobertura por defecto, se puede proporcionar a UEs atendidos por el nodo eNB con senalizacion RRC dedicada.

En la Figura 4 se ilustra un diagrama de flujo de un metodo en un equipo UE en modo de mejora de cobertura de conformidad con algunas formas de realizacion. Tal como se muestra, el equipo UE recibe una senal procedente del nodo eNB que sirve al equipo UE, en la etapa 402. La senal puede ser, a modo de ejemplo, un mensaje de difusion o unidifusion desde el nodo eNB. La transmision contiene la configuracion de RLC de mejora de cobertura en IEs de un SIB. El equipo UE determina, en la etapa 404, si la mejora de cobertura es apropiada para comunicarse con el nodo eNB. Como alternativa, si el equipo UE se ha comunicado ya con el nodo eNB, el equipo UE puede memorizar la configuracion de RLC en modo de mejora y, posteriormente, utilizar la configuracion de RLC en modo de mejora en un futuro establecimiento de conexion de RRC. El equipo UE puede utilizar, de forma automatica, la configuracion de RLC en modo de mejora memorizada, o puede recibir informacion procedente del nodo eNB (tal como uno o mas bits en el SIB) que define que configuracion de RLC ha de utilizarse.

Existen varias formas en las que el equipo UE puede determinar que la mejora de cobertura es adecuada para comunicarse con el nodo eNB. Lo que antecede es similar a lo descrito, con anterioridad, en relacion con la determinacion de eNB. Las tecnicas descritas en este documento para la determinacion de UE se pueden utilizar de forma individual, o en combinacion para realizar la determinacion. A modo de ejemplo, como con anterioridad, el nodo eNB puede adoptar procedimientos de radiomensajeria especificos para UEs en el modo de mejora de cobertura. El equipo UE en la Figura 4, en este caso, puede determinar que una mejora de cobertura es deseable para comunicarse con el nodo eNB si dicho nodo eNB puede alcanzarse solamente utilizando los procedimientos de radiomensajeria especificos de la mejora de cobertura.

En otro ejemplo, el proceso de sincronizacion de enlace descendente, que se utiliza cuando el equipo UE se activa por primera vez, y realiza una busqueda de celula inicial para conectarse a la red celular, se puede utilizar para determinar si el equipo UE esta en modo de mejora de cobertura. En los sistemas 3GPP, el nodo eNB envia senales de sincronizacion primaria y secundaria al equipo UE. La senal primaria se utiliza para la temporizacion y la adquisicion de frecuencia, mientras que la senal secundaria se utiliza para adquirir informacion especifica de la celula. El equipo UE puede determinar que la mejora de cobertura es adecuada para comunicarse con el nodo eNB si la senal de sincronizacion primaria o secundaria no se obtiene dentro de un periodo de sincronizacion predeterminado, o despues de una cantidad predeterminada de veces consecutivas en que la adquisicion de sincronizacion ha excedido el periodo de sincronizacion predeterminado. Ademas, el equipo UE puede determinar que la mejora de la cobertura es apropiada para la comunicacion con el nodo eNB si se adoptan senales de sincronizacion alternativas en la norma 3GPP, que se utilizaran para UEs en modo de mejora de cobertura, y el equipo UE obtiene la sincronizacion de enlace descendente desde el nodo eNB solo utilizando estas senales de sincronizacion alternativas.

En otra forma de realizacion, el equipo UE puede, en cambio, utilizar la temporizacion del procedimiento de acceso aleatorio para determinar si la mejora de cobertura es adecuada para comunicarse con el nodo eNB. El procedimiento de acceso aleatorio incluye la transmision por el equipo UE de la secuencia de preambulo al nodo eNB, la recepcion de una respuesta de acceso aleatorio en el nodo eNB, la transmision, por el equipo UE, de la respuesta del canal de acceso aleatorio utilizando la informacion incluida en la respuesta de acceso aleatorio, y la resolucion de conflictos. A la recepcion de la respuesta de acceso aleatorio, el equipo UE emite una demanda de conexion de RRC. La norma 3GPP indica que el procedimiento de acceso aleatorio debe completarse dentro de un periodo de acceso predeterminado. Por lo tanto, si no es asi (o despues de un numero predeterm inado de intentos consecutivos que superen el periodo de acceso), el equipo UE puede determinar que la mejora de cobertura es adecuada para comunicarse con el nodo eNB. Ademas, el equipo UE puede determinar que la mejora de cobertura es apropiada para comunicarse con el nodo eNB si se utiliza una estructura de senal de acceso aleatorio especifica, y un procedimiento para UEs en el modo de mejora de cobertura, y esta estructura de senal es solamente la forma en que el equipo UE puede completar el procedimiento de acceso aleatorio.

En otra forma de realizacion, el equipo UE puede utilizar bloques de informacion (SIBs o el Bloque de Informacion Maestro (MIB)) para determinar que la mejora de cobertura es adecuada para comunicarse con el nodo eNB. Mas concretamente, de forma similar a la sincronizacion, el equipo UE puede medir el tiempo de adquisicion de informacion del sistema a traves de diferentes bloques de informacion, y determinar que la mejora de la cobertura es apropiada para comunicarse con el nodo eNB cuando el tiempo supera un periodo de adquisicion, o despues de un numero predeterminado de veces consecutivas en que la adquisicion del sistema supera el periodo de adquisicion. Tal como se indico con anterioridad, el equipo UE puede determinar que la mejora de la cobertura es adecuada para comunicarse con el nodo eNB si se adopta una estructura y un procedimiento de difusion de informacion del sistema alternativos en la norma 3G PPP que ha de utilizarse para UEs en modo de mejora de cobertura, y el equipo UE es capaz de obtener informacion del sistema procedente del nodo eNB solamente utilizando el procedimiento alternativo.

En otra forma de realizacion, el equipo UE puede utilizar la Potencia Recibida de Simbolos de Referencia (RSRP), que mide la potencia media recibida a traves de los elementos de recursos que transmiten senales de referencia especificas de la celula dentro del ancho de banda deseado, de la misma forma en que los umbrales de potencia se pueden utilizar por el nodo eNB para determinar el estado del modo de mejora de cobertura. De forma especifica, el equipo UE puede determinar que la mejora de cobertura es adecuada para comunicarse con el nodo eNB si la RSRP, durante un tiempo predeterminado, es inferior a un umbral de simbolo predeterminado.

Tal como se ilustra, el equipo UE determina que es adecuado utilizar la configuracion de RLC de mejora de cobertura. El equipo UE transmite, con posterioridad, una demanda de conexion de RRC modificada al nodo eNB en la etapa 406, y recibe una respuesta del nodo eNB en la etapa 408. El establecimiento de la conexion de RRC modificada, tal como se ilustra en la Figura 6, no contiene el IE "RLCConfig". De forma alternativa, el mensaje RRCConnectionReconfiguration, se puede utilizar en lugar de RRCConnectionSetup en una etapa posterior durante el curso de la conexion de RRC. En este punto, tanto el equipo UE como el nodo eNB tienen la suficiente informacion que les permite determinar que el equipo UE esta en modo de mejora de cobertura. El establecimiento de conexion de RRC se envia utilizando la configuracion de RLC de mejora de cobertura recibida en la etapa 402. Suponiendo que la respuesta procedente del nodo eNB es un mensaje de Establecimiento de Conexion de RRC, en lugar de un mensaje de Rechazo de Conexion de RRC, el equipo UE de mejora de cobertura, a su vez, responde al nodo eNB con un mensaje de Establecimiento de Conexion de RRC Completo y continua utilizando la configuracion de RLC de mejora de cobertura en la etapa 410.

En las Figuras 5A y 5B se ilustra un elemento de informacion de configuracion de RLC de conformidad con una forma de realizacion. Los parametros de configuracion de RLC de mejora de cobertura utilizan temporizadores y contadores que se ajustan mejor a la tasa de comunicacion de UEs en modo de mejora de cobertura, que a los parametros de la configuracion de RLC predeterminada. En las Figuras 5A y 5B, la mayoria de los parametros permanecen sin cambios, y algunos parametros de configuracion predeterminados no se pueden ajustar, actualmente, en la norma. A modo de ejemplo, los soportes de radio transmiten datos de usuario (soportes de radio de datos (DRBs)), o datos de control (soportes de radio de senalizacion (SRBs)). Los SRBs se comunican utilizando mensajes de senalizacion de RRC y funcionan en modo de RLC (AM) conocido, lo que requiere que un dispositivo de recepcion envie continuamente datos al dispositivo de transmision, lo que indica que el dispositivo de recepcion ha recibido, de forma satisfactoria, los datos. Este AM RLC no se puede cambiar a partir de la configuracion predeterminada. Los parametros de la configuracion de RLC de mejora de cobertura predeterminada, que no se modifican de 3GPP TS 36.331 se muestran en texto sin formato. Otros parametros de la configuracion de RLC de mejora de cobertura predeterminada, que pueden ajustarse, se ilustran en diferentes fuentes. En particular, los parametros de configuracion de RLC de mejora de cobertura predeterminados se ilustran en las Figuras 5A y 5B en negrita, subrayado y cursiva. Ademas, se han anadido nuevos valores para algunos de los parametros de la configuracion de RLC, ademas de los parametros de configuracion de RLC de mejora de cobertura predeterminados. Estos nuevos parametros de configuracion de RLC de mejora de cobertura no predeterminados se ilustran en negrita, subrayados en las Figuras 5A y 5B. Conviene senalar, ademas, que algunos de los nuevos valores sustituyen los valores de reserva de los diversos parametros. Segun se indico anteriormente, para seguir la sintaxis ASN.1, los valores de reserva en este caso estan marcados como tachados en las Figuras 5A y 5B. Sin embargo, si los valores de reserva no estan disponibles, no se pueden anadir nuevos valores para el parametro.

Mas concretamente, el "pollPDU" y el "pollByte" se establecen, respectivamente, en 1 PDU o 500 bits, lo que permite al equipo UE de transmision interrogar al equipo UE de recepcion, despues de la transmision de una unica PDU, o despues de una cantidad relativamente pequena de datos. Lo que antecede contrasta con la configuracion de RLC predeterminada en la que, a modo de ejemplo, "pollPDU" se establece en 4 PDUs. Conviene senalar, ademas, que los valores mas bajos que se anaden a estos campos permiten la utilizacion de valores alternativos si se desea por el equipo UE en modo de mejora de cobertura. Mas concretamente, "pollPDU" se puede establecer en valores de 2 o 3 PDUs, mientras que "pollByte" se puede establecer en 1 kB, 2 kB, 4 kB, 8 kB o 16 kB. Ninguno de estos valores existe actualmente en la norma 3GPP TS 36.331 actual. El parametro "SN-FieldLength" indica el tamano del campo del numero de secuencia de RLC en modo no confirmado, que se establece en 5 bits en la configuracion de RLC de mejora de cobertura. Los valores de "t-reordering", "t-StatusProhibit" y "t-pollRetRetransmit" son temporizadores que se establecen en valores mas altos, principalmente, 500 ms. Estos parametros controlan, respectivamente, la temporizacion antes de un reordenamiento, informacion de estado y la interrogacion repetitiva durante la transmision de una PDU dada. Aumentando el tiempo para cada uno de estos, la configuracion de RLC de mejora de cobertura es capaz de ralentizar estos procesos para que se correspondan con la tasa de comunicacion mas lenta.

De esta forma, en varias formas de realizacion, tanto el nodo eNB como el equipo UE detectan si el equipo UE esta en modo de mejora de cobertura y actuan, en consecuencia, utilizando una version modificada de la configuracion de RLC en las comunicaciones entre el nodo eNB y el equipo UE. Los mecanismos de deteccion pueden diferir entre el nodo eNB y el equipo UE, y pueden incluir una senalizacion directa entre el nodo eNB y el equipo UE, pudiendo recibirse la senalizacion de control solamente a traves de procedimientos de senalizacion modificados particulares, o determinando potencia o temporizacion de varias senales de control, a modo de ejemplo. La configuracion de RLC permite que un dispositivo de transmision transmita una cantidad de datos mas pequena que la configuracion estandar de RLC, antes de la interrogacion del dispositivo de recepcion, con el fin de obtener informacion sobre la recepcion por el dispositivo de recepcion de los datos transmitidos.

Aunque se ha descrito una forma de realizacion con referencia a formas de realizacion especificas, a modo de ejemplo, sera evidente que se pueden realizar varias modificaciones y cambios en estas formas de realizacion sin desviarse del espiritu y mas amplio alcance de la presente invencion. En consecuencia, la especificacion y los dibujos deben considerarse en un sentido ilustrativo en lugar de restrictivo. Los dibujos adjuntos, que forman parte de este documento, muestran, a modo de ilustracion, y no de limitacion, formas de realizacion especificas en las que se puede poner en practica la materia tratada. Las formas de realizacion ilustradas se describen con suficiente detalle para permitir a los expertos en la materia practicar las ensenanzas aqui descritas. Otras formas de realizacion se pueden utilizar y derivarse de ellas, de modo que se puedan realizar sustituciones y cambios estructurales y logicos sin apartarse del alcance de esta idea inventiva. Esta descripcion detallada, por lo tanto, no debe tomarse en un sentido limitativo, y el alcance de varias formas de realizacion se define solamente por las reivindicaciones adjuntas.

Dichas formas de realizacion de la materia inventiva pueden referirse, en este documento, de forma individual y/o colectiva, por el termino "invencion" simplemente por conveniencia y sin la intencion de limitar, de forma voluntaria, el alcance de esta solicitud a cualquier invencion individual o concepto inventivo si, de hecho, se da a conocer mas de uno. Por lo tanto, aunque se han ilustrado y descrito aqui las formas de realizacion especificas, ha de entenderse que cualquier disposicion calculada para conseguir la misma finalidad puede ser sustituida por las formas de realizacion especificas ilustradas. Esta invencion esta prevista para cubrir todas, y cada una, de las adaptaciones o modificaciones de varias formas de realizacion. Las combinaciones de las formas de realizacion anteriores y otras formas de realizacion no descritas aqui especificamente, seran evidentes para los expertos en la tecnica al revisar la descripcion anterior.

En este documento, los terminos "uno" o "una" se utilizan, como es comun en los documentos de patente, para incluir uno o mas de uno, con independencia de cualesquiera otros ejemplos o usos de "al menos uno" o "uno o mas". En este documento, el termino "o" se utiliza para referirse a un elemento no exclusivo o, de forma que "A o B" incluye "A pero no B", "B pero no A" y "A y B", a menos que se indique lo contrario. En este documento, los terminos "incluyendo" y "en el que", se utilizan como los equivalentes en ingles simple de los terminos respectivos "que comprenden" y "en donde". Ademas, en las siguientes reivindicaciones, los terminos "que incluye" y "que comprende" son de extremo abierto, es decir, un sistema, UE, articulo, composicion, formulacion o proceso que incluye elementos adicionales a los enumerados despues de que dicho termino en una reivindicacion se considera que cae dentro del alcance de esa reivindicacion. Ademas, en las siguientes reivindicaciones, los terminos "primero", "segundo" y "tercero", etc. se utilizan simplemente como etiquetas y no estan previstos para imponer requisitos numericos sobre sus objetos.

El Resumen de la Invencion se proporciona para cumplir con 37 C.F.R. §1.72 (b), que requiere un resumen que permita al lector determinar, con rapidez, la naturaleza de la descripcion tecnica. Se presenta con el entendimiento de que no se utilizara para interpretar o limitar el alcance, o significado, de las reivindicaciones. Ademas, en la Descripcion Detallada anterior, se puede observar que varias caracteristicas se agrupan juntas en una unica forma de realizacion para la finalidad de simplificar la idea inventiva. Este metodo de descripcion no debe interpretarse como que refleja una intencion de que las formas de realizacion reivindicadas requieran mas caracteristicas de las que se mencionan expresamente en cada reivindicacion. Mas bien, tal como reflejan las siguientes reivindicaciones, la idea inventiva radica en menos de la totalidad de caracteristicas de una unica forma de realizacion dada a conocer. Por lo tanto, las siguientes reivindicaciones se incorporan en la descripcion detallada, con cada reivindicacion permaneciendo por si misma como una forma de realizacion independiente.

Claims (13)

REIVINDICACIONES

1. Equipo, UE, que comprende:

un transceptor configurado para transmitir y recibir senales desde un nodo Node B evolucionado, eNB, en una red; y un conjunto de circuitos de procesamiento (206) configurado para:

la determinacion de si se debe poner en practica una configuracion de control de enlace de radio de mejora de cobertura, RLC, la configuracion de RLC de mejora de cobertura se configura para ser utilizada por un equipo UE (102) cuando se hace funcionar en un modo de mejora de cobertura en donde se debe obtener un valor de calculo del enlace adicional sin aumentar la potencia de transmision, y situado en una localizacion en la que un valor de calculo del enlace para un nodo eNB de servicio proximo es inferior que un valor de calculo del enlace tipico, y la utilizacion de la configuracion de RLC de mejora de cobertura para comunicarse con el nodo eNB en respuesta a la determinacion de la puesta en practica de la configuracion de RLC de mejora de cobertura, incluyendo la configuracion de RLC de mejora de cobertura valores de contadores y temporizadores de RLC configurados para disminuir una cantidad de tiempo antes de que el equipo UE (102), en el modo de mejora de cobertura, sea capaz de demandar la confirmacion de una transmision al nodo eNB, en comparacion con una configuracion de RLC de no mejora de la cobertura;

en donde los contadores de RLC, que cuentan una cantidad de bytes transmitidos por un dispositivo de transmision antes de que el dispositivo de transmision pueda interrogar a un dispositivo de recepcion, se reducen a menos de 4 unidades de datos por paquete y/o menos de 25 KB, y en donde los temporizadores, que controlan la interrogacion repetitiva, se incrementan a valores superiores a 500 ms.

2. El equipo UE (102) segun la reivindicacion 1, en donde el transceptor esta configurado para recibir la configuracion de RLC de mejora de cobertura a partir de una senal por el nodo eNB, estando el conjunto de circuitos de procesamiento configurado para poner en practica la configuracion de RLC de mejora de cobertura en funcion de la senal recibida.

3. El equipo UE (102) segun la reivindicacion 2, en donde el transceptor esta configurado para transmitir una demanda para la configuracion de RLC de mejora de cobertura al nodo eNB y, en respuesta, para recibir la configuracion de RLC de mejora de cobertura.

4. El equipo UE (102) segun la reivindicacion 3, en donde la demanda es una demanda de RRCConnectionSetup o una demanda de RRCConnectionReconfiguration.

5. El equipo UE (102) segun cualquiera de las reivindicaciones 1-4, en donde el conjunto de circuitos de procesamiento esta configurado para:

la determinacion de si poner en practica la configuracion de RLC de mejora de cobertura sin que el transceptor reciba una transmision por el nodo eNB que contiene la configuracion de RLC de mejora de cobertura, y la puesta en practica, de forma automatica, de la configuracion de RLC de mejora de cobertura sobre la base de la informacion memorizada en la memoria con respecto al equipo UE (102) que anteriormente utilizaba la configuracion de RLC de mejora de cobertura.

6. El equipo UE (102) segun cualquiera de las reivindicaciones 1-5, en donde, despues de que el conjunto de circuitos de procesamiento haya determinado la puesta en practica de la configuracion de RLC de mejora de cobertura para comunicarse con el nodo eNB, el transceptor esta configurado para transmitir al nodo eNB una Demanda de Conexion de Control de Recursos de Radio, RRC, basada en la configuracion de RLC de mejora de cobertura, con el fin de establecer una conexion de RRC con el nodo eNB en respuesta al equipo UE (102), que inicia una llamada o sesion de datos originada en el movil, o el equipo UE (102) que recibe un mensaje de radiomensajeria desde el nodo eNB.

7. El equipo UE (102) segun cualquiera de las reivindicaciones 1-6, en donde la configuracion de RLC de mejora de cobertura esta incluida en un Elemento de Informacion, IE, en un Bloque de Informacion del Sistema, SlB, estando el conjunto de circuitos de procesamiento configurado, ademas, para impedir que una ventana del transmisor de RLC del equipo UE se bloquee o tenga que esperar durante varios minutos antes de recibir realimentacion procedente del nodo eNB basandose en valores de "PollPDU" y "PollByte" en la configuracion de RLC de mejora de cobertura.

8. El equipo UE (102) segun la reivindicacion 7, en donde los valores de "PollPDU" y "PollByte" en la configuracion de RLC de mejora de cobertura son 1 unidad de datos por paquete y 0.5 kB, respectivamente.

9. El equipo UE (102) segun cualquiera de las reivindicaciones 1-8, en donde el conjunto de circuitos de procesamiento esta configurado para determinar si poner en practica, o no, la configuracion de RLC de mejora de cobertura dependiendo del equipo UE (102) al menos uno de:

a) ser incapaz de:

obtener la adquisicion de sincronizacion de enlace descendente de un canal de sincronizacion primario y de un canal de sincronizacion secundario desde el nodo eNB dentro de un periodo de sincronizacion predeterminado, obtener la adquisicion de informacion del sistema desde el nodo eNB dentro de un periodo de adquisicion predeterminado, o

completar un procedimiento de Acceso Aleatorio dentro de un periodo de acceso predeterminado,

b) excediendo:

el periodo de sincronizacion es un numero predeterminado de veces consecutivas sin obtener la adquisicion de sincronizacion de enlace descendente,

el periodo de adquisicion es un numero predeterminado de veces consecutivas sin completar el procedimiento de Acceso Aleatorio, o

el periodo de acceso es un numero predeterminado de veces sin completar el procedimiento de Acceso Aleatorio, c) sea capaz de:

obtener la sincronizacion de enlace descendente desde el nodo eNB solamente utilizando senales de sincronizacion alternativas especificas para los equipos UEs en modo de mejora de cobertura (102),

completar el procedimiento de Acceso Aleatorio solo mediante el uso de un procedimiento de Acceso Aleatorio especifico para los equipos UEs en modo de mejora de cobertura, o

obtener informacion del sistema desde el nodo eNB solo mediante el uso de un procedimiento alternativo de difusion de informacion del sistema,

d) la determinacion de que una Potencia Recibida de Simbolos de Referencia es inferior a un umbral de simbolo predeterminado durante un periodo de tiempo predeterminado, o

e) la determinacion de que el equipo UE (102) pueda alcanzarse por el nodo eNB solamente mediante el eNB que utiliza los procedimientos de radiomensajeria especificos de mejora de cobertura.

10. Un soporte de memorizacion legible por ordenador no transitorio que memoriza instrucciones para la ejecucion por uno o mas procesadores de un equipo, UE, (102), con el fin de configurar el equipo UE (102) para comunicarse con un nodo Node B evolucionado, eNB, en una red que utiliza una configuracion de control de enlace de radio de mejora de cobertura, RLC, siendo los uno o mas procesadores para configurar el equipo UE (102) de conformidad con cualquiera de las reivindicaciones 1 a 9.

11. Un metodo para la configuracion de un equipo, UE, (102) para la utilizacion de una configuracion de control de enlace de radio de mejora de cobertura, RLC, para comunicarse con un nodo Node B evolucionado, eNB, en una red, comprendiendo el metodo:

la determinacion de si se debe poner en practica, o no, la configuracion de RLC de mejora de cobertura, estando la configuracion de RLC de mejora de cobertura configurada para ser utilizada por un equipo UE (102) en un modo de mejora de cobertura, en donde ha de obtenerse un valor de calculo del enlace adicional sin aumentar la potencia de transmision, y estando situado en una localizacion en donde un valor de calculo del enlace para un nodo eNB de servicio proximo es inferior que un valor de calculo del enlace tipico en la red, y

utilizando la configuracion de RLC de mejora de cobertura para comunicarse con el nodo eNB en respuesta a la determinacion de si poner en practica la configuracion de RLC de mejora de cobertura, incluyendo la configuracion de RLC de mejora de cobertura valores de contadores y temporizadores de RLC configurados para disminuir una cantidad de tiempo antes de que el equipo UE (102) en el modo de mejora de cobertura sea capaz de demandar la confirmacion de una transmision al nodo eNB, en comparacion con una configuracion de RLC de no mejora de la cobertura;

en donde los contadores de RLC, que cuentan una cantidad de bytes transmitidos por un dispositivo de transmision, antes de que el dispositivo de transmision sea capaz de interrogar a un dispositivo de recepcion, se reducen a menos de 4 unidades de datos por paquete y/o menos de 25 KB, y en donde los temporizadores, que controlan la interrogacion repetitiva, se incrementan a valores superiores a 500 ms.

12. El metodo segun la reivindicacion 11, que comprende, ademas:

la transmision de una Demanda de Conexion de Control de Recursos de Radio, RRC, al nodo eNB; y

la recepcion de la configuracion de RLC de mejora de cobertura en respuesta a la Demanda de Conexion de RRC.

13. El metodo segun la reivindicacion 11 o 12, que comprende, ademas al menos uno de:

la recepcion de la configuracion de RLC de mejora de cobertura a partir de una emision por el nodo eNB, y la puesta en practica, de forma automatica, de la configuracion de RLC de mejora de cobertura sobre la base de informacion memorizada con respecto al equipo UE (102) que anteriormente utilizaba la configuracion de RLC de mejora de cobertura sin haber recibido una difusion desde el nodo eNB que incluia la configuracion de RLC de mejora de cobertura.