Sin clasificar / ILIMITADO

Asegurar la calidad de servicio para la comunicación IP

Enlaces por Radio en Redes tácticos

Markus Drasdo
Landshuterstrasse 26 85716
Unterschleissheim
ALEMANIA

Markus.Drasdo@eads.com

1 INTRODUCCIÓN

En el mundo civil de las redes informáticas, el Protocolo de Internet (IP) resultó ser el protocolo de red dominante. El ritmo de
desarrollo de hardware, que es compatible con este protocolo, se aceleró debido a la magnitud y la fuerte competencia en el mercado
civil.

Recientemente Commercial Off (COTS) productos de estanterías también han penetrado en el mercado de las comunicaciones militares. La razón
de este cambio de cliente diseñado para soluciones basadas en COTS se puede encontrar en los costes de desarrollo, que se asocian con estos
productos complejos, los presupuestos de defensa disminuido, y también debido a la incompatibilidad de las distintas soluciones, lo que provoca
problemas de interoperabilidad tremendas para misiones conjuntas de diferentes naciones.

Si los productos COTS se van a utilizar para aplicaciones militares, surgen una serie de problemas. Además de la ruggeadisation del
equipo para soportar las duras condiciones ambientales, por lo general la capa física disponible en el entorno militar es uno de los
retos más difíciles:

Contrariamente al mundo civil de la red, donde la fibra o por lo menos las conexiones de cobre están disponibles, la mayoría de las redes militares se basan en
una infraestructura inalámbrica, tales como LOS.

Todos los enlaces inalámbricos, por ejemplo, LOS, satélite y de comunicaciones móviles, son susceptibles a la introducción de errores de bit en la

corriente de transmisión. Aunque este problema es tan antiguo como la existencia de sistemas de transmisión inalámbrica, sus consecuencias se agravan

en el caso de la transmisión de IP. IP no fue diseñado originalmente para la comunicación inalámbrica y por lo tanto se mordió errores causarán

• Degradación de la calidad de aplicación o

• Disminución de la tasa de datos de la aplicación.

En los casos graves de una red puede ser bloqueada o la conexión fallará. En particular las redes IP inalámbricas afectados incluyen los que tienen
que depender de vínculos con la calidad disponibles en la actualidad, debe tener una disponibilidad cercana al 100% o debería funcionar bajo
condiciones ambientales extremas.

2 escenarios operacionales LOS COMUNICACIÓN

2,1 fijo comunicación LOS

Dentro de este documento, una comunicación LOS fijo enlace se refiere a un enlace de radio de microondas, que es
geográficamente fijo. Esto es, el enlace es operado entre las antenas de pares que están montados en mástiles fijos.

Drasdo, M. (2006) Asegurar la calidad de servicio de IP Comunicación por Radio Enlaces de Redes tácticos. En Comunicaciones Militares ( pp 16-1 -. 16-14).
Actas de reuniones RTO-MP-IST-054, 16. Papel Neuilly-sur-Seine, Francia: RTO. Disponible de: http://www.rto.nato.int/abstracts.asp .

RTO-MP-IST-054 16-1

Sin clasificar / ILIMITADO

 Sin clasificar / ILIMITADO

Calidad de servicio que le asegure,

IP Comunicación por Radio Enlaces de Redes tácticos

Un enlace fijo tiene la ventaja, que los problemas de propagación pueden ser investigado en detalle ( bajo el supuesto de que se dispone de
suficiente tiempo). Esto se puede lograr con la ayuda de herramientas de cálculo de propagación, investigaciones in situ, o rutas de transmisión
experimentales.

De acuerdo con estas investigaciones enlace, un cálculo del balance del enlace se puede hacer, que da salida a cierta atenuación del enlace. Tradicionalmente, la
estimación de la disponibilidad cierta relación puede hacerse sobre la base de modelos ambientales y parámetros del sistema. Si la disponibilidad de enlace es
demasiado baja counteractions se pueden tomar, como el aumento del tamaño de la antena o de la potencia de transmisión.

A pesar de un enlace de comunicación fijo es estática en términos de geografía, es, con mucho, no es estático en su comportamiento de la propagación. Varios
factores influyen en la propagación, tales como la atenuación por la lluvia (para frecuencias> 10 GHz), las variaciones del factor k (especialmente para las
largas distancias y condiciones climáticas extremas), la propagación multitrayecto, etc. Por lo tanto, el nivel de señal recibe es variable en el tiempo.

Figura 1: Recibir la variación del nivel (Fuente: Rutherford Appleton Laboratory, RCA, Reino Unido)

Por encima se mencionó que una herramienta de cálculo enlace estima la disponibilidad del enlace. Sin embargo, un verdadero enlace de radio no sólo tiene

dos estados (disponibles o no disponibles). En lugar, con la disminución del nivel de enlace de recibir, experimenta una degradación fluidez de la calidad del

