Universidad Nacional de Ingeniera Comunicaciones II

Conferencia 22: Control de Flujo DLL UNIDAD VII: CODIFICACIN DE CANAL

Instructor: Israel M. Zamora, MS Telecommunications Management
Profesor Titular, Departamento de Sistemas Digitales y Telecomunicaciones. Universidad Nacional de Ingeniera

2S 2009 I. Zamora

UniVII: Control de errores y flujo -ARQ.

Outline
Recapitulacin
Que hemos discutido hasta ahora Que discutiremos en adelante

Subcapas de la Capa de Enlace

La subcapa LLC La subcapa MAC

Servicios de la capa de Enlace Lgico a la capa de Red Control de Flujo al nivel de enlace
Tipos de control de Flujo
Stop & Wait Sliding Window

Operacin de los protocolos Rendimiento de los protocolos

2S 2009 I. Zamora UniVII: Control de errores y flujo ARQ. 2

Qu hemos discutido hasta ahora

La capa fsica
Tcnicas de transmisin digital
Conversin A/D (Ejemplo: PCM, ADM, digital) Codificacin eficiente de lnea (NRZ, RZ, etc) Transmisin banda base (Requerimientos de Tx, ISI, W, C, etc) Transmisin Pasabanda (Esquemas de modulacin ASK, FSK, etc) Probabilidad de error en la transmisin
2S 2009 I. Zamora UniVII: Control de errores y flujo -ARQ. 3

Qu discutiremos ahora?
La capa de enlace de datos (DLL)
Esta capa se haya subdividida en dos subcapas: LLC y MAC (Capa de Enlace Lgico y Capa de Acceso al Medio)
Capa de red Capa de enlace de datos Capa fsica

Capa de Enlace Lgico

Capa de Acceso al Medio

LLC (Logical Link Control)

Sirve a la capa de red. A cargo de control de conexin, flujo, deteccion y correccion de errores a nivel punto-a-punto.

MAC (Media Access Control)

Algunos protocolos de Acceso al medio.
2S 2009 I. Zamora UniVII: Control de errores y flujo ARQ. 4

Control de Flujo
El control de flujo coordina el intercambio de datos entre transmisor y receptor.

Es una de las funciones mas importantes de la capa de enlace.

El control de flujo es un conjunto de procedimientos que dice al transmisor cuanto dato puede transmitir antes que deba esperar por un acuse de recepcin (acknowledgement - ACK) de parte del receptor. Debido que la velocidad de procesamiento es a menudo mas baja que la tasa de transmisin, el receptor tienen un bloque de memoria (buffer de recepcin) para almacenamienot temporal hasta que dichos datos pueden ser procesados.

El receptor tiene una velocidad limitada a la cual puede procesar los datos que le van llegando y una cantidad limitada de memoria en la cual almacena temporalmente los datos de entradas que no pueden procesar inmediatamente.

2S 2009 I. Zamora

UniVII: Control de errores y flujo ARQ.

Control de Flujo
El receptor debe informar al transmisor antes que se alcancen los lmites y solicitar al transmisor que enve menos tramas de datos o que se detenga temporalmente. An en los casos que la recepcin sea sin errores, el receptor puede verse forzado a botar algunos de las tramas o paquetes de datos si el transmisor enva datos a una tasa mas rpida de lo que puede procesar el receptor.

2S 2009 I. Zamora

UniVII: Control de errores y flujo ARQ.

Servicios de la subcapa LLC a la capa de Red (1/2)

Servicio sin conexin/sin acuse de Rx (ACK).

No solicitud/no liberacin de conexin. La maq. fuente Tx tramas independientemente de la mquina destino. Las tramas pueden perderse.

Servicio sin conexin/con acuse de Rx.

No solicitud de conexin pero c/trama es acusada. Tiempo de espera para acuse (Time out) antes de Tx la segunda trama.

2S 2009 I. Zamora

UniVII: Control de errores y flujo ARQ.

Servicios de la subcapa LLC a la capa de Red (2/2)

Servicio orientado a conexin.
Establecimiento de conexin antes de Tx de datos. Enumeracin de tramas. Garanta de Rx/secuencia de tramas.

DLL proporciona una comunicacin transparente entre las capas de Red de las entidades comunicandose.

2S 2009 I. Zamora

UniVII: Control de errores y flujo ARQ.

Meta y tipos de Control de Flujo (Flow control)

Mtodos comunes (Servicio con conexin)
Stop-and-Wait Flow Control Sliding Window Flow Control

