ES2441581T3 - 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 - Google Patents

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 Download PDF

Info

Publication number
ES2441581T3
ES2441581T3 ES09002069.4T ES09002069T ES2441581T3 ES 2441581 T3 ES2441581 T3 ES 2441581T3 ES 09002069 T ES09002069 T ES 09002069T ES 2441581 T3 ES2441581 T3 ES 2441581T3
Authority
ES
Spain
Prior art keywords
transmission
layer
access
channel
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
Application number
ES09002069.4T
Other languages
English (en)
Inventor
Stefan Wagner
Joachim Sachs
Bela Rathonyi
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=8169161&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2441581(T3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2441581T3 publication Critical patent/ES2441581T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0866—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a dedicated channel for access
    • H04W74/0875—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] 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
    • 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

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) 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 procedimiento de control de la capa de protocolo inferior adaptada para introducir un tiempo de espera variable antes de la transmisión (74), - detectar, mediante la capa de protocolo inferior, un evento que inicia el comienzo de una transmisión (74), - enviar una notificación de la capa de protocolo superior mediante la capa de protocolo inferior 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.
Campo Técnico de la Invención 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.
Antecedentes 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 subcapas 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 subcapas 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 (3rd 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 (3rd 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.
Compendio y descripción de la Invención 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 17. 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 puede comprender una o más capas adicionales, por ejemplo una capa física bajo la capa inferior, ejecutando la capa física las transmisiones, o una capa que ejecuta aplicaciones. La transmisión se lleva a cabo con retardos de acceso al canal variables que están provocados por ejemplo por procedimientos de control o condiciones externas.
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 un método adicional para mejorar el rendimiento en un sistema de comunicación con una pila de protocolo en capas, los paquetes de datos son también procesados en una capa de protocolo superior y son enviados a una capa de protocolo inferior que controla la transmisión en un canal. Las transmisiones son realizadas con un retardo de acceso al canal y 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.
El método propuesto 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.
Preferiblemente, los protocolos para un control mejorado del retardo en un sistema de comunicación incorpora tanto los métodos anteriormente mencionados para la sincronización de temporizadores como para la replanificación de datos.
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 subcapa 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.
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.
Breve descripción de los dibujos
La Figura 1 muestra una vista esquemática de dispositivos en un sistema de comunicación con diferentes
capas de protocolo.
La Figura 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 Figura 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 Figura 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 Figura 5 muestra un procedimiento de control de acceso aleatorio esquemático de acuerdo con la
invención.
La Figura 6 muestra una secuencia de transmisión de acceso aleatorio de acuerdo con la invención.
La Figura 7 muestra un procedimiento de control de la transmisión en un canal de acceso aleatorio de
acuerdo con la invención.
Descripción detallada de las realizaciones preferidas de 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 3rd 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 subcapa 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 Pi 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 Pi 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 Pi 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 Pi, 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 subcapa 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.
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 Pi 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 Pi 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 MACData-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 (17)

  1. REIVINDICACIONES
    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) 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 procedimiento de control de la capa de protocolo inferior adaptada para introducir un tiempo de espera variable antes de la transmisión (74),
    -
    detectar, mediante la capa de protocolo inferior, un evento que inicia el comienzo de una transmisión (74),
    -
    enviar una notificación de la capa de protocolo superior mediante la capa de protocolo inferior 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. 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. 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. 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. 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. 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. 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. 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. 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. 10.
    Método de acuerdo con cualquier reivindicación precedente, en el que una notificación es una primitiva (100, 104).
  11. 11.
    Método de acuerdo con cualquier reivindicación precedente, en el que la capa de protocolo inferior es una subcapa de control de acceso al medio de una capa de enlace de datos (L2).
  12. 12.
    Método de acuerdo con cualquier reivindicación precedente, en el que la capa de protocolo superior es una subcapa de control del enlace por radio de una capa de enlace de datos (L2).
  13. 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. 14.
    Dispositivo en un sistema de comunicación, en el que el dispositivo está adaptado para llevar a cabo una transmisión en un sistema de comunicación móvil con una pila de protocolo en capas, comprendiendo el dispositivo una capa de protocolo superior para tratar paquetes de datos con medios para controlar dicho tratamiento de acuerdo con al menos un temporizador de la capa de protocolo superior, una capa de protocolo inferior al que los paquetes de datos son enviados para su transmisión (74), que comprende medios para controlar dicha transmisión
    (74), una capa física bajo la citada capa inferior para llevar a cabo la transmisión (74), caracterizado por
    -
    medios para iniciar la transmisión (74) con un retardo variable de acceso al canal (64 - 66, 68), comprendiendo los medios un procedimiento de control de la capa inferior adaptada para introducir un tiempo
    5 de espera variable antes de la transmisión (74), el procedimiento de control originando el retardo variable de acceso al canal,
    -
    medios de la capa de protocolo inferior para detectar el inicio de una transmisión (74),
    -
    medios de la capa de protocolo inferior para enviar una notificación de la capa de protocolo superior cuando una transmisión (74) es iniciada,
    10 - medios para la sincronización de al menos un temporizador de la capa de protocolo superior de acuerdo con la notificación.
  15. 15. Dispositivo de acuerdo con la reivindicación 14, en el que el dispositivo está adaptado para llevar a cabo un
    método de acuerdo con cualquiera de las reivindicaciones 2 a 13. 15
  16. 16.
    Dispositivo de acuerdo con la reivindicación 14 ó la reivindicación 15, en el que el dispositivo es un equipo de usuario (UE) o un nodo de red.
  17. 17.
    Unidad de programación en una portadora de datos o que se puede cargar en un dispositivo en un sistema de
    20 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.
ES09002069.4T 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 Expired - Lifetime ES2441581T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
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
EP00114344 2000-07-04

Publications (1)

Publication Number Publication Date
ES2441581T3 true ES2441581T3 (es) 2014-02-05

Family

ID=8169161

Family Applications (2)

Application Number Title Priority Date Filing Date
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.
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

Family Applications Before (1)

Application Number Title Priority Date Filing Date
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.

Country Status (11)

Country Link
US (3) US7145897B2 (es)
EP (4) EP1170919A1 (es)
CN (1) CN1210925C (es)
AT (2) ATE304267T1 (es)
AU (1) AU2001269049A1 (es)
DE (2) DE60113263T2 (es)
ES (2) ES2320671T3 (es)
MY (1) MY130709A (es)
PT (2) PT2066095E (es)
TW (1) TW573420B (es)
WO (1) WO2002003650A1 (es)

Families Citing this family (69)

* Cited by examiner, † Cited by third party
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 엘지전자 주식회사 무선통신시스템에서 이동국 식별자 설정방법 및 장치
EP1436946B1 (en) * 2001-10-19 2007-02-28 Nokia Corporation Transmission of multicast and broadcast multimedia services via a radio interface
AU2002347459A1 (en) * 2001-11-26 2003-06-10 Nokia Corporation 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
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
GB2391473B (en) * 2002-08-02 2004-07-07 Satishchandra Punambhai Patel Pharmaceutical compositions
ATE352137T1 (de) * 2002-08-09 2007-02-15 Interdigital Tech Corp Leistungsfähige speicherzuweisung in einem drahtlosen sender/emfänger
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
MXPA05006600A (es) * 2002-12-20 2005-09-08 Interdigital Tech Corp Transmision de datos de programacion por capa de control de acceso al medio (mac) en una red movil.
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 MULTI-DIFFUSION IN LAYERS AND EXACT ATTRIBUTION OF BANDWIDTH AND PRIORIZATION OF PACKETS
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
US9456455B2 (en) 2006-01-05 2016-09-27 Lg Electronics Inc. Method of transmitting feedback information in a wireless communication system
JP4806030B2 (ja) 2006-01-05 2011-11-02 エルジー エレクトロニクス インコーポレイティド 移動通信システムで信号を転送する方法
KR20070080552A (ko) 2006-02-07 2007-08-10 엘지전자 주식회사 이동 통신 시스템에서의 응답 정보 전송 방법
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
JP4743910B2 (ja) * 2006-07-06 2011-08-10 シャープ株式会社 無線通信システム、移動局装置およびランダムアクセス方法
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
US8045993B2 (en) * 2007-02-22 2011-10-25 Stmicroelectronics, Inc. Fair channel use in a wireless area network
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
WO2008132685A2 (en) * 2007-04-26 2008-11-06 Nokia Corporation System and method for requesting uplink resources in a communication system
ES2908589T3 (es) 2007-11-02 2022-05-03 Ericsson Telefon Ab L M Método y aparatos para procesar mensajes de control de errores en un sistema de comunicación inalámbrico
US20090253470A1 (en) * 2008-04-02 2009-10-08 Shugong Xu Control of user equipment discontinuous reception setting via mac lcid
GB2461780B (en) 2008-06-18 2011-01-05 Lg Electronics Inc Method for detecting failures of random access procedures
EP2136599B1 (en) * 2008-06-18 2017-02-22 LG Electronics Inc. Detection of failures of random access procedures
US11272449B2 (en) 2008-06-18 2022-03-08 Optis Cellular Technology, Llc Method and mobile terminal for performing random access
GB2461158B (en) * 2008-06-18 2011-03-02 Lg Electronics Inc Method for performing random access procedures and terminal therof
EP2136586B1 (en) 2008-06-18 2017-11-08 LG Electronics Inc. Method of transmitting power headroom reporting in wireless communication system
KR100968020B1 (ko) 2008-06-18 2010-07-08 엘지전자 주식회사 랜덤 액세스 절차를 수행하는 방법 및 그 단말
GB2461159B (en) 2008-06-18 2012-01-04 Lg Electronics Inc Method for transmitting Mac PDUs
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 엘지전자 주식회사 불필요한 재전송 방지를 위한 임의접속 기법 및 이를 위한 단말
US8811307B2 (en) 2009-07-17 2014-08-19 Htc Corporation Method of handling long term evaluation positioning protocol data and related communication device
CN101951643B (zh) * 2009-09-03 2014-04-23 开曼群岛威睿电通股份有限公司 通信接入程序的方法、装置及系统
WO2011159207A1 (en) * 2010-06-14 2011-12-22 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
CN110929334B (zh) * 2019-10-30 2023-04-28 中国北方车辆研究所 一种履带装甲车辆换挡动态工况传动效率计算方法

Family Cites Families (11)

* Cited by examiner, † Cited by third party
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

Also Published As

Publication number Publication date
EP1170919A1 (en) 2002-01-09
DE60137730D1 (de) 2009-04-02
EP2066095B1 (en) 2013-10-09
EP1297675B1 (en) 2005-09-07
AU2001269049A1 (en) 2002-01-14
US7145897B2 (en) 2006-12-05
ATE423421T1 (de) 2009-03-15
EP2066095A3 (en) 2009-07-15
US9800687B2 (en) 2017-10-24
TW573420B (en) 2004-01-21
EP1297675A1 (en) 2003-04-02
MY130709A (en) 2007-07-31
US9014206B2 (en) 2015-04-21
CN1440614A (zh) 2003-09-03
US20020009067A1 (en) 2002-01-24
PT2066095E (pt) 2013-12-05
US20150358427A1 (en) 2015-12-10
PT1538810E (pt) 2009-05-15
CN1210925C (zh) 2005-07-13
EP2066095A2 (en) 2009-06-03
US20070047580A1 (en) 2007-03-01
DE60113263T2 (de) 2006-06-14
DE60113263D1 (de) 2005-10-13
EP1538810A1 (en) 2005-06-08
ATE304267T1 (de) 2005-09-15
EP1538810B1 (en) 2009-02-18
WO2002003650A1 (en) 2002-01-10
ES2320671T3 (es) 2009-05-27

Similar Documents

Publication Publication Date Title
ES2441581T3 (es) 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
JP6480539B2 (ja) 拡張専用チャンネル送信に対するデータライフスパンタイマーの実装
EP2152045B1 (en) Methods and apparatus for handling uplink grant
US8537857B2 (en) Method and apparatus for efficient operation of an enhanced dedicated channel
EP2101531B1 (en) Method and apparatus for handling a contention-based random acces procedure
EP0994603B1 (en) Methods and apparatus for random chip delay access priority
CN101933281B (zh) 时间对准定时器过期时上行harq操作的方法
US9078236B2 (en) Random access scheme for preventing unnecessary retransmission and user equipment for the same
EP2078342B1 (en) Method for transmitting random access channel message and response message, and mobile communication terminal
EP1973281A2 (en) Method and apparatus for handling random access procedure in a wireless communications system
EP2597922A1 (en) Method and apparatus for high-speed transmission on RACH
WO2007078142A1 (en) Data transmission method and data retransmission method
JP2004135301A (ja) 制御メッセージを用いたデータ通信の方法
CN113647171B (zh) 无线通信的方法和设备
KR100384820B1 (ko) 디에스/시디엠에이 기반 슬롯티드-알로하 시스템의 전송확률 제어 방법 및 그 장치
WO2013024327A1 (en) Mechanism for improving terminal operation during random access procedure applying discontinuous reception