UNIDAD III

4G (micro movilidad)

3.1 El protocolo TCP/IP

3.2 El problema de movilidad con TCP

3.3 Control de congestión en TCP

3.4 Control de flujo en TCP

3.5 Estudio de varias propuestas para mejorar el comportamiento de TCP en redes móviles

En la Internet actual, el protocolo IPv4 ha soportado el paso del tiempo y un crecimiento que
ninguna previsión hubiera vaticinado en el momento de su diseño. Aun así, IPv4 tiene muchas
debilidades – siendo la principal de ellas la escasez de direcciones - que hacen que sea necesaria la
transición hacia un nuevo protocolo, que solucione los problemas más graves y además facilite el
despliegue de mecanismos para afrontar los retos de las redes actuales. El protocolo IPv6 ([DH98])
surgió como una evolución de IPv4, diseñándose teniendo en cuenta toda la experiencia
acumulada con este protocolo. IPv6 ha de ser la base de las redes de comunicaciones del futuro y
por esta razón, lo siguiente se centra en el análisis y desarrollo de soluciones de movilidad para
redes IPv6, si bien se han estudiado también previamente la problemática y soluciones para redes
IPv4, pues comparten características y presentan muchas similitudes.

La solución propuesta por el protocolo IPv6 móvil es adecuada para situaciones de macro-
movilidad (un terminal es encendido en una subred que no es la correspondiente a su dirección IP,
o tiene un movimiento a baja velocidad).

Sin embargo actualmente se considera que no es suficientemente eficiente en situaciones de

micro-movilidad, en las cuales el terminal se mueve entre diferentes subredes en un espacio
reducido (por tanto a mayor velocidad) y en un dominio diferente del suyo. Cada movimiento
requiere del intercambio de unos mensajes de señalización de cara a mantener la conectividad del
terminal móvil. Dicha señalización conlleva una latencia asociada al movimiento (traspaso), que
puede ser inadmisible para aplicaciones interactivas con requisitos de tiempo real (como por
ejemplo las comunicaciones de voz).
4G (micro movilidad)

3.1 El protocolo TCP/IP

Protocolo TCP/IP

El protocolo TCP/IP, es un conjunto de reglas o normas que determinan cómo se realiza el

intercambio de datos entre dos ordenadores. Es quien se encarga de que los equipos puedan
“hablar” en un lenguaje común, independientemente del tipo que sea o del sistema operativo que
utilice (Windows NT, 95, 98 ó 2000, DOS, OS/2, Unix, etc.). El protocolo que se usa en Internet
desde sus propios orígenes es el TCP/IP (Tranmission Control Protocol/Internet Protocol).

Este protocolo, funciona de la siguiente forma, cuando se transfiere información de un ordenador

a otro, por ejemplo un fichero, un mensaje de correo electrónico o cualquier otro tipo de datos,
ésta no es transmitida de una sola vez, sino que se divide en paquetes pequeños.

Esta técnica por paquetes, posibilita que los recursos de la red no sean monopolizados por un sólo
usuario durante un intervalo de tiempo excesivo, siendo usual que por la red viajen paquetes de
información provenientes de diferentes ordenadores y con destinos también diferentes.

El protocolo TCP se encarga de dividir las informaciones en paquetes de tamaño adecuado,

numerar estos paquetes para que puedan volver a unirse en el lugar correcto y añadir cierta
información para la transmisión y posterior decodificación del paquete y detectar posibles errores
en la transmisión.

Por su parte el protocolo IP atiende todas las operaciones relacionadas con el encaminamiento de
los paquetes del origen al destino, encargándose de etiquetar cada paquete de información con la
dirección apropiada.

