ITU-T Q 2111 AMD 2 SPANISH-2002 B-ISDN ATM adaptation layer - Service specific connection oriented protocol in a multilink and connectionless environment (SSCOPMCE) Amendment 2 API.pdf

《ITU-T Q 2111 AMD 2 SPANISH-2002 B-ISDN ATM adaptation layer - Service specific connection oriented protocol in a multilink and connectionless environment (SSCOPMCE) Amendment 2 API.pdf》由会员分享，可在线阅读，更多相关《ITU-T Q 2111 AMD 2 SPANISH-2002 B-ISDN ATM adaptation layer - Service specific connection oriented protocol in a multilink and connectionless environment (SSCOPMCE) Amendment 2 API.pdf（26页珍藏版）》请在麦多课文档分享上搜索。

1、 UNIN INTERNACIONAL DE TELECOMUNICACIONES UIT-T Q.2111SECTOR DE NORMALIZACIN DE LAS TELECOMUNICACIONES DE LA UIT Enmienda 2(04/2002) SERIE Q: CONMUTACIN Y SEALIZACIN Red digital de servicios integrados de banda ancha (RDSI-BA) Capa de adaptacin del modo de transferencia asncrono de sealizacin Capa d

2、e adaptacin del modo transferencia asncrono de la RDSI-BA Protocolo con conexin especfico de servicio en un entorno multienlace y sin conexin Enmienda 2: Interfaz de programa de aplicacin para protocolo con conexin especfico de servicio en un entorno multienlace y sin conexin por Ethernet Recomendac

3、in UIT-T Q.2111 Enmienda 2 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 RDSI Q.60Q.99 CLUSULAS APLICABLES A TODOS LOS

4、SISTEMAS NORMALIZADOS DEL UIT-T Q.100Q.119 ESPECIFICACIONES DEL SISTEMA DE SEALIZACIN N. 4 Q.120Q.139 ESPECIFICACIONES DEL SISTEMA DE SEALIZACIN N. 5 Q.140Q.199 ESPECIFICACIONES DEL SISTEMA DE SEALIZACIN N. 6 Q.250Q.309 ESPECIFICACIONES DEL SISTEMA DE SEALIZACIN R1 Q.310Q.399 ESPECIFICACIONES DEL SI

5、STEMA DE SEALIZACIN R2 Q.400Q.499 CENTRALES DIGITALES Q.500Q.599 INTERFUNCIONAMIENTO DE LOS SISTEMAS DE SEALIZACIN Q.600Q.699 ESPECIFICACIONES DEL SISTEMA DE SEALIZACIN 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.1

6、099 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 ESPECIFICACIONES DE LA SEALIZACIN RELACIONADA CON EL CONTROL DE LLAMADA INDEPENDIENTE DEL PORTADOR Q.1900Q.1999 RED DIGITAL DE SERVICIOS

7、INTEGRADOS DE BANDA ANCHA (RDSI-BA) Q.2000Q.2999 Aspectos generales Q.2000Q.2099 Capa de adaptacin del modo de transferencia asncrono de sealizacin Q.2100Q.2199 Protocolos de red de sealizacin Q.2200Q.2299 Aspectos comunes de los protocolos de aplicacin de la RDSI-BA para la sealizacin de acceso, la

8、 sealizacin de red y el interfuncionamiento Q.2600Q.2699 Protocolos de aplicacin de la RDSI-BA para sealizacin de red Q.2700Q.2899 Protocolos de aplicacin de la RDSI-BA para sealizacin de acceso Q.2900Q.2999 Para ms informacin, vase la Lista de Recomendaciones del UIT-T. Rec. UIT-T Q.2111/enm.2 (04/

9、2002) i Recomendacin UIT-T Q.2111 Capa de adaptacin del modo transferencia asncrono de la RDSI-BA Protocolo con conexin especfico de servicio en un entorno multienlace y sin conexin Enmienda 2 Interfaz de programa de aplicacin para protocolo con conexin especfico de servicio en un entorno multienlac