enlace ( es decir una tasa creciente bit residual error: BER) hasta un cierto nivel, donde la sincronización de las pérdidas de radio. Por lo tanto, cualquier
reciben variaciones de nivel dan como resultado un BER variable. Como consecuencia, la transmisión IP basada bloque es aún más susceptibles a errores
de enlace. Para un diseño de enlace fijo, este aumento de la susceptibilidad de error puede ser tomado en cuenta y compensada por una ganancia de

enlace adicional (por ejemplo, de un aumento del tamaño de la antena), siempre y cuando el enlace permite una mejora tal (por ejemplo, el mástil permite

antenas más grandes) . Si no es así, el alcance efectivo se reduce y puede ser necesario un repetidor.

A pesar de que una ganancia de enlace adicional requerida podría compensarse con los métodos tradicionales, la ganancia de enlace, proporcionado por los componentes de

radio (ganancia del sistema radio, la ganancia de antena) es estática. Esto significa que los enlaces de radio, que tienen que funcionar con una disponibilidad cercana al 100%,

requieren una alta reserva de sistema de extremo (margen de desvanecimiento).

Esto reduce drásticamente el alcance de la radio.

Por lo tanto, enlaces LOS fijos, que operan en los límites de su rango de enlace y / o tiene que tener una alta fiabilidad de la red de llamada
de la conectividad de una solución, que compensa los efectos de propagación no estáticos.

16-2 RTO-MP-IST-054

Sin clasificar / ILIMITADO

 Sin clasificar / ILIMITADO

Calidad de servicio que le asegure,

IP Comunicación por Radio Enlaces de Redes tácticos

comunicación 2.2 Deployable LOS

Dentro de este documento, un enlace de radio de microondas que es operado de un mástil desplegable se llama
desplegable LOS enlace de comunicación. Tales sistemas son especialmente comunes en redes de comunicaciones tácticas.

Debido a la naturaleza de tales sistemas y contraria a los enlaces LOS fijos, no Cálculo del enlace exhaustiva se puede hacer. El sistema tiene que estar en
funcionamiento, siempre que la misión requiere que las antenas ser. Además, el tamaño de la antena y por lo tanto la ganancia de antena es fijo. por lo
tanto, no hay ganancia enlace adicional se puede obtener a través del uso de antenas más grandes.

Por lo tanto, incluso la atenuación del trayecto sin los efectos de la atenuación por lluvia, las variaciones del factor k, etc. no es estática. Evidentemente,
es una función de la distancia entre las antenas y el sombreado del espacio de propagación. La siguiente figura muestra la atenuación del trayecto
espacio libre para varias frecuencias. Se puede ver, cómo la pérdida de trayectoria incrementa con el aumento de la distancia de enlace y que una
duplicación de los resultados a distancia en 6 dB la pérdida de espacio libre adicional.

Pérdida básica de transmisión para el transmisor Iso-Tropic

Ao

150 155

140 145

130 135
2 GHz 4 GHz 6
GHz

120 125 7,5 GHz 11 GHz 13

GHz

110 115
0 10 20 30 40 50 60 70 80 90 100
La distancia (km)

Figura 2: Libre atenuación de la propagación espacial para varias frecuencias de transmisión.

El requisito de ser operativa tanto como sea posible, independientemente de la longitud (y por lo tanto la calidad) de las llamadas de enlace para
una solución que transforma el enlace inalámbrico propenso a errores en un canal con tasa de error de bloque aceptable (BLER).

PROBLEMA 3 IP inalámbrico

3.1 vulnerabilidad de error

3.1.1 IP

Contrariamente a las redes de línea fija estándar, que usa la fibra o cobre conexiones, enlaces inalámbricos, tales como enlaces de LOS, tienen
el problema inherente de introducir errores en el flujo de bits transmitido. Aunque este problema no es nuevo y ha existido desde la creación de
esquemas de transmisión inalámbricos, sus consecuencias se ven agravadas en el caso de la transmisión de IP. Este efecto se ilustra en la
figura 3.

RTO-MP-IST-054 16-3

Sin clasificar / ILIMITADO

 Sin clasificar / ILIMITADO

Calidad de servicio que le asegure,

IP Comunicación por Radio Enlaces de Redes tácticos

Un error de bits de transmisión residual solo en un paquete IP completo (incluyendo UDP o paquetes TCP) resulta en una pérdida completa de paquetes IP.

Los paquetes IP
Pérdida de paquetes IP

Error de transmisión
Secuencia de bits en serie

Router Como módem inalámbrico Módem Router

Figura 3: Representación esquemática diagrama de bloques de un esquema de transmisión digital inalámbrica,

Para ilustrar el problema IP inalámbrica.

En consecuencia, la tasa de pérdida de paquetes IP es magnitudes mayor que la tasa residual de errores de bits de canal (BER). En general, las pérdidas de

paquetes IP son causadas por una comprobación de errores del encabezamiento IP fallido. En cada dispositivo de encaminamiento, la comprobación de

