ITU-T X 71SPANISH-1988 DECENTRALIZED TERMINAL AND TRANSIT CONTROL SIGNALLING SYSTEM ON INTERNATIONAL CIRCUITS BETWEEN SYNCHRONOUS DATA NETWORKS《同步数据网中国际电路的分散终端及传输控制信令系统》.pdf

《ITU-T X 71SPANISH-1988 DECENTRALIZED TERMINAL AND TRANSIT CONTROL SIGNALLING SYSTEM ON INTERNATIONAL CIRCUITS BETWEEN SYNCHRONOUS DATA NETWORKS《同步数据网中国际电路的分散终端及传输控制信令系统》.pdf》由会员分享，可在线阅读，更多相关《ITU-T X 71SPANISH-1988 DECENTRALIZED TERMINAL AND TRANSIT CONTROL SIGNALLING SYSTEM ON INTERNATIONAL CIRCUITS BETWEEN SYNCHRONOUS DATA NETWORKS《同步数据网中国际电路的分散终端及传输控制信令系统》.pdf（37页珍藏版）》请在麦多课文档分享上搜索。

1、UNIN INTERNACIONAL DE TELECOMUNICACIONESUIT-T X.71SECTOR DE NORMALIZACINDE LAS TELECOMUNICACIONESDE LA UITREDES PBLICAS DE DATOSTRANSMISIN, SEALIZACIN Y CONMUTACINSISTEMA DE SEALIZACINDESCENTRALIZADA DE CONTROL TERMINALY DE TRNSITO PARA CIRCUITOSINTERNACIONALES ENTRE REDESSNCRONAS DE DATOSRecomendac

2、in UIT-T X.71(Extracto del Libro Azul)NOTAS1 La Recomendacin UIT-T X.71 se public en el fascculo VIII.3 del Libro Azul. Este fichero es un extracto delLibro Azul. Aunque la presentacin y disposicin del texto son ligeramente diferentes de la versin del Libro Azul, elcontenido del fichero es idntico a

3、 la citada versin y los derechos de autor siguen siendo los mismos (Vase acontinuacin).2 Por razones de concisin, el trmino Administracin se utiliza en la presente Recomendacin para designar auna administracin de telecomunicaciones y a una empresa de explotacin reconocida. UIT 1988, 1993Reservados t

4、odos los derechos. No podr reproducirse o utilizarse la presente Recomendacin ni parte de la misma decualquier forma ni por cualquier procedimiento, electrnico o mecnico, comprendidas la fotocopia y la grabacin enmicropelcula, sin autorizacin escrita de la UIT.Fascculo VIII.3 - Rec. X.71 1Recomendac

5、in X.71Fascculo VIII.3 - Rec. X.71SISTEMA DE SEALIZACIN DESCENTRALIZADA DE CONTROLTERMINAL Y DE TRNSITO PARA CIRCUITOS INTERNACIONALESENTRE REDES SNCRONAS DE DATOS(Ginebra, 1976; modificada en Ginebra, 1980,Mlaga-Torremolinos, 1984, y Melbourne, 1988)La aparicin de redes pblicas de datos en diversos

6、 pases hace necesario establecer mtodos de sealizacin decontrol internacional apropiados para el interfuncionamiento, a fin de facilitar el establecimiento de tales redes en lamayor medida posible. La finalidad principal de las redes pblicas de datos es ofrecer al usuario una amplia gama develocidad

7、es binarias, con un mnimo de restricciones, tiempos muy cortos de establecimiento y liberacin de lascomunicaciones, y una variedad de nuevas facilidades de servicio. Estas condiciones slo pueden satisfacerse mediantesistemas de sealizacin especialmente concebidos, que abarquen todas las necesidades

8、previsibles y sean losuficientemente flexibles para incorporar tambin servicios nuevos, todava no definidos.Por estas razones, el CCITTrecomienda por unanimidadel empleo, en los circuitos internacionales, del mtodo descrito a continuacin para el interfuncionamiento entrelas redes sncronas de datos q

9、ue utilizan tcnicas de sealizacin asociada al canal (sealizacin descentralizada) decontrol.Nota 1 Las clases de servicio de usuario sncronas son las especificadas en la Recomendacin X.1.Nota 2 La sealizacin en los enlaces entre redes sncronas y aniscronas requiere ulterior estudio.Nota 3 El interfun

