ES2347098T3 - Procedimiento de consulta prefeccionado para evitar el bloqueo en un sistema de comunicaciones inalambricas. - Google Patents
Procedimiento de consulta prefeccionado para evitar el bloqueo en un sistema de comunicaciones inalambricas. Download PDFInfo
- Publication number
- ES2347098T3 ES2347098T3 ES08012131T ES08012131T ES2347098T3 ES 2347098 T3 ES2347098 T3 ES 2347098T3 ES 08012131 T ES08012131 T ES 08012131T ES 08012131 T ES08012131 T ES 08012131T ES 2347098 T3 ES2347098 T3 ES 2347098T3
- Authority
- ES
- Spain
- Prior art keywords
- pdu
- query
- transmission
- timer
- poll
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access, e.g. scheduled or random access
- H04W74/04—Scheduled or contention-free access
- H04W74/06—Scheduled or contention-free access using polling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/188—Time-out mechanisms
- H04L1/1883—Time-out mechanisms using multiple timers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
Abstract
Procedimiento para consultar una estación receptora para un informe de estado en un sistema de comunicaciones inalámbricas (70) que emplea unidades de datos de protocolo (PDU) y unidades de datos de servicio (SDU), comprendiendo el procedimiento: prohibir la consulta en un primer período predeterminado (73, 73a, 73b); activar una función de consulta (75, 75a, 75b) mientras la consulta está prohibida después de que el primer período predeterminado (73, 73a, 73b) haya caducado, determinar como condición (1006) que no hay PDUs programadas para la transmisión o retransmisión y que existe por lo menos una PDU transmitida que todavía no ha sido reconocida, y si esta condición es cierta seleccionar directamente (1008) una PDU que haya sido transmitida para programar para la retransmisión con el fin de llevar a cabo la función de consulta (75, 75a, 75b).
Description
Procedimiento de consulta perfeccionado para
evitar el bloqueo en un sistema de comunicaciones inalámbricas.
La presente invención se refiere a un
procedimiento de consulta en un sistema de comunicaciones
inalámbricas según el preámbulo de la reivindicación 1. Dicho
procedimiento se describe en "Universal Mobile Telecommunications
System (UMTS); Radio Link Control (RLC) protocol specification (3GPP
TS 25.322 version 4.10.0, release 4); ETSI TS 125 322" ETSI
STANDARDS, LIS, SOPHIA ANTIPOLIS CEDEX, FRANCIA, vol.
3-R2, nº V4.10.0, 1 de Septiembre de 2003
(01-09-2003), XP014016803 ISSN:
0000-0001.
El gran aumento de la demanda pública de
dispositivos de comunicaciones inalámbricas ha presionado a la
industria para que se desarrollen unos estándares de comunicaciones
cada vez más sofisticados. El proyecto de asociación para la
tercera generación (3GPP®) es un ejemplo de dicho nuevo protocolo de
comunicaciones. La especificación para el proyecto de asociación
para la tercera generación (3GPP), especificación de protocolo de
control de radioenlace (RLC) 25.322 V6.1.0
(2004-06) (denominado en lo sucesivo 3GPP TS 25.322)
proporciona una descripción técnica de un sistema universal de
telecomunicaciones móviles (UMTS), y sus protocolos de control de
transmisión de datos. Estos estándares utilizan un modelo de tres
capas para comunicaciones.
EP 1 263 160 A1 describe que en un procedimiento
para la transmisión de paquetes de datos de un transmisor a un
receptor se identifican identificaciones de paquetes de datos
transmitidos. Los paquetes de datos defectuosos son detectados por
el receptor, mensajes de estado que solicitan que los paquetes de
datos defectuosos para la retransmisión se envíen del receptor al
transmisor y las retransmisiones de paquetes de datos solicitados
se realicen de acuerdo con los mensajes de estado. El transmisor
evalúa un primer mensaje de estado con una identificación de por lo
menos un primer paquete de datos solicitado y retransmite el primer
paquete de datos. El transmisor entonces inicializa una unidad de
sincronización de acuerdo con la retransmisión del primer paquete
de datos, en el que la unidad de sincronización o un límite de la
unidad de sincronización es atribuible al primer paquete de datos.
Cuando el transmisor evalúa otro mensaje de estado y detecta por lo
menos otro paquete de datos que se solicita para una retransmisión,
selecciona el otro paquete de datos si la unidad de sincronización
ha alcanzado el límite o si la identificación del otro paquete de
datos es distinta de la identificación del primer paquete de datos.
Solamente se retransmiten los paquetes de datos seleccionados. Esto
evitará una situación de parada de la ventana de transmisión en el
caso de un tamaño de ventana limitado, por ejemplo, si se utiliza
una numeración de secuencias de módulos. En una ventana de parada
todas las posiciones se atribuyen a paquetes de datos. La ventana
no puede desplazarse y en consecuencia no pueden enviarse nuevos
paquetes de datos hasta que se reconozca el paquete de datos
defectuoso más antiguo, que bloquea la transmisión de datos.
En estos sistemas de comunicaciones,
particularmente en modo de comunicación reconocido en el que los
informes de estado pueden ser solicitados por consulta, sin un
informe de estado reconociendo la recepción satisfactoria de
unidades de datos transmitidos, la confirmación de transmisión RLC
no puede enviarse a capas superiores. En consecuencia las capas RLC
tanto en la estación transmisora como receptora no pueden proceder
con ninguna otra operación, es decir, las capas RLC están
bloqueadas.
Existe entonces la necesidad de un procedimiento
que, cuando se aplique en un sistema de radiocomunicaciones 3GPP,
eluda la situación de bloqueo de la capa RLC citada
anteriormente.
Teniendo esto en cuenta, el objetivo de la
presente invención es disponer un procedimiento de consulta en un
sistema de comunicaciones inalámbricas que reduzca la posibilidad de
bloqueo en ciertas situaciones que se describen a continuación.
Esto se consigue mediante un procedimiento de
consulta en un sistema de comunicaciones inalámbricas según la
reivindicación 1.
Tal como se apreciará con mayor claridad a
partir de la siguiente descripción detallada que se da a
continuación, el procedimiento reivindicado para consultar una
estación receptora para un informe de estado en un sistema de
comunicaciones inalámbricas incluye prohibir consulta en un primer
período predeterminado, activar una función de consulta mientras la
consulta está prohibida, después de que haya caducado el primer
período predeterminado, determinar como condición que no hay PDUs
programadas para la transmisión o retransmisión y que existe por lo
menos una PDU transmitida que todavía no ha sido reconocida y si
esta condición es cierta, seleccionar directamente una PDU que haya
sido transmitida para programarse para la retransmisión para
desempeñar la función de consulta.
A continuación, la invención se ilustra en
detalle a modo de ejemplo, tomando como referencia los dibujos que
se acompañan, en los cuales:
La figura 1 es un diagrama de bloques de las
tres capas típicas de un sistema de comunicaciones de acuerdo con
el protocolo de comunicaciones del proyecto de asociación para la
tercera generación (3GPP®);
La figura 2 es un diagrama de bloques que
muestra un ejemplo de una unidad de datos de protocolo de datos de
modo reconocido (AMD PDU) de acuerdo con la técnica anterior;
La figura 3 es un gráfico de secuencias de
mensajes que representa la transferencia AMD PDU entre una estación
transmisora y una estación receptora de acuerdo con la técnica
anterior;
La figura 4 es un diagrama de flujo del proceso
de consulta de acuerdo con la técnica anterior;
La figura 5 es un diagrama de secuencias de
mensajes que representa la transferencia AMD PDU entre una estación
transmisora y una estación receptora de acuerdo con la técnica
anterior;
La figura 6 es un diagrama de secuencias de
mensajes que representa un ejemplo de bloqueo en un sistema de
comunicaciones inalámbricas de acuerdo con la técnica anterior;
La figura 7 es un diagrama de secuencias de
mensajes que representa un procedimiento de realización preferida
de transferencia AMD PDU de acuerdo con la presente invención,
La figura 8 es un diagrama de secuencias de
mensajes que representa un procedimiento de realización preferida
que gestiona una situación de consulta perdida de acuerdo con la
presente invención; y
La figura 9 es un diagrama de flujo de una
realización preferida del procedimiento de Ia presente
invención.
Se hace referencia a la figura 1. La figura 1 es
un diagrama de bloques de tres capas en un protocolo de
comunicaciones 3GPP. En un entorno inalámbrico típico, una primera
estación 10 está en comunicaciones inalámbricas con una o más
segundas estaciones 20. Una aplicación 13 en la primera estación 10
compone un mensaje 11 y lo tiene enviado a la segunda estación 20,
pasando el mensaje 11 a una interfaz de capa 3 12. La interfaz de
capa 3 12 también puede generar algunos mensajes de señalización de
capa 3 14 para controlar operaciones de capa 3. La interfaz de capa
3 12 envía el mensaje 11 o el mensaje de señalización de capa 3 14 a
una interfaz de capa 2 16 en forma de unidades de datos de servicio
de capa 2 (SDU) 15. Las SDUs de capa 2 15 podrán tener cualquier
longitud. La interfaz de capa 2 16 compone las SDUs 15 en una o más
unidad(es) de datos de protocolo de capas 2 17. Cada PDU de
capa 2 17 es de longitud fija, y se envía a una interfaz de capa 1
18. (La longitud de PDUs requerida en un sistema de comunicaciones
determinado viene dictada por la capa RLC de una estación
transmisora de acuerdo con la referencia citada anteriormente). La
interfaz de capa 1 18 es la capa física, que transmite datos a la
segunda estación 20. Los datos transmitidos los reciben la interfaz
de capa 1 28 de la segunda estación 20 y son reconstruidos en una o
más PDUs 27, que pasa(n) a la interfaz de capa 2 26. La
interfaz de capa 2 26 recibe la PDU 27 y compone una más
SDU(s) de capa 2 25 a partir de las PDUs 27. Las SDUs de
capa 2 25 pasan a la interfaz de capa 3 22. La interfaz de capa 3
22, a su vez, convierte la SDU de capa 2 25 de nuevo en un mensaje
21, que debe ser idéntico al mensaje original 11 que generó la
aplicación 13 en la primera estación 10, o bien un mensaje de
señalización capa 3 24, que debe ser idéntico al mensaje de
señalización original 14 que generó la interfaz de capa 3 12, y que
luego lo procesa la interfaz de capa 3 22. El mensaje recibido 21
pasa a una aplicación 23 en la segunda estación 20. (Como nota
referente a la terminología utilizada en toda esta descripción, una
PDU es una unidad de datos que utiliza internamente una capa para
la transmisión a una capa inferior y/o la recepción desde la misma,
mientras que una SDU es una unidad de datos que pasa a una capa
superior y/o es recibida desde la misma).
Existen tres modos posibles de transmisión de
datos que se encuentran bajo los auspicios de la especificación de
protocolo mencionada anteriormente, modo transparente (TM), modo
reconocido (AM) y modo no reconocido (UM). Como la presente
invención únicamente se refiere a la transmisión AM, el alcance de
la descripción de la técnica anterior se limita aquí a los
antecedentes relevantes para transmisión AM.
La transmisión en modo reconocido se denomina
así porque una estación transmisora requiere reconocimiento de una
estación receptora, que confirma que un mensaje o parte de un
mensaje se ha recibido con éxito. En base a dicha información
devuelta de la estación receptora, la estación transmisora o
continúa transmitiendo más datos en paquetes tal como se ha
descrito anteriormente, o bien retransmite partes no confirmadas de
datos previamente transmitidos. El esfuerzo adicional necesario
para emplear este modo de transmisión conlleva una sobrecarga
adicional en términos de tiempo de transmisión y requerimientos del
sistema. La capa RLC de la estación transmisora minimiza por lo
tanto el impacto de la sobrecarga mencionada. Esto se gestiona a
través de un riguroso control del número de peticiones realizadas a
la estación receptora para mensajes de confirmación, es decir,
informes de estado. Los informes de estado los solicita, o los
"consulta", la estación transmisora estableciendo un bit de
consulta en la cabecera de una unidad de datos de protocolo (PDU) a
transmitir. Se hace referencia a la figura 2. La figura 2 es un
diagrama de bloques que muestra la composición de una PDU de datos
en modo reconocido (AMD) 30. La PDU de AMD 30 comprende un número
predefinido de octetos, es decir, palabras binarias de
8-bits, ya que cada PDU AMD dentro de un determinado
sistema de comunicación tiene una longitud fija tal como se ha
indicado anteriormente. El primer octeto 31 de la PDU AMD 30 está
compuesto por un bit de datos/control (D/C) 310, que se utiliza
para indicar el tipo de PDU, es decir, "datos" o bien
"control" y los siete primeros bits del número de secuencia
(SN) de la PDU 311 de doce bits. El segundo octeto 32 se compone de
cinco bits más de la SN 320, el bit de consulta 321, y los bits de
extensión de cabecera (HE) 322. El SN de doce bits lo utilizan las
estaciones receptoras para reconstruir con precisión mensajes
originales de PDUs recibidas, mientras que los bits HE (hay dos) se
utilizan para indicar si el siguiente octeto, es decir, el tercer
octeto 33, es un byte de datos o un indicador de longitud (LI) con
bit de extensión. En el ejemplo mostrado de AMD PDU 30, el tercer
octeto 33 es un LI 330 con un bit de extensión 331, el LI 330 se
utiliza para mapear la posición dentro de la PDU 30 del último byte
de una SDU contenido en el bloque de datos 35. En una PDU AMD puede
haber incluido más de un LI, por lo tanto el bit de extensión 331,
se incluye para indicar si el siguiente octeto es un byte de datos
u otro LI con bit de extensión. Por lo tanto, puede haber un número
de LIs entre el primer LI 330 y el último LI 340. Debido a que cada
PDU debe adaptarse a un tamaño predefinido, la PDU 30 no puede
reducirse incluso si hay insuficientes datos 35 para llenar
completamente el número de octetos requerido, por lo tanto, en los
octetos restantes se inserta un relleno 36.
De particular relevancia es el bit de consulta
321, que se utiliza para indicar a la estación receptora que
responda con un informe de estado sobre la recepción exitosa de
cualquier PDU en el cual se establezca el bit de consulta. Se hace
referencia a la figura 3, que muestra un gráfico de secuencia de
mensajes que representa la transferencia de PDU AMD entre una
estación transmisora 41 y una estación receptora 42, en un sistema
de comunicaciones 40 que utiliza un protocolo de capa 3 tal como se
ha expuesto anteriormente. Una cadena de PDUs
400-405 se transmite secuencialmente de la estación
transmisora 41 a la estación receptora 42, enviándose la última PDU
405 con bit de consulta establecido. Al recibir la PDU 405, la
estación receptora 42 responde transmitiendo un informe de estado
406 de nuevo a la estación transmisora 41.
La designación de PDUs a transmitir con bit de
consulta establecido deriva de las capas superiores de cada entidad
RLC de acuerdo con la citada especificación de protocolo. Los
sistemas de comunicación aquí descritos pueden configurarse para
activar una encuesta cuando se produzca cualquiera de los siguientes
eventos:
- 1)
- Se transmite la última PDU en la memoria intermedia de transmisión (por primera vez).
- 2)
- Se transmite la última PDU en la memoria intermedia de retransmisión.
- 3)
- Tras el límite de tiempo de una función "Poll_Timer" (activa una función de consulta cuando ha transcurrido un período de tiempo predefinido tras el inicio del envío de una consulta).
- 4)
- Se transmite una PDU "Every Poll_PDU" (activa una función de consulta cada vez que se ha programado un número predefinido de PDUs para la transmisión o retransmisión).
- 5)
- Se transmite una SDU "Every Poll_SDU" (activa una función de consulta cada vez que se ha programado un número predefinido de SDUs para la transmisión o retransmisión).
- 6)
- Se cumplen las condiciones requeridas por la función "Poll_Window" (es decir, se emite una "Activación basada en ventanas", lo que activa una función de consulta cuando se ha alcanzado un porcentaje predefinido de una ventana de transmisión).
- 7)
- Caduca un período de tiempo predefinido, es decir, se configura una función "en base a temporizador" (activa una consulta periódicamente).
Además de lo anterior, las capas superiores
pueden configurar un temporizador denominado
"Timer_Poll_Prohibit", que se utiliza después para prohibir la
transmisión de consultas en un período determinado. Si se activa
otra consulta mientras una función Timer_Poll_Prohibit actual
prohíbe la consulta, la transmisión de la consulta se retrasa hasta
que Timer_Poll_Prohibit caduca. Incluso si se activan varias
consultas mientras Timer_Poll_Prohibit está activa, sólo se
transmite una consulta cuando Timer_Poll_Prohibit caduca.
El proceso de consulta de la técnica anterior
establecido por 3GPP TS 25.322 puede resumirse en el diagrama de
flujo que se muestra en la figura 4:
- Etapa 1000:
- Se inicia el proceso.
- Etapa 1001:
- El sistema verifica si existe una nueva PDU a transmitir. Si existe, el proceso continúa con la etapa 1010. Si no, el proceso continúa con la etapa 1002.
- Etapa 1002:
- El sistema verifica si existe una PDU reconocida negativamente a retransmitir. Si la hay, el proceso continúa con la etapa 1011. Si no, el proceso continúa con la etapa 1003.
- Etapa 1003:
- El sistema verifica si se ha activado una función de consulta. En caso afirmativo, el proceso continúa con la etapa 1004. Si no, el proceso termina a través de la etapa 1017.
- Etapa 1004:
- El sistema comprueba si la consulta está prohibida. Si la consulta no está prohibida, el proceso continúa con la etapa 1005. Si no, el proceso termina a través de la etapa 1017.
- Etapa 1005:
- Se activa una función de consulta y el bit de consulta de la siguiente PDU a transmitir se pone a 1.
- Etapa 1006a:
- El sistema verifica si no hay PDU programada para transmisión o retransmisión. Si el resultado de la verificación es positivo, el proceso continúa con la etapa 1007. Si no, el proceso termina a través de la etapa 1017.
- Etapa 1007:
- El sistema verifica si la función de consulta verificada en la etapa 1003 fue activada por "temporizador de consulta" o "en base a temporizador". En caso afirmativo, el proceso continúa con la etapa 1008. Si no, el proceso termina a través de la etapa 1017.
- Etapa 1008:
- El sistema selecciona una PDU adecuada para la retransmisión para llevar la consulta.
- Etapa 1009:
- El sistema programa la PDU seleccionada para la transmisión. El proceso continúa con la etapa 1016.
- Etapa 1010:
- El sistema programa la nueva PDU para la transmisión. El proceso continúa con la etapa 1012.
- Etapa 1011:
- El sistema programa la PDU para retransmisión reconocida negativamente (NACKed).
- Etapa 1012:
- El sistema verifica si se ha activado una función de consulta. En caso afirmativo, el proceso continúa con la etapa 1013. Si no, el proceso continúa con la etapa 1015.
- Etapa 1013:
- El sistema comprueba si la consulta está prohibida. Si la consulta está prohibida, el proceso continúa con la etapa 1015. Si no, el proceso continúa con la etapa 1014.
- Etapa 1014:
- Se activa una función de consulta y el bit de consulta de la siguiente PDU a transmitir se pone a 1.
- Etapa 1015:
- La función de consulta no se activa y el bit de consulta de la siguiente PDU a transmitir se pone a 0.
- Etapa 1016:
- El sistema envía la PDU a la capa inferior para su transmisión.
- Etapa 1017:
- El proceso finaliza.
Se hace referencia a la figura 5, que ilustra
las características mencionadas anteriormente a través de un
gráfico de secuencia de mensajes similar a la figura 3, y se
utilizan los mismos números de índice en su caso. Se supone que la
configuración de la estación transmisora está determinada por las
capas RLC superiores de manera que habilitan los siguientes cinco
activadores de consulta:
- (1)
- "Última PDU en memoria intermedia (para transmisión por primera vez)";
- (2)
- "Última PDU en memoria intermedia de retransmisión";
- (3)
- "Temporizador de consulta " (con Timer_Poll = 200 ms);
- (4)
- "PDU de Every Poll_PDU" (con Poll_PDU = 4), y
- (5)
- "SDU de Every Poll_SDU" (con Poll_SDU = 4).
Se supone también que el activador "basado en
ventanas" y el activador "basado en temporizador" están
desactivados, que la función de prohibir consulta está configurada
con Timer_Poll_Prohibit = 250 ms, que se solicita una SDU para
retransmisión por una capa superior y la capa superior solicita una
confirmación de transmisión RLC cuando la transmisión de la SDU
está reconocida positivamente, y que la SDU está segmentada en seis
PDUs.
La estación transmisora 41 transmitirá las seis
PDUs 400-405 secuencialmente (que tienen SNs
secuenciales: 0, 1, 2, 3, 4 y 5, por ejemplo). Al programar la
cuarta PDU 403 (SN = 3) para la transmisión, el activador de
consulta "PDU de Every Poll_PDU" se activará y en consecuencia
se establecerá el bit de consulta de la cuarta PDU. Las funciones
Timer_Poll 45 (200 ms) y Timer_Poll_Prohibit 43 (250 ms) se inician
al mismo tiempo que se transmite la PDU 403 (SN = 3) a través de
las capas inferiores. El transmisor continúa para programar la
quinta (SN = 4) y sexta (SN = 5) PDU, 404 y 405, respectivamente,
para la transmisión. Cuando se transmite la PDU 405 (SN = 5), el
activador "Última PDU en memoria intermedia" se activa ya que
no hay más PDUs a transmitir, sin embargo, el activador de consulta
48 se retarda debido a que la función de prohibir la consulta
(Timer_Poll_Prohibit), de acuerdo con la técnica anterior, aún es
efectiva, y por lo tanto, la sexta y última PDU 405 se transmite
sin su bit de consulta establecido. Se supone que la tercera PDU 402
(SN = 2) se pierde durante la transmisión de radio. Cuando la
estación receptora recibe la cuarta PDU (que tiene su bit de
consulta establecido), la estación receptora transmite en
consecuencia un informe de estado 406, en este caso para reconocer
positivamente que se han recibido con éxito PDUs que tienen valores
SN 0, 1 y 3, es decir, PDUs 400, 401 y 403, pero reconociendo
negativamente PDU 402 (SN = 2). Se supone que el informe de estado
406 se pierde durante la transmisión de radio.
En un instante 46, la función Timer_Poll 45
completa su cuenta atrás, sin embargo como que Timer_Poll_Prohibit
43 todavía está activa, también se retarda un activador de consulta
49 que de otra manera emitiría la función Timer_Poll 45. Cuando
Timer_Poll_Prohibit 43 caduca en un instante 44, incluso si existen
dos activadores de consulta activos retardados (48 y 49), sólo se
emite una consulta y se envía con una PDU 402a, que es una
retransmisión de una PDU seleccionada 400 (SN = 0) que todavía no ha
sido reconocida (porque el informe de estado se ha perdido). Al
recibir la PDU 402a, la estación receptora 42 responde transmitiendo
un informe de estado 407 a la estación transmisora 41 para
reconocer positivamente PDUs que tengan SN 1, 1, 3, 4 y 5, y
reconocer negativamente PDUs con SN 2. El procedimiento de la
técnica anterior puede retransmitir la PDU 402 (SN = 2) con su bit
de consulta establecido (no mostrado en la figura 5) y avanzará sin
problemas en este caso.
En la figura 5, en la que no hay PDUs ni otras
SDUs reconocidas negativamente que requieran transmisión y la
consulta no está prohibida después de que Timer_Poll_Prohibit
caduque, la consulta iniciada "en base a temporizador" se
enviaría con una retransmisión de una PDU apropiada tal como se
describe en las etapas 1008, 1009 y 1016 de la figura. 4. La PDU
apropiada puede ser una PDU con SN = VT (S) - 1, es decir, la última
PDU secuencialmente que se había transmitido por lo menos una vez
(por ejemplo, PDU 405 en la figura 5). VT (S) es un variable de
"enviar estado" que es gestionada por la estación transmisora:
se incrementa (en uno) cada vez que se transmite una PDU por
primera vez, sin embargo, no se incrementa si se retransmite una
PDU. Además de la PDU con SN = VT (S) - 1, en los casos en que
"Configured_TX_Window_Size" es menor que 2048, es decir, la
mitad de la cantidad de números diferentes que pueden ser
representados por un SN de 12 bits, cualquier PDU que todavía no
haya sido reconocida (por ejemplo, PDUs 400, 401, 402, 403 y 404 en
la figura 5) puede seleccionarse como PDU adecuada y programarse
para la retransmisión con el fin de llevar la consulta. El "tamaño
de la ventana de transmisión" se refiere a parámetros para el
número máximo de PDUs, (de hecho, un tamaño de ventana), que puede
transmitir la estación transmisora (y que puede recibir la estación
receptora) sin recibir algún tipo de mensaje de estado desde la
estación receptora. Una vez más, las capas superiores configuran
este parámetro.
Desafortunadamente, existen situaciones
admisibles en la técnica anterior según las cuales puede producirse
un "bloqueo". Considérese el siguiente ejemplo, en el que se
supone que se dan las mismas condiciones iniciales que en el
ejemplo mostrado en la figura 5 anterior, es decir, que un
transmisor está configurado por capas superiores para habilitar los
siguientes cinco activadores de consulta:
- (1)
- "Última PDU en memoria interna (para transmisión por primera vez)";
- (2)
- "Última PDU en memoria interna de retransmisión";
- (3)
- "Temporizador de consulta " (con Timer_Poll = 200 ms);
- (4)
- "PDU de Every Poll PDU" (con Poll_PDU = 4), y
- (5)
- "SDU de Every Poll_SDU" (con Poll_SDU = 4).
De nuevo, en cuanto al ejemplo que se muestra la
figura 5 anterior, se supone también que el activador "basado en
ventanas" y el activador "en base a temporizador" están
desconectados, que la función de prohibir consulta está configurada
con Timer_Poll_Prohibit = 250 ms, que se solicita una SDU para la
transmisión por medio de una capa superior y la capa superior
solicita una confirmación de transmisión RLC cuando la transmisión
de la SDU es reconocida positivamente, y que la SDU está segmentada
en seis PDUs.
Se hace referencia a la figura 6, que ilustra el
presente ejemplo. Las transacciones entre la estación transmisora
41 y la estación receptora 42 son idénticas al ejemplo mostrado en
la figura 5 respecto a la transmisión inicial de las PDUs
400-405 excepto en que, en este ejemplo, el informe
de estado 406 reconoce positivamente PDUs 400-403
(SNs 0-3) y la estación transmisora 41 recibe el
informe de estado con éxito. De acuerdo con la técnica anterior,
esto tiene el efecto de cancelar la función Timer_Poll 45 en un
instante 47, y aunque un activador de consulta "Última PDU en
memoria interna" se retarda hasta un instante 44, no se
programará ninguna PDU para transmisión/retransmisión. Esto se
debe, en este caso, a que no hay más SDUs (y, por lo tanto, no hay
más PDUs) a transmitir, no hay PDUs reconocidas negativamente a
retransmitir, y sólo podrá programarse una PDU con SN = VT (S) - 1
cuando una consulta retardada por Timer_Poll_Prohibit se inicie por
funciones de "temporizador de consulta" o "en base a
temporizador" de acuerdo con las etapas 1006a y 1007 de la figura
4. Cuando la función Timer_Poll 45 se cancela y no hay configurada
ninguna función en base a temporizador, estas condiciones no pueden
cumplirse, y por lo tanto de acuerdo con la técnica anterior que
establece 3GPP TS 25.322 o la figura 4 anterior, la estación
transmisora 41 permanecerá inactiva tras recibir el informe de
estado 406 citado anteriormente, sin programar ninguna PDU para
transmisión o retransmisión, es decir, no hay más tráfico con el que
transmitir una consulta. Sin un informe de estado reconociendo la
recepción exitosa de la quinta y la sexta PDU, la confirmación de
transmisión RLC no puede enviarse a las capas superiores, y por lo
tanto las capas RLC, tanto en las estaciones transmisoras como en
las receptoras no pueden seguir con ninguna operación más, es decir,
las capas RLC están bloqueadas.
Existe entonces la necesidad de un procedimiento
que, cuando se aplique en un sistema de comunicaciones de radio
3GPP, eluda la situación de bloqueo de la capa RLC citada
anteriormente.
Con el fin de superar los problemas de la
técnica anterior descritos anteriormente, se describe a continuación
una realización preferida de un procedimiento de la presente
invención a través de un ejemplo.
\newpage
Se supone que la configuración de la estación
transmisora y receptora es la misma que la se ha dado en los
ejemplos de la técnica anterior ilustrados en las figuras 5 y 6, es
decir, el transmisor está configurado por capas superiores para
habilitar los siguientes cinco activadores de consulta:
- (1)
- "Última PDU en memoria interna (para la transmisión por primera vez)",
- (2)
- "Última PDU en memoria interna de retransmisión",
- (3)
- "Temporizador de consulta " (con Timer_Poll = 200 ms),
- (4)
- "PDU de Every Poll_PDU" (con Poll_PDU = 4), y
- (5)
- "SDU de Every Poll_SDU" (con Poll_SDU = 4).
\vskip1.000000\baselineskip
Y suponiendo también que los activadores
"basados en ventana" y los activadores "en base a
temporizador" están desactivados, la función prohibir consulta
está configurada con Timer_Poll_Prohibit = 250 ms, la capa superior
solicita una SDU para la transmisión y la capa superior solicita una
confirmación de transmisión RLC cuando la transmisión de la SDU es
reconocida positivamente, y que la SDU está segmentada de nuevo en
seis PDUs (que tienen SNs secuenciales: 0, 1, 2, 3, 4 y 5).
Como en el ejemplo de la técnica anterior, en el
ejemplo ilustrado en la figura 7, la estación receptora 72 recibe
con éxito todas las seis PDUs 700-705 (SN = 0 \sim
5), pero también envía una PDU de estado 706 reconociendo
positivamente las PDUs que tienen SNs = 0 \sim 3, habiéndose
recibido la cuarta PDU 703 (SN = 3) con una consulta. La estación
transmisora 71 recibe este informe de situación 706 con éxito en un
instante 77 antes de que caduque la instancia actual de la función
Timer_Poll 75, cancelando de este modo la función Timer_Poll 75, y
entonces no se emite consulta en el instante 76 en el que la cuenta
atrás de la función Timer_Poll 75 debía caducar. Sin embargo,
cuando la función Timer_Poll_Prohibit 73 caduca, la estación
transmisora 71 encuentra que una consulta retardada 78 (que ha sido
activada por un activador "Última PDU en memoria intermedia para
transmisión por primera vez" cuando se programó la PDU 705 (SN =
5) para transmisión, pero no se envió porque la función
Timer_Poll_Prohibit 73 estaba todavía activa) está a la espera de
transmisión. De nuevo, no hay más PDUs programadas para transmisión
o retransmisión, y bajo el modelo de la técnica anterior, no pueden
programarse PDUs debido a que la consulta pertinente no fue
activada por una función "temporizador de consulta" o "en
base a temporizador" (etapa 1007 en la figura 4). Nótese también
que, debido a que la función existente Timer_Poll 75 es cancelada
por el informe de situación 706 positivamente reconociendo las
cuatro primeras PDUs 700-703, no existe riesgo de
que se produzca una activación de consulta apropiada debido a la
función "temporizador de consulta". Por lo tanto, en el
procedimiento de la presente invención, cuando la función
Timer_Poll_Prohibit 73 caduca, se verifica el estado de la PDU, es
decir, si existe por lo menos una PDU que se ha transmitido, pero no
es reconocida por una PDU de estado. En este ejemplo, puede
observarse que, como que las PDUs transmitidas 704 y 705 no han
sido reconocidas, la prueba será positiva y, de acuerdo con el
procedimiento de Ia presente invención, la estación transmisora 71
volverá a transmitir una PDU adecuada 705a, que puede ser la última
PDU 705 (SN = 5), siendo ésta la PDU SN = VT (S) - 1 actual con bit
de consulta establecido. Cuando la estación receptora 72 recibe la
retransmisión de la última PDU 705 (SN = 5), es decir, la PDU 705a,
esta vez incluyendo una consulta, la estación receptora 72 enviará
un informe de situación 707 para reconocer positivamente la
recepción exitosa de todas las PDU hasta SN = 5 inclusive. Al
recibir el informe de situación 707, la estación transmisora 71
puede enviar confirmación de recibo de SDU a la capa superior (no
mostrada en la figura 7) para que la capa superior pueda seguir con
procesos posteriores, evitando así la situación de bloqueo
inevitable en el modelo de la técnica anterior.
Por otra parte, tal como puede ser el caso fuera
del ejemplo anterior, si la verificación es negativa, porque todas
las PDU transmitidas han sido reconocidas, entonces no se
transmitirá ninguna PDU; esta característica puede eludir la
transmisión de las consultas superfluas tal como se describe a
continuación.
Si la estación receptora 72 no recibe la PDU
retransmitida 705a (SN = 5) con consulta tal como se ilustra en la
figura 8, o el informe de situación 707 de la figura 7 se pierde
durante la transmisión de radio (no mostrado en la figura 8), el
mecanismo de consulta de temporizador asegurará que se enviará una
consulta de nuevo mediante la retransmisión de una PDU apropiada
705b (por ejemplo, SN = VT (S) - 1 si no hay programado nuevo
tráfico) al caducar una función actual Timer_Poll 75a. En el caso
ilustrado en la figura 8, esto sería mediante la retransmisión de
una PDU 705 con bit de consulta establecido, y por lo tanto
provocando la emisión de una PDU 707a de informe de situación. De
este modo, utilizando el procedimiento de la presente invención
puede eludirse el bloqueo que se demuestra que se produce al aplicar
el procedimiento de la técnica anterior a dicho escenario y también
puede eludir la transmisión de consultas superfluas.
El procedimiento de Ia presente invención puede
implementarse como software o firmware en un sistema de
comunicaciones inalámbricas, incorporarse en la arquitectura de,
por ejemplo, un microchip de comunicaciones monolíticas para su uso
en el mismo, o realizarse en la estructura de dispositivo(s)
lógico(s) discreto(s) de soporte o
programable(s).
El procedimiento de Ia presente invención puede resumirse en el siguiente proceso (se hace referencia a la figura 9):
El procedimiento de Ia presente invención puede resumirse en el siguiente proceso (se hace referencia a la figura 9):
En la figura 9, no existe la etapa 1007 mostrada
en la figura 4. Así, el proceso de la presente invención sigue de
la etapa 1006 a la etapa 1008 cuando el resultado de verificación de
la etapa 1006 es positivo. En otras palabras, si la función de
consulta verificada en la etapa 1003 es activada por funciones de
consultas aparte de "temporizador de consulta" y "en base a
temporizador", el sistema todavía retransmite una PDU adecuada
para llevar el bit de consulta. A continuación sólo se describe la
etapa 1006 ya que todas las demás etapas son exactamente las mismas
que en la figura 4.
- Etapa 1006:
- El sistema verifica si no hay PDU programada para transmisión o retransmisión y hay PDU transmitida que no sea reconocida (ni positiva ni negativamente) todavía. Si el resultado de la comprobación es positivo, el proceso continúa con la etapa 1008. Si no, el proceso termina a través de la etapa 1017.
Claims (1)
1. Procedimiento para consultar una estación
receptora para un informe de estado en un sistema de comunicaciones
inalámbricas (70) que emplea unidades de datos de protocolo (PDU) y
unidades de datos de servicio (SDU), comprendiendo el
procedimiento:
prohibir la consulta en un primer período
predeterminado (73, 73a, 73b);
activar una función de consulta (75, 75a, 75b)
mientras la consulta está prohibida
después de que el primer período predeterminado
(73, 73a, 73b) haya caducado, determinar como condición (1006)
que no hay PDUs programadas para la transmisión
o retransmisión y que existe por lo menos una PDU transmitida que
todavía no ha sido reconocida, y si esta condición es cierta
seleccionar directamente (1008) una PDU que haya
sido transmitida para programar para la retransmisión con el fin de
llevar a cabo la función de consulta (75, 75a, 75b).
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US52232404P | 2004-09-15 | 2004-09-15 | |
| US522324P | 2004-09-15 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2347098T3 true ES2347098T3 (es) | 2010-10-25 |
Family
ID=34982114
Family Applications (6)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES08012107T Active ES2347096T3 (es) | 2004-09-15 | 2005-08-24 | Procedimiento de consulta perfeccionado para evitar el bloqueo en un sistema de comunicaciones inalambricas. |
| ES08012136T Active ES2347099T3 (es) | 2004-09-15 | 2005-08-24 | Procedimiento de consulta perfeccionado para evitar el bloqueo en un sistema de comunicaciones inalambricas. |
| ES08012131T Active ES2347098T3 (es) | 2004-09-15 | 2005-08-24 | Procedimiento de consulta prefeccionado para evitar el bloqueo en un sistema de comunicaciones inalambricas. |
| ES08012130T Active ES2347097T3 (es) | 2004-09-15 | 2005-08-24 | Procedimiento de consulta perfeccionado para evitar el bloqueo en un sistema de comunicaciones inalambricas. |
| ES05018403T Active ES2344650T3 (es) | 2004-09-15 | 2005-08-24 | Procedimiento de consulta mejorado para evitar el bloqueo en un sistema de comunicaciones inalambricas. |
| ES08012137T Active ES2347100T3 (es) | 2004-09-15 | 2005-08-24 | Procedimiento de consulta perfeccionado para evitar el bloqueo en sistema de comunicaciones inalambricas. |
Family Applications Before (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES08012107T Active ES2347096T3 (es) | 2004-09-15 | 2005-08-24 | Procedimiento de consulta perfeccionado para evitar el bloqueo en un sistema de comunicaciones inalambricas. |
| ES08012136T Active ES2347099T3 (es) | 2004-09-15 | 2005-08-24 | Procedimiento de consulta perfeccionado para evitar el bloqueo en un sistema de comunicaciones inalambricas. |
Family Applications After (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES08012130T Active ES2347097T3 (es) | 2004-09-15 | 2005-08-24 | Procedimiento de consulta perfeccionado para evitar el bloqueo en un sistema de comunicaciones inalambricas. |
| ES05018403T Active ES2344650T3 (es) | 2004-09-15 | 2005-08-24 | Procedimiento de consulta mejorado para evitar el bloqueo en un sistema de comunicaciones inalambricas. |
| ES08012137T Active ES2347100T3 (es) | 2004-09-15 | 2005-08-24 | Procedimiento de consulta perfeccionado para evitar el bloqueo en sistema de comunicaciones inalambricas. |
Country Status (9)
| Country | Link |
|---|---|
| US (6) | US7558243B2 (es) |
| EP (6) | EP1973261B1 (es) |
| JP (6) | JP4355693B2 (es) |
| KR (1) | KR100673509B1 (es) |
| CN (6) | CN101330366B (es) |
| AT (6) | ATE472210T1 (es) |
| DE (6) | DE602005021997D1 (es) |
| ES (6) | ES2347096T3 (es) |
| TW (1) | TWI276319B (es) |
Families Citing this family (69)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7558243B2 (en) * | 2004-09-15 | 2009-07-07 | Innovative Sonic Limited | Enhanced polling method for preventing deadlock in a wireless communications system |
| CN1855887A (zh) | 2005-04-29 | 2006-11-01 | 华硕电脑股份有限公司 | 在接收端中减少数据串流前后跳动的方法及其相关装置 |
| EP1925142B1 (en) * | 2005-08-23 | 2015-10-28 | SISVEL International S.A. | Radio link control unacknowledged mode header optimization |
| TWI398118B (zh) * | 2005-09-21 | 2013-06-01 | Innovative Sonic Ltd | 無線通訊系統重建發射邊處理控制協定資料單元的方法及裝置 |
| CN101193095B (zh) * | 2006-11-20 | 2012-07-04 | 联芯科技有限公司 | 无线链路控制层的数据传输方法及系统 |
| KR100996069B1 (ko) * | 2006-11-27 | 2010-11-22 | 삼성전자주식회사 | 이동통신 시스템에서 라디오 링크 제어 계층의 데이터 전송 방법 및 장치 |
| EP1931076A3 (en) * | 2006-12-06 | 2008-11-26 | Samsung Electronics Co., Ltd. | Method and apparatus for processing control information included in data unit a mobile commucation system |
| MY154157A (en) * | 2007-02-02 | 2015-05-15 | Interdigital Tech Corp | Method and apparatus for enhancing rlc for flexible rlc pdu size |
| US8619752B2 (en) * | 2007-03-16 | 2013-12-31 | Qualcomm Incorporated | Method and apparatus for polling in a wireless communication system |
| US8687495B2 (en) * | 2007-03-16 | 2014-04-01 | Qualcomm Incorporated | Method and apparatus for polling in a wireless communication system |
| JP4896073B2 (ja) * | 2007-05-15 | 2012-03-14 | イノヴァティヴ ソニック リミテッド | 無線通信システムにおいてデータ伝送状態をポーリングする方法及び装置 |
| KR101486352B1 (ko) * | 2007-06-18 | 2015-01-26 | 엘지전자 주식회사 | 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법 |
| KR101341515B1 (ko) * | 2007-06-18 | 2013-12-16 | 엘지전자 주식회사 | 무선 통신 시스템에서의 반복 전송 정보 갱신 방법 |
| KR101470637B1 (ko) * | 2007-06-18 | 2014-12-08 | 엘지전자 주식회사 | 이동통신 시스템에서의 무선자원 향상 방법, 상태정보 보고방법 및 수신장치 |
| KR101448644B1 (ko) * | 2007-06-20 | 2014-10-13 | 엘지전자 주식회사 | 이동 통신 시스템에서의 데이터 전송 방법 |
| WO2008156314A2 (en) | 2007-06-20 | 2008-12-24 | Lg Electronics Inc. | Effective system information reception method |
| KR20090016412A (ko) * | 2007-08-10 | 2009-02-13 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 통신 방법 |
| KR101392697B1 (ko) | 2007-08-10 | 2014-05-19 | 엘지전자 주식회사 | 이동통신 시스템에서의 보안 오류 검출방법 및 장치 |
| KR101467789B1 (ko) * | 2007-08-10 | 2014-12-03 | 엘지전자 주식회사 | 휴지 단말의 상향 접속 제어 방법 |
| KR101479341B1 (ko) * | 2007-08-10 | 2015-01-05 | 엘지전자 주식회사 | Ｍｂｍｓ 서비스를 제공하는 무선 통신 시스템에서효율적인 수신 방법 |
| US8594030B2 (en) * | 2007-08-10 | 2013-11-26 | Lg Electronics Inc. | Method for controlling HARQ operation in dynamic radio resource allocation |
| CN101779389B (zh) * | 2007-08-10 | 2013-03-27 | Lg电子株式会社 | 在无线通信系统中建立信道的方法 |
| KR101514841B1 (ko) * | 2007-08-10 | 2015-04-23 | 엘지전자 주식회사 | 효율적인 랜덤 액세스 재시도를 수행하는 방법 |
| WO2009022805A1 (en) * | 2007-08-10 | 2009-02-19 | Lg Electronics Inc. | Method of reporting measurement result in wireless communication system |
| KR101490253B1 (ko) | 2007-08-10 | 2015-02-05 | 엘지전자 주식회사 | 무선 통신 시스템에서의 제어정보 전송 및 수신 방법 |
| US9008006B2 (en) * | 2007-08-10 | 2015-04-14 | Lg Electronics Inc. | Random access method for multimedia broadcast multicast service(MBMS) |
| PL2183869T3 (pl) * | 2007-08-14 | 2018-02-28 | Nokia Technologies Oy | Harmonogramowanie zasobów umożliwiające częściowo ograniczoną retransmisję |
| US8488523B2 (en) * | 2007-08-14 | 2013-07-16 | Lg Electronics Inc. | Method of transmitting and processing data block of specific protocol layer in wireless communication system |
| JP2009049993A (ja) * | 2007-08-16 | 2009-03-05 | Asustek Computer Inc | 無線通信システムにおいてポーリング機能をトリガーする方法及び装置 |
| KR100937432B1 (ko) * | 2007-09-13 | 2010-01-18 | 엘지전자 주식회사 | 무선 통신 시스템에서의 무선자원 할당 방법 |
| JP4950338B2 (ja) * | 2007-09-13 | 2012-06-13 | エルジー エレクトロニクス インコーポレイティド | 無線通信システムにおける無線リソース割当方法 |
| KR101461970B1 (ko) * | 2007-09-13 | 2014-11-14 | 엘지전자 주식회사 | 무선 통신 시스템에서의 폴링 과정 수행 방법 |
| KR101591824B1 (ko) * | 2007-09-18 | 2016-02-04 | 엘지전자 주식회사 | 무선 통신 시스템에서의 폴링 과정 수행 방법 |
| KR101396062B1 (ko) * | 2007-09-18 | 2014-05-26 | 엘지전자 주식회사 | 헤더 지시자를 이용한 효율적인 데이터 블록 전송방법 |
| KR101435844B1 (ko) * | 2007-09-18 | 2014-08-29 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 블록 전송 방법 |
| KR101513033B1 (ko) | 2007-09-18 | 2015-04-17 | 엘지전자 주식회사 | 다중 계층 구조에서 ＱｏＳ를 보장하기 위한 방법 |
| WO2009038377A2 (en) * | 2007-09-20 | 2009-03-26 | Lg Electronics Inc. | Method of effectively transmitting radio resource allocation request in mobile communication system |
| US8422480B2 (en) * | 2007-10-01 | 2013-04-16 | Qualcomm Incorporated | Acknowledge mode polling with immediate status report timing |
| KR20090041323A (ko) * | 2007-10-23 | 2009-04-28 | 엘지전자 주식회사 | 데이터 블록 구성함에 있어서 단말의 식별 정보를 효과적으로 전송하는 방법 |
| KR101487557B1 (ko) * | 2007-10-23 | 2015-01-29 | 엘지전자 주식회사 | 공통제어채널의 데이터를 전송하는 방법 |
| US8416678B2 (en) * | 2007-10-29 | 2013-04-09 | Lg Electronics Inc. | Method for repairing an error depending on a radio bearer type |
| CN103840925B (zh) * | 2007-11-02 | 2018-06-08 | 艾利森电话股份有限公司 | 用于处理无线通信系统中的差错控制消息的方法和设备 |
| US20090129315A1 (en) * | 2007-11-21 | 2009-05-21 | Qualcomm Incorporated | Data discard for radio link control in wireless networks |
| US8027356B2 (en) * | 2008-01-31 | 2011-09-27 | Lg Electronics Inc. | Method for signaling back-off information in random access |
| KR101594359B1 (ko) | 2008-01-31 | 2016-02-16 | 엘지전자 주식회사 | 랜덤 접속에서 백오프 정보를 시그널링하는 방법 |
| EP2086148B1 (en) | 2008-01-31 | 2018-09-05 | LG Electronics Inc. | Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications |
| KR101518269B1 (ko) * | 2008-02-01 | 2015-05-08 | 삼성전자주식회사 | 상태보고를 전송하는 방법 및 시스템 |
| KR101163275B1 (ko) * | 2008-03-17 | 2012-07-05 | 엘지전자 주식회사 | Ｐｄｃｐ 상태 보고 전송 방법 |
| US8958411B2 (en) * | 2008-03-17 | 2015-02-17 | Lg Electronics Inc. | Method of transmitting RLC data |
| JP5217916B2 (ja) * | 2008-11-06 | 2013-06-19 | ミツミ電機株式会社 | 通信装置及びそれを内蔵する電池パック |
| US8295159B2 (en) * | 2009-01-14 | 2012-10-23 | Qualcomm Incorporated | Timer poll retransmission expiry in a wireless communication system |
| WO2010100526A1 (en) * | 2009-03-05 | 2010-09-10 | Nokia Siemens Networks Oy | Systems, methods, apparatuses, and computer program products for coordinating communications between network nodes |
| JP4835721B2 (ja) | 2009-05-01 | 2011-12-14 | コニカミノルタビジネステクノロジーズ株式会社 | 色変換設定プログラムおよび色変換設定方法 |
| CN102045883B (zh) * | 2009-10-13 | 2013-06-19 | 上海摩波彼克半导体有限公司 | 无线通信系统中无线链路控制重配置后处理轮询的方法 |
| EP2391173B1 (en) * | 2010-05-31 | 2013-06-05 | Research In Motion Limited | Method and apparatus for back-off algorithm having different retry time classes |
| US9167472B2 (en) | 2011-07-01 | 2015-10-20 | Qualcomm Incorporated | Methods and apparatus for enhanced UL RLC flow control for MRAB calls |
| US9232482B2 (en) | 2011-07-01 | 2016-01-05 | QUALOCOMM Incorporated | Systems, methods and apparatus for managing multiple radio access bearer communications |
| US9591593B2 (en) | 2011-07-22 | 2017-03-07 | Qualcomm Incorporated | Systems, methods and apparatus for radio uplink power control |
| US9930569B2 (en) | 2011-08-04 | 2018-03-27 | Qualcomm Incorporated | Systems, methods and apparatus for wireless condition based multiple radio access bearer communications |
| US20130039192A1 (en) | 2011-08-08 | 2013-02-14 | Renesas Mobile Corporation | Methods, Apparatus and Wireless Device for Transmitting and Receiving Data Blocks |
| US9686046B2 (en) | 2011-09-13 | 2017-06-20 | Qualcomm Incorporated | Systems, methods and apparatus for wireless condition based multiple radio access bearer communications |
| US8873535B2 (en) * | 2011-09-26 | 2014-10-28 | Qualcomm Incorporated | Systems, methods and apparatus for retransmitting protocol data units in wireless communications |
| JP5769582B2 (ja) * | 2011-10-21 | 2015-08-26 | 三菱電機株式会社 | 無線通信システム、マスタ局無線通信装置および無線通信方法 |
| US9275644B2 (en) | 2012-01-20 | 2016-03-01 | Qualcomm Incorporated | Devices for redundant frame coding and decoding |
| EP2817911B1 (en) * | 2012-02-24 | 2020-08-12 | Marvell Asia Pte, Ltd. | Cross-layer scheduling based on lower layer feedback |
| US9660719B2 (en) * | 2014-11-17 | 2017-05-23 | Honeywell International Inc. | Minimizing propagation times of queued-up datalink TPDUs |
| US9998360B2 (en) | 2014-11-17 | 2018-06-12 | Honeywell International Inc. | Minimizining message propagation times when brief datalink interruptions occur |
| ES2882686T3 (es) * | 2018-02-14 | 2021-12-02 | Ericsson Telefon Ab L M | Dispositivo de transmisión y método realizado en el mismo para gestionar comunicaciones |
| US11121829B2 (en) | 2018-03-23 | 2021-09-14 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and device for retransmission processing |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11205413A (ja) * | 1998-01-09 | 1999-07-30 | Fujitsu Ltd | コマンド送信制御方法、コマンド受信制御方法、伝送装置およびデータ伝送システム |
| KR100592696B1 (ko) * | 1998-11-03 | 2006-06-23 | 루센트 테크놀러지스 인크 | 링크 적응 및 증가하는 중복을 지원하는 무선 통신을 위한시스템 및 방법 |
| US6947394B1 (en) | 1999-04-09 | 2005-09-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Flexible radio link control protocol |
| US6798842B2 (en) * | 2001-01-10 | 2004-09-28 | Asustek Computer Inc. | Retransmission range for a communications protocol |
| SE0100739D0 (sv) | 2001-02-28 | 2001-02-28 | Ericsson Telefon Ab L M | Method and system of retransmission |
| EP1263160A1 (en) | 2001-06-01 | 2002-12-04 | Telefonaktiebolaget Lm Ericsson | Method and transmitter for an efficient packet data transfer in a transmission protocol with repeat requests |
| CN1154305C (zh) * | 2001-09-25 | 2004-06-16 | 华为技术有限公司 | 推动无线链路控制层数据发送窗口快速滑动的方法及装置 |
| JP3645230B2 (ja) | 2001-09-28 | 2005-05-11 | 三菱電機株式会社 | データパケット送信装置、データパケット受信装置、データパケット伝送システムおよびデータパケット再送制御方法 |
| CN1317642C (zh) * | 2002-03-15 | 2007-05-23 | 联想(北京)有限公司 | 远程告警信息实时和准确定位的监控方法 |
| US7764624B2 (en) * | 2002-07-18 | 2010-07-27 | Alcatel-Lucent Usa Inc. | Methods and devices for preventing protocol stalling |
| DE60218051T2 (de) | 2002-11-26 | 2007-11-08 | Innovative Sonic Ltd. | Verfahren für die Abfrage von Statusberichten in bestätigtem Datenübertragungsmodus |
| EP1465369A1 (en) * | 2003-03-31 | 2004-10-06 | Matsushita Electric Industrial Co., Ltd. | Reset synchronisation method for a retransmission protocol |
| US7558243B2 (en) * | 2004-09-15 | 2009-07-07 | Innovative Sonic Limited | Enhanced polling method for preventing deadlock in a wireless communications system |
| KR100996069B1 (ko) * | 2006-11-27 | 2010-11-22 | 삼성전자주식회사 | 이동통신 시스템에서 라디오 링크 제어 계층의 데이터 전송 방법 및 장치 |
-
2005
- 2005-08-01 US US11/161,356 patent/US7558243B2/en active Active
- 2005-08-24 EP EP08012137A patent/EP1973261B1/en not_active Revoked
- 2005-08-24 EP EP08012107A patent/EP1971065B1/en not_active Revoked
- 2005-08-24 AT AT08012131T patent/ATE472210T1/de not_active IP Right Cessation
- 2005-08-24 EP EP05018403A patent/EP1638237B1/en active Active
- 2005-08-24 AT AT08012136T patent/ATE471004T1/de not_active IP Right Cessation
- 2005-08-24 ES ES08012107T patent/ES2347096T3/es active Active
- 2005-08-24 ES ES08012136T patent/ES2347099T3/es active Active
- 2005-08-24 DE DE602005021997T patent/DE602005021997D1/de active Active
- 2005-08-24 DE DE602005021927T patent/DE602005021927D1/de active Active
- 2005-08-24 EP EP08012130A patent/EP1973258B1/en not_active Revoked
- 2005-08-24 DE DE602005021998T patent/DE602005021998D1/de active Active
- 2005-08-24 ES ES08012131T patent/ES2347098T3/es active Active
- 2005-08-24 DE DE602005021831T patent/DE602005021831D1/de active Active
- 2005-08-24 ES ES08012130T patent/ES2347097T3/es active Active
- 2005-08-24 DE DE602005021928T patent/DE602005021928D1/de active Active
- 2005-08-24 AT AT08012137T patent/ATE472211T1/de not_active IP Right Cessation
- 2005-08-24 ES ES05018403T patent/ES2344650T3/es active Active
- 2005-08-24 AT AT08012130T patent/ATE471609T1/de not_active IP Right Cessation
- 2005-08-24 EP EP08012131A patent/EP1973259B1/en not_active Revoked
- 2005-08-24 ES ES08012137T patent/ES2347100T3/es active Active
- 2005-08-24 EP EP08012136A patent/EP1973260B1/en not_active Revoked
- 2005-08-24 AT AT05018403T patent/ATE466425T1/de not_active IP Right Cessation
- 2005-08-24 DE DE602005020886T patent/DE602005020886D1/de active Active
- 2005-08-24 AT AT08012107T patent/ATE471608T1/de not_active IP Right Cessation
- 2005-09-14 JP JP2005267174A patent/JP4355693B2/ja active Active
- 2005-09-14 KR KR1020050085584A patent/KR100673509B1/ko active IP Right Grant
- 2005-09-15 TW TW094131913A patent/TWI276319B/zh active
- 2005-09-15 CN CN2008101343323A patent/CN101330366B/zh active Active
- 2005-09-15 CN CN2008101343319A patent/CN101330365B/zh active Active
- 2005-09-15 CN CN2008101343304A patent/CN101330521B/zh active Active
- 2005-09-15 CN CN2005101039245A patent/CN1761260B/zh active Active
- 2005-09-15 CN CN2008101343287A patent/CN101330511B/zh active Active
- 2005-09-15 CN CN2008101343291A patent/CN101330520B/zh active Active
-
2008
- 2008-02-18 US US12/032,703 patent/US9497779B2/en active Active
- 2008-04-28 US US12/110,352 patent/US8767703B2/en active Active
- 2008-04-28 US US12/110,348 patent/US7839838B2/en active Active
- 2008-05-08 US US12/116,975 patent/US7974259B2/en active Active
- 2008-05-08 US US12/116,976 patent/US8340074B2/en active Active
- 2008-12-25 JP JP2008331252A patent/JP4850895B2/ja active Active
- 2008-12-25 JP JP2008331250A patent/JP5053986B2/ja active Active
- 2008-12-25 JP JP2008331254A patent/JP4850897B2/ja active Active
- 2008-12-25 JP JP2008331253A patent/JP4850896B2/ja active Active
- 2008-12-25 JP JP2008331251A patent/JP4850894B2/ja active Active
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2347098T3 (es) | Procedimiento de consulta prefeccionado para evitar el bloqueo en un sistema de comunicaciones inalambricas. | |
| US6904016B2 (en) | Processing unexpected transmission interruptions in a wireless communications system | |
| ES2296966T3 (es) | Metodo y transmision para una transferencia eficaz de datos por paquetes en un protocolo de transmision con peticiones de repeticion. | |
| ES2390936T3 (es) | Métodos y aparatos para procesar mensajes de control de error en un sistema de comunicación inalámbrico | |
| JP4607339B2 (ja) | フレキシブル無線リンク制御プロトコル | |
| ES2393829T3 (es) | Reporte de estado para el protocolo de retransmisión | |
| ES2746380T3 (es) | Procedimiento y aparato para controlar un procedimiento de reinicio en un sistema de comunicaciones inalámbricas | |
| CN101809970B (zh) | 无线链路控制实体的复位方法 | |
| ES2348738T3 (es) | Procedimiento y aparato para la gestion de errores de protocolo de rlc. | |
| WO2009021419A1 (fr) | Procédé d'accès aléatoire pour un système de radiocommunication cellulaire | |
| EP1424823A1 (en) | Processing unexpected transmission interruptions in a wireless communications system |