ES2381147T3 - Método y disposición en un sistema de telecomunicaciones - Google Patents

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

Info

Publication number
ES2381147T3
ES2381147T3 ES08874891T ES08874891T ES2381147T3 ES 2381147 T3 ES2381147 T3 ES 2381147T3 ES 08874891 T ES08874891 T ES 08874891T ES 08874891 T ES08874891 T ES 08874891T ES 2381147 T3 ES2381147 T3 ES 2381147T3
Authority
ES
Spain
Prior art keywords
user equipment
programming
resources
uplink
transmission
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
ES08874891T
Other languages
English (en)
Other versions
ES2381147T5 (es
Inventor
Jessica ÖSTERGAARD
Walter Müller
Per Johan Torsner
Ghyslain Pelletier
Magnus Lindström
Peter Moberg
Carola Faronius
Mats SÅGFORS
Anders FURUSKÄR
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=40474972&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2381147(T3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2381147T3 publication Critical patent/ES2381147T3/es
Publication of ES2381147T5 publication Critical patent/ES2381147T5/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Exchange Systems With Centralized Control (AREA)
  • Communication Control (AREA)

Abstract

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.

Description

Metodo y disposici6n en un sistema de telecomunicaciones
Campo tecnico
La presente invenci6n se refiere al campo de la comunicaci6n de datos, y en particular a la programaci6n de la 5 transmisi6n de datos de enlace ascendente en un sistema de comunicaciones.
Antecedentes
En un sistema de comunicaciones que funciona de acuerdo con el estandar de Evoluci6n de Largo Plazo (LTE) basado en Multiplexaci6n por Divisi6n 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 comunicaci6n. Un equipo de usuario (UE) puede requerir la programaci6n de recursos para la transmisi6n de datos de enlace ascendente (UL) enviando una Petici6n de Programaci6n (SR) al e-NodoB con el cual esta conectado actualmente. El e-nodoB entonces respondera a la petici6n de programaci6n enviando un mensaje de concesi6n de UL al equipo de usuario, el mensaje de concesi6n de UL que contiene informaci6n sobre una frecuencia o frecuencias en las cuales van a ser
15 transmitidos los datos de enlace ascendente (la temporizaci6n de los recursos programados para la transmisi6n de datos de enlace ascendente tfpicamente se da implfcitamente por la temporizaci6n de la recepci6n del mensaje de concesi6n 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 tfpicamente se asignara a
20 un Canal de Control de Enlace Ascendente Ffsico (PUCCH) dedicado, que es un canal de control dedicado en el cual entre otras cosas las peticiones de programaci6n se puede transmitir al e-nodoB. De acuerdo con el estandar LTE actual, la potencia a la que se transmitira una petici6n de programaci6n en el canal PUCCH se determina de acuerdo con una expresi6n proporcionada en el estandar (ver la Especificaci6n Tecnica (TS) 36.213, versi6n 8.2.0, secci6n 5.1.2 del 3GPP):
25 PPUCCH (i) i PMA� PO PUCCH PL fTF PUCCH (TF) g(i) dBm (1)
donde
• PO PUCCH consta de un parametro especffico de celda PO NOMINAL PUCCH, que se difunde (en el Bloque de Informaci6n del Sistema 2, SIB2), y un parametro especffico del UE PO UE PUCCH , que se envfa al equipo de usuario a traves de senalizaci6n dedicada sobre el protocolo de Control de Recursos Radio (RRC).
30 PO PUCCH es un parametro configurado de manera semiestatica que se actualiza de vez en cuando, tfpicamente 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 actualizaci6n de PO PUCCH
• PL es la estimaci6n del UE de su propio trayecto de perdidas.
35 • fTF PUCCH (TF) corresponde a un factor especffico de transporte de formato senalado a traves del RRC. fTF PUCCH (TF) toma el mismo valor para todas las transmisiones de petici6n de programaci6n en una celda, pero podrfa tomar un valor distinto cuando se transmiten otros tipos de informaci6n sobre el PUCCH; y
• g(i) representa los comandos de Control de Potencia de Transmisi6n (TPC) absolutos o acumulados recibidos por el equipo de usuario desde el e-nodoB (en los formatos de Informaci6n de Control Dedicada
40 (DCI) 1, 2 o 3). Los comandos TPC se usan para ajustar la potencia de transmisi6n 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 transmisi6n a la que se transmitiran las peticiones de programaci6n en el canal PUCCH depende del parametro semiestatico PO PUCCH , la estimaci6n del trayecto de perdidas PL hecha por el equipo de usuario, la compensaci6n especffica del formato de transporte fTF PUCCH (TF) y el(los) comando(s) recibido(s) desde
45 el e-nodoB.
La expresi6n (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 transmisi6n dada por la expresi6n (1) no es suficiente, de manera que un e-nodoB al que esta conectado actualmente el equipo de usuario deja de escuchar una petici6n 50 de programaci6n 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 transmisi6n 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
tfpicamente 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 compensaci6n adecuada para la interferencia actual en la celda.
Si la combinaci6n de la PO PUCCH y cualquier(cualesquiera) comando(s) TPC no es una compensaci6n adecuada para la interferencia mas el ruido, el equipo de usuario reenviara su petici6n de programaci6n, una y otra vez usando la misma potencia, hasta que el equipo de usuario obtiene una concesi6n. En circunstancias desafortunadas, el equipo de usuario puede terminar en un bucle mas o menos indefinido de envfo de peticiones de programaci6n que nunca seran escuchadas por el e-NodoB. Una situaci6n similar puede suceder si la petici6n de programaci6n falla por alguna otra raz6n, por ejemplo si el equipo de usuario deja de transmitir peticiones de programaci6n 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 petici6n de programaci6n en los sistemas de radiocomunicaciones m6viles que funcionan de acuerdo con el estandar LTE.
Esta necesidad se ha abordado en la propuesta de estandarizaci6n 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 programaci6n se puede resolver reutilizando un procedimiento de recuperaci6n que se estandariz6 inicialmente para detener los intentos sin fin de transmitir en el Canal de Acceso Aleatorio (RACH). En esta soluci6n, el protocolo de Control de Acceso al Medio (MAC) indica al protocolo RRC cuando se ha identificado un problema con las peticiones de programaci6n 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 petici6n de programaci6n 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 recuperaci6n a la expiraci6n del temporizador T312, el RRC tomara la acci6n adicional siguiendo la especificaci6n 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, Secci6n 5.3.10 "Acciones relacionadas con el fallo del enlace radio".
Aunque el metodo descrito en la propuesta de estandarizaci6n R2-083436 asegurara que un equipo de usuario nunca terminara en una situaci6n en que esta transmitiendo un numero de peticiones de programaci6n sin fin que nunca seran ofdas, lo hace con un gran coste. Realizar el procedimiento estandarizado a la expiraci6n de T310 consume tiempo y requiere una gran cantidad de senalizaci6n.
Resumen
Un objeto de la presente invenci6n es encontrar una forma eficiente de evitar que un equipo de usuario termine en una situaci6n en que un numero de peticiones de programaci6n grande o sin fin se transmita sin exito.
Este objeto se logra mediante un metodo para requerir la programaci6n de los recursos a ser usados para la comunicaci6n de enlace ascendente de datos desde un equipo de usuario en un sistema de comunicaci6n, en el que el numero de peticiones de programaci6n que el equipo de usuario transmitira repetidamente en un canal de control de enlace ascendente dedicado en relaci6n con los datos mientras que no han sido concedidos los recursos del enlace ascendente esta limitado mediante la monitorizaci6n, en el equipo de usuario, de si se ha alcanzado un valor umbral que representa un lfmite maximo. En respuesta al valor umbral que se ha alcanzado, se inicia una transmisi6n de acceso aleatorio en un canal de acceso aleatorio.
Este objeto se logra ademas mediante un equipo de usuario para comunicar en un sistema de comunicaciones. El equipo de usuario se dispone de manera que el numero de peticiones de programaci6n que el equipo de usuario transmitira repetidamente en relaci6n con los mismos datos de enlace ascendente en un canal de control de enlace ascendente mientras que no se han concedido los recursos de enlace ascendente esta limitado a que el equipo de usuario se adapte para monitorizar si se ha alcanzado un lfmite maximo. El equipo de usuario se adapta para iniciar una transmisi6n de acceso aleatorio en el canal de acceso aleatorio en respuesta a dicho nivel maximo que se ha alcanzado.
Mediante el metodo y aparato inventivos se logra que tanto el tiempo como la senalizaci6n requeridas para dotar a un equipo de usuario que tiene el ajuste de potencia escaso en el canal de control de enlace ascendente con los recursos de enlace ascendente programados seran extremadamente reducidas, mejorando por ello la experiencia de usuario asf como reduciendo el consumo de ancho de banda y la interferencia en el sistema de comunicaciones, junto con el consumo de potencia en el equipo de usuario. Aplicando las realizaciones de la invenci6n, no tendra que ser realizado ningun procedimiento de restablecimiento de la conexi6n del control de recursos radio en el intervalo de tiempo despues de que se ha alcanzado el valor umbral y antes de la iniciaci6n de la transmisi6n de acceso aleatorio. Por ejemplo, una celda a la que esta conectado el equipo de usuario cuando el valor maximo ha sido alcanzado, se puede mantener como la celda seleccionada durante y despues del procedimiento de acceso aleatorio sin realizar la evaluaci6n de la celda.
El tiempo requerido para dotar al equipo de usuario con una concesi6n de enlace ascendente se reducira no solamente por el hecho de que tendra que ser transmitida menos senalizaci6n entre el equipo de usuario y la
estaci6n base de radio, sino tambien se puede reducir ajustando el lfmite maximo a un valor mas bajo, dado el coste de determinar el procedimiento de petici6n en el PUCCH como exitoso y de esta manera dejar dicho procedimiento de petici6n de programaci6n sera menor que en la soluci6n de la tecnica anterior. El riesgo de establecer el lfmite inferior se reduce de esta manera. Adicionalmente, habra menos interacci6n interna entre las capas de protocolo del equipo de usuario (por ejemplo entre la MAC y la RRC).
Una realizaci6n del metodo inventivo puede comprender los pasos de iniciar una medida usada para limitar el numero de peticiones de programaci6n transmitidas; comprobando 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 una petici6n de programaci6n en un canal de control de enlace ascendente y repetir el paso de comprobaci6n, mientras que si no se han concedido recursos de enlace ascendente y la medida ha alcanzado el valor umbral, se transmite una transmisi6n de acceso aleatorio en el canal de acceso aleatorio.
En una realizaci6n de la invenci6n, los recursos del canal de control de enlace ascendente se mantienen por el equipo de usuario incluso si no se han concedido recursos de enlace ascendente cuando se ha alcanzado el valor umbral. Por este medio se logra que la cantidad de senalizaci6n se reduzca ademas, dado que estos recursos no tendran que ser configurados por un mensaje de reconfiguraci6n transmitido desde la estaci6n base de radio, y la necesidad de senalizar tal mensaje se elimina por lo tanto. En esta realizaci6n, el metodo puede comprender ademas incluir una indicaci6n, en la transmisi6n de acceso aleatorio, de que el canal de control de enlace ascendente no ha sido liberado. En otra realizaci6n, el canal de control de enlace ascendente se libera cuando se ha alcanzado el lfmite maximo.
El objeto se alcanza ademas mediante un producto de programa informatico para usar en un procedimiento para requerir la programaci6n de los recursos de enlace ascendente. El producto de programa informatico se puede almacenar ventajosamente en medios de memoria adaptados para ser incluidos en un equipo de usuario.
Ademas, el objetivo se logra ademas mediante una estaci6n base de radio para la comunicaci6n con un equipo de usuario en un sistema de comunicaciones dispuesto a recibir las transmisiones de acceso aleatorio a partir de los equipos de usuario, en donde la estaci6n base de radio se adapta para determinar si un equipo de usuario desde el cual se ha recibido una transmisi6n de acceso aleatorio tiene acceso a los recursos de canal de control de enlace ascendente dedicados para la transmisi6n de una petici6n de programaci6n; y en el que la estaci6n base de radio se adapta ademas para enviar un comando de control de potencia a un equipo de usuario en respuesta a haber determinado que el equipo de usuario tiene acceso a los recursos de canal de control de enlace ascendente dedicados para la transmisi6n de una petici6n de programaci6n, el comando de control de potencia que incluye instrucciones para ajustar el nivel de potencia en el cual programar las transmisiones de las peticiones en los recursos de canal de control de enlace ascendente dedicados en un nivel mas alto. Mediante la estaci6n base de radio inventiva se logra que el nivel de potencia en el cual el equipo de usuario estara transmitiendo sera ajustado, reduciendo por ello el riesgo de transmisiones de petici6n de programaci6n sin exito adicionales.
Breve descripcion de los dibujos
Para una comprensi6n mas completa de la presente invenci6n, y las ventajas de la misma, se hace ahora referencia a la siguiente descripci6n tomada en conjunto con los dibujos anexos, en los cuales:
La FIG. 1 es una descripci6n esquematica de un sistema de comunicaciones que funciona de acuerdo con el estandar LTE.
La FIG. 2 es un diagrama de senalizaci6n que ilustra un escenario donde un equipo de usuario tiene exito en la senalizaci6n de una petici6n de programaci6n a un e-nodoB en el segundo intento.
La FIG. 3a es un diagrama de senalizaci6n de acuerdo con una realizaci6n de la presente invenci6n en un
escenario donde el equipo de usuario no recibe una concesi6n de UL-SCH incluso despues de las
transmisiones de petici6n de programaci6n repetidas en el PUCCH.
La FIG. 3b es un diagrama de senalizaci6n de acuerdo con otra realizaci6n de la presente invenci6n en un escenario similar a aquel en la Fig. 3a.
La FIG. 3c es un diagrama de senalizaci6n de acuerdo con una realizaci6n de la invenci6n en el que el e-nodoB actua para mejorar el ajuste de potencia del PUCCH.
La FIG. 4a es un diagrama de flujo que ilustra una realizaci6n de la presente invenci6n.
La FIG. 4b es un diagrama de flujo que ilustra otra realizaci6n de la presente invenci6n.
La FIG. 5 es una ilustraci6n esquematica de una realizaci6n de un equipo de usuario de acuerdo con la presente invenci6n.
Descripcion detallada
Un sistema de radiocomunicaciones m6viles que funciona de acuerdo con el estandar LTE se ilustra esquematicamente en la Fig. 1. El sistema de comunicaciones 100 de la Fig. 1 comprende una pluralidad de equipos de usuario 105 y una pluralidad de estaciones base de radio 110, a continuaci6n conocidas como e-nodosB
110. Un equipo de usuario 105 puede comunicar inalambricamente con un e-nodoB 110 a traves de una interfaz radio 115.
De acuerdo con el estandar LTE, el e-nodoB 110 puede asignar un recurso peri6dico en un Canal de Control de Enlace Ascendente Ffsico (PUCCH) a un equipo de usuario 105. El recurso en el canal PUCCH se puede usar para la senalizaci6n dedicada de, por ejemplo, las peticiones de programaci6n desde el equipo de usuario 105 al e-nodoB
110.
Un escenario de senalizaci6n de petici6n de programaci6n de acuerdo con el presente estandar, en el que se supone que los recursos PUCCH SR se han configurado para un equipo de usuario 105, se ilustra en la Fig. 2. En el evento 2A, el equipo de usuario 105 detecta los datos que van a ser transmitidos en el enlace ascendente. El equipo de usuario 105 entonces transmite una petici6n de programaci6n 2Bi en el PUCCH, al e-nodoB 110 al cual esta conectado actualmente el equipo de usuario 105, para requerir los recursos de transmisi6n del enlace ascendente. La potencia a la que se transmite la petici6n de programaci6n 2Bi se determina por medio de la expresi6n (1). En el escenario ilustrado en la Fig. 2, el e-nodoB 110 no responde a la primera petici6n de programaci6n 2Bi. Esto puede ser por ejemplo porque la potencia de la transmisi6n de la petici6n de programaci6n fue demasiado baja comparado con la interferencia en la celda, de manera que el e-nodoB 110 no puede detectar la petici6n de programaci6n 2Bi. El equipo de usuario 105 entonces transmite una petici6n de programaci6n 2Bii en su siguiente recurso PUCCH SR disponible, la petici6n de programaci6n 2Bii que es identica a la petici6n de programaci6n 2Bi y se transmite a la misma potencia (los recursos de SR ocurren peri6dicamente). En el escenario de la Fig. 2, la petici6n de programaci6n 2Bii se recibi6 con exito por el e-nodoB, que en respuesta envfa un mensaje de concesi6n de programaci6n del enlace ascendente (UL-SCH) 2D al equipo de usuario 105. El equipo de usuario 105 entonces puede transmitir, en la transmisi6n de datos 2E, los datos de enlace ascendente detectados en el evento 2A mediante el uso de los recursos de transmisi6n asignados en el mensaje de concesi6n de UL-SCH 2D.
Como se ilustra en la Fig. 2, el estandar actual proporciona que si un equipo de usuario 105 no recibe un mensaje de concesi6n de UL 2D antes de la aparici6n de su siguiente recurso PUCCH SR disponible despues de que ha enviado una petici6n de programaci6n 2B, se enviara otra petici6n de programaci6n identica 2B por el equipo de usuario 105 al e-nodoB 110 en el mismo nivel de potencia. En la mayorfa de las circunstancias, este procedimiento asegurara que el e-nodoB 110 reciba una petici6n de programaci6n 2B sin un impacto demasiado alto en la situaci6n de interferencia en y alrededor de la celda. No obstante, como se mencion6 anteriormente, puede haber situaciones donde el nivel de potencia dado por la expresi6n (1) es demasiado bajo comparado con el nivel de interferencia y de ruido en la celda, de manera que ninguna de las peticiones de programaci6n 2B transmitidas desde el equipo de usuario 105 al e-nodoB 110 sera detectado jamas por el e-nodoB 110, o donde una petici6n de programaci6n 2B solamente sera detectada por el e-nodoB 110 despues de la transmisi6n de numerosas peticiones de programaci6n 2B por el equipo de usuario 105. Aunque tales transmisiones numerosas o sin fin de las peticiones de programaci6n 2B tfpicamente seran mas bien raras, los problemas causados cuando ello ocurre seran considerables.
Como se mencion6 anteriormente, se ha sugerido en la propuesta de estandarizaci6n R2-083436 que el escenario de transmisiones de petici6n de programaci6n sin fin sea limitado por la utilizaci6n del mismo procedimiento de establecimiento de un temporizador T312 que se ha propuesto para la limitaci6n de los intentos RACH sin fin. No obstante, aunque se complete el requisito de detener las transmisiones de petici6n de programaci6n sin fin y se mejore por ello el rendimiento del sistema de comunicaciones 100, este procedimiento tiene el inconveniente de ser lento y de intensa senalizaci6n en sf mismo, dado que originalmente aspira a solventar un problema mas serio que el fallo de la recepci6n de las peticiones de programaci6n. Una forma mucho mas eficiente de detener las transmisiones de petici6n de programaci6n sin fin se describira mas adelante.
De acuerdo con la presente invenci6n, el problema de las numerosas, o incluso sin fin, transmisiones de petici6n de programaci6n desde un equipo de usuario 105 se puede resolver eficientemente enviando, desde el equipo de usuario 105 cuando el equipo de usuario 105 determine que ha entrado en un estado de transmisiones de petici6n de programaci6n sin exito repetitivas 2B, una transmisi6n de Acceso Aleatorio (RA) en el Canal de Acceso Aleatorio (RACH).
El canal de control RACH es compartido por todos los equipos de usuario 105 dentro de una celda, y se usa por un equipo de usuario 105, para la senalizaci6n al e-nodoB 110 de la celda, cuando no se han asignado aun recursos dedicados al equipo de usuario 105, por ejemplo para el acceso inicial tras el encendido o para el traspaso del equipo de usuario 105 entre celdas, o para requerir recursos de transmisi6n para los datos de enlace ascendente cuando no se han asignado aun recursos PUCCH SR al equipo de usuario 105. Dado que el RACH es un canal compartido, basado en contenci6n, se desea generalmente mantener baja la carga de senalizaci6n en el canal, para minimizar el riesgo de colisi6n entre los distintos equipos de usuario 105 en el canal, asf como mantener la interferencia en el canal baja. No obstante, las ventajas de romper una situaci6n de impasse de transmisiones de
petici6n de programaci6n sin exito repetitivas sin tener que ir a traves del procedimiento de restablecimiento seran mayores que las desventajas de transmitir en el RACH.
Usando un procedimiento de acceso aleatorio como una reserva cuando un equipo de usuario 105 ha transmitido numerosas peticiones de transmisi6n sin exito en el canal PUCCH dedicado, el estado de la transmisi6n repetitiva de las peticiones transmisi6n de programaci6n sin exito se puede romper eficientemente sin tener que usar un procedimiento de corte del enlace radio. La potencia a la cual se transmite una primera transmisi6n RA en el RACH se da por una expresi6n diferente a (1), y si una transmisi6n RA en el canal RA falla y la transmisi6n RA por alguna raz6n no alcanza el e-nodoB 110, el equipo de usuario 105 transmitira otra transmisi6n RA a una potencia mas alta. La potencia se incrementara para las transmisiones RA consecutivas hasta que una transmisi6n RA alcance el enodoB 110 (o hasta que un nivel de potencia maxima se haya alcanzado, o se haya transmitido un numero maximo de transmisiones RA en cuyo punto sera realizado el procedimiento de corte del enlace radio de la secci6n 5.3.7 de la TS 36.331). Por lo tanto, la probabilidad de que el e-nodoB oiga al equipo de usuario 105 se mejora extraordinariamente comparado con el presente estandar.
Adicionalmente, transmitiendo un mensaje RA en el RACH en lugar de establecer un temporizador T312 a la expiraci6n del cual se realiza un procedimiento de corte del enlace radio, se logran grandes mejoras en terminos de tiempos de recuperaci6n y senalizaci6n reducida. Introducir un procedimiento de corte del enlace radio para romper el bucle de transmisiones de petici6n de programaci6n sin exito, como se sugiere en la propuesta de estandarizaci6n R2-083436, implica una serie de acciones que se pueden evitar en el metodo de acuerdo con la presente invenci6n. Un grupo de acciones de corte del enlace radio que tienen que ser realizadas en el procedimiento propuesto en la R2-083436, pero que no tendra que ser realizado si se usa el metodo de la invenci6n, se conoce conjuntamente como el procedimiento de Restablecimiento de la Conexi6n RRC. El Restablecimiento de la Conexi6n RRC incluye un procedimiento de reselecci6n de celda, el reinicio del MAC y el restablecimiento del Control del Enlace Radio (RLC) para todos los portadores de radio (ver las Secciones 5.3.7 y 5.7.10, de la TS 36.331 v8.2.0). Estas acciones no tendran que ser realizadas cuando se usa el metodo inventivo para romper el bucle de peticiones de programaci6n sin exito. La celda a la que se conecta el equipo de usuario 105 cuando se alcanza el valor umbral puede permanecer como la celda seleccionada sin ninguna evaluaci6n de celda, y la configuraci6n MAC y RLC pueden permanecer como estaban antes de que el mensaje hubiera alcanzado el valor umbral. Por lo tanto, la experiencia de usuario de la persona o maquina que espera que el equipo de usuario 105 transmita los datos de enlace ascendente se mejorara extraordinariamente.
La presente invenci6n se puede aplicar ventajosamente a cualquier estandar de comunicaciones en el que las peticiones de programaci6n se transmitan normalmente sobre un canal de control dedicado la potencia del cual no se aumenta entre los intentos de retransmisi6n, y en el que hay un canal de control la potencia del cual se incrementa entre los intentos de transmisi6n. Un canal de control dedicado la potencia del cual no se aumenta entre los intentos de retransmisi6n, del cual el LTE PUCCH es un ejemplo, se conoce aquf como un canal de control de enlace ascendente. Un canal de control la potencia del cual se incrementa entre los intentos de retransmisi6n, del cual LTE RACH es un ejemplo, se conoce aquf como un canal de acceso aleatorio. No obstante, para simplificar la descripci6n, la invenci6n se describira a continuaci6n en terminos del estandar LTE, y los canales de control de enlace ascendente se ejemplificaran por el LTE PUCCH, mientras que los canales de acceso aleatorio se ejemplificaran por el LTE RACH.
La Fig. 3a es un diagrama de flujo que ilustra una realizaci6n de la invenci6n en un escenario donde el e-nodoB 110 no detecta ninguna de las peticiones de programaci6n 2B transmitidas desde el equipo de usuario 2a incluso despues de la transmisi6n de numerosas peticiones de programaci6n 2B.
En el evento 2A de la Fig. 3a, el equipo de usuario 105 detecta los datos que van a ser transmitidos en el enlace ascendente a traves del e-nodoB 110. Tras la detecci6n de tales datos de enlace ascendente, se inicia un contador en el evento 3A. El contador se usara para determinar si/cuando el equipo de usuario 105 deberfa considerar cualquier transmisi6n repetitiva de las peticiones de programaci6n 2B que sea sin exito. El contador podrfa ser por ejemplo un temporizador que cuenta la cantidad de tiempo transcurrido desde que se inici6 el contador, o un contador que cuenta el numero de peticiones de programaci6n transmitidas desde que se inici6 el contador. Despues de haber iniciado el contador, el equipo de usuario 105 transmite una primera petici6n de programaci6n 2Bi en el canal PUCCH (alternativamente, el evento 3A de inicio del contador podrfa suceder directamente despues, mas que antes, de la transmisi6n de la primera petici6n de programaci6n 2Bi).
En el escenario de la Fig. 3a, el equipo de usuario 105 no recibe una respuesta desde el e-nodoB 110 antes de la aparici6n de su siguiente recurso PUCCH SR en el evento 2Ci. De hecho, la transmisi6n de las peticiones de programaci6n 2B sucede una pluralidad de veces en el escenario de la Fig. 2B, sin que el equipo de usuario 105 reciba ninguna respuesta desde el e-nodoB 110. En el evento 3B, despues de la transmisi6n de la petici6n de programaci6n enesima 2B , el contador que se inici6 en el evento 3A alcanza un valor umbral que representa un lfmite maximo, que indica de esta manera que el intento en las peticiones de programaci6n de transmisi6n en el canal PUCCH se deberfa considerar sin exito. El lfmite maximo podrfa ser por ejemplo una cantidad maxima de tiempo, o un numero maximo de peticiones de programaci6n que se han transmitido, desde que se inici6 el contador.
En respuesta al contador que alcanza el valor umbral en el evento 3B, se envfa una transmisi6n RA 3C en el canal RA. Si esta transmisi6n RA 3C se recibe con exito por el e-nodoB 110, como es el caso en el escenario de la Fig. 3a, el e-nodoB 110 respondera enviando un mensaje de asignaci6n de recursos 3D, que indica los recursos que se deberfan usar por la estaci6n m6vil 105 para la senalizaci6n adicional. El equipo de usuario 105 respondera enviando un mensaje 3E en el cual revela su identidad al e-nodoB 110.
Cuando el e-nodoB 110 recibe el mensaje 3E, el e-nodoB 110 concedera, si estan disponibles los recursos de enlace ascendente adecuados en la celda, los recursos de enlace ascendente al equipo de usuario 105 enviando un mensaje de concesi6n de UL-SCH 2D al equipo de usuario 105. Adicionalmente, tras la recepci6n del mensaje 3E, el e-nodoB 110 conoce que la transmisi6n RA 3C fue enviada por un equipo de usuario 105 a la cual ya han sido asignados los recursos PUCCH SR dedicados, y por lo tanto puede concluir que la raz6n para que el equipo de usuario 105 envfe la transmisi6n RA 3C es que la transmisi6n de una petici6n de programaci6n 2B en el PUCCH ha sido sin exito. El e-nodoB entonces podrfa actuar ventajosamente para mejorar el ajuste de la potencia del PUCCH para el equipo de usuario 110, por ejemplo transmitiendo un comando TPC adecuado al equipo de usuario 105, o actualizando el valor del parametro especffico del UE PO UE PUCCH, en un mensaje al equipo de usuario 105, para actualizar el parametro PO PUCCH (alternativamente, se podrfa actualizar el parametro especffico de celda PO NOMINAL PUCCH).
Si la transmisi6n RA 3C no se recibe de manera segura por el e-nodoB 110 de manera que el equipo de usuario 105 no recibe una respuesta dentro de un lfmite de tiempo predeterminado, el equipo de usuario 105 retransmitira el mensaje RA 3C, pero a u ivel de pote cia as alto que la transmisi6n de la primera transmisi6n RA. Por lo tanto, las posibilidades de que el e-nodoB110 oira eventualmente una transmisi6n RA en el RACH son mucho mas altas que aquellas del e-nodoB 110 que oye las transmisiones de petici6n de programaci6n repetidas en el PUCCH cuando el nivel de potencia del PUCCH no es suficiente. La retransmisi6n de los mensajes RA a un nivel de potencia que aumenta es parte de la tecnica anterior y no se muestra en la Fig. 3a.
Cuando el umbral del contador se alcanza en el evento 3B, el equipo de usuario 105 podrfa o bien mantener los recursos de PUCCH y/o cualesquiera de los Sfmbolos de Referencia de Sondeo (SRS), o bien liberar tales recursos (los Sfmbolos de Referencia de Sondeo se transmiten por un equipo de usuario 105 si se configura para hacerlo asf, y se usan por el e-nodoB de recepci6n 110 para derivar la informaci6n en el canal de transmisi6n de enlace ascendente). En la realizaci6n de la invenci6n ilustrada en la Fig. 3a, los recursos de PUCCH y/o SRS se mantienen. Una ventaja de mantener los recursos de PUCCH y/o SRS es que no tendrfa que ser transmitido el mensaje de reconfiguraci6n desde el e-nodoB 110 para reasignar tales recursos, reduciendo de esta manera la cantidad de senalizaci6n incluso mas. No obstante, incluso si los recursos de PUCCH y/o SRS se liberan y a partir de entonces se reconfiguran, la invenci6n muestra grandes ventajas comparado con la tecnica anterior.
Un diagrama de senalizaci6n que ilustra una realizaci6n donde los recursos de PUCCH y/o SRS se liberan por el equipo de usuario 105 se muestra en la Fig. 3b. El procedimiento de la Fig. 3b es el mismo que el procedimiento de la Fig. 3a, hasta el evento 3B en que el contador alcanza el valor umbral. Cuando el contador ha alcanzado el valor umbral en la Fig. 3b, cualesquiera recursos de PUCCH y/o Sfmbolos de Referencia de Sondeo asignados al equipo de usuario 105 se liberan en el evento 3F, antes de enviar la transmisi6n RA 3C en el RACH. Alternativamente, el evento 3F en el que los recursos de PUCCH y SRS del equipo de usuario 105 se liberan podrfa tener lugar despues del envfo de la transmisi6n RA 3C. El e-nodoB 110 entonces puede tomar la acci6n adecuada, dado que conoce que el equipo de usuario 105 ha liberado sus recursos de PUCCH y SRS configurados, tal como por ejemplo asignar los recursos de PUCCH y/o SRS al equipo de usuario 105 de una manera conocida. Adicionalmente, tras configurar los nuevos recursos de PUCCH con el equipo de usuario 110, el e-nodo 110 podrfa aplicar ventajosamente el conocimiento que la potencia a la cual el equipo de usuario estuvo transmitiendo previamente sobre el PUCCH fue demasiado baja cuando se selecciona un valor adecuado del parametro PO UE PUCCH.
La Fig. 3c ilustra un escenario ejemplar en una realizaci6n de la invenci6n en el que el e-nodoB actua, en respuesta a haber determinado que un equipo de usuario 105 que transmite en el RACH tiene acceso a los recursos PUCCH SR, para ajustar el nivel de potencia usado por el equipo de usuario 110 para las transmisiones PUCCH. El escenario podrfa aplicar a cualquiera de las realizaciones ilustradas en las Fig. 3a y 3b, respectivamente. En el evento 3B de la Fig. 3c, el contador mencionado anteriormente alcanza su valor umbral. En respuesta a esto, el equipo de usuario 105 transmite una transmisi6n RA 3C al e-nodoB 110 (mientras que o bien se mantienen o bien se liberan cualesquiera recursos de PUCCH y/o SRS). Como se describi6 anteriormente en conjunto con la Fig. 3a, el e-nodoB 110 entonces responde enviando un mensaje de asignaci6n de recursos 3D al equipo de usuario 105, que a su vez responde transmitiendo un mensaje 3E en el que el equipo de usuario 105 revela su identidad. En el evento 3G de la Fig. 3c, el e-nodoB 110 determina que el equipo de usuario 105 tiene acceso a los recursos de PUCCH SR, y por lo tanto concluye que el equipo de usuario 105 no ha tenido exito en la transmisi6n de las peticiones de programaci6n sobre el PUCCH. El e-nodoB 110 entonces transmite un comando de ajuste de potencia al equipo de usuario 105, dando instrucciones al equipo de usuario 105 para aumentar el nivel de potencia al cual se han transmitido las transmisiones PUCCH SR. Como se mencion6 anteriormente, tal comando de ajuste de potencia podrfa ser por ejemplo un comando TPC, particularmente adecuado si los recursos de PUCCH/SRS se han mantenido, o un mensaje que provoca al equipo de usuario 105 aplicar un valor diferente para el parametro PO PUCCH. El evento 3G y el envfo del comando de ajuste de potencia podrfan tener lugar en cualquier momento
despues de la recepci6n del mensaje 3E.
De acuerdo con el presente estandar, el e-nodoB 110 dotara a un equipo de usuario 105 con un nuevo valor de avance de tiempo (TA) tras la recepci6n de una transmisi6n RA desde el equipo de usuario 105. No obstante, de acuerdo con la invenci6n, tanto en la realizaci6n en la que se liberan los recursos de PUCCH y/o SRS como en la que se mantienen, el e-nodoB 110 se podrfa adaptar para identificar que la transmisi6n RA 3C es enviada por un equipo de usuario 105 que aun esta sincronizado (en sincronismo del UL) con el e-nodoB 110, y que no tendra que ser transmitido ningun nuevo valor TA. Por lo tanto, tendra que ser transmitida incluso menos senalizaci6n sobre la interfaz radio 115.
Si un sistema de comunicaciones 100 permite a un equipo de usuario 105 o bien mantener sus recursos de PUCCH y/o SRS tras la transmisi6n de RA cuando el contador alcanza su umbral, como se ilustra en la Fig. 3a, o bien liberar tales recursos, como se ilustra en la Fig. 3b, serfa ventajoso si hubiera una forma para que el e-nodoB 110 determine si un equipo de usuario 105 particular, al que han sido asignados los recursos de PUCCH y/o SRS y desde el cual el e-NodoB 110 ha recibido un mensaje RA 3C, ha mantenido sus recursos de PUCCH y/o SRS, o si el equipo de usuario 105 ha liberado sus recursos de PUCCH y/o SRS previamente asignados. Una indicaci6n de si han sido liberados o no los recursos de PUCCH y/o SRS por el equipo de usuario 105 se podrfa dar por ejemplo por el valor del preambulo transmitido en el mensaje de RA 3C. Un preambulo es una secuencia de bits que se selecciona aleatoriamente por el equipo de usuario 105 a partir de un grupo de preambulos permitidos, y se incluye en una transmisi6n RA para permitir la resoluci6n de contenci6n. Un conjunto de preambulos RA permitidos se podrfa fijar aparte para los equipos de usuario 105 que han mantenido sus recursos de PUCCH y/o SRS. Otras maneras de indicar al e-nodoB 110 si un equipo de usuario 105 ha mantenido o liberado o no sus recursos de PUCCH y/o SRS se podrfan usar alternativamente. En algunos sistemas de comunicaciones 100, se puede predefinir si un equipo de usuario 105 deberfa mantener o liberar o no sus recursos de PUCCH y/o SRS tras enviar una transmisi6n RA 3C cuando el contador alcanza su umbral en el evento 3B.
La Fig. 4a es un diagrama de flujo en el que se ilustra una realizaci6n del metodo inventivo. En el paso 400, se detectan los datos a ser transmitidos en el enlace ascendente. En el paso 405, se inicia una medida de limitaci6n de la SR, la medida de limitaci6n de la SR para limitar el numero de peticiones de programaci6n 2B que seran transmitidas en el PUCCH antes de que se determine que las transmisiones de petici6n de programaci6n en el PUCCH son sin exito. La medida de limitaci6n de la SR podrfa ser tfpicamente un numero de peticiones de programaci6n transmitidas en el PUCCH, en cuyo caso este numero serfa tfpicamente ajustado a cero en el paso 405, o el tiempo transcurrido desde la iniciaci6n de la medida, o desde que la transmisi6n de la primera petici6n de programaci6n desde que fueron detectados los datos de enlace ascendente en el paso 400. En el paso 415, se comprueba entonces si los recursos de UL que se podrfan usar por los datos del enlace ascendente detectados en el paso 400 ya han sido programados. En caso afirmativo, el procedimiento de petici6n de programaci6n se termina en el paso 420, y los datos de enlace ascendente se transmiten en los recursos programados. No obstante, si no se han concedido aun recursos de UL, se comprobara en el paso 430 si un valor umbral de la medida de limitaci6n de la SR se ha alcanzado ya. Cuando la medida es el numero de peticiones de programaci6n transmitido en el PUCCH, la medida se deberfa aumentar despues de cada transmisi6n de petici6n de programaci6n en el PUCCH y antes de que el paso 430 es introducido. En el diagrama de flujo de la Fig. 4a, la medida se aumenta en el paso 425, que se introduce despues de que se ha determinado en el paso 415 que no estan programados los recursos de enlace ascendente. No obstante, el paso 425 se podrfa aumentar en cualquier etapa antes de la comprobaci6n del umbral del paso 430. Adicionalmente, como se indica por las lfneas discontinuas que rodean el recuadro que representa el paso 425, cuando la medida es la cantidad de tiempo transcurrido desde que la medida fue iniciada en el paso 405, no habra tfpicamente paso de aumento discreto 425, sino mas bien, la medida se aumentara continuamente con el flujo de tiempo.
Si se encuentra en el paso 430 que el umbral de la medida de limitaci6n de la SR no ha sido aun alcanzado, se introduce el paso 435, en el que se transmite una petici6n de programaci6n 2B en el PUCCH. El paso 415 entonces se reintroduce. Si se encuentra en el paso 430 que el umbral de la medida se ha alcanzado, por otra parte, se introducira el paso 440. Cuando la medida es el numero de peticiones de programaci6n transmitido en el PUCCH desde que la medida fue iniciada en el paso 405, el valor umbral tfpicamente podrfa tomar uno de los valores 4, 8, 16 o 32 transmisiones de petici6n de programaci6n 2B, pero tambien se pueden usar otros valores.
En el paso 440, se transmite una transmisi6n 3C sobre el RACH. Como se trat6 anteriormente, la transmisi6n RA 3C se transmite a una potencia distinta que las transmisiones de petici6n de programaci6n 2B. Adicionalmente, si el equipo de usuario 105 no recibe una respuesta desde el e-nodoB 110 a una transmisi6n RA, se enviara otra transmisi6n RA 3C a una potencia mas alta. Cuando el e-nodoB 110 detecta una transmisi6n RA 3C desde el equipo de usuario 105 a la que ya se han asignado los recursos de PUCCH SR, el e-nodoB elegira tfpicamente programar los recursos para el equipo de usuario (veanse las Fig. 3a y 3b). Por lo tanto, realizando la transmisi6n RA 3C en el paso 440, el bucle de transmisiones de petici6n de programaci6n sin exito en el PUCCH detectadas en el paso 430 se rompera de manera eficiente.
En la Fig. 4b, se muestra un diagrama de flujo que ilustra una realizaci6n de la invenci6n en el que el equipo de usuario 105 libera sus recursos de PUCCH y/o SRS asignados cuando la medida de limitaci6n de la SR alcanza su
valor umbral. Hasta el paso 435, el diagrama de flujo de la Fig. 4b es el mismo que aquel de la Fig. 4a. No obstante, en la realizaci6n ilustrada por la Fig. 4b, los recursos de PUCCH y/o cualesquiera Sfmbolos de Referencia de Sondeo asignados al equipo de usuario 105 se liberan en el paso 437, cuando se ha determinado en el paso 430 que se ha alcanzado el umbral de la medida de limitaci6n. Cuando se han liberado los recursos de PUCCH y/o SRS, se introduce el paso 440, en el que se envfa una transmisi6n RA 3C en el RACH al e-nodoB 110. En un sistema de comunicaciones 100 en el que es opcional si se liberan cualesquiera recursos de PUCCH y/o SRS asignados cuando se ha alcanzado el valor umbral, la transmisi6n RA enviada en el paso 440 podrfa incluir una indicaci6n sobre sf se han liberado o no los recursos de PUCCH y/o SRS, como se trat6 anteriormente.
Cuando la transmisi6n RA del paso 440 de las Fig. 4a y 4b se ha enviado, el equipo de usuario 105 tfpicamente pararfa la transmisi6n repetida de las peticiones de programaci6n 2B en el PUCCH. No obstante, en la realizaci6n ilustrada en la Fig. 4a, se podrfan enviar transmisiones de petici6n de programaci6n adicionales en el PUCCH incluso despues de la transmisi6n de la transmisi6n RA 3C en el paso 440.
Los metodos de las Fig. 4a y 4b se podrfan variar de muchas formas. Por ejemplo, se podrfa transmitir una primera petici6n de programaci6n 2B antes de que se compruebe en el paso 415 si se han programado cualesquiera de los recursos del UL; el inicio de la medida de limitaci6n de la SR se podrfa realizar despues de la transmisi6n de una primera petici6n de programaci6n, y asf sucesivamente.
Los metodos ilustrados en las Fig. 4a y 4b se podrfan realizar ventajosamente en un equipo de usuario 105. La reintroducci6n del paso 415 despues de haber realizado la transmisi6n de la petici6n de programaci6n del paso 435 se podrfa realizar ventajosamente en cada Intervalo de Tiempo de Transmisi6n (TTI). La comprobaci6n realizada en el paso 415 podra ser una comprobaci6n en cuanto a si los recursos de enlace ascendente se han programado para el TTI actual, o si los recursos de enlace ascendente estan programados para cualquiera de los TTI actuales o futuros.
El metodo inventivo ilustrado en las Fig. 3 y 4 se podrfa implementar en cualquier capa de protocolo, y por ejemplo se podrfa implementar mediante el uso de MAC y/o RRC.
La Fig. 5 ilustra esquematicamente un ejemplo de un equipo de usuario 105 en el que se aplica la invenci6n. El equipo de usuario 105 entre otras cosas comprende un transceptor 500 conectado a una antena 501, el transceptor que es para la transmisi6n y recepci6n de los datos de usuario y senalizaci6n. El transceptor 500 se conecta ademas entre otras cosas a un mecanismo de monitorizaci6n de los recursos de UL 505, el cual se adapta para recibir, a traves del transceptor 500, la informaci6n en los recursos de transmisi6n que estan programados para el equipo de usuario 105. El mecanismo de monitorizaci6n de los recursos de UL 505 esta conectado ademas al mecanismo de detecci6n de datos de UL 510, el cual esta adaptado para detectar cualesquiera datos de enlace ascendente que van a ser transmitidos desde el equipo de usuario 105. El mecanismo de detecci6n de datos de UL 510 podrfa ser parte por ejemplo de, o conectado a, una aplicaci6n de usuario en el equipo de usuario 105. El mecanismo de detecci6n de datos del UL 510 se adapta para informar, a traves de la transmisi6n de una senal 515, al mecanismo de monitorizaci6n de los recursos de UL 505 de los datos de enlace ascendente detectados.
El mecanismo de monitorizaci6n de los recursos de UL 505 se adapta a, tras la recepci6n de una senal de indicaci6n 515 que indica que se han detectado los datos del enlace ascendente a ser transmitidos, determina si hay cualesquiera recursos de transmisi6n de enlace ascendente disponibles para los datos de enlace ascendente. En caso afirmativo, los datos se transmiten mediante el uso del transceptor 500 de una manera conocida. No obstante, en el caso cuando no se han programado aun los recursos de enlace ascendente, el mecanismo de monitorizaci6n de los recursos de UL de la Fig. 5 se adapta para enviar una senal 525 a un mecanismo comparador 520, al cual esta conectado el mecanismo de monitorizaci6n de los recursos de UL 505. El mecanismo de monitorizaci6n de los recursos de UL 505 tambien se podrfa adaptar ventajosamente para monitorizar cuando aparece el siguiente recurso de PUCCH SR. El mecanismo de monitorizaci6n de los recursos de UL 505 entonces se adaptarfa ventajosamente ademas para reenviar una senal 525 al mecanismo comparador 520 si el mecanismo de monitorizaci6n de los recursos de UL 505 detecta que no se han concedido recursos de enlace ascendente para la transmisi6n de los datos detectados a tiempo para la aparici6n del siguiente recurso de PUCCH SR.
El mecanismo comparador 520 de la Fig. 5 comprende un contador 525, una memoria 535 adaptada para mantener un valor umbral (tfpicamente predeterminado), y un comparador 540, que esta conectado a la salida 545 del contador 530 y la salida 550 de la memoria 535 y adaptado para comparar las dos salidas. El comparador 540 se adapta adicionalmente para generar una salida 555 en respuesta al resultado de la comparaci6n de las salidas 545 y
550.
El contador 530 del mecanismo comparador 520 por ejemplo puede ser un temporizador adaptado para contar el tiempo transcurrido desde que el contador 530 fue iniciado, o el contador se podrfa adaptar a contar el numero de senales recibidas por el mecanismo comparador 520 desde el mecanismo de recursos de UL 505 o el numero de peticiones de programaci6n transmitidas sobre el PUCCH desde que el contador 530 fue iniciado.
El mecanismo comparador 520 de la Fig. 5 se dispone de manera que el comparador 540 se desencadena por la recepci6n de una senal 525 desde el mecanismo de monitorizaci6n de los recursos de UL. Si el contador 530 esta
adaptado para contar el numero de peticiones de programaci6n transmitidas por el equipo de usuario 105 o el numero de senales 525 recibidas por el mecanismo comparador 520, el mecanismo comparador 520 se adaptara ademas para aumentar el contador 530 tras la recepci6n de una senal 525 - ya sea antes o despues de que se haga la comparaci6n por el comparador 540 (el valor umbral se ajustarfa en consecuencia).
El mecanismo de monitorizaci6n de los recursos de UL 505 de la Fig. 5 se podrfa adaptar ventajosamente para enviar, tras la programaci6n con exito de enlace ascendente (es decir la recepci6n de un mensaje de concesi6n de UL-SCH 2D), una senal 560 al mecanismo comparador 520 que indica que el valor del contador 530 se deberfa ajustar a cero. Alternativamente, se podrfa enviar una senal 560 que indica que el contador 530 se deberfa ajustar a cero en conexi6n con la transmisi6n de la primera senal 525 despues de que se han detectado los datos de UL. Cuando el contador 530 es un temporizador, el mecanismo comparador 520 se podrfa adaptar ventajosamente para iniciar (comenzar) el contador 530 tras la recepci6n de la primera senal 525 recibida desde el mecanismo de monitorizaci6n de los recursos de UL 505 despues de que el contador se ha ajustado a cero. Cuando el contador 530 esta adaptado para contar el numero de senales recibidas desde el mecanismo de monitorizaci6n de los recursos de UL 505 o el numero de peticiones de programaci6n 2B transmitido, el ajuste a cero del contador 530 se podrfa ver como el inicio del contador 530, o se podrfa aplicar una iniciaci6n separada. Las senales 525 y 560, aunque se ilustran como senales separadas en la Fig. 5, se podrfan representar mediante dos valores posibles de una senal.
Como se mencion6 anteriormente, el mecanismo comparador 520 esta adaptado para generar una senal de salida 555, que indica si el valor del contador 530 ha alcanzado o no su valor umbral. El mecanismo comparador 520 se adapta ademas para alimentar esta salida 555 a un mecanismo de SR 570, adaptado para determinar, en base a la salida del comparador 555, si se deberfa transmitir una petici6n de programaci6n 2B en el PUCCH, o si se deberfa enviar una transmisi6n RA 3C en el RACH. El mecanismo de SR 570 se adapta ademas para dar instrucciones al transceptor 500, a traves de la salida 575, para enviar una petici6n de programaci6n en el PUCCH si la salida 555 indica que el valor del contador 530 no ha alcanzado aun su valor umbral, y enviar una transmisi6n RA 3C en el RACH si la salida 555 indica que el valor del contador 530 ha alcanzado su valor umbral.
El mecanismo ilustrado en la Fig. 5 se podrfa implementar de otras formas, y la realizaci6n mostrada en la Fig. 5 se da solamente como un ejemplo. Por ejemplo, el mecanismo de SR 570 se podrfa implementar como parte del transceptor 500 o el mecanismo comparador 520; el mecanismo de monitorizaci6n de los recursos de UL 505 se podrfa implementar como parte del mecanismo comparador 520, etc.
La presente invenci6n funcionarfa adecuadamente sin ninguna modificaci6n del e-nodoB actual 110, el sistema de comunicaciones 100 se podrfa mejorar ademas modificando tambien el e-nodoB 110. Como se mencion6 anteriormente, el e-nodoB 110 se podrfa disponer para concluir que la transmisi6n RA 3C se envi6 desde un equipo de usuario 105 que ha intentado sin exito enviar las transmisiones de petici6n de programaci6n 2B en el PUCCH, identificando que el remitente de la transmisi6n RA 3C tiene acceso a los recursos de PUCCH. El e-nodoB 110 se podrfa adaptar ademas ventajosamente para actualizar cualquiera de los parametros de la expresi6n (1) que estan bajo el control del e-nodoB 110 en respuesta a tal conclusi6n, y/o abstenerse de enviar un valor TA al e quipo de usuario 105 como se trat6 anteriormente. En un sistema de comunicaciones 100 donde el equipo de usuario 105 pueden o bien mantener o bien liberar sus recursos de PUCCH y/o SRS tras el envfo de la transmisi6nRA 3C, el enodoB 110 se puede adaptar ventajosamente para interpretar la informaci6n en la transmisi6n RA 3C con respecto a si se han mantenido o no los recursos de PUCCH y/o SRS, por ejemplo identificando el preambulo incluido en la transmisi6n RA 3C como que pertenece/que no pertenece a un grupo de preambulos reservados para los equipos de usuario 105 que han liberado sus recursos de PUCCH. Adicionalmente, el e-nodoB 110 se puede adaptar de manera que no se transmitira ningun mensaje de reconfiguraci6n para reconfigurar el PUCCH y/o los SRS en respuesta a una transmisi6n RA 3C desde un equipo de usuario 105 que ha mantenido sus recursos de PUCCH y/o SRS. Ademas, el e-nodoB se podrfa disponer para identificar, en respuesta a una transmisi6n RA 3C desde un equipo de usuario que ha liberado sus recursos de PUCCH y/o SRS, que los recursos de PUCCH y/o SRS estan disponibles para la asignaci6n a los equipos de usuario 105 en necesidad de tales recursos.
El mecanismo de detecci6n de datos de UL 510, el mecanismo de monitorizaci6n de los recursos de UL 505, el mecanismo comparador 520 y el mecanismo de SR 570, asf como el mecanismo en el e-nodoB 110 adaptado para concluir que un equipo de usuario 110 ha tenido exito en la transmisi6n en el PUCCH (vease el evento 3G de la Fig. 3c) se podrfan implementar ventajosamente como una combinaci6n adecuada de componentes ffsicos y componentes l6gicos.
Un experto en la tecnica apreciara que la presente invenci6n no esta limitada a las realizaciones reveladas en los dibujos anexos y la descripci6n detallada anteriormente mencionada, la cual se presenta para prop6sitos de ilustraci6n solamente, sino que se puede implementar en una serie de formas distintas, y se define por las siguientes reivindicaciones.
Abreviaturas
DCI
Informaci6n de Control Dedicada
e-nodoB
Nodo B evolucionado
OFDM
Multiplexaci6n por Divisi6n en Frecuencia Ortogonal
5
PUCCH Canal de Control de Enlace Ascendente Ffsico
RA
Acceso Aleatorio
RACH
Canal de Acceso Aleatorio
RAN
Red de Acceso Radio
RLC
Control de Enlace Radio
10
RRC Control de Recursos Radio
SIB
Bloque de Informaci6n de Sistema
SR
Petici6n de Programaci6n
SRS
Sfmbolos de Referencia de Sondeo
TPC
Control de Potencia de Transmisi6n
15
TS Especificaci6n Tecnica
TSG
Grupo de Especificaci6n Tecnica
TTI
Intervalo de Tiempo de Transmisi6n
UE
Equipo de Usuario
UL
Enlace Ascendente
20
WG Grupo de Trabajo

Claims (12)

  1. REIVINDICACIONES
    1. Un metodo para solicitar la programaci6n de recursos (2D) a ser usados para la comunicaci6n 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 programaci6n (2B) que el equipo de usuario transmitira repetidamente en un canal de
    5 control de enlace ascendente dedicado en relaci6n con los datos mientras que no se han concedido los recursos de enlace ascendente esta limitado mediante la monitorizaci6n (425, 430), en el equipo de usuario, de si se ha alcanzado un valor umbral que representa un lfmite maximo, caracterizado porque
    una transmisi6n de acceso aleatorio (3C) sobre un canal de acceso aleatorio se inicia (440) en respuesta a dicho valor umbral que se ha alcanzado.
    10 2. El metodo de la reivindicaci6n 1, que comprende los pasos de:
    iniciar (405) una medida usada para limitar el numero de peticiones de programaci6n 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 petici6n de programaci6n (2B) en un canal de control de enlace ascendente, y repetir el 15 paso de comprobaci6n, mientras que
    si no se han concedido recursos de enlace ascendente y la medida ha alcanzado el valor umbral:
    transmitir (440) una transmisi6n de acceso aleatorio (3C) en el canal de acceso aleatorio.
  2. 3. El metodo de la reivindicaci6n 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 evaluaci6n de la celda.
  3. 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 sfmbolos de referencia de sondeo asignados.
    25 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 indicaci6n, en la transmisi6n de acceso aleatorio, que indica si se ha liberado el canal de control de enlace ascendente.
  4. 6. Un equipo de usuario (105) para comunicar en un sistema de comunicaciones (100), el equipo de usuario que
    30 comprende un transceptor (500) y que se dispone de manera que el numero de peticiones de programaci6n (2B) que el equipo de usuario transmitira repetidamente en relaci6n 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 lfmite maximo, el equipo de usuario que se caracteriza porque el equipo de usuario esta adaptado para:
    35 iniciar una transmisi6n de acceso aleatorio (3C) en el canal de acceso aleatorio en respuesta a dicho lfmite maximo que se ha alcanzado.
  5. 7. El equipo de usuario de la reivindicaci6n 6, que comprende:
    los medios (505) para iniciar un contador (530) usado para limitar el numero de peticiones de programaci6n transmitidas;
    40 los medios (520, 540) para comparar una salida (545) del contador con un valor umbral (550) que representa dicho lfmite maximo y para generar una salida de comparaci6n (555) en dependencia del resultado de la comparaci6n;
    los medios para determinar (570), en base a la salida de comparaci6n, si se deberfa transmitir una petici6n de programaci6n en el canal de control de enlace ascendente o si se deberfa hacer una transmisi6n de acceso
    45 aleatorio en el canal de acceso aleatorio, y para dar instrucciones al transceptor en consecuencia.
  6. 8. El equipo de usuario de la reivindicaci6n 6 o 7, que comprende:
    un transceptor (500) capaz de recibir la informaci6n de programaci6n de enlace ascendente (2D);
    transmitir las peticiones de programaci6n (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 monitorizaci6n de los recursos de enlace ascendente (505) conectado con el transceptor y
    5 que es capaz de determinar si estan disponibles cualesquiera recursos de enlace ascendente para la transmisi6n de datos y de generar una salida de monitorizaci6n de recursos de enlace ascendente (525, 560) en dependencia del resultado de la determinaci6n;
    un contador (530) capaz de contar una medida usada para limitar el numero de peticiones de programaci6n transmitidas, la medida que es por ejemplo tiempo o el numero de peticiones de programaci6n transmitidas;
    10 una memoria (535) para almacenar un valor umbral que representa el lfmite 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 comparaci6n (555);
    un mecanismo de petici6n de programaci6n (570) adaptado para recibir la salida de comparaci6n y determinar, en dependencia de la salida de comparaci6n, si se deberfa transmitir una petici6n de programaci6n en un canal
    15 de control de enlace ascendente si se deberfa hacer una transmisi6n de acceso aleatorio en un canal de acceso aleatorio, y que se adapta ademas para dar instrucciones al transceptor en consecuencia.
  7. 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.
    20 10. El equipo de usuario de cualquiera de las reivindicaciones 6-8, en el que
    el equipo de usuario se adapta ademas para incluir informaci6n en la transmisi6n de acceso aleatorio, la informaci6n que indica que el equipo de usuario no ha liberado el canal de control de enlace ascendente.
  8. 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 transmisi6n de una petici6n de programaci6n en un canal de 25 control de enlace ascendente.
  9. 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.
  10. 13.
    Una estaci6n base de radio (110) para la comunicaci6n 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 estaci6n base de radio esta adaptada para determinar (3G) si un equipo de usuario desde el cual se ha recibido una transmisi6n de acceso aleatorio tiene acceso a los recursos del canal de control de enlace ascendente dedicados para la transmisi6n de una petici6n de programaci6n; y porque
    la estaci6n base de radio esta adaptada ademas para enviar un comando de control de potencia (3H) a un equipo de
    35 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 transmisi6n de una petici6n de programaci6n.
  11. 14. Un producto de programa informatico para usar en un procedimiento para requerir la programaci6n de recursos (2D) a ser usado para la comunicaci6n 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 c6digo
    40 informatico para monitorizar (425, 430) si se ha alcanzado un valor umbral que representa un lfmite maximo para limitar el numero de peticiones de programaci6n (2B) que el equipo de usuario transmitira repetidamente en un canal de control de enlace ascendente dedicado en relaci6n 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 c6digo de programa informatico para iniciar (440) una transmisi6n de acceso aleatorio (3C) en un 45 canal de acceso aleatorio (440) en respuesta a dicho valor umbral que ha sido alcanzado.
  12. 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 reivindicaci6n 14.
ES08874891T 2008-07-01 2008-12-22 Método y disposición en un sistema de telecomunicaciones Active ES2381147T5 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US7738808P 2008-07-01 2008-07-01
US77388P 2008-07-01
PCT/SE2008/051548 WO2010002307A1 (en) 2008-07-01 2008-12-22 Method and arrangement in a telecommunications system

Publications (2)

Publication Number Publication Date
ES2381147T3 true ES2381147T3 (es) 2012-05-23
ES2381147T5 ES2381147T5 (es) 2024-07-11

Family

ID=40474972

Family Applications (1)

Application Number Title Priority Date Filing Date
ES08874891T Active ES2381147T5 (es) 2008-07-01 2008-12-22 Método y disposición en un sistema de telecomunicaciones

Country Status (12)

Country Link
US (4) US9215729B2 (es)
EP (1) EP2301296B2 (es)
JP (1) JP4944274B2 (es)
CN (2) CN102084709B (es)
AT (1) ATE545313T1 (es)
ES (1) ES2381147T5 (es)
MX (1) MX2010013646A (es)
PL (1) PL2301296T5 (es)
PT (1) PT2301296E (es)
TW (1) TWI465142B (es)
WO (1) WO2010002307A1 (es)
ZA (1) ZA201008754B (es)

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010002307A1 (en) * 2008-07-01 2010-01-07 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement in a telecommunications system
TW201129197A (en) * 2009-10-07 2011-08-16 Innovative Sonic Corp Method and apparatus for handling radio link failure in wireless communication system
CN102131280B (zh) * 2010-01-12 2013-11-06 电信科学技术研究院 上行信道的覆盖情况确定、专有调度请求发送方法及设备
CN102742346B (zh) * 2010-02-02 2015-03-25 诺基亚公司 用于请求上行链路无线电资源的装置和方法
EP4539565A3 (en) * 2010-03-12 2025-06-18 Malikie Innovations Limited Timing advance enhancements for cellular communications
EP2418896B1 (en) * 2010-08-09 2013-03-13 Alcatel Lucent Transmission power control in a multi-carrier wireless communication system
WO2012057578A2 (ko) 2010-10-28 2012-05-03 엘지전자 주식회사 사운딩 참조 신호 전송 방법 및 장치
CN103314627B (zh) * 2011-01-07 2017-11-14 富士通株式会社 触发非周期的测量参考信号的方法、基站和用户设备
US20120236805A1 (en) * 2011-03-14 2012-09-20 Innovative Sonic Corporation Method and apparatus for providing information to determine a cause of low quality of service in a wireless communication system
JP5626476B2 (ja) * 2011-08-15 2014-11-19 富士通株式会社 無線通信システム、基地局、移動局、及び無線通信方法
US9532373B2 (en) * 2011-08-22 2016-12-27 Telefonaktiebolaget Lm Ericsson (Publ) Collision resolution for PUCCH scheduling requests
EP2745601B1 (en) * 2011-09-30 2017-03-22 Nokia Technologies Oy Selection between random access and dedicated scheduling request resources
US9439208B2 (en) * 2011-11-04 2016-09-06 Intel Corporation Scheduling requests for wireless communication devices running background applications
US20130195027A1 (en) * 2012-01-30 2013-08-01 Qualcomm Incorporated Method and Apparatus for Channel Fallback in Enhanced Cell Forward Access Channel Dedicated Channel
CN103369701B (zh) * 2012-03-29 2016-08-03 京信通信系统（中国）有限公司 一种随机接入的方法及装置
JP6030772B2 (ja) 2012-10-23 2016-11-24 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおけるスケジューリング要求のためのバックオフを実行する方法及び装置
US9113467B2 (en) * 2013-02-28 2015-08-18 Qualcomm Incorporated Adjusting initial transmit power for high speed data transmission
EP3050228B1 (en) * 2013-09-24 2020-11-04 LG Electronics Inc. Communication between mac and phy for parallel random access procedures of dual connectivity
US9241289B1 (en) 2013-10-23 2016-01-19 Sprint Communications Company L.P. Dynamic adjustment of cell reselection parameters for a wireless communication device
KR102054043B1 (ko) * 2014-06-27 2020-01-22 주식회사 윌러스표준기술연구소 데이터 동시 전송을 위한 무선 통신 방법 및 이를 이용한 무선 통신 단말
CN104936140A (zh) * 2015-04-20 2015-09-23 北京识途科技有限公司 一种定位方法和装置及指纹数据获取方法和装置
US10624110B2 (en) * 2015-07-14 2020-04-14 Lg Electronics Inc. Method and apparatus for performing uplink scheduling request by terminal
JP5958618B2 (ja) * 2015-07-23 2016-08-02 富士通株式会社 非周期サウンディングリファレンス信号をトリガーする方法、基地局及びユーザ装置
US10932240B2 (en) 2016-11-01 2021-02-23 Lg Electronics Inc. Method for transmitting SR in wireless communication system and terminal therefor
CN110226292A (zh) * 2017-01-24 2019-09-10 瑞典爱立信有限公司 多天线通信系统中的信道状态信息的管理
WO2018170924A1 (zh) 2017-03-24 2018-09-27 华为技术有限公司 资源调度方法、终端设备及网络设备
WO2018223978A1 (en) * 2017-06-09 2018-12-13 Telefonaktiebolaget Lm Ericsson (Publ) Method and device for transmitting scheduling request
JP7019794B2 (ja) 2017-08-02 2022-02-15 オッポ広東移動通信有限公司 上り伝送方法及び端末デバイス
US10582454B2 (en) * 2017-09-27 2020-03-03 Ofinno, Llc Power control for uplink control channel
CN110012521A (zh) * 2018-01-05 2019-07-12 中国移动通信有限公司研究院 一种调度请求传输方法、装置和计算机可读存储介质
CN110708750B (zh) * 2018-07-09 2021-06-22 华为技术有限公司 一种功率调整方法、终端及存储介质
WO2020074069A1 (en) * 2018-10-09 2020-04-16 Nokia Technologies Oy Enhanced scheduling request transmissions in wireless networks
US11184820B2 (en) * 2019-05-30 2021-11-23 Qualcomm Incorporated Fast user equipment handover between base stations
EP4573779A4 (en) 2022-09-28 2025-12-10 Samsung Electronics Co Ltd SYSTEM AND METHOD FOR INTER-LAYER OPTIMIZATION OF UPWARD LINK DETECTION THRESHOLDS

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5276911A (en) * 1990-11-02 1994-01-04 Motorola, Inc. Contention reducing technique for a radio frequency communication system
AU687996B2 (en) 1994-02-24 1998-03-05 Gte Wireless Service Corporation Cellular radiotelephone system with remotely programmed mobile stations
GB0225903D0 (en) * 2002-11-07 2002-12-11 Siemens Ag Method for uplink access transmissions in a radio communication system
KR100606049B1 (ko) * 2004-08-27 2006-07-28 삼성전자주식회사 다중 셀 ｏｆｄｍａ 망에서의 랜덤 접속 방법
DE102006000937B4 (de) * 2006-01-05 2011-05-12 Infineon Technologies Ag Verfahren zum Übertragen von Daten von einer ersten Kommunikationseinrichtung zu einer zweiten Kommunikationseinrichtung, Kommunikationseinrichtung und Computerprogrammelement
WO2007100547A2 (en) * 2006-02-24 2007-09-07 Interdigital Technology Corporation Wireless communication method and apparatus for selecting between transmission of short-version and full-version uplink scheduling requests
EP2030344A4 (en) * 2006-06-20 2013-04-24 Intel Corp DIRECT ACCESS REQUESTS FOR AN ADDITIONAL RESOURCE REQUEST
CN1997227B (zh) * 2006-06-21 2010-05-12 华为技术有限公司 一种对上行时延不敏感业务进行处理的方法
CN101473566B (zh) 2006-06-22 2013-01-30 三星电子株式会社 在移动通信系统中传送调度请求的方法及其终端设备
CN101128004B (zh) * 2006-08-18 2010-10-27 华为技术有限公司 随机接入的检测方法、终端及网络侧设备
WO2008050961A1 (en) * 2006-10-24 2008-05-02 Lg Electronics Inc. Procedure for non synchronized radio access (nsra) resource assignment
TW200824474A (en) * 2006-10-28 2008-06-01 Interdigital Tech Corp Method and apparatus for scheduling uplink transmissions for real time services during a silent period
CN101198152A (zh) * 2006-12-04 2008-06-11 华为技术有限公司 随机接入方法和系统
US8169957B2 (en) * 2007-02-05 2012-05-01 Qualcomm Incorporated Flexible DTX and DRX in a wireless communication system
US8107987B2 (en) * 2007-02-14 2012-01-31 Qualcomm Incorporated Apparatus and method for uplink power control of wireless communications
US8218526B2 (en) * 2007-04-30 2012-07-10 Texas Instruments Incorporated Uplink synchronization maintenance principles in wireless networks
US9307464B2 (en) * 2007-06-21 2016-04-05 Sony Corporation Cellular communication system, apparatus and method for handover
KR100937432B1 (ko) 2007-09-13 2010-01-18 엘지전자 주식회사 무선 통신 시스템에서의 무선자원 할당 방법
ES2419804T3 (es) 2007-09-13 2013-08-21 Lg Electronics Inc. Procedimiento de asignación de recursos de radio en un sistema de comunicación inalámbrica
TW200931869A (en) * 2007-12-31 2009-07-16 Interdigital Patent Holdings Method and apparatus for handling interactions between measurement gap, automated repeat request, discontinuous reception and discontinuous transmission in wireless communications
TWM355510U (en) * 2008-01-04 2009-04-21 Interdigital Patent Holdings Apparatus for performing an enhanced random access channel procedure in a CELL_FACH state
KR101447750B1 (ko) * 2008-01-04 2014-10-06 엘지전자 주식회사 랜덤 액세스 과정을 수행하는 방법
US20090176502A1 (en) * 2008-01-08 2009-07-09 Richard Lee-Chee Kuo Method of Receiving Signaling and Related Communication Device
US8483146B2 (en) * 2008-02-01 2013-07-09 Lg Electronics Inc. Method for performing efficient BSR procedure using SPS resource
ES2620744T3 (es) * 2008-03-21 2017-06-29 Telefonaktiebolaget L M Ericsson (Publ) Prohibición de solicitudes de planificación innecesarias para concesiones de enlace ascendente
US8675573B2 (en) * 2008-05-05 2014-03-18 Qualcomm Incorporated Uplink resource management in a wireless communication system
KR100968020B1 (ko) * 2008-06-18 2010-07-08 엘지전자 주식회사 랜덤 액세스 절차를 수행하는 방법 및 그 단말
WO2010002307A1 (en) * 2008-07-01 2010-01-07 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement in a telecommunications system

Also Published As

Publication number Publication date
EP2301296B2 (en) 2024-01-10
WO2010002307A1 (en) 2010-01-07
EP2301296B1 (en) 2012-02-08
ZA201008754B (en) 2012-02-29
US20110188422A1 (en) 2011-08-04
CN105263191B (zh) 2019-01-11
CN102084709A (zh) 2011-06-01
CN105263191A (zh) 2016-01-20
US10080234B2 (en) 2018-09-18
JP2011527135A (ja) 2011-10-20
US20240098739A1 (en) 2024-03-21
HK1220314A1 (zh) 2017-04-28
TWI465142B (zh) 2014-12-11
US11864175B2 (en) 2024-01-02
PL2301296T3 (pl) 2012-07-31
ATE545313T1 (de) 2012-02-15
ES2381147T5 (es) 2024-07-11
EP2301296A1 (en) 2011-03-30
US9215729B2 (en) 2015-12-15
MX2010013646A (es) 2010-12-21
PL2301296T5 (pl) 2026-03-16
US20160066341A1 (en) 2016-03-03
CN102084709B (zh) 2015-12-09
JP4944274B2 (ja) 2012-05-30
HK1159394A1 (zh) 2012-07-27
PT2301296E (pt) 2012-05-21
TW201004443A (en) 2010-01-16
US20180368162A1 (en) 2018-12-20

Similar Documents

Publication Publication Date Title
ES2381147T5 (es) Método y disposición en un sistema de telecomunicaciones
EP3540999B1 (en) Method and apparatus for handling transmission during a random access procedure in a wireless communication system
US20250016844A1 (en) Communications device, infrastructure equipment and methods
EP3474624B1 (en) Method and apparatus for random access procedure for system information request in a wireless communication system
EP3461026A1 (en) Method and apparatus of preventing bandwidth part misalignment in a wireless communication system
US20190124715A1 (en) Method and apparatus of performing msg3-based system information request in a wireless communication system
ES2857104T3 (es) Procedimiento de acceso aleatorio para reducción de latencia
US10764922B2 (en) Terminal device, base station device, radio communication method, and integrated circuit
US20180139668A1 (en) Terminal device, base station apparatus, integrated circuit, and wireless communication method
KR20090084720A (ko) 시간동기 타이머의 만료 시 상향링크 ｈａｒｑ의 동작 방법
US11533760B2 (en) Method and device for communicating with a selected transport block size
US20220361247A1 (en) Methods, communications devices, and infrastructure equipment