ITU-T S 23 SPANISH-1993 AUTOMATIC REQUEST OF THE ANSWERBACK OF THE TERMINAL OF THE CALLING PARTY BY THE TELEX TERMINAL OF THE CALLED PARTY OR BY THE INTERNATIONAL NETWORK《由被叫用户电报终端.pdf

1、UNIN INTERNACIONAL DE TELECOMUNICACIONESUIT-T S.23SECTOR DE NORMALIZACIN (03/93)DE LAS TELECOMUNICACIONESDE LA UITTELEGRAFAEQUIPOS TERMINALESDE TELEGRAFA ALFABTICAPETICIN AUTOMTICA DEL DISTINTIVODEL TERMINAL DEL ABONADO LLAMANTEPOR EL TERMINAL TLEX DEL ABONADOLLAMADO O POR LA RED INTERNACIONALRecome

2、ndacin UIT-T S.23(Anteriormente Recomendacin del CCITT)PREFACIOEl Sector de Normalizacin de las Telecomunicaciones de la UIT (UIT-T) es un rgano permanente de la UninInternacional de Telecomunicaciones. El UIT-T tiene a su cargo el estudio de las cuestiones tcnicas, de explotacin yde tarificacin y l

3、a formulacin de Recomendaciones al respecto con objeto de normalizar las telecomunicaciones sobreuna base mundial.La Conferencia Mundial de Normalizacin de las Telecomunicaciones (CMNT), que se rene cada cuatro aos,establece los temas que habrn de abordar las Comisiones de Estudio del UIT-T, que pre

4、paran luego Recomendacionessobre esos temas.La Recomendacin UIT-T S.23, revisada por la Comisin de Estudio IX (1988-1993) del UIT-T, fue aprobada por laCMNT (Helsinki, 1-12 de marzo de 1993)._NOTAS1 Como consecuencia del proceso de reforma de la Unin Internacional de Telecomunicaciones (UIT), el CCI

5、TTdej de existir el 28 de febrero de 1993. En su lugar se cre el 1 de marzo de 1993 el Sector de Normalizacin de lasTelecomunicaciones de la UIT (UIT-T). Igualmente en este proceso de reforma, la IFRB y el CCIR han sido sustituidospor el Sector de Radiocomunicaciones.Para no retrasar la publicacin d

6、e la presente Recomendacin, no se han modificado en el texto las referencias quecontienen los acrnimos CCITT, CCIR o IFRB o el nombre de sus rganos correspondientes, como la AsambleaPlenaria, la Secretara, etc. Las ediciones futuras en la presente Recomendacin contendrn la terminologa adecuada enrel

7、acin con la nueva estructura de la UIT.2 Por razones de concisin, el trmino Administracin se utiliza en la presente Recomendacin para designara una administracin de telecomunicaciones y a una empresa de explotacin reconocida. UIT 1994Reservados todos los derechos. No podr reproducirse o utilizarse l

8、a 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.Recomendacin S.23 (03/93) 1Recomendacin S.23Recomendacin S.23 (03/93)PETICIN AUTOMTICA DEL DI

9、STINTIVO DEL TERMINALDEL ABONADO LLAMANTE POR EL TERMINAL TLEXDEL ABONADO LLAMADO O POR LA RED INTERNACIONAL(Melbourne, 1988; modificada en Helsinki, 1993)El CCITT,considerando(a) que un dispositivo de transmisin automtica tlex (TAED) (telex automatic emitting device), una unidad dealmacenamiento y

10、retransmisin (SFU) (store and forward unit) o una unidad de conversin (CF) (conversion facility),cuando son llamados, pueden pedir automticamente la identificacin del terminal tlex del abonado llamante, despusde haber suministrado su propio distintivo;(b) que el terminal del abonado llamante, o la S

11、FU o la CF, pueden detectar la falta de concordancia del distintivosi a la seal Con quin comunico? del terminal del abonado llamado sigue inmediatamente el distintivo del abonadollamado a velocidad automtica;(c) que el terminal tlex del abonado llamante, o su equivalente, pueden comenzar la transmis

12、in de texto alrecibir un distintivo vlido, sin esperar a que llegue una seal Con quin comunico? de la red distante;(d) que el texto puede alterarse si se recibe la seal Con quin comunico? de la red distante cuando se esttransmitiendo el texto;(e) que los terminales tlex automticos, SFU o CF pueden d

13、etectar la falta de concordancia entre el distintivoinicial, con una seal Con quin comunico? integrada, y el distintivo al final del mensaje. En este caso, el mensajepuede ser entregado varias veces, pero el abonado llamante podr ser informado de una entrega de mensaje ineficaz;(f) que una Administr