10、cionamiento entre sealizacin por canal comn y sealizacin asociada al canal se trata en laRecomendacin X.80.mbito de aplicacinEn esta Recomendacin se define un sistema de sealizacin asociada al canal de control para el establecimientode llamadas terminales y de trnsito por circuitos internacionales e

11、ntre redes sncronas de datos.1 Principios generales de conmutacin y sealizacin1.1 La sealizacin tendr lugar a las velocidades soporte apropiadas para las clases de usuario sncronas de datosnicamente. Se ha previsto que las clases de usuario arrtmicas de datos y tlex, etc. se reunirn y transmitirn co

12、narreglo a lo dispuesto en la Recomendacin X.52.1.2 La sealizacin de control debe emplear bits transmitidos a la velocidad binaria mxima de los enlaces utilizados.1.3 Se emplear sealizacin asociada al canal, utilizndose el mismo canal para la sealizacin de control y latransmisin de datos.1.4 Sern ne

13、cesarias las explotaciones en trnsito y terminal. Debido a la inclusin de la explotacin en trnsito, seadoptar la sealizacin de control enlace por enlace.Tanto para las comunicaciones en trnsito, como para las terminales, se transmitir el cdigo de identificacin dered de datos (CIRD) (vase la Recomend

14、acin X.121), y seales de identificacin de la red o del servicio. Sin embargo,puede suprimirse el componente indicativo de pas para datos (IPD) del CIRD y transmitirse solamente la cifra de red ode servicio, si as lo requiere la red de llegada.La seleccin hacia adelante desde los centros de trnsito y

15、 terminales de llegada se organizar de modo quecomience tan pronto como sea posible.Las seales de seleccin sern transmitidas por el pas o la red de origen o de trnsito en un solo bloque.2 Fascculo VIII.3 - Rec. X.711.5 En la Recomendacin X.121 se define el plan de numeracin que se aplicar a las rede

16、s a las que se accedamediante este sistema de sealizacin.1.6 Se autorizar el encaminamiento alternativo. Se adoptar el principio del empleo de circuitos de gran utilizacin,con desbordamiento por rutas adecuadas entre centros.No se permitir el desbordamiento a circuitos de velocidad ms elevada.Para i

17、mpedir que encaminamientos alternativos repetidos den lugar a que el trfico vuelva al punto de origen,esta operacin slo se efectuar una vez por comunicacin.1.7 Se proceder como si la explotacin fuera siempre bidireccional, y, para reducir al mnimo las colisionesfrontales, se especificar la prueba de

18、 los circuitos en orden inverso en las rutas bidireccionales o, lo que es casiequivalente, la prueba de la ruta por pequeos haces segn un orden fijo, inicindose siempre la bsqueda a partir de lamisma posicin.1.8 Se supone que la responsabilidad de recoger informacin necesaria para la tasacin y la co

19、ntabilidad la asumirnormalmente la Administracin de origen (vase la Recomendacin D.10). Las otras disposiciones para la recogida deinformacin debern ser objeto de ulterior estudio.1.9 El grado de servicio aplicable a la determinacin del nmero de circuitos de los enlaces entre redes pblicas dedatos d

20、e tipo sncrono que transmiten trfico desbordado de otras rutas, o de los cuales no se permite el desbordamiento,no ser inferior a una llamada perdida por cada 50.Para los enlaces directos de gran utilizacin, los circuitos proporcionados tendrn un grado de servicio no inferiora una llamada perdida de

21、 cada 10.1.10 Se prever equipo de conmutacin suficiente para asegurar que no se indique congestin, por medio de ladevolucin de una seal de congestin en la recepcin o por la ausencia de una seal de invitacin a marcar, para msdel 0,4% de las llamadas en la hora cargada y, en el primer caso, slo cuando

22、 se haya identificado efectivamente lacongestin.1.11 El tiempo de establecimiento considerado como objetivo para las clases de servicio de usuario aplicables a estostipos de red de datos, debe estudiarse an.2 Caractersticas especficas de sealizacinObservaciones aplicables al 2.Nota 1 X designa el ce

