ES2320671T3 - Metodo y dispositivo para mejorar el rendimiento de la transmision en un sistema de comunicacion con una pila de protocolo en capas. - Google Patents
Metodo y dispositivo para mejorar el rendimiento de la transmision en un sistema de comunicacion con una pila de protocolo en capas. Download PDFInfo
- Publication number
- ES2320671T3 ES2320671T3 ES05005425T ES05005425T ES2320671T3 ES 2320671 T3 ES2320671 T3 ES 2320671T3 ES 05005425 T ES05005425 T ES 05005425T ES 05005425 T ES05005425 T ES 05005425T ES 2320671 T3 ES2320671 T3 ES 2320671T3
- Authority
- ES
- Spain
- Prior art keywords
- layer
- transmission
- data
- protocol
- delay
- 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.)
- Expired - Lifetime
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 127
- 238000000034 method Methods 0.000 title claims abstract description 67
- 238000004891 communication Methods 0.000 title claims description 42
- 238000010295 mobile communication Methods 0.000 claims abstract description 5
- 238000012545 processing Methods 0.000 claims abstract description 4
- 230000008569 process Effects 0.000 claims description 3
- 230000000977 initiatory effect Effects 0.000 abstract description 2
- 239000010410 layer Substances 0.000 description 103
- 230000001934 delay Effects 0.000 description 20
- 108700026140 MAC combination Proteins 0.000 description 10
- 230000015654 memory Effects 0.000 description 8
- 238000012546 transfer Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 230000001360 synchronised effect Effects 0.000 description 5
- 230000003111 delayed effect Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 230000003044 adaptive effect Effects 0.000 description 2
- 230000002457 bidirectional effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 239000011229 interlayer Substances 0.000 description 2
- 230000002688 persistence Effects 0.000 description 2
- 238000002360 preparation method Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000000926 separation method Methods 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Classifications
-
- 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
- H04W74/0875—Non-scheduled access, e.g. ALOHA using a dedicated channel for access with assigned priorities based access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/62—Establishing a time schedule for servicing the requests
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/28—Timers or timing mechanisms used in protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- 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/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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
-
- 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/04—Error control
-
- 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/54—Allocation or scheduling criteria for wireless resources based on quality criteria
- H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
Método para mejorar el rendimiento de la transmisión en un sistema de comunicación móvil con una pila de protocolo en capas, en el que paquetes de datos son tratados en una capa de protocolo superior y el citado tratamiento es controlado de acuerdo con al menos un temporizador de la capa de protocolo superior, en el que los paquetes de datos son enviados a una capa de protocolo inferior para su transmisión (74), en el que la citada transmisión (74) es controlada por la capa de protocolo inferior y llevada a cabo en una capa física bajo la citada capa inferior, caracterizado porque el método comprende las etapas de - iniciar la transmisión (74) en la capa física mediante la capa de protocolo inferior con un retardo de acceso al canal variable (64-66, 68), en el que el retardo de acceso al canal variable es provocado por un control procedimiento de la capa de protocolo inferior adaptada para introducir un tiempo de espera variable antes de la transmisión (74), - detectar el inicio de una transmisión (74) en la capa física (L1) mediante la capa de protocolo inferior de acuerdo con una indicación desde la capa física a la capa de protocolo inferior, - enviar una notificación desde la capa de protocolo inferior a la capa de protocolo superior cuando la transmisión (74) es iniciada, - sincronización del al menos un temporizador de la capa de protocolo superior de acuerdo con la notificación.
Description
Método y dispositivo para mejorar el rendimiento
de la transmisión en un sistema de comunicación con una pila de
protocolo en capas.
La presente invención se refiere a un método
para mejorar el rendimiento de la transmisión en un sistema de
comunicación con una pila de protocolo en capas, en el que los
paquetes de datos son procesados en una capa de protocolo superior
y son enviados a una capa de protocolo inferior que controla la
transmisión y en la que las transmisiones son llevadas a cabo con
un retardo de acceso al canal. Se describen también dispositivos y
programas de software que realizan la invención.
Un sistema de comunicación se especifica
generalmente usando un planteamiento en capas. Una capa corresponde
bien un protocolo o puede estar partida en dos o más
sub-capas correspondientes a un protocolo cada una.
Cada protocolo tiene responsabilidades específicas para el manejo
de información que es llevado a cabo por un conjunto de funciones y
servicios específicos para el protocolo. Una idea central de fondo
que divide la funcionalidad entre protocolos es alcanzar un modelo
más comprensible del sistema y ocultar detalles en los diferentes
protocolos a capas más altas de la pila del protocolo.
Un ejemplo de un sistema de comunicación móvil
en el cual las capas están subdivididas en sub-capas
o en protocolos es un sistema de WCDMA (Wideband Code Division
Multiple Access - Acceso Múltiple por División de Código de Banda
Ancha) de acuerdo con las especificaciones de 3GPP (3^{rd}
Generation Partnership Project - Proyecto de Asociación de Tercera
Generación). En este sistema, la capa de enlace de datos está
subdividida en los protocolos de PDCP (Packet Data Convergence
Protocol - Protocolo de Convergencia de Datos en Paquetes), BMC
(Broadcast/Multicast Control - Control de Emision/Multicast), RLC
(Radio Link Control - Control de Enlace por Radio) y MAC (Medium
Access Control - Control de Acceso a un Medio) como se describe en
3G TS 25.301 V 3.4.0 (3^{rd} Generation Partnership Project -
Proyecto de Asociación de Tercera Generación).
Unidades de información llamadas primitivas son
intercambiadas entre diferentes capas de protocolo para comunicarse
entre sí. Las primitivas se usan en diagramas de secuencia de
mensajes para ilustrar la división funcional entre las capas y cómo
interactúan los protocolos entre sí cuando se ejecuta una función de
nivel alto. Una descripción de las primitivas de servicio de
intercapa común y de las interacciones de diferentes capas de
protocolo puede encontrarse para los protocolos anteriores en 3G TS
25.303 V 3.3.0.
Un ejemplo de una función de nivel alto es
transmitir datos entre aplicaciones que usan un canal de acceso
aleatorio. Para llevar a cabo esta función varios protocolos están
implicados. Un random access channel (RACH) (canal de acceso
aleatorio) es un concepto conocido para los sistemas de
comunicaciones. Varios usuarios pueden transmitir datos en un RACH
independientemente unos de otros, lo que provoca un riesgo de
colisión entre transmisiones desde o hacia diferentes usuarios. Con
el fin de reducir la probabilidad de colisiones y aumentar la
probabilidad de transmisiones con éxito en un RACH se especifican
ciertas reglas de transmisión, especialmente tiempos de espera que
retardan la transmisión de datos. Un ejemplo de un tiempo de espera
se llama un "tiempo de retirada" puesto que el usuario se
retira de transmitir cualquier información en el RACH durante un
intervalo de tiempo. Los tiempos de espera pueden variar en su
longitud dependiendo de los parámetros de control que son
seleccionados por ejemplo de acuerdo con el número de usuarios que
usan el RACH, es decir la carga del sistema, o el nivel de
interferencia para un canal de radio.
Generalmente, el protocolo que controla las
transmisiones no indica la duración de un retardo de acceso al
canal para otros protocolos que no saben de este modo cuánto retardo
se ha introducido antes de que empiece la transmisión en las
transmisiones de acceso aleatorio al RACH. En un sistema de
comunicación de acuerdo con las especificaciones de 3GPP, el
control de las transmisiones de acceso aleatorio se lleva a cabo en
el protocolo de Medium Access Control (MAC) (Control de Acceso
Aleatorio) como se describe en el documento 3G TS 25.321 V3.3.0.
El retardo de acceso al canal introducido antes
de que se inicie una transmisión en un canal puede variar
considerablemente. Esto es un problema si los datos transmitidos en
un canal se originan a partir de un protocolo que comprende
temporizadores, por ejemplo un protocolo de ARQ (Automatic Repeat
Request) (Petición de Repetición Automática) que incluye
temporizadores de retransmisión. Es difícil establecer valores de
finalización en tales temporizadores debido a la enorme variancia
del retardo introducido por la capa de protocolo que controla la
transmisión. Un valor de temporizador puede ser ajustado por ejemplo
demasiado alto de acuerdo con algunos retardos más desfavorables,
lo que provoca un tiempo de retransmisión más lento de lo que sería
necesario o de acuerdo con un valor que es demasiado pequeño con un
riesgo de que el temporizador expire y de que se realice una
retransmisión innecesaria.
Además, nuevos datos resultarán a menudo
disponibles para su transmisión en el equipo de usuario o en una
estación de base, por ejemplo, en el protocolo de RLC, mientras que
el protocolo que controla las transmisiones, por ejemplo de MAC,
está retardando una transmisión de datos previos. Los datos
adicionales son a menudo críticos con el tiempo mientras que la
transmisión de datos previos es menos urgente. Cuando nuevos datos
están listos para su transmisión en una capa superior, por ejemplo
en el protocolo de RLC durante un procedimiento de RACH, no son
manejados por el protocolo inferior, por ejemplo de MAC, hasta que
el procedimiento de transmisión para los datos previos ha
terminado, es decir cuando los datos son transmitidos en la capa
física. Por ejemplo si un mensaje de SMS (Short Message Service)
(Servicio de Mensajes Cortos) es enviado en el RACH éste retardará
los datos de mayor prioridad tales como un mensaje de
establecimiento de llamada hasta que el procedimiento de RACH para
que el mensaje de SMS se termine en el protocolo de MAC.
La patente US 5,243,595 describe una red de
comunicación, especialmente por facilidad de gestión, en la cual
una pluralidad de nodos es acoplada a un bus para transmisión de
mensajes. La red de comunicación comprende diferentes capas de
protocolo para tratar datos. Un gestor de temporizador es
introducido como entidad común para diferentes capas de protocolo
con el fin de hacer un seguimiento de la posición de mensajes en un
almacén temporal común y para gestionar temporizadores asociados.
Se hace que el gestor de temporizador inicie un temporizador cuando
el mensaje correspondiente está situado en el bus. No obstante, el
medio para evitar las colisiones de mensajes en el bus y una
notificación de las capas de protocolo acerca del inicio de una
transmisión no se describen. R. Averbuch et al. ("Dynamic
Adaptive Layer 2 Timer Adjustment", Motorola Technical
Developments de Marzo de 1997, p. 21-22, Motorola
Inc. Schaumburg, Illinois, US) ya proponen realizar un ajuste
adaptativo de un temporizador de guarda en el protocolo de ARQ en
un encaminador de acuerdo con un mensaje cuando se lleva a cabo una
transmisión en un enlace de radio subsiguiente. No obstante, los
problemas de temporizadores en diferentes capas de protocolo y de
evitar colisiones de mensajes no se abordan.
Un objeto de la presente invención es obviar las
desventajas anteriores y proporcionar métodos que mejoren el
control de los retardos de acceso al canal y el rendimiento de las
transmisiones de datos en un sistema de comunicación.
De acuerdo con la invención, se lleva a cabo el
método descrito en la reivindicación 1. Además, la invención está
realizada en dispositivos y unidades de programa como las descritas
en las reivindicaciones 14 y 16. Realizaciones ventajosas se
describen en las reivindicaciones dependientes.
El método propuesto está realizado en un sistema
de comunicación con una pila de protocolo en capas. Los paquetes de
datos son tratados en una capa de protocolo superior y el citado
tratamiento se lleva a cabo con al menos un temporizador de la capa
de protocolo superior. Los paquetes de datos son enviados a una capa
de protocolo inferior para su transmisión en un canal, en el que la
citada transmisión está controlada por la capa de protocolo
inferior. Adicionalmente, la pila de protocolo comprende una capa
física bajo la capa inferior, ejecutando la capa física las
transmisiones. La transmisión se lleva a cabo con retardos de acceso
al canal variables que están provocados por procedimientos de
control del protocolo inferior en capas adaptados para introducir
un tiempo de espera variable antes de la transmisión.
De acuerdo con la invención, el inicio de una
transmisión es detectado por la capa de protocolo inferior de
acuerdo con una indicación de la capa física a la capa de protocolo
inferior. Generalmente un suceso, especialmente el envío de una
primitiva desde la capa de protocolo inferior a la capa física,
inicia la transmisión en el canal. Si el período de tiempo entre el
suceso y la transmisión está definido, es a menudo preferible llevar
a cabo la detección del citado suceso. Cuando el inicio de la
transmisión es detectado, la capa de protocolo inferior notifica un
la capa de protocolo superior el tiempo de inicio. Al menos un
temporizador de la capa de protocolo superior es sincronizado de
acuerdo con la notificación. Sobre todo, la notificación puede ser
enviada en el inicio de la transmisión y los temporizadores pueden
ser iniciados cuando la notificación es recibida. Si la transmisión
se inicia con una separación con respecto al suceso detectado, los
temporizadores pueden ser corregidos por la separación.
El método propuesto permite programar los
temporizadores de acuerdo con los tiempos de transmisión reales y
eliminar la influencia de los retardos de acceso al canal variables.
De esta manera la precisión de la temporización y el control de los
retardos son significativamente mejorados y el rendimiento de las
transmisiones puede ser considerablemente mejorada.
El método es especialmente adecuado para un
temporizador que modeliza un redondeo del tiempo de ida y vuelta o
del tiempo de retirada porque el rendimiento del sistema de
comunicación es sensible al correcto ajuste de estos
temporizadores. Es posible que más de un temporizador
correspondiente sea sincronizado de esta manera.
En una realización la capa superior o inferior
lleva a cabo una planificación de los paquetes de datos antes de la
transmisión. En la planificación, los paquetes de datos son
reordenados o se les atribuyen prioridades a los paquetes de datos
en las que las prioridades determinan qué paquetes de datos son
transmitidos con preferencia.
Después de que se lleva a cabo la planificación
de los paquetes de datos, pueden ocurrir retardos de acceso al
canal. Un retardo de acceso al canal es detectado en la capa
inferior. Si es necesario, se le puede notificar a la capa superior
la longitud o el final del retardo de acceso al canal, por ejemplo
mediante una primitiva correspondiente. Se lleva a cabo una
comprobación acerca de si paquetes de datos adicionales están listos
para su envío a la capa inferior en o antes del final del retardo
de acceso al canal. La comprobación puede ser llevada a cabo por
ejemplo por la capa superior o por la capa inferior, especialmente
si esta última lleva a cabo la planificación. Si la situación del
tráfico ha cambiado, es decir si paquetes de datos adicionales
están listos para su envío o transmisión en o antes del final del
retardo de acceso al canal, se lleva a cabo otra planificación que
incluye paquetes de datos adicional y primero, es decir los paquetes
de datos son replanificados para su transmisión en el canal. Si la
capa inferior lleva a cabo la planificación, los paquetes de datos
o información acerca de los paquetes de datos pueden ser enviados
desde la capa superior para este fin. Finalmente, los paquetes de
datos son transmitidos de acuerdo con la replanificación.
Esta realización evita un bloqueo del tráfico
crítico en el tiempo por paquetes de datos que estaban planificados
para su transmisión en un tiempo anterior. Una replanificación
repetida es posible, especialmente en el caso de cualquier retardo
de acceso al canal subsiguiente. Preferiblemente, la replanificación
se lleva a cabo lo más cerca posible antes de la transmisión de
paquetes de datos en un canal. El período de tiempo mínimo
permitido entre el inicio de la replanificación y el inicio de la
transmisión es el tiempo de tratamiento necesario para la
replanificación y la preparación de los paquetes de datos para su
transmisión, que es determinado por la velocidad de tratamiento del
dispositivo que lleva a cabo la transmisión.
En una realización preferible del método, la
planificación se lleva a cabo en la capa inferior. En este caso,
una notificación puede ser enviada desde la capa inferior a la capa
superior solicitando una transferencia de paquetes de datos
adicionales o información sobre los paquetes de datos adicionales.
La capa superior transfiere la información o los paquetes de datos
adicionales a la capa inferior en respuesta a la petición. En una
realización alternativa, la capa inferior puede acceder a una
memoria que almacena información correspondiente de la capa
superior.
Alternativamente, la planificación se lleva a
cabo en la capa superior. En este caso, una notificación del
retardo de acceso al canal realizada por la capa inferior inicia la
otra planificación. La notificación puede incluir la longitud o el
final del retardo de acceso al canal.
Para los métodos anteriores, preferiblemente se
envía una notificación al inicio de una transmisión o al final de
un retardo, especialmente si la duración de un retardo es
arbitraria. Esto permite una realización simple de los métodos
propuestos. Alternativamente, la notificación puede comprender una
longitud de un retardo antes de que se inicie una transmisión si la
longitud está definida cuando la notificación es enviada. Esto
permite un mayor tiempo de tratamiento, por ejemplo para la
planificación de paquetes de datos.
Un retardo de acceso al canal total puede
comprender dos o más componentes separados que son determinados por
diferentes parámetros o condiciones, por ejemplo un retardo inicial
aleatorio y un retardo de acceso. Es a menudo ventajoso llevar a
cabo una notificación entre los componentes, especialmente si la
duración del segundo componente es arbitraria.
Cuando la longitud de un componente del retardo
de acceso al canal es arbitraria, por ejemplo determinada por un
parámetro aleatorio o parámetros externos que no son controlados por
el sistema de comunicación, existe un tiempo adecuado para una
planificación o replanificación antes del componente de retardo
arbitrario para asegurar un tiempo de tratamiento suficiente.
Preferiblemente, un proceso de planificación se
termina inmediatamente antes de que los paquetes de datos
planificados sean transmitidos, es decir el retardo entre el
procedimiento de planificación y la transmisión física es
minimizado.
La notificación es preferiblemente una primitiva
que puede también formar parte de un procedimiento de comunicación
que consiste en dos o más primitivas. Puede también intercambiarse
Información entre diferentes protocolos de otras maneras, por
ejemplo usando memorias compartidas por dos o más protocolos.
El método propuesto es especialmente adecuado
para una capa de protocolo inferior que es una
sub-capa de control de acceso al medio de una capa
de enlace de datos, por ejemplo de acuerdo con las especificaciones
de 3GPP. Una capa de protocolo superior preferible es una sub/capa
de control de enlace por radio de una capa de enlace de datos.
El método es preferible si son posibles grandes
variaciones en el retardo de acceso al canal. Este es especialmente
el caso si la transmisión se lleva a cabo en un canal que puede ser
compartido por varios usuarios y/o flujos de datos porque los
intentos de transmisión pueden no tener éxito debido a colisiones de
acceso o debido a que los mecanismos para evitar las colisiones de
acceso introducen retardos variables. Ejemplos son un Random Access
Channel (RACH) (Acceso al Canal Aleatorio) o un Common Packet
Channel (CPCH) (Canal de Paquetes Común) en el enlace ascendente
desde un equipo de usuario hasta una estación de base. Un CPCH está
definido en las especificaciones de 3GPP para transmisión de
paquetes de datos en un canal compartido por varios usuarios. El
método es también aplicable para canales de enlaces descendentes
desde una estación de base hasta un equipo de usuario, por ejemplo
en un FACH (Forward Access Channel) (Canal de Acceso de Envío) o un
Downlink Shared Channel (DSCH) (Canal Compartido de Enlace
Descendente) en el que los retardos pueden variar debido a la
disposición en cola del canal.
De acuerdo con la invención, un dispositivo en
un sistema de comunicación está adaptado para llevar a cabo al
menos uno de los métodos anteriores. El dispositivo es por ejemplo
un nodo de red como una estación de base de radio para proporcionar
un acceso inalámbrico de equipo de usuario al sistema de
comunicación o a un controlador de una estación de base. El
dispositivo puede también ser un equipo de usuario como un teléfono
móvil, un asistente digital personal o un ordenador portátil.
\newpage
El método propuesto puede especialmente ser
realizado mediante una unidad de programa en una portadora de datos
o que se puede cargar en un dispositivo, por ejemplo una estación de
base de radio o un equipo de usuario, en un sistema de
comunicación, comprendiendo la unidad un código para llevar a cabo
las etapas de al menos los métodos descritos anteriormente.
El anterior y otros objetos, características y
ventajas de la presente invención resultarán más evidente en la
siguiente descripción detallada de las realizaciones preferidas como
se ilustra en los dibujos que se acompañan.
La Fig. 1 muestra una vista esquemática de
dispositivos en un sistema de comunicación con diferentes capas de
protocolo.
La Fig. 2 muestra la arquitectura del protocolo
de la interfaz de radio en un sistema de comunicación de acuerdo
con el estado de la técnica.
La Fig. 3 muestra una secuencia de transmisión
de acceso aleatorio en un sistema de comunicación de acuerdo con el
estado de la técnica.
La Fig. 4 muestra un procedimiento de control de
la transmisión en un canal de acceso aleatorio de acuerdo con el
estado de la técnica.
La Fig. 5 muestra un procedimiento de control de
acceso aleatorio esquemático de acuerdo con la invención.
La Fig. 6 muestra una secuencia de transmisión
de acceso aleatorio de acuerdo con la invención.
La Fig. 7 muestra un procedimiento de control de
la transmisión en un canal de acceso aleatorio de acuerdo con la
invención.
En la figura 1, dispositivos en un sistema de
comunicación móvil se representan esquemáticamente. Un sistema de
comunicación móvil comprende estaciones de base BS de radio que
proporcionan acceso al equipo de usuario UE mediante conexiones
inalámbricas WL y una red de núcleo que interconecta las estaciones
de base BS y que proporciona conexiones a otros sistemas de
comunicación. Tanto el equipo de usuario UE como las estaciones de
base BS son proporcionados con uno o más transmisores y receptores,
generalmente combinados en transceptores, para enviar y recibir
datos en una conexión inalámbrica WL. Las conexiones de CO de una o
varias estaciones de base BS de radio con la red de núcleo son
establecidas normalmente por medio de un controlador, por ejemplo
un radio network controller (RNC) (Controlador de Red por Radio) que
no se muestra para simplificar el dibujo.
En cada conexión de CO, WL, está definida una
pila de protocolo con capas correspondientes entre sí en los
dispositivos conectados. Como se indica, no todas las capas
superiores necesitan terminar en dispositivos adyacentes puesto que
la información en las citadas capas puede ser dispuesta de nuevo en
capas hacia otros dispositivos. En la conexión inalámbrica de WL,
la pila de protocolo consiste en cinco capas L1-L5.
La transmisión se lleva a cabo en la capa física L1. La transmisión
está controlada por la capa de enlace de datos L2. Por encima de la
capa de enlace de datos L2, el sistema de comunicación del ejemplo
comprende una capa de red L3 para el control del recurso por radio,
una capa de transporte L4 y una capa de aplicación L5 para llevar a
cabo las aplicaciones. Las capas inferiores proporcionan servicios a
las capas superiores mientras que los detalles de cómo se lleva a
cabo la ejecución de los servicios no son generalmente
proporcionados a las capas superiores. Los servicios son
preferiblemente ejecutados por programas de software que corren en
sistemas de tratamiento de la estación de base y del equipo de
usuario, respectivamente. Típicamente, una pila de protocolo PS'
diferente es usada para la transmisión de datos sobre la conexión de
CO con la red de núcleo. Generalmente, la información desde varias
conexiones de radio de WL es multiplexada en una única conexión de
CO con la red de núcleo.
La figura 2 muestra un ejemplo de capas
subdivididas en un sistema de comunicación con una estructura de
protocolo en capas como la descrita en la especificación de
3^{rd} Generation Partnership Project 3G TS 25.301. Las
realizaciones de la invención son descritas usando este sistema como
ejemplo aunque la invención no está restringida a un sistema de
WCDMA y puede aplicarse a cualquier sistema de comunicación con una
pila de protocolo en capas si el sistema tiene retardos de acceso
al canal y temporizadores que controlan la transmisión o llevan a
cabo una planificación de paquetes de datos.
En la figura 2, la capa de enlace de datos L2
entre la capa física L1 y la capa de red L3 con el control de
recursos por radio RRC es subdividida y comprende los protocolos de
PDCP, BMC y MAC. Las capas superiores controlan la funcionalidad en
las capas inferiores como se indica mediante líneas. La
funcionalidad de algunas capas, por ejemplo PDCP, está atribuida
sólo a conexiones seleccionadas. En los protocolos de PDCP y de RLC
(radio link control-control de enlace por radio),
entidades de función separadas son atribuidas a diferentes
conexiones. Como se indica en las formas ovales, las interfaces
permiten una redistribución de la información entre conexiones en
las diferentes capas.
El protocolo de RLC es un protocolo de ARQ
(Automatic Repeat Request-Petición de Repetición
Automática) y otra sub-capa de la capa de enlace de
datos L2. Los temporizadores son parte de la funcionalidad de ARQ y
se inician cuando las unidades de paquetes de datos de RLC son
transferidas a la capa de protocolo de MAC para otra transferencia
a la capa física. Puesto que el retardo introducido por el MAC entre
la recepción y otra transferencia de unidades de datos en paquetes
puede variar considerablemente, es imposible ajustar los
temporizadores en el RLC a valores óptimos. El retardo introducido
antes de la transmisión en un canal puede también depender de
parámetros externos. Por ejemplo, los parámetros de control de carga
del RACH como el valor de la persistencia en un sistema de
comunicación de acuerdo con las especificaciones de 3GPP son
enviados por los nodos de red de radio, por ejemplo estaciones de
base, para adaptar los retardos al presente nivel de interferencia
o a la presente carga del sistema de comunicación y evitar la
congestión.
La figura 3 muestra primitivas de servicio
enviadas entre los protocolos correspondientes cuando las unidades
de datos en paquetes de RLC son transmitidas desde un equipo de
usuario en el canal de acceso aleatorio en un sistema de WCDMA de
acuerdo con el estado de la técnica. Detalles de las primitivas,
mensajes e interfaces representados, se describen en el documento
3G TS 25.303. La conexión inalámbrica entre el equipo de usuario UE
y la estación de base BS se lleva a cabo sobre la interfaz 18 Uu
mientras que la conexión entre la estación de base y el controlador
del RNC corresponde a la interfaz 19 lub. La parte izquierda de la
interfaz Uu de la figura 3 describe el manejo de datos dentro del
equipo de usuario.
Para el inicio de una transmisión entre el
equipo de usuario y una estación de base, las capas superiores al
principio llevan a cabo una configuración de capas de protocolo
inferiores por las primitivas correspondientes 20, 21. A
continuación, la primitiva 22
"MAC-Data-Req" transfiere
paquetes de datos para su transmisión desde al protocolo de RLC al
protocolo de MAC. Además, el tiempo de enviar la primitiva 22
"MAC-Data-Req" se usa en el
estado de la técnica para iniciar temporizadores dentro del RLC
aunque la transmisión en la interfaz de Uu 18 no se haya iniciado
hasta un mensaje 30 "RACH Data". Antes del mensaje 30,
transcurre un tiempo de retirada inicial 24. Otro retardo 25 es
debido a los intentos de acceso al canal que son llevados a cabo
repetidamente con potencia cada vez mayor hasta que una recepción
con éxito de una cabecera de transmisión es confirmada por la
estación de base BS de radio con un reconocimiento 28. Otros
retardos pueden ser provocados por uno o más subsiguientes tiempos
de retirada 26 con correspondientes retardos de acceso 27 si el
primer intento de acceso no tuvo éxito, por ejemplo rechazado
mediante un reconocimiento negativo 29. Como resultado, los
retardos de acceso al canal totales típicos entre la primitiva
"MAC-Data-Req" 22 y la
transmisión de las unidades de paquetes de datos en el RACH desde
el equipo de usuario a la radio estación de base con el mensaje 30
"RACH Data" pueden variar entre 10 ms y 1,5 s con valores
incluso más elevados posibles en situaciones de congestión.
La figura 4 muestra el correspondiente diagrama
de flujo para el procedimiento de control de la transmisión en el
protocolo de MAC como se describe con detalle en el documento 3G TS
25.321. Tras la configuración 40, el protocolo de MAC lleva a cabo
comprobaciones 41 sobre si hay paquetes de datos listos para su
transmisión. Si este es el caso, se lleva a cabo una planificación
de acuerdo con la prioridad de los paquetes de datos en la etapa
42. Además, se permite un retardo de retirada de acceso variable
asignando un P_{i} constante a paquetes de datos o grupos de
paquetes de datos i en la etapa 43. Se introduce un bucle 44 que
retarda el acceso al canal durante un tiempo aleatorio con el fin
de evitar colisiones de acceso. Para llevar a cabo una distribución
de accesos estadística, se calcula un número aleatorio y se compara
con la constante P_{i} atribuida a un paquete de datos o a un
grupo de paquetes de datos. El bucle 44 que corresponde al tiempo de
retirada inicial es finalizado cuando el número aleatorio es menor
o igual que la constante P_{i} mientras que en su lugar se lleva
a cabo otra recogida aleatoria después de un período de espera.
Transmitiendo un mensaje para iniciar una actualización 45 para
cambiar los intervalos permitidos para la constante P_{i}, la red
es capaz de controlar la carga en el canal de acceso aleatorio.
Después del retardo de retirada inicial, los
intentos de acceso son llevados a cabo como se describe con respecto
a la figura 3. En el caso de un intento con éxito, los datos son
enviados a la capa física para su transmisión a la estación de base
en la etapa 50. Si no, el bucle 44 es introducido de nuevo después
de un tiempo de espera 46, 48. Diferentes longitudes del tiempo de
espera 46, 48 pueden ser especificadas si el equipo de usuario
puede distinguir diferentes razones para un acceso con éxito. Un
contador M asegura un manejo del error si un número especificado de
intentos de acceso no ha tenido éxito.
Los métodos propuestos comprenden dos partes
básicas que están ambas representadas en la figura 5. En una
primera parte, diferentes capas de protocolo dentro de un equipo de
usuario son sincronizadas de manera que los temporizadores no son
iniciados demasiado pronto o tarde cuando una transmisión de datos
es retardada. El inicio de los temporizadores es sincronizado con
la actual transmisión de datos en un canal, por ejemplo un canal de
acceso aleatorio. El correspondiente sistema de comunicación incluye
un primer protocolo, por ejemplo de RLC, con temporizadores que
determinan el tratamiento de datos mediante el primer protocolo.
Otros protocolos, por ejemplo de MAC, añaden retardos antes de que
las unidades de datos del protocolo generadas por el primer
protocolo sean transmitidas en un canal físico en el sistema de
comunicación. El inicio de los temporizadores en el primer
protocolo es sincronizado con la ocurrencia de que los datos son
transmitidos en el canal físico.
La citada primera parte mejora la comunicación
de la intercapa, por ejemplo entre la capa física, de MAC y de RLC
en un equipo de usuario. Permite que las capas superiores consideren
los retardos provocados por las capas inferiores, por ejemplo
permite que el MAC y el RLC reaccionen a cambios en el retardo de
acceso aleatorio. La indicación para iniciar los temporizadores se
lleva a cabo después de un acceso al canal con éxito, lo que evita
variaciones e inexactitudes provocadas por los retardos, por ejemplo
en un procedimiento de acceso aleatorio.
En una segunda parte, una replanificación de
datos listos para su transmisión en un canal se lleva a cabo cuando
datos adicionales se hacen disponibles. El correspondiente sistema
de comunicación incluye un protocolo, por ejemplo de MAC, que lleva
a cabo la planificación de unidades de datos para su transmisión. Si
las transmisiones en el canal están retardadas, por ejemplo debido
a retardos o tiempos de retirada en los intentos de acceso, la
replanificación de datos recibidos adicionalmente es llevada a cabo
por el citado protocolo antes de que los datos recibidos
previamente sean transmitidos. La segunda parte permite que el
protocolo lleve a cabo la replanificación especialmente durante un
procedimiento de control de acceso aleatorio cuando la situación del
tráfico ha cambiado.
Ambas partes se ilustran en el diagrama de
bloques esquemático de la figura 5 que comprende componentes de un
procedimiento de acceso aleatorio típico para un equipo de usuario
en el protocolo que controla la transmisión, por ejemplo en la
sub-capa de MAC de la capa de enlace de datos. Los
procedimientos de acceso aleatorio en un sistema de comunicación
móvil consisten típicamente en varios componentes, que contribuyen
todos al retardo total que los paquetes de la capa superior
experimentan durante el procedimiento. Detalles del procedimiento
de acceso pueden variar dependiendo del sistema de comunicación
considerado.
Después de que los paquetes de datos son
enviados desde una capa superior de la pila del protocolo en la
etapa 60 para su transmisión, un retardo de retirada 64 inicial
despliega intentos de acceso aleatorio en el tiempo para minimizar
la probabilidad de colisión durante la fase de acceso al canal
cuando más de un equipo de usuario usa el mismo canal de acceso
aleatorio. La longitud del retardo de retirada inicial 64 es
variable siguiendo una distribución estadística, por ejemplo debido
a un bucle 44 como se ha descrito anteriormente, y parámetros que
influyen en la longitud del retardo pueden ser variados en el
tiempo. El subsiguiente retardo del intento de acceso 65
corresponde al tiempo requerido para acceder al canal de acceso
aleatorio. Por ejemplo en un sistema de comunicación que aplica
Carrier Sense Multiple Access (CSMA) (Acceso Múltiple por Detección
de Portadora), el retardo del intento de acceso 65 preferiblemente
corresponde a la fase de detección de portadora, en la cual el
canal es detectado para transmisiones que van desde otras partes. En
un sistema de comunicación que usa variación paulatina de potencia,
el retardo del intento de acceso 65 preferiblemente corresponde a
la fase de variación paulatina de potencia. La variación paulatina
de potencia adapta la potencia de transmisión del equipo de usuario
a las presentes condiciones de canal y consiste en subsiguientes
intentos de transmisión de preámbulo con potencia creciente. Cuando
se alcanza un nivel de potencia suficiente, es decir cuando el
preámbulo es recibido con éxito por una estación de base de radio,
la red reconoce el preámbulo. La recepción del reconocimiento
finaliza el retardo del intento de acceso 65.
Cuando un intento de acceso durante el retardo
del intento de acceso 65 tiene éxito como se ha detectado en la
comprobación 70, la transmisión 74 de los datos en un canal físico
se lleva a cabo. Si el resultado de la comprobación 70 es que un
intento de acceso al canal ha fallado, el protocolo cae de nuevo en
un subsiguiente retardo de retirada 66, 68. En la figura 5, el
protocolo distingue diferentes razones para un intento fallido en
otra comprobación 71 y la duración del subsiguiente retardo de
retirada 66, 68 depende de la razón para el acceso al canal
fallido. Cuando el equipo de usuario no recibe un reconocimiento
desde la red confirmando un acceso al canal con éxito, el
subsiguiente acceso es retardado una cierta cantidad de tiempo como
indica el "Subsequent Backoff Delay 1" (Retardo de Retirada
Subsiguiente 1) 66. Si un reconocimiento negativo como una
indicación de congestión es devuelto desde la red, el equipo de
usuario usa un "Subsequent Backoff Delay 2" 68 más largo para
facilitar la carga en el canal. Son posibles razones adicionales
correspondientes a otras ramas de retirada subsiguientes.
Cuando los temporizadores de una capa superior
del sistema de comunicación son iniciados con la etapa de envío 60,
el inicio de los temporizadores puede diferir significativamente del
tiempo de la transmisión física 74 debido a las variables y a
menudo impredecibles longitudes de los retardos
64-66, 68. Por lo tanto, se propone que la capa de
protocolo mostrada informe a una capa de protocolo superior cerca
del momento de la transmisión física 74 en la etapa 72, por ejemplo
mediante una primitiva, cuando los datos son enviados a la capa
física después de que la comprobación 70 indicase un intento de
acceso con éxito. De esta manera se asegura que los temporizadores
sean iniciados en el momento de la transmisión. Si es necesario un
tiempo de tratamiento para los paquetes de datos entre la
comprobación 70 y la transmisión 74, la longitud del tiempo de
tratamiento es constante y puede por lo tanto ser considerada en el
ajuste de los temporizadores y es generalmente pequeña comparada
con los retardos 64,65.
En una realización, la replanificación 69a
propuesta se lleva a cabo después del retardo de retirada inicial
64. El equipo de usuario no controla la duración del retardo del
intento de acceso 65 que es determinada como se ha descrito
anteriormente por las condiciones de transmisión o por el
comportamiento de otros usuarios del sistema de comunicación y por
lo tanto generalmente impredecible. Razones de implementación pueden
requerir llevar a cabo la replanificación un periodo de tiempo
antes de la transmisión 74. Por ejemplo, para un sistema de
comunicación de acuerdo con las especificaciones de 3GPP, la
transmisión 74 es especificada para empezar dentro de un periodo
limitado después de que un reconocimiento por la red indique un
intento de acceso con éxito. Este periodo no siempre es suficiente
para el tratamiento de los paquetes de datos. Por lo tanto, un
tiempo adecuado para la replanificación 69a es antes del retardo del
intento de acceso 65 con el fin de proporcionar tiempo suficiente
para que el equipo de usuario para tratamiento de paquetes como por
ejemplo codificación de canal, intercalación o redundancia cíclica
compruebe el cálculo.
\newpage
No obstante, una replanificación en cualquier
momento durante el retardo de acceso al canal, es decir entre la
etapa 60 y la transmisión 74, puede mejorar el rendimiento del
sistema de comunicación. Ejemplos son la replanificación 69b, 69c
que puede ser llevada a cabo alternativamente o además de la
replanificación 69a. Es posible replanificar una vez o más veces y
en cualquier momento durante el retardo de acceso al canal. Es
preferible llevar a cabo una replanificación lo más cerca posible
antes de la transmisión 74. Para una velocidad de tratamiento
suficientemente alta de los paquetes de datos, el momento preferido
de la replanificación coincide con la etapa 72 inmediatamente antes
de la transmisión 74.
Es posible, que datos que van a ser transmitidos
en un canal físico estén agrupados en diferentes clases de acceso.
Las clases de acceso pueden corresponder por ejemplo a datos de
usuarios con diferentes suscripciones correspondientes a clases con
diferentes calidades de servicio a las que un usuario tiene derecho.
En este caso, los parámetros que determinan la duración de un
retardo 64-66, 68 pueden ser diferentes entre las
clases de acceso. Una mejora del rendimiento puede ser alcanzada
permitiendo una replanificación entre datos de diferentes clases de
acceso. En otras situaciones puede ser ventajoso permitir una
replanificación sólo dentro de una clase de acceso corriente o
entre un subconjunto de clases de acceso. Diferentes reglas para
una replanificación pueden aplicar en diferentes momentos durante el
retardo de acceso al canal. Especialmente, es posible que un cambio
de la clase de acceso no esté permitido para una replanificación en
la etapa 72 mientras que es posible una replanificación
69a-69c.
En una secuencia de transmisión de acceso
aleatorio de acuerdo con los métodos propuestos, dos nuevas
primitivas llamadas primitiva de
MAC-Re-Schedule 100, 104 y primitiva
de MAC-Data-CNF 108 son
introducidas. Las primitivas 100, 104 de
MAC-Re-Schedule son usadas por el
MAC para requerir datos adicionales desde el protocolo de RLC. La
primitiva puede por ejemplo ser enviada después de que se haya
llevado a cabo una replanificación o con el fin de activar una
replanificación. La primitiva 108 de
MAC-Data-CNF es usada por el MAC
para informar al RLC de que el procedimiento de control de acceso
aleatorio ha terminado y de que la transmisión de un conjunto de
paquetes ha empezado. El RLC usa la recepción de la primitiva 108
como detonante para iniciar los temporizadores.
La figura 6 muestra cómo las primitivas 100,
104, 108 pueden ser usadas para mejorar el procedimiento de acceso
aleatorio en un sistema de WCDMA. Después de que una transmisión
entre el equipo de usuario y una estación de base se ha iniciado y
de que las capas de protocolo inferiores están configuradas, la
primitiva 82 "MAC-Data-Req"
indica al protocolo de MAC de que una o más unidades de datos de
protocolo de RLC están listas para su transmisión. Después del
subsiguiente tiempo de retirada 84 inicial, datos adicionales con
mayor prioridad pueden estar disponibles en el RLC. En una
realización preferida, el MAC tiene acceso a información en la
situación de memoria temporal del RLC, por ejemplo mediante un área
de memoria compartida. Basándose en esta información, el MAC toma
una decisión de replanificación en la que tanto los paquetes de
datos originalmente planificados para su transmisión como los datos
adicionales son considerados. El MAC informa entonces al RLC con la
primitiva 100 de que ha realizado la replanificación y de que el
RLC preparará los datos para su transmisión de acuerdo con la
replanificación. La preparación consiste por ejemplo en establecer
campos en la cabecera de la unidad de datos de protocolo de RLC.
Cuando las unidades de datos de protocolo de RLC están listas, el
RLC responde a la primitiva 100 con los datos para su transmisión
de acuerdo con la replanificación en la primitiva 102
"MAC-Data-Req". Las constantes
de valor de persistencia P_{i} asignadas a los datos pueden ser
cambiadas después de la replanificación.
Un diálogo correspondiente con otra
replanificación puede ser llevado a cabo tras cualquier subsiguiente
tiempo de retirada 86 con intercambio de otra primitiva de
replanificación de MAC 104 y otra primitiva de
MAC-Data-REQ 106. Se debe observar
que el subsiguiente tiempo de retirada 86 puede comprender
diferentes componentes, por ejemplo tanto un retardo de retirada 64
inicial como un subsiguiente retardo de retirada 66, 68 como se
describe con respecto a la figura 5. Cuando la capa de protocolo de
MAC recibes la primitiva 89
PHY-Access-CNF indicando el inicio
de la transmisión real, el MAC usa la primitiva de
MAC-Data-CNF 108 para informar al
RLC de que inicie los temporizadores. De esta manera, ajustes de
temporizador erróneos debido a los tiempos de retirada 84, 86
variables y a los retardos de acceso 85, 87 pueden ser evitados
debido a la desviación entre la primitiva 89
PHY-Access-CNF y la transmisión de
los datos en el canal físico con los datos de mensaje 90 RACH es
constante y está predefinida.
Se debe observar que es posible una
replanificación en cualquier momento entre la primitiva 82
MAC-Data-Req y la primitiva 109
PHY-Data-Req, por ejemplo iniciada
por un procedimiento de comunicación con las primitivas 100, 102.
Si el dispositivo tiene suficiente velocidad de tratamiento para
llevar a cabo el manejo de los datos a tiempo para el envío de los
datos del RACH del mensaje 90 que debe, de acuerdo con las
especificaciones de 3GPP, ser realizado en un intervalo
especificado después de la recepción del reconocimiento 91 de un
acceso al canal, es preferible llevar a cabo la planificación cerca
del envío de la PHY-Data-Req de la
primitiva 109. Por ejemplo, las primitivas 100, 108 podrían ser
enviadas casi simultáneamente en este caso.
Son posibles varias realizaciones alternativas
de la invención. Especialmente, la replanificación puede ser
llevada a cabo por el protocolo de RLC. En este caso, las primitivas
100, 104 solicitan la replanificación por el protocolo de RLC y los
datos replanificados son transmitidos con las primitivas 102, 106.
Diferentes opciones alternativas son aplicable a para este
caso:
- -
- El protocolo de RLC puede enviar datos adicionales solamente si la prioridad es mayor que la de los datos previos. En este caso, el protocolo de MAC pone en cola los datos previos y envía los datos adicionales con mayor prioridad. Alternativamente, el protocolo de MAC descarta los datos previos y el protocolo de RLC marca los datos previos como no enviados en la memoria temporal de transmisión del RLC.
- -
- El protocolo de RLC puede enviar al protocolo de MAC tanto los datos adicionales como los datos originales con las prioridades replanificadas. A continuación los paquetes de datos originales almacenados por el protocolo de MAC son borrados.
La figura 7 muestra un procedimiento de control
de la transmisión del RACH para una realización alternativa
comparado con el método dibujado en la figura 6. La replanificación
del MAC y la activación de los temporizadores del RLC se han
mejorado en comparación con la figura 4 mientras que los otros
elementos en la figura 7 corresponden a los de la figura 4. Después
del retardo de retirada en bucle 110 inicial, se lleva a cabo una
comprobación 112 de si es necesaria una replanificación del MAC,
por ejemplo una primitiva es enviada al RLC para solicitar datos
adicionales que estén listos para su transmisión y se espera la
recepción de una respuesta con los datos adicionales en un
primitiva. Si los paquetes de datos adicionales son recibidos, se
lleva a cabo una replanificación 114 de los paquetes de datos.
Adicionalmente, pueden asignarse a los paquetes de datos de la etapa
113 nuevas constantes P_{i} y opcionalmente el parámetro M puede
ser reiniciado. La primitiva de
MAC-Re-Schedule es enviada en la
etapa 115. En un momento definido con respecto a la iniciación de la
transmisión de paquetes de datos en la capa física por la primitiva
PHY-DATA-REQ 118, preferiblemente de
manera simultánea a o inmediatamente antes de o después del envío
de la primitiva 118, el protocolo de MAC envía una primitiva de
MAC-Data-CNF 108 en la etapa 116 al
protocolo de RLC. El orden de la etapas 113, 115 y la
replanificación 114 en la descripción previa pueden variar, por
ejemplo dependiendo de qué protocolo lleva a cabo la planificación.
Además, una comprobación de replanificación 112 puede ser llevada a
cabo en cualquier otro momento en la figura 7 entre la
planificación inicial y el envío de la primitiva de
MAC-Data-CNF en la etapa 116.
Las primitivas mostradas en las figuras 6, 7 no
necesariamente ilustran una única transferencia de información sino
que pueden también corresponder en su lugar a un procedimiento de
comunicación. Una primitiva mostrada puede representar un
intercambio de información entre protocolos en ambas direcciones.
Puede también intercambiarse información entre protocolos mediante
el acceso a una memoria que es compartida por dos o más protocolos.
Por ejemplo, cualquiera de las primitivas 100, 104
MAC-Data-Req, primitivas 102, 106
MAC-Re-Schedule o primitiva 108
MAC-Data-CNF pueden incluir un
intercambio de información en los niveles de memoria temporal de
RLC, cambios en los niveles de memoria temporal del RLC o en los
parámetros de canal de transporte. De esta manera, la información
puede ser intercambiada en, por ejemplo el número de paquetes de
datos que pueden ser transferidos. El intercambio de información
correspondiente entre los protocolos también es posible en otros
momentos durante el retardo de acceso al canal, por ejemplo
activado por la llegada de datos adicionales al protocolo de RLC o
por cambios de parámetros del canal físico.
Los temporizadores del RLC son muy sensibles a
cambios en el tiempo de ida y vuelta y solamente con un valor
exacto es posible configurar el RLC de manera óptima para
transmisiones de RACH. La transmisión en sentido contrario, es
decir en el enlace descendente desde la estación de base al equipo
de usuario, es generalmente llevada a cabo en un Forward Access
Channel (FACH) (Canal de Acceso al Envío). Los métodos propuestos
permiten el ajuste de los temporizadores de RLC de acuerdo con el
momento de transmisión real. El tiempo de ida y vuelta del RLC
depende entonces solamente del retardo de planificación del Forward
Access Channel variable en el enlace descendente. En el estado de
la técnica depende adicionalmente del retardo de acceso al RACH
variable en el enlace ascendente. Por lo tanto, una de cada dos
contribuciones variables al tiempo de ida y vuelta es eliminada y
la estimación del tiempo de ida y vuelta es mejorada.
Comprobando antes del acceso al canal si datos
adicionales están listos para su transmisión, es posible la
replanificación de datos de acuerdo con prioridades en el momento de
la transmisión. Esto permite dar prioridad a unidades de datos en
paquetes de RLC importantes cerca del tiempo de transmisión actual y
evitar situaciones en las que el tráfico importante es retardado
por el tráfico menos importante.
Los métodos propuestos pueden ser usados tanto
en un sistema de comunicación con Frequency Division Duplex (FDD)
(Transmisión Bidireccional por División de Frecuencia) y con Time
Division Duplex (TDD) (Transmisión Bidireccional por División de
Tiempo).
Las realizaciones anteriores alcanzan
admirablemente los objetos de la invención. No obstante, resultará
evidente que los expertos en la técnica pueden hacer modificaciones
sin separarse del ámbito de la invención que está limitada
solamente por las reivindicaciones.
Claims (16)
1. Método para mejorar el rendimiento de la
transmisión en un sistema de comunicación móvil con una pila de
protocolo en capas, en el que paquetes de datos son tratados en una
capa de protocolo superior y el citado tratamiento es controlado de
acuerdo con al menos un temporizador de la capa de protocolo
superior, en el que los paquetes de datos son enviados a una capa
de protocolo inferior para su transmisión (74), en el que la citada
transmisión (74) es controlada por la capa de protocolo inferior y
llevada a cabo en una capa física bajo la citada capa inferior,
caracterizado porque el método comprende las etapas de
- -
- iniciar la transmisión (74) en la capa física mediante la capa de protocolo inferior con un retardo de acceso al canal variable (64-66, 68), en el que el retardo de acceso al canal variable es provocado por un control procedimiento de la capa de protocolo inferior adaptada para introducir un tiempo de espera variable antes de la transmisión (74),
- -
- detectar el inicio de una transmisión (74) en la capa física (L1) mediante la capa de protocolo inferior de acuerdo con una indicación desde la capa física a la capa de protocolo inferior,
- -
- enviar una notificación desde la capa de protocolo inferior a la capa de protocolo superior cuando la transmisión (74) es iniciada,
- -
- sincronización del al menos un temporizador de la capa de protocolo superior de acuerdo con la notificación.
2. Método de acuerdo con la reivindicación 1, en
el que el temporizador modeliza un tiempo de ida y vuelta o un
tiempo de retirada.
3. Método de acuerdo con la reivindicación 1 ó
2, en el que al menos una de las citadas capas lleva a cabo una
planificación (42) de paquetes de datos para la transmisión (74), y
en el que
- -
- se lleva a cabo una planificación (42) de primeros paquetes de datos para su transmisión (74),
- -
- un retardo de acceso al canal (64-66, 68) es detectado en la capa inferior,
- -
- se lleva a cabo una comprobación (112) si paquetes de datos adicionales están listos para su envío a la capa inferior en o antes del final del retardo de acceso al canal (64-66, 68),
- -
- se lleva a cabo otra planificación (69a-69c, 114) de los paquetes de datos primeros y adicionales,
- -
- los paquetes de datos son transmitidos de acuerdo con la otra planificación (69a-69c, 114).
4. Método de acuerdo con la reivindicación 3, en
el que la planificación (42) se lleva a cabo en la capa superior y
una notificación del retardo de acceso al canal
(64-66, 68) por la capa inferior inicia la otra
planificación (69a-69c, 114).
5. Método de acuerdo con la reivindicación 3, en
el que una planificación (42, 69a-69c, 114) se
lleva a cabo en la capa inferior.
6. Método de acuerdo con cualquier
reivindicación precedente, en el que una notificación es enviada al
inicio de una transmisión (74) o al final de un retardo
(64-66, 68).
7. Método de acuerdo con cualquier
reivindicación precedente, en el que un retardo de acceso al canal
(64-66, 68) total comprende al menos dos componentes
separados y una notificación es enviada entre los componentes.
8. Método de acuerdo con la reivindicación 7, en
el que el retardo de acceso al canal (64-66, 68)
incluye un componente de longitud arbitraria y una notificación y/o
una planificación se lleva a cabo antes del componente de retardo
arbitrario.
9. Método de acuerdo con cualquier
reivindicación precedente, en el que un proceso de planificación es
terminado inmediatamente antes de que los paquetes de datos
planificados sean transmitidos.
10. Método de acuerdo con cualquier
reivindicación precedente, en el que una notificación es una
primitiva (100, 104).
11. Método de acuerdo con cualquier
reivindicación precedente, en el que la capa de protocolo inferior
es una sub-capa de control de acceso al medio de
una capa de enlace de datos (L2).
\newpage
12. Método de acuerdo con cualquier
reivindicación precedente, en el que la capa de protocolo superior
es una sub-capa de control del enlace por radio de
una capa de enlace de datos (L2).
13. Método de acuerdo con cualquier
reivindicación precedente, en el que la transmisión (74) se lleva a
cabo en un canal que puede ser compartido por varios usuarios y/o
flujos de datos.
14. Dispositivo en un sistema de comunicación,
caracterizado porque el dispositivo está adaptado para llevar
a cabo un método de acuerdo con cualquiera de las reivindicaciones
1 a 13.
15. Dispositivo de acuerdo con la reivindicación
14, en el que el dispositivo es un equipo de usuario (UE) o un nodo
de red.
16. Unidad de programación en una portadora de
datos o que se puede cargar en un dispositivo en un sistema de
comunicación comprendiendo un código para llevar a cabo las etapas
de un método de acuerdo con cualquiera de las reivindicaciones 1 a
13.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP00114344 | 2000-07-04 | ||
| EP00114344A EP1170919A1 (en) | 2000-07-04 | 2000-07-04 | Method and device for improving the transmission efficiency in a communication system with a layered protocol stack |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2320671T3 true ES2320671T3 (es) | 2009-05-27 |
Family
ID=8169161
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES09002069.4T Expired - Lifetime ES2441581T3 (es) | 2000-07-04 | 2001-06-02 | Método y dispositivo para mejorar el rendimiento de la transmisión en un sistema de comunicación con una pila de protocolo en capas |
| ES05005425T Expired - Lifetime ES2320671T3 (es) | 2000-07-04 | 2001-06-02 | Metodo y dispositivo para mejorar el rendimiento de la transmision en un sistema de comunicacion con una pila de protocolo en capas. |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES09002069.4T Expired - Lifetime ES2441581T3 (es) | 2000-07-04 | 2001-06-02 | Método y dispositivo para mejorar el rendimiento de la transmisión en un sistema de comunicación con una pila de protocolo en capas |
Country Status (11)
| Country | Link |
|---|---|
| US (3) | US7145897B2 (es) |
| EP (4) | EP1170919A1 (es) |
| CN (1) | CN1210925C (es) |
| AT (2) | ATE423421T1 (es) |
| AU (1) | AU2001269049A1 (es) |
| DE (2) | DE60113263T2 (es) |
| ES (2) | ES2441581T3 (es) |
| MY (1) | MY130709A (es) |
| PT (2) | PT1538810E (es) |
| TW (1) | TW573420B (es) |
| WO (1) | WO2002003650A1 (es) |
Families Citing this family (70)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5858401A (en) * | 1996-01-22 | 1999-01-12 | Sidmak Laboratories, Inc. | Pharmaceutical composition for cyclosporines |
| EP1170919A1 (en) * | 2000-07-04 | 2002-01-09 | TELEFONAKTIEBOLAGET LM ERICSSON (publ) | Method and device for improving the transmission efficiency in a communication system with a layered protocol stack |
| KR100802618B1 (ko) | 2001-07-07 | 2008-02-13 | 엘지전자 주식회사 | 무선통신시스템에서 이동국 식별자 설정방법 및 장치 |
| US20040081192A1 (en) * | 2001-10-19 | 2004-04-29 | Dimitiris Koulakiotis | Transmission of multicast and broadcast multimedia services via a radio interface |
| EP1449389B1 (en) | 2001-11-26 | 2010-04-28 | Spyder Navigations L.L.C. | Mac layer inverse multiplexing in a third generation ran |
| US7408917B1 (en) * | 2002-02-13 | 2008-08-05 | Lg Infocomm Usa, Inc. | Enabling mobile stations of multiple configurations to sync to a CDMA system based on multiple protocol identifiers on multiple channels |
| US6987780B2 (en) * | 2002-06-10 | 2006-01-17 | Qualcomm, Incorporated | RLP retransmission for CDMA communication systems |
| US7680077B1 (en) * | 2002-07-31 | 2010-03-16 | Rockwell Collins, Inc. | Statistical priority-based multiple access system and method |
| GB2391473B (en) * | 2002-08-02 | 2004-07-07 | Satishchandra Punambhai Patel | Pharmaceutical compositions |
| GB2391472B (en) * | 2002-08-02 | 2004-12-08 | Satishchandra Punambhai Patel | Pharmaceutical compositions |
| GB2391471B (en) * | 2002-08-02 | 2005-05-04 | Satishchandra Punambhai Patel | Pharmaceutical compositions |
| TWI241098B (en) * | 2002-08-09 | 2005-10-01 | Interdigital Tech Corp | Methhod and system for efficiently sharing a common memory |
| US7830781B2 (en) * | 2002-08-13 | 2010-11-09 | Rockwell Collins, Inc. | Waveform for virtually simultaneous transmission and multiple receptions system and method |
| GB0225903D0 (en) * | 2002-11-07 | 2002-12-11 | Siemens Ag | Method for uplink access transmissions in a radio communication system |
| DE10255474A1 (de) * | 2002-11-28 | 2004-06-09 | Philips Intellectual Property & Standards Gmbh | Aufbau eines mobilen Endgeräts für unterschiedliche Kommunikationssysteme |
| CN1729630B (zh) * | 2002-12-20 | 2010-11-10 | 美商内数位科技公司 | 移动网络中以媒体存取控制层调度数据传输 |
| US7539168B2 (en) * | 2003-02-03 | 2009-05-26 | Avaya Inc. | Emergency call handling in contention-based wireless local-area networks |
| JP4337375B2 (ja) * | 2003-03-14 | 2009-09-30 | 株式会社デンソー | 情報配信サーバ、受信端末、情報配信システム、予約端末、および予約サーバ |
| CN100556025C (zh) | 2003-03-20 | 2009-10-28 | 艾利森电话股份有限公司 | 数据单元传输方法和装置 |
| WO2004100475A2 (en) * | 2003-05-05 | 2004-11-18 | Thomson Licensing S.A. | Adaptive soft demodulation for reception of distorted signals |
| US7280513B2 (en) * | 2003-06-10 | 2007-10-09 | Lucent Technologies Inc. | Method of transmission of a data frame from a first station to a second station, and a CDMA telecommunications network |
| US8185703B2 (en) * | 2003-07-31 | 2012-05-22 | Silicon Graphics International Corp. | Detection and control of resource congestion by a number of processors |
| JP2005122704A (ja) * | 2003-09-22 | 2005-05-12 | Fujitsu Ltd | プログラム |
| EP1847071A4 (en) * | 2005-01-26 | 2010-10-20 | Internet Broadcasting Corp B V | HISTORIZED MULTICAST AND FAIR BANDWIDTH DISTRIBUTION AND PACKAGE PRIORIZATION |
| US7970947B1 (en) | 2005-03-10 | 2011-06-28 | Rockwell Collins, Inc. | Tactical targeting network technology small form factor user system |
| CN100344181C (zh) * | 2005-03-28 | 2007-10-17 | 华为技术有限公司 | 一种简化消息发送处理的方法 |
| US7508887B1 (en) | 2005-09-06 | 2009-03-24 | Rockwell Collins, Inc. | Signal acquisition with transmit blanking compensation |
| KR20070080552A (ko) | 2006-02-07 | 2007-08-10 | 엘지전자 주식회사 | 이동 통신 시스템에서의 응답 정보 전송 방법 |
| WO2007078171A2 (en) | 2006-01-05 | 2007-07-12 | Lg Electronics Inc. | Method of transmitting feedback information in a wireless communication system |
| BRPI0706841A8 (pt) | 2006-01-05 | 2018-04-17 | Lg Electronics Inc | transmissão de dados em um sistema e comunicação móvel |
| US7813753B2 (en) | 2006-02-27 | 2010-10-12 | Qualcomm Incorporated | Power control in communication systems |
| US8284793B2 (en) * | 2006-02-27 | 2012-10-09 | Qualcomm Incorporated | Backoff control for access probe transmission in communication systems |
| US8204005B2 (en) * | 2006-03-09 | 2012-06-19 | Intel Corporation | Wireless communication device and method for dynamic bidirectional aggregation of MAC frames with delayed channel access in a wireless network |
| WO2007126301A1 (en) * | 2006-05-03 | 2007-11-08 | Electronics And Telecommunications Research Institute | A method for random access in cellular system |
| WO2007148881A2 (en) | 2006-06-21 | 2007-12-27 | Lg Electronics Inc. | Method of supporting data retransmission in a mobile communication system |
| US20090257421A1 (en) * | 2006-07-06 | 2009-10-15 | Sharp Kabushiki Kaisha | Wireless communication system, mobile station device, and random access method |
| CN101132622B (zh) * | 2006-08-20 | 2010-05-12 | 华为技术有限公司 | 一种随机接入时的服务质量控制方法 |
| US7839900B1 (en) | 2006-09-29 | 2010-11-23 | Rockwell Collins, Inc. | Method and architecture for TTNT symbol rate scaling modes |
| US8565103B2 (en) | 2006-12-12 | 2013-10-22 | Qualcomm Incorporated | Load determination in wireless networks |
| US8437314B2 (en) | 2007-02-22 | 2013-05-07 | Stmicroelectronics, Inc. | Radio frequency architecture for spectrum access networks |
| US20080205332A1 (en) * | 2007-02-22 | 2008-08-28 | Stmicroelectronics, Inc. | Hybrid proactive on-demand routing in wireless networks |
| US20080225772A1 (en) * | 2007-03-12 | 2008-09-18 | Shugong Xu | Explicit layer two signaling for discontinuous reception |
| US20080232310A1 (en) * | 2007-03-19 | 2008-09-25 | Shugong Xu | Flexible user equipment-specified discontinuous reception |
| US7835427B1 (en) | 2007-03-30 | 2010-11-16 | Rockwell Collins, Inc. | Multiplexed architecture for simultaneous transmission and reception |
| US8606281B2 (en) * | 2007-04-26 | 2013-12-10 | Nokia Corporation | System and method for requesting uplink resources in a communication system |
| SI2215763T1 (sl) | 2007-11-02 | 2012-12-31 | Telefonaktiebolaget Lm Ericsson (Publ) | Postopki in naprave za procesiranje sporoäśil o napakah v brezĺ˝iäśnem komunikacijskem sistemu |
| US20090253470A1 (en) * | 2008-04-02 | 2009-10-08 | Shugong Xu | Control of user equipment discontinuous reception setting via mac lcid |
| US11272449B2 (en) | 2008-06-18 | 2022-03-08 | Optis Cellular Technology, Llc | Method and mobile terminal for performing random access |
| US7957298B2 (en) * | 2008-06-18 | 2011-06-07 | Lg Electronics Inc. | Method for detecting failures of random access procedures |
| GB2461159B (en) | 2008-06-18 | 2012-01-04 | Lg Electronics Inc | Method for transmitting Mac PDUs |
| GB2461158B (en) | 2008-06-18 | 2011-03-02 | Lg Electronics Inc | Method for performing random access procedures and terminal therof |
| US9125164B2 (en) | 2008-06-18 | 2015-09-01 | Lg Electronics Inc. | Method of transmitting power headroom reporting in wireless communication system |
| KR100968020B1 (ko) * | 2008-06-18 | 2010-07-08 | 엘지전자 주식회사 | 랜덤 액세스 절차를 수행하는 방법 및 그 단말 |
| GB2461780B (en) | 2008-06-18 | 2011-01-05 | Lg Electronics Inc | Method for detecting failures of random access procedures |
| US8218580B2 (en) * | 2008-07-15 | 2012-07-10 | Intel Corporation | Managing timing of a protocol stack |
| US8265683B2 (en) | 2008-08-07 | 2012-09-11 | Qualcomm Incorporated | Two-tier random backoff and combined random backoff and transmit power control in wireless networks |
| KR100949972B1 (ko) | 2009-01-02 | 2010-03-29 | 엘지전자 주식회사 | 단말의 임의접속 수행 기법 |
| KR101122095B1 (ko) | 2009-01-05 | 2012-03-19 | 엘지전자 주식회사 | 불필요한 재전송 방지를 위한 임의접속 기법 및 이를 위한 단말 |
| EP2466779B1 (en) | 2009-07-17 | 2014-03-19 | HTC Corporation | Apparatus for handling long term evolution positioning protocol data |
| US9025572B2 (en) * | 2009-09-03 | 2015-05-05 | Via Telecom Co., Ltd. | Apparatus, system, and method for access procedure enhancements |
| US9265065B2 (en) | 2010-06-14 | 2016-02-16 | Telefonaktiebolaget L M Ericsson (Publ) | Method and arrangement in a communication network |
| US8396072B2 (en) | 2011-02-21 | 2013-03-12 | Renesas Mobile Corporation | Method and apparatus for channel traffic congestion avoidance in a mobile communication system |
| US9036548B2 (en) * | 2011-08-15 | 2015-05-19 | Qualcomm Incorporated | Apparatuses and methods for controlling access to a radio access network |
| US9385931B1 (en) | 2012-03-08 | 2016-07-05 | Sprint Spectrum L.P. | Determining a reordering timer |
| US9642099B2 (en) | 2014-05-08 | 2017-05-02 | Futurewei Technologies, Inc. | System and method for power control command for device-to-device transmissions |
| US20160164943A1 (en) * | 2014-12-05 | 2016-06-09 | Qualcomm Incorporated | Transport interface for multimedia and file transport |
| US20160219101A1 (en) * | 2015-01-23 | 2016-07-28 | Tieto Oyj | Migrating an application providing latency critical service |
| GB2541891B (en) | 2015-09-01 | 2018-07-11 | Versapak Int Ltd | Sealing device |
| WO2017063189A1 (en) | 2015-10-16 | 2017-04-20 | Qualcomm Incorporated | Deadline signaling for streaming of media data |
| CN110929334B (zh) * | 2019-10-30 | 2023-04-28 | 中国北方车辆研究所 | 一种履带装甲车辆换挡动态工况传动效率计算方法 |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4409592A (en) * | 1981-04-20 | 1983-10-11 | Hunt V Bruce | Multipoint packet data communication system using random access and collision detection techniques |
| US5243595A (en) * | 1990-01-30 | 1993-09-07 | Johnson Service Company | Combined connectionless and connection-oriented network control system |
| US5721733A (en) * | 1995-10-13 | 1998-02-24 | General Wireless Communications, Inc. | Wireless network access scheme |
| US5684791A (en) * | 1995-11-07 | 1997-11-04 | Nec Usa, Inc. | Data link control protocols for wireless ATM access channels |
| US5936949A (en) * | 1996-09-05 | 1999-08-10 | Netro Corporation | Wireless ATM metropolitan area network |
| US5708656A (en) * | 1996-09-11 | 1998-01-13 | Nokia Mobile Phones Limited | Method and apparatus for packet data transmission |
| KR100658293B1 (ko) * | 1998-04-03 | 2006-12-14 | 텔레폰악티에볼라겟엘엠에릭슨(펍) | 범용 이동 전화 시스템에서 유연한 무선 액세스 및 자원할당 |
| US6760308B1 (en) * | 1999-02-26 | 2004-07-06 | Bitbytebit Information Services, Inc. | Adaptive transmission in multi-access asynchronous channels |
| KR100317261B1 (ko) * | 1999-07-02 | 2001-12-22 | 서평원 | 능동적 무선 접속 베어러 제어 방법 |
| EP1170919A1 (en) | 2000-07-04 | 2002-01-09 | TELEFONAKTIEBOLAGET LM ERICSSON (publ) | Method and device for improving the transmission efficiency in a communication system with a layered protocol stack |
| US6765870B2 (en) * | 2000-12-21 | 2004-07-20 | At&T Wireless Services, Inc. | Medium access dynamic congestion control mechanism for wireless data |
-
2000
- 2000-07-04 EP EP00114344A patent/EP1170919A1/en not_active Withdrawn
-
2001
- 2001-06-02 DE DE60113263T patent/DE60113263T2/de not_active Expired - Lifetime
- 2001-06-02 EP EP09002069.4A patent/EP2066095B1/en not_active Expired - Lifetime
- 2001-06-02 WO PCT/EP2001/006314 patent/WO2002003650A1/en not_active Ceased
- 2001-06-02 PT PT05005425T patent/PT1538810E/pt unknown
- 2001-06-02 DE DE60137730T patent/DE60137730D1/de not_active Expired - Lifetime
- 2001-06-02 AT AT05005425T patent/ATE423421T1/de not_active IP Right Cessation
- 2001-06-02 AT AT01947336T patent/ATE304267T1/de not_active IP Right Cessation
- 2001-06-02 CN CNB018123902A patent/CN1210925C/zh not_active Expired - Lifetime
- 2001-06-02 EP EP05005425A patent/EP1538810B1/en not_active Expired - Lifetime
- 2001-06-02 AU AU2001269049A patent/AU2001269049A1/en not_active Abandoned
- 2001-06-02 ES ES09002069.4T patent/ES2441581T3/es not_active Expired - Lifetime
- 2001-06-02 PT PT90020694T patent/PT2066095E/pt unknown
- 2001-06-02 ES ES05005425T patent/ES2320671T3/es not_active Expired - Lifetime
- 2001-06-02 EP EP01947336A patent/EP1297675B1/en not_active Expired - Lifetime
- 2001-06-08 TW TW90114001A patent/TW573420B/zh not_active IP Right Cessation
- 2001-06-15 MY MYPI20012821 patent/MY130709A/en unknown
- 2001-06-28 US US09/894,297 patent/US7145897B2/en not_active Expired - Lifetime
-
2006
- 2006-10-23 US US11/551,937 patent/US9014206B2/en not_active Expired - Fee Related
-
2015
- 2015-04-15 US US14/686,805 patent/US9800687B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| CN1440614A (zh) | 2003-09-03 |
| US9014206B2 (en) | 2015-04-21 |
| DE60113263T2 (de) | 2006-06-14 |
| TW573420B (en) | 2004-01-21 |
| PT1538810E (pt) | 2009-05-15 |
| ES2441581T3 (es) | 2014-02-05 |
| EP1297675A1 (en) | 2003-04-02 |
| EP1297675B1 (en) | 2005-09-07 |
| ATE423421T1 (de) | 2009-03-15 |
| MY130709A (en) | 2007-07-31 |
| US9800687B2 (en) | 2017-10-24 |
| EP2066095A2 (en) | 2009-06-03 |
| DE60137730D1 (de) | 2009-04-02 |
| EP2066095B1 (en) | 2013-10-09 |
| EP1538810A1 (en) | 2005-06-08 |
| US20020009067A1 (en) | 2002-01-24 |
| EP2066095A3 (en) | 2009-07-15 |
| US7145897B2 (en) | 2006-12-05 |
| AU2001269049A1 (en) | 2002-01-14 |
| PT2066095E (pt) | 2013-12-05 |
| US20150358427A1 (en) | 2015-12-10 |
| ATE304267T1 (de) | 2005-09-15 |
| US20070047580A1 (en) | 2007-03-01 |
| WO2002003650A1 (en) | 2002-01-10 |
| DE60113263D1 (de) | 2005-10-13 |
| EP1170919A1 (en) | 2002-01-09 |
| EP1538810B1 (en) | 2009-02-18 |
| CN1210925C (zh) | 2005-07-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2320671T3 (es) | Metodo y dispositivo para mejorar el rendimiento de la transmision en un sistema de comunicacion con una pila de protocolo en capas. | |
| US20250343636A1 (en) | Determining data transmission preemption | |
| US8428027B2 (en) | Method and apparatus for handling uplink grant | |
| US8537857B2 (en) | Method and apparatus for efficient operation of an enhanced dedicated channel | |
| RU2479136C2 (ru) | Обновление порядкового номера | |
| WO2007078142A1 (en) | Data transmission method and data retransmission method | |
| CN101599819A (zh) | 改善混合自动重发请求程序的上行链路传输的方法及装置 | |
| CN116261220B (zh) | Cg配置方法、装置、设备及介质 | |
| CN114946269B (zh) | 用于及时调度的方法及设备 | |
| CN113647171B (zh) | 无线通信的方法和设备 | |
| KR20030072380A (ko) | 이동국과 무선 접속 네트워크 사이의 상태 정보를보고하기 위한 방법 | |
| KR100384820B1 (ko) | 디에스/시디엠에이 기반 슬롯티드-알로하 시스템의 전송확률 제어 방법 및 그 장치 | |
| US20220247542A1 (en) | Resource activation method and apparatus, storage medium and electronic apparatus | |
| US20230284216A1 (en) | Method for uplink transmission and device thereof | |
| CN119856441A (zh) | 方法、通信装置和基础设施设备 | |
| WO2013024327A1 (en) | Mechanism for improving terminal operation during random access procedure applying discontinuous reception | |
| HK1100597A1 (zh) | 实施增强专用频道传输数据使用期间定时器的方法及装置 |