14、acin o EER, en una llamada internacional de salida, puede pedir un segundo distintivo si enel momento del establecimiento de la llamada se reciben caracteres no normalizados, incluida una seal Con quincomunico? inesperada;(g) que una Administracin o EER puede no autorizar la generacin de seales Con

15、quin comunico? por losTAED que controla, pero que los futuros diseos de los TAED deben hallarse en condiciones de recibir las sealesCon quin comunico? en las llamadas tlex de origen internacional;(h) que esta Recomendacin reconoce que no se exige que los dispositivos terminales actualmente realizado

16、s seajusten a las presentes disposiciones. Sin embargo, sera ventajoso que el equipo existente cumpliera los requisitos de lapresente Recomendacin,recomienda por unanimidadque se adopten los siguientes procedimientos:1 Los dispositivos de transmisin automtica tlex (TAED), las unidades de almacenamie

17、nto y retransmisin ylas unidades de conversin deben utilizar procedimientos tlex normalizados (por ejemplo, los indicados en laRecomendacin U.75) para identificar el distintivo de la parte llamada en la serie de caracteres enviados por la red. Unavez verificado si ste es el distintivo esperado:1.1 E

18、fectuar una pausa de 1,5 segundos como mnimo.1.2 Si no se recibe una seal Con quin comunico? en este periodo, pueden enviar su propio distintivo ycomenzar la transmisin de texto.1.3 En este periodo de 1,5 segundos deben estar preparados para responder a una seal Con quin comunico?generando su propio

19、 distintivo.2 Recomendacin S.23 (03/93)1.4 Si se recibe una seal Con quin comunico?, se debe generar el distintivo de la parte llamante en unperiodo de 150 a 600 milisegundos a partir del reconocimiento de la seal Con quin comunico? (vase laRecomendacin S.6). Despus de enviar el distintivo, la trans

20、misin del texto se aplazar durante 1,5 segundos por lomenos. Este periodo permite que la red terminal tenga tiempo suficiente para examinar el distintivo de la parte llamante yenviar, si es necesario, una nueva seal Con quin comunico?. Despus de ese periodo puede comenzar latransmisin de texto, sin

21、tener que repetir el distintivo de la parte llamante.Sin embargo, si se recibe una segunda seal Con quin comunico? en este periodo de 1,5 segundos, el terminal debeenviar un segundo distintivo y comenzar entonces la transmisin de texto.1.5 Si se reciben seales distintas de la seal Con quin comunico?

22、 en el periodo de 1,5 segundos transcurridodesde la terminacin del distintivo de la parte llamada, entonces la accin que ha de adoptarse queda a discrecin de laparte llamante.1.6 Como asunto de carcter nacional, una Administracin o una EER puede pedir un segundo distintivo a la reddistante generando

23、 una seal Con quin comunico? si:a) la cadena de caracteres recibida (a velocidad automtica) comprende ms de 20 caracteres e incluye unaseal Con quin comunico?;b) se recibe una seal Con quin comunico? dentro de un periodo de 800 milisegundos a partir de laterminacin del distintivo.2 Un terminal autom

24、tico de terminacin, unidad de almacenamiento y retransmisin (SFU), unidad deconversin (CF), centro de conmutacin del servicio martimo por satlite (MSSC) (maritime satellite switching centre)o red internacional distante deben reaccionar al ser llamados de la manera siguiente:2.1 El terminal o la red

25、llamados pueden devolver una seal Con quin comunico? a la parte llamante,800 milisegundos despus de la devolucin del distintivo de la parte llamada, siempre que el trayecto hacia el destinopermanezca en reposo.2.2 No se permite devolver la seal Con quin comunico? una vez iniciada la transmisin de te

26、xto procedentede la parte llamante.2.3 La seal Con quin comunico? puede repetirse slo una vez:a) dos segundos despus de la primera seal Con quin comunico? si no se ha recibido la respuesta a laprimera seal Con quin comunico?; ob) 300 milisegundos despus de la recepcin de una secuencia que no puede i

27、dentificarse como distintivovlido.En cualquier caso, si el distintivo de la parte llamante no se detecta correctamente despus de dos tentativas de envo dela seal Con quin comunico?, la comunicacin no ser liberada por la parte llamada ni por la red distante, con laexcepcin de los dispositivos llamado

28、s (como la CF), que se requieren para capturar el distintivo llamante por motivospropios de la Administracin.2.4 Algunas Administraciones o EER tal vez no permitan que las seales Con quin comunico? sean generadasen terminales de sus pases.2.5 Es preferible que se establezca un procedimiento uniforme para el intercambio del distintivo de la partellamada y la parte llamante despus de la seal de conexin de la llamada. Queda pendiente de estudio el mecanismoutilizable al respecto.