La capa de transporte divide los datos en unidades de un tamaño que se
pueda administrar, denominadas segmentos. También asigna números de secuencia
alas segmentos para asegurarse de que los hosts receptores vuelvan a unir los
datos en el orden correcto. Luego la capa de red encapsula el segmento creando
un paquete. Le agrega al paquete una dirección de red destino y origen, por lo
general IP. El servicio UGS está diseñado para soportar aplicaciones en tiempo
real, que manejen paquetes de tamaño fijo generados periódicamente, como es el
caso de T1/E1 y Voz sobre IP (sin supresión de silencios). En este servicio, la
BSofrece oportunidades de transmisión (grants) en forma periódica, cuyo tamaño
también es fijo y lo suficientemente grande, como para soportar las tasas de
transferencia que generan las aplicaciones de tiempo real, eliminando el uso de
encabezados y la latencia de las peticiones. Los parámetros clave para este
servicio son Máximum Sustained Traffic Rate, Maximum Latency, Tolerated Jitter
y Request/Transmision Policy, cuya explicación se podrá encontrar en el
Apendice A.
Para un correcto funcionamiento, el parámetro Request/Transmision Policydebe
estar configurado a manera de no permitir a la SS realizar solicitudes de ancho
de banda en el área de contención, ya que esta se encuentra constantemente
recibiendo grants para él envió de su información. Los intervalos en los que la
SS conceda los grants a la SS están limitados por el valor del parámetro
Maximum Sustained Traffic Rate.
Servicio de Propuesta
en tiempo real (rtPS)
RtPS está diseñado para soportar aplicaciones en tiempo real que generen
paquetes de tamaño variable y en forma periódica, tales como el video en
formato MPEG (Moving Pictures Experts Group). En este servicio, la BS ofrece periódicamente
oportunidades de solicitud de ancho de banda para cada SS, a fin de poder
cumplir con los requerimientos de tiempo real y a la vez permitiendo a la SS
especificar el tamaño del grant deseado, optimizando la eficiencia del
transporte de información. Los parámetros clave para esté servicio son: Maximum
Sustained Traffic Rate, Mínimum Reservad Traffic Rate, Maximum Latency
yRequest/Transmission Policy. Para que el servicio funcione correctamente, el
parámetro Request/Transmisión Policy debe estar configurado a manera de no
permitir a la SS el uso de solicitudes en el área de contención (primeros 7
mini-slots del mapa). De esta forma, la SS solo hará peticiones de ancho de
banda cuando la BS le asigne un espacio en el área de reservación. Por su parte,
la BS podrá enviar oportunidades de solicitud de ancho de banda a la SS.
Servicio de Propuesta no en tiempo real (nrt PS)
El servicio nrt PS está diseñado para soportar aplicaciones tolerantes
al retraso(delay) que produzcan paquetes de tamaño variable y con
requerimientos mínimos de tasa de transmisión, tales como FTP (File Transfer
Protocol). Para ello la BSofrece oportunidades de petición de ancho de banda a
la SS en forma regular, lloque asegura que dichas peticiones tengan lugar
incluso en periodos de congestión de la red. Estos intervalos de poleo pueden
ser del orden de un segundo, o inferiores.
Servicio de mejor esfuerzo (BE)
Este servicio está diseñado para soportar tráfico que no presente los
requerimientos mínimos asociados a algún nivel de servicio, y por consiguiente
pueda ser manejado en base al espacio disponible en el canal de comunicación.
Los parámetros clave para este servicio son Maximum Sustained Traffic Rate,
Traffic Priority y Request/Transmisión Policy. Para un correcto funcionamiento,
el parámetro Request/Transmisión Policy debe estar configurado a modo de
permitir a la SS realizar peticiones de ancho de banda en el área de
contención. Esto permitirá a la SS realizar dichas peticiones tanto en el área
de contención como ellas oportunidades que le envié la BS en la zona de
reservación.
No hay comentarios.:
Publicar un comentario