2S 2009 I. Zamora

UniVII: Control de errores y flujo ARQ.

FC tipo Stop & Wait

Entidad fuente enva SOLO UNA trama Entidad destino enva ACK de la trama recibida para:
Confirmar recepcin exitosa Disposicin para la prxima trama

Entidad fuente espera por un tiempo limitado (time out):

Si ACK es recibido antes de time out enva la siguiente trama Si no recibe ACK, re-enva la ltima trama

No es eficiente para redes de alta velocidad o grandes distancias

2S 2009 I. Zamora

UniVII: Control de errores y flujo ARQ.

10

Diseo de FC Stop&Wait Protocol

2S 2009 I. Zamora

UniVII: Control de errores y flujo ARQ.

11

Algoritmo Stop&Wait FC Transmisor

2S 2009 I. Zamora

UniVII: Control de errores y flujo ARQ.

12

Algoritmo Stop&Wait FC Receptor

2S 2009 I. Zamora

UniVII: Control de errores y flujo ARQ.

13

Diagrama de flujo Stop&Wait FC Receptor

Sender mantiene una copia de la ltima trama hasta que recibe un acuse. Para identificacin, ambos, la trama de datos y los acuses (ACK) de tramas son numerados alternativamente 0 y 1. Sender tiene una variable de control (S) que mantiene el nmero de la trama enviada recientemente (0 or 1). Receiver tienen una variable de control (R) que mantiene el nmro de la prxima trama que se espera (0 or 1). Sender inicia un contador (temporizador) cuando enva una trama. Si no se recibe acuse (ACK) dentro de el tiempo designado en el contador, el Sender asume que la trama se ha perdido o daado y la reenva. Receiver enva solamente acuses (ACK) positivos si la trama est intacta. En algunas implementaciones se cuenta con acuses tanto positivos (ACK) como negativos (NACK). Los nmeros de acuses (ACK) siempre definen el nmero de la siguiente trama que se espera.
14

2S 2009 I. Zamora

UniVII: Control de errores y flujo ARQ.

Diagrama de flujo Stop&Wait FC Receptor Piggybacking

Los acuses (ACK) pueden un campo de control en las tramas de datos que van desde el Receiver hacia el Sender (piggybacking). Las estaciones A y B, ambas tienen datos que enviar. En lugar de enviar separadamente, la estacin A enva una trama de datos que incluye acuse (ACK). La estacin B hace la misma cosa. Piggybacking ahorra ancho de banda.

2S 2009 I. Zamora

UniVII: Control de errores y flujo ARQ.

15

Operacin del protocolo FC Stop & Wait

t prop t frame

2S 2009 I. Zamora

UniVII: Control de errores y flujo ARQ.

16

Rendimiento para Stop & Wait (1/2)

Con T: tiempo total para la Tx de los datos de todo el mensaje Donde T=nTF con: TF es tiempo total para tx una trama y recibir su ACK n es el numero de una trama componentes del mensaje

U:

Utilizaci n del canal. Tiempo para Tx datos de Informacio n U Tiempo para Tx datos Informacio Control n Puede obtenerse que : TF t fram e t prop t proc t ACK t prop t fram e t ACK t prop 2t prop
2S 2009 I. Zamora UniVII: Control de errores y flujo ARQ. 17

Rendimiento para Stop & Wait (2/2)

Considerando que t proc 0 y t ACK t fram e tenemos : T n(tfram e 2t prop ) Ahora, el tiempo utilizado para datos de Informacio es : n Tdatos n t fram e Asi, n t fram e t fram e U n (t fram e 2t prop ) (t fram e 2t prop ) 1 U , 1 2a
2S 2009 I. Zamora

con a

t prop t fram e

(normalizacion)
18

UniVII: Control de errores y flujo ARQ.

FC tipo Sliding Window

En Stop-and-wait, en cualquier momento del tiempo,

solo hay una trama enviada y que espera por su acuse (ACK). Esto no es un buen uso del medio de tranmisin. Para mejorar la eficiencia, se debieran transmitir mltiples tramas mientras se espera por acuse (ACK).

Una solucin es usar el protocolo FC tipo

Sliding Window.

2S 2009 I. Zamora

UniVII: Control de errores y flujo ARQ.

19

FC tipo Sliding Window

Enlaces deben ser Full-Duplex Tx de varias tramas a la vez antes de Rx un ACK Estaciones Rx deben poseer un gran buffer (Espacio de memoria llamado Ventana Windows) Tramas son rotuladas para Secuencia (Tx/Rx) utilizando campo de Secuencia de k bits

