ES2370100T3 - 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
ES2370100T3
ES2370100T3 ES08844758T ES08844758T ES2370100T3 ES 2370100 T3 ES2370100 T3 ES 2370100T3 ES 08844758 T ES08844758 T ES 08844758T ES 08844758 T ES08844758 T ES 08844758T ES 2370100 T3 ES2370100 T3 ES 2370100T3
Authority
ES
Spain
Prior art keywords
buffer
terminal
status
rach
base station
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
ES08844758T
Other languages
English (en)
Inventor
Eva Englund
Magnus Johansson
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
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2370100T3 publication Critical patent/ES2370100T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0866—Non-scheduled access, e.g. ALOHA using a dedicated channel for access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/26—Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
    • H04L47/263—Rate modification at the source after receiving feedback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/14—Flow control between communication endpoints using intermediate storage
    • 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/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data

Landscapes

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

Abstract

Un método en un terminal móvil de un sistema de comunicaciones inalámbricas para activar un procedimiento de canal de acceso aleatorio, RACH, para solicitar recursos del enlace ascendente en un canal de acceso aleatorio a un planificador de la estación de base, que comprende las operaciones de: - comparar el estado del contenido actual de una memoria intermedia de tipo tampón de la terminal con el estado de un informe de estado del memoria intermedia de tipo tampón, BSR, almacenado en dicho terminal (300); - Iniciar el procedimiento de RACH (320) para indicar una petición de servicio a dicho planificador de estación de base tras detectar un cambio (310) de dicho estado de memoria intermedia de tipo tampón en dicha comparación, incluyendo dicha petición de servicios un indicador del cambio de estado de la memoria intermedia de tipo tampón como un activador para que dicho planificador asigne recursos del enlace ascendente a dicho terminal.

Description