Este sistema de comunicación, hace necesario que cada ordenador conectado a Internet tenga una
dirección de Internet (IP address) única y exclusiva que lo distingue de cualquier otro ordenador en
el mundo. Esta dirección o número IP se representa con cuatro números separados por puntos,
cada uno de los cuales puede tomar valores entre 0 y 255. Por ejemplo, la dirección IP del servidor
web de la Red Telemática Educativa "Averroes" es la siguiente: 150.214.90.20.

Por lo tanto, toda aplicación de Internet necesita conocer la IP del ordenador con el que
comunicarse, nosotros, como usuarios no necesitamos disponer de esa información. Hay un
sistema de nombres más sencillo para referirse a una dirección, el sistema de nombres por
Dominio o DNS. Este sistema, consigue simplificar la identificación de los recursos en la red, sin
tener que memorizar las direcciones numéricas. Por ejemplo el nombre de dominio del servidor
web citado anteriormente es el siguiente: averroes.cec.junta-andalucia.es
La identificación de cada uno de los grupos de números es la siguiente:

RESUMEN
El IP móvil es una tecnología que permite que un nodo de red ("nodo móvil") emigre de su " casa "
red a otras redes, o dentro del mismo dominio de la administración, o a otros dominios
administrativos. El IP móvil puede seguir un ordenador principal móvil sin necesidad de cambiar el
IP ADDRESS móvil del largo plazo del nodo.

Éste móvil se puede pensar como la cooperación de tres subsistemas importantes.

Primero, hay un mecanismo del descubrimiento definido de modo que los ordenadores móviles
puedan determinar sus nuevas puntas de conexión (nuevos direccionamientos del IP) como se
mueven desde lugar al lugar dentro del Internet.

En segundo lugar, una vez que el ordenador móvil sepa el IP ADDRESS en su nueva punta de
conexión, se coloca con un agente que la representa en su red casera. Pasado, el IP móvil define
mecanismos simples para entregar gramos de los datos.

Tercero el IP identifica únicamente la punta de la conexión del nodo al Internet. Por lo tanto, un
nodo se debe situar en la red indicada por su IP ADDRESS para recibir los datagramas destinados a
él; si no, los datagramas destinados al nodo serían inentregables. Sin el IP móvil, uno de los dos
mecanismos de siguiente se debe emplear típicamente para que un nodo cambie su punta de la
conexión sin perder su capacidad de comunicarse:

-El nodo debe cambiar su IP ADDRESS siempre que cambie su punta de la conexión

-Las rutas del Ordenador principal-específicas se deben propagar a través de la porción relevante
de la infraestructura en el encaminamiento del Internet.

Ambas alternativas son inaceptables en el caso general.

El primer caso hace imposible para que un nodo mantenga transporte y conexiones más altas de la
capa cuando el nodo cambia la localización.

El segundo tiene problemas severos del escalamiento que sean especialmente relevantes
considerando el crecimiento explosivo en ventas de computadoras portátiles.

El IP móvil fue ideado para resolver las metas siguientes para los nodos móviles que no se mueven
más con frecuencia de una vez por segundo.

Permite a los nodos moverse a partir de una subred del IP a otro.

3.2 El problema de movilidad con TCP

La movilidad es soportada sólo en las capas más bajas de la red, no bastante para proveer el
apoyo de movilidad; también en las aplicaciones. La mayoría de las aplicaciones confía en la capa
de transporte, como TCP o UDP en el caso del Internet.

Mientras la capa de la red sólo se dirige al host, los puertos en UDP o TCP permiten el
direccionamiento de aplicaciones dedicadas. La diferencia principal entre UDP y TCP es que TCP
ofrece conexiones entre dos aplicaciones. En una conexión TCP se pueden dar ciertas garantías,
como entrega en orden o la transmisión de los datos de forma fiable que usan las técnicas de
retransmisión. Además, TCP tiene los mecanismos para manejar amigablemente la red.

Por ejemplo, si TCP encuentra la pérdida de un paquete, asume que existe congestión interna en la
Red y reduce la velocidad de la transmisión.