23、ntro internacional que origina la comunicacin considerada por el enlace internacionalde que se trate. Y designa el centro internacional que recibe la comunicacin considerada a travs del enlaceinternacional.Nota 2 Los tiempos que se indican son los que transcurren en el centro interesado, sin tener e

24、n cuenta lostiempos de propagacin y otros retardos.Nota 3 El plan de sealizacin utilizar caracteres de sealizacin de 8 bits y estados binarios 0 y 1permanentes1)Durante la fase de sealizacin de control, los bits de estado son ceros. En el momento de la transconexin finalen el centro de origen, los b

25、its de estado son unos en ambos trayectos de sealizacin.En el caso de los caracteres de sealizacin, la paridad ser impar, o sea, que estar en consonancia con laRecomendacin X.4 sobre enlaces y conexiones que utilizan el funcionamiento sncrono de extremo a extremo, y con laRecomendacin X.21. No se ha

26、 determinado la paridad en el caso de seales compuestas por 0 (ceros) o 1 (unos)permanentes, teniendo en cuenta que no se emplean caracteres. Por otra parte, no se mantiene la sincronizacin decaracteres durante un periodo de 0 o de 1 permanentes, pero la misma deber establecerse nuevamente al transm

27、itir otroscaracteres de sealizacin.1)Deben estudiarse ms detenidamente los efectos de las secuencia todos ceros.Fascculo VIII.3 - Rec. X.71 3Todos los grupos de caracteres sucesivos irn precedidos, como mnimo, por dos repeticiones del carcter 1/6(SYN) del alfabeto internacional N. 5 (AI N. 5). El tr

28、mino “como mnimo” significa dos caracteres SYN para la clasede usuario de 600 bit/s. Para las clases de usuario de velocidades ms elevadas, el nmero de caracteres SYN podr serde dos o ms, pero su nmero total no deber prolongar ms de lo necesario el tiempo de establecimiento. Si secombinan dos grupos

29、 de sealizacin para formar un solo grupo de caracteres sucesivos, pueden omitirse en este grupolos caracteres SYN.La seal de fin de seleccin estar constituida por el carcter 2/11 (+) del AI N. 5. Las seales de confirmacinde llamada y de invitacin a marcar emplearn el carcter 2/10 (*) del AI N. 5.Ade

30、ms de las mencionadas seales a saber, 0 (ceros) y 1 (unos) permanentes, 1/6, 2/10 y 2/11, todas lasseales consistirn en caracteres elegidos de la columna 3 del AI N. 5 (vase el cuadro 1/X.71). Esta eleccincontribuye a asegurar que los caracteres de sincronizacin y otros caracteres especificados prec

31、edentemente seannicamente separables de los caracteres de sealizacin de la columna 3 del AI N. 5.En el apndice V figura un ejemplo de tres caracteres sucesivos de sealizacin dentro de cinco octetos de uncanal con la estructura de multiplexacin de la Recomendacin X.50. En la estructura de multiplexac

32、in de laRecomendacin X.51, los caracteres de sealizacin se alinearn en envolventes 8 + 2.2.1 Las seales entre dos redes de datos de tipo sncrono se describen en el cuadro 1/X.71. Existen dos protocolos, elprotocolo de confirmacin de la llamada (CCP) y el protocolo de invitacin a marcar (PTSP). El pr

33、otocolo deconfirmacin de la llamada es el mtodo bsico de la presente Recomendacin, y el de invitacin a marcar constituye unaopcin durante un periodo interino, a discrecin de la red de llegada.2.2 El equipo de llegada puede liberar la conexin como sigue:2.2.1 Protocolo de confirmacin de la llamada (C

34、CP = call confirmation protocol)Se utiliza si la seal de llamada excede el periodo mximo especificado, pero no antes de que se hayatransmitido, como mnimo, un carcter de confirmacin de llamada.2.2.2 Protocolo de invitacin a marcar (PTSP = proceed to select protocol)Se utiliza si no se recibe la prim

35、era seal de seleccin en los 2 segundos que siguen a la transmisin de la sealde invitacin a marcar.2.3 Una colisin frontal se detecta por el hecho de que la central X recibe la seal de llamada repeticin de1 (unos), seguida de caracteres SYN, en lugar de la seal de confirmacin de llamada o de la de in