Metodo y disposici6n en un sistema de telecomunicaciones
Campo tecnico
La presente invenci6n se refiere a un metodo y a una disposici6n en un sistema de telecomunicaciones, en 5 particular, se refiere a un metodo y a una disposici6n para solicitar asignaciones de recursos en el enlace ascendente a traves de un procedimiento de canal para acceso aleatorio en un sistema de telecomunicaciones.
Antecedentes de la invenci6n
Las tecnologias de acceso radio para redes de telefonia m6vil celular estan continuamente evolucionando para satisfacer las futuras demandas de mayor velocidad de transmisi6n de datos, mejor cobertura y capacidad. Ejemplo
10 de la evoluci6n reciente de la tecnologia de Acceso Multiple mediante Divisi6n de C6digos de Banda Ancha, WCDMA, es el Acceso en Paquetes de Alta Velocidad, HSPA. En la actualidad evoluciones ulteriores de los sistemas de 3G, Evoluci6n a Largo Plazo de 3G, LTE, que incluyen nuevas tecnologias de acceso y nuevas arquitecturas, se estan desarrollando dentro del organismo de normalizaci6n Proyecto de Alianza de 3a Generaci6n, 3GPP.
15 Uno de los objetivos de la tecnologia de acceso de LTE es mejorar los tiempos de preparaci6n, es decir, el Equipo de Usuario, UE, a veces denominado estaci6n m6vil o terminal m6vil, sera capaz de conectarse a la red y de iniciar una sesi6n rapidamente. El UE puede estar en uno de los dos estados de Control de Recursos de Radio, RRC, RRC INACITVO o RRC CONECTADO. Cuando el UE esta en estado RRC CONECTADO, el UE tiene una conexi6n de RRC a diferencia de cuando el UE esta en estado RRC INACTIVO. Esto significa que una sesi6n se
20 puede iniciar rapidamente sin un procedimiento de conexi6n de RRC. En la ejecuci6n practica de una estaci6n de base (por ejemplo, Nodo B o eNodoB), es deseable, por lo tanto, mantener a un usuario en estado de RRC CONECTADO el mayor tiempo posible. La estaci6n de base debe ser capaz, luego, de soportar un gran numero de usuarios en este estado. Por ejemplo, podria ser deseable mantener hasta 2000 UE en estado RRC CONECTADO por celda. En cualquier ejecuci6n practica de una estaci6n de base, el numero de usuarios que
25 pueden ser manejados en el proceso de planificaci6n esta limitado por la capacidad de procesamiento, de hardware y / o de memoria. Esto significa que s6lo un subconjunto de todos los usuarios puede ser candidato para la planificaci6n. Los UE que estan en estado RRC CONECTADO y son tambien candidatos para la planificaci6n se dice que estan en estado de "sesi6n activa". Por ejemplo, una ejecuci6n practica de la estaci6n de base puede soportar 400 usuarios en "sesi6n activa".
30 Cuando el numero de UE que solicitan sesiones excede el que puede ser manejado en la ejecuci6n practica de la estaci6n de base, deben rechazarse peticiones de sesi6n. Sin embargo, el estado de "sesi6n activa" s6lo es visible internamente en la ejecuci6n practica de la estaci6n de base y no se conoce en el UE. Por lo tanto, no es posible negar a un UE que realice una petici6n de sesi6n que se ha iniciado en el UE. En el UE una petici6n de sesi6n puede iniciarse a traves de un procedimiento de Canal de Acceso Aleatorio, RACH, o, en caso de petici6n de
35 planificaci6n, los recursos estan disponibles a traves de una petici6n de planificaci6n, SR.
La asignaci6n de recursos tanto del Enlace Ascendente, UL, como del Enlace Descendente, DL, se lleva a cabo por el planificador situado en la estaci6n de base, eNodoB. El concepto basico de la planificaci6n del enlace ascendente se describe mas abajo. El Canal Fisico Compartido del Enlace Ascendente, PUSCH, es un canal planificado de forma dinamica, en el que los recursos son asignados de forma dinamica en el Canal Fisico de Control del Enlace
40 Descendente, PDCCH. El canal de SR es un canal dedicado asignado de manera semi-estatica, en el que el UE puede adquirir rapidamente los recursos en el PUSCH, sin embargo, el UE debe estar sincronizado en el UL para poder usar la SR. Despues de un tiempo mayor de inactividad, el UE pierde, por lo general, la sincronizaci6n de UL y, normalmente, los recursos de la SR se revocan. En este caso, el UE debe utilizar un procedimiento de RACH para iniciar una nueva sesi6n.
45 Para informar al planificador de UL de las solicitudes de trafico momentaneo en el UE, la norma tambien prestara apoyo a los informes de estado de la memoria intermedia de tipo tamp6n para indicar cuantos datos hay que transmitir y de que prioridad. De manera alternativa, el planificador puede configurar el UE para enviar siempre desde el flujo de datos de prioridad mas elevada. En este caso, es suficiente controlar la prioridad de los datos transmitidos. El planificador controla las solicitudes de trafico de los usuarios y asigna los recursos de manera
50 correspondiente. El planificador informa a los usuarios de la decisi6n de planificaci6n mediante la transmisi6n de asignaciones de recursos en el PDCCH.
El procedimiento de acceso aleatorio se realiza para los cinco casos siguientes:
1.
Acceso inicial desde RRC INACTIVO;
2.
Acceso inicial despues de fallo en el enlace de radio;
55 3. Entrega que requiere el procedimiento de acceso aleatorio;
E08844758 18-10-2011
4. Llegada de datos por el DL durante RRC CONECTADO, requiriendo procedimiento de acceso aleatorio;
• Por ejemplo, cuando el estado de sincronizaci6n del UL es "no sincronizado";
5. Llegada de datos por el UL durante RRC CONECTADO, requiriendo procedimiento de acceso aleatorio;
• Por ejemplo, cuando el estado de sincronizaci6n del UL es "no sincronizado" o no hay ningun canal dedicado de petici6n de planificaci6n disponible.
La invenci6n se refiere al quinto caso, es decir, los datos del UL que llegan durante RRC CONECTADO, y el UE esta bien no sincronizado o bien no tiene ningun canal de petici6n de planificaci6n disponible. En este caso, se utiliza un procedimiento de RACH basado en la contenci6n.
El procedimiento de acceso aleatorio basado en la contenci6n conlleva cuatro operaciones:
1.
Preambulo de Acceso Aleatorio en el RACH en el enlace ascendente (desde el UE al eNodoB);
2.
Respuesta de Acceso Aleatorio en el Canal Compartido del Enlace Descendente, DL-SCH (desde el eNodoB al UE);
3.
Transmisi6n en el UL planificada en primer lugar sobre el Canal Compartido del Enlace Ascendente, UL-SCH (desde el UE al eNodoB);
4.
Resoluci6n de las Contenciones en el DL-SCH (desde el eNodoB al UE).
El procedimiento de contenci6n basado en el RACH esta sujeto a las colisiones de otros usuarios de la celula. A medida que aumenta el numero de usuarios (todos los usuarios en estado RCC CONNECTED) que podrian iniciar potencialmente un procedimiento de RACH, la probabilidad de colisiones en el canal RACH aumenta, y el rendimiento se degrada rapidamente. Por lo tanto, es importante no tener una carga demasiado pesada en el canal RACH, es decir, no demasiados procedimientos iniciados por el UE.
Normalmente, una sesi6n puede continuar despues de que se lleva a cabo el procedimiento de RACH. Sin embargo, en el caso de que la estaci6n de base no pueda manejar mas usuarios, debido a lo limitado de los recursos, no todos los usuarios pueden ser planificados y la estaci6n de base debe priorizar entre los usuarios en funci6n de la prioridad de los datos.
Una posible soluci6n es permitir que el UE inicie un procedimiento de RACH con regularidad, por ejemplo relacionado con el Intervalo de Tiempo de Transmisi6n, TTI, siempre y cuando haya datos en las memorias intermedias de tipo tamp6n de transmisi6n del UE, pero el UE no tiene un recurso de petici6n de planificaci6n del enlace ascendente o no tiene sincronizaci6n de UL. Sin embargo, esta soluci6n tiene algunos inconvenientes, como se ilustra en las figuras 1 y 2.
La figura 1 ilustra que si se permite al UE repetir frecuentemente el procedimiento de RACH, habra una carga elevada en el canal RACH y en el canal PDCCH. La figura 2, por el contrario, ilustra que si el UE s6lo tiene permiso para repetir el procedimiento de RACH rara vez, existe el riesgo de que se produzca un largo retraso antes de que el planificador sea consciente de los datos de prioridad elevada.
El procedimiento ilustrado en ambas figuras 1 y 2 empieza con el UE obteniendo datos de prioridad inferior e iniciando, luego, un procedimiento de RACH 100 mediante la transmisi6n de un preambulo de RACH a la estaci6n de base, 102. En este punto, el planificador no conoce la prioridad de los datos y concede, 104, al UE recursos suficientes de modo que el UE puede responder con por lo menos un informe de estado de la memoria intermedia de tipo tamp6n, BSR, 106. Supongamos ahora que la estaci6n de base esta cerca del numero maximo de usuarios que puede soportar en la sesi6n activa y, basandose en la BSR, la estaci6n de base decide no planificar mas el UE. La estaci6n de base prioriza luego a otros usuarios basandose en la BSR, 108.
Si, segun el escenario de la figura 1, se permite que el UE repita el procedimiento de RACH de manera regular, 110, 120, esto causara una carga elevada innecesaria en el canal RACH y en el canal PDCCH, 112. Tambien costara innecesariamente energia de UE. En el ejemplo ilustrado, los datos de prioridad elevada llegan despues del tercer procedimiento de RACH 120. En el cuarto procedimiento 130, el planificador es consciente de los datos de prioridad elevada.
La figura 2 muestra que si, por el contrario, s6lo se permite al UE repetir rara vez el procedimiento de RACH, 200, 210, hay riesgo de un largo retraso. En este ejemplo, los datos de prioridad elevada llegan despues del segundo procedimiento de RACH 210, pero la estaci6n de base no se entera hasta el tercer procedimiento 220, causando el retraso 214. Estos datos podrian consistir, por ejemplo, en un informe de traspaso urgente que es retrasado innecesariamente.
Puede encontrarse otro ejemplo en el documento WO 2007024120 (KOREA ELECTRONICS TELECOMM) 01-032007.
E08844758 18-10-2011
Compendio de la invenci6n
Es un objeto de la presente invenci6n proporcionar una soluci6n alternativa para activar una petici6n de servicio de enlace ascendente a traves de un procedimiento de Canal de Acceso Aleatorio (RACH) en un sistema de comunicaciones que, por lo menos en cierta medida, alivia algunos de los problemas indicados mas arriba.
Tambien es un objeto de la presente invenci6n definir el inicio de una petici6n de RACH para estar relacionado con cambios de memoria intermedia de tipo tamp6n especificada en un terminal m6vil.
Es ademas un objeto de la presente invenci6n proporcionar condiciones de activaci6n para una petici6n de canal de acceso aleatorio con el fin de informar a la estaci6n de base sobre cambios particulares en el estado de la memoria intermedia de tipo tamp6n del terminal.
Al menos uno de los objetivos de mas arriba se logra con los metodos, la estaci6n de base o el terminal m6vil segun las reivindicaciones adjuntas independientes.
Otros objetos y ventajas son evidentes a partir de las reivindicaciones dependientes.
Un primer aspecto de la presente invenci6n se refiere a un metodo en un terminal m6vil de un sistema de comunicaciones inalambricas para activar un procedimiento de canal de acceso aleatorio, es decir, de un RACH, para pedir recursos del enlace ascendente en un canal de acceso aleatorio a un planificador de la estaci6n de base sobre la base de un cambio en el estado de la memoria intermedia de tipo tamp6n del terminal en comparaci6n con un informe de estado de memoria intermedia de tipo tamp6n, BSR, almacenado en el terminal. Como opci6n, el BSR almacenado puede ser reconocido tras su recepci6n. En una primera operaci6n del metodo, el estado del contenido actual de la memoria intermedia de tipo tamp6n, es decir, los datos de la memoria intermedia de tipo tamp6n del terminal, se compara con el informe del estado de la memoria intermedia de tipo tamp6n BSR almacenado, almacenado en el terminal. Una segunda operaci6n del metodo conlleva iniciar un procedimiento de RACH para indicar una petici6n de servicio al planificador de la estaci6n de base tras la detecci6n de un cambio de estado de la memoria intermedia de tipo tamp6n en la comparaci6n. La petici6n de servicio incluye un indicador del cambio de estado de la memoria intermedia de tipo tamp6n como un activador para que el planificador asigne los recursos del enlace ascendente al terminal.
Segun una realizaci6n de este aspecto de la invenci6n, se determina que cambie el estado de la memoria intermedia de tipo tamp6n si se cumple por lo menos uno de los siguientes conjuntos de criterios o condiciones:
(i)
han llegado datos de mayor prioridad a la memoria intermedia de tipo tamp6n,
(ii)
el aumento del tamano de la memoria intermedia de tipo tamp6n supera un umbral A,
(iii) el tiempo transcurrido desde el inicio del RACH previo excede un umbral B.
Segun otra realizaci6n de este aspecto de la invenci6n, los umbrales A y / o B se configuran en el terminal a traves de senalizaci6n de control de los recursos de radio, es decir, RRC.
Segun una realizaci6n adicional de este aspecto de la invenci6n, la comparaci6n del estado de la memoria intermedia de tipo tamp6n comprende comparar por lo menos una entre la prioridad del contenido de la memoria intermedia de tipo tamp6n y la prioridad portadora de radio para los datos almacenados del estado de la memoria intermedia de tipo tamp6n respectivos en la actualidad y previamente.
Sin embargo, una realizaci6n de este aspecto de la invenci6n comprende establecer el indicador de activaci6n de la petici6n de servicio a un valor de un solo bit si se detecta un cambio en el estado de la memoria intermedia de tipo tamp6n y el terminal tiene datos para transmitir y no tiene ninguna petici6n de concesi6n de recursos del enlace ascendente o de planificaci6n.
En todavia otra realizaci6n de este aspecto de la invenci6n, la comparaci6n de los datos almacenados del estado de la memoria intermedia de tipo tamp6n en la actualidad y previamente se realiza segun un intervalo de tiempo predeterminado, por ejemplo en relaci6n con el intervalo de tiempo de transmisi6n, es decir, TTI.
Una realizaci6n alternativa de este aspecto de la invenci6n comprende enviar, si un recurso de enlace ascendente se asigna a la transmisi6n de datos y se detecta que el estado de la memoria intermedia de tipo tamp6n no presenta cambios, un mensaje que incluye un indicador de un solo bit para informar al planificador de la estaci6n de base para mantener la asignaci6n de recursos del enlace ascendente.
Otra forma de realizaci6n de este aspecto de la invenci6n comprende la operaci6n de restablecer el ultimo informe de la memoria intermedia de tipo tamp6n al contenido de memoria intermedia de tipo tamp6n a cero cuando el terminal ha vaciado toda su memoria intermedia de tipo tamp6n. Si se utiliza la opci6n de reconocer el BSR como se mencion6 mas arriba, es el informe de reconocimiento de la memoria intermedia de tipo tamp6n mas reciente, que reajusta el contenido de la memoria intermedia de tipo tamp6n a cero.
E08844758 18-10-2011
Un segundo aspecto de la presente invenci6n se refiere a un metodo en una estaci6n de base de un sistema de comunicaciones inalambricas para planificar recursos a un terminal m6vil a traves de un procedimiento de acceso aleatorio, RACH. En una primera operaci6n del metodo, la estaci6n de base puede recibir una petici6n de servicio desde el terminal a traves de un preambulo de acceso aleatorio en un enlace ascendente del canal de acceso aleatorio RACH. En una segunda operaci6n del metodo, un recurso inicial puede ser asignado al terminal para recibir, a cambio, un informe sobre el estado de la memoria intermedia de tipo tamp6n del terminal. En una tercera operaci6n del metodo, mas recursos del enlace ascendente pueden ser asignados al terminal, tras recibir una petici6n de servicio posterior desde el terminal, incluyendo la petici6n posterior un indicador de un cambio de estado de la memoria intermedia de tipo tamp6n del terminal.
El metodo puede comprender, ademas, la operaci6n opcional de transmitir un mensaje de confirmaci6n del informe de estado recibido de la memoria intermedia de tipo tamp6n del terminal, hacia el terminal, tras la recepci6n del informe de estado de la memoria intermedia de tipo tamp6n del terminal.
Segun una realizaci6n de este aspecto de la invenci6n, el estado de la memoria intermedia de tipo tamp6n se determina cambiado si se considera cumplida por menos una de las siguientes condiciones configuradas previamente:
-
Se indica que se han recibido en la memoria intermedia de tipo tamp6n datos de mayor prioridad,
-
Se indica que el aumento del tamano total de la memoria intermedia de tipo tamp6n supera un umbral A, y
-
Se indica que el tiempo transcurrido desde el inicio RACH excede un umbral B.
Un tercer aspecto de la presente invenci6n se refiere a una estaci6n de base capaz de planificar recursos a un terminal m6vil a traves de un procedimiento de acceso aleatorio (RACH). La estaci6n de base puede comprender una unidad de procesador, una unidad de memoria y una interfaz de comunicaciones. La unidad de memoria se utiliza para almacenar una copia del informe de estado de la memoria intermedia de tipo tamp6n, BSR. La unidad de procesador esta dispuesta para conceder un recurso inicial al terminal tras la recepci6n de una primera petici6n de servicio iniciada a traves de un primer procedimiento de RACH. La unidad de procesador esta dispuesta, ademas, para recibir un BSR desde el terminal m6vil. Como opci6n, la unidad de procesador puede estar dispuesta, ademas, para acusar recibo del informe del terminal. La unidad de procesador esta tambien dispuesta para asignar recursos del enlace ascendente para transmisiones de datos al terminal basandose en la recepci6n de una segunda petici6n de servicio, iniciada a traves de un segundo procedimiento de RACH, indicando la petici6n un cambio de estado de la memoria intermedia de tipo tamp6n del terminal, en comparaci6n con el estado de la memoria intermedia de tipo tamp6n del BSR previamente almacenado.
Un cuarto aspecto de la presente invenci6n se refiere a un terminal m6vil capaz de indicar una petici6n de servicios para la asignaci6n de recursos a un planificador de la estaci6n de base a traves de un procedimiento de acceso aleatorio, RACH, en un sistema de comunicaciones. El terminal m6vil puede comprender una unidad de procesador, una unidad de memoria y una interfaz de comunicaciones. La unidad de procesador puede comprender un memoria intermedia de tipo tamp6n de transmisi6n de datos para almacenar en una memoria intermedia de tipo tamp6n datos que se van a transmitir en el sistema de comunicaciones. La unidad de procesador puede comprender, ademas, un comparador para comparar el estado actual del contenido de la memoria intermedia de tipo tamp6n con el estado del contenido almacenado de la memoria intermedia de tipo tamp6n transmitida en ultimo lugar. La unidad de procesador puede comprender, tambien, un mecanismo de activaci6n de petici6n de servicio. El mecanismo de activaci6n de petici6n del servicio esta dispuesto para enviar un mensaje de un solo bit en un canal de acceso aleatorio a un planificador, activando que el planificador asigne recursos del enlace ascendente para la transmisi6n de datos, cuando se detecta un cambio en el estado de la memoria intermedia de tipo tamp6n en la comparaci6n. La unidad de memoria puede ser utilizada para almacenar la ultima transmisi6n de datos de estado de la memoria intermedia de tipo tamp6n del terminal.
Segun una realizaci6n de este aspecto de la invenci6n, el estado de la memoria intermedia de tipo tamp6n se determina cambiado si se cumple por lo menos una de las siguientes condiciones configuradas previamente:
-
hay almacenados datos de mayor prioridad en la memoria intermedia de tipo tamp6n del terminal,
-
el aumento del tamano total de la memoria intermedia de tipo tamp6n supera un umbral A, y
-
el tiempo transcurrido desde el inicio del procedimiento de RACH previo excede un umbral B.
La presente invenci6n segun los aspectos y realizaciones de la misma, descritos en este documento, proporciona la ventaja de que el planificador de la estaci6n de base es provisto rapidamente con la informaci6n de los datos de mayor prioridad que llegan a las memorias intermedias de tipo tamp6n de transmisi6n del terminal sin causar una carga innecesariamente alta en los canales de control ni un consumo innecesario de energia en el UE. Esto conducira a un mejor manejo del traspaso con menores caidas de la velocidad de transmisi6n y mayor duraci6n de la bateria.
E08844758 18-10-2011
Las caracteristicas descritas mas arriba, en relaci6n con el procedimiento segun la invenci6n, pueden, en su caso, ser tambien ejecutadas en la practica en una disposici6n segun la invenci6n con las mismas ventajas que se describen en relaci6n con el metodo.
No es necesario decir que los aspectos anteriores de la invenci6n pueden ser combinados en la misma realizaci6n. En lo que sigue, se describiran realizaciones preferidas de la invenci6n haciendo referencia a los dibujos.
Breve descripci6n de los dibujos
La presente invenci6n se explicara de aqui en adelante con mayor detalle por medio de ejemplos no limitativos y haciendo referencia a los dibujos anexos en los que:
La fig. 1 ilustra una soluci6n de la tecnica anterior para un procedimiento de RACH;
La fig. 2 ilustra otra soluci6n de la tecnica anterior para un procedimiento de RACH;
La fig. 3 es un diagrama de flujo de un metodo en un terminal m6vil segun la invenci6n;
La fig.4 es un diagrama de flujo de un metodo en una estaci6n de base segun la invenci6n;
La fig. 5 ilustra un procedimiento de RACH segun la invenci6n;
La fig. 6 es una ilustraci6n esquematica de una estaci6n de base segun una realizaci6n de la invenci6n; y
La fig. 7 es una ilustraci6n esquematica de un terminal m6vil segun una realizaci6n de la invenci6n.
Descripci6n detallada de las realizaciones preferidas
La invenci6n, en lo que sigue, se ejemplifica mediante realizaciones. Debe entenderse, sin embargo, que las realizaciones se incluyen con el fin de explicar principios de la invenci6n y no para limitar el alcance de la invenci6n, definida por las reivindicaciones adjuntas.
La presente invenci6n conlleva un metodo, un equipo del usuario y una estaci6n de base destinada a proporcionar una regla alternativa para que el UE inicie un procedimiento de Canal de Acceso Aleatorio, es decir, un procedimiento de RACH.
S6lo se debe permitir al UE que inicie un procedimiento de RACH en el caso de que haya habido un cierto cambio en el estado de la memoria intermedia de tipo tamp6n en comparaci6n con lo que se revelaba en la ultima transmisi6n del enlace ascendente o informe de memoria intermedia de tipo tamp6n. Con esta alternativa, puede resolverse la activaci6n de ciertos problemas que se producen con el estado de la tecnica anterior, por ejemplo, como se describia mas arriba y se ilustraba en las figuras 1 y 2.
En la presente invenci6n se han ampliado reglas para iniciar un procedimiento de RACH. En lineas generales, el UE puede iniciar un procedimiento de RACH s6lo si se han especificado cambios en el contenido de la memoria intermedia de tipo tamp6n en comparaci6n con lo informado anteriormente, o con lo que se ha transmitido con anterioridad, por ejemplo, si han llegado datos de mayor prioridad en comparaci6n con lo informado o transmitido previamente. Los cambios en el estado de la memoria intermedia de tipo tamp6n que activan un procedimiento de RACH se configuran por lo general a traves del RRC.
Una ventaja de la presente invenci6n es que el planificador de la estaci6n de base, por ejemplo, el eNodoB, es provisto rapidamente de la informaci6n de datos de mayor prioridad que llegan a las memorias intermedias de tipo tamp6n de transmisi6n sin causar una carga innecesariamente elevada en los canales de control y un consumo innecesario de energia en el UE. Esto conducira a un mejor manejo del traspaso con disminuci6n en las caidas de la velocidad de transmisi6n y una mayor duraci6n de la bateria.
Un ejemplo de un conjunto de criterios de activaci6n puede ser el siguiente:
Un procedimiento de RACH se inicia si:
•
El UE no tiene ninguna concesi6n de UL o petici6n de planificaci6n y el UE tiene datos para transmitir y el estado de la memoria intermedia de tipo tamp6n ha cambiado desde el ultimo informe de memoria intermedia de tipo tamp6n segun las condiciones configuradas,
•
El estado de la memoria intermedia de tipo tamp6n se considera que ha cambiado si se cumple alguna de las condiciones siguientes:
1.
Ha llegado datos de mayor prioridad a la memoria intermedia de tipo tamp6n,
2.
El tamano total de la memoria intermedia de tipo tamp6n aumenta > Umbral A,
E08844758 18-10-2011
3. El tiempo transcurrido desde el inicio del RACH previo > Umbral B.
En una realizaci6n alternativa, se deben cumplir por lo menos dos de las condiciones anteriores para que el estado de la memoria intermedia de tipo tamp6n se considere o determine cambiada para iniciar un procedimiento de RACH.
Los umbrales A y / o B por lo general se pueden configurar a traves de la senalizaci6n del RRC, es decir, el control de los recursos de radio.
En una realizaci6n, el UE restablece el "ultimo informe de la memoria intermedia de tipo tamp6n" al contenido cero de la memoria intermedia de tipo tamp6n despues de que el UE haya vaciado toda la memoria intermedia de tipo tamp6n, sin tener en cuenta si se ha transmitido un informe al planificador y se haya reconocido o no.
En el ejemplo anterior, cuando un UE tiene una concesi6n de UL, el planificador se entera del contenido de la memoria intermedia de tipo tamp6n a traves de informes peri6dicos sobre el estado de la memoria intermedia de tipo tamp6n. Esto podria ser un informe continuo de memoria intermedia de tipo tamp6n para cada transmisi6n planificada. Por otra parte, se pueden utilizar criterios similares tambien para la activaci6n de los informes sobre el estado de la memoria intermedia de tipo tamp6n. Esto significa que si a un UE no se le conceden recursos adicionales, se actualizara el ultimo informe de memoria intermedia de tipo tamp6n.
En lo que sigue, las operaciones del metodo de una realizaci6n preferida para activar la petici6n de una asignaci6n de recursos a traves de un procedimiento de RACH segun la presente invenci6n se describe basandose en un cambio en el estado de la memoria intermedia de tipo tamp6n del terminal en comparaci6n con un Informe del Estado de la Memoria intermedia de tipo tamp6n, BSR, almacenado en el terminal.
El diagrama de flujo de un metodo en un terminal m6vil segun una realizaci6n de la invenci6n esta ilustrado en la figura 3. En una primera operaci6n 300 del metodo, el estado del contenido actual de la memoria intermedia de tipo tamp6n del terminal, es decir, los datos de la memoria intermedia de tipo tamp6n del terminal, es comparado con el estado del BSR almacenado. Una segunda operaci6n 320 del metodo consiste en iniciar un procedimiento de RACH para indicar una petici6n de servicio a un planificador de la estaci6n de base tras la detecci6n 310 de un cambio de estado de memoria intermedia de tipo tamp6n en la comparaci6n. La petici6n de servicio incluye un indicador del cambio de estado como un activador para que el planificador asigne recursos del enlace ascendente a dicho terminal.
El diagrama de flujo de un metodo en una estaci6n de base segun una realizaci6n de la invenci6n se ilustra en la figura 4. En una primera operaci6n 400 del metodo, la estaci6n de base recibe una petici6n de servicio desde el terminal a traves de un preambulo de acceso aleatorio en un enlace ascendente del canal de acceso aleatorio RACH. En una segunda operaci6n 410 del metodo, puede asignarse al terminal un recurso inicial para recibir a cambio un informe sobre el estado de la memoria intermedia de tipo tamp6n del terminal 420. Otros recursos del enlace ascendente pueden ser asignados al terminal 440, al recibir una petici6n de servicio posterior desde el terminal, incluyendo la petici6n posterior un indicador de un cambio 430 del estado de la memoria intermedia de tipo tamp6n del terminal.
En la figura 5 se ilustra una realizaci6n alternativa de la presente invenci6n. El primer procedimiento de RACH 500 se produce como se ha explicado para la figura 1: el procedimiento se inicia con el terminal m6vil obteniendo datos de menor prioridad y luego iniciando un procedimiento de RACH 500 mediante la transmisi6n de un preambulo de RACH a la estaci6n de base, 502. En este punto, el planificador no sabe la prioridad de los datos y las concesiones, 504, los recursos suficientes del terminal de manera que el terminal puede responder con, por lo menos, un BSR,
506. La estaci6n de base prioriza luego a otros usuarios sobre la base de la BSR, 508. Cuando el terminal m6vil no esta programado en favor de otros terminales, el terminal recibe un reconocimiento hibrido automatico de repetici6n de petici6n, es decir, un HARQ ACK, para la transmisi6n que contiene el informe de memoria intermedia de tipo tamp6n (o de transmisi6n de datos). El terminal m6vil y la estaci6n de base almacenan el ultimo informe de reconocimiento, cuyo informe de estado tambien puede ser almacenado en la estaci6n de base. Cuando llegan los datos de mayor prioridad, se permite al terminar iniciar un nuevo procedimiento de RACH 510. Ya cuando se transmite el preambulo de RACH 512, la estaci6n de base puede concluir que los datos de prioridad mas elevada han llegado a la memoria intermedia de tipo tamp6n de transmisi6n del terminal m6vil y puede ajustar la concesi6n emitida 514 en consecuencia. Por ejemplo, el planificador puede asignar los recursos suficientes para que el terminal transmita un mensaje tipico de RRC, 516.
El equipo adecuado para llevar a cabo los metodos de la presente invenci6n se muestra en las figuras 6 y 7, que divulgan una estaci6n de base y un terminal m6vil, respectivamente.
La figura 6 ilustra esquematicamente una estaci6n de base segun una realizaci6n de la invenci6n. La estaci6n de base puede comprender una unidad de procesador 610, una unidad de memoria 620 y una interfaz de comunicaci6n
630. La unidad de procesador puede ser cualquier tipo adecuado de dispositivo de procesamiento capaz de manejar instrucciones de software o de hardware, por ejemplo, un microprocesador, un procesador de senales digitales, un Circuito Integrado para Aplicaciones Especificas (ASIC), o un Conjunto de Puertas Programables de Campo (FPGA), y la unidad de memoria puede ser de por lo menos un tipo, memoria volatil y / o no volatil, por ejemplo, una
E08844758 18-10-2011
memoria RAM de tipo adecuado, disco duro, memoria de Flash, etc. La unidad de memoria 620 se utiliza para almacenar una copia del BSR. La unidad de procesador 610 esta dispuesta para conceder 504 un recurso inicial al terminal tras la recepci6n de una primera petici6n de servicio 502 iniciada a traves de un primer procedimiento de RACH 500. La unidad de procesador 610 esta dispuesta, ademas, para recibir un BSR 506 desde el terminal m6vil. Como opci6n, la unidad de procesador 610 puede estar dispuesta, ademas, para acusar el recibo del informe al terminal. La unidad de procesador 610 esta dispuesta tambien para asignar recursos del enlace ascendente para las transmisiones de datos al terminal basandose en la recepci6n de una segunda petici6n de servicio 512, iniciada a traves de un segundo procedimiento de RACH 510, indicando la petici6n un cambio de estado de la memoria intermedia de tipo tamp6n del terminal, en comparaci6n con el estado de la memoria intermedia de tipo tamp6n de la BSR almacenada previamente. La estaci6n de base puede comprender, ademas, otros componentes que dependen del tipo y de la configuraci6n de la estaci6n de base, por ejemplo, la fuente de alimentaci6n / convertidor, antena (s), etc.
En la figura 7 hay ilustrado un terminal m6vil 700 capaz de indicar una petici6n de servicio para la asignaci6n de recursos a un planificador de la estaci6n de base a traves de un procedimiento de RACH segun la invenci6n. El terminal m6vil 700 puede comprender una unidad de procesador 710, una unidad de memoria 720 y una interfaz de comunicaciones 730. La unidad de procesador puede ser cualquier tipo adecuado de dispositivo de procesamiento capaz de manejar instrucciones de software o de hardware, por ejemplo, un microprocesador, un procesador de senales digitales, un Circuito Integrado para Aplicaci6n Especifica (ASIC), o un Conjunto de Puertas Programables de Campo (FPGA), y la unidad de memoria puede ser de por lo menos un tipo, memoria volatil y / o no volatil, por ejemplo, una memoria RAM de tipo adecuado, disco duro, memoria de Flash, etc. La unidad de procesador 710 puede comprender una memoria intermedia de tipo tamp6n de transmisi6n de datos para almacenar en la memoria intermedia de tipo tamp6n los datos que se van a transmitir en el sistema de comunicaciones. La unidad de procesador 710 puede comprender, ademas, un comparador para comparar el estado actual del contenido de la memoria intermedia de tipo tamp6n con el estado del ultimo contenido almacenado en la memoria intermedia de tipo tamp6n transmitido. La unidad de procesador 710 puede comprender, tambien, un mecanismo de activaci6n de petici6n de servicio. El mecanismo de activaci6n de petici6n de servicio esta dispuesto para enviar un mensaje de un solo bit en un canal de acceso aleatorio a un planificador, lo que activa que el planificador asigne recursos del enlace ascendente para la transmisi6n de datos, cuando se detecta un cambio en el estado de la memoria intermedia de tipo tamp6n en la comparaci6n. La unidad de memoria 720 puede usarse para almacenar la ultima transmisi6n de datos de estado de la memoria intermedia de tipo tamp6n del terminal. El terminal m6vil puede comprender, ademas, otros componentes dependiendo del tipo y configuraci6n de la estaci6n de base, por ejemplo, la fuente de alimentaci6n / convertidor, antena (s), etc.
Las operaciones del metodo de la invenci6n descritas en este documento pueden ser ejecutadas en la practica por el software de un programa de ordenador almacenado en un medio de almacenamiento legible por un ordenador, por ejemplo, una unidad de memoria, y ejecutado por un procesador en un nodo de una red, tal como una estaci6n de base, tambien llamado NodoB o eNodoB, y / o terminal de usuario, a veces llamado UE, equipo de usuario, terminal m6vil o estaci6n m6vil. Las operaciones de los metodos pueden ser ejecutadas en la practica en instrucciones de hardware, como en un ASIC (Circuito Integrado para Aplicaciones Especificas) o FPGA (Conjunto de Puertas Programables de Campo).
Algunos ejemplos y terminologia relacionada con el estandar de 3GPP LTE que se esta usando en este documento no deben considerarse como una limitaci6n del alcance de la invenci6n, cuya metodologia, en principio, se puede aplicar a cualquier sistema de comunicaciones.
La materia objeto descrita, por supuesto, no esta limitada a las realizaciones descritas mas arriba y mostradas en los dibujos, sino que puede ser modificada dentro del ambito del concepto general de la invenci6n.
E08844758 18-10-2011