Ésta también es una de las razones principales para utilizar los protocolos como TCP y no el UDP.

UDP requiere que las aplicaciones manejen fiabilidad, la entrega sea en orden, etc. Además, UDP
no hace la Red amigable, es decir, no retrasa los paquetes en el caso de congestión.

TCP Tradicional resalta varios mecanismos del Protocolo de Control de Transmisión (TCP) que
influencian la eficacia de TCP un ambiente móvil.

EFECTO DE LOS ERRORES Y LAS DESCONEXIONES

En los entornos móviles las pérdidas de paquetes son muy frecuentes debido no a congestión sino,
básicamente, a las altas tasas de error que caracterizan al canal radio y a las desconexiones
temporales asociadas a procesos de traspaso. Por lo tanto, los algoritmos de control de la
congestión que TCP activa al detectar los errores propios del enlace móvil, pueden ocasionar un
comportamiento muy poco eficiente del protocolo en estos entornos, cuyos efectos deben ser
evaluados.

Existen varios estudios dedicados al análisis de aspectos relacionados con el comportamiento de

TCP en los entornos móviles [YaB94, MyS93, BSK95, ABS95, BBK97, BKV96, BPS97, BSA95, CTG97,
DCY93, DuR94]. En ellos se pone de manifiesto el bajo rendimiento del protocolo en diferentes
entornos inalámbricos y se proponen estrategias para mejorarlo.
3.3 Control de congestión en TCP

Un protocolo de capa de transporte como TCP se ha diseñado para las redes fijas. La transmisión
de los datos tiene lugar usando adaptadores de Red, fibra óptica, hardware especial para routers,
etc.

La congestión puede aparecer de vez en cuando en el carrefully diseñado en las redes. Los
buffers del paquete de un router están llenos y el router no puede retransmitir los paquetes
porque la suma de las entradas de los paquetes destinados para una salida es más alto que la
capacidad de salida. La única cosa que una router puede hacer en esta situación es dejar caer los
paquetes.

El remitente reconoce la pérdida del paquete y asume una pérdida del paquete debido a la
congestión. Retransmite el paquete perdido y continua enviando de acuerdo a la proporción. Para
mitigar la congestión, TCP reduce la velocidad de la transmisión dramáticamente.

a) Slow Start La reacción de TCP´ s al reconocimiento de un paquete perdido es bastante

drástica, pero necesaria para deshacernos de la congestión. El comportamiento que TCP
muestra después de que se descubre la congestión se llama Slow Start. El remitente
siempre calcula una ventana de congestión para un receptor. El tamaño de la salida de la
ventana de congestión en un segmento (un paquete de TCP). Ahora el remitente envía un
paquete y esperas para el reconocimiento. Si este reconocimiento llega, el remitente
aumenta la ventana de congestión en uno, ahora envía dos paquetes (ventana de
congestión = 2). Después de la llegada del segundo reconocimiento correspondiente, el
remitente de nuevo agrega 2 a la ventana de congestión, uno para cada uno del
reconocimiento. Ahora la ventana de congestión es igual a 4. Este esquema dobla la
ventana de congestión en el mecanismo de Slow Start.

3.4 Control de flujo en TCP (TAREA)

En redes inalámbricas los paquetes se pierden aunque no haya congestión (desvanecimientos del
canal móvil).

El protocolo TCP puede controlar la cantidad de datos que debe enviar mediante el campo
Window. Este campo indica el número máximo de octetos que pueden ser recibidos. El receptor
de un segmento con el campo window a cero, no puede enviar mensajes al emisor, mensajes de
prueba. Un mensaje de prueba es un mensaje de un solo octeto que se utiliza para detectar redes
o hosts inalcanzables.
3.5 Estudio de varias propuestas para mejorar el comportamiento de TCP en redes móviles.

A continuación se resumen algunos protocolos que se han propuesto para mejorar el

comportamiento del protocolo TCP en enlaces inalámbricos.

