Método y disposición en un sistema de telecomunicaciones.

Un metodo para solicitar la programación de recursos (2D) a ser usados para la comunicación de datos de enlace ascendente (2E) desde un equipo de usuario (105) en un sistema de comunicaciones (100),

en el que el numero de peticiones de programación (2B) que el equipo de usuario transmitira repetidamente en un canal de control de enlace ascendente dedicado en relación con los datos mientras que no se han concedido los recursos de enlace ascendente esta limitado mediante la monitorización (425, 430), en el equipo de usuario, de si se ha alcanzado un valor umbral que representa un límite maximo, caracterizado porque una transmisión de acceso aleatorio (3C) sobre un canal de acceso aleatorio se inicia (440) en respuesta a dicho valor umbral que se ha alcanzado.

Metodo y disposición en un sistema de telecomunicaciones Campo tecnico La presente invención se refiere al campo de la comunicación de datos, y en particular a la programación de la 5 transmisión de datos de enlace ascendente en un sistema de comunicaciones.

Antecedentes En un sistema de comunicaciones que funciona de acuerdo con el estandar de Evolución de Largo Plazo (LTE) basado en Multiplexación por División de Frecuencia Ortogonal (OFDM) , los datos se transmiten entre los equipos de usuario y las estaciones base de radio (conocidas como Nodos B evolucionados, e-NodosB) en un numero de 10 recursos de frecuencia que se puede asignar dinamicamente a distintas sesiones de comunicación. Un equipo de usuario (UE) puede requerir la programación de recursos para la transmisión de datos de enlace ascendente (UL) enviando una Petición de Programación (SR) al e-NodoB con el cual esta conectado actualmente. El e-nodoB entonces respondera a la petición de programación enviando un mensaje de concesión de UL al equipo de usuario, el mensaje de concesión de UL que contiene información sobre una frecuencia o frecuencias en las cuales van a ser transmitidos los datos de enlace ascendente (la temporización de los recursos programados para la transmisión de datos de enlace ascendente típicamente se da implfcitamente por la temporización de la recepción del mensaje de concesión de UL) . Los datos de enlace ascendente entonces se pueden enviar por el equipo de usuario en los recursos de tiempo/frecuencia programados.

Cuando un equipo de usuario llega a estar activo en un sistema LTE, el equipo de usuario típicamente se asignara a un Canal de Control de Enlace Ascendente Físico (PUCCH) dedicado, que es un canal de control dedicado en el cual entre otras cosas las peticiones de programación se puede transmitir al e-nodoB. De acuerdo con el estandar LTE actual, la potencia a la que se transmitira una petición de programación en el canal PUCCH se determina de acuerdo con una expresión proporcionada en el estandar (ver la Especificación Tecnica (TS) 36.213, versión 8.2.0, sección 5.1.2 del 3GPP) :

PPUCCH (i) i PMAº PO PUCCH PL fTF PUCCH (TF) g (i) dBm (1)

donde • PO PUCCH consta de un parametro específico de celda PO NOMINAL PUCCH, que se difunde (en el Bloque de Información del Sistema 2, SIB2) , y un parametro específico del UE PO UE PUCCH , que se envfa al equipo de usuario a traves de senalización dedicada sobre el protocolo de Control de Recursos Radio (RRC) .

PO PUCCH es un parametro configurado de manera semiestatica que se actualiza de vez en cuando, típicamente en una escala de tiempo de horas. PO PUCCH se usa para compensar la interferencia, pero no es capaz de seguir los cambios de interferencia que son mas rapidos que la escala de tiempo de actualización de PO PUCCH

• PL es la estimación del UE de su propio trayecto de perdidas.

• fTF PUCCH (TF) corresponde a un factor específico de transporte de formato senalado a traves del RRC. fTF PUCCH (TF) toma el mismo valor para todas las transmisiones de petición de programación en una celda, pero podría tomar un valor distinto cuando se transmiten otros tipos de información sobre el PUCCH; y • g (i) representa los comandos de Control de Potencia de Transmisión (TPC) absolutos o acumulados recibidos por el equipo de usuario desde el e-nodoB (en los formatos de Información de Control Dedicada (DCI) 1, 2 o 3) . Los comandos TPC se usan para ajustar la potencia de transmisión de un equipo de usuario para compensar las variaciones en los niveles de ruido e interferencia en una celda.