cabecera IP de cada recibido se realiza paquete IP. En caso de prueba superada, el tiempo para vivir contador disminuye, lo que hace un nuevo cálculo de

comprobación de cabecera necesario. A partir de entonces el paquete IP con la nueva cabecera se dirige y se libera a la red. Si, por el contrario, la verificación

cabecera de comprobación falla, el router descarta el paquete IP completo. UDP / TCP

Como se ha discutido, un solo error de transmisión en un paquete IP resulta en una pérdida de paquetes IP. Dependiendo del protocolo de transporte que esto
tiene diferentes efectos para la aplicación.

3.1.2 UDP

El Protocolo de datagramas de usuario (UDP) se define en la capa de transporte (capa de cuatro) del modelo de referencia ISO-OSI. Esta capa se
diferencia de las capas por debajo de ella en que proporciona comunicación verdadera de extremo a extremo. Esto significa que un protocolo dentro de
esta capa se comunica directamente, usando direcciones de puerto, con el protocolo correspondiente en el host receptor. En los protocolos de comparación
en capas dos y cincuenta y nueve utilizar un sistema de cadena de comunicarse indirectamente con sus correspondientes pares, es decir, en que se
comunican a su vecino inmediato, por ejemplo, un router, que a su vez reenvía el mensaje.

UDP proporciona un, servicio sin conexión poco fiable, lo que significa que los paquetes no están garantizados para ser transmitidos y entregados libre
de errores, es decir, no existe un sistema de realimentación para acuse de recibo de paquetes, y que una ruta de conexión definido no tiene que ser
establecido antes de la comunicación, por lo tanto los paquetes pueden tomar caminos independientes a través de una red. Estas funciones permiten
que las aplicaciones en tiempo real para enviar datos mediante el cual entrega rápida es más importante que la entrega precisa, por ejemplo, el habla o
la transmisión de vídeo.

UDP utiliza una suma de comprobación para verificar que el paquete transmitido, es decir, la cabecera y la carga útil, se ha transmitido correctamente. Esto es
diferente de la suma de control IP (como se describe), porque la suma de comprobación IP sólo comprueba la cabecera, aunque los principios algoritmo utilizado
en ambos casos son los mismos.

UDP pérdidas paquetes son causados ​por comprobaciones de errores de paquetes UDP fallidos. Después de un paquete IP ha sido aceptada por un host
receptor, el paquete UDP (carga útil de IP) se pasa a la entidad de UDP, que realiza la comprobación de errores.

16-4 RTO-MP-IST-054

Sin clasificar / ILIMITADO

 Sin clasificar / ILIMITADO

Calidad de servicio que le asegure,

IP Comunicación por Radio Enlaces de Redes tácticos

Para el protocolo UDP una pérdida de paquetes IP se traduce en una pérdida de paquetes UDP. Se obtuvo la siguiente probabilidad de una pérdida de
paquetes UDP / IP para el canal simétrico binario (BSC):

1
_/( de error ) IP UDPIP_≅Ppaquete ⋅ BER L
_ de paquete para <
BER
L _ paquete
IP

dónde L IP_Packet es la longitud del paquete UDP / IP. Por lo tanto, la probabilidad de una pérdida de paquetes IP es más o menos
L IP_Packet veces más alto que el canal de BER. Figura 4 (a) y (b) representan las pérdidas de paquetes UDP / IP resultantes para el BSC y el canal de
Ruido Gaussiano Blanco Aditivo (AWGN) para desplazamiento de fase binaria (BPSK) con diversas longitudes de los paquetes.

Figura 4: UDP / IP probabilidad de pérdida de paquetes para el BSC (a) y AWGN Channel (b).

3.1.3 TCP

El Protocolo de Control de Transmisión (TCP) se define en la capa de transporte (capa de cuatro) del modelo de referencia ISO-OSI y proporciona un
flujo de bytes fiable a través de una red no fiable, que puede tener diferentes parámetros, por ejemplo, anchos de banda o retrasos, en diferentes
partes del la red. Esto significa que cada unidad de datos (paquete de información) está garantizado para ser transmitidas y recibidas libres de
errores, mediante el uso de un sistema de retroalimentación, que envía un acuse de recibo de vuelta al remitente para cada paquete que se recibe. El
servicio está orientado a conexión, lo que significa que se debe establecer primero una conexión entre los anfitriones que envían y reciben antes que
la información puede ser transmitida. Esto se hace por cada host creación de un punto final, llamado un socket, que se compone de la dirección de IP
del anfitrión y un número de puerto local. Cada conexión requiere dos tomas de corriente, es decir, uno para el emisor y el otro para el receptor, y los
datos transmitidos a continuación, se dirige directamente a una toma de corriente. Establecimiento de la conexión no está actualmente investigada,
ya que es un proceso complicado, que queda fuera del alcance de este documento.