36、vitacin a marcar(caracteres SYN, seguidos de repeticiones del carcter 2/10) o de la de congestin en la recepcin repeticiones de1 (unos) seguidos de la seal de liberacin.Cuando se detecta una colisin frontal, el equipo de conmutacin de cada extremo del circuito debe hacer otratentativa para seleccion

37、ar un circuito libre, bien del mismo haz o de un haz de circuitos de desbordamiento, si existenmedios de encaminamiento alternativo y no hay circuitos libres en la ruta primaria. De producirse una nueva colisinfrontal en la segunda tentativa, no se har otra tentativa y se liberar la llamada. En el c

38、aso de un centro de trnsito, sedevolver al centro precedente la seal de progresin de la llamada N.20 en una secuencia de seales en el ordensiguiente: confirmacin de la llamada o invitacin a marcar, identificacin de la red, o del servicio, seal de progresinde la llamada y seal de liberacin.2.4 Si no

39、se recibe una seal de congestin en la recepcin, confirmacin de la llamada o invitacin a marcar enlos 4 segundos que siguen al comienzo de la seal de llamada, o si la seal recibida es errnea, lo que es indicado poruna seal distinta de la de congestin en la recepcin, confirmacin de la llamada o invita

40、cin a marcar, o por unacolisin frontal, debe transmitirse la seal de repeticin automtica de prueba por el circuito de que se trata.La seal de repeticin automtica de prueba puede ser menos necesaria en las aplicaciones digitales,alcanzndose su finalidad por otros mtodos. No obstante, si se emplea una

41、 seal de repeticin automtica de prueba, lamisma deber ajustarse al 2.16.Si no se recibe la seal de congestin en la recepcin, la de confirmacin de la llamada o la de invitacin amarcar, debe hacerse otro intento de seleccionar un circuito (una sola vez). En el caso de llamadas en trnsito, si lasegunda

42、 tentativa es infructuosa, se devolver al centro precedente la seal de progresin de la llamada N. 20 dentro deuna secuencia de seales en el siguiente orden: confirmacin de la llamada o invitacin a marcar, identificacin de lared, o del servicio, seal de progresin de la llamada y seal de liberacin.4 F

43、ascculo VIII.3 - Rec. X.71CUADRO 1/X.71Sealizacin asociada al canal (descentralizada) entre redes sncronas de datosSeal o funcinTrayecto de ida(X hacia Y)Trayecto de retorno(Y hacia X)ObservacionesLnea libreS = 0, repeticiones continuasde cerosS = 0, repeticiones continuasde cerosS = 0, repeticiones

44、 continuade unos Seal de llamadaPara el protocolo CC, seenva continuamente estaseal durante, como mnimo,un periodo de 10 ms o16 bits de informacin (loque sea ms largo) y, comomximo, un periodo de15 ms o 24 bits deinformacin (lo que sea mslargo)a)El equipo del centro Y debe estar listo pararecibir se

45、ales de seleccin dentro de unperiodo de 10 ms o 16 bits de informacin(lo que sea ms largo) a partir del comienzode la seal de llamada recibida. Para el protocolo PTS, seenva continuamente estaseal hasta la recepcin de laseal de invitacin a marcarLa seal de invitacin a marcar debedevolverse cuando el

46、 equipo est preparadopara recibir seales de seleccin.Seal deconfirmacin de lallamada (protocoloCC)S = 0, repeticiones continuasdel carcter 2/10 del AIN. 5 hasta la identificacindel primer carcter de clasede trfico, y precedidassiempre de, como mnimo,dos caracteres SYN (1/6)Devuelta en los 10 ms o 16

47、 bits deinformacin (lo que sea ms largo) quesiguen a la recepcin de la seal de llamada.La seal de confirmacin de la llamadadeber ir seguida de la seal deidentificacin de la red o del servicio en los50 ms que siguen a la recepcin del primercarcter de clase de trfico, seguida de laseal de espera, si a continuacin no siguenotros caracteres.La seal de confirmacin de la llamadadeber ser absorbida por el centro X, y nopodr atravesarlo y llegar al centroprecedente.Seal de invitacin amarcar (protocoloPTS)S = 0, repeticiones continu