1、 UNIN INTERNACIONAL DE TELECOMUNICACIONES UIT-T Serie QSECTOR DE NORMALIZACIN DE LAS TELECOMUNICACIONES DE LA UIT Suplemento 48(03/2004) SERIE Q: CONMUTACIN Y SEALIZACIN Documento directriz para la especificacin de la interfaz de programacin de aplicacin/interfaz de objetos entre el control de red y
2、 la capa de aplicacin Recomendaciones UIT-T de la serie Q Suplemento 48 RECOMENDACIONES UIT-T DE LA SERIE Q CONMUTACIN Y SEALIZACIN SEALIZACIN EN EL SERVICIO MANUAL INTERNACIONAL Q.1Q.3 EXPLOTACIN INTERNACIONAL SEMIAUTOMTICA Y AUTOMTICA Q.4Q.59 FUNCIONES Y FLUJOS DE INFORMACIN PARA SERVICIOS DE LA R
3、DSI Q.60Q.99 CLUSULAS APLICABLES A TODOS LOS SISTEMAS NORMALIZADOS DEL UIT-T Q.100Q.119 ESPECIFICACIONES DE LOS SISTEMAS DE SEALIZACIN N. 4, 5, 6, R1 Y R2 Q.120Q.499 CENTRALES DIGITALES Q.500Q.599 INTERFUNCIONAMIENTO DE LOS SISTEMAS DE SEALIZACIN Q.600Q.699 ESPECIFICACIONES DEL SISTEMA DE SEALIZACIN
4、 N. 7 Q.700Q.799 INTERFAZ Q3 Q.800Q.849 SISTEMA DE SEALIZACIN DIGITAL DE ABONADO N. 1 Q.850Q.999 RED MVIL TERRESTRE PBLICA Q.1000Q.1099 INTERFUNCIONAMIENTO CON SISTEMAS MVILES POR SATLITE Q.1100Q.1199 RED INTELIGENTE Q.1200Q.1699 REQUISITOS Y PROTOCOLOS DE SEALIZACIN PARA IMT-2000 Q.1700Q.1799 ESPEC
5、IFICACIONES DE LA SEALIZACIN RELACIONADA CON EL CONTROL DE LLAMADA INDEPENDIENTE DEL PORTADOR Q.1900Q.1999 RED DIGITAL DE SERVICIOS INTEGRADOS DE BANDA ANCHA (RDSI-BA) Q.2000Q.2999 Para ms informacin, vase la Lista de Recomendaciones del UIT-T. Serie Q Suplemento 48 (03/2004) i Suplemento 48 a las R
6、ecomendaciones UIT-T de la serie Q Documento directriz para la especificacin de la interfaz de programacin de aplicacin/interfaz de objetos entre el control de red y la capa de aplicacin Resumen Muchas son las actividades relacionadas con la interfaz de programacin de aplicacin/interfaz de objetos a
7、jenas a la Comisin de Estudios 11 del UIT-T en la que se desarrollan especificaciones de la interfaz de programacin de aplicacin/interfaz de objetos. Para mejorar la utilidad de esta interfaz de programacin de aplicacin/interfaz de objetos puede ser necesario establecer ciertas directrices comunes.
8、El presente Suplemento pretende clarificar directrices que permitan asegurar la eficacia de cada interfaz de programacin de aplicacin/interfaz de objetos y facilitar su gradual introduccin. Orgenes El Suplemento 48 a las Recomendaciones UIT-T de la serie Q fue aceptado el 12 de marzo de 2004 por la
9、Comisin de Estudio 11 (2001-2004) del UIT-T. ii Serie Q Suplemento 48 (03/2004) 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)
10、 es un rgano permanente de la UIT. Este rgano estudia los aspectos 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
11、celebra cada cuatro aos, establece los temas que han de estudiar las 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 ciert
12、os sectores de la tecnologa de la informacin que corresponden a la esfera de competencia del UIT-T, se preparan las normas necesarias en colaboracin con la ISO y la CEI. NOTA En esta publicacin, la expresin “Administracin“ se utiliza para designar, en forma abreviada, tanto una administracin de tele
13、comunicaciones como una empresa de explotacin reconocida de telecomunicaciones. La observancia de esta publicacin es voluntaria. Ahora bien, la publicacin puede contener ciertas disposiciones obligatorias (para asegurar, por ejemplo, la aplicabilidad o la interoperabilidad), por lo que la observanci
14、a se consigue con el cumplimiento exacto y puntual de todas las 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
15、 negativo. El hecho de que se utilice esta formulacin no entraa 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 publicacin suponga el empleo de un derecho de propiedad intelectual re
16、ivindicado. La UIT no adopta ninguna posicin en cuanto a la 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 publicaciones. En la fecha de aprobacin de la presente publicac
17、in, la UIT no ha recibido notificacin de propiedad intelectual, protegida por patente, que puede ser necesaria para aplicar esta publicacin. 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 encarecidam
18、ente a consultar la base de datos sobre patentes de la TSB. UIT 2004 Reservados todos los derechos. Ninguna parte de esta publicacin puede reproducirse por ningn procedimiento sin previa autorizacin escrita por parte de la UIT. Serie Q Suplemento 48 (03/2004) iii NDICE Pgina 1 Alcance . 1 2 Referenc
19、ias . 1 2.1 Referencias de sitios web . 1 2.2 Referencias documentales 1 3 Definiciones 1 4 Abreviaturas 1 5 Directrices para la especificacin de la API/interfaz de objetos 2 5.1 Correspondencia con los mensajes de protocolo 2 5.2 Modelo del proceso total de introduccin de aplicaciones basadas en AP
20、I . 4 5.3 Requisito para la informacin de la direccin 4 5.4 Requisitos sobre la causa de liberacin 5 Serie Q Suplemento 48 (03/2004) 1 Suplemento 48 a las Recomendaciones UIT-T de la serie Q Documento directriz para la especificacin de la interfaz de programacin de aplicacin/interfaz de objetos entr
21、e el control de red y la capa de aplicacin 1 Alcance El presente Suplemento contiene directrices para la especificacin de la interfaz de programacin de API/interfaz de objetos en las actividades relativas a la API/interfaz de objetos ajenas al UIT-T. Se centra en las especificaciones de la API/inter
22、faz de objetos entre el control de red y las capas de aplicacin, que pueden encontrarse en la clusula “Alcance“ del Documento de referencia sobre la API d1. 2 Referencias 2.1 Referencias de sitios web w1 Sitio web del 3GPP: http:/www.3gpp.org/ w2 Sitio web de Parlay: http:/www.parlay.org/ w3 Sitio w
23、eb del ETSI: http:/docbox.etsi.org/TISPAN/Open/OSA 2.2 Referencias documentales d1 Recomendaciones UIT-T de la serie Q Suplemento 40 (2002), Informe tcnico: Documento de referencia sobre la interfaz de programacin de aplicacin/interfaz de objetos entre el control de red y la capa de aplicacin. d2 3G
24、PP TR 21.905, Vocabulary for 3 GPP Specifications. d3 Recomendacin UIT-T E.164 (1997), Plan internacional de numeracin de telecomunicaciones pblicas. d4 IETF RFC 1630 (1994), Universal Resource Identifiers in WWW: A Unifying Syntax for the Expression of Names and Addresses of Objects on the Network
25、as used in the World-Wide Web. d5 Recomendacin UIT-T X.213 (2001) | ISO CEI 8348:2002, Tecnologa de la informacin Interconexin de sistemas abiertos Definicin del sistema de red. d6 Recomendacin UIT-T Q.850 (1998), Utilizacin de los elementos de informacin causa y ubicacin en el sistema de sealizacin
26、 digital de abonado N. 1 y en la parte usuario de RDSI del sistema de sealizacin N. 7. 3 Definiciones Las definiciones relativas a OSA se ajustan a las contenidas en el vocabulario del 3GPP d2. 4 Abreviaturas API Interfaz de programacin de aplicacin (application programming interface) CAP Parte de l
27、a aplicacin de CAMEL (CAMEL application part) NSAP Punto de acceso al servicio de red (network service access point) OSA Acceso de servicio abierto (open service access) PU-RDSI Parte de usuario de RDSI 2 Serie Q Suplemento 48 (03/2004) SDO Organizacin de desarrollo de normas (standard developing or
28、ganization) URI Identificador uniforme de recursos (uniform resource identifier) 5 Directrices para la especificacin de la API/interfaz de objetos En esta clusula se describen las directrices que han de considerarse para especificar la API. En cada una de las subclusulas se contemplan las reas temti
29、cas especficas que han de considerarse. Entre ellas se encuentran las caractersticas de la API que cabe esperar estn soportadas por el rea temtica, las especificaciones existentes y otras informaciones. 5.1 Correspondencia con los mensajes de protocolo 5.1.1 Importancia de la especificacin de la cor
30、respondencia La portabilidad de la aplicacin en un entorno multifabricante constituye uno de los principales objetivos de la tecnologa de API abierta. No obstante, las diferentes interpretaciones de las especificaciones de la API pueden conducir a una situacin en la que un mensaje de la API que corr
31、esponda a un mensaje de protocolo “x“ en una plataforma API X corresponda a otro mensaje de protocolo “y“ en otra plataforma API Y. As pues, para garantizar la portabilidad de la aplicacin, es de la mayor importancia disponer de especificaciones explcitas de correspondencia que clarifiquen la existe
32、nte entre los mensajes de la API y los del protocolo (por ejemplo los mensajes, PU-RDSI). 5.1.2 Requisitos descriptivos que deberan figurar en el documento de correspondencia Las descripciones de correspondencia son necesarias para proporcionar la informacin siguiente a fin de garantizar el xito de
33、la portabilidad de la aplicacin en desarrollo basados en API. 1) Secuencia de la correspondencia La secuencia de la correspondencia debe describir cmo se traducen los mensajes API invocados por una aplicacin a los correspondientes mensajes de protocolo. La figura 1 muestra un ejemplo de un diagrama
34、de secuencia de correspondencia. En el futuro podrn desarrollarse plantillas de secuencia de correspondencia. Figura 1 Ejemplo de diagrama de secuencia de correspondencia 2) Correspondencia de parmetros La correspondencia entre parmetros debe incluir la relacin detallada entre los parmetros de un me
35、nsaje API y los parmetros del correspondiente mensaje de protocolo. El cuadro 1 muestra un ejemplo de correspondencia de parmetros. En el futuro podrn desarrollarse plantillas de correspondencia de parmetros. Serie Q Suplemento 48 (03/2004) 3 Cuadro 1 Ejemplo de cuadro de correspondencia de parmetro
36、s Mensaje de API A Mensaje de protocolo x 1 Parmetro A1 Parmetro x1 2 Parmetro A2 Parmetro x2 3) Otros requisitos descriptivos Adems de los diagramas de secuencia de correspondencia y de los cuadros de correspondencia de parmetros presentados anteriormente, puede incluirse en la descripcin de la cor
37、respondencia la siguiente informacin: modelo de transicin de estados de la plataforma; condiciones para la invocacin de la API que no se trate de mensajes de protocolo; etc. En el futuro podrn desarrollarse plantillas para describir estos elementos. 5.1.3 reas para el desarrollo de la especificacin
38、de correspondencia Las API que desarrollan las SDO pueden aplicarse a diversas reas, pero la importancia de la especificacin de la correspondencia puede depender del rea de aplicacin de las API. Entre stas, el rea de control de llamada tendra la mxima importancia para el desarrollo de la especificac
39、in de correspondencia de la API. La importancia de la correspondencia de la API en otras reas se estudiar en el futuro. 5.1.4 Especificaciones de correspondencia existentes Se han identificado las siguientes actividades. 1) 3GPP w1 El 3GPP ha estado desarrollando la especificacin de correspondencia
40、relativa a sus trabajos sobre la API. Ya se han elaborado los siguientes documentos: 3G TR 29.998-04-1: Mapping for OSA Call Control to CAP (correspondencia para el control de llamada OSA con CAP); 3G TR 29.998-04-4: Mapping for OSA Multiparty Call Control to SIP (correspondencia para el control de
41、llamada pluripartita OSA con SIP); 3G TR 29.998-05-1: Mapping for OSA User Interaction to CAP (correspondencia para la interaccin del usuario OSA con CAP); 3G TR 29.998-05-4: Mapping for OSA User Interaction to SMS (correspondencia para la interaccin del usuario OSA con SMS); 3G TR 29.998-06: Mappin
42、g for OSA User location to MAP (correspondencia para la ubicacin del usuario OSA con MAP); 3G TR 29.998-08: Mapping for OSA Data session Control to CAP (correspondencia para el control de sesin de datos OSA con CAP). Existe adems el plan siguiente para desarrollar nuevas especificaciones de correspo
43、ndencia: OSA PAM (Gestin de presencia y disponibilidad) con SIP (trabajo en curso). 2) Otras organizaciones de desarrollo de normas (SDO) Es preciso seguir investigando las actividades de otras SDO sobre especificaciones de correspondencia. 4 Serie Q Suplemento 48 (03/2004) 5.2 Modelo del proceso to
44、tal de introduccin de aplicaciones basadas en API 5.2.1 Importancia de la descripcin del proceso total para la introduccin de aplicaciones basadas en API Para mejorar la aplicabilidad de las API, adems de la propia especificacin de la API se requiere la clarificacin del proceso total de introduccin
45、en la red de aplicaciones basadas en API. Al clarificar lo que requiere cada proceso y qu tipo de implicacin de las SDO se espera en cada uno de ellos (o si no es necesaria su implicacin), se facilitar la introduccin en la red de aplicaciones (y/o plataformas) basadas en API, de modo que cada SDO pu
46、eda centrarse en las actividades de normalizacin ms eficaces relativas a las API. 5.2.2 Modelo del proceso total de introduccin de aplicaciones basadas en API El modelo del proceso total de introduccin de aplicaciones basadas en API constituir la base de la descripcin del proceso total de introducci
47、n de aplicaciones basadas en API. La figura 2 representa el modelo inicial. Otras mejoras de este modelo quedan en estudio. Figura 2 Modelo inicial del proceso total de introduccin de aplicaciones basadas en API y posible implicacin de las SDO 5.2.3 Consideraciones relativas a los pasos del proceso
48、total de introduccin de aplicaciones basadas en API En los pasos siguientes se describen consideraciones identificadas como de utilidad para la introduccin de aplicaciones basadas en API: desarrollo de un modelo que clarifique los requisitos del sistema, desarrollo de la aplicacin, y desarrollo de la plataforma. 5.3 Requisito para la informacin de la direccin 5.3.1 Importancia de que la interfaz sea independiente de la direccin En las redes de la prxima generacin cabe suponer se adopten varios tipos de informacin de direccin, por ejemplo E.164 d3, URI d