Estos servicios son requeridos por aplicaciones en las que la entrega libre de error exacto es de gran importancia, por ejemplo la transferencia de archivo de datos.

TCP es capaz de enviar varios paquetes a través de una conexión, por lo tanto, un emisor rápido se debe evitar inundar un receptor lento y por lo tanto,
TCP es responsable del manejo de control de flujo. Esto se hace utilizando un esquema de ventana deslizante. El tamaño de la ventana representa el
tamaño de la memoria intermedia del host receptor e indica el número de paquetes que el receptor es capaz de aceptar.

Si se utiliza el conjunto de protocolos TCP / IP a través de una infraestructura inalámbrica, los errores de canal resultan en pérdidas de paquetes IP o TCP y
después de la expiración del temporizador de paquete TCP asociado en retransmisiones. Esta

RTO-MP-IST-054 16-5

Sin clasificar / ILIMITADO

 Sin clasificar / ILIMITADO

Calidad de servicio que le asegure,

IP Comunicación por Radio Enlaces de Redes tácticos

retransmisiones conducen a una utilización ineficiente de la velocidad de datos de canal, que es proporcionada por el sistema de comunicación inalámbrica. Como

consecuencia, la velocidad promedio de datos de extremo a extremo TCP / IP disminuye de manera constante con la probabilidad de los errores de canal:

Esta degradación de la velocidad de datos de usuario efectivo es un problema importante para la comunicación TCP / IP inalámbrica. Dos efectos principales que

contribuyen puede ser observado:

En primer lugar la repetición misma causa una degradación de la velocidad de datos de usuario. A título de ejemplo consideremos el caso de que, en promedio, dos

paquetes TCP / IP tienen que ser transmitidos para entregar una carga útil TCP al fregadero. Claramente, la velocidad efectiva de datos se reduce en 50% en

comparación con un canal sin errores.

En segundo lugar, para hacer uso completo de la velocidad de datos de canal, el remitente tiene que transmitir de forma continua. El transmisor TCP, sin
embargo, caer en un modo de parada y espera cuando se supera el tamaño de la ventana. Si el paquete de ser reconocido o su reconocimiento se ha
perdido, el transmisor permanece inactivo hasta que el temporizador expira RTT.

Ambos efectos contribuyen a una utilización ineficiente de la velocidad de datos del canal y el resultado de una velocidad de datos disminuido TCP R TCP y el aumento de

retardo de TCP.

La tasa de datos de canal es una medida del número de bits, que son recibidas con precisión en un tiempo dado. La Figura 5 muestra los efectos
de la BER en el rendimiento para diferentes retardos de canal. El rendimiento se ilustra utilizando el porcentaje de la posible velocidad de datos
de canal.

Figura 5: la degradación relativa de la tasa de datos para el estándar TCP / IP

longitud del paquete y tres retardos de red diferentes para el BSC

En general se puede ver que el rendimiento disminuye rápidamente a medida que aumenta la BER. Esto es porque el RTO aumenta exponencialmente
si varios paquetes se retransmiten por primera vez y por lo tanto se necesita más tiempo para los paquetes que se reciban de forma precisa y para que
el sistema se recupere. Finalmente, el BER provoca el colapso del sistema, debido a las numerosas retransmisiones, y por lo tanto el sistema es
bloqueado.

Bajo un retardo de red normal de 50 ms, el canal está bloqueado cuando la BER.> 10- 5

16-6 RTO-MP-IST-054

Sin clasificar / ILIMITADO

 Sin clasificar / ILIMITADO

Calidad de servicio que le asegure,

IP Comunicación por Radio Enlaces de Redes tácticos

Un aumento de retardo de canal provoca una gran disminución en el rendimiento máximo obtenible. El RTT se incrementa, pero la gran
disminución en el rendimiento se debe a la TCP no ser capaz de pasar un número óptimo de paquetes a la canal, a causa de las limitaciones de
memoria TCP y el hecho de que el retraso significa que el canal no puede procesar adicionalmente datos durante largos períodos de tiempo.

Debido al comportamiento de petición de retransmisión automática (ARQ) de TCP, no se observa ninguna pérdida de paquetes. En cambio, la
velocidad efectiva de datos se reduce por las pérdidas de paquetes IP. Esta degradación eficaz velocidad de datos (rendimiento) depende en gran
medida de la longitud del paquete IP, así como en el retardo de red. Debido a la complejidad del protocolo de retransmisión, ninguna evaluación
analítica es posible. En su lugar se utiliza la simulación para evaluar el rendimiento de la producción.

3.2 interfaz de retardo

3.2.1 retraso de serialización

retardo de serialización es causada por la red a la conversión enlace serie. Cuando los paquetes de datos llegan de la red en la interfaz que se ponen en cola
hasta que puedan ser enviados a lo largo del enlace en serie. El enlace en serie sólo puede transmitir un paquete en un momento dado y el tiempo para
transmitir ( t) depende de la velocidad de datos de longitud del paquete y el enlace ( R datos), tal como se expresa por:

PacketLeng t = º
R datos

Paquetes grandes toman tiempo para ser transmitida y por lo tanto pueden contener hasta la cola de transmisión, por ejemplo un paquete de byte TCP 1500 toma 12msec para

ser transmitida a lo largo de un enlace en serie de 1 MB / seg tiempo durante el cual todos los demás paquetes tienen que esperar. La siguiente tabla muestra ejemplos

adicionales de tiempo de transmisión.

Ejemplo de tiempo de transmisión TCP

Datos Tasa El tiempo de transmisión (536 El tiempo de transmisión

(Mbit / s) paquete de byte) (1500 paquete byte)
1 4 ms 12 mseg
2 2 ms 6 ms
8 0,5 mseg 1,5 mseg
34 0,1 mseg 0,4 mseg
155 0.02 ms 0,07 ms

El tiempo de transmisión se puede mejorar al disminuir el tamaño de los paquetes transmitidos, pero esto aumenta algunos problemas como se describe en
las secciones anteriores.

3.2.2 Retardo de cuellos de botella

retardo de Cuello de Botella es causado por la miss-partido velocidad de datos entre la red (típicamente 100 Mb / s) y el enlace en serie (típicamente 2 Mb /

s). La reducción de la velocidad de datos hace que la cola retrasos en la interfaz, que a su vez provoca la degradación en la calidad de servicio (QoS). Los

sistemas de clasificación y programación se pueden utilizar para reducir el retardo.

Diffserv es un ejemplo de un esquema de clasificación, que utiliza varias clases de clasificar y por lo tanto prioridad a los paquetes en función de
los requisitos de QoS individuales. Los paquetes pueden ser almacenados en colas de acuerdo con la priorización y se reenvían usando un
esquema de planificación.

RTO-MP-IST-054 16-7

Sin clasificar / ILIMITADO

 Sin clasificar / ILIMITADO

Calidad de servicio que le asegure,

IP Comunicación por Radio Enlaces de Redes tácticos

Round-Robin es un ejemplo de un esquema de planificación, que secuencialmente permite a cada cola que transmita datos en esa cola, entonces se
mueve a la siguiente cola. Cada cola puede ponderarse de forma individual (conocido como round-robin ponderado) de modo que sólo un número
limitado de paquetes (recuento de bytes) pueden ser desviados de esa cola en cualquier ciclo. De este modo se colocan los paquetes con una
clasificación alta prioridad en una cola, que tiene un alto recuento de bytes para que pueda llegar al destino a la mayor brevedad posible.

3.3 Eficiencia problema

Este problema es causado por la sobrecarga de protocolo y afecta principalmente a los datos de la secuencia (por ejemplo, voz). Cada paquete de datos
lleva una cabecera y la carga útil de datos. La cabecera contiene información para obtener los datos de la carga a su destino, pero no lo es en realidad
parte de los datos requeridos en el destino. La eficiencia de transmisión es la relación del tamaño de datos de carga útil con el tamaño total del paquete
(cabecera y los datos de carga útil). En cada capa de la arquitectura de red, una nueva cabecera se añade al paquete. Un encabezado estándar tiene un
tamaño fijo y luego, a menudo tiene la posibilidad de añadir opciones al final dependiendo del protocolo.

A modo de ejemplo, la transmisión de datos de texto (por ejemplo, transferencia de archivos) utilizará los protocolos TCP / IP. El tamaño de carga útil TCP por
defecto es de 536 bytes y las cabeceras estándar (TCP y IP) juntos son 40 bytes, por lo tanto la eficiencia de transmisión es del 93%. En general, la eficiencia de la
transmisión será bueno, siempre que el tamaño de carga útil es mucho más grande que el tamaño de la cabecera, pero cada enrutador de la red tiene la posibilidad
de cambiar la unidad de transferencia tamaño (paquete) para adaptarse a la capacidad de la red. Si la unidad de transferencia se reduce, la eficiencia de transmisión
se degradará, como se muestra en la siguiente tabla.

La eficiencia de transmisión para diferentes tamaños de carga útil TCP

TCP Byte Tamaño de carga útil La eficiencia de transmisión

536 93%

400 91%

250 86%

100 71%

50 55%

20 33%

En comparación, la transmisión de datos de la secuencia (por ejemplo, voz) utiliza los protocolos UDP / IP. Para aplicaciones de VoIP UDP normalmente lleva
paquetes RTP y en general la eficiencia de transmisión es bastante pobre debido a la pequeña carga útil a la proporción de tamaño de paquete. La figura 6
muestra un ejemplo para un flujo de IP (RTP) paquete de datos, que tiene un tamaño de carga útil de 24 bytes y los encabezados (RTP / UDP / IP) juntos son 40
bytes, por lo tanto, la utilización del canal es sólo el 38% de eficiencia.