Por lo tanto, la potencia de transmisión a la que se transmitiran las peticiones de programación en el canal PUCCH depende del parametro semiestatico PO PUCCH , la estimación del trayecto de perdidas PL hecha por el equipo de usuario, la compensación específica del formato de transporte fTF PUCCH (TF) y el (los) comando (s) recibido (s) desde 45 el e-nodoB.

La expresión (1) se ha derivado para asegurar que un equipo de usuario transmite en una potencia adecuada de manera que la interferencia se mantiene baja mientras que se mantiene suficiente calidad de servicio.

No obstante, pudiera haber situaciones en que la potencia de transmisión dada por la expresión (1) no es suficiente, de manera que un e-nodoB al que esta conectado actualmente el equipo de usuario deja de escuchar una petición 50 de programación transmitida en el canal PUCCH. Este por ejemplo puede ser el caso cuando la interferencia en la celda en la que el equipo de usuario esta activo cambia en una escala de tiempo que es mas corta que la escala de tiempo de la transmisión de los comandos TPC desde el e-nodoB, o en ausencia de comandos TPC en una escala de tiempo mas corta que la escala de tiempo de las actualizaciones PO PUCCH Los comandos TPC se transmiten

típicamente al equipo de usuario cuando hay datos de enlace descendente programados dinamicamente para ser transmitidos al equipo de usuario. Si no ha habido datos de enlace descendente programados dinamicamente para ser transmitidos al equipo de usuario durante algun periodo de tiempo, puede ser que el (los) ultimo (s) comando (s) TPC transmitido (s) no proporcione (n) la compensación adecuada para la interferencia actual en la celda.

Si la combinación de la PO PUCCH y cualquier (cualesquiera) comando (s) TPC no es una compensación adecuada para la interferencia mas el ruido, el equipo de usuario reenviara su petición de programación, una y otra vez usando la misma potencia, hasta que el equipo de usuario obtiene una concesión. En circunstancias desafortunadas, el equipo de usuario puede terminar en un bucle mas o menos indefinido de envfo de peticiones de programación que nunca seran escuchadas por el e-NodoB. Una situación similar puede suceder si la petición de programación falla por alguna otra razón, por ejemplo si el equipo de usuario deja de transmitir peticiones de programación correctas, o las transmite en el recurso equivocado.

Como se puede ver a partir de lo anterior, hay una necesidad de mejorar la robustez del procedimiento de petición de programación en los sistemas de radiocomunicaciones móviles que funcionan de acuerdo con el estandar LTE.

Esta necesidad se ha abordado en la propuesta de estandarización R2-083436, TSG-RAN WG2 #62bis del 3GPP, en la que se revela que el problema de las transmisiones sin fin de las peticiones de programación se puede resolver reutilizando un procedimiento de recuperación que se estandariz6 inicialmente para detener los intentos sin fin de transmitir en el Canal de Acceso Aleatorio (RACH) . En esta solución, el protocolo de Control de Acceso al Medio (MAC) indica al protocolo RRC cuando se ha identificado un problema con las peticiones de programación en el PUCCH, en base a un temporizador o un contador. Cuando se ha identificado tal problema, el RRC inicia un temporizador conocido como T312. Si una petición de programación se recibe con exito por el e-NodoB antes de que el temporizador T312 haya expirado, el MAC informa al RRC. No obstante, si no ha ocurrido la recuperación a la expiración del temporizador T312, el RRC tomara la acción adicional siguiendo la especificación para el fallo del enlace radio, usada para manejar el fallo del canal de acceso aleatorio. Esto se describe adicionalmente en la TS

36.331 v8.2.0, Sección 5.3.10 "Acciones relacionadas con el fallo del enlace radio".

Aunque el metodo descrito en la propuesta de estandarización R2-083436 asegurara que un equipo de usuario nunca terminara en una situación en que esta transmitiendo un numero de peticiones de programación sin fin que nunca seran ofdas, lo hace con un gran coste. Realizar el procedimiento estandarizado a la expiración de T310 consume tiempo y requiere una gran cantidad de senalización.