Claims (14)

  1. REIVINDICACIONES
    1. Un metodo en un terminal m6vil de un sistema de comunicaciones inalambricas para activar un procedimiento de canal de acceso aleatorio, RACH, para solicitar recursos del enlace ascendente en un canal de acceso aleatorio a un planificador de la estaci6n de base, que comprende las operaciones de:
    -
    comparar el estado del contenido actual de una memoria intermedia de tipo tamp6n de la terminal con el estado de un informe de estado del memoria intermedia de tipo tamp6n, BSR, almacenado en dicho terminal (300);
    -
    Iniciar el procedimiento de RACH (320) para indicar una petici6n de servicio a dicho planificador de estaci6n de base tras detectar un cambio (310) de dicho estado de memoria intermedia de tipo tamp6n en dicha comparaci6n, incluyendo dicha petici6n de servicios un indicador del cambio de estado de la memoria intermedia de tipo tamp6n como un activador para que dicho planificador asigne recursos del enlace ascendente a dicho terminal.
  2. 2. El metodo segun la reivindicaci6n 1, en el que el estado de la memoria intermedia de tipo tamp6n se determina cambiado si se cumple por lo menos una de las condiciones siguientes:
    (i)
    los datos de mayor prioridad han llegado a dicha memoria intermedia de tipo tamp6n;
    (ii)
    el aumento del tamano de la memoria intermedia de tipo tamp6n supera un umbral A; o
    (iii) el tiempo transcurrido desde el inicio del RACH anterior excede un umbral B.
  3. 3.
    El metodo segun la reivindicaci6n 2, en el que por lo menos uno de los umbrales A y B estan configurados en el terminal a traves de la senalizaci6n de control de los recursos de radio, RRC.
  4. 4.
    El metodo segun una cualquiera de las reivindicaciones 1-3, en el que la comparaci6n del estado de la memoria intermedia de tipo tamp6n comprende comparar por lo menos una entre la prioridad del contenido de la memoria intermedia de tipo tamp6n y la prioridad de portadora de radio para los datos de estado de la memoria intermedia de tipo tamp6n almacenados presente y previamente respectivos.
  5. 5.
    El metodo segun una cualquiera de las reivindicaciones 1-4, en el que un indicador de activaci6n de petici6n de servicio se establece en un valor de un solo bit si se detecta un cambio en el estado de la memoria intermedia de tipo tamp6n y el terminal tiene datos para transmitir y no tiene concesi6n de recursos del enlace ascendente o petici6n de planificaci6n.
  6. 6.
    El metodo segun una cualquiera de las reivindicaciones 1-5, en el que la comparaci6n de los datos de estado de la memoria intermedia de tipo tamp6n almacenados en la actualidad y previamente se realiza segun un intervalo de tiempo predeterminado.
  7. 7.
    El metodo segun la reivindicaci6n 6, en el que el intervalo de tiempo predeterminado esta relacionado con el intervalo de tiempo de transmisi6n, TTI.
  8. 8.
    El metodo segun una cualquiera de las reivindicaciones 1-7, en el que el metodo comprende ademas la operaci6n de enviar, si se asigna un recurso del enlace ascendente para la transmisi6n de datos y se detecta que no ha cambiado el estado de la memoria intermedia de tipo tamp6n, un mensaje que comprenda un indicador de un solo bit que informa al planificador de la estaci6n de base para mantener la asignaci6n de recursos del enlace ascendente.
  9. 9.
    El metodo segun una cualquiera de las reivindicaciones 1-8, en el que el metodo comprende ademas la operaci6n de restablecer el ultimo informe de memoria intermedia de tipo tamp6n al contenido cero en la memoria intermedia de tipo tamp6n cuando el terminal ha vaciado toda la memoria intermedia de tipo tamp6n.
  10. 10.
    Un metodo en una estaci6n de base de un sistema de comunicaciones inalambricas para planificar recursos a un terminal m6vil a traves de un procedimiento de canal de acceso aleatorio, RACH, comprendiendo dicho metodo las operaciones de:
    -
    Recibir una petici6n de servicio (400) desde el terminal a traves de un preambulo de acceso aleatorio en un enlace ascendente del RACH;
    -
    Asignar (410) a cambio un recurso inicial al terminal para recibir (420) un informe sobre el estado de la memoria intermedia de tipo tamp6n del terminal; y
    -
    Al recibir una petici6n de servicio posterior (400) desde el terminal, incluir en la petici6n posterior un indicador de un cambio de estado (430) de la memoria intermedia de tipo tamp6n del terminal, asignando recursos adicionales del enlace ascendente al terminal (440).
    E08844758 18-10-2011
  11. 11. El metodo segun la reivindicaci6n 10, en el que el estado de la memoria intermedia de tipo tamp6n se determina cambiado si se indica que se cumple por lo menos una de las siguientes condiciones previamente configuradas:
    -
    Se indica recibidos datos de mayor prioridad en dicha memoria intermedia de tipo tamp6n;
    -
    Se indica que el aumento del tamano total de la memoria intermedia de tipo tamp6n supera un umbral A; o
    -
    Se indica que el tiempo transcurrido desde el inicio del RACH anterior supera un umbral B.
  12. 12. Una estaci6n de base (600) capaz de planificar los recursos a un terminal m6vil a traves de un procedimiento de canal de acceso aleatorio, RACH, comprendiendo dicha estaci6n de base:
    -
    Una unidad de procesador (610);
    -
    una unidad de memoria (620), y
    -
    un interfaz de comunicaciones (630).
    en la que la unidad de procesador (610) esta dispuesta para almacenar una copia de un informe de estado de la memoria intermedia de tipo tamp6n, BSR, en la unidad de memoria (620); y en la que la unidad del procesador (610) es dispuesta ademas a conceder (504) un recurso inicial al terminal tras la recepci6n de una primera petici6n de servicio (502) iniciada a traves de un primer procedimiento de RACH (500), y dispuesta ademas para recibir en la interfaz de comunicaciones un informe de estado de la memoria intermedia de tipo tamp6n, BSR, (506), desde el terminal m6vil, y dispuesta para asignar recursos del enlace ascendente para transmisiones de datos al terminal basandose en la recepci6n de una segunda petici6n de servicio (512), iniciada a traves de un segundo procedimiento de RACH (510), indicando la petici6n un cambio de estado de la memoria intermedia de tipo tamp6n del terminal, en comparaci6n con el estado de la memoria intermedia de tipo tamp6n del informe de estado de la memoria intermedia de tipo tamp6n, BSR, almacenado previamente.
  13. 13. Un terminal m6vil (700) capaz de indicar una petici6n de servicio para la asignaci6n de recursos a un planificador de estaci6n de base a traves de un procedimiento de canal de acceso aleatorio, RACH, en un sistema de comunicaciones, comprendiendo dicho terminal m6vil:
    -
    Una unidad de procesador (710), que incluye
    Una memoria intermedia de tipo tamp6n de transmisi6n de datos que almacena datos que van a ser transmitidos en el sistema de comunicaciones;
    Un comparador que compara el estado del contenido actual de la memoria intermedia de tipo tamp6n con el estado del ultimo contenido almacenado en la memoria intermedia de tipo tamp6n transmitido;
    Un mecanismo de activaci6n de petici6n de servicio que envia un mensaje de un solo bit en un canal de acceso aleatorio al planificador, activando al planificador para que asigne recursos del enlace ascendente para la transmisi6n de datos, cuando se detecta un cambio en el estado de la memoria intermedia de tipo tamp6n en dicha comparaci6n;
    -
    Una unidad de memoria (720) utilizada para almacenar la ultimo transmisi6n de datos del estado de la memoria intermedia de tipo tamp6n del terminal; y
    -
    Una interfaz de comunicaciones (730).
  14. 14. El terminal m6vil, segun la reivindicaci6n 13, en el que el estado de la memoria intermedia de tipo tamp6n se determina cambiada si se cumple por lo menos una de las siguientes condiciones previamente configuradas:
    -
    Los datos de mayor prioridad se almacenan en la memoria intermedia de tipo tamp6n del terminal;
    -
    El aumento del tamano total de la memoria intermedia de tipo tamp6n supera un umbral A; o
    -
    El tiempo transcurrido desde el inicio del anterior procedimiento de RACH excede un umbral B.
    E08844758 18-10-2011 E08844758 18-10-2011 E08844758 18-10-2011