10、e y sin conexin por Ethernet Resumen En esta enmienda a la Rec. UIT-T Q.2111 se presenta una interfaz de programacin de aplicacin (API) para el protocolo con conexin especfico de servicio en un entorno multienlace y sin conexin (SSCOPMCE) por Ethernet. Su introduccin facilita la incorporacin de SSCO

11、PMCE en los sistemas de comunicacin que utilizan Ethernet. Orgenes La enmienda 2 a la Recomendacin UIT-T Q.2111, preparada por la Comisin de Estudio 11 (2001-2004) del UIT-T, fue aprobada por el procedimiento de la Resolucin 1 de la AMNT el 13 de abril de 2002. ii Rec. UIT-T Q.2111/enm.2 (04/2002) P

12、REFACIO 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 ex

13、plotacin 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 d

14、e 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 esfera de comp

15、etencia 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.

16、 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 demostracin, validez o aplicabilidad de los derechos de

17、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 ha recibido notificacin de propiedad intelectual, protegida por patente, que puede ser necesaria para

18、 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 la TSB. UIT 2002 Reservados todos los derechos. Ninguna parte

19、 de esta publicacin puede reproducirse por ningn procedimiento sin previa autorizacin escrita por parte de la UIT. Rec. UIT-T Q.2111/enm.2 (04/2002) iii NDICE Pgina 1) Clusula 2.2 Bibliografa. 1 2) Clusula 4 Abreviaturas. 1 3) Clusula 5.3 Modos de funcionamiento 1 4) Anexo F 1 Anexo F API para SSCOP

20、MCE por Ethernet. 1 1 Introduccin 1 2 Objetivos de la API de bus de datos Ethernet. 2 3 Visin general de la implementacin de la API de bus de datos Ethernet . 2 4 Resumen de la definicin del lote Ada. 3 5 Descripcin de la definicin del paquete Ada 6 5.1 Subrutinas EtherAddress 6 5.2 Subrutinas Ether

21、Tag . 7 5.3 Subrutinas EtherSocket 8 5.4 Subrutinas EtherServerSocket 10 5.5 Subrutinas de datagrama. 12 5.6 Subrutinas DatagramSocket . 14 5.7 Subrutinas MulticastSocket 16 Rec. UIT-T Q.2111/enm.2 (04/2002) 1 Recomendacin UIT-T Q.2111 Capa de adaptacin del modo transferencia asncrono de la RDSI-BA

22、Protocolo con conexin especfico de servicio en un entorno multienlace y sin conexin Enmienda 2 Interfaz de programa de aplicacin para protocolo con conexin especfico de servicio en un entorno multienlace y sin conexin por Ethernet 1) Clusula 2.2 Bibliografa Adase la siguiente referencia: 23 ISO/CEI

23、8652: 1995, Information technology Programming languages Ada. 2) Clusula 4 Abreviaturas Adase la siguiente definicin alfabticamente: API Interfaz de programacin de aplicacin (application programming interface) 3) Clusula 5.3 Modos de funcionamiento Adase la siguiente oracin al final del prrafo que s

24、igue inmediatamente a la figura 2: Adems, en el anexo F se describe una interfaz de programacin de aplicacin (API, application programming interface) para SSCOPMCE por Ethernet. 4) Anexo F Adase un nuevo anexo F (API para SSCOPMCE por Ethernet) como sigue: Anexo F API para SSCOPMCE por Ethernet 1 In

25、troduccin En el anexo E a esta Recomendacin se especifica el despliegue de SSCOPMCE por encima del servicio sin conexin proporcionado por las redes Ethernet IEEE 802.3. El objetivo primordial de esta configuracin es realizar un bus de datos de sistemas abiertos para sistemas de bucle cerrado. Las ap