Carga útil Encabezamiento

Datos RTP UDP IP

bytes: 24 12 20 8

Figura 6: paquete IP típica para VoIP

16-8 RTO-MP-IST-054

Sin clasificar / ILIMITADO

 Sin clasificar / ILIMITADO

Calidad de servicio que le asegure,

IP Comunicación por Radio Enlaces de Redes tácticos

Con el fin de mantener la buena eficiencia de transmisión de la carga útil a la proporción de tamaño de paquete debe mantenerse alta. Esto se puede lograr
mediante la reducción del tamaño de la cabecera o el uso de grandes unidades de transferencia. unidades de transferencia de grandes afectarán problemas de
retraso y varias redes tienen diferentes capacidades de manejo.

esquemas de compresión de cabecera son una manera en la que el tamaño de la cabecera de transmisión puede reducirse. El esquema básico se basa en el
hecho de que muchos campos de cabecera se mantienen constantes durante una sesión de transmisión y por lo tanto estos campos, en teoría, sólo tienen que
ser transmitidos una vez durante la sesión.

4 SOLUCIÓN DE INVESTIGACIÓN

4.1 de control de error adaptativo

4.1.1 FEC

Para mejorar el enlace de canal se investigaron diversas técnicas de control de calidad de error. Para el tráfico UDP, se utilizaron FEC adaptativa
basada en códigos convolucionales perforados. La cantidad de redundancia es controlado por la matriz de punción. Sin punción de la máxima
redundancia se introduce. Usando esta técnica, la pérdida efectiva de paquetes UDP / IP se puede mantener por debajo de un umbral adaptable.
La figura a continuación ilustra la UDP pérdida resultante / IP del paquete y la velocidad efectiva de datos resultante para un código convolucional
dado y un cierto conjunto de matrices de punción.

Relación de Canal BER vs pérdida de paquetes UDP con diferentes matrices de punción

0.1 1

0.01
La pérdida de paquetes UDP

0,001

0,0001

1e-05

1e-06

enlace endurecedor

1e-07
1e-06 1e-05 0,0001 0,001 0.01 0.1 1

BER del canal

Figura 7: Relación de Channel BER vs. pérdida UDP de paquetes con diferentes matrices de perforación

Canal BER vs Velocidad de datos UDP / Canal de datos Tasa de Adaptive Coding Scheme

0.8 1
Velocidad de datos UDP / Canal Velocidad de datos

0.6

0.4

0.2

enlace endurecedor
0
1e-06 1e-05 0,0001 0,001 0.01 0.1 1
BER del canal

Figura 8: Canal BER en relación con velocidad de datos UDP / Canal Velocidad de datos para el Esquema Adaptive Coding

FEC adaptativa (AFEC) también se puede utilizar para controlar el número de pérdidas de paquetes TCP / IP.

RTO-MP-IST-054 16-9

Sin clasificar / ILIMITADO

 Sin clasificar / ILIMITADO

Calidad de servicio que le asegure,

IP Comunicación por Radio Enlaces de Redes tácticos

Enc oda r Punc ture r

Figura 9: Adaptativo esquema FEC, pinchando un código madre Tasa de 1/3 a una tasa de 2/3 Código

La siguiente figura representa el rendimiento resultante para diversas matrices de punción.

Figura 10: Frecuencia de datos frente a BER para el retraso 1msec con FEC adaptativa (Perforación)

4.1.2 HARQ

El problema con AFEC y el tráfico TCP / IP es que los puntos de conmutación ideales entre las matrices de punción individual dependen
de retardo. ARQ híbrida (HARQ), por otro lado no sufre este inconveniente. Por lo tanto, HARQ es el método recomendado para el tráfico
de transmisión TCP fiable. Los resultados de un estudio muestran que para una BER de TCP 10- 7 a 10- 8 puede ser tolerada por el BSC.
En el diseño tradicional de enlace, una BER de referencia de 10- 3 a 10- 6 por lo general se utiliza para el cálculo de enlace. La diferencia en dB
desde el punto tradicional de cálculo para el punto donde el radio tiene un TCP tasa de error residual crítico depende del formato de
modulación utilizado y el FEC aplicado.

La figura a continuación muestra la curva de BER de BPSK para el canal AWGN sin FEC. Con un punto de funcionamiento de 10- 4 y un valor crítico de TCP
10- 7 esta diferencia es de aproximadamente 3 dB. Por lo tanto, para compensar el efecto IP un adicional de 3 dB Se requiere un margen de desvanecimiento.
Esto es equivalente a la duplicación de la potencia de transmisión o la reducción de la gama de 70% de su valor original! Si un punto de funcionamiento de 10- 3
y un valor crítico de TCP 10- 8

se utiliza, el rango se expande aún más. Por otro lado, si la radio ha construido en la FEC, esta gama se reduce ligeramente.

16-10 RTO-MP-IST-054