ES08844758T 2007-10-29 2008-10-27 Método y disposición en un sistema de telecomunicaciones. Active ES2370100T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US98329707P 2007-10-29 2007-10-29
US983297P 2007-10-29

Publications (1)

Publication Number Publication Date
ES2370100T3 true ES2370100T3 (es) 2011-12-12

Family

ID=40292485

Family Applications (1)

Application Number Title Priority Date Filing Date
ES08844758T Active ES2370100T3 (es) 2007-10-29 2008-10-27 Método y disposición en un sistema de telecomunicaciones.

Country Status (14)

Country Link
US (3) US8619689B2 (es)
EP (1) EP2206395B1 (es)
JP (1) JP5701059B2 (es)
CN (2) CN101843158A (es)
AT (1) ATE524046T1 (es)
CA (1) CA2704189C (es)
CO (1) CO6270281A2 (es)
ES (1) ES2370100T3 (es)
HK (1) HK1206907A1 (es)
NZ (1) NZ584097A (es)
PL (1) PL2206395T3 (es)
PT (1) PT2206395E (es)
RU (2) RU2518415C2 (es)
WO (1) WO2009058075A1 (es)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8509187B2 (en) * 2008-03-21 2013-08-13 Koninklijke Philips N.V. Method for communicating and radio station therefor
US8873474B2 (en) * 2008-10-17 2014-10-28 Telefonaktiebolaget L M Ericsson (Publ) Method and mobile terminal providing priority-based uplink scheduling information
CN102714650B (zh) * 2010-03-18 2015-10-21 上海贝尔股份有限公司 上行链路传输方法、基站和中继节点
KR101692553B1 (ko) * 2010-04-05 2017-01-03 삼성전자주식회사 통신 시스템에서 업링크 스케쥴링 방법 및 장치
WO2012084006A1 (en) * 2010-12-20 2012-06-28 Nokia Siemens Networks Oy Apparatus and method for controlling wireless downlink and uplink transmission
US9143984B2 (en) * 2012-04-13 2015-09-22 Intel Corporation Mapping of enhanced physical downlink control channels in a wireless communication network
EP2966918B1 (en) * 2013-03-29 2017-12-27 Huawei Technologies Co., Ltd. Method for controlling request on uplink authorization resource, user equipment and base station
US9357546B1 (en) * 2013-07-19 2016-05-31 Sprint Spectrum L.P. Methods and systems for controlling TTI bundling
CN104620660B (zh) * 2013-08-02 2019-04-12 华为技术有限公司 空闲状态随机接入方法及设备
CN105451273B (zh) * 2014-09-17 2020-03-31 创新音速股份有限公司 在无线通信系统中请求资源的方法及装置
US10595302B2 (en) 2015-03-15 2020-03-17 Qualcomm Incorporated Subframe structure with embedded control signaling
WO2017018538A1 (ja) * 2015-07-30 2017-02-02 京セラ株式会社 無線端末
US11387974B2 (en) 2017-11-15 2022-07-12 Nokia Technologies Oy Random access with bandwidth part switch
KR102516345B1 (ko) * 2018-07-10 2023-04-03 삼성전자주식회사 데이터 변조 판단 방법 및 이를 지원하는 전자 장치
WO2020061312A1 (en) * 2018-09-20 2020-03-26 Intel Corporation Systems, methods, and devices for end-to-end measurements and performance data streaming
CN111586883B (zh) 2019-02-15 2022-06-14 华为技术有限公司 一种随机接入方法和装置
WO2021068152A1 (en) * 2019-10-10 2021-04-15 Qualcomm Incorporated Configuring a scheduling request resource for an alarm mode of a user equipment
WO2022139152A1 (en) * 2020-12-21 2022-06-30 Lg Electronics Inc. Method and apparatus for transmitting buffer size information for voluntary data in wireless communication system
US11797192B2 (en) * 2021-04-21 2023-10-24 Micron Technology, Inc. Data transmission management

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3031341B2 (ja) 1998-07-28 2000-04-10 日本電気株式会社 ランダムアクセスチャネル用受信装置
EP0993214B2 (en) 1998-10-05 2014-02-12 Sony Deutschland GmbH Random access channel prioritization scheme
US7349371B2 (en) 2000-09-29 2008-03-25 Arraycomm, Llc Selecting random access channels
JP3929994B2 (ja) * 2003-05-16 2007-06-13 株式会社エヌ・ティ・ティ・ドコモ パケット移動通信方法及び基地局
US8488457B2 (en) 2003-11-14 2013-07-16 Interdigital Technology Corporation Wireless communication method and apparatus for transferring buffered enhanced uplink data from a mobile station to a node-B
US7924866B2 (en) 2003-12-17 2011-04-12 Nortel Networks Limited Random access channel protocol
KR100539930B1 (ko) * 2003-12-22 2005-12-28 삼성전자주식회사 부호분할다중접속 이동통신시스템에서 데이터 전송 최적화를 위한 전송 포맷 선택 방법
KR100713442B1 (ko) * 2004-02-14 2007-05-02 삼성전자주식회사 이동통신 시스템에서 향상된 역방향 전용채널을 통한 스케쥴링 정보의 전송방법
KR100678184B1 (ko) * 2004-05-19 2007-02-02 삼성전자주식회사 이동통신 시스템에서 향상된 역방향 전용채널의 스케줄링방법 및 장치
KR101141649B1 (ko) * 2004-11-09 2012-05-17 엘지전자 주식회사 고속의 상향 데이터 전송을 위한 데이터 채널의 제어정보송수신 방법
KR100770863B1 (ko) * 2005-04-04 2007-10-26 삼성전자주식회사 이동통신 시스템에서 기지국 추산 버퍼 상태 정보를 이용한 버퍼 상태 보고 방법 및 장치
JP2006295725A (ja) * 2005-04-13 2006-10-26 Ntt Docomo Inc 移動局、基地局および移動通信システム並びに通信制御方法
WO2007024120A1 (en) * 2005-08-26 2007-03-01 Electronics And Telecommunications Research Institute Method for requesting resource and scheduling for uplink traffic in mobile communication and apparatus thereof
US7912471B2 (en) * 2006-01-04 2011-03-22 Wireless Technology Solutions Llc Initial connection establishment in a wireless communication system
KR101216751B1 (ko) 2006-02-07 2012-12-28 엘지전자 주식회사 이동 통신 시스템에서 식별자를 이용한 충돌 회피 방법
WO2007091811A1 (en) * 2006-02-07 2007-08-16 Lg Electronics Inc. Method for requesting radio resource in mobile communications system
EP3048849B1 (en) * 2006-03-07 2017-06-21 Panasonic Corporation Overhead reduction of uplink control signaling in a mobile communication system
MY149555A (en) * 2007-06-19 2013-09-13 Ericsson Telefon Ab L M Methods and systems for scheduling resources in a telecommunication system
KR101422032B1 (ko) * 2007-08-10 2014-07-23 엘지전자 주식회사 무선 통신 시스템에서의 채널 설정 방법
KR100937432B1 (ko) * 2007-09-13 2010-01-18 엘지전자 주식회사 무선 통신 시스템에서의 무선자원 할당 방법
WO2009038377A2 (en) * 2007-09-20 2009-03-26 Lg Electronics Inc. Method of effectively transmitting radio resource allocation request in mobile communication system

