ES2329755T3 - Control de conexion de radio con retransmisiones limitadas para servicios de flujo. - Google Patents
Control de conexion de radio con retransmisiones limitadas para servicios de flujo. Download PDFInfo
- Publication number
- ES2329755T3 ES2329755T3 ES01306134T ES01306134T ES2329755T3 ES 2329755 T3 ES2329755 T3 ES 2329755T3 ES 01306134 T ES01306134 T ES 01306134T ES 01306134 T ES01306134 T ES 01306134T ES 2329755 T3 ES2329755 T3 ES 2329755T3
- Authority
- ES
- Spain
- Prior art keywords
- rlc
- block
- transmission
- copies
- rlc block
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- 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/1829—Arrangements specially adapted for the receiver end
- H04L1/1835—Buffer management
- H04L1/1838—Buffer management for semi-reliable protocols, e.g. for less sensitive applications such as streaming video
-
- 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/189—Transmission or retransmission of more than one copy of a message
-
- 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0067—Rate matching
- H04L1/0068—Rate matching by puncturing
-
- 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
- H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Un método para un control de enlace radio, al que se hace referencia en lo que sigue como RLC, protocolo que permite al menos la recuperación parcial de un servicio de flujo (transmisión de paquetes de datos) sobre un canal de comunicaciones inalámbricas en el que se controla el abortar la recuperación de un bloque de RLC, método caracterizado por: determinar un tiempo de transferencia para cada bloque de RLC en función del tamaño del bloque, la velocidad de transferencia y el retardo permitido para cada transmisión; y o bien abortar la recuperación para un bloque de RLC si dicho bloque de RLC no es recibido para el correspondiente tiempo de transferencia del mismo; o bien recibir y recuperar dicho bloque de RLC que es recibido para el correspondiente tiempo de transferencia el mismo.
Description
Control de conexión de radio con retransmisiones
limitadas para servicios de flujo.
Esta solicitud reivindica la prioridad de la
Solicitud Provisional Nº de Serie 60/223,418 la cual fue presentada
el 7 de agosto de 2.000.
La presente invención se refiere de forma
general a las redes de comunicaciones inalámbricas y, en particular,
a un método para proveer eficientemente servicios de flujo
(transmisión de paquetes de datos) sobre redes inalámbricas y
celulares.
La popularidad creciente y ampliamente extendida
de Internet ha animado a los desarrolladores de comunicaciones
inalámbricas a mejorar continuamente las capacidades de comunicación
de datos de sus sistemas. En respuesta a esta necesidad, varios
cuerpos de normalización están formulando nuevos estándares de
tercera generación los cuales soportan mayores velocidades para
datos. Por ejemplo, organizaciones de estandarización como el
Instituto Europeo para Estándares de Telecomunicaciones (ETSI) y la
Asociación de Industrias de Radio y Comunicaciones (ARIB) están
trabajando continuamente para desarrollar estándares para soportar
comunicaciones inalámbricas más rápidas y más eficientes.
Consecuentemente, la industria de las
comunicaciones inalámbricas está desarrollando e implementando
nuevos protocolos de transmisión inalámbrica, los cuales
proporcionan comunicaciones de datos más rápidas, más robustas y
más eficientes sobre una interfaz aérea. Por ejemplo, el servicio
radio genérico de datos por paquetes (GPRS) se ha desarrollado como
una mejora de calidad de paquetes conmutados para el bien conocido
sistema de acceso múltiple por distribución en el tiempo (TDMA). En
un avance más adelante en la técnica, también se ha desarrollado el
GPRS mejorado (EGPRS).
En los sistemas inalámbricos de datos por
paquetes del tipo del Servicio Radio Genérico de Datos por Paquetes
Mejorado (EGPRS), se utiliza la solicitud de repetición automática
selectiva (ARQ) para la recuperación de errores en los enlaces
radio. Actualmente, se han propuesto nueve Esquemas de Modulación y
Codificación (MCSs) para el EGPRS con el MCS- que es el más esquema
robusto y el MCS-9 que es el esquema menos robusto.
La capa de Control del Enlace Radio (RLC) permite recuperación
completa (es decir, no hay un límite para el número máximo de
retransmisiones) y entrega datos en secuencia a la capa superior.
Esto no garantiza una velocidad de entrega ni un retardo de entrega
máximo. Este esquema se adecua mejor al soporte de servicios de
datos según disponibilidad sobre enlaces inalámbricos que no para
aplicaciones del tipo flujo (transmisión de paquetes de datos).
Para servicios de voz, los requerimientos de
pérdida y retardo son típicamente muy estrictos y no permiten
tiempo suficiente para ninguna recuperación de errores. Además, con
los avances en la codificación de voz las velocidades demandadas
por los servicios de voz son muy bajas (<12-16
kb/s). Por ello, la aproximación típica es transmitir suficiente
información redundante para permitir el funcionamiento en
condiciones de canal pobres. La codificación del canal es fija y no
se permiten retransmisiones. Esta aproximación tampoco se adecua
bien a los servicios de flujo (transmisión de paquetes de datos) ya
que los requerimientos de retardo para flujo (transmisión de
paquetes de datos) son típicamente más relajados que para voz por
paquetes. Como resultado, no es necesario limitar la eficiencia
alcanzable utilizando una cantidad fija de redundancia,
independiente de los requerimientos reales de retardo y la calidad
del canal prevalente. Pueden soportarse velocidades de flujo
(transmisión de paquetes de datos) más elevadas si la recu-
peración de errores se lleva a cabo usando un proceso de ARQ selectivo con capacidad de retransmisión limitada.
peración de errores se lleva a cabo usando un proceso de ARQ selectivo con capacidad de retransmisión limitada.
Un servicio de flujo (transmisión de paquetes de
datos) establece los siguientes requerimientos en el protocolo de
control de enlace radio (RLC): velocidad de transferencia (R) en el
receptor RLC; retado (D) de entrega máximo donde el retardo de
entrega se define como el tiempo entre la llegada de los datos a la
RLC del transmisor y la transferencia por la RLC del receptor
hacia la capa superior; y tasa de pérdida residual máxima, L.
Los procedimientos de segmentación de bloques y retransmisión para
capa de Control de Enlace (RLC) EGPRS R1999 ya han sido
especificados por el documento ETSI GSM 04.60 R1999, titulado
"General Packet Radio Service (GPRS); Mobile Station - Base
Station Interface; Radio Link Control/Medium Access Control
(RLC/MAC) protocol"; con objeto de permitir: adaptación dinámica
de enlace entre nueve diferentes esquemas de codificación y
modulación (MCS-1 a MCS-9) para
obtener el mejor relación retardo/rendimiento bajo condiciones de
canal prevalentes; y operación de Redundancia Incremental (IR)
donde la cantidad de información redundante enviada con la
transmisión inicial o retransmisiones subsiguientes de un bloque de
RLC depende del MCS prevalente. Documento ETSI GSM 04.60 R1999,
titulado "General Packet Radio Service (GPRS); Mobile Station -
Base Station Interface; Radio Link Control/Medium Access Control
(RLC/MAC) protocol."
El documento EGPRS R1999 no soporta servicios de
flujo (transmisión de paquetes de datos) eficientemente y es
difícil para él proporcionar los requerimientos de flujo
(transmisión de paquetes de datos) descritos más arriba. Es
deseable proporcionar un método y un aparato para control de enlace
radio que satisfaga los requerimientos de flujo (transmisión de
paquetes de datos) indicados más arriba.
El documento de patente americana
US-A-5918002 está dirigido a una
técnica de retransmisión selectiva en la que un ordenador cliente
requiere selectivamente la retransmisión de los paquetes de datos
perdidos de un flujo de datos. Si el intervalo de tiempo requerido
para recibir el paquete perdido excediera del punto en el tiempo en
el cual puede ser utilizado de forma efectiva, el ordenador cliente
selecciona no transmitir una solicitud de retransmisión del paquete
perdido. Sin embargo, si el intervalo de tiempo requerido para
recibir el paquete perdido estuviera a tiempo de ser utilizado de
forma efectiva, entonces el ordenar cliente selecciona transmitir
una solicitud de retransmisión del paquete perdido.
Un método y un aparato de acuerdo con la
presente invención se exponen en las reivindicaciones
independientes, a las cuales se refiere ahora al lector. Las
características preferidas se presentan en las reivindicaciones
dependientes.
Brevemente expresado de acuerdo con un aspecto
de la invención, se aborda el problema mencionado anteriormente y
se alcanza un avance en la técnica proporcionando un método y un
aparato para un protocolo de control de enlace radio (RLC) que
permite la recuperación parcial para servicios de flujo (transmisión
de paquetes de datos). El método y el aparato usan el paso de
determinar un tiempo de transferencia para cada bloque RLC en
función del tamaño del bloque, velocidad de transferencia y retardo
permitido para cada transmisión. A continuación, está un paso de
abortar la recuperación para un bloque RLC, si el bloque RLC no es
recibido en el correspondiente tiempo de transferencia del mismo. A
continuación está el paso de recibir y recuperar dicho bloque RLC
que es recibido en el correspondiente tiempo de transferencia del
mismo.
De acuerdo con una realización específica de la
invención, el problema mencionado anteriormente es abordado
mediante una RLC de transmisor que transmite simultáneamente
m_{1} copias en la transmisión inicial de un bloque RLC.
Estas copias son derivadas desde el bloque codificado a través de
diferentes perforaciones. En cada retransmisión subsiguiente, se
transmite un número de copias (m_{2}, m_{3},...)
del bloque RCL. El número de copias, m_{1} m_{2},
m_{3}, ... se selecciona para maximizar la velocidad de
flujo (transmisión de paquetes de datos) bajo restricciones de
pérdida y retardo. Este método y este protocolo también minimizan
la ocupación del canal. Las copias se seleccionan mediante acciones
cíclicas a través de esquemas de perforación, P1, P2, y P3 de forma
que la información redundante proporcionada tenga un solape mínimo
con transmisiones previas. Esto mejora el rendimiento cuando el
correspondiente receptor tiene la capacidad de almacenar y combinar
información temporal (es decir, si es posible un funcionamiento con
redundancia incremental (IR)). Si la cantidad de nuevos datos
disponibles para la RLC del transmisor es menor que el número total
de bits que pueden caber en el espacio dentro de un Bloque Radio,
entonces hay dos opciones posibles: La RLC del transmisor puede
esperar hasta que lleguen a estar disponibles suficientes datos.
Esto reduce la ocupación del canal. Alternativamente, la RLC del
transmisor puede usar un esquema de modulación y codificación más
robusto. La RLC del transmisor puede proporcionar una referencia de
transferencia a la RLC del receptor añadiendo un bit de UTR
(Referencia de Tiempo de Actualización) a la cabecera del RLC/MAC.
En cada transmisión inicial de un bloque RLC, la RLC del transmisor
puede establecer UTR=1 si el bloque ve un retardo por espera en cola
corto (o no)
ya que estos bloques reflejarán la verdadera referencia de tiempo de la RLC del transmisor a la RLC del receptor.
ya que estos bloques reflejarán la verdadera referencia de tiempo de la RLC del transmisor a la RLC del receptor.
De acuerdo con una realización específica de la
invención, el problema mencionado anteriormente se aborda mediante
una RLC del receptor que establece un tiempo de transferencia,
p, para la entrega de los datos contenidos en cada bloque de
RLC a la capa superior. El tiempo de transferencia se determina con
respecto a un tiempo de de transmisión de, \tau. El tiempo de
transferencia para el bloque de RLC con número de secuencia,
n, se establece en p(n) =
\tau(k) + D + [(n-k) mod
N]*(B/R), donde R es la velocidad de
transferencia (en kbps), D es la previsión de retardo en
segundos, B es la cantidad de datos contenidos en cada
bloque de RLC (en kbits), N es el tamaño del espacio del
número de secuencia, \tau(k) es el tiempo de recepción de
la primera cabecera con número de secuencia k, o una
cabecera con UTR = 1 y número de secuencia k si se usa el
bit UTR. El receptor puede, alternativamente, usar un valor medio
variable de \tau(k). La inicialización es llevada a cabo
estableciendo \tau(0) como el tiempo de recepción de la
cabecera que indica la transmisión del primer bloque de RLC, y
p(0) = \tau(0) + D. Cuando un bloque de RLC
no es recibido al menos un retardo de ida y vuelta, T, antes del
tiempo de transferencia, entonces su estado de recepción se
establece en "1" (reconocido). Esto significa que será
reconocido la siguiente vez que el receptor sea solicitado para
retroalimentación y el transmisor no intentará otra recuperación
del bloque. Si el bloque de RLC no es recibido para el tiempo de
transferencia, la RLC del receptor indica una pérdida a la capa
superior. Cuando el bloque de RLC es recibido (es decir,
decodificado con éxito) para el correspondiente tiempo de
transferencia, entonces es suministrado a la capa superior en el
tiempo de transferencia.
Las características y ventajas de la presente
invención indicadas más arriba quedarán claras a partir de la
siguiente descripción de varias realizaciones preferidas de ejemplo,
las cuales deberán leerse en conjunto con los dibujos que
acompañan, en los cuales:
La Figura 1 es un diagrama de bloques que
describe una disposición transmisor-receptor de
acuerdo con la presente invención.
La Figura 2 es un diagrama de una trama de datos
de RLC de acuerdo con la presente invención.
La Figura 3 es un gráfico de la tasa de pérdida
de datos simulada frente a la velocidad de transferencia de datos
de acuerdo con la presente invención.
La Figura 4 es un gráfico de la ocupación de
canal simulada frente a la velocidad de transferencia de datos de
acuerdo con la presente invención.
\vskip1.000000\baselineskip
Refiriéndose ahora a la Figura 1, se muestra una
disposición 10 de transmisor-receptor. La
disposición 10 tiene un transmisor 12 y un receptor 32 separados
por una interfaz aérea 24. La interfaz aérea 24 es preferida, pero
podría usarse cualquier medio de transmisión. La invención
proporciona un control de enlace radio con retransmisiones
limitadas para flujo (transmisión de paquetes de datos) desde una
fuente de datos 8 a un colector de datos 48. El flujo (transmisión
de paquetes de datos) tiene diferentes requerimientos que el no
flujo (transmisión de paquetes de datos). No obstante, en alguna
extensión es posible reutilizar formatos de bloque, esquemas de
modulación y codificación (MCS) y procedimientos de retransmisión
según EGPRS R1999 RLC/MAC. Sin embargo, son necesarias algunas
mejoras a los procedimientos de retransmisión actuales con objeto de
satisfacer todos los aspectos de los requerimientos del flujo
(transmisión de paquetes de datos) indicados más arriba. En la
descripción que sigue de una realización preferida, se describen
estas mejoras y se proporcionan resultados de la simulación que
indican las velocidades de flujo (transmisión de paquetes de datos)
que pueden ser soportadas por cada proceso de flujo (transmisión de
paquetes de datos) de datos particular.
La capa física descrita en el documento EGPRS
R1999 ofrece una selección de esquemas de modulación y codificación
cuyo rendimiento de enlace es una función de la calidad del canal.
Sin embargo, el documento EGPRS R1999 no especifica ningún límite
en el número de retransmisiones ya que se pretende principalmente
soportar un servicio de datos según disponibilidad. De acuerdo con
una realización de la presente invención, para una elección
particular de MCS, puede definirse un esquema de retransmisión
limitada como sigue. Dado el retardo de entrega máximo (D),
y el retardo de ida y vuelta (T), es posible permitir la
ratio D/T de ida y vuelta en la capa RLC antes de que se
exceda la previsión de retardo. Esta ratio de retardo establece un
límite al número máximo de retransmisiones permitidas para cada
bloque de RLC. Los procedimientos de RLC requeridos en el
transmisor y el receptor para implementar la invención son descritos
con mayor detalle más abajo.
En la transmisión inicial de un bloque de RLC,
se transmiten simultáneamente m_{1} copias desde el
transmisor 12. Nótese que las múltiples copias del bloque no son
idénticas sino que se derivan del bloque codificado mediante
diferentes esquemas de perforación (P1/P2/P3 para
MCS-4, MCS-7 a
MCS-9, y P1/P2 para MCS-5,
MCS-6, MCS-1 a
MCS-3). En la transmisión inicial de cada bloque de
RLC, se arranca un reloj temporizador 16. Un bloque de RLC puede
ser retransmitido solamente si el temporizador que corresponde a ese
bloque expira y el bloque es reconocido negativamente. Los
temporizadores por bloque y el procedimiento de transmisión, en este
caso particular, son idénticos al procedimiento de RLC del
documento EGPRS R1999. La red, representada de forma general como
fuente de datos 8, solicita a la estación móvil, representada por el
transmisor 12, una respuesta de un mapa de bits de ARQ. El período
de solicitud es determinado por la red en respuesta a la respuesta
de un mapa de bits de ARQ.
En cada retransmisión subsiguiente, se transmite
un número de copias (m_{2}, m_{3}, ...) del bloque
RCL. Las copias se eligen mediante acciones cíclicas a través de
los esquemas de perforación P1, P2 y P3 de forma que la información
redundante proporcionada tenga un solape mínimo con transmisiones
previas. Esto mejora el rendimiento cuando el receptor tiene la
capacidad de almacenar y combinar información temporal (es decir,
si es posible un funcionamiento IR). Dependiendo de la elección de
m1, m2, ..., son posibles múltiples realizaciones que satisfagan
los requerimientos deseados. Es deseable elegir la realización que
maximice la velocidad de flujo (transmisión de paquetes de datos)
alcanzada. Esto también minimiza la ocupación del canal y permite
que otras aplicaciones desde el mismo usuario o aplicaciones desde
otros usuarios compartan el canal. Merece la pena señalar que el
funcionamiento de la RLC 14 del transmisor es idéntico al
funcionamiento del transmisor según el documento EGPRS R1999 hasta
que se exceden los límites de retransmisión.
Si la cantidad de nuevos datos disponibles para
una RLC 14 del transmisor es menor que el número total de bits que
pueden caber en el espacio dentro de un Bloque Radio, entonces hay 2
opciones posibles: 1) La RLC 14 del transmisor puede esperar hasta
que lleguen a estar disponibles suficientes datos. Esta opción
reduce la tasa de ocupación del canal; y 2) alternativamente, la
RLC 14 del transmisor puede usar un esquema de modulación y
codificación más robusto. Para unos requerimientos particulares de
pérdida y retardo, las velocidades de flujo (transmisión de
paquetes de datos) que pueden ser soportadas por cada una de estas
dos opciones dependen de las condiciones del canal prevalente.
No pueden proveerse nuevos datos a una velocidad
constante a la RLC 14 del transmisor ya que ocurren errores de fase
y pérdidas sobre la red IP (por ejemplo la fuente de datos 8).
Cuando hay variaciones del tiempo entre llegadas en la RLC 14 del
transmisor a causa de errores de fase en la red, la RLC del receptor
32 es informada de forma que puede actualizar su referencia de
tiempo de transferencia. Esto asegura que a todos los bloques de
RLC se les proporciona el mismo número de oportunidades de
retransmisión, según las permitidas por la previsión de retardo. El
ajuste de la referencia de tiempo puede llevarse a cabo añadiendo un
bit UTR (Referencia de Tiempo de Actualización) a la cabecera del
RCL/MAC. Uno de los bits de reserva disponible en la cabecera del
RLC/MAC puede usarse para este propósito (véase la Figura 2). En
cada transmisión inicial de un bloque RLC, la RLC 14 del transmisor
debe ser puesta en UTR=1. El transmisor 12 debe poner UTR=1
solamente para bloques que vean un retardo corto (o no) por espera
en cola en la RLC del transmisor ya que estos bloques reflejarán la
verdadera referencia de tiempo de la RLC del transmisor a la RLC del
receptor. En el caso en el que se transmiten inicialmente múltiples
copias, la UTR es puesta a 1 en la cabecera que corresponde a la
primera copia. La RLC 14 del transmisor entonces pone UTR = 0 para
todas las retransmisiones. Los procedimientos de actualización
correspondientes del receptor se describen más adelante en la
descripción del receptor. Alternativamente, el receptor 32 puede
deducir la referencia de tiempo digitalmente sin usar el bit de UTR
como se describe en la descripción del receptor.
La RCL 36 del receptor es responsable de la
entrega secuenciada de datos dentro de la previsión de retardo,
D. También tiene que verificar ciertos requerimientos de
pérdidas y velocidades de transferencia de datos. Estos
requerimientos demandan procedimientos más complejos que los de los
documentos EGPRS R1999 y ETSI GSM 04.60 R1999, "General Packet
Radio Service (GPRS); Mobile Station - Base Station Interface; Radio
Link Control/Medium Access Control (RLC/MAC) protocol." Los
procedimientos más complejos se describen más abajo.
La RLC del receptor establece un tiempo de
transferencia, p, para la entrega de los datos contenidos en
cada bloque de RLC a una capa superior (por ejemplo el colector de
datos 48). El tiempo de transferencia se determina con respecto a
una referencia de tiempo de transmisión. El tiempo de transferencia
para un bloque de RLC con número de secuencia, n, se
establece en
p(n) =
\tau(k) + D + [(n-k) mod
N]*(B/R),
donde
R es la velocidad de transferencia (en
kbps),
D es la previsión de retardo en
segundos,
B es la cantidad de datos contenidos en
cada bloque de RLC (en kbits),
N es el tamaño del espacio del número de
secuencia,
\tau(k) es el tiempo de recepción de la
primera cabecera con número de secuencia k, o una cabecera con UTR
= 1 y número de secuencia k si se usa el bit de UTR. El receptor
puede, alternativamente, usar un valor medio variable de
\tau(k) determinado como se describe en el párrafo
siguiente.
Si no se usa el bit de UTR, \tau(k) es
el tiempo más temprano de recepción de una serie de cabeceras con
número de secuencia m, m+1, ..., m+j, y
k es el número de secuencia correspondiente. La
inicialización es llevada a cabo estableciendo \tau(0) como
el tiempo de recepción de una cabecera que indica la transmisión
del primer bloque de RLC, y p(0) = \tau(0) +
D. Si un bloque de RLC no es recibido al menos un retardo de
ida y vuelta, T, antes del tiempo de transferencia, entonces
su estado es puesto a "1" (es decir, reconocido). Esto
significa que será reconocido la siguiente vez que el receptor sea
solicitado para retroalimentación y el transmisor no intentará otra
recuperación del bloque. Si el bloque de RLC no es recibido para el
tiempo de transferencia, la RLC del receptor indica una pérdida a la
capa superior. Si el bloque de RLC es recibido (es decir,
decodificado con éxito) para el correspondiente tiempo de
transferencia, entonces es provisto a la capa superior en el tiempo
de transferencia.
Se llevaron a cabo simulaciones para determinar
el rendimiento de la RLC propuesta para aplicaciones de flujo
(transmisión de paquetes de datos). Los supuestos usados en las
simulaciones fueron los siguientes:
- Simulación de canal simple
- Llegadas periódicas de datos a la RLC 14 del transmisor (cada 80 ms)
- La velocidad de transferencia en la RLC 36 del receptor se supone que es igual a la velocidad de llegada de datos a la RLC del transmisor.
- MCS-9 (P1 enviado en la transmisión inicial, P2 en la primera retransmisión, P3 en la segunda retransmisión, ...)
- Previsión de retardo 0,5 segundos
- Modelo de Canal: TU3, salto de frecuencia ideal
- Retardo de ida y vuelta 80 ms
- Período de solicitud 60 ms
- Tamaño de ventana = 192
- Se supone combinación de información temporal IR (tamaño de memoria limitado a información temporal para 40 bloques de RLC)
Los resultados para la tasa de pérdidas y
ocupación de canal se muestran para C/I = 20 dB en las Figuras 3 y
4, respectivamente. De acuerdo con la realización preferida de la
invención, puede soportarse una velocidad de flujo (transmisión de
paquetes de datos) de 1,25 bloques de RLC por cada período de 20 ms
(es decir, 37 kbps) con una tasa de pérdidas del 0,7%. Además, con
una codificación fijada, una tasa de perdidas del 0,7% permite
solamente una velocidad de flujo (transmisión de paquetes de datos)
máxima de alrededor de 30 kbps.
A partir de lo anterior, puede comprobarse
fácilmente que la invención no está limitada por las realizaciones
descritas más arriba, las cuales se presentan sólo como ejemplos,
sino que puede ser modificada de varias maneras dentro del alcance
pretendido de la protección como está definida por las
reivindicaciones de patente adjuntas.
Claims (8)
1. Un método para un control de enlace radio, al
que se hace referencia en lo que sigue como RLC, protocolo que
permite al menos la recuperación parcial de un servicio de flujo
(transmisión de paquetes de datos) sobre un canal de comunicaciones
inalámbricas en el que se controla el abortar la recuperación de un
bloque de RLC, método caracterizado por:
- determinar un tiempo de transferencia para cada bloque de RLC en función del tamaño del bloque, la velocidad de transferencia y el retardo permitido para cada transmisión;
- y o bien abortar la recuperación para un bloque de RLC si dicho bloque de RLC no es recibido para el correspondiente tiempo de transferencia del mismo;
- o bien recibir y recuperar dicho bloque de RLC que es recibido para el correspondiente tiempo de transferencia el mismo.
\vskip1.000000\baselineskip
2. El método de la reivindicación 1, en el que
en un receptor (36) dicho tiempo de transferencia para un bloque de
RLC de número de secuencia n está dado por:
p(n) =
tau (k) + D + [(n-k) mod
N]*(B/R)
donde
R es la velocidad de transferencia
D es la previsión de retardo en segundos,
B es la cantidad de datos contenidos en cada
bloque RLC,
N es el tamaño del espacio del número de
secuencia,
tau (k) es un tiempo de recepción de una primera
cabecera con número de secuencia k.
\vskip1.000000\baselineskip
3. El método de la reivindicación 1, en el que
un receptor que recibe bloques de RLC reconocidos bloques de RLC que
no son recibidos para el tiempo de transferencia.
4. El método de la reivindicación 1, que
comprende además el paso de:
- en la transmisión inicial de un bloque de RLC, transmitir una primera pluralidad de copias, las cuales son derivadas a partir del bloque de RLC a través de diferentes perforaciones del mismo; y
- en cada retransmisión subsiguiente, transmitir una segunda pluralidad de copias del bloque de RLC en las que el número de copias de dicha segunda pluralidad de copias se selecciona para maximizar una velocidad de flujo (transmisión de paquetes de datos) bajo restricciones de pérdida y retardo.
\vskip1.000000\baselineskip
5. El método de la reivindicación 4, en el que
el número de copias de dicha segunda pluralidad de copias se
selecciona también para minimizar la ocupación del canal.
6. El método de la reivindicación 5, en el que
las copias son seleccionadas mediante acciones cíclicas a través de
perforaciones, P1, P2 y P3 de tal forma que la información
redundante proporcionada tenga un solape mínimo con transmisiones
previas para mejorar el rendimiento cuando dicho receptor puede
almacenar y combinar esta información.
7. El método de la reivindicación 6, en el que
si la cantidad de datos nuevos disponibles para un RLC del
transmisor (14) es menor que un número total de bits que pueden
caber dentro de un bloque de RLC de datos, entonces el RLC del
transmisor usa modulación y codificación más robustas.
8. Un aparato de comunicaciones que usa control
de enlace radio, al que se hace referencia en lo que sigue como
RLC, protocolo que permite al menos la recuperación parcial de un
servicio de flujo (transmisión de paquetes de datos) sobre un canal
de comunicaciones inalámbricas en el que se controla el abortar la
recuperación de un bloque de RLC, aparato caracterizado
por:
- el controlador del receptor (36) que determina un tiempo de transferencia para cada bloque RLC en función del tamaño del bloque, de la velocidad de transferencia y del retardo permitido para cada transmisión;
- el controlador del receptor aborta la recuperación de un bloque de RLC si dicho bloque de RLC no es recibido para un correspondiente tiempo de transferencia del mismo; y
- el receptor recibe y recupera dicho bloque de RLC que es recibido para el correspondiente tiempo de transferencia del mismo.
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US22341800P | 2000-08-07 | 2000-08-07 | |
| US223418P | 2000-08-07 | ||
| US847567 | 2001-05-02 | ||
| US09/847,567 US7068619B2 (en) | 2000-08-07 | 2001-05-02 | Radio link control with limited retransmissions for streaming services |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2329755T3 true ES2329755T3 (es) | 2009-12-01 |
Family
ID=26917744
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES01306134T Expired - Lifetime ES2329755T3 (es) | 2000-08-07 | 2001-07-17 | Control de conexion de radio con retransmisiones limitadas para servicios de flujo. |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US7068619B2 (es) |
| EP (1) | EP1179910B1 (es) |
| JP (1) | JP4979858B2 (es) |
| DE (1) | DE60139230D1 (es) |
| ES (1) | ES2329755T3 (es) |
Families Citing this family (31)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7274755B2 (en) * | 2000-12-18 | 2007-09-25 | Infineon Technologies Ag | Receiver |
| GB0110125D0 (en) | 2001-04-25 | 2001-06-20 | Koninkl Philips Electronics Nv | Radio communication system |
| KR100408525B1 (ko) * | 2001-10-31 | 2003-12-06 | 삼성전자주식회사 | 네트워크에 적응적인 실시간 멀티미디어 스트리밍 시스템및 방법 |
| US7177658B2 (en) | 2002-05-06 | 2007-02-13 | Qualcomm, Incorporated | Multi-media broadcast and multicast service (MBMS) in a wireless communications system |
| DE60232278D1 (de) * | 2002-09-06 | 2009-06-18 | Ericsson Telefon Ab L M | Verfahren und vorrichtungen zur regelung der wiede |
| US8694869B2 (en) | 2003-08-21 | 2014-04-08 | QUALCIMM Incorporated | Methods for forward error correction coding above a radio link control layer and related apparatus |
| US8804761B2 (en) | 2003-08-21 | 2014-08-12 | Qualcomm Incorporated | Methods for seamless delivery of broadcast and multicast content across cell borders and/or between different transmission schemes and related apparatus |
| US7318187B2 (en) | 2003-08-21 | 2008-01-08 | Qualcomm Incorporated | Outer coding methods for broadcast/multicast content and related apparatus |
| KR100772369B1 (ko) * | 2004-07-13 | 2007-11-01 | 삼성전자주식회사 | 재전송 제어 방법 및 장치 |
| US8009752B2 (en) * | 2004-10-01 | 2011-08-30 | Qualcomm Incorporated | Multi-carrier incremental redundancy for packet-based wireless communications |
| US7181667B2 (en) * | 2005-01-04 | 2007-02-20 | Motorola, Inc. | Method and apparatus for modulating radio link control (RLC) ACK/NAK persistence to improve performance of data traffic |
| US7898962B2 (en) * | 2005-03-14 | 2011-03-01 | Agere Systems Inc. | Communications systems with retransmission request budgets |
| WO2007083665A1 (ja) * | 2006-01-18 | 2007-07-26 | Matsushita Electric Industrial Co., Ltd. | 無線送信装置および無線送信方法 |
| EP1816776A1 (en) * | 2006-02-07 | 2007-08-08 | Alcatel Lucent | Device and method for mitigating effects of impulse noise on data packet transfer |
| US7706763B2 (en) * | 2006-02-21 | 2010-04-27 | Motorola, Inc. | System and method for switching operating modes of a mobile station |
| US8290428B2 (en) * | 2006-12-06 | 2012-10-16 | Qualcomm Incorporated | Methods and apparatus for RLC re-transmission schemes |
| US8180029B2 (en) | 2007-06-28 | 2012-05-15 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8706907B2 (en) | 2007-10-19 | 2014-04-22 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8090867B2 (en) | 2007-10-19 | 2012-01-03 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8699678B2 (en) | 2007-10-19 | 2014-04-15 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8001261B2 (en) * | 2007-10-19 | 2011-08-16 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8391312B2 (en) | 2007-10-19 | 2013-03-05 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8682336B2 (en) * | 2007-10-19 | 2014-03-25 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8145780B2 (en) * | 2007-10-19 | 2012-03-27 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8321581B2 (en) * | 2007-10-19 | 2012-11-27 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8380874B2 (en) | 2007-10-19 | 2013-02-19 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| US8111713B2 (en) | 2007-10-19 | 2012-02-07 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
| EP2066063A1 (en) * | 2007-11-30 | 2009-06-03 | Nokia Siemens Networks Oy | Method and system for data transmission in a data network |
| JP2012085244A (ja) * | 2010-10-15 | 2012-04-26 | Fujitsu Ltd | シリアル伝送装置、情報処理装置、及びシリアル伝送方法 |
| KR101443061B1 (ko) * | 2010-11-12 | 2014-09-26 | 한국전자통신연구원 | 패킷 손실에 강인한 애드혹 멀티미디어 그룹통신 단말 및 그 동작방법 |
| WO2015136781A1 (ja) * | 2014-03-11 | 2015-09-17 | セイコーインスツル株式会社 | 通信システム、電子機器、通信方法及びプログラム |
Family Cites Families (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US3929574A (en) * | 1972-05-03 | 1975-12-30 | Grace W R & Co | Use of enzymes bound to polyurethane |
| CA1042600A (en) * | 1972-05-03 | 1978-11-14 | Louis L. Wood | Crosslinked hydrophilic polyurethane foams |
| US4195127A (en) * | 1975-06-10 | 1980-03-25 | W. R. Grace & Co. | Process for immobilizing proteins |
| US4098645A (en) * | 1976-02-24 | 1978-07-04 | W. R. Grace & Co. | Immobilization of proteins with polyurethane polymers |
| US4250267A (en) * | 1977-11-10 | 1981-02-10 | W. R. Grace & Co. | Immobilized biological material |
| JPS62199146A (ja) * | 1986-02-27 | 1987-09-02 | Toshiba Corp | デ−タ伝送装置 |
| JPH09191314A (ja) * | 1996-01-10 | 1997-07-22 | Mitsubishi Electric Corp | 連続データ伝送方法および連続データ伝送装置 |
| US5768527A (en) | 1996-04-23 | 1998-06-16 | Motorola, Inc. | Device, system and method of real-time multimedia streaming |
| US5918002A (en) | 1997-03-14 | 1999-06-29 | Microsoft Corporation | Selective retransmission for efficient and reliable streaming of multimedia packets in a computer network |
| JPH11163934A (ja) * | 1997-11-27 | 1999-06-18 | Canon Inc | 伝送システム及び伝送装置及び受信装置及び実時間動画像及び音声送信システム及び装置及びその制御方法及び記憶媒体 |
| JPH11331839A (ja) * | 1998-05-13 | 1999-11-30 | Matsushita Electric Ind Co Ltd | 映像伝送再送の装置及び方法 |
| JP2000004215A (ja) * | 1998-06-16 | 2000-01-07 | Matsushita Electric Ind Co Ltd | 送受信システム |
| US6259677B1 (en) * | 1998-09-30 | 2001-07-10 | Cisco Technology, Inc. | Clock synchronization and dynamic jitter management for voice over IP and real-time data |
| US6704898B1 (en) * | 1998-10-23 | 2004-03-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Combined hybrid automatic retransmission request scheme |
| US6895057B1 (en) * | 1998-11-03 | 2005-05-17 | Lucent Technologies Inc. | System and method for wireless communication supporting link adaptation and incremental redundancy |
| FI108203B (fi) * | 1998-11-27 | 2001-11-30 | Nokia Mobile Phones Ltd | Menetelmä ja järjestely tiedon siirtämiseksi pakettiradiopalvelussa |
| US6473399B1 (en) * | 1998-11-30 | 2002-10-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for determining an optimum timeout under varying data rates in an RLC wireless system which uses a PDU counter |
| US6587672B1 (en) * | 1998-12-02 | 2003-07-01 | Lucent Technologies Inc. | Methods and apparatus for enhanced power ramping via multi-threshold detection |
| FI106760B (fi) * | 1999-03-03 | 2001-03-30 | Nokia Oyj | Menetelmä ja laite tiedonsiirtopakettien uudelleenlähettämiseksi |
| US6804202B1 (en) * | 1999-04-08 | 2004-10-12 | Lg Information And Communications, Ltd. | Radio protocol for mobile communication system and method |
| US6735192B1 (en) * | 1999-09-29 | 2004-05-11 | Lucent Technologies Inc. | Method and apparatus for dynamically varying a packet delay in a packet network based on a log-normal delay distribution |
| US6693921B1 (en) * | 1999-11-30 | 2004-02-17 | Mindspeed Technologies, Inc. | System for use of packet statistics in de-jitter delay adaption in a packet network |
| US6567375B2 (en) * | 2000-03-13 | 2003-05-20 | Lucent Technologies Inc. | Method and apparatus for packet size dependent link adaptation for wireless packet |
| US6757245B1 (en) * | 2000-06-01 | 2004-06-29 | Nokia Corporation | Apparatus, and associated method, for communicating packet data in a network including a radio-link |
| US6999432B2 (en) * | 2000-07-13 | 2006-02-14 | Microsoft Corporation | Channel and quality of service adaptation for multimedia over wireless networks |
-
2001
- 2001-05-02 US US09/847,567 patent/US7068619B2/en not_active Expired - Lifetime
- 2001-06-18 JP JP2001182690A patent/JP4979858B2/ja not_active Expired - Fee Related
- 2001-07-17 ES ES01306134T patent/ES2329755T3/es not_active Expired - Lifetime
- 2001-07-17 DE DE60139230T patent/DE60139230D1/de not_active Expired - Lifetime
- 2001-07-17 EP EP01306134A patent/EP1179910B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| US7068619B2 (en) | 2006-06-27 |
| JP4979858B2 (ja) | 2012-07-18 |
| EP1179910A3 (en) | 2006-04-12 |
| US20020019232A1 (en) | 2002-02-14 |
| JP2002064474A (ja) | 2002-02-28 |
| EP1179910B1 (en) | 2009-07-15 |
| EP1179910A2 (en) | 2002-02-13 |
| DE60139230D1 (de) | 2009-08-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2329755T3 (es) | Control de conexion de radio con retransmisiones limitadas para servicios de flujo. | |
| ES2417151T3 (es) | Mejora de la transmisión de enlace ascendente por agrupamiento de TTI | |
| US7564827B2 (en) | Adaptive hybrid retransmission method for wireless communications | |
| US6567375B2 (en) | Method and apparatus for packet size dependent link adaptation for wireless packet | |
| JP4413869B2 (ja) | 無線通信装置及び送信方法 | |
| ES2288916T3 (es) | Adaptacion de sub-paquetes en un sistema de comunicacion inalambrico. | |
| US7403528B2 (en) | Method of data communication using a control message | |
| JP4185035B2 (ja) | パケット通信システムで速い転送レート変化を支援する逆方向転送レートスケジューリング方法及び装置 | |
| AU2005256054A1 (en) | Method and apparatus for dynamically allocating H-ARQ processes | |
| JP2006074807A (ja) | トランスポートブロックセットのセグメント化 | |
| ES2327206T3 (es) | Metodo para la seleccion de una ventana de transferencia y una estacion movil. | |
| JP2005252980A (ja) | 通信システム、通信方法、および基地局 | |
| CN102651679B (zh) | 数据传输方法、演进基站以及用户设备 | |
| ES2280320T3 (es) | Metodo para la transmision asincrona de redundancia incremental en un sistema de comunicaciones. | |
| EP3586462B1 (en) | Feedback with configurable latency | |
| US7089476B2 (en) | Data transmission method with a level of error protection selected from among several pre-defined levels | |
| WO2005088887A1 (en) | Early termination of low data rate traffic in a wireless network | |
| JP3802363B2 (ja) | データを分配の際の遅延時間を低減する方法と装置 | |
| US20100262881A1 (en) | Apparatus and method for reverse link transmission in an access terminal | |
| CA2347382A1 (en) | Radio link control with limited retransmissions for streaming services | |
| CN101594688A (zh) | 一种数据指示的配置方法、装置及系统 | |
| KR20050114180A (ko) | 광대역 무선 접속 시스템에서 복합 자동 재전송 제어정보를 전송하기 위한 맵 정보 요소 전송 방법 | |
| BRPI0706923A2 (pt) | método e dispositivo para configurar de forma dinámica uma memória de requisição por meio de repetição automática hìbrida |