1、 UNIN INTERNACIONAL DE TELECOMUNICACIONES UIT-T J.174SECTOR DE NORMALIZACIN DE LAS TELECOMUNICACIONES DE LA UIT (02/2002) SERIE J: REDES DE CABLE Y TRANSMISIN DE PROGRAMAS RADIOFNICOS Y TELEVISIVOS, Y DE OTRAS SEALES MULTIMEDIOS IPCablecom Calidad de servicio interdominio IPCablecom Recomendacin UIT
2、-T J.174 RECOMENDACIONES UIT-T DE LA SERIE J REDES DE CABLE Y TRANSMISIN DE PROGRAMAS RADIOFNICOS Y TELEVISIVOS, Y DE OTRAS SEALES MULTIMEDIOS Recomendaciones generales J.1J.9 Especificaciones generales para transmisiones radiofnicas analgicas J.10J.19 Caractersticas de funcionamiento de los circuit
3、os radiofnicos J.20J.29 Equipos y lneas utilizados para circuitos radiofnicos analgicos J.30J.39 Codificadores digitales para seales radiofnicas analgicas J.40J.49 Transmisin digital de seales radiofnicas J.50J.59 Circuitos para transmisiones de televisin analgica J.60J.69 Transmisiones de televisin
4、 analgica por lneas metlicas e interconexin con radioenlaces J.70J.79 Transmisin digital de seales de televisin J.80J.89 Servicios digitales auxiliares para transmisiones de televisin J.90J.99 Requisitos operacionales y mtodos para transmisiones de televisin J.100J.109 Sistemas interactivos para dis
5、tribucin de televisin digital J.110J.129 Transporte de seales MPEG-2 por redes de transmisin de paquetes J.130J.139 Mediciones de la calidad de servicio J.140J.149 Distribucin de televisin digital por redes locales de abonados J.150J.159 IPCablecom J.160J.179 Varios J.180J.199 Aplicacin para televis
6、in digital interactiva J.200J.209 Para ms informacin, vase la Lista de Recomendaciones del UIT-T. Rec. UIT-T J.174 (02/2002) i Recomendacin UIT-T J.174 Calidad de servicio interdominio IPCablecom Resumen En esta Recomendacin se describe un conjunto de mecanismos de calidad de servicio (QoS) de extre
7、mo a extremo aplicables a entornos interdominio e intradominio IPCablecom. Orgenes La Recomendacin UIT-T J.174, preparada por la Comisin de Estudio 9 (2001-2004) del UIT-T, fue aprobada por el procedimiento de la Resolucin 1 de la AMNT el 13 de febrero de 2002. ii Rec. UIT-T J.174 (02/2002) PREFACIO
8、 La UIT (Unin Internacional de Telecomunicaciones) es el organismo especializado de las Naciones Unidas en el campo de las telecomunicaciones. El UIT-T (Sector de Normalizacin de las Telecomunicaciones de la UIT) es un rgano permanente de la UIT. Este rgano estudia los aspectos tcnicos, de explotaci
9、n y tarifarios y publica Recomendaciones sobre los mismos, con miras a la normalizacin de las telecomunica-ciones en el plano mundial. La Asamblea Mundial de Normalizacin de las Telecomunicaciones (AMNT), que se celebra cada cuatro aos, establece los temas que han de estudiar las Comisiones de Estud
10、io del UIT-T, que a su vez producen Recomendaciones sobre dichos temas. La aprobacin de Recomendaciones por los Miembros del UIT-T es el objeto del procedimiento establecido en la Resolucin 1 de la AMNT. En ciertos sectores de la tecnologa de la informacin que corresponden a la esfera de competencia
11、 del UIT-T, se preparan las normas necesarias en colaboracin con la ISO y la CEI. NOTA En esta Recomendacin, la expresin “Administracin“ se utiliza para designar, en forma abreviada, tanto una administracin de telecomunicaciones como una empresa de explotacin reconocida de telecomunicaciones. PROPIE
12、DAD INTELECTUAL La UIT seala a la atencin la posibilidad de que la utilizacin o aplicacin de la presente Recomendacin suponga el empleo de un derecho de propiedad intelectual reivindicado. La UIT no adopta ninguna posicin en cuanto a la demostracin, validez o aplicabilidad de los derechos de propied
13、ad intelectual reivindicados, ya sea por los miembros de la UIT o por terceros ajenos al proceso de elaboracin de Recomendaciones. En la fecha de aprobacin de la presente Recomendacin, la UIT no ha recibido notificacin de propiedad intelectual, protegida por patente, que puede ser necesaria para apl
14、icar esta Recomendacin. Sin embargo, debe sealarse a los usuarios que puede que esta informacin no se encuentre totalmente actualizada al respecto, por lo que se les insta encarecidamente a consultar la base de datos sobre patentes de la TSB. UIT 2002 Reservados todos los derechos. Ninguna parte de
15、esta publicacin puede reproducirse por ningn procedimiento sin previa autorizacin escrita por parte de la UIT. Rec. UIT-T J.174 (02/2002) iii NDICE Pgina 1 Alcance . 1 2 Referencias . 1 2.1 Referencias normativas 1 2.2 Referencias informativas 1 3 Trminos y definiciones . 2 4 Abreviaturas, acrnimos
16、y convenios. 2 4.1 Abreviaturas y acrnimos. 2 4.2 Convenios. 3 5 Introduccin 4 5.1 Requisitos y soluciones 4 5.2 Solucin gradual de los requisitos 4 5.3 Objetivos generales 5 6 Modelo de red. 5 7 Utilizacin de servicios diferenciados (Diffserv) en redes dorsales. 7 7.1 Trfico de medios . 7 7.2 Trfic
17、o de sealizacin. 7 7.3 Seleccin del PHB y fijacin del DSCP. 8 7.4 Soporte de PHB por el AN . 9 7.5 Asignacin de recursos. 9 7.6 Control de admisin . 9 8 Control de admisin para un solo dominio. 10 8.1 Plano de control RSVP por flujo 10 8.1.1 Comportamiento del AN 11 8.1.2 Ubicacin del contorno Diffs
18、erv 14 8.1.3 Comportamiento del encaminador de contorno . 14 8.1.4 Otros dispositivos terminadores (pasarelas de medios, anonimizadores, servidores de anuncios, puentes de conferencia) 15 8.1.5 Comportamiento del encaminador medular . 15 8.1.6 Latencia de sealizacin. 15 8.1.7 Preapropiacin 15 8.2 RS
19、VP compuesto 16 8.2.1 Provisin de reservas compuestas 16 8.2.2 Reserva compuesta dinmica . 17 8.2.3 Agregacin jerrquica 17 8.2.4 Ubicacin de los puntos de agregacin y del contorno DiffServ . 17 iv Rec. UIT-T J.174 (02/2002) Pgina 8.3 Intermediario de ancho de banda 18 9 Control de admisin para mltip
20、les dominios 19 10 Utilizacin de MPLS 20 11 Puesta en cola y filtrado 21 11.1 Puesta en cola . 21 11.2 Filtrado . 21 Apndice I Ejemplos de flujo de llamada . 22 Apndice II Bibliografa . 23 Rec. UIT-T J.174 (02/2002) 1 Recomendacin UIT-T J.174 Calidad de servicio interdominio IPCablecom 1 Alcance En
21、esta Recomendacin se describe un conjunto de mecanismos de calidad de servicio (QoS, quality of service) para el proyecto IPCablecom. El objetivo de esta Recomendacin es definir un modelo de arquitectura aplicable a la calidad de servicio de extremo a extremo para entornos interdominio e intradomini
22、o IPCablecom. Se describen mecanismos para integrar los protocolos de sealizacin de la calidad de servicio dinmica (DQoS, dynamic quality of service) IPCablecom con modelos QoS de redes medulares IP actuales. En esta Recomendacin no se tratan las redes sin control de QoS. Se supone que el lector est
23、 familiarizado con la arquitectura IPCablecom, concretamente con la DQoS y la sealizacin de llamada. 2 Referencias Las siguientes Recomendaciones del UIT-T y otras referencias contienen disposiciones que, mediante su referencia en este texto, constituyen disposiciones de la presente Recomendacin. Al
24、 efectuar esta publicacin, estaban en vigor las ediciones indicadas. Todas las Recomendaciones y otras referencias son objeto de revisiones por lo que se preconiza que los usuarios de esta Recomendacin investiguen la posibilidad de aplicar las ediciones ms recientes de las Recomendaciones y otras re
25、ferencias citadas a continuacin. Se publica peridicamente una lista de las Recomendaciones UIT-T actualmente vigentes. 2.1 Referencias normativas 1 IETF RFC 2212 (1997), Specification of Guaranteed Quality of Service. 2 IETF RFC 2474 (1998), Definition of the Differentiated Services Field (DS Field)
26、 in the IPv4 and IPv6 Headers. 3 IETF RFC 2475 (1998), An Architecture for Differentiated Service. 4 IETF RFC 2998 (2000), A Framework for Integrated Services Operation over Diffserv Networks. 5 IETF RFC 3175 (2001), Aggregation of RSVP for IPv4 and IPv6 Reservations. 6 IETF RFC 3181 (2001), Signall
27、ed Preemption Priority Policy Element. 7 Recomendacin UIT-T J.163 (2001), Calidad de servicio dinmica para la prestacin de servicios en tiempo real por las redes de televisin por cable que utilizan mdems de cable. 2.2 Referencias informativas 8 IETF RFC 2638 (1999), A Two-bit Differentiated Services
28、 Architecture for the Internet. 9 IETF RFC 2597 (1999), Assured Forwarding PHB Group. 10 IETF RFC 2598 (1999), An Expedited Forwarding PHB. 11 IETF RFC 2702 (1999), Requirements for Traffic Engineering Over MPLS. 12 IETF RFC 3031 (2001), Multiprotocol Label Switching Architecture. 13 IETF RFC 3084 (
29、2001), COPS Usage for Policy Provisioning (COPS-PR). 14 Recomendacin UIT-T J.171 (2002), Protocolo de control de pasarela de circuitos troncales IPCablecom. 2 Rec. UIT-T J.174 (02/2002) 15 MAKAM S. et. al.: Framework for MPLS-based Recovery, draft-ietf-mpls-recovery-frmwrk-03.txt, julio de 2001. 3 T
30、rminos y definiciones En esta Recomendacin se definen los trminos siguientes. 3.1 nodo de acceso: En la acepcin en que este trmino se utiliza en esta Recomendacin, dispositivo de terminacin de la capa 2 en el que termina el extremo de red de una conexin J.112. Es especfico de la tecnologa. En el ane
31、xo A de J.112 se denomina adaptador de red interactivo (INA, interactive network adapter) mientras que en los anexos B y C se denomina sistema de terminacin de mdem de cable (CMTS, cable-modem termination system). 3.2 punto extremo: Un terminal, una pasarela o una MCU. 3.3 flujo flujo IP: Secuencia
32、unidireccional de paquetes identificados mediante informacin de encabezamiento correspondiente a las capas 3 y 4 ISO. Esta informacin incluye direcciones IP de fuente/destino, nmeros de puerto fuente/destino e ID de protocolo. Un solo flujo IP puede transportar mltiples trenes multimedios. 3.4 flujo
33、 flujo J.112: Flujo unidireccional o bidireccional de paquetes de datos que est sujeto a sealizacin de capa MAC y a la asignacin de QoS conforme con la Rec. UIT-T J.112. Un solo flujo J.112 puede transportar mltiples trenes multimedios. 3.5 pasarela (gateway): Dispositivos que sirven de puente entre
34、 el mundo de las comunicaciones de voz por IP IPCablecom y la RTPC. Ejemplos son la pasarela de medios, que proporciona las interfaces de circuito portador a la RTPC y transcodifica el tren de medios, y la pasarela de sealizacin, que enva y recibe sealizacin de las redes con conmutacin de circuitos
35、hasta el contorno de la red IPCablecom. 3.6 latencia: Tiempo, expresado en cantidad de smbolo, que requiere un elemento de seal para pasar a travs de un dispositivo. 3.7 apoderado: Un dispositivo que presta indirectamente algn servicio o acta como representante en el suministro de informacin descarg
36、ando al anfitrin de la obligacin de dar soporte a los servicios l mismo. 3.8 circuito troncal: Conexin analgica o digital desde un conmutador de circuitos, que transporta informacin de medios de usuario y puede transportar sealizacin de voz (MF, R2, etc.). 4 Abreviaturas, acrnimos y convenios 4.1 Ab
37、reviaturas y acrnimos En esta Recomendacin se utilizan las siguientes siglas. AF Reenvo asegurado (assured forwarding) AN Nodo de acceso (access node) ATM Modo de transferencia asncrono (asynchronous transfer mode) CMS Servicio de gestin de llamadas (call management server) COPS Protocolo de servici
38、o de poltica comn abierta (common open policy service protocol) DCS Sealizacin de llamada distribuida (distributed call signalling) DQoS Calidad de servicio dinmica (dynamic quality of service) DSCP Punto de cdigo de servicio diferenciado (differentiated services codepoint) EF Reenvo expeditado (exp
39、edited forwarding) Rec. UIT-T J.174 (02/2002) 3 ER Encaminador de contorno (edge router) IETF Grupo de tareas especiales de ingeniera en Internet (Internet Engineering Task Force) IntServ Servicios integrados (integrated services) IP Protocolo Internet (Internet protocol) MPLS Conmutacin por etiquet
40、as multiprotocolo (multiprotocol label switching) MTA Adaptador de terminal de medios (media terminal adapter) PHB Comportamiento por salto (per-hop behaviour) PHS Supresin de cabecera de la carga til (payload header suppression) QoS Calidad de servicio (quality of service) RSVP Protocolo de reserva
41、 de recursos (resource reservation protocol) RTPC Red telefnica pblica conmutada UDP Protocolo datagrama de usuario (user datagram protocol) VoIP Voz sobre el protocolo Internet (voice over Internet protocol) 4.2 Convenios Al implementar esta Recomendacin, se tendr en cuenta que la obligatoriedad de
42、 la especificacin se expresa mediante el verbo modal “DEBER“ (modal ingls MUST) o un verbo en tiempo futuro con valor imperativo, por ejemplo “EXPIRAR“ (modal ingls SHALL) o el adjetivo “OBLIGATORIO“ (REQUIRED). A continuacin, se indican otras expresiones que se aplican a determinados requisitos con
43、 significado de obligacin o posibilidad. “DEBER“ (MUST) Este verbo (u otros con significado de obligacin, como “tener que“, “haber que/de“ o un verbo en tiempo futuro con valor imperativo o el adjetivo OBLIGATORIO (REQUIRED, MANDATORY) indican que se tiene la obligacin de hacer lo que expresa la esp
44、ecificacin. “NO DEBER“ (MUST NOT) La negacin indica que se prohbe hacer lo que expresa la especificacin. “DEBERA“ (SHOULD) El modo condicional de estos verbos, u otros verbos con significado de conveniencia (aconsejar, recomendar, ser conveniente) o el adjetivo RECOMENDADO (RECOMMENDED) indica que p
45、uede haber motivos fundados para que en determinadas circunstancias no se haga cierta cosa, pero que antes de hacer algo diferente, es preciso entender todas las consecuencias y sopesar el caso. “NO DEBERA“ (SHOULD NOT) La negacin indica la posibilidad de que haya motivos fundados para que en determ
46、inadas circunstancias la accin sea aceptable e incluso til, pero que antes de realizarla es preciso entender todas las consecuencias y sopesar el caso. 4 Rec. UIT-T J.174 (02/2002) “PODER“ (MAY) ste u otros verbos que indican posibilidad o probabilidad (deber de) o el adjetivo FACULTATIVO u OPCIONAL
47、 (OPTIONAL) se refieren a la libertad de elegir. Un proveedor puede incluir un elemento porque el mercado lo exige o porque mejora el producto, mientras que otro puede optar por no hacerlo. 5 Introduccin 5.1 Requisitos y soluciones Hay tres requisitos bsicos para proporcionar QoS de extremo a extrem
48、o en sesiones IPCablecom: 1) Proporcionar tiempos aceptables de establecimiento de comunicacin, comparables a los de la RTPC. 2) Proporcionar una calidad de voz aceptable mediante mecanismos que garanticen valores suficientemente bajos de retardo, fluctuacin de fase y prdida de paquetes. 3) Garantiz
49、ar que se mantiene una alta calidad durante toda la sesin (por ejemplo bloquear los intentos de nuevas llamadas que pudieran comprometer la calidad de las llamadas existentes). En una red de paquetes el segundo requisito se traduce en: proporcionar mecanismos que reconozcan el trfico IPCablecom y gestionen l