Resumen Un objeto de la presente invención es encontrar una forma eficiente de evitar que un equipo de usuario termine en una situación en que un numero de peticiones de programación grande o sin fin se transmita sin exito.

Este objeto se logra mediante un metodo para requerir la programación de los recursos a ser usados para la comunicación de enlace ascendente de datos desde un equipo de usuario en un sistema de comunicación, en el que el numero de peticiones de programación que el equipo de usuario transmitira repetidamente en un canal de control de enlace ascendente dedicado en relación con los datos mientras que no han sido concedidos los recursos del enlace ascendente esta... [Seguir leyendo]

1. Un metodo para solicitar la programación de recursos (2D) a ser usados para la comunicación de datos de enlace ascendente (2E) desde un equipo de usuario (105) en un sistema de comunicaciones (100) , en el que el numero de peticiones de programación (2B) que el equipo de usuario transmitira repetidamente en un canal de control de enlace ascendente dedicado en relación con los datos mientras que no se han concedido los recursos de enlace ascendente esta limitado mediante la monitorización (425, 430) , en el equipo de usuario, de si se ha alcanzado un valor umbral que representa un límite maximo, caracterizado porque una transmisión de acceso aleatorio (3C) sobre un canal de acceso aleatorio se inicia (440) en respuesta a dicho valor umbral que se ha alcanzado.

2. El metodo de la reivindicación 1, que comprende los pasos de:

iniciar (405) una medida usada para limitar el numero de peticiones de programación transmitidas;

comprobar (430) si la medida ha alcanzado un valor umbral, y si no se han concedido recursos de enlace ascendente y la medida no ha alcanzado un valor umbral:

transmitir (435) una petición de programación (2B) en un canal de control de enlace ascendente, y repetir el 15 paso de comprobación, mientras que si no se han concedido recursos de enlace ascendente y la medida ha alcanzado el valor umbral:

transmitir (440) una transmisión de acceso aleatorio (3C) en el canal de acceso aleatorio.

3. El metodo de la reivindicación 1 o 2, en el que una celda a la que el equipo de usuario esta conectado actualmente se mantendra como la celda seleccionada cuando se ha alcanzado el valor umbral sin realizar la 20 evaluación de la celda.

4. El metodo de cualquiera de las reivindicaciones 1-3, en el que, si no se han concedido recursos de enlace ascendente y el valor umbral ha sido alcanzado, el metodo ademas comprende liberar (3F, 437) los recursos de canal de control de enlace ascendente y/o cualesquiera símbolos de referencia de sondeo asignados.

5. El metodo de cualquiera de las reivindicaciones 1-3, en el que, si no se han concedido recursos de enlace ascendente y el valor umbral ha sido alcanzado, el metodo ademas comprende:

incluir una indicación, en la transmisión de acceso aleatorio, que indica si se ha liberado el canal de control de enlace ascendente.

6. Un equipo de usuario (105) para comunicar en un sistema de comunicaciones (100) , el equipo de usuario que comprende un transceptor (500) y que se dispone de manera que el numero de peticiones de programación (2B) que el equipo de usuario transmitira repetidamente en relación con los mismos datos de enlace ascendente (2E) en un canal de control de enlace ascendente mientras que no se han concedido recursos de enlace ascendente se limita a que el equipo de usuario se adapte a monitorizar si se ha alcanzado un límite maximo, el equipo de usuario que se caracteriza porque el equipo de usuario esta adaptado para:

iniciar una transmisión de acceso aleatorio (3C) en el canal de acceso aleatorio en respuesta a dicho límite maximo que se ha alcanzado.

7. El equipo de usuario de la reivindicación 6, que comprende:

los medios (505) para iniciar un contador (530) usado para limitar el numero de peticiones de programación transmitidas;

los medios (520, 540) para comparar una salida (545) del contador con un valor umbral (550) que representa dicho límite maximo y para generar una salida de comparación (555) en dependencia del resultado de la comparación;

los medios para determinar (570) , en base a la salida de comparación, si se deberfa transmitir una petición de programación en el canal de control de enlace ascendente o si se deberfa hacer una transmisión de acceso 45 aleatorio en el canal de acceso aleatorio, y para dar instrucciones al transceptor en consecuencia.

