Servicio Garantizado sin Solicitud (UGS)
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 a los 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 esta 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 BS ofrece 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, Máximum Latency, Tolerated Jitter y Request/Transmisión Policy, cuya explicación se podrá encontrar en el Apéndice A. Para un correcto funcionamiento, el parámetro Request/Transmisión Policy debe 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 el 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 Máximum Sustained Traffic Rate.
Servicio de Propuesta en tiempo real (rtPS)
rtPS esta 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 parameters clave para este servicio son: Maximum Sustained Traffic Rate, Minimum Reserved Traffic Rate, and Maximum Latency y Request/Transmission Policy. Para que el servicio funcione correctamente, el parámetro Request/Transmission 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 (nrtPS)
El servicio nrtPS esta 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 BS ofrece oportunidades de petición de ancho de banda a la SS en forma regular, lo que 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 esta 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 Máximum Sustained Traffic Rate, Traffic Priority y Request/Transmission Policy. Para un correcto funcionamiento, el parámetro Request/Transmission 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 en las oportunidades que le envié la BS en la zona de reservación.
No hay comentarios:
Publicar un comentario