Tamao de Ventana N = 2k - 1
ACK para las tramas recibidas OK y # de la prxima trama Ambos Tx y Rx mantienen listas de tramas recibidas OK y de la prxima a esperar

2S 2009 I. Zamora

UniVII: Control de errores y flujo ARQ.

20

Operacin del protocolo FC Sliding Window

En el protocolo Sliding-Window, el transmisor puede transmitir varias tramas antes de requerir algn acuse (ACK).
Para dar seguimieto de cuales tramas han sido transmitidas y cuales recibidas, un esquema de identificacin debe introducirse.
Identificacin (Nmero de secuencia de trama) : mdulo-n Tamao de Ventana : n-1, donde n=2k

2S 2009 I. Zamora

UniVII: Control de errores y flujo -ARQ.

21

Operacin del protocolo FC Sliding Window

Ventana inicial
Modulo-8 (k=3), Tamao de Ventana: 7 (23-1)
Sender Window

Tramas 0, 1, 2, 3 son enviadas.

Sender Window

ACK con 3 es recibido.

Sender Window

2S 2009 I. Zamora

UniVII: Control de errores y flujo -ARQ.

22

Operacin del protocolo FC Sliding Window

Sender window
* Siete tramas transmitibles en la ventana del Sender

2S 2009 I. Zamora

UniVII: Control de errores y flujo -ARQ.

23

Operacin del protocolo FC Sliding Window

Receiver window
* Siete ubicaciones portadoras de tramas en la ventana del Receiver

2S 2009 I. Zamora

UniVII: Control de errores y flujo -ARQ.

24

Operacin del protocolo FC Sliding Window

2S 2009 I. Zamora

UniVII: Control de errores y flujo -ARQ.

25

Operacin del protocolo FC Sliding Window

Tamao de la Ventana (Window)
Identificacin (nmero de secuencia de trama) : mdulo-n Tamao de Ventana : n-1

Asuma que el nmero de secuencia de trama es mdulo-8 y que el tamao de ventana es tambin 8.
La trama 0 se enva y el ACK 1 se recibe.
Sender Window

Si ahora se recibe un ACK1 otra vez, no sabr ni estar seguro si se trata de un duplicado del ACK1 previo o un nuevo ACK1 confirmando las ltimas ocho tramas recin enviadas.
2S 2009 I. Zamora UniVII: Control de errores y flujo ARQ. 26

Operacin del protocolo FC Sliding Window

Asuma que el nmero de secuencia de trama es mdulo-8 y que el tamao de ventana es 7.
La trama 0 se enva y se recibe el ACK 1.
Sender Window

Si ahora se recibe un ACK1 otra vez, es un duplicado del ACK1 previo . Para confirmar las siete tramas enviadas mas recientes, se espera ACK 0 desde el receiver.

2S 2009 I. Zamora

UniVII: Control de errores y flujo ARQ.

27

Operacin del protocolo FC Sliding Window

2S 2009 I. Zamora

UniVII: Control de errores y flujo -ARQ.

28

Operacin del protocolo FC Sliding Window (2/2)

2S 2009 I. Zamora

UniVII: Control de errores y flujo ARQ.

29

Rendimiento para FC Sliding Window con N>2a+1

2S 2009 I. Zamora

UniVII: Control de errores y flujo ARQ.

30

Rendimiento para FC Sliding Window con N<2a+1

2S 2009 I. Zamora

UniVII: Control de errores y flujo ARQ.

31

Clculos de rendimiento para Sliding Window

Eficiencia depende del tamao de Ventana N y del valor a. Asumiendo tACK 0, y tproc 0 entonces:
Caso 1: N>2a+1
El ACK para la trama 1 alcanza A antes que A haya agotado su ventana. As A transmite continuamente y su utilizacin es del 100% (el canal esta siempre lleno.)

U=1 Caso 2: N<2a+1

A agosta su Ventana en t0+N y no puede enviar tramas. Adicionales. As su utilizacin es N veces tomado de un periodo (2a+1).

U = N/(1+2a)
2S 2009 I. Zamora UniVII: Control de errores y flujo ARQ. 32

Utilizacin del canal como funcin de N

2S 2009 I. Zamora

UniVII: Control de errores y flujo ARQ.

33

2S 2009 I. Zamora

UniVII: Det. Cods. Cclic. Prob. Error.

34