1、UNIN INTERNACIONAL DE TELECOMUNICACIONESUIT-T F.35SECTOR DE NORMALIZACINDE LAS TELECOMUNICACIONESDE LA UITEXPLOTACIN Y CALIDAD DE SERVICIOSERVICIOS DE TELEGRAFADISPOSICIONES APLICABLES A LAEXPLOTACIN DE UN SERVICIO PBLICOINTERNACIONAL AUTOMTICO DECONMUTACIN DE MENSAJES PARAEQUIPOS QUE UTILIZAN EL AL
2、FABETOTELEGRFICO INTERNACIONAL N. 2Recomendacin UIT-T F.35(Extracto del Libro Azul)NOTAS1 La Recomendacin UIT-T F.35 se public en el fascculo II.4 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
3、 Azul, elcontenido del fichero es idntico a 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 explot
4、acin reconocida. UIT 1988, 1993Reservados todos 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
5、UIT.Fascculo II.4 - Rec. F.35 1Recomendacin F.351)Fascculo II.4 - Rec. F.35DISPOSICIONES APLICABLES A LA EXPLOTACIN DEUN SERVICIO PBLICO INTERNACIONAL AUTOMTICO DECONMUTACIN DE MENSAJES PARA EQUIPOS QUE UTILIZANEL ALFABETO TELEGRFICO INTERNACIONAL N. 2La existencia de sistemas de conmutacin de mensa
6、jes en varios pases crea la necesidad de un acuerdointernacional sobre normas de explotacin. Las Administraciones pueden ofrecer este servicio, descrito a continuacin,sobre una base internacional, despus del acuerdo preliminar entre las Administraciones interesadas.El CCITT,considerandoa) que los se
7、rvicios de conmutacin de mensajes se basan en una tcnica que proporciona almacenamiento,encaminamiento y retransmisin de mensajes;b) que la existencia de sistemas y terminales actuales que utilizan el alfabeto telegrfico internacional N. 2justifica una Recomendacin para un servicio automtico de conm
8、utacin de mensajes;c) que los terminales y sistemas que se utilizan se ajustan a las Recomendaciones del CCITT pertinentes;d) que la aplicacin de reglas operacionales en este tipo de entorno no impide el desarrollo de servicios demensajera,recomienda por unanimidadque se apliquen las disposiciones s
9、iguientes cuando se proporcione sobre una base internacional un serviciopblico de conmutacin de mensajes mediante equipos que utilizan el alfabeto telegrfico internacional N. 2.1 Consideraciones generales1.1 El formato que se utilizar incluir los elementos fundamentales siguientes:- el rengln de ide
10、ntificacin,- el rengln de encaminamiento,- el rengln de origen,- el texto.1.2 Longitud de los mensajesLa longitud de los mensajes no debe en principio rebasar los 10 000 caracteres impresos, espacios o separadores.Sin embargo, las Administraciones podrn fijar otro lmite por acuerdo bilateral.1.3 Suc
11、esin de los signosSe tolera la repeticin ininterrumpida de un signo cualquiera hasta un nmero de caracteres correspondiente auna lnea de impresin, cuya longitud puede variar segn el modo de explotacin que se utilice. Ms all de este lmite serechaza el mensaje; se hace caso omiso de los signos subsigu
12、ientes que forman parte de la repeticin.1.4 EncaminamientoLos mensajes deben encaminarse por los circuitos y los sistemas segn los acuerdos y modalidades convenidosentre las Administraciones interesadas.En principio, cada sistema slo recibe los mensajes que deben retransmitirse directamente a los us
13、uariosnacionales.1)Antigua Recomendacin F.150 del Libro Rojo.2 Fascculo II.4 - Rec. F.35Cuando surjan dificultades que perturben este encaminamiento, slo se recurrir a los circuitos y sistemas dereserva previamente designados con este fin. No obstante, cuando los medios de reserva previamente conven
14、idos seaninsuficientes en razn del carcter particular de las dificultades, se podr encaminar el trfico por otros circuitos osistemas despus de haber obtenido el acuerdo de las Administraciones interesadas o de las autoridades designadas a talfin.Para evitar la congestin crtica del sistema o sistemas
15、 utilizados para el encaminamiento de emergencia, slo sepodr desviar el trfico despus de haber obtenido el acuerdo de las Administraciones interesadas y respetando laseventuales restricciones que puedan formularse.1.5 Trfico de servicioEl trfico de servicio intercambiado a travs de un sistema, deber
16、 redactarse de conformidad con el ejemplo quefigura en el 5.2. En todos los casos, los datos de referencia relativos al mensaje original deben figurar al principio deltexto de la correspondencia de servicio. No irn en ningn caso precedidos por otras informaciones.Para los casos que interesan directa
17、mente a la explotacin entre sistemas, el trfico de servicio se transmitir alpropio sistema.1.6 Interdependencia de los sistemasEl trfico entre dos sistemas directamente interconectados debe poder ser influenciado por las instruccionessiguientes:- orden al sistema correspondiente de que pare y reanud
18、e despus su transmisin;- peticin de repeticin de mensajes;- peticin de aviso de situacin de la carga.Estas instrucciones deben redactarse con arreglo al formato que figura en el 5.2 y enviarse al sistemacorrespondiente. La primera palabra del texto indica la operacin que debe efectuarse.Segn el grad
19、o de evolucin del sistema, la reaccin podr ser automtica o activada por un operador.1.7 Sobrecarga de sistemasDebern adoptarse precauciones a fin de impedir la sobrecarga.El sistema debe sealar el momento en que se llega a un umbral de carga crtica, a fin de que se puedan tomar lasmedidas adecuadas
20、antes de que la situacin empeore.En la medida de lo posible, el sistema completar la recepcin de los mensajes en curso antes de reaccionar.1.8 Procedimiento que debe aplicarse si se produce una interrupcin total del sistemaCuando se trata de una interrupcin prevista (mantenimiento) se avisar a los s
21、istemas correspondientes cuantoantes.Cuando se determina formalmente que la duracin de una interrupcin repentina ser superior a dos horas, seinformar sin demora a todos los sistemas correspondientes interesados y se les comunicarn las disposiciones que hayque tomar o, si ha lugar, la aplicacin de la
22、s medidas previstas para mitigar provisionalmente los fallos del sistema.Cuando vuelva a ser nuevamente posible la explotacin normal del sistema, se informar sin demora a lossistemas correspondientes.1.9 Duracin de conservacin de los archivos1.9.1 Para acceso automticoLos sistemas de retransmisin au
23、tomtica de mensajes debern, en la medida de lo posible, disearse de formaque permitan el acceso directo a los mensajes transmitidos por el sistema, con fines de repeticin o para la resolucin delos litigios, durante las ltimas 24 horas por lo menos.1.9.2 Para acceso diferidoLa documentacin de archivo
24、 correspondiente al depsito y a la transmisin de los mensajes se conservardurante dos semanas por lo menos a partir del da que sigue al depsito del mensaje.Fascculo II.4 - Rec. F.35 31.10 Terminales conectados directamente a un centro dependiente de otra AdministracinCuando no se puede prever la con
25、exin a un centro nacional, se puede excepcionalmente conectar un terminal aun centro dependiente de otra Administracin, tras haber obtenido el acuerdo de las Administraciones interesadas.1.11 Tolerancias1.11.1 En la recepcin, los sistemas tienen que poder admitir tolerancias que permitan reducir al
26、mnimo el recurso auna interpretacin humana.Para obtener una eficacia mxima, estas tolerancias se adaptarn lo ms posible a los errores que se producenms frecuentemente en la explotacin. No obstante, se excluirn los errores que puedan perturbar el encaminamiento o eltratamiento correcto del mensaje.Si
27、 no se ha dispuesto lo contrario, los mensajes que no puedan tramitarse, automticamente o manualmente, ascomo las series de caracteres no reconocidos como mensajes, se sealarn a la estacin transmisora mediante un mensajeadecuado. Este mensaje se redactar segn el formato descrito en el 5.2 y contendr
28、 en el texto, las referencias delmensaje original (rengln de identificacin) as como la causa del rechazo.1.11.2 En la transmisin, cualesquiera que sean las tolerancias admitidas en la recepcin, el sistema debe ajustarseestrictamente a los criterios correspondientes al formato convenido.1.11.3 Slo se
29、 podrn admitir derogaciones con la autorizacin de las Administraciones interesadas.2 MensajesLos mensajes se prepararn para su transmisin como se indica a continuacin.2.1 Rengln de identificacinEl encabezamiento del mensaje consiste en el rengln de identificacin formado por:2.1.1 Seal de principio d
30、e mensaje (SOM, start-of-message signal)Esta seal, normalmente constituida por la secuencia de las combinaciones Nos26, 3, 26, 3 del alfabetotelegrfico internacional N. 2 (ZCZC o + : + :), puede variar segn el modo de explotacin que se utilice. Ir seguida delnmero de serie del canal.2.1.2 Nmero de s
31、erie del canalSe aplicar una numeracin de transmisin por series propias a cada circuito punto a punto y a cada terminal queutilicen la red con conmutacin. El nmero de serie del canal se compondr de tres letras caractersticas del circuitoutilizado (indicador de circuito) o del terminal utilizado, seg
32、uidas de la cifra correspondiente al nmero de orden delmensaje transmitido por ese circuito, intercambiado con el terminal. Los nmeros de serie del canal se sucedern en elorden de 001 a 999, pasando automticamente de 999 a 001 al final de cada ciclo de numeracin.Cada vez que se efecte una nueva retr
33、ansmisin, se insertar un nuevo nmero de serie del canalinmediatamente despus de la seal de principio de mensaje. Los nmeros de serie del canal aparecern en el rengln deidentificacin del mensaje en orden inverso al de transmisin del mensaje.La longitud del rengln de identificacin no deber rebasar 69
34、caracteres de impresin. En caso necesario, elpenltimo nmero de serie de canal del rengln de identificacin se sustituye por un nuevo nmero; siempre se retiene elltimo nmero de serie del canal del rengln de identificacin ya que constituye al propio tiempo el grupo deidentificacin del mensaje.El rengln
35、 de identificacin ir seguido del rengln de encaminamiento.2.2 Rengln de encaminamientoEl rengln de encaminamiento comprende:4 Fascculo II.4 - Rec. F.352.2.1 Indicador de prioridadEl indicador de prioridad, precedido por lo menos de una orden de “cambio de rengln” est constituido por dosletras y desi
36、gna las cuatro prioridades siguientes:- QS significa que el mensaje es muy urgente,- QU significa que el mensaje es urgente,- QN significa que el mensaje es normal,- QD significa que el mensaje no es urgente.Los sistemas tienen que poder identificar estas cuatro prioridades en recepcin. En transmisi
37、n pueden tratar slodos prioridades, combinando QS y QU, por una parte, y QN y QD por otra. Cuando un mensaje no incluya una mencinde prioridad o una indicacin distinta de las definidas anteriormente, se considerar como mensaje normal y llevar a lasalida el cdigo QN.El indicador de prioridad ir segui
38、do del indicador de encaminamiento.2.2.2 Indicador de encaminamientoEl indicador de encaminamiento est constituido por un grupo alfanumrico de tres a siete caracteres convenidoentre las Administraciones interesadas. Se admitirn asimismo los signos “” (guin) y “/” (barra de fraccin).Un mensaje podr c
39、omprender hasta 32 indicadores de encaminamiento distribuidos en uno o varios renglones,cada uno de los cuales puede tener uno o ms destinatarios. El mensaje entregado al destinatario slo incluye el indicadorque le corresponde.El rengln de encaminamiento ir seguido del rengln de origen.2.3 Rengln de
40、 origenEl rengln de origen va precedido como mnimo por una instruccin “cambio de rengln” seguida del signo “.”(punto). El rengln de origen comprende:2.3.1 Indicador de origenEl indicador de origen se constituye segn los criterios definidos en el primer prrafo del 2.2.2. El espacio entreel punto y el
41、 indicador de origen es facultativo.El indicador de origen podr ir seguido de referencias.2.3.2 ReferenciasEstas referencias son facultativas y pueden ser facilitadas por el expedidor o por el sistema de origen. Noinfluyen en modo alguno en el tratamiento del mensaje.La longitud del rengln de origen
42、 no debe exceder de un rengln de 69 caracteres de impresin.El rengln de origen ir seguido del texto.2.4 TextoPrecedido por lo menos de una instruccin “cambio de rengln”.El formato del texto no debe ajustarse a criterios particulares. En lo que respecta a su contenido, no debernutilizarse las seales
43、“principio de mensaje” (SOM), y “fin de mensaje” (EOM), ni los signos o combinacionesespecficas no autorizadas por un modo de explotacin determinado (vanse los puntos correspondientes).El texto ir seguido de la seal de fin de mensaje (EOM).2.5 Seal de fin de mensaje (EOM, end-of-message signal)Esta
44、seal, precedida por una instruccin “cambio de rengln” como mnimo, estar constituida normalmente porla secuencia de las combinaciones nmeros 14, 14, 14, 14 del alfabeto telegrfico internacional N. 2 (NNNN o ,). Noobstante, esta seal podr variar segn el modo de explotacin que se utilice.2.6 El formato
45、 que se utilizar para preparar un mensaje de servicio ser igual al que se ha definido para el mensajeordinario (vanse los 2.1 a 2.5).Fascculo II.4 - Rec. F.35 5Los comentarios y las instrucciones (u rdenes) se podrn expresar en la forma abreviada que se describe msadelante.Un ejemplo de este tipo de
46、 mensaje figura en el 5.2.3 Modo de explotacin por circuitos punto a punto asncronos3.1 Principio de mensajeEl grupo ZCZC o + : + : indica el principio de mensaje (SOM).3.2 Fin de mensajeEl grupo NNNN o , indica el fin de mensaje (EOM).3.3 Orden de los signos de funcinLa permutacin de los signos de
47、funcin no ejerce ninguna influencia en el anlisis y tratamientodel mensaje.3.4 Encaminamiento del trficoLos mensajes se encaminan por circuitos y sistemas segn los acuerdos y modalidades convenidos entre lasAdministraciones interesadas.Cuando dos sistemas estn conectados por medio de varios circuito
48、s, el trfico se distribuir, de ser posible, entrelos circuitos utilizables.3.5 Repeticin de mensajesLas repeticiones de mensajes slo se efectuarn a peticin del sistema correspondiente. Las repeticiones son dedos tipos:3.5.1 Repeticiones en forma de notificacin de servicio (retrievals)Se utilizan en principio para repetir mensajes que ya se han transmitido completamente. El nmero de serie decanal de la transmisin original debe figurar en la notificacin de servicio.3.5.2 Repeticiones de transmisin y reanudaciones de transmisin (rerun, put-back)