Sin clasificar / ILIMITADO

 Sin clasificar / ILIMITADO

Calidad de servicio que le asegure,

IP Comunicación por Radio Enlaces de Redes tácticos

Adicionales requeridos Fundido Margen: 6 - 12 dB

1,00E + 00 BER AWGN

1,00E-01
LOS
1,00E-02
BPSK
1,00E-03
Rx Sens
Ref sistema de ganancia
1,00E-04
BER

1,00E-05
Operación Estándar Point
1,00E-06

1,00E-07 Valor crítico UDP

1,00E-08

1,00E-09 Valor crítico TCP

-2 -1 0 1 2 3 4 5 6 7 8 9 10 11 12

Es / No en dB Operación IP Point

PDF atenuación adicional

100

10
Por ciento

0,1 1

0,01

0001

- 9,5 -9 -8,5 -8 -7 -7,5 -6,5 -5,5 -6 -5 -4 -4,5 -3,5 -2,5 -3 -2 -1, 5 -1 -0,5 0 0,5 1 1,5

Probabilidad de pérdida UDP Enlace Disponibilidad completa

Probabilidad de pérdida de TCP
Es / No Enlace
en dB

Figura 11: curva de BER de BPSK para el canal AWGN sin FEC

En lugar de aumentar el tamaño de la antena o de la potencia de transmisión, AFEC y HARQ algoritmo podría ser utilizado para compensar el margen
de enlace adicional requerida. Para 3 dB Se requiere sólo una reducción marginal de la tasa efectiva de datos. Sin embargo, parece que un aumento de
tamaño de la antena es la solución más rentable, siempre que ello sea posible.

bits transmitidos

primero
Primero

Datos
de bitsde
debits
información código
de bits de código
bits 2º 2º

codificador perforador

3º 3ª

cuarto
4º

Figura 12: esquema ARQ híbrido

4.2 Gestión de retardo

gestión de retardo controla la congestión de paquetes en la interfaz de la red en serie. Los paquetes se clasifican de acuerdo con su prioridad y
estas asignaciones de prioridad determinan qué cola para almacenar un paquete y por lo tanto las órdenes en los cuales se transmiten los
paquetes. Para optimizar el rendimiento, varios tipos de colas pueden ser creadas y programadas (enviados) de acuerdo con la carga de tráfico y
prioridad.

4.2.1 Clasificación

El esquema de clasificación utiliza la prioridad de paquetes para determinar, qué cola el paquete se debe almacenar en. Diffserv es un esquema
de clasificación, que utiliza varias clases de clasificar y por lo tanto prioridad a los paquetes en función de los requisitos de QoS individuales.

RTO-MP-IST-054 16-11

Sin clasificar / ILIMITADO

 Sin clasificar / ILIMITADO

Calidad de servicio que le asegure,

IP Comunicación por Radio Enlaces de Redes tácticos

4.2.2 Programación y colas

El Round-Robin (WRR) de programación de peso utiliza varias colas personalizadas. Los ciclos planificador secuencialmente aunque las colas (en
un modo round-robin), permitiendo cada cola para transmitir datos. Cada cola está personalizado con un monto asignado de ancho de banda que
puede utilizar durante un ciclo. Si una cola está vacía, el programador pasa a la siguiente cola en la secuencia, que tiene datos listos para enviar.
El ancho de banda asignado se determina por el número de bytes (o paquetes) que se pueden transmitidos por una cola. El número de bytes
(recuento de bytes) por cola es especificado por el usuario. El planificador permite una cola que transmita paquetes hasta que se supera el número
de bytes. Una vez que se supera este valor, el paquete que se está transmitiendo actualmente se envía a continuación, el programador se mueve a
la siguiente cola.

El esquema de round-robin ponderada evita múltiples paquetes grandes que bloquean el enlace de transmisión y ancho de banda garantías en los

puntos congestionados. Con el fin de evitar la asignación de ancho de banda deseado o retrasos de ciclo largo, es importante para optimizar el número

de bytes en base a cada tamaño de protocolos de paquetes. Cuatro colas FIFO priorizados, es decir, alta, media, baja y mejores prioridades esfuerzo,

se consideran. La cola de baja prioridad será servido por un planificador round-robin ponderada, que gestionará una combinación secundaria de las

cuatro colas FIFO personalizados. La asignación de ancho de banda de la combinación secundaria es configurable por el usuario. Ver la figura

siguiente para un diagrama del esquema propuesto.

Cola de prioridad:

alto

esfuerzo

El ancho de banda del usuario Asignación configurable:

Clasificador:
Los paquetes Programador
Diffserv Los paquetes
entrantes
salientes
medio
bajo

mejor

Figura 13: Programación y Queuing

4.3 Algoritmo de Compresión de Cabecera

