1、 Unin Internacional de TelecomunicacionesUIT-T J.365SECTOR DE NORMALIZACIN DE LAS TELECOMUNICACIONES DE LA UIT (11/2006) SERIE J: REDES DE CABLE Y TRANSMISIN DE PROGRAMAS RADIOFNICOS Y TELEVISIVOS, Y DE OTRAS SEALES MULTIMEDIA IPCablecom Interfaz de gestor de aplicacin IPCablecom2 Recomendacin UIT-T
2、 J.365 Rec. UIT-T J.365 (11/2006) i Recomendacin UIT-T J.365 Interfaz de gestor de aplicacin IPCablecom2 Resumen En esta Recomendacin se define una interfaz de gestor de aplicacin IPCablecom2 (IPAM) que permite a la funcin apoderada de control de sesin de llamada (P-CSCF) soportar el funcionamiento
3、con calidad de servicio (QoS) en una red de acceso DOCSIS compatible con servicios multimedia IPCablecom. Orgenes La Recomendacin UIT-T J.365 fue aprobada el 29 de noviembre de 2006 por la Comisin de Estudio 9 (2005-2008) del UIT-T por el procedimiento de la Recomendacin UIT-T A.8. ii Rec. UIT-T J.3
4、65 (11/2006) PREFACIO 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
5、tcnicos, de explotacin 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 la
6、s Comisiones de Estudio 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
7、esfera de competencia 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 telec
8、omunicaciones. La observancia de esta Recomendacin es voluntaria. Ahora bien, la Recomendacin puede contener ciertas disposiciones obligatorias (para asegurar, por ejemplo, la aplicabilidad o la interoperabilidad), por lo que la observancia se consigue con el cumplimiento exacto y puntual de todas l
9、as disposiciones obligatorias. La obligatoriedad de un elemento preceptivo o requisito se expresa mediante las frases “tener que, haber de, hay que + infinitivo“ o el verbo principal en tiempo futuro simple de mandato, en modo afirmativo o negativo. El hecho de que se utilice esta formulacin no entr
10、aa que la observancia se imponga a ninguna de las partes. PROPIEDAD 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
11、 demostracin, validez o aplicabilidad de los derechos de propiedad 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 inte
12、lectual, protegida por patente, que puede ser necesaria para aplicar 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 l
13、a TSB en la direccin http:/www.itu.int/ITU-T/ipr/. UIT 2007 Reservados todos los derechos. Ninguna parte de esta publicacin puede reproducirse por ningn procedimiento sin previa autorizacin escrita por parte de la UIT. Rec. UIT-T J.365 (11/2006) iii NDICE Pgina 1 Alcance . 1 2 Referencias . 1 2.1 Re
14、ferencias normativas 1 2.2 Referencias informativas 2 3 Trminos y definiciones . 2 4 Abreviaturas, siglas o acrnimos y convenios 3 4.1 Abreviaturas y acrnimos. 3 4.2 Convenios. 3 5 Resumen tcnico. 4 5.1 Arquitectura 4 5.2 Descripcin general del gestor de aplicacin IPCablecom2 5 6 Descripcin de inter
15、faz. 6 6.1 Operaciones 6 6.2 Elementos . 7 6.3 Mensajes. 10 6.4 Perfil de servicios Web. 14 7 Requisitos del gestor de aplicacin. 15 7.1 Correspondencia entre el SDP y la especificacin de flujo (FlowSpec) 15 8 Requisitos de la P-CSCF 19 9 Requisitos de seguridad 20 9.1 Interfaz P-CSCF IPAM . 20 9.2
16、Interfaz IPAM servidor de poltica 20 Anexo A Esquema XML 21 Anexo B Especificacin WSDL . 23 Apndice I Ejemplos de flujos de llamada 25 I.1 Llamada con xito en red . 25 I.2 Llamada sin xito en red. 27 I.3 Llamada con xito fuera de red (RTPC). 30 I.4 Casos de re-invite (retencin, cambios de medios) 32
17、 I.5 Bifurcacin de llamada extensin de una sola lnea 33 I.6 3PCC. 36 I.7 Varios UE detrs del mismo NAT 47 Rec. UIT-T J.365 (11/2006) 1 Recomendacin UIT-T J.365 Interfaz de gestor de aplicacin IPCablecom2 1 Alcance En esta Recomendacin se define una interfaz de gestor de aplicacin IPCablecom2 (IPAM,
18、IPCablecom2 application manager) que permite a la funcin apoderada de control de sesin de llamada (P-CSCF, proxy call session control function) soportar el funcionamiento con calidad de servicio (QoS, quality of service) en una red de acceso DOCSIS compatible con servicios multimedia IPCablecom. IPC
19、ablecom define un marco para soportar servicios de comunicaciones basados en el SIP. Es posible que los mensajes SIP contengan un cuerpo de protocolo de descripcin de sesin (SDP, session description protocol) que define los atributos de los trenes de medios que se estn anunciando. La interfaz que se
20、 define en esta Recomendacin habilita a la P-CSCF para gestionar recursos de QoS mediante el traspaso de informacin de sesin y SDP, si la hubiere, a un IPAM. El IPAM se encarga de traducir los mensajes entrantes en mensajes multimedia IPCablecom y los reenva a un servidor de poltica multimedia IPCab
21、lecom. Un objetivo importante de este trabajo consiste en lograr la interoperabilidad entre IPCablecom 2.0 y el IMS 3GPP. Si bien IPCablecom 2.0 se basa en el IMS 3GPP, tambin incluye otra funcionalidad necesaria para cumplir los requisitos de los operadores de cable. Teniendo en cuenta que se estn
22、desarrollando soluciones de convergencia para las transmisiones almbricas, inalmbricas y por cable, cabe esperar que IPCablecom 2.0 siga participando en la supervisin y desarrollo del IMS en 3GPP, a los efectos de alineamiento entre el IMS 3GPP e IPCablecom 2.0. 2 Referencias 2.1 Referencias normati
23、vas 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 efectuar esta publicacin, estaban en vigor las ediciones indicadas. Todas las Recomendaciones y otras referenc
24、ias 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 referencias citadas a continuacin. Se publica peridicamente una lista de las Recomendaciones UIT-T actualmente v
25、igentes. En esta Recomendacin, la referencia a un documento, en tanto que autnomo, no le otorga el rango de una Recomendacin. ITU-T J.170 Recomendacin UIT-T J.170 (2005), Especificacin de la seguridad de IPCablecom. ITU-T J.179 Recomendacin UIT-T J.179 (2005), Soporte de IPCablecom para multimedia.
26、ITU-T J.361 Recomendacin UIT-T J.361 (2006), Cdec de medios IPCablecom2. IETF RFC 3725 IETF RFC 3725 (2004), Best Current Practices for Third Party Call Control (3pcc) in the Session Initiation Protocol (SIP). IETF RFC 3890 IETF RFC 3890 (2004), A Transport Independent Bandwidth Modifier for the Ses
27、sion Description Protocol (SDP). SOAP 1.1 W3C Note 08 May 2000, Simple Object Access Protocol (SOAP) 1.1, http:/www.w3.org/TR/2000/NOTE-SOAP-20000508. 2 Rec. UIT-T J.365 (11/2006) SOAP 1.2 W3C Recommendation 24 June 2003, SOAP Version 1.2. Part 1: Messaging Framework, http:/www.w3.org/TR/2003/REC-so
28、ap12-part1-20030624/. Part 2: Adjuncts, http:/www.w3.org/TR/2003/REC-soap12-part2-20030624/. XML 1.0 W3C Recommendation 04 February 2004, Extensible Markup Language (XML) 1.0 (Third Edition), http:/www.w3.org/TR/2004/REC-xml-20040204. 2.2 Referencias informativas ITU-T J.360 Recomendacin UIT-T J.360
29、 (2006), Marco de arquitectura general IPCablecom2. ITU-T J.360 App.II Recomendacin UIT-T J.360 (2006), Marco de arquitectura general IPCablecom2 Apndice II: Resumen de los aspectos tcnicos de la arquitectura de calidad de servicio. IETF RFC 2327 IETF RFC 2327 (1998), SDP: Session Description Protoc
30、ol. IETF RFC 2617 IETF RFC 2617 (1999), HTTP Authentication: Basic and Digest Access Authentication. IETF RFC 3264 IETF RFC 3264 (2002), An Offer/Answer Model with the Session Description Protocol (SDP). IETF RFC 3311 IETF RFC 3311 (2002), The Session Initiation Protocol (SIP) UPDATE Method. WSDL W3
31、C Note 15 March 2001, Web Services Description Language (WSDL) 1.1. http:/www.w3.org/TR/wsdl. 3 Trminos y definiciones En esta Recomendacin se definen los trminos siguientes: 3.1 gestor de aplicacin: Sistema que se conecta con el o los servidores de poltica a los efectos de solicitar un servicio bas
32、ado en QoS, a nombre de un usuario extremo o de un sistema de gestin de red. 3.2 sistema de terminacin de mdem de cable: Dispositivo de la cabecera de cable que implementa el protocolo DOCSIS RFI MAC y se conecta a un CM a travs de la red HFC. 3.3 tramo: Un segmento de una sesin correspondiente a un
33、 UE (por ejemplo, el UE que llama o el UE llamado). 3.4 servidor de poltica: Sistema que acta, en principio, como intermediario entre los AM y los CM. Aplica las polticas de red a las peticiones de los AM y sirve como apoderado de mensajes entre los AM y el CMTS. 3.5 calidad de servicio: Mtodo que s
34、e emplea para reservar recursos de red y garantizar su disponibilidad para las aplicaciones. 3.6 peticin de comentarios: Documentos de poltica tcnica aprobados por el IETF, disponibles en http:/www.ietf.org/rfc.html. Rec. UIT-T J.365 (11/2006) 3 4 Abreviaturas, siglas o acrnimos y convenios 4.1 Abre
35、viaturas y acrnimos En esta Recomendacin se utilizan las siguientes abreviaturas, siglas o acrnimos: AM Gestor de aplicacin (application manager) AS Servidor de aplicacin (application server) CMTS Sistema de terminacin de mdem de cable (cable modem termination system) CSCF Funcin de control de sesin
36、 de llamada (call session control function) HTTP Protocolo de transferencia de hipertexto (hypertext transfer protocol) IETF Grupo de tareas especiales de ingeniera en Internet (Internet engineering task force) IP Protocolo Internet (Internet protocol) IPAM Gestor de aplicacin IPCablecom (IPCablecom
37、 application manager) (algunas veces se utiliza la sigla PAM) MAC Control de acceso de medios (media access control) P-CSCF CSFC apoderada (proxy-CSCF) PS Servidor de poltica (policy server) QoS Calidad de servicio (quality of service) RFC Peticin de comentarios (request for comments) SIP Protocolo
38、de iniciacin de sesin (session initiation protocol) SSL Capa de zcalo segura (secure socket layer) UA Agente de usuario (user agent) W3C Consorcio WWW (World Wide Web Consortium) WS Servicio web (web service) WSDL Lenguaje de descripcin de servicios web (web services description language) XML Lengua
39、je de marcaje extensible (extensible markup language) XSD Definicin de esquema XML (XML schema definition) 4.2 Convenios En toda la Recomendacin, las expresiones que indican la importancia de un determinado requisito se escriben en maysculas. Estas palabras son: “OBLIGACIN FIRME“ La OBLIGACIN FIRME
40、se expresa con el futuro simple del verbo principal (futuro de mandato), el verbo auxiliar “DEBER“ (DEBE, DEBER) o el adjetivo “OBLIGATORIO“. En algunos casos tambin pueden utilizarse otras expresiones con significado de OBLIGACIN. “PROHIBICIN FIRME“ La PROHIBICIN FIRME se expresa mediante la negaci
41、n de la OBLIGACIN FIRME e indica que el aspecto en cuestin se prohbe firmemente en esta Recomendacin. “CONVENIENCIA“ La CONVENIENCIA se expresa con el tiempo condicional del verbo modal “DEBER“ (DEBERA) u otros verbos con significado de CONVENIENCIA (aconsejar, recomendar, ser conveniente) o mediant
42、e el adjetivo “RECOMENDADO“. Hay que entender 4 Rec. UIT-T J.365 (11/2006) plenamente y sopesar las consecuencias que tendra la inobservancia de una determinada disposicin, aunque en ciertas circunstancias pueda haber razones fundamentadas para ello. “INCONVENIENCIA“ La NO CONVENIENCIA indica que si
43、 bien puede haber motivos vlidos en ciertas circunstancias que hagan aceptable el aspecto de que se trata, se deberan entender completamente sus implicaciones y sopesar adecuadamente las posibilidades, antes de implementarlo. “OPCIN“ La OPCIN se expresa mediante el verbo “PODER“ (PUEDE, PODR), u otr
44、as expresiones que indican posibilidad o probabilidad (“ser posible“), o los adjetivos “FACULTATIVO“ u “OPCIONAL“, que 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 R
45、esumen tcnico En esta clusula se presenta una descripcin general del IPAM y su funcin en la arquitectura IPCablecom. 5.1 Arquitectura En el informe tcnico sobre multimedia IPCablecom UIT-T J.179 se describen un marco arquitectural y un modelo de referencia para servicios multimedia IPCablecom. En la
46、 Recomendacin que versa sobre el marco de arquitectura IPCablecom2 UIT-T J.360 se proporciona una arquitectura de referencia IPCablecom2 y se describen diversos componentes de ella. Al emplear esta arquitectura, el gestor de aplicacin IPCablecom2 se encarga de la gestin de los recursos de QoS a nomb
47、re de la red IPCablecom. En la figura 1 se muestra la arquitectura de QoS IPCablecom2, y se indican las interfaces del IPAM. Figura 1/J.365 Arquitectura de QoS IPCablecom2 Rec. UIT-T J.365 (11/2006) 5 5.2 Descripcin general del gestor de aplicacin IPCablecom2 El IPAM permite a una P-CSCF gestionar l
48、os recursos de QoS en la red de acceso, basndose en los parmetros del protocolo de descripcin de sesin (SDP,) contenidos en la oferta y en la respuesta, conforme a la definicin de RFC 3264. El IPAM se sirve de la interfaz pkt-mm-3 multimedia IPCablecom para comunicar dichos requisitos a un servidor
49、de poltica multimedia IPCablecom. A menudo, en un establecimiento de sesin SIP participa un UE (el UE que llama) que intenta sealar a otro UE (el UE llamado) su deseo de establecer una sesin. En el caso ms simple ocurre lo siguiente: 1) El UE que llama enva a la P-CSCF un mensaje INVITE que contiene una oferta SDP. 2) La P-CSCF utiliza la i