• Protocolos de Nivel de Enlace: Aparecen varias propuestas en la bibliografía de protocolos para

dar fiabilidad al nivel de enlace. Éstos utilizan básicamente dos técnicas: la corrección de errores
utilizando técnicas tipo Forward Error Correction (FEC); y la retransmisión como respuesta a
mensajes tipo Automatic Request Repeat (ARQ). Entre estas soluciones se encuentra CDMA, TDMA
y AIRMAIL. Estos protocolos intentan esconder las pérdidas a TCP, no obstante, estas soluciones no
aseguran que se resuelvan los errores satisfactoriamente. Por lo tanto, pueden interaccionar los
mecanismos propios de TCP con los de recuperación a nivel de enlace (tales como temporizadores
de retransmisión y reconocimientos duplicados), produciéndose retransmisiones a nivel de
transporte de paquetes que pueden haber sido retransmitidos previamente por los mecanismos de
nivel de enlace.

• Protocolos con conexión partida: Son aquellos que dividen en dos partes la conexión TCP
establecida, independizando la parte fija de la parte móvil. En estas soluciones se rompe la
semántica extremo a extremo de TCP. En la parte móvil se define un protocolo específico. En
[YaB94] se proponen dos protocolos, en uno se usa TCP y en el otro se usa un protocolo de
repetición selectiva sobre UDP. El estudio del impacto de traspasos en ambas soluciones concluye
en que no se obtiene mejora en el segundo de los casos. Otro estudio [BPS97] presenta una
optimización de retransmisión selectiva en TCP con el que sí que se obtienen mejoras significativas
en entornos erróneos. En [BaB95, BaB97] se presenta el protocolo Indirect-TCP. Éste utiliza el
protocolo TCP estándar en ambas conexiones (la de la parte fija y la de la parte móvil). Los
inconvenientes de esta solución son los inherentes al propio protocolo TCP en entornos móviles, ya
que la interacción de los mecanismos contra la congestión interfieren de la misma forma.
Finalmente, M-TCP, presentado en [BrS97] divide la conexión fija y móvil sin perder la semántica
extremo a extremo de TCP. Esta propuesta es adecuada para solucionar los problemas de las
desconexiones temporales debido a la movilidad, más que al efecto de los errores.

• Protocolo “snoop” [BSK95]: Ésta es una solución híbrida entre las dos anteriores. Está diseñado
para mejorar el comportamiento del protocolo en los casos de transferencia de datos de fijo a
móvil (para el caso inverso deben añadirse mecanismos de reconocimiento negativo). Este
protocolo introduce un módulo en la estación base, de forma que monitoriza la conexión TCP en
ambas direcciones y guarda en “cache” los segmentos que han sido enviados y que no han sido
reconocidos todavía. Si el agente detecta reconocimientos duplicados, éste los elimina y
retransmite el paquete. De esta forma, la fuente TCP no detecta la pérdida del segmento. Algunos
inconvenientes de este protocolo son la memoria necesaria para el almacenaje de los paquetes y la
complicación de la gestión de traspasos.
No obstante, los más importantes son, por una parte el hecho de que los reconocimientos deben
seguir el mismo camino que los datos (seria el caso de varios enlaces móviles en la topología de la
red o en topologías asimétricas).
• Protocolos de Notificación explícita: Estas soluciones se basan en diferenciar las pérdidas debidas
a congestión o a errores. Una vez diferenciadas, se notifica al emisor que las pérdidas son debidas
a una causa o a la otra, y se actúa en consecuencia. En [BKV97] se presenta el esquema Explicit
Bad State Notification (EBSN), que se basa en la notificación de estados de error en caso de que no
se reciban reconocimientos durante un cierto tiempo. Con este método se evitan, básicamente, los
inconvenientes del algoritmo de backoff exponencial tras periodos de desconexión o altas tasas de
error. En [BPS97, BaK98] se presenta una implementación del Explicit Loss Notification (ELN). En
ambos casos el gran inconveniente es el no poder asegurar que un error realmente ha sido debido
a errores del canal y no a congestión.