La compresión de cabecera se utiliza para reducir el tamaño total de paquetes y aliviar los problemas asociados con la mala eficiencia de
transmisión, retardo de la serialización y la vulnerabilidad de error de ahí. Por ejemplo, una cabecera RTP / UDP / IP se puede reducir de 40
bytes a 2-4 bytes de esta manera.

16-12 RTO-MP-IST-054

Sin clasificar / ILIMITADO

 Sin clasificar / ILIMITADO

Calidad de servicio que le asegure,

IP Comunicación por Radio Enlaces de Redes tácticos

cabecera de carga útil cabecera comprimida

IP Compresor descompresor IP

Los tamaños típicos de cabecera: RTP / UDP / IP o TCP / IP = 40 bytes de

cabecera comprimido = 4 bytes

Figura 14: La compresión de cabecera

En la siguiente sección se describen los conceptos generales y algoritmo básico utilizado para la compresión de cabecera RTP / UDP / IP. Se prevé

que este marco de trabajo también se puede aplicar a Concepto de transmisión TCP / IP

El esquema básico de compresión de cabecera se basa en el hecho de que muchos campos de cabecera se mantienen constantes durante una sesión de
transmisión y por lo tanto estos campos, sólo tienen que ser transmitidos una vez durante la sesión de comunicación inicial y luego pueden ser retirados de las
siguientes cabeceras comprimidas. En este documento, estos campos se conocen como Los campos estáticos.

La reducción adicional también es posible desde el hecho de que, aunque varios campos de cabecera cambian en cada paquete, la diferencia de un
paquete a menudo es constante y por lo tanto la diferencia de segundo orden es cero. Mediante el almacenamiento de la cabecera sin comprimir y las
diferencias de primer orden, para una sesión particular, en el compresor y descompresor, todo lo que necesita ser comunicado es que las diferencias de
segundo orden son cero. El descompresor puede reconstruir la cabecera original mediante la adición de la diferencia de primer orden a la cabecera no
comprimidos almacenados. En este documento, estos tipos de campos de cabecera se conocen como Los campos predecibles. Un El campo impredecible es
un campo de encabezado, que puede cambiar dentro de un contexto de sesión por una cantidad impredecible.

Como ejemplo, la Figura 14 muestra una cabecera de paquete estándar de formato IPv4. La longitud mínima es de 20 bytes (como se representa), pero también
existe la posibilidad de tener campos de opción adjuntas al final. La longitud total, de identificación de paquete (ID) y las cabeceras de los campos de la suma de
comprobación normalmente cambiarán; todos los otros campos de cabecera son
Los campos estáticos para un contexto determinado período de sesiones. El campo de longitud total es una El campo impredecible, pero está redundante, porque la

longitud del paquete es proporcionada por el protocolo de capa de enlace. El campo de cabecera de comprobación es también una El campo impredecible, pero no
es necesario, porque en primer lugar, que está protegiendo un encabezado que no se transmite en realidad y en segundo lugar, el esquema de compresión
depende de una buena detección de errores de la capa de enlace. ID de paquetes generalmente se incrementa en uno por cada paquete nuevo, por lo tanto es
una El campo predecible. Sólo los cambios en el ID de paquete necesitan ser transmitidos.

RTO-MP-IST-054 16-13

Sin clasificar / ILIMITADO

 Sin clasificar / ILIMITADO

Calidad de servicio que le asegure,

IP Comunicación por Radio Enlaces de Redes tácticos

32 bits

Versión DIH Tipo de servicio Largo total

Identificación banderas fragmento Offset
Tiempo para vivir Protocolo Suma de comprobación de cabecera

Dirección de origen

Dirección de destino

Figura 15: cabecera de paquete IPv4

5 RESUMEN

Para contrarrestar los problemas asociados con la transmisión IP inalámbrica varias soluciones o se investigó una combinación de varias
soluciones.

La clasificación de datos y esquema de planificación en la capa de enlace de datos para reduce el efecto de retardo y por lo tanto una buena calidad de servicio
(QoS).

compresión de cabecera del paquete para maximizar la utilización velocidad de datos de canal.

métodos de corrección de errores de adaptación para mejorar la calidad de la transmisión IP y contrarrestar la vulnerabilidad de error causado por la
comunicación inalámbrica.

la presentación de informes de calidad de enlace para permitir la gestión de las redes complejas y la observación de los acuerdos de nivel de servicio.

Algún algoritmo ya se encuentran en los dispositivos de red (enrutador radios, etc.) como FEC, la clasificación y el esquema de planificación o
algoritmo de compresión y, por supuesto, muchos de los problemas se pueden resolver mediante una red o enlace de diseño apropiado (si es
posible).

Pero si no Cálculo del enlace exhaustiva se puede hacer o la red o parte de la red debe funcionar bajo condiciones ambientales
extremas de la combinación de las soluciones investigadas será útil para asegurar la disponibilidad de la red requerida con una
adecuada calidad de servicio.

16-14 RTO-MP-IST-054

Sin clasificar / ILIMITADO