26、licaciones pueden utilizar los siguientes servicios de SSCOPMCE a travs del punto de acceso al servicio (SAP) ofrecido por la funcin de coordinacin especfica de servicio (SSCF) en la interfaz usuario-red (UNI) 12: Transferencia de datos sin acuse de recibo. Transferencia de datos asegurada. Transpar

27、encia de la informacin transferida. Establecimiento y liberacin de conexiones para la transferencia de datos asegurada. 2 Rec. UIT-T Q.2111/enm.2 (04/2002) En tanto que el cuerpo principal de la Recomendacin y el anexo E contienen las especificaciones necesarias para desarrollar un producto basado e

28、n una tarjeta de interfaz de red Ethernet, este anexo especifica una interfaz de programacin de aplicacin (API) al SAP. La razn para especificar una API es incitar a los vendedores de herramientas de desarrollo y/o sistemas operativos en tiempo real a ofrecer una interfaz normalizada, abierta y fami

29、liar para que los desarrolladores de soporte lgico se beneficien de las capacidades de red ofrecidas por un bus de datos basado en Ethernet. 2 Objetivos de la API de bus de datos Ethernet La API de bus de datos Ethernet es relativamente pequea y autnoma, y permite a un programador acceder a los serv

30、icios SSCOPMCE cuando estos servicios funcionan por una capa de enlace de datos Ethernet. En el diseo de la API se consideraron dos objetivos: La API debera basarse en la nocin de zcalos (conectores lgicos), los cuales se han utilizado ampliamente en la mayora de las API de las redes existentes para

31、 sistemas de sobremesa y sistemas operativos en tiempo real. Los zcalos tratan esencialmente cada conexin de red como un tren en el cual se pueden escribir o leer octetos, permitindoles constituir una ampliacin de los conceptos familiares de entrada/salida (I/O) de ficheros. La API debera incluir di

32、sposiciones para el tratamiento de las excepciones, a fin de gestionar los errores que aparecen en curso de ejecucin. 3 Visin general de la implementacin de la API de bus de datos Ethernet La API de bus de datos Ethernet est escrita en el lenguaje de programacin Ada 95 3. La seleccin de Ada est basa

33、da en su amplia utilizacin en sistemas aeroespaciales y de defensa, uno de los sectores de aplicacin que motivaron la especificacin del anexo E/Q.2111. En consecuencia, una API basada en Ada permitir la migracin de las arquitecturas de sistema existentes hacia un bus de datos basado en Ethernet. Ade

34、ms, las nuevas arquitecturas de sistema se pueden basar en dicha interfaz. Tal API ofrecer adems una interfaz de programacin normalizada para uso con un bus de datos basado en Ethernet. La API basada en Ada define los siguientes tipos (objetos): EtherAddress: Representa una direccin Ethernet. EtherS

35、ocket: Implementa un zcalo en el lado cliente que utiliza las capacidades de transferencia de datos asegurada de SSCOPMCE. Los datos se transportan en una o ms PDU con datos secuenciados (SD, sequenced-data) dentro de tramas Ethernet. EtherTag: Contiene los atributos asociados con el tipo tag (rtulo

36、) 802.1 22. EtherServerSocket: Implementa un zcalo en el lado servidor que utiliza las capacidades de transferencia de datos asegurada de SSCOPMCE. Los datos se transportan en una o ms PDU con datos secuenciados (SD) dentro de tramas Ethernet. Datagram: Crea un datagrama haciendo referencia una PDU

37、de datos de usuario (UD, user data) no numerados. DatagramSocket: Crea un zcalo para enviar o recibir un datagrama. MulticastSocket: Crea un zcalo multidifusin para enviar o recibir un datagrama. Los datos se transportan en una o ms PDU de datos de usuario no numerados (UD). El funcionamiento en mul

38、tidifusin se basa en el protocolo de registro multidifusin GARP (GMRP, GARP multicast registration protocol) 21. La razn por la que se han definido slo pocos tipos de objetos se basa en gran parte en la correspondencia muy racionalizada de las capas de protocolo permitidas en el anexo E/Q.2111. Desd