PREGUNTAS DE TCP MÓVIL

1. La mayoría de las aplicaciones confía en la capa de transporte, como TCP o UDP en el caso del
Internet, cuales son las diferencias entre UDP y TCP ?.

TCP ofrece conexiones entre dos aplicaciones. En una conexión TCP se pueden dar ciertas
garantías, como entrega en orden o la transmisión de los datos de forma fiable que usan las
técnicas de retransmisión. Además, TCP tiene los mecanismos para manejar amigablemente la red.
Ésta también es una de las razones principales para utilizar los protocolos como TCP y no el UDP.
UDP requiere que las aplicaciones manejen fiabilidad, la entrega sea en orden, etc. Además, UDP
no hace la Red amigable, es decir, no retrasa los paquetes en el caso de congestión.

2. En caso de encontrar congestión, que actitud toman las otras conexiones de TCP?

TCP reduce la velocidad de la transmisión dramáticamente y las otras conexiones que

experimentan la misma congestión hacen exactamente el mismo, así, la congestión está pronta a
ser resuelta. Esta cooperación de conexiones de TCP en el Internet es una de las razones
principales para la supervivencia del Internet al día de hoy.

3. Que adaptadores de red se utilizan en el protocolo TCP?

Un protocolo de capa de transporte como TCP se ha diseñado para las redes fijas. La transmisión
de los datos tiene lugar usando adaptadores de Red, fibra óptica, hardware especial para routers,
etc.

4. Explique el mecanismo Slow Start?

La reacción de TCP´ s al reconocimiento de un paquete perdido es bastante drástica, pero

necesaria para deshacernos de la congestión. El remitente siempre calcula una ventana de
congestión para un receptor. El tamaño de la salida de la ventana de congestión en un segmento
(un paquete de TCP). Ahora el remitente envía un paquete y esperas para el reconocimiento. Si
este reconocimiento llega, el remitente aumenta la ventana de congestión en uno, ahora envía dos
paquetes (ventana de congestión = 2). Después de la llegada del segundo reconocimiento
correspondiente, el remitente de nuevo agrega 2 a la ventana de congestión, uno para cada uno
del reconocimiento. Ahora la ventana de congestión es iguala 4. Este esquema dobla la ventana de
congestión en el mecanismo de Slow Start.

5. Porque se dice que el slow start dismimuye la eficiendia de TCP.

Mientras la salida lenta (slow start) es uno de los mecanismos más útiles en las redes fijas,
disminuye la eficacia de TCP drásticamente si es usado junto con receptores móviles o remitente.
La razón para esto es que el uso de salida lenta concluye una situación de congestión. Así, la
pérdida del paquete es mucho más común y no siempre puede compensarse por la capa de dos
retransmisiones.

6. conceptos utilizados para dirigir el desarrollo de TCP Indirecto

Una es que TCP actúa pobremente junto con enlaces inalámbricos, la otra es que TCP dentro de
redes fijas no puede ser cambiado.

7. Ventajas de I-TCP

I-TCP no requiere ningún cambio en el protocolo TCP usado por los hosts en la red fija u otros hosts
en una red inalámbrica que no usan esta optimización. Debido a la estricta división en 2
conexiones, los errores de transmisión en el enlace inalámbrico. Particionando en dos conexiones
también permite el uso de un diferente protocolo de la capa de transporte entre el agente foráneo
y el Host móvil o el uso de encabezados comprimidos etc. El agente foráneo ahora puede actuar
como una salida para el traslado entre protocolos diferentes.

8. Desventaja de I-TCP

La segmentación de la conexión del TCP simple dentro del TCP de dos conexiones, de modo tal que
pierde el original end-to-end TCP semántico.