Also Published As

Publication number Publication date
JP5701059B2 (ja) 2015-04-15
RU2010121841A (ru) 2011-12-10
NZ584097A (en) 2012-09-28
PT2206395E (pt) 2011-12-15
PL2206395T3 (pl) 2012-01-31
EP2206395B1 (en) 2011-09-07
CA2704189C (en) 2016-11-22
RU2014112063A (ru) 2015-10-10
EP2206395A1 (en) 2010-07-14
RU2672859C2 (ru) 2018-11-20
CA2704189A1 (en) 2009-05-07
WO2009058075A1 (en) 2009-05-07
CN101843158A (zh) 2010-09-22
RU2518415C2 (ru) 2014-06-10
US20160007381A1 (en) 2016-01-07
JP2011502394A (ja) 2011-01-20
US20100260152A1 (en) 2010-10-14
ATE524046T1 (de) 2011-09-15
HK1206907A1 (en) 2016-01-15
US20140056289A1 (en) 2014-02-27
US8619689B2 (en) 2013-12-31
CO6270281A2 (es) 2011-04-20
CN104469967A (zh) 2015-03-25

Similar Documents

Publication Publication Date Title
ES2370100T3 (es) Método y disposición en un sistema de telecomunicaciones.
US11160093B2 (en) Methods and systems for scheduling resources in a telecommunication system
ES2747827T3 (es) Utilización condicional de recursos de radio de enlace ascendente en una red celular
ES2360574T3 (es) Uso de canal físico de control de enlace ascendente en un sistema de comunicación de proyecto de asociación de tercera generación.
EP3226635A1 (en) Cellular communication system device and methods
BR112019018559A2 (pt) métodos para conceder recursos de transmissão por enlace ascendente a um ou uma pluralidade de equipamentos de usuário, para suportar um nó b evoluído para conceder recurso de enlace ascendente a um segundo equipamento de usuário e para usar um recurso de enlace ascendente, nó de acesso ou nó b evoluído, e, equipamento de usuário.
KR20110044779A (ko) 네트워크에서 통신하기 위한 방법, 제 ２ 스테이션 및 이를 위한 시스템
AU2022204484A1 (en) Methods and systems for scheduling resources in a telecommunication system
AU2019201058A1 (en) Methods and systems for scheduling resources in a telecommunication system
GB2556178A (en) Cellular communication system devices and methods