39、e la perspectiva de una definicin, estos tipos, y las operaciones asociadas con estos tipos, estn contenidos en el lote bus de datos Ethernet. Un piloto asociado con una tarjeta de interfaz de Rec. UIT-T Q.2111/enm.2 (04/2002) 3 red debe ser conforme con dicho lote. Desde la perspectiva de la implem

40、entacin, estos tipos se disean como privados, y, como la especificacin de operaciones asociadas, estn fuera del alcance de esta Recomendacin. Se ha efectuado todo esto para dar flexibilidad a la implementacin y evolucin de la API. 4 Resumen de la definicin del lote Ada Lo siguiente es un resumen del

41、 lote Bus de datos Ethernet: package Ethernet Databus is type EtherAddress is private; type EtherAddresses is (POSITIVE range ) of BYTE; type DatagramSocket is private; type MulticastSocket is private; - EtherAddress function getAddress(addr: EtherAddress) return STRING; function getOUI(addr: EtherA

42、ddress) return STRING; function getLocal(addr: EtherAddress) return STRING; function isGroupAddress(addr: EtherAddress) return BOOLEAN; function getLocalAddress return EtherAddress; function getLocalAddresses return EtherAddresses; - EtherTag procedure makeEtherTag(cos: in COS_TYPE) return EtherTag;

43、 procedure makeEtherTag(vlan: in VLAN_TYPE) return EtherTag; procedure makeEtherTag(cos: in COS_TYPE; cfi: in BOOLEAN; vlan: in VLAN_TYPE) return EtherTag; function get_cos(tag: EtherTag) return COS_TYPE; function get_cfi(tag: EtherTag) return BOOLEAN; function get_vlan(tag: EtherTag) return VLAN_TY

44、PE; - EtherSocket function makeethersocket(host: etheraddress; port: port_type) return ethersocket; function makeEtherSocket(host: EtherAddress; tag: EtherTag; port: PORT_TYPE) return EtherSocket; function makeEtherSocket(host: EtherAddress; port: PORT_TYPE; interface: EtherAddress; localPort: PORT_

45、TYPE) return EtherSocket; function makeEtherSocket(host: EtherAddress; port: PORT_TYPE; tag: EtherTag; 4 Rec. UIT-T Q.2111/enm.2 (04/2002) interface: EtherAddress; localPort: PORT_TYPE) return EtherSocket; function getEtherAddress(socket: EtherSocket) return EtherAddress; function getPort(socket: Et

46、herSocket) return PORT_TYPE; function getLocalPort(socket: EtherSocket) return PORT_TYPE; function getlocaladdress(socket: ethersocket) return etheraddress; function getInputStream(socket: EtherSocket) return STREAM_ACCESS; function getOutputStream(socket: EtherSocket) return STREAM_ACCESS; procedur

47、e close(socket: in EtherSocket); - EtherServerSocket function makeEtherServerSocket(port: PORT_TYPE) return EtherServerSocket; function makeEtherServerSocket(port: PORT_TYPE; tag: EtherTag) return EtherServerSocket; function makeEtherServerSocket(port: PORT_TYPE; queueLength: POSITIVE) return EtherS

48、erverSocket; function makeEtherServerSocket(port: PORT_TYPE; queueLength: POSITIVE; tag: EtherTag) return EtherServerSocket; function makeEtherServerSocket(port: PORT_TYPE; queueLength: POSITIVE; bindAddress: EtherAddress) return EtherServerSocket; function makeEtherServerSocket(port: PORT_TYPE; queueLength: POSITIVE; tag: EtherTag; bindAddress: EtherAddress) return EtherServerSocket; function accept(socket: EtherServerSocket) return EtherSocket; procedure close(socket: in EtherServerSocket); function getEtherAddress(socket: EtherServerSocket) r