8. El equipo de usuario de la reivindicación 6 o 7, que comprende:

un transceptor (500) capaz de recibir la información de programación de enlace ascendente (2D) ;

transmitir las peticiones de programación (2B) en un canal de control de enlace ascendente, y;

transmitir las transmisiones de acceso aleatorio (3C) en un canal de acceso aleatorio;

un mecanismo de monitorización de los recursos de enlace ascendente (505) conectado con el transceptor y que es capaz de determinar si estan disponibles cualesquiera recursos de enlace ascendente para la transmisión de datos y de generar una salida de monitorización de recursos de enlace ascendente (525, 560) en dependencia del resultado de la determinación;

un contador (530) capaz de contar una medida usada para limitar el numero de peticiones de programación transmitidas, la medida que es por ejemplo tiempo o el numero de peticiones de programación transmitidas;

una memoria (535) para almacenar un valor umbral que representa el límite maximo;

un comparador (540) dispuesto para recibir el valor umbral y una salida del contador, el comparador que se adapta para comparar la salida del contador con el valor umbral y generar una salida de comparación (555) ;

un mecanismo de petición de programación (570) adaptado para recibir la salida de comparación y determinar, en dependencia de la salida de comparación, si se deberfa transmitir una petición de programación en un canal de control de enlace ascendente si se deberfa hacer una transmisión de acceso aleatorio en un canal de acceso aleatorio, y que se adapta ademas para dar instrucciones al transceptor en consecuencia.

9. El equipo de usuario de cualquiera de las reivindicaciones 6-8, en el que el equipo de usuario se adapta ademas para liberar cualquier canal de control de enlace ascendente dedicado cuando se ha alcanzado dicho valor maximo si no se han concedido recursos de enlace ascendente.

10. El equipo de usuario de cualquiera de las reivindicaciones 6-8, en el que el equipo de usuario se adapta ademas para incluir información en la transmisión de acceso aleatorio, la información que indica que el equipo de usuario no ha liberado el canal de control de enlace ascendente.

11. El equipo de usuario de cualquiera de las reivindicaciones 6-10, en el que el contador se dispone para aumentar su valor tras la transmisión de una petición de programación en un canal de 25 control de enlace ascendente.

12. El equipo de usuario de cualquiera de las reivindicaciones 6-10, en el que

el contador se dispone a medir el tiempo transcurrido desde que el contador fue iniciado.

13. Una estación base de radio (110) para la comunicación con un equipo de usuario (105) en una sistema de

comunicaciones (100) dispuesto para recibir las transmisiones de acceso aleatorio (3C) desde los equipos de 30 usuario caracterizada porque la estación base de radio esta adaptada para determinar (3G) si un equipo de usuario desde el cual se ha recibido una transmisión de acceso aleatorio tiene acceso a los recursos del canal de control de enlace ascendente dedicados para la transmisión de una petición de programación; y porque la estación base de radio esta adaptada ademas para enviar un comando de control de potencia (3H) a un equipo de usuario en respuesta a haber determinado que el equipo de usuario tiene acceso a los recursos del canal de control de enlace ascendente dedicados para la transmisión de una petición de programación.

14. Un producto de programa informatico para usar en un procedimiento para requerir la programación de recursos (2D) a ser usado para la comunicación de enlace ascendente de datos (2E) desde un equipo de usuario (105) en una sistema de comunicaciones (100) , en el que el producto de programa informatico comprende partes de código informatico para monitorizar (425, 430) si se ha alcanzado un valor umbral que representa un límite maximo para limitar el numero de peticiones de programación (2B) que el equipo de usuario transmitira repetidamente en un canal de control de enlace ascendente dedicado en relación con los datos mientras que no se han concedido recursos de enlace ascendente esta limitado por, el producto de programa informatico caracterizado por:

las partes de código de programa informatico para iniciar (440) una transmisión de acceso aleatorio (3C) en un 45 canal de acceso aleatorio (440) en respuesta a dicho valor umbral que ha sido alcanzado.

15. Los medios de memoria adecuados para ser comprendidos en un equipo de usuario (105) , los medios de memoria que almacenan el producto de programa informatico de la reivindicación 14.