Telecomunicaciones OMM

Manual del
Sistema Mundial de Telecomunicacin

Anexo III al Reglamento Tcnico de la OMM
Edicin de 2015
OMMN 386
Manual del
Sistema Mundial de Telecomunicacin
Anexo III al Reglamento Tcnico de la OMM
Edicin de 2015
OMM-N 386
NOTA DE LA EDICIN
Se ha adoptado la siguiente disposicin tipogrfica: las prcticas y procedimientos normalizados figuran

impresos en letra redonda seminegrita. Las prcticas y procedimientos recomendados figuran impresos
en letra redonda sencilla.Las notas han sido impresas en caracteres ms pequeos, en letra redonda
sencilla, y van precedidas de la indicacin Nota.
METEOTERM, base terminolgica de la OMM, est disponible en la pgina web
http://www.wmo.int/pages/prog/lsp/meteoterm_wmo_es.html. La lista de abreviaciones figura
tambin en la siguiente direccin: http://www.wmo.int/pages/themes/acronyms/index_es.html.
OMM-N 386
Organizacin Meteorolgica Mundial, 2015
La OMM se reserva el derecho de publicacin en forma impresa, electrnica o de otro tipo y en cualquier
idioma. Pueden reproducirse pasajes breves de las publicaciones de la OMM sin autorizacin siempre que
se indique claramente la fuente completa. La correspondencia editorial, as como todas las solicitudes para
publicar, reproducir o traducir la presente publicacin parcial o totalmente debern dirigirse al:
Presidente de la Junta de publicaciones
Organizacin Meteorolgica Mundial (OMM)
7 bis, avenue de la Paix
Case postale N 2300
CH-1211 Genve 2, Suiza
Tel.: +41 (0) 22 730 84 03

Fax: +41 (0) 22 730 80 40
Correo electrnico: publications@wmo.int
ISBN 978-92-63-30386-8
NOTA
Las denominaciones empleadas en las publicaciones de la OMM y la forma en que aparecen presentados los datos que
contienen no entraan, de parte de la Organizacin, juicio alguno sobre la condicin jurdica de ninguno de los pases,
territorios, ciudades o zonas citados o de sus autoridades, ni respecto de la delimitacin de sus fronteras o lmites.
La mencin de determinados productos o sociedades mercantiles no implica que la OMM los favorezca o recomiende
con preferencia a otros anlogos que no se mencionan ni se anuncian.
REGISTRO DE REVISIN DE LA PUBLICACIN

Fecha
Parte/
captulo/
seccin
Finalidad de la enmienda
Propuesta por
Aprobada por
NDICE
NDICEv
INTRODUCCINxi
PARTE I. ORGANIZACIN DEL SISTEMA MUNDIAL DE TELECOMUNICACIN1
1.
2.
3.
FUNCIONES, ORGANIZACIN Y PRINCIPIOS DEL SISTEMA MUNDIAL DE

TELECOMUNICACIN (SMT)1
1.1 Funciones1
1.2 Principios de organizacin del SMT1
1.3 Principios generales del SMT1
1.4 Responsabilidades en el SMT 2
1.4.1 Responsabilidades generales de las Asociaciones Regionales 2
1.4.2 Responsabilidades generales de los Miembros3
FUNCIONES Y RESPONSABILIDADES DE LOS CENTROS DE
TELECOMUNICACIONES METEOROLGICAS3
2.5 Responsabilidad general en lo que respecta a la recopilacin de informes
meteorolgicos4
2.6 Responsabilidad en lo que respecta a la recopilacin de informes
meteorolgicos procedentes de estaciones martimas a travs de
estaciones costeras y estaciones terrenas costeras5
2.7 Responsabilidad en lo que respecta a la recopilacin (recepcin) de
informes deaeronaves 6
2.8 Responsabilidad en lo que respecta a los mensajes meteorolgicos
procedentes de estaciones automticas sinpticas de superficie7
2.9 Responsabilidades en lo que respecta al intercambio y distribucin de la
informacin meteorolgica elaborada7
FUNCIONES Y CARACTERSTICAS DE LAS REDES DEL SISTEMA MUNDIAL
DE TELECOMUNICACIN7
3.1 La Red Principal de Telecomunicaciones (RPT) 7
3.2 Redes regionales de telecomunicaciones meteorolgicas (RRTM)8
3.2.3 Funciones definidas en el marco del SMT8
3.2.4 Contenido de las transmisiones meteorolgicas enviadas por
circuitos punto a punto 9
3.3 Redes nacionales de telecomunicaciones meteorolgicas (RNTM) 9
3.3.1 Funciones generales en el marco de la VMM9
3.3.2 Programas de transmisin de los CMN a los CRT9
3.4 Sistemas de recopilacin y diseminacin de datos mediante satlite10
3.4.1 Introduccin 10
3.4.2 Sistemas de recopilacin de datos mediante satlites
meteorolgicos 10
3.4.3 Sistemas de distribucin de datos va satlites meteorolgicos10
3.4.4 Transmisin punto a multipunto y multipunto a punto mediante
satlites detelecomunicaciones11
3.5 Radiodifusin de informacin meteorolgica en frecuencias de ondas
decamtricas 11
3.5.1 Generalidades 11
3.5.2. Responsabilidades de los Miembros11
vi
MANUAL DEL SISTEMA MUNDIAL DE TELECOMUNICACIN
ADJUNTO I1. ARREGLOS PARA LA RECOPILACIN DE INFORMES

METEOROLGICOS PROCEDENTES DE BUQUES Y DE INFORMES
OCEANOGRFICOS (BATHY/TESAC)14
ADJUNTO I2. CONFIGURACIN DE LA RED PRINCIPAL DE
TELECOMUNICACIONES20
ADJUNTO I3. Responsabilidades de los centros situados en la Red
Principal de Telecomunicaciones con respecto a la transmisin de
datos de observacin e informacin procesada 21
ADJUNTO I4 (No utilizado)24
ADJUNTO I5. Plan de control del funcionamiento de la Vigilancia
Meteorolgica Mundial25
PARTE II. PROCEDIMIENTOS OPERATIVOS DEL SISTEMA MUNDIAL
DE TELECOMUNICACIN61
1.
2.
PRINCIPIOS OPERATIVOS DEL SISTEMA MUNDIAL DE

TELECOMUNICACIN61
PROCEDIMIENTOS OPERATIVOS APLICABLES A LA TRANSMISIN DE
DATOS METEOROLGICOS POR EL SISTEMA MUNDIAL DE
TELECOMUNICACIN62
2.1 Forma de presentacin de los mensajes meteorolgicos62
2.2 Conjunto de caracteres alfanumricos utilizados en el SMT62
2.3 Forma de presentacin de los mensajes meteorolgicos ordinarios62
2.3.1 Rengln preliminar 63
2.3.2 Encabezamiento abreviado 63
2.3.3 Contenido de los boletines meteorolgicos65
2.3.3.2 Texto de boletines meteorolgicos en representacin
alfanumrica 65
2.3.3.3 Texto de los boletines meteorolgicos en
representacin binaria66
2.3.4 Seales de fin de mensaje 66
2.4 Mensajes dirigidos 67
2.4.1 Categoras de mensajes dirigidos67
2.4.1.1 Mensaje de servicio67
2.4.1.2 Peticin de mensaje del SMT67
2.4.1.3 Mensaje administrativo 67
2.4.1.4 Mensaje de datos67
2.4.1.5 Mensaje de peticin dirigido a una base de datos 67
2.4.2 Encabezamientos abreviados de los mensajes dirigidos 68
2.4.3 Texto de los mensajes dirigidos68
2.5 Peticiones de mensajes del SMT68
2.5.2 Mensajes de peticin68
2.5.3 Peticin de repeticin 68
2.5.4 Respuestas a las peticiones de mensajes del SMT69
2.5.5 Peticiones de repeticin de transmisiones por facsmil analgico69
2.5.6 Respuestas a las peticiones de repeticin de transmisiones por
facsmil analgico 69
2.5.7 Mensajes de acuse de recibo69
2.6 Procedimientos adicionales aplicables tanto a los mensajes ordinarios
como a los dirigidos en forma alfanumrica70
2.6.1 Funcin de alineacin 70
2.6.2 Procedimientos de correccin 70
2.7 Extensin de los mensajes meteorolgicos70
NDICE
vii
2.8
3.
4.
5.
Procedimientos aplicables a la transmisin de informes de buques y de otras

estaciones marinas 71
2.9 Precisin del tiempo en los centros de telecomunicacin 71
2.10 Procedimientos relativos a las funciones de telecomunicacin de los
centros71
2.10.1 Demoras 71
2.10.2 Capacidad de archivo 72
2.10.3 Catlogos de encaminamientos72
2.10.4 Examen del contenido de directorios de conmutacin73
2.11 Procedimientos para la transmisin de datos en modo de
almacenamiento y retransmisin73
2.11.1 Prioridades para la transmisin de datos en modo
almacenamiento y retransmisin 73
2.11.2 Deteccin y anulacin de mensajes duplicados 73
2.12 Protocolos para la comunicacin de datos aplicables al Sistema Mundial
de Telecomunicacin 73
2.12.1 Protocolos de transmisin en el Sistema Mundial de
Telecomunicacin 73
2.12.2 Protocolo TCP/IP 73
2.13 Transmisin y recopilacin de boletines meteorolgicos por Internet 74
2.14 Procedimientos suplementarios aplicables a las transmisiones por
radioteletipo 74
2.14.1 Identificacin 74
2.14.1.2 Transmisin de seales de llamada 74
2.14.2 Procedimientos especiales para los centros de retransmisin 74
PROCEDIMIENTOS QUE SE APLICAN A LA TRANSMISIN DE
INFORMACIN METEOROLGICA EN FORMA GRFICA POR EL SISTEMA
MUNDIAL DETELECOMUNICACIN75
3.1 Formato de informacin meteorolgica en forma grfica75
3.2 Necesidades en materia de retransmisin de facsmil (analgico) 75
3.3 Transmisin peridica de la imagen patrn de la OMM 75
3.4 Procedimientos de transmisin de facsmil digital codificado y no
codificado76
CALIDAD DE LAS TRANSMISIONES METEOROLGICAS 76
4.1 Verificacin y control 76
4.2 Informes sobre condiciones de recepcin76
PROCEDIMIENTOS PARA ENMENDAR LAS PUBLICACIONES DE LA OMM
YMTODOS DE NOTIFICACIN 76
5.1 Responsabilidad en lo que respecta a la notificacin de las enmiendas76
5.2 Mensajes METNO y WIFMA 76
ADJUNTO II-1. ALFABETO TELEGRFICO INTERNACIONAL N 278

ADJUNTO II-2. ALFABETO INTERNACIONAL N 5 82
ADJUNTO II-3. TABLA DE CONVERSIN ENTRE EL ALFABETO INTERNACIONAL
N2 Y EL N 5 Y CARACTERES DE CONTROL DEL ALFABETO N 5 QUE NO
FIGURAN EN LA PRIMERA PARTE DE LA TABLA Y SE UTILIZAN PARA LAS
TRANSMISIONES METEOROLGICAS100
ADJUNTO II-4. FORMATO DE LOS MENSAJES METEOROLGICOS102
ADJUNTO II-5. DESIGNADORES DE DATOS T1T2A1A2II EN LOS ENCABEZAMIENTOS 106
ADJUNTO II-6. FORMATO PARA EL TEXTO DE LOS MENSAJES CON
DESTINATARIO, JUNTO CON UN EJEMPLO GENERAL DE CADA TIPO 130
viii
ADJUNTO II-7. CATLOGOS DE ENCAMINAMIENTO 135

ADJUNTO II-8. IMAGEN PATRN NORMALIZADA DE FACSMIL DE LA OMM 137
ADJUNTO II-9. TRANSMISIN DE INFORMACIN GRFICA MEDIANTE
FACSMIL DIGITAL CODIFICADO Y NO CODIFICADO 139
ADJUNTO II-10. INFORMES SOBRE LAS CONDICIONES DE RECEPCIN DE LAS
TRANSMISIONES RADIOELCTRICAS METEOROLGICAS145
ADJUNTO II-11. PROCEDIMIENTOS DE REENCAMINAMIENTO DE LA
RED PRINCIPAL DE TELECOMUNICACIONES146
ADJUNTO II-12. INSTRUCCIONES PARA UTILIZAR EL INDICATIVO BBB148
ADJUNTO II-13. (NO UTILIZADO)149
ADJUNTO II-14. (NO UTILIZADO)150
ADJUNTO II-15. PRCTICAS Y PROCEDIMIENTOS RECOMENDADOS PARA LA
INSTALACIN, UTILIZACIN Y APLICACIN EN EL SMT DE SERVICIOS BASADOS
EN EL PROTOCOLO DE CONTROL DE TRAMISIN/PROTOCOLO INTERNET (TCP/IP) 151
ADJUNTO II-16. PROCEDIMIENTOS PARA LA TRANSMISIN Y CONCENTRACIN
DE BOLETINES METEOROLGICOS MEDIANTE CORREO ELECTRNICO Y POR
INTERNET201
PARTE III. CARACTERSTICAS TCNICAS Y ESPECIFICACIONES DEL sISTEMA
MUNDIAL DE TELECOMUNICACIN 209
1.
2.
3.
4.
5.
CARACTERSTICAS DE LA RED PRINCIPAL DE TELECOMUNICACIONES

(RPT) 209
CARACTERSTICAS TCNICAS DE LOS CMM Y DE LOS CRT EN LA RED
PRINCIPAL DE TELECOMUNICACIONES 209
REDES REGIONALES210
REDES NACIONALES210
CARACTERSTICAS TCNICAS DEL EQUIPO PARA LAS TRANSMISIONES
METEOROLGICAS POR FACSMIL (ANALGICO)210
5.1 Caractersticas del equipo 210
5.1.1 Direccin de exploracin 210
5.1.2 ndice de cooperacin 210
5.1.3 Dimensiones del equipo 210
5.1.3.1 Equipos de exploracin plana 211
5.1.3.2 Equipos de exploracin con cilindro 211
5.1.3.3 Sector muerto 211
5.1.4 Densidad de exploracin 211
5.1.5 Frecuencia de exploracin 211
5.2 Seales de telecomando 211
5.2.1 Puesta en marcha del equipo receptor 211
5.2.2 Seleccin del ndice de cooperacin 212
5.2.3 Puesta en fase y seleccin de la frecuencia de exploracin (o de
la velocidad del cilindro) 212
5.2.4 Ajuste de los niveles de registro 212
5.2.5 Parada del receptor 212
5.2.6 Precisin de la frecuencia de las seales de telecomando 213
5.3 Caractersticas de modulacin 213
5.3.1.1 Modulacin de amplitud (AM) 213
NDICE
6.
7.
ix
5.3.1.2 Modulacin de frecuencia (FM) 213

5.3.2 Potencia a la salida del transmisor 213
5.3.3 Potencia a la entrada del receptor 213
5.4 Transmisin de tonos intermedios (facsmil analgico) 214
5.5 Transmisin por facsmil (analgico) por los circuitos de radio 214
CARACTERSTICAS TCNICAS DEL EQUIPO DESTINADO A LA
TRANSMISIN PORFACSMIL DIGITAL CODIFICADO 214
6.1.1 Pista de exploracin 214
6.1.2 Norma preferible 215
6.1.3 Otras normas 215
6.1.4 Velocidad de transmisin en un circuito binario 215
CARACTERSTICAS TCNICAS PARA EL INTERCAMBIO DE FACSMILES
DIGITALES NO CODIFICADOS 215
INTRODUCCIN
Objetivos
1. El Manual del Sistema Mundial de Telecomunicacin se publica de acuerdo con lo
dispuesto por el Sexto Congreso.
2.
a)
b)
c)
Los objetivos del presente Manual son los siguientes:

facilitar la cooperacin en materia de telecomunicaciones meteorolgicas entre los
Miembros;
determinar las obligaciones de los Miembros en la ejecucin del Sistema Mundial de
Telecomunicacin (SMT) de la Vigilancia Meteorolgica Mundial (VMM);
asegurar, de forma adecuada, la uniformidad y la normalizacin de las prcticas y los
procedimientos empleados para alcanzar los objetivos a) y b).
3.
El Manual contiene los textos reglamentarios relativos al Sistema Mundial de
Telecomunicacin de la VMM.
El Manual forma parte del Reglamento Tcnico y figura como anexo III al Reglamento
4.
Tcnico (OMM-N 49) (a reserva de las excepciones que se mencionan en los prrafos 9 a 11 que
figuran a continuacin).
Clases de reglas
5.
El Manual (a reserva de las excepciones que se mencionan en los prrafos 9 a 11 que
figuran a continuacin) comprende prcticas y procedimientos normalizados y prcticas y
procedimientos recomendados. Estas dos clases de prcticas y procedimientos se definen en el
Manual de la forma siguiente:
Las prcticas y procedimientos normalizados:
a)
b)
c)
ser las prcticas y procedimientos que es necesario que los Miembros observen o apliquen;
por consiguiente
tendrn el mismo valor jurdico que una resolucin tcnica a la cual es aplicable el Artculo
9b) del Convenio;
se distinguirn invariablemente por el uso del trmino shall en la versin inglesa y de las
formas verbales equivalentes en las versiones espaola, francesa y rusa.
Las prcticas y prodecimientos recomendados:

a)
b)
c)
sern las prcticas y procedimientos que es deseable que los Miembros observen o apliquen;
por consiguiente
tendrn el mismo valor jurdico que las recomendaciones dirigidas a los Miembros, a las
cuales no es aplicable el Artculo 9 b) del Convenio;
se distinguirn por el empleo del trmino should en la versin inglesa y de las formas
verbales equivalentes en las versiones espaola, francesa y rusa, excepto cuando el Congreso
haya tomado una decisin especfica en contra.
6.
De acuerdo con lo anterior, los Miembros harn todo lo posible para aplicar las
prcticas y los procedimientos normalizados. De conformidad con lo dispuesto en el Artculo 9 b)
del Convenio y en la Regla 128 del Reglamento General de la OMM, los Miembros notificarn
expresamente por escrito al Secretario General su intencin de aplicar las prcticas y
procedimientos normalizados del Manual, con excepcin de aquellos respecto a los cuales hayan
indicado derogaciones particulares. Los Miembros informarn igualmente al Secretario General,
xii
con tres meses de anticipacin por lo menos, de cualquier cambio efectuado en el grado de
aplicacin de una prctica o procedimiento normalizado anunciado anteriormente y de la fecha
en que entre en vigor dicho cambio.
7.
Se insta a los Miembros a que cumplan las prcticas y procedimientos
recomendados, pero no hace falta que notifiquen al Secretario General la inobservacia de los
mismos.
8.
Con objeto de que resulte ms claro el valor jurdico de las distintas reglas, las
prcticas y procedimientos normalizados se distinguen de las prcticas y procedimientos
recomendados por una composicin tipogrfica diferente, como se indica en la nota de la edicin.
Notas y adjuntos
9.
En el Manual se han incluido algunas notas explicativas, que no tienen el valor
jurdico de los anexos al Reglamento Tcnico.
10.
En el Manual se han incluido varias directrices detalladas referentes a las prcticas y
procedimientos de telecomunicaciones meteorolgicas. Habida cuenta del rpido desarrollo de
las tcnicas de telecomunicacin y de las necesidades crecientes de la VMM y de los dems
programas de la OMM, dichas directrices se publican en adjuntos al Manual y no tienen el valor
jurdico de los anexos al Reglamento Tcnico. Ello permitir a la Comisin de Sistemas Bsicos
actualizarlas, cuando sea necesario.
11.
Las palabras shall y should, y sus equivalentes en los otros idiomas oficiales de la
OMM, tienen, en los adjuntos, el significado ordinario y no el carcter reglamentario mencionado
en el anterior prrafo 5.
Nota: El Manual del Sistema Mundial de Telecomunicacin reemplaza los textos reglamentarios incluidos en los
captulos I y II de los Informes Meteorolgicos (OMM-N9), Volumen C, y est en vigor a partir del 15 de enero de 1975,
de conformidad con la Recomendacin 17 (CSB-VI) aprobada por la Resolucin 3 (ECXXVI).
PARTE I. ORGANIZACIN DEL SISTEMA MUNDIAL DE TELECOMUNICACIN
1.
FUNCIONES, ORGANIZACIN Y PRINCIPIOS DEL SISTEMA MUNDIAL DE

TELECOMUNICACIN (SMT)
1.1
Funciones
Las funciones del Sistema Mundial de Telecomunicacin (SMT) consistirn en facilitar el trnsito de
datos y de productos del proceso de datos a fin de atender a las necesidades de la VMM de manera
oportuna, segura y rentable, asegurando el acceso de todos los Miembros a los datos y productos de
conformidad con procedimientos aprobados y dentro de los lmites del sistema de la VMM convenido.
Nota:
El Sistema brinda tambin apoyo en materia de telecomunicaciones a otros programas, segn lo decidido por el
Congreso o el Consejo Ejecutivo de la Organizacin Meteorolgica Mundial (OMM), dentro de los lmites de sus objetivos
principales.
Principios de organizacin del SMT
1.2
1.2.1
El SMT se organizar de manera que pueda transmitir el volumen de informacin meteo
rolgica que se requiera dentro de las demoras prescritas, a fin de poder atender las necesidades de
los Centros Meteorolgicos Mundiales (CMM), los Centros Meteorolgicos Nacionales (CMN) y los
Centros Meteorolgicos Regionales Especializados (CMRE) resultantes de la ejecucin de la Vigilancia
Meteorolgica Mundial.
1.2.2
a)
b)
c)
El SMT se organizar a tres niveles, a saber:
la Red Principal de Telecomunicaciones (RPT), para unir los Centros Meteorolgicos Mundiales
(CMM), as como ciertos Centros Regionales de Telecomunicaciones (CRT);
las redes regionales de telecomunicaciones; y
las redes nacionales de telecomunicaciones.
1.3
Principios generales del SMT
Los principios generales para la planificacin del SMT sern los siguientes:
Principio 1
El SMT se concebir en forma de red integrada para la recopilacin, el intercambio y la distribucin a
escala mundial de informacin, con el fin de satisfacer eficazmente las necesidades de todos los
Servicios Meteorolgicos Nacionales (SMN), as como las necesidades de los CMM y los CMRE, en el
marco del sistema de la VMM convenido.
Principio 2
El sistema estar constituido por una red integrada de circuitos punto a punto, punto a multipunto,
radiodifusiones y circuitos multipunto a punto que sean fiables y que tengan unas caractersticas
tcnicas y operativas adecuadas. Esos circuitos pueden establecerse mediante una combinacin de
enlaces de telecomunicaciones terrenales y satelitales, y servicios de redes de comunicacin de datos.
Notas:
1.
En este Manual se entiende tradicionalmente que el trmino circuito representa un enlace fsico entre dos centros, pero en
los actuales sistemas de telecomunicacin modernos tambin puede entenderse que representa un flujo lgico de datos
entre dos centros que estn interconectados utilizando una red. En esta ltima situacin, podran aplicarse varios circuitos de
un determinado centro a una red por un nico circuito fsico.
2.
Un circuito del SMT es una forma especializada de un circuito del Sistema de informacin de la OMM (SIO) y que, por
razones de conveniencia, la situacin de cualquier enlace entre los centros del SIO se puede registrar como uno de los cuatro
estados siguientes:
B1 - Negociacin
B2 - Circuito operativo
B3 - En espera del SMT
B4 - Circuito del SMT.
Principio 3
Los circuitos que se proporcionen y las tcnicas que se utilicen sern adecuados para dar cabida al
volumen de informacin meteorolgica y relacionada, y para poder transmitirla dentro de los perodos
requeridos, a fin de responder a las necesidades de los Centros Meteorolgicos Mundiales, Regionales
Especializados y Nacionales.
Principio 4
A efectos de planificacin de los circuitos y de los horarios de transmisin, el volumen diario de trfico
transmitido a travs de cualquiera de los circuitos no exceder el 80 por ciento de su capacidad terica.
Los circuitos sern concebidos de modo que proporcionen la fiabilidad y disponibilidad mximas
practicables.
Principio 5
El sistema estar basado principalmente en la interconexin de centros tales como Centros
Meteorolgicos Mundiales (CMM), Centros Meteorolgicos Nacionales (CMN), Centros Meteorolgicos
Regionales Especializados (CMRE) y Centros Regionales de Telecomunicaciones (CRT). Los CMM, CMRE
y CRT estarn dotados de equipos de seleccin, conmutacin y modificacin textual, a fin de
proporcionar a los CMN los datos seleccionados para responder a las necesidades especficas de estos
centros.
Principio 6
Cuando ello sea viable, se prevern encaminamientos alternativos que tengan como propsito la
fiabilidad y eficacia del sistema, y en particular de la Red Principal de Telecomunicaciones (RPT).
1.4
Responsabilidades en el SMT
1.4.1
Responsabilidades generales de las Asociaciones Regionales
Las responsabilidades generales de las Asociaciones Regionales sern las siguientes:

a)
cada Asociacin Regional se har cargo del establecimiento y mantenimiento de un sistema de

telecomunicacin efectivo que conlleve la utilizacin ptima y adecuada de medios de
telecomunicacin terrenales y/o va satlite. El sistema estar en condiciones de cumplir los
requisitos que estipule la Comisin de Sistemas Bsicos en lo relacionado al intercambio de
informacin meteorolgica y relacionada dentro de la Regin y en Regiones adyacentes;
b)
c)
d)
con miras a lograr una recopilacin rpida y fiable de datos meteorolgicos procedentes de
todas las estaciones de observacin, cada Asociacin Regional se atendr, al decidir su plan
de telecomunicaciones, a los principios generales y operativos indicados en el presente
Manual. Dichos principios sern aplicables a los centros y circuitos de su Regin que estn
situados en la RPT;
cada Asociacin Regional decidir si lleva o no a efecto en su Regin las opciones regionales
previstas en las especificaciones y procedimientos mundiales;
para los sistemas de difusin de datos, tanto terrenales como va satlite, cada Asociacin
Regional determinar el contenido, los horarios y otros aspectos operativos que requieran
coordinacin, previa consulta con los receptores conocidos o probables dentro y fuera de la
Regin, y con el Miembro al que corresponda la explotacin del sistema.
1.4.2
Responsabilidades generales de los Miembros
Adems de las responsabilidades estipuladas explcitamente en el Reglamento Tcnico (OMM-N 49),

volumen I, parte I, prrafo 3.4.1, se aplicarn los siguientes principios:
a)
b)
Nota:
los Miembros harn lo necesario para que su sistema nacional de recopilacin de informes de
observacin permita satisfacer no solamente las necesidades nacionales, sino tambin las
internacionales;
cuando se adopten los planes interregionales y regionales de telecomunicaciones, los Miembros
harn lo necesario para que las caractersticas tcnicas y los procedimientos operativos sean
compatibles con las redes regionales de telecomunicaciones.
El contenido y los horarios de los programas de transmisin meteorolgica aparecen en los Informes Meteorolgicos
(OMM-N 9), Volumen C.
2.
FUNCIONES Y RESPONSABILIDADES DE LOS CENTROS DE TELECOMUNICACIONES

METEOROLGICAS
2.1
Los CMM (en relacin con las telecomunicaciones) y los CRT, se encargarn de:
a)
b)
c)
d)
e)
f)
g)
recopilar los boletines procedentes de los CMN asociados y transmitirlos en forma apropiada por
la Red Principal de Telecomunicaciones, directamente o a travs del CMM/CRT adecuado;
transmitir por la RPT los boletines que contengan la informacin meteorolgica procesada que
produzca el CMN o el CMRE asociado a ellos, directamente o a travs del CRT adecuado, con
arreglo a los acuerdos internacionales y en forma apropiada;
retransmitir selectivamente por los circuitos de la RPT, segn lo convenido, los boletines que
reciban de dichos circuitos y/o de los CRT no situados en la RPT;
efectuar la distribucin selectiva de boletines a los CMN asociados y a los CRT no situados en la
RPT a la que prestan servicio;
antes de retransmitir un mensaje emitido desde sus zonas de responsabilidad (como CRT de una
Regin y/o como CRT ubicado en la RPT) por el SMT, comprobar las partes del mensaje relativas a
las telecomunicaciones a fin de mantener unos procedimientos de telecomunicacin
normalizados. El CRT informa al centro asociado que ha originado o que compila el mensaje de
toda correccin que haya que introducir en el mensaje. El CRT y sus centros asociados adoptan
disposiciones para la insercin del mensaje sin errores de telecomunicacin en el SMT. Los
mensajes emitidos desde fuera de la zona de responsabilidad de un CRT no sern corregidos por
el CRT, excepto en caso de que haya disposiciones especiales para insertar datos en el SMT;
establecer sistemas de diseminacin de datos (terrenal y/o va satlite), segn proceda, y de
conformidad con los planes regionales;
controlar el funcionamiento del SMT de la VMM;
mantener el Catalogue of Meteorological Bulletins (Catlogo de boletines meteorolgicos), para los

CMM/CRT en la RPT, respecto de los boletines emitidos en la zona para la cual son responsables
de la recopilacin, intercambio y distribucin de datos, conforme se indica en el prrafo 1 del
adjunto I-3, e incluir datos de la Antrtida, cuando proceda. Los CMM/CRT de la RPT podrn
compartir su responsabilidad con los centros regionales de telecomunicaciones (fuera de la RPT)
que formen parte de su zona de responsabilidad mediante acuerdos regionales.
h)
Nota:
El plan de control de funcionamiento de la VMM figura en el adjunto I5.
2.2
Los CMRE que no estn combinados con los CRT, deberan asegurar la distribucin de sus
productos de acuerdo con el o los CRT apropiados.
Los CMN estarn encargados de las siguientes funciones de telecomunicacin:
2.3
recopilar los datos de observacin de su territorio o de los territorios de uno o varios Miembros,
de conformidad con los acuerdos bilaterales establecidos, as como las observaciones procedentes
de las aeronaves y buques que hayan sido recibidas por los centros situados en su zona de
responsabilidad. La recopilacin se efectuar lo antes posible y, en todo caso, dentro de un plazo
de 15 minutos a partir de la hora de registro en la estacin de observacin;
a)
Notas:
1)
La hora de registro en la estacin de observacin es la hora a la que los informes meteorolgicos codificados se presentan
por primera vez al sistema de telecomunicacin. Para los informes de aeronaves y buques, es la hora a la que dichos
informes son recibidos en las correspondientes estaciones de comunicacin (estaciones terrestres/estaciones costeras).
2)
En condiciones normales, el informe debe presentarse al sistema de telecomunicacin a ms tardar cinco minutos despus de
terminarse.
b)
compilar esos datos en boletines y transmitirlos al CRT asociado, en cumplimiento de los

procedimientos de telecomunicacin normalizados;
Nota:
c)
Los CMN pueden estar asociados a ms de un CRT.
recibir y distribuir en su propio beneficio y en el de los Miembros que lo soliciten, y segn los
acuerdos bilaterales, los datos de observacin y la informacin meteorolgica procesada, a fin de
satisfacer las necesidades de los Miembros interesados;
controlar el funcionamiento del SMT de la VMM.
d)
Notas:
1)
La verificacin del contenido meteorolgico de los datos de observacin nacionales ha de realizarla el CMN responsable o el
otro centro de origen, segn proceda (vase el prrafo 2.4), antes de compilar esos datos en boletines para retransmitirlos
por el SMT.
2)
El plan de control del funcionamiento de la VMM se describe en el adjunto I-5.
2.4
Cada Miembro designar un CMN, u otro centro, segn proceda, para llevar a cabo las
funciones mencionadas en el prrafo 2.3, as como para proceder al control meteorolgico de los datos
nacionales de observacin, antes de que stos se presenten para su retransmisin en el SMT.
2.5
Responsabilidad general en lo que respecta a la recopilacin de informes

meteorolgicos
Los Miembros establecern centros encargados de reunir los informes de las diferentes estaciones
terrestres, as como los informes meteorolgicos procedentes de las estaciones martimas y de las
aeronaves.
2.6
Responsabilidad en lo que respecta a la recopilacin de informes

meteorolgicos procedentes de estaciones martimas a travs de estaciones
costeras y estaciones terrenas costeras
2.6.1
A fin de asegurar un enlace de transmisin eficaz entre la estacin costera/estacin terrena
costera y el centro colector, los Miembros deberan adoptar las disposiciones necesarias con las
autoridades de telecomunicaciones o las administraciones de telecomunicaciones correspondientes, con
objeto de establecer procedimientos para la recopilacin de informes meteorolgicos procedentes de
buques a travs de estaciones costeras y estaciones terrenas costeras (INMARSAT).
2.6.2
Debera alentarse a los Miembros a que hagan mayor uso de la transmisin automtica
procedente de buques a los centros colectores designados sin pasar por los operadores.
2.6.3
Los Miembros responsables de la recopilacin de informes meteorolgicos procedentes de
buques suministrarn a la Secretara una lista de sus estaciones costeras y estaciones terrenas costeras
destinadas a tal fin, con datos sobre su situacin, distintivos de llamada y frecuencias de
funcionamiento (transmisin y recepcin).
Nota:
La lista de las estaciones costeras y estaciones terrenas costeras que aceptan informes meteorolgicos procedentes de
buques figura en los Informes Meteorolgicos (OMM-N 9), Volumen D, parte B.
2.6.4
Los Miembros comunicarn a la Secretara las enmiendas necesarias a la informacin
suministrada en virtud del prrafo 2.6.3 anterior.
2.6.5
Todo Miembro que designe una estacin costera para la recepcin de informes meteoro
lgicos de buques, o bien una estacin terrena costera para la recepcin de informes meteorolgicos
de buques en una zona geogrfica determinada que presente un inters particular para el Miembro,
deber confirmar a la Secretara que se hace cargo de todos los gastos de transmisin de los informes
enviados a su centro colector.
2.6.6
Los Miembros facilitarn a sus estaciones martimas y estaciones terrenas de barco los
detalles de los procedimientos para dirigir y transmitir informes meteorolgicos en diversas zonas
martimas.
Nota:
Los detalles de estos procedimientos figuran en el adjunto I1.
2.6.7
Los Miembros encargados de la insercin en el SMT de informes meteorolgicos proce
dentes de buques se asegurarn de que los informes son conformes a las normas de la OMM y que se
transmiten con los encabezamientos adecuados de boletn meteorolgico.
2.6.8
Los Miembros encargados de recibir informes meteorolgicos procedentes de buques
deberan tomar las medidas necesarias para que exista un nmero suficiente de estaciones costeras,
debidamente dotadas de personal y con instalaciones de telecomunicacin adecuadas, que realicen esa
tarea.
2.6.9
Los Miembros deberan pedir a los buques que transmitan los informes meteorolgicos a una
estacin costera o a una estacin terrena costera lo antes posible despus de la hora de observacin.
2.6.10
Cada Miembro dar las instrucciones pertinentes a los servicios encargados del funciona
miento de las estaciones costeras designadas para recibir informes meteorolgicos de buques, con el
fin de que estas estaciones:
a)
b)
acepten dichos informes con una demora mnima;

los transmitan inmediatamente a los centros colectores designados.
2.6.11
Los Miembros deberan pedir a los buques que no enven el mismo informe meteorolgico a
ms de una direccin.
2.6.12
Cada Miembro, en consulta con su administracin de telecomunicaciones, tomar las
medidas necesarias para que el indicativo de servicio OBS figure en la llamada original de los buques
de observacin a las estaciones costeras. Esto garantizar la prioridad adecuada de respuesta por
parte de la estacin costera. La abreviatura OBS tambin se incluir, para indicar que se trata de un
servicio pagado en el prembulo de los mensajes meteorolgicos procedentes de buques transmitidos
desde los buques de observacin a las estaciones costeras. Esto garantizar que la estacin costera
asignar la prioridad que corresponda al despacho de los mensajes. Esta disposicin no se aplica en los
casos de utilizacin de claves de acceso automtico para las transmisiones por satlite o por radiotlex
automtico.
2.6.13
Los Miembros deberan tomar las medidas necesarias para que la palabra METEO se utilice
como primera palabra en la direccin de los informes meteorolgicos procedentes de buques. Esta
disposicin no se aplica en caso de utilizacin de claves de acceso automtico para las transmisiones por
satlite o radiotlex automtico.
2.6.14
Los Miembros deberan dar las instrucciones pertinentes a sus servicios de
telecomunicaciones para que se incluya un distintivo de llamada, si existe, de los buques en el prembulo
de los mensajes meteorolgicos procedentes de estaciones sobre buques suplementarios, seleccionados y
auxiliares, cuando se transmita de las estaciones costeras a los centros colectores.
2.6.15
Cuando se incluyan en transmisiones colectivas, los mensajes meteorolgicos procedentes de
buques deberan llevar el distintivo de llamada del buque.
2.6.16
Cuando los informes procedentes de buques y recibidos en los centros colectores sean
insuficientes o lleguen con un retraso indebido, el Miembro encargado de recogerlos debera tomar, en
primer lugar, medidas de carcter local o regional para tratar de corregir la deficiencia y, si sus medidas
no dieran resultado, lo deber notificar a la Secretara.
2.6.17
Los Miembros deberan poner el mximo empeo para lograr que los buques que naveguen
en zonas ocenicas donde la navegacin sea relativamente escasa retransmitan informes meteorolgicos
por mediacin de otros buques, cuando el buque que transmite los datos no pueda comunicar con las
estaciones costeras o las estaciones terrestres costeras, o bien cuando las condiciones de comunicacin
sean difciles.
2.6.18
Los Miembros deberan estimular el intercambio por radio de mensajes meteorolgicos entre
los buques en beneficio recproco, cuando atraviesen zonas en las que la navegacin sea escasa o para las
cuales no se transmiten boletines meteorolgicos peridicos.
2.7
Responsabilidad en lo que respecta a la recopilacin (recepcin) de informes

deaeronaves
2.7.1
Los centros colectores designados en los planes regionales de navegacin area de la OACI
para la recopilacin de informes meteorolgicos de aeronaves enviarn todos los informes
meteorolgicos de aeronaves disponibles al CMN situado en su respectivo pas, o a otros centros
meteorolgicos designados por acuerdo entre las autoridades aeronuticas y meteorolgicas
competentes.
2.7.2
Los CRT recopilarn los informes meteorolgicos de aeronaves procedentes de los CMN de
sus respectivas zonas de responsabilidad.
2.8
Responsabilidad en lo que respecta a los mensajes meteorolgicos procedentes

de estaciones automticas sinpticas de superficie
2.8.1
Los mensajes procedentes de las estaciones automticas sinpticas de superficie, cifrados en
clave internacional por una estacin compiladora, deberan ser transmitidos rpidamente a los centros
colectores correspondientes.
2.8.2
Los mensajes transmitidos directamente por las estaciones automticas sinpticas de
superficie, cifrados para el intercambio internacional, deberan ser emitidos con suficiente potencia para
que se garantice su recepcin en los centros colectores correspondientes.
2.8.3
Los Miembros que explotan estaciones automticas sinpticas de superficie sobre boyas a la
deriva deberan hacer todo lo posible para comunicar a los Miembros interesados toda la informacin
necesaria (por ejemplo, frecuencias de radio y claves) que les permita recibir las transmisiones
procedentes de las estaciones automticas a la deriva que puedan haberse desplazado fuera del alcance
de las estaciones receptoras de los Miembros que lanzaron la estacin.
2.8.4
Los dems datos de observacin procedentes de boyas a la deriva disponibles en los centros
de procesamiento de datos de los satlites deberan enviarse a los CMM/CRT apropiados para su difusin
regional y mundial por el SMT, utilizando la clave adecuada para el intercambio internacional.
Nota:
En la parte III del presente Volumen figuran directrices complementarias relativas a las funciones y posibilidades de los
centros de telecomunicaciones meteorolgicas.
2.9
Responsabilidades en lo que respecta al intercambio y distribucin de la

informacin meteorolgica elaborada
El SMT debera poder intercambiar y difundir la informacin elaborada de los CMM y CMRE, as como la
de los Centros Mundiales de Pronsticos de rea (WAFC) y los Centros Regionales de Pronsticos de rea
(CRPA), segn las necesidades.
3.
FUNCIONES Y CARACTERSTICAS DE LAS REDES DEL SISTEMA MUNDIAL DE

TELECOMUNICACIN
3.1
La Red Principal de Telecomunicaciones (RPT)
3.1.1
La Red Principal de Telecomunicaciones es un sistema integrado de circuitos que conectan
los CMM a los CRT designados. Los circuitos que conectan directamente los CMM y/o los CRT situados
en la RPT podrn denominarse, a peticin de los Miembros interesados, circuitos de la RPT.
Nota:
En el adjunto I2 figuran los nombres de esos centros as como un diagrama en el que se indica cmo se realiza el
encaminamiento de los datos a travs de la RPT.
3.1.2
La RPT est concebida de manera que el trfico procedente de cada centro (CMM, CRT
designado) se encamine selectivamente hacia el centro o centros de destino. Cada centro de la RPT se
encargar de la retransmisin selectiva del trfico que recibe hacia el circuito o circuitos con los que
est conectado.
3.1.3
La RPT tiene como funcin proporcionar un servicio eficaz y fiable de telecomunicaciones
entre los centros designados, a fin de conseguir:
a)
el intercambio rpido y seguro de los datos de observacin necesarios para atender a las
necesidades del Sistema Mundial de Proceso de Datos y de Prediccin (SMPDP);
b)
c)
d)
el intercambio de informacin procesada entre CMM, incluido el intercambio de datos recibidos

de los satlites meteorolgicos;
la transmisin de informacin procesada producida por los CMM, en respuesta a las necesidades
de los CMRE y CMN;
la transmisin de otros datos de observaciones e informacin procesada necesarios para el
intercambio interregional.
Nota:
Las responsabilidades de los centros ubicados en la RPT en lo que respecta a la transmisin de datos de observaciones
e informacin procesada figuran en el adjunto I3.
Redes regionales de telecomunicaciones meteorolgicas (RRTM)
3.2
3.2.1
Las redes regionales de telecomunicaciones meteorolgicas estarn constituidas por una
red integrada de circuitos punto a punto, punto a multipunto y multipunto a punto que interconecten
los CRT, CMN y, en algunas Regiones, los CMM y/o CMRE. Cuando sea necesario irn acompaadas de
emisiones por radio, de acuerdo con los planes de telecomunicacin meteorolgica regional estable
cidos por las Asociaciones Regionales para la VMM. Estas redes se proyectarn de forma que los CMM,
CRT y CMN puedan llevar a cabo las funciones definidas en el prrafo 2.
Nota:
Las Asociaciones Regionales determinan los centros que estn situados en las redes regionales de telecomunicaciones
meteorolgicas.
3.2.2
Las redes regionales de telecomunicacin meteorolgica comprenden las siguientes
instalaciones de transmisin meteorolgica:
a)
b)
c)
d)
e)
f)
los circuitos de la RPT que atraviesan la Regin;

los circuitos regionales principales, constituidos por circuitos punto a punto (establecidos por
lnea terrestre o va satlite) que interconectan los CRT de la Regin;
los circuitos regionales, constituidos por circuitos punto a punto, punto a multipunto y multipunto
a punto (establecidos por lnea terrestre, satlite o radio) que conectan los CMN a los CRT o a
otros CMN de la Regin;
circuitos interregionales, constituidos por circuitos punto a punto (establecidos por lnea
terrestre, satlite o radio) que interconectan los CRT o CMM con CRT de Regiones diferentes;
circuitos interregionales suplementarios, consistentes en circuitos punto a punto (establecidos por
lnea terrestre, satlite o radio) que conectan los CMM, CRT y CMN con CMRE o CMN situados en
otras Regiones;
emisiones de radio y otras prestaciones radioelctricas.
3.2.3
Funciones definidas en el marco del SMT
Con el fin de obtener una rpida recopilacin y difusin de datos de observacin e informacin
procesada para todos los Servicios Meteorolgicos Nacionales, las redes nacionales de
telecomunicacin meteorolgica debern ser capaces de:
a)
b)
c)
d)
e)
intercambiar y distribuir datos de observacin dentro de la Regin, segn sea necesario, para
satisfacer las necesidades de los Miembros de la Regin;
recopilar datos de observacin procedentes de estaciones situadas en la Regin o recibidos por
dichas estaciones (por ejemplo, informes de aeronaves y buques);
recopilar datos de observacin de CMN asociados situados en Regiones adyacentes, siempre que
se considere til para el SMT y siempre que as lo convengan los Miembros interesados y las
Asociaciones Regionales correspondientes;
intercambiar y distribuir informacin procesada (ordinaria o de satlite) requerida para satisfacer
las necesidades de los Miembros de la Regin;
intercambiar con otras Regiones datos de observaciones e informacin procesada.
3.2.4
Contenido de las transmisiones meteorolgicas enviadas por circuitos punto a punto
3.2.4.1
El contenido de las transmisiones meteorolgicas enviadas por los circuitos regionales
principales o por los circuitos regionales ser determinado por las Asociaciones Regionales con el fin de
satisfacer las necesidades de los Miembros de la Regin correspondiente.
3.2.4.2
El contenido de las transmisiones meteorolgicas efectuadas mediante los circuitos
interregionales y los circuitos interregionales suplementarios ser establecido mediante acuerdos
interregionales y/o acuerdos bilaterales entre los Miembros.
3.3
Redes nacionales de telecomunicaciones meteorolgicas (RNTM)
3.3.1
Funciones generales en el marco de la VMM
3.3.1.1
Las redes nacionales de telecomunicaciones meteorolgicas se proyectarn de forma que
los CMN puedan llevar a cabo las funciones definidas en el prrafo 2.3.
3.3.1.2
La seleccin de las redes y medios de telecomunicacin necesarios para la recopilacin de
la informacin procedente de las estaciones situadas es un pas o territorio, ser cuestin que
incumbir al Miembro interesado.
3.3.1.3
Las disposiciones que se adopten deberan permitir, al menos responder a las necesidades de
la VMM por lo que se refiere a la demora mxima tolerable para las transmisiones y a la seguridad de la
recepcin.
3.3.1.4
En la perspectiva de satisfacer las necesidades de la VMM en lo que respecta a la recepcin y
transmisin rpidas y seguras de los datos, deberan establecerse redes de telecomunicacin para fines
exclusivamente meteorolgicos.
3.3.1.5
Cuando no existan o no se puedan utilizar las instalaciones mencionadas en el prrafo
3.3.1.4, deberan adoptarse las medidas pertinentes para utilizar otras instalaciones, tales como:
a)
b)
sistemas de telecomunicacin para fines especiales (por ejemplo, circuitos aeronuticos);

servicios pblicos comerciales de telecomunicacin.
3.3.1.6
Siempre que sea posible, se deberan tomar medidas, para que un informe mutilado o
errneo pueda ser repetido por la estacin de observacin a peticin del CMN interesado.
3.3.2
Programas de transmisin de los CMN a los CRT
Las transmisiones de los CMN destinadas a los CRT correspondientes contendrn por lo menos la
informacin siguiente:
a)
informes sinpticos de superficie y en altitud procedentes de las estaciones terrestres y estaciones

meteorolgicas ocenicas fijas, requeridos por acuerdo regional para el intercambio regional e
interregional;
todos los informes procedentes de aviones y buques mviles recibidos directamente o
procedentes de otros colectores situados dentro de la zona cubierta por la transmisin del CMN;
otra informacin que se requiera mediante acuerdo regional.
b)
c)
Nota:
Para que los datos de observacin lleguen a tiempo a los centros del SMT, se concede prioridad a:
a)
la recopilacin de los datos de observacin nacionales requeridos;
b)
la transmisin de los datos recopilados a los CRT correspondientes.
10
3.4
Sistemas de recopilacin y diseminacin de datos mediante satlite
3.4.1
Introduccin
3.4.1.1
Los sistemas de recopilacin y distribucin de datos mediante satlite estn incorporados al
SMT y constituyen un elemento esencial del mismo en los niveles mundial, regional y nacional.
3.4.1.2
Estos sistemas deberan respetar la organizacin y principios del SMT, en particular con
respecto a las funciones y cometidos de los centros meteorolgicos de telecomunicaciones.
3.4.1.3
Operan mediante funciones de comunicacin de satlites meteorolgicos y mediante
servicios pblicos de telecomunicacin va satlite.
3.4.1.4
siguientes:
a)
b)
Los principios de planificacin de la distribucin de datos mediante satlite deberan ser los
los sistemas de distribucin mediante satlite deberan constituir una tcnica de telecomunicacin
complementaria de los circuitos SMT punto a punto;
los CMRE, CRT y CMN deberan poder insertar informacin meteorolgica (por medios directos o
indirectos) en el sistema de distribucin regional/multirregional mediante satlite.
3.4.2
Sistemas de recopilacin de datos mediante satlites meteorolgicos
3.4.2.1
Los sistemas de recopilacin de datos y los correspondientes sistemas de retransmisin de
datos operados mediante satlites meteorolgicos geoestacionarios o en rbita casi polar constituyen una
parte integrante del SMT a efectos de recopilacin de observaciones. Por lo general, los datos
meteorolgicos bsicos as recopilados deben ser validados por el Centro Meteorolgico Nacional antes
de su diseminacin a travs del SMT con destino a los usuarios. Si as se acuerda, los datos no sujetos a
verificacin pueden insertarse en el SMT a travs de un CMN designado.
3.4.2.2
Asimismo, bajo la responsabilidad de los operadores correspondientes, funcionarn
regularmente plataformas de recopilacin de datos (PRD). El control de calidad de la informacin
originada en dichas plataformas corresponder al operador y al CMN designado.
3.4.2.3
A menos que se acuerde lo contrario, el operador del satlite meteorolgico se ocupar de
transmitir prontamente el mensaje recibido de la PRD al CMN que se encargue del control de su
calidad y de su verificacin, antes de su diseminacin por medio del SMT.
3.4.2.4
Las plataformas de recopilacin de datos deben operar con arreglo a los parmetros
definidos por el operador del satlite meteorolgico.
3.4.3
Sistemas de distribucin de datos va satlites meteorolgicos
3.4.3.1
Los sistemas de distribucin de datos va satlites meteorolgicos geoestacionarios forman
parte integrante del SMT por lo que se refiere a la transmisin punto a multipunto de datos de
observaciones e informacin procesada, tanto en forma de caracteres como binaria o en imgenes,
dentro del sistema de la VMM convenido.
3.4.3.2
El servicio punto a multipunto que preste el operador del satlite meteorolgico estar
sujeto a un acuerdo entre los CMN correspondientes y los organismos que participen en los
programas. El CMN que se encargue de proporcionar los datos al operador del satlite meteorolgico,
11
se ocupar de la retransmisin de los datos de entrada, tanto si constituye el origen de los datos como
en caso contrario.
3.4.3.3
El contenido y los horarios de transmisin, as como las frecuencias, los datos orbitales y la
zona de cobertura de los satlites meteorolgicos sern facilitados por los operadores del satlite.
Notas:
1)
El contenido y los horarios de transmisin de los satlites meteorolgicos figuran en los Informes Meteorolgicos (OMM-N 9),
Volumen C.
2)
Puede consultarse informacin sobre los programas de satlites meteorolgicos a cargo de Miembros y organizaciones en la
pgina web http://www.wmo.int/oscar/space.
3.4.4
Transmisin punto a multipunto y multipunto a punto mediante satlites

detelecomunicaciones
3.4.4.1
El servicio de telecomunicaciones punto a multipunto va satlite prestado por administracio
nes/organismos de telecomunicacin puede utilizarse como parte integrante del SMT para la distribucin
directa a los CMN de datos de observaciones e informacin procesada procedentes de los CMM, CMRE y
CMN a nivel mundial, multirregional o regional.
3.4.4.2
El servicio de telecomunicaciones multipunto a punto va satlite prestado por administracio
nes/organismos de telecomunicacin puede utilizarse como parte integrante del SMT para la constitucin
de redes meteorolgicas regionales de telecomunicaciones, con arreglo a los planes establecidos por las
Asociaciones Regionales.
3.5
Radiodifusin de informacin meteorolgica en frecuencias de ondas

decamtricas
3.5.1
Generalidades
En tanto no se culmine la red integrada definida en el principio 2 (vase el prrafo 1.3), podrn utilizarse
radiodifusiones en frecuencias de ondas decamtricas para atender a las necesidades de la Vigilancia
Meteorolgica Mundial en cuanto a transmisin de informacin meteorolgica.
3.5.2.
Responsabilidades de los Miembros
3.5.2.1
Si un Miembro establece en su territorio una emisin meteorolgica ordinaria para uso de
los dems Miembros, enviar a la Secretara, los datos siguientes, segn proceda:
a)
b)
c)
d)
e)
f)
g)
nombre y distintivo de llamada, u otra identificacin, de la estacin transmisora;

potencia suministrada a la antena;
clase de emisin y anchura de banda necesaria;
frecuencias;
contenido, programas horarios detallados y categora OMM de las emisiones;
ndice de cooperacin y velocidad (o velocidades) de rotacin del cilindro del transmisor de
facsmil;
punto(s) o rea(s) donde se deber recibir la emisin.
3.5.2.2
Las enmiendas a la informacin facilitada en virtud del prrafo 3.5.2.1 se debern enviar a
la Secretara por lo menos dos meses antes de que se establezca una emisin meteorolgica ordinaria
o se introduzca una modificacin en una emisin regular en funcionamiento.
12
3.5.2.3
Adems de la informacin enviada a la Secretara en virtud de lo establecido en el prrafo
anterior, la notificacin de los cambios inminentes de frecuencia o de horario de cualquier emisin
meteorolgica regular por radio ser incluida, por el Miembro responsable, en las emisiones hechas a
las horas sinpticas principales por lo menos durante los tres das anteriores al cambio.
3.5.2.4
Cuando sea necesario suspender una emisin esencialmente destinada a otros Miembros,
se tomarn las medidas necesarias para asegurar que todos los destinatarios reciban los informes que
necesitan.
Nota:
Lo antedicho no afecta a las emisiones destinadas principalmente a la utilizacin por el Miembro que las efecta, incluso
si las emplean otros Miembros.
3.5.2.5
Cuando sea necesario o aconsejable modificar la forma de una emisin destinada prin
cipalmente a ser recibida por otros Miembros, el Miembro responsable de dicha emisin informar a
los destinatarios durante un perodo de tiempo que se establecer por acuerdo regional o
multilateral.
Notas:
1)
Al finalizar este perodo, se supondr que la nueva forma de emisin satisface las necesidades de los destinatarios.
2)
Lo antedicho no afecta a las emisiones destinadas principalmente a la utilizacin por el Miembro que las efecta, incluso si las
emplean otros Miembros.
3.5.2.6
Cuando un Miembro tenga dificultades para recibir una emisin u observe deficiencias en
una emisin destinada a ser recibida por l, primeramente debera tomar las medidas locales necesarias
para remediar esta situacin. Si no consigue un resultado satisfactorio, deber notificarlo con todo
detalle al Miembro que haga la emisin y, si fuera necesario, al Presidente de la Asociacin Regional
pertinente.
3.5.3
El sistema de emisiones por radio es el siguiente:
3.5.3.1
Difusiones RTT
Clasificacin
Contenido
Zona de recepcin prevista
Responsabilidad de las
actividades
A. Difusiones
territoriales
Informacin meteorolgica a) en uno o varios CRT desigprocedente del territorio

nados
o territorios de uno o ms
b) en la zona de origen de la
Miembros, as como inforinformacin
mes de buques y aeronaves c) en pases adyacentes, de
conformidad con los acuerrecibidos en ese o esos
territorios
dos regionales o
interregionales
Obligatoria para los CMN

hasta que se disponga de
un sistema punto a punto
seguro para garantizar los
enlaces con el CRT asociado. En otro caso, facultativa para fines nacionales
B. Difusiones
regionales
Seleccin de informacin
En una zona especfica de una
meteorolgica, de conforRegin y en una zona convemidad con los acuerdos
nida interregionalmente
regionales y teniendo en
cuenta, en su caso, las
necesidades de la coordinacin inter-regional
CMM y CRT, de acuerdo

con los planes regionales de telecomunicacin
meteorolgica
3.5.3.2
13
Radiodifusiones por facsmil
Clasificacin
A. Difusiones
regionales*
Contenido
Zona de recepcin prevista
Responsabilidad de las
actividades
Datos elaborados de los CMRE de

la Regin, datos elaborados de los
CMM y de otros CMRE, en funcin
de los acuerdos regionales y
teniendo en cuenta, en su caso,
las necesidades de lacoordinacin
interregional
En una zona especfica de una

Regin y en una zona convenida
interregionalmente
CMM, CMRE y CRT, de

acuerdo con los planes
regionales de telecomunicacin meteorolgica
* Esta clasificacin no impide que los CMN establezcan difusiones por facsmil.
14
ADJUNTO I1. ARREGLOS PARA LA RECOPILACIN DE INFORMES

METEOROLGICOS PROCEDENTES DE BUQUES Y DE INFORMES OCEANOGRFICOS
(BATHY/TESAC)
ZonAS DE Recopilacin DE LOS INFORMES METEOROLGICOS DE BUQUES
1.
Los mares y los ocanos estn divididos, ante todo, segn los lmites de las Regiones de la OMM y del
Antrtico, y seguidamente, dentro de cada Regin, en un pequeo nmero de zonas determinadas por
las Asociaciones Regionales correspondientes de acuerdo con estos principios:
a)
por regla general, las zonas debern estar conectadas con los CRT responsables de la difusin
internacional de los informes recopilados por las estaciones costeras y estaciones terrenas costeras
de la zona en cuestin;
excepcionalmente, las zonas pertenecientes a una Regin pueden prolongarse al interior de la
regin martima de una Regin adyacente, si as lo acuerdan las dos Asociaciones Regionales
interesadas;
en una lista de demarcacin entre dos Regiones, las zonas pertenecientes a cada una de ellas
pueden sobreponerse si as lo acuerdan las dos Asociaciones Regionales interesadas.
b)
c)
En la figura 1 se muestran las zonas de recopilacin de los informes meteorolgicos de buques, en la

forma en que han sido adoptadas por las Asociaciones Regionales y el Consejo Ejecutivo.
REGIN VI
REGIN II
REGIN IV
REGIN I
REGIN III
REGIN V
REGIN V
ANTRTIDA
Figura 1 Esquema general de las zonas de recopilacin y difusin de mensajes meteorolgicos

procedentes de buques
Notas:
1)
Si bien, en principio, la Zona II-C comprende la parte septentrional del mar del Japn y otras partes del Pacfico Norte
situadas en la Regin II y la Zona II-B, la parte meridional del mar del Japn y la parte meridional del Pacfico situada en la
Regin II, no se ha establecido un lmite preciso entre ambas.
2)
15
Por lo que respecta a la recopilacin de mensajes meteorolgicos de buques, la Regin III constituye una sola zona. As, los
buques que circulan en la Regin III deben transmitir sus mensajes meteorolgicos por medio de la estacin radiocostera
ms prxima de la Regin. Como medida provisional, los buques que circulen en aguas del Pacfico de esta Regin deberan
continuar enviando sus mensajes meteorolgicos por medio de la estacin radiocostera Balboa-NBA, si se encuentran en la
imposibilidad de establecer contacto con otras estaciones radiocosteras que operan en la banda de ondas decamtricas
situadas en la Regin III.
3)
No se ha considerado necesario subdividir en zonas las Regiones IV y V; de esta manera, los buques que circulen en estas
Regiones debern transmitir sus mensajes meteorolgicos a travs de la estacin radiocostera ms prxima situada en la
Regin donde naveguen.
4)
Las lneas que delimitan las Regiones VI y IV deben considerarse flexibles, con el fin de facilitar la transmisin de informes
meteorolgicos de los buques situados en las zonas ocenicas enclavadas en las proximidades de esas regiones a las estaciones
costeras de una u otra Regin.
2.
Transmisin de INFORMES METEOROLGICOS DE BUQUE A LAS ESTACIONES

COSTERAS Y ESTACIONES TERRENAS COSTERAS
2.1
Los informes meteorolgicos procedentes de estaciones de barco y estaciones terrenas de
barco debern transmitirse a una estacin costera o a una estacin terrena costera lo antes posible
despus de la hora de observacin.
2.2
Los informes meteorolgicos de las estaciones de barco deberan compilarse en grupos de
diez cifras cuando esto fuera conveniente y adecuado. El distintivo de llamada del buque debera
aparecer slo al principio del informe. A continuacin, se van constituyendo grupos compuestos de diez
cifras. Si quedara un grupo de cinco cifras, ste se enviar como grupo de cinco cifras. Si aparece el
identificador 333, se unir a las cinco cifras adyacentes para formar un grupo de ocho cifras. La
reintegracin en grupos de cinco cifras deber efectuarse, en ltima instancia, en el punto de insercin
del informe por el SMT, generalmente en el CMN de que se trate. Estas disposiciones no se aplican a las
partes de los informes meteorolgicos procedentes de buques redactados en lenguaje claro.
Ejemplo:
WLGT 0518499568 7020141498 5231410083 2001640198 5301270282 8323222200 0010320303
3263040907 50805333 8381583360
16
Figura 2 Husos horarios y horas de servicio de las estaciones a bordo de buques

Notas:
1)
En esta figura se indican las horas de servicio fijas y facultativas de los buques clasificados en la segunda y tercera categoras,
de acuerdo con los husos horarios. (Las horas de servicio indicadas no incluyen las determinadas por la administracin, el
comandante o la persona responsable del buque.)
Las horas fijas de escucha se representan de la manera siguiente:
a)
b)
c)
para los buques clasificados en la segunda categora:

para los buques clasificados en la segunda o tercera categoras:
para los buques clasificados en la segunda categora, perodo durante el cual pueden
elegirse dos horas de servicio continuas.
2)
En esta figura tambin se indica (en negro) el perodo especfico de servicio 0830-0930 durante el cual se recomienda que
los buques clasificados en la cuarta categora garanticen el servicio.
2.3
Los informes meteorolgicos procedentes de estaciones de barco y de estaciones terrenas de
barco deberan transmitirse desde el buque a la estacin costera ms prxima o estacin terrena costera
adecuada situada en la zona en la que navega el buque, sin que se haga una peticin especial.
2.4
Cuando ninguna estacin terrena de barco est disponible o cuando debido a malas
condiciones de propagacin u otras circunstancias, sea difcil establecer un contacto rpido con la
estacin costera ms prxima en la zona en la que navega el buque, los informes meteorolgicos debern
despacharse aplicando los procedimientos siguientes y en el orden que se indica a continuacin:
a)
transmisin del informe a cualquier otra estacin costera de la zona en la que navega el buque;
17
b)
transmisin del informe a cualquier estacin costera de la zona adyacente dentro de la misma
Regin;
c) transmisin del informe a cualquier estacin costera de cualquier otra zona dentro de la misma
Regin;
d) transmisin del informe a cualquier estacin costera situada en una zona adyacente de una Regin
vecina o, en su defecto, a cualquier otra estacin situada en una Regin vecina;
e) transmisin del informe a otro buque o a una estacin meteorolgica ocenica que deba o que
desee servir de estacin retransmisora.
2.5
En las zonas situadas en la lnea de demarcacin entre dos Regiones, el orden de los procedi
mientos de transmisin de los informes meteorolgicos de buques, a las estaciones costeras establecido
en los apartados a), b), c), d) y e) del prrafo 2.4 puede modificarse, a reserva de acuerdo entre las dos
Asociaciones Regionales interesadas. Cualquier acuerdo concluido a este respecto deber especificar los
lmites de la zona en cuestin.
2.6
Los Miembros pueden dar instrucciones a sus estaciones de barco autorizndolas a transmitir
sus informes meteorolgicos por intermedio de una de las estaciones costeras de sus respectivos pases
que estn encargadas de recopilar los informes de la zona en cuestin, en el caso de que este
procedimiento facilite el establecimiento de enlaces eficaces con las estaciones costeras y la canalizacin y
despacho de los mensajes meteorolgicos. Los Miembros tambin pueden dar instrucciones a sus
estaciones de barco autorizndolas a transmitir informes meteorolgicos a travs de estaciones terrenas
costeras especficas, en cuyo caso debern hacerse cargo de los gastos de transmisin.
3.
Criterios y funciones de las estaciones costeras y estaciones terrenas

costeras que aceptan informes meteorolgicos de buques
3.1
Los Miembros debern garantizar que las estaciones costeras designadas para recibir
informes meteorolgicos de buques:
a)
b)
aceptan estos informes sin gastos para el buque;

en lo que respecta a la recepcin de los informes:
i)
permanecen a la escucha las 24 horas del da; o
ii)
permanecen a la escucha durante 30 minutos por lo menos, a partir de las 0000, 0600, 1200
y 1800 UTC, todos los das. La escucha tambin deber mantenerse durante un tiempo
mnimo similar al comienzo del perodo con un solo operador que sigue a esas horas
sinpticas fijas*; o bien
iii)
permanecen a la escucha durante perodos ms cortos (estaciones con horas de escucha
limitadas) que los mencionados en el inciso ii), cuando estas estaciones se consideren
especialmente importantes.
3.2
Si se observa que en una determinada estacin costera los informes meteorolgicos de
buques se aceptan regularmente con retraso, o si la ulterior retransmisin de dichos informes es
defectuosa, el Presidente de la Asociacin Regional interesada deber adoptar disposiciones para subsanar
esta situacin y, si no se consigue ningn progreso, deber adoptar medidas para suprimir la estacin de
la lista de estaciones costeras designadas.
3.3
Los Miembros cuyos buques encuentran dificultades reiteradas para transmitir los informes
meteorolgicos de buques por intermedio de las estaciones costeras en ciertas Regiones debern notificar
rpidamente estas dificultades a los Miembros interesados, facilitando todos los detalles necesarios (fecha,
hora, etc.). Tambin debern ser informados al respecto los Presidentes de la Comisin de Sistemas
Bsicos y de la Comisin Tcnica Mixta OMM/COI sobre Oceanografa y Meteorologa Marina (CMOMM)
as como el Secretario General.
* La figura 2 contiene una tabla en la que se indican las horas internacionales de escucha a bordo de los buques.
18
3.4
Los Miembros debern garantizar que las estaciones costeras designadas para recibir
informes meteorolgicos de buques aceptan estos informes sin cargo para los buques.
Procedimientos complementarios para los buques con un solo
operador a bordo
4.
4.1
A causa de las dificultades derivadas del hecho de que los operadores de radio garantizan
una escucha a horas fijas, los buques con un solo operador a bordo debern tratar de seguir los
procedimientos que se indican a continuacin a la hora de realizar las observaciones y la transmisin de
los informes meteorolgicos.
4.2
Cuando las dificultades de operativas a bordo hagan imposible efectuar y/o transmitir una
observacin sinptica de superficie a una hora fija principal (0000, 0600, 1200 y 1800 UTC), la hora real
de observacin deber ser lo ms prxima posible a la hora fija principal, con objeto de garantizar la
transmisin de un mensaje a una estacin costera antes de que el oficial de radio termine su servicio.
Adems, en casos especiales, pueden efectuarse observaciones una hora antes de la hora fija principal,
establecindose en consecuencia el horario de las observaciones (es decir, 2300, 0500, 1100 1700 UTC,
respectivamente). Sin embargo, conviene subrayar que slo excepcionalmente debe incurrirse en esas
irregularidades.
4.3
Cuando se efecte una observacin a las 0300, 0900, 1500 2100 UTC, con objeto de
garantizar su transmisin a una estacin costera, la observacin a la prxima hora sinptica fija principal
(es decir, 0600, 1200, 1800 0000 UTC) deber efectuarse para fines climatolgicos y, si es posible,
transmitirse en la forma indicada en el prrafo 4.4 siguiente.
4.4
Las observaciones efectuadas a cualquiera de las horas fijas 0000, 0600, 1200 y 1800 UTC
debern transmitirse incluso si la transmisin slo puede efectuarse cierto tiempo despus de la hora de
observacin de acuerdo con lo siguiente:
a)
b)
en la mayora de las regiones del mundo, debern transmitirse en un plazo mximo de 12 horas
despus del momento de la observacin si no es posible hacerlo antes;
en el hemisferio sur y en otras regiones de donde se dispone de pocos informes meteorolgicos
de buques, debern transmitirse con un retraso mximo de 24 horas despus de la hora de
observacin.
Es importante aplicar este procedimiento incluso si tambin se transmite una observacin efectuada a una
hora ms reciente.
5.
Recopilacin DE INFORMES OCEANOGRFICOS (bathy/tesac)
5.1
Los informes BATHY y TESAC debern transmitirse a las direcciones METEO o METEOCEAN a
travs de las estaciones costeras designadas y las estaciones terrenas costeras.
Nota:
La lista de las estaciones costeras y estaciones terrenas costeras que aceptan informes BATHY y TESAC sin gastos para
los buques figura, junto con las direcciones de radio, en los Informes Meteorolgicos (OMM-N 9), Volumen D, parte B, as como en
la Gua de procedimientos operativos para el acopio e intercambio de datos oceanogrficos de la JCOMM (Coleccin de Manuales y Guas de la
COI N 3).
5.2
Cuando los operadores retransmiten informes a estaciones costeras, la abreviatura OBS
deber figurar, antes de la direccin de los mensajes BATHY y TESAC transmitidos por los buques de
observacin a las estaciones costeras, como indicacin de servicio pagado. Esta disposicin no se aplica
cuando se utilizan claves de acceso automticas va satlite o se efectan transmisiones automticas por
radiotlex.
19
5.3
Los informes BATHY y TESAC debern ser objeto de una transmisin distinta de la de los
informes meteorolgicos (en superficie y en altitud). Debern transmitirse a una estacin costera
designada a horas que no interfieran con la transmisin de los informes meteorolgicos, evitando en la
medida de lo posible las horas siguientes:

2330 UTC 0200 UTC; 0530 UTC 0800 UTC;
1130 UTC 1400 UTC; 1730 UTC 2000 UTC.
5.4
Los informes BATHY y TESAC deberan transmitirse desde buques a estaciones costeras tan
pronto como sea posible despus de la hora de observacin. No obstante, podrn transmitirse hasta 30
das despus de la hora de observacin, en caso de que dificultades de ndole prctica impidan hacerlo
antes. El grupo internacional fecha-hora del encabezamiento abreviado de esos boletines ser la hora de
origen de los mismos en UTC (vase el prrafo 2.3.2.2 de la parte II).
Nota:
La hora de origen de los boletines se refiere a la hora de compilacin de los boletines por los centros del SMT.
5.5
Los designadores geogrficos de los encabezamientos abreviados de los boletines BATHY/
TESAC debern ajustarse a las disposiciones de la tabla C2 del adjunto II5.
Nota:
Todos los boletines de BATHY/TESAC debern publicarse en los Informes Meteorolgicos (OMM-N 9), Volumen C1
Catlogo de los boletines meteorolgicos.

5.6
El intercambio de informes BATHY/TESAC por la Red Principal de Telecomunicaciones deber
realizarse conjuntamente con el control diferido coordinado internacionalmente, como se expone en el
adjunto I5.
CRT
CMM
BUENOS AIRES
BRASILIA
WASHINGTON
TOKIO
EXETER
DAKAR
ARGEL
TOULOUSE
MELBOURNE
BEIJING
YEDDAH
NAIROBI
OFFENBACH
NUEVA DELHI
EL CAIRO
PRAGA
SOFA
MOSC
20
ADJUNTO I2. CONFIGURACIN DE LA RED PRINCIPAL DE TELECOMUNICACIONES
21
ADJUNTO I3. Responsabilidades de los centros situados en la Red

Principal de Telecomunicaciones con respecto a la transmisin de
datos de observacin e informacin procesada
1.
Responsabilidades de los CMM y los crt SITUADOS EN LA RED PRINCIPAL

DETELECOMUNICACIONES CON RESPECTO A LA RECOPILACIN, EL INTERCAMBIO
YLA DISTRIBUCIN DE DATOS DE OBSERVACIN
Las responsabilidades se indican en la tabla siguiente:

CMM/CRT
Melbourne
Tokio
Washington
Exeter
Toulouse
Offenbach
Praga
Mosc
El Cairo
Nueva Delhi
Brasilia
Buenos Aires
Nairobi
Beijing
Dakar
Yeddah
Sofa
Argel
Recopilacin de datos de observacin procedentes de las zonas de

responsabilidad (CMN asociados) de los siguientes CRT:
Melbourne (51), Wellington (52)
Tokio (25), Bangkok (26)
Washington (41)
Exeter (61)
Toulouse (63), Roma (66)
Offenbach (64), Norrkping (62), Viena (68)
Praga (67)
Mosc (65), Khabarovsk (24), Novosibirsk (23), Tashkent (22)
El Cairo (11)
Nueva Delhi (27), Tehern (21)
Brasilia (31), Maracay (33)
Buenos Aires (32)
Nairobi (12), Lusaka (13), Pretoria (14)
Beijing (28)
Dakar (15), Brazzaville (17), Niamey (18)
Yeddah (29)
Sofa (69)
Argel (16)
22
2.
Principios para el establecimiento del Programa de intercambio

dedatos de observacin en la red principal de telecomunicaciones
A continuacin se especifican los tipos de mensajes meteorolgicos que contienen los datos de
observacin que han de ser intercambiados en la Red Principal de Telecomunicaciones.
2.1
a)
b)
c)
d)
e)
Nota:
2.2
Tipo de informacin
Observaciones en superficie en tierra y mar, incluidos datos de buques y boyas;
observaciones en altitud, incluidos datos de aeronaves;
datos climatolgicos;
datos seleccionados de los satlites;
datos ssmicos (nivel I), tsunami y otros tipos de datos convenidos.
Los apartados a) a e) no indican prioridad.
Estaciones y zonas cuyos informes deben ser incluidos en los boletines que han
de intercambiarse
La lista de las estaciones cuyos informes deben ser incluidos en los boletines que han de intercambiarse se
establece como sigue:
a)
b)
c)
d)
e)
3.
todas las estaciones de superficie. Los informes SYNOP procedentes de estaciones terrestres que se
intercambian por la RPT incluirn, por lo menos, las Secciones 0 y 1 de la clave SYNOP. Como
medida provisional, la Seccin 3 de la clave SYNOP se incluir tambin en el intercambio mundial
por la RPT;
todas las estaciones (terrestres o martimas) que efecten observaciones de radiosonda/radioviento;
todas las aeronaves;
todas las estaciones climatolgicas;
todas las estaciones oceanogrficas.
Responsabilidades de los centros situados en la Red Principal
deTelecomunicaciones para el intercambio y la distribucin
deinformacin procesada y datos de los satlites
El intercambio de informacin procesada y de datos de los satlites por la RPT deber organizarse entre
los centros de la RPT para cumplir los requisitos de los centros de la VMM.
BRASILIA
REGIN VI
61. Exeter
62. Norrkping
63. Toulouse
64. Offenbach
65. Mosc
66. Roma
67. Praga
68. Viena
69. Sofa
REGIN V
51. Melbourne
52. Wellington
REGIN IV
41. Washington
11-18, 29,
31, 32, 33,
41, 61-69
14, 25-28,
31-33, 41,
51, 52
11-18,
21-29,
31-33, 41,
61-69
21-28, 51,
52
11-18,
21-24, 29,
61-69
TOKIO
EXETER
25, 26, 28
31, 32, 33
41, 51, 52
21-27, 29,
31-33, 41,
51, 52
DAKAR
22-25, 31-33,
41, 51,52, 61,
65
51, 52
15, 17, 18
11, 12, 14,

29, 31-33,
41, 61, 63,
64
11-18, 21,
29, 62-69
26-28, 51,
52
BEIJING
NAIROBI
11-14
21, 29
12-14
EL CAIRO
NUEVA DELHI
21, 25-28,
31, 32, 33,
41, 51, 52
69
25, 26, 27
11-14
MOSC
CRT
CMM
69
11-14,
21-28,
62, 65
11, 21-28,
62, 65
SOFA
15-18, 28-33,
41, 51, 52, 63,
64, 66-68
16, 41, 61,

63, 64, 67,
68
PRAGA
11-18, 29
11, 15-17,
27
21-24, 65,
67, 69
21-24, 27,
29
11, 12, 14-16,

61-69
11, 29,
31-33,
41, 61-69
12-18, 28-33,
41, 51, 52, 61,
63, 64, 66
OFFENBACH
11, 12, 21-28,
31-33, 41, 51,
52, 61-69
11-14, 21,
26-29. 62,
64, 67-69
JEDDAH
MELBOURNE
11-18, 28,
61-69
ARGEL
16
14, 29, 61,

63, 64
TOULOUSE
15-18, 25-27,
31-33, 41, 51,
52, 61, 63, 68,
69
22, 23, 24,

41, 61-69
14, 15, 16,

17, 22, 23,
24, 41, 61,
62-69
22-24, 65
Nota: Las responsabilidades de los centros y las diposiciones de encaminamiento para el intercambio de informacin elaborada por la Red Principal de Telecomunicaciones son las mismas
que las concernientes para las de observacin.
Figura 1 Esquema de las transmisiones de datos de observacin por la Red Principal de Telecomunicaciones
REGIN II
21. Tehern
22. Tashkent
23. Novosibirsk
24. Khabarovsk
25. Tokio
26. Bangkok
27. Nueva Delhi
28. Beijing
29. Jeddah
31, 33
11-18, 21,
22-29, 41,
51, 52, 61,
62-69
WASHINGTON
REGIN III
31. Brasilia
32. Buenos Aires
33. Maracay
BUENOS AIRES
REGIN I
11. El Cairo
12. Nairobi
13. Lusaka
14. Pretoria
15. Dakar
16. Argel
17. Brazzaville
18. Niamey
32
25, 27, 41,

51, 52, 61,
65
61
23
24
ADJUNTO I4 (No utilizado)
25
ADJUNTO I5. Plan de control del funcionamiento de la Vigilancia

Meteorolgica Mundial
1.
Objetivos
1.1
El objetivo de la labor de control es mejorar el funcionamiento de la Vigilancia Meteorolgica
Mundial (VMM), y en especial aumentar la eficacia y rendimiento del funcionamiento de su Sistema
Mundial de Observacin (SMO), de su Sistema Mundial de Proceso de Datos y de Prediccin (SMPDP) y
de su Sistema Mundial de Telecomunicacin (SMT), a nivel nacional, regional y mundial. Como el
funcionamiento de estos tres sistemas de la VMM (SMO, SMPDP y SMT) est tan ntimamente
relacionado, cada sistema no puede controlarse independientemente. Por lo tanto, para conseguir un
control eficaz del funcionamiento de la VMM como sistema integrado, es esencial establecer una estrecha
coordinacin entre todos los centros interesados, as como con la Secretara de la OMM, a fin de
identificar las deficiencias y tomar medidas correctoras lo antes posible.
1.2
En la ejecucin del programa de control estn incluidos los tres subsistemas de la VMM. As,
pues, dentro de las actividades de control, el SMO se ocupar de asegurar que las observaciones se
realizan de acuerdo con las normas prescritas, se cifran correctamente y se presentan para su transmisin
a la hora fijada; adems, el SMO atender con la debida rapidez a los pedidos de comprobaciones,
correcciones, etc. El SMT, por su parte, se ocupar de asegurar el flujo continuo de informacin
meteorolgica, tanto procesada como sin procesar, lo que requiere vigilar estrechamente la recepcin y
transmisin de informacin, responder a las peticiones de boletines y de otros productos que falten
cuando sea necesario, comprobar la forma de presentar los mensajes de telecomunicacin, tomar las
medidas necesarias para el reencauzamiento del trfico en caso de avera y otras dificultades, etc. El
SMPDP facilita informacin procesada para su distribucin en tiempo oportuno y tambin desempea un
papel importante en el control de la calidad de los datos.
1.3
Una de las finalidades principales de cualquier actividad de control es disponer de los medios
para identificar y corregir las deficiencias, a fin de mejorar la eficacia y el rendimiento de la VMM. El xito
se mide en funcin del nmero de deficiencias corregidas.
1.4
De conformidad con la decisin del Sptimo Congreso, en el programa de control habr de
incluirse el estudio de los siguientes puntos:
a)
b)
c)
d)
e)
f)
g)
regularidad de las observaciones;

calidad de los datos de observacin y cifrado correcto;
recopilacin completa y en tiempo oportuno de los datos de observacin en el CMN interesado;
aplicacin de las claves normalizadas y de los procedimientos de telecomunicacin de la OMM;
recopilacin de datos de observacin en los CRT y CMM;
intercambio de datos e informacin procesada a travs de las redes regionales de telecomunicacin
meteorolgica y de la Red Principal de Telecomunicaciones;
evaluacin de las observaciones y de la informacin procesada recibida en los CMN, CMR y CMM,
en funcin de los datos que esos centros necesitan.
2.
COMPONENTES BSICOS
2.1
Control inmediato (en tiempo real)
2.1.1
Control inmediato es el trmino utilizado para describir las operaciones de control que se
efectan con la suficiente rapidez para poder tomar medidas correctivas a tiempo, de utilidad para los
trabajos meteorolgicos cotidianos. Lo ideal sera que el control se efectuara dentro de los plazos
mximos que se determinan en los manuales y guas correspondientes con respecto a la recepcin de
26
informacin meteorolgica, pero en la prctica sigue siendo vlido si puede efectuarse antes de que se
reciba informacin ulterior anloga.
2.1.2
En vista del poco tiempo de que se dispone, la accin correctiva de control inmediato
debera limitarse a situaciones anormales, por ejemplo, boletines de observacin que no se reciben a
tiempo, errores obvios o probables, etc. En consecuencia, el control inmediato requiere el suministro de
informacin sobre:

2.2
boletines no recibidos a la hora especificada;

observaciones no recibidas a la hora especificada, o que son incorrectas, sospechosas o que no
pueden interpretarse con seguridad;
recepcin incorrecta de informacin procesada.
Control diferido (en tiempo no real)
Con la expresin control diferido se designa el control que se realiza durante un perodo de tiempo
determinado. El objetivo del control diferido es vigilar el funcionamiento general de la VMM y detectar
las deficiencias que puedan subsistir despus de realizado el control inmediato. El control requiere la
preparacin de tablas recapitulativas y estadsticas diversas, disponibles en un plazo de tiempo que puede
variar de algunas horas a algunos meses.
2.3
Medidas subsiguientes para la coordinacin y la prestacin de ayuda
En el caso de control inmediato, las primeras medidas correctivas se tomarn inmediatamente en los
centros interesados o en el punto de observacin; en el caso de control diferido, sern los Miembros
interesados quienes corrijan cualquier deficiencia en el plan de la VMM. En algunos casos tendrn que
pedir consejo sobre los procedimientos de obtencin de asistencia exterior e informacin para el
mantenimiento y funcionamiento de sus instalaciones de la VMM. Por otra parte, el Secretario General
deber llevar a cabo las medidas indicadas en el prrafo 5.6.
3.
Definiciones y normas
En lo que a las actividades de control se refiere, la terminologa utilizada y las normas mnimas que hay
que alcanzar sern las que figuran en el presente Manual, as como en el Manual del Sistema Mundial de
Observacin (OMM-N 544), el Manual de Claves (OMM-N 306), el Manual del Sistema Mundial de
Proceso de Datos y de Prediccin (OMM-N 485) y en las partes correspondientes del Reglamento Tcnico
(OMM-N 49).
4.
Prioridades
4.1
El sistema de control se emplear, sobre todo, respetando el orden de prioridad que figura a
continuacin, para comprobar la siguiente informacin:
a)
b)
c)
d)
e)
f)
TEMP/TEMP SHIP y TEMP MOBIL, Partes A y B;

PILOT, PILOT SHIP y PILOT MOBIL, Partes A y B;
SYNOP (intercambio mundial);
SHIP y AIREP/AMDAR (intercambio mundial);
CLIMAT;
cualquier otro dato de observacin e informacin procesada que se intercambie regularmente.
4.2
El control de los datos de los satlites constituye un caso especial. Existen solamente unos
cuantos operadores y sus normas para el control, incluido el control de la calidad de los datos procedentes
27
de satlites, son ya altas. El control de los boletines de datos de los satlites y de los boletines cifrados en
la clave GRID constituir un caso especial durante algn tiempo segn indique la Secretara de la OMM.
4.3
Al aplicar este plan de control ser importante determinar cul es la posibilidad de obtener
una reaccin inmediata a las solicitudes de comprobacin y repeticin en tiempo real en los puntos de
observacin y en todos los centros en general. Ser, asimismo, til prestar especial atencin a los
siguientes aspectos del plan de control:
a)
b)
c)
d)
asegurar la forma correcta de presentacin de los mensajes de telecomunicacin en el SMT;

asegurar el cifrado correcto de los mensajes y de los informes;
asegurar la disponibilidad en tiempo oportuno de la informacin;
asegurar la calidad del contenido meteorolgico de los mensajes.
5. responsabiliDADEs
5.1
Los Miembros son los principales responsables del control del funcionamiento de la VMM.
5.2
En las tablas A y B se establece cules son los centros que sern responsables de las distintas
actividades de control inmediato y diferido. Una parte fundamental del control estriba en que la informa
cin se intercambie entre centros adyacentes del SMT, con objeto de que, sobre todo, los problemas de
telecomunicacin puedan identificarse fcilmente. Uno de los aspectos especficos del intercambio de
informacin se caracteriza por la necesidad de elaborar los procedimientos que garanticen, sin duda
alguna, que el boletn contiene las observaciones disponibles para su inclusin. En el caso de los boletines
normales, que contienen observaciones corrientes, el contenido de los boletines deber ajustarse siempre
a la lista incluida en las correspondientes publicaciones enmendadas de la OMM. Cuando, por cualquier
razn, no se disponga de las observaciones de algunas estaciones incluidas en las publicaciones, los
informes se codificarn adecuadamente como informes NIL. Como control complementario de la
totalidad de los datos, los CMN debern enviar mensajes a los CRT asociados, de preferencia por
adelantado, cuando se sepa que no se dispone o no se dispondr de las observaciones de las estaciones
enumeradas. Es importante que todos los centros de la VMM (CMN, CMRE, CRT y CMM) contribuyan a
las actividades generales de control. Por supuesto, los centros que tengan una funcin mltiple
participarn en ms de una forma. En las contribuciones, se tendrn en cuenta los puntos siguientes:
a)
b)
c)
d)
e)
f)
para el control del boletn, se incluirn los boletines adicionales o subsiguientes (RRx) y los
corregidos (CCx);
para el control del informe, los informes corregidos no se contarn como informes adicionales, pero
s se contarn los informes retrasados;
los informes y los boletines duplicados debern contarse slo una vez;
las contribuciones deben indicar claramente la fecha de base utilizada para el control
(telecomunicaciones o procesamiento de datos);
las contribuciones deben indicar tambin toda falla o avera de los centros y/o los circuitos utilizados
durante el perodo de control;
en las contribuciones se har todo lo posible por ajustarse a los tiempos incluidos en los
encabezamientos de las tablas.
5.3
En el cuadro que figura a continuacin se indica la frecuencia con la que habrn de
prepararse o intercambiarse los informes de control:
Diariamente
cada centro realiza un control continuo en tiempo real;
A intervalos de no ms de un mes
los CMN preparan un resumen de informacin relativa a

las actividades de control para que sea utilizada, segn
proceda, por los centros nacionales o internacionales;
Una vez cada tres meses por lo menos
los CRT/CMR envan un resumen de la informacin de

control a sus CMN asociados;
28
Una vez cada tres meses por lo menos
los CRT/CMRS envan un resumen de la informacin de

control a los CRT/CMR adyacentes que les suministran
informacin;
Una vez cada seis meses
los CMM envan un resumen de la informacin de control a

los CRT/CMR adyacentes.
Los informes que se requieran a intervalos de tres o ms meses debern enviarse siempre al Secretario
General para que ste tome las medidas adicionales oportunas. En lo que respecta al contenido, en los
informes debera figurar el mayor nmero posible de rbricas de la tabla B que se consideren prcticas y
tiles.
5.4
Los Miembros debern ejecutar el plan de control de funcionamiento de la VMM lo antes
posible, en especial el control en tiempo real.
5.5
A fin de poder evaluar peridicamente la eficacia funcionamiento de la VMM, el control
coordinado a nivel internacional en tiempo no real deber efectuarse peridicamente sobre la totalidad
de los datos mundiales de observacin, una vez al ao en el mes de octubre, con la participacin de un
nmero limitado de centros principales de la VMM. Durante otros perodos, debern controlarse sectores
de problemasespecficos, ya sea con respecto a alguna informacin solamente o para determinadas
partes del mundo. El Secretario General organizar, en consulta con los centros correspondientes, los
detalles de los ejercicios especiales de control y los perodos durante los cuales deben llevarse a cabo, y
dar los oportunos avisos con mucha antelacin.
5.6
La Secretara llevar a cabo el anlisis necesario de los informes de control diferido de los
distintos centros de la VMM y transmitir los resultados de los anlisis a los centros interesados. El
Secretario General coordinar el asesoramiento y la ayuda necesarios para corregir las deficiencias
reveladas por los resultados del control. El Secretario General organizar tambin, si as se le solicita, la
realizacin de los ejercicios especficos de control mencionados en el prrafo 5.5.
6.
Procedimientos
6.1
Por lo que respecta al control en tiempo real, cada centro elaborar los procedimientos
detallados que se necesitan a estos efectos. Estos procedimientos variarn de un centro a otro, pero deben
concebirse de tal modo que faciliten el control en tiempo real de la recepcin de los boletines y
observaciones, segn proceda. En los centros totalmente automatizados, estos procedimientos podrn
abarcar la utilizacin de registros de sistemas de telecomunicacin, equipos de presentacin visual,
programas especiales de computadoras para telecomunicaciones y procesamiento de datos, y as
sucesivamente. En los centros manuales, podrn confeccionarse listas u hojas de control para los mismos
propsitos utilizando marcas, cruces o cifras que indiquen las horas a las que se han recibido determinados
boletines y/o informes. Para evitar la utilizacin excesiva de formularios, quiz convenga colocar hojas de
plstico transparentes sobre las hojas de control y hacer los registros utilizando lpices de mina suave. Las
cifras pueden suprimirse muy fcilmente cuando ha pasado un perodo de tiempo conveniente y las hojas
preparadas para los controles pueden volver a utilizarse para un perodo ulterior. En la tabla C se dan
nuevas orientaciones sobre el funcionamiento del control en tiempo real, junto con ejemplos del tipo de
formularios que podran confeccionarse.
6.2
Por lo que respecta al control en tiempo no real, cuando la Secretara solicita la realizacin de
ejercicios especiales, en el momento de presentarse la solicitud se indicar la forma en que han de hacerse
las contribuciones. Es importante que, en la medida de lo posible, los centros se ajusten detalladamente a
los procedimientos indicados con el fin de que los resultados de los diversos centros sean directamente
comparables. Es particularmente importante que as sea cuando se realiza el ejercicio mundial anual de
control. En la tabla D figuran los procedimientos, junto con los formularios normalizados que han de
utilizarse para dar los resultados.
29
6.3
Se hace hincapi en que con los procedimientos formales de control no se pretende sustituir
el intercambio cotidiano normal de informacin y asesoramiento entre centros adyacentes. En la medida
de lo posible, todos los problemas deberan resolverse de este modo y despus de un tiempo, en los
informes formales de control slo aparecern las dificultades graves.
Tabla A. Control inmediato en tiempo real
(Las rbricas tienen un carcter ms bien indicativo que preceptivo.)
Rbricas
Centros
nacionales
CMN
CRT/CMR
CRT/CMM
1. Boletines no recibidos a tiempo

2. Observaciones no recibidas a tiempo
3. Informacin procesada no recibida
a tiempo
4. Errores en las observaciones
5. Verificaciones bilaterales especiales

Notas:
1.
Boletines no recibidos a tiempo son aquellos boletines que aparecen en los horarios de transmisin y no se han recibido en el
tiempo acordado bilateralmente entre dos centros adyacentes.
2.
Observaciones no recibidas a tiempo son aquellas que aparecen en el contenido de los boletines enumerados para la
transmisin pero que no han sido recibidas en el tiempo acordado.
3.
Informacin procesada no recibida a tiempo se refiere a la informacin no recibida en el tiempo acordado pero que se sabe ha
sido incluida en el horario de transmisin.
4.
Errores en las observaciones son los errores que se supone existen o que se han detectado en la codificacin y/o en el
contenido meteorolgico de los mensajes.
5.
Verificaciones bilaterales especiales son las verificaciones de cualesquiera de los puntos 1 a 4 anteriores, o de otros que puedan
haber acordado los centros interesados, ya sea de forma continua o temporalmente.
Centros nacionales: en este contexto se entiende que se trata de sistemas nacionales de observacin,
recopilacin y difusin.
Las flechas indican la direccin en que se enviarn normalmente los mensajes relacionados con las
operaciones de control. As pues, por ejemplo, los mensajes en los que se crea que existen errores de
observacin sern enviados generalmente slo por los CMN a la red de observacin, a menos que existan
acuerdos bilaterales especiales entre un CMN y un CMR idneo para que ste realice el control inmediato
de la calidad en su lugar. Con objeto de sealar esta posibilidad, se ha hecho una anotacin entre
parntesis en la columna correspondiente a los CMR.
30
Tabla B. Control diferido en tiempo no real
(Las rbricas tienen un carcter ms bien indicativo que preceptivo.)

CMN
CRT/CMR
CMR
1. Boletines no recibidos
Rbricas
2. Boletines recibidos con retraso
3. Observaciones no recibidas
4. Observaciones recibidas con retraso
5. Informacin procesada no recibida
6. Informacin procesada recibida con retraso
7. Desconformidad con la forma de presentacin de los

mensajes de telecomunicacin, etc.
8. Integridad de los datos de observacin
9. Calidad de los datos de observacin
10. Deficiencias en la informacin procesada
11. Verificacin estadstica de las predicciones meteorolgicas

numricas
12. Verificaciones bilaterales o multilaterales especiales
13. Notas sobre problemas que se repiten
14. Informes de control
Notas:
1. Boletines no recibidos son aquellos programados para su transmisin pero no recibidos.
2. Boletines recibidos con retraso son los boletines recibidos despus del plazo especificado por la OMM o acordado de manera
bilateral.
3. Observaciones no recibidas son aquellas programadas para su transmisin pero no recibidas.
4. Observaciones recibidas con retraso se definen de manera similar a los Boletines recibidos con retraso del punto 2.
5. La informacin procesada no recibida es la incluida en un horario de transmisin en forma alfanumrica o grfica que no ha
sido recibida.
6. La informacin procesada recibida con retraso se define de forma anloga a los Boletines recibidos con retraso del punto 2.
7. Desconformidad con la forma de presentacin de los mensajes de telecomunicacin, etc., hace referencia a los errores cometidos
repetida o frecuentemente por las estaciones de transmisin que interfieren con la transmisin regular de los mensajes.
8. Integridad de los datos de observacin.
9. Calidad de los datos de observacin.
10. Deficiencias en la informacin procesada son los defectos (por ejemplo, informacin faltante, mensajes mutilados o ilegibles)
que interfieren gravemente con el funcionamiento de la transmisin.
11. Verificacin estadstica de las predicciones meteorolgicas numricas ser suministrada solamente por los centros que tengan
inters especial y capacidad para este tipo de informacin.
12. Verificaciones bilaterales o multilaterales especiales son las comprobaciones suplementarias acordadas mutuamente entre dos o
ms centros, ya sea temporalmente o de forma continuada, para hacer frente a problemas especiales.
13. Notas sobre problemas que se repiten se refiere a aspectos difciles no incluidos en las Notas 1 a 12.
14. Informes de control son los informes en la forma de presentacin que establecer el Secretario General en consulta con el
presidente de la CSB y con los presidentes de los grupos de trabajo competentes.
Las cruces que figuran en las distintas columnas indican los centros en que normalmente debern realizarse estas funciones.
31
Tabla C. Directrices para el control en tiempo real

1.
Control de la recepcin de los informes de observacin procedentes

de estaciones terrestres
Para realizar el control en tiempo real, debern utilizarse los formularios adecuados para el control de la
recepcin de los informes de observacin de las estaciones terrestres. Pueden prepararse tablas separadas
para los informes SYNOP para el intercambio mundial, los informes TEMP/PILOT para el intercambio
mundial, informes SYNOP para el intercambio regional y as sucesivamente, con el fin de verificar la
existencia de los diversos tipos de datos de observacin. Si un informe de observacin de una estacin no
se ha recibido dentro del plazo especificado, deber hacerse una peticin a la estacin, pero debern
elaborarse procedimientos detallados para atender las necesidades de los centros de clases diferentes.
2.
Control de la recepcin de informes meteorolgicos de aeronaves

yde buques procedentes de las estaciones costeras de radio o
delasestaciones de radio aeronuticas
Cada centro deber cerciorarse de que se han recibido todos los boletines, y debern establecerse los
procedimientos para verificarlo (por ejemplo, introduciendo la utilizacin de nmeros de series de
transmisiones e ideas anlogas) con el fin de satisfacer las necesidades locales.
3.
Control de cifrado de los informes de observacin
Los informes de observacin debern ser verificados antes de proceder a la transmisin de los boletines, a
fin de evitar cualquier error de cifrado. Esta verificacin debe ser realizada por el observador cuando la
observacin es hecha por primera vez y por un personal convenientemente calificado cuando estn
preparados los boletines. No obstante, esa verificacin no deber en modo alguno demorar de manera
apreciable la transmisin de los boletines.
4.
Control de la forma de presentacin normalizada de los mensajes

meteorolgicos
Deber verificarse si se ha utilizado la forma de presentacin normalizada y se harn las correcciones necesarias. En
particular, debern verificarse los puntos siguientes:
a)
b)
el rengln preliminar, el encabezamiento abreviado y la seal de fin de mensaje de los mensajes no

debern contener ningn error;
los informes incluidos en el boletn debern separarse por la seal de separacin de informes.
Cabe subrayar que los mensajes que pueden tramitarse sin dificultad en los centros manuales pueden
seguir planteando problemas muy graves en los centros automatizados si no se respetan escrupulosamente
los procedimientos. En algunos casos, incluso un solo carcter incorrecto puede plantear problemas.
5.
Control de la recepcin de boletines programados dentro de plazos

especficos
Cada CRT deber verificar la recepcin de boletines procedentes de cada CMN de su zona de responsabilidad.
Para este fin, pueden utilizarse los ejemplos 1 y 2. Si el nmero de series de transmisiones (nnn) no se recibe
en orden serial, deber preguntarse inmediatamente al centro interesado. Cuando no se utilicen nmeros de
serie de transmisin habr que tomar otras medidas para asegurarse de que no se ha perdido ninguna
transmisin, ni ninguna observacin por causa de mutilacin, desvanecimiento del sonido u otras causas.
FECHA
Descripcin del defecto
CENTRO
Encabezamiento abreviado
Hora de
recepcin
Hora de la
peticin
CIRCUITO
Hora de recepcin
de la repeticin
PGINA
Comentarios (por ejemplo
duracin de la avera
del cir cuito)
(Control de los boletines meteorolgicos no recibidos, recibidos en forma incorrecta o mutilados)
Control en tiempo real
(Control de los boletines meteorolgicos noEJEMPLO

recibidos,
1 recibidos en forma incorrecta o mutilados)
Ejemplo 1. Control en tiempo real
32
Hora de recepcin
SHIP
Nmero de informes
Hora de recepcin
AIREP
Ejemplo 2. Control de la recepcin de boletines SHIP/AIREP y nmero de informes
Nmero de informes
33
34
Tabla D. Procedimientos para el control internacionalmente coordinado en tiempo no real
1.
Perodos de control
El control de datos coordinado internacionalmente para el intercambio mundial se efectuar una vez al
ao, en octubre, con miras a verificar peridicamente la eficacia de funcionamiento de la VMM. Los
centros operados manualmente y los automatizados debern recopilar estadsticas para el perodo del 1
al 5 de octubre y del 1 al 15 de octubre, respectivamente. Con el fin de facilitar la comparacin de
resultados entre los dos tipos de centros, los centros automatizados debern proporcionar tambin los
resultados correspondientes a ambos perodos, del 1 al 5 de octubre y del 1 al 15 de octubre.
Nota:
En lo que respecta a CLIMAT, el perodo de control debe ampliarse a 15 das, incluso si (para otras observaciones) se
hace un retorno para un perodo de slo cinco das.
2.
Tipos de datos que debern controlarse
Debern controlarse los tipos de datos enumerados en la siguiente tabla:

Tipos de datos

Informes SYNOP
Informes TEMP, Partes A y B
Informes PILOT, Partes A y B
Informes SHIP
Informes TEMP SHIP, Partes A y B
Informes PILOT SHIP, Partes A y B
Informes BUOY
Informes AIREP
Informes AMDAR
Informes BATHY/TESAC/TRACKOB
Informes CLIMAT
a)

b)

c)

d)

Encabezamientos abreviados
de boletines
T1T2A1A 2
SMA1A 2
USA1A 2/UKA1A 2
UPA1A 2/UGA1A 2
SMA1A 2
USA1A 2/UKA1A 2
UPA1A 2/UGA1A 2
SSA1A 2
UAA1A 2
UDA1A 2
SOA1A 2
CSA1A 2
Formulario de referencia
para presentacin
de resultado
A
B1/B2
B1/B2
C1/C2
D1/D2/D3/D4
D5/D6/D7/D8
E
F
G
H
I1
Control de informes SYNOP

Para cada estacin controlada identificada por el nmero ndice de estacin (IIiii), el nmero de
informes SYNOP hechos a las horas sinpticas fijas principales (0000, 0600, 1200 y 1800 UTC) y
disponibles durante el perodo de control de 1 hora, 2 horas y 6 horas subsiguiente a la hora oficial
del boletn deber insertarse en las columnas correspondientes del formulario A;
Control de las Partes A y B de informes TEMP y PILOT
Para cada estacin controlada identificada por el nmero de ndice de estacin (IIiii), el nmero de
las Partes A y B de informes TEMP y PILOT hechos por seguimiento de un globo libre por medios
electrnicos u pticos a las horas sinpticas fijas principales (0000, 0600, 1200 y 1800 UTC) y
disponibles durante el perodo de control de 2 horas y 12 horas subsiguiente a la hora oficial del
boletn deber insertarse en las columnas correspondientes de los formularios B1 y B2;
Control de informes SHIP
El nmero de boletines identificados por sus encabezamientos abreviados (T1T2A1A 2ii CCCC), entre
ellos los informes SHIP, hechos a las horas sinpticas principales (0000, 0600, 1200 y 1800 UTC) y
disponibles durante el perodo de control de 2 horas y 12 horas subsiguiente a la hora oficial del
boletn, as como el nmero de informes incluidos en estos boletines deben insertarse en las
columnas correspondientes de los formularios C1 y C2;
Control de las Partes A y B de informes TEMP y PILOT y PILOT SHIP
El nmero de boletines identificados por sus encabezamientos abreviados (T1T2A1A 2ii CCCC), entre
ellos las Partes A y B de informes TEMP y PILOT, y PILOT SHIP, hechos a las horas sinpticas
e)

f)

g)

principales (0000, 0600, 1200 y 1800 UTC) y disponibles durante el perodo de control de 12 horas
y 24 horas subsiguiente a la hora oficial del boletn as como el nmero de informes incluidos en
estos boletines deben insertarse en las columnas correspondientes de los formularios D1 a D8;
Control de informes BUOY, AIREP y AMDAR
El nmero de boletines identificados por sus encabezamientos abreviados (T1T2A1A 2ii CCCC) entre
ellos los informes BUOY, AIREP y AMDAR, compilados entre 2100 y 0259 UTC, 0300 y 0859 UTC,
0900 y 1459 UTC, y 1500 y 2059 UTC, y disponibles durante el perodo de control antes de 0500,
1100, 1700 y 2300 UTC respectivamente, as como el nmero de informes incluidos en estos
boletines debern insertarse en las columnas correspondientes a los formularios E, F y G;
Control de BATHY/TESAC/TRACKOB
La hora de recepcin de los boletines identificados por sus encabezamientos abreviados completos
(T1T2A1A 2ii CCCC YYGGgg (BBB)) que contienen informes BATHY/TESAC/TRACKOB, as como el
nmero de informes incluidos en estos boletines debern insertarse en las columnas
correspondientes del formulario H;
Control de informes CLIMAT
Para cada estacin controlada e identificada por el nmero de ndice de estacin (IIiii), deber
insertarse I en la columna correspondiente del formulario I1 si el informe CLIMAT de septiembre se
recibe entre el 1 y el 5 de octubre o entre el 6 y el 15 de octubre; en los dems casos deber
insertarse 0 en estas columnas.
3.
CONJUNTO DE DATOS MUNDIALES QUE DEBERN CONTROLARSE
3.1
El conjunto de datos mundiales que debern controlarse se determina por:
a)
b)
35
la lista de estaciones de observacin de superficie que contiene los informes de la Red Sinptica
Bsica Regional (RSBR) SYNOP y CLIMAT; las listas de estaciones radiosonda-radioviento que
contienen informes RSBR para las Partes A y B de TEMP; y las listas de estaciones que contienen
informes RSBR para las Partes A y B de PILOT;
las listas de encabezamientos abreviados de boletines que contienen informes SHIP, TEMP SHIP,
PILOT SHIP, BUOY, AIREP/AMDAR y BATHY/TESAC/TRACKOB que han de intercambiarse
mundialmente de acuerdo con el Catlogo de Boletines Meteorolgicos. Para facilitar la referencia, la
Secretara compilar estas listas de encabezamientos abreviados que se adjuntarn a cada formulario
apropiado para cada control.
3.2
Las referencias de las listas mencionadas (incluidas las referencias de enmiendas pertinentes
al presente Manual y de la edicin del Catlogo de Boletines Meteorolgicos) se repiten en los formularios
preparados por la Secretara para cada control.
4.
ZONA GEOGRFICA EN QUE QUE DEBERN CONTROLARSE LOS DATOS
Los centros del SMT deben controlar el conjunto de datos mundiales, o parte del mismo, de la manera
siguiente:
a) los CMN o los centros con funciones similares deben controlar por lo menos la disponibilidad de los
datos provenientes de la zona en la que son responsables de la recopilacin de estos datos y su
insercin en el SMT;
b) los CRT no pertenecientes a la RPT deben controlar por lo menos la disponibilidad de datos de
observacin provenientes de la zona en la que son responsables de la recopilacin de datos de
observacin. Los CRT debern tambin controlar la disponibilidad de datos de observacin
provenientes de la Regin en que estn situados y de cualquier otra Regin con la que estn
vinculados por un circuito interregional;
c) los CMM y CRT pertenecientes a la RPT deben controlar la disponibilidad del conjunto completo de
datos para el intercambio mundial.
36
5.
APLICACIN DE LOS PROCEDIMIENTOS DE CONTROL Y CUESTIONARIOS
5.1
Los cuestionarios relacionados con los procedimientos aplicados en los centros, la supensin
de programas de observacin en estaciones de observacin y la suspensin de la transmisin por circuitos
se indican en los formularios J, K y L, respectivamente.
Los procedimientos de control deben aplicarse en los centros de tal manera que todas las
5.2
respuestas a los cuestionarios incluidas en formulario J sean positivas (respuesta: S). Las preguntas 7, 8 y
10 son aplicables nicamente a los informes SYNOP, TEMP, PILOT y CLIMAT.
6.
FORMULARIOS NORMALIZADOS PARA ESTADSTICAS
Con vista a permitir una fcil comparacin de los resultados de un control coordinado
6.1
internacionalmente, realizado por diferentes centros, deben utilizarse los formularios normalizados
adjuntos. Todos los centros que efectan el control deben indicar claramente el perodo cubierto. En
cada formulario, los centros deben presentar los resultados regin por regin y para la Antrtida, y dar los
totales de los nmeros de boletines o informes recibidos dentro del tiempo especificado regin por
regin y para la Antrtida.
Si la recepcin del informe o boletn indicado en la primera columna no est programada,
6.2
debe insertarse N en la segunda columna del formulario en cuestin; en los dems casos debe
insertarse S.
6.3
Las estadsticas deben enviarse a los centros adyacentes interesados y a la Secretara de la
OMM lo antes posible una vez finalizado el perodo de control, pero no despus del 15 de noviembre.
7.
PAPEL DE LA SECRETARA DE LA OMM
La Secretara asegurar que los Miembros tomen conciencia de sus respectivas responsabilidades y
recopilar los resultados estadsticos del control coordinado internacionalmente efectuado por los
Miembros en cuestin. La Secretara har un resumen de las estadsticas y evaluar las deficiencias y la
eficacia del funcionamiento de la VMM en su conjunto y de algunos de sus componentes. Con relacin a
esto, la Secretara verificar el programa de observacin de las distintas estaciones de observacin. Los
resultados de la observacin se pondrn a disposicin del Consejo Ejecutivo y de la CSB por
correspondencia o en reuniones, segn proceda. La Secretara estudiar, junto con los Miembros
interesados, la posibilidad de emprender acciones correctivas para eliminar lo antes posible las
deficiencias en el funcionamiento del SMO y el SMT.
8.
TIPOS ESPECIALES DE CONTROL DE LA VMM EN TIEMPO NO REAL
Si es necesario, el control de la VMM puede efectuarse en diferentes regiones y tambin para diversos
tipos de datos de observacin. Un control de este tipo tiene por finalidad identificar de una manera ms
detallada las deficiencias de la recopilacin e intercambio de datos en diferentes partes del SMT y el
motivo de dichas deficiencias. Los tipos especiales de control debern ser iniciados por el Secretario
General o por algunos de los Miembros pertinentes. Las fechas y duracin de ese control tendrn que ser
convenidas con estos Miembros.
*
**

S/N **
00
12
18
Total
HH (UTC) + 1 hora
06
Perodo de control: .
00
06
12
18
Total
HH (UTC) + 2 horas
00
06
12
18
Total
HH (UTC) + 6 horas
Nmero de SYNOP recibidos dentro del perodo especificado despus de la hora de la hora del boletn estndar
Referencia para la lista de intercambio mundial: Manual del SMT Enmienda ....
S = si la recpecin de datos est programada;
N = si la recpecin de datos no est programada.
Nmero ndice de
estacin* (IIiii)
Centro de control:
FORMULARIO A ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: SYNOP
37
*
**

S/N **
00
06
12
18
Total
HH (UTC) + 2 horas
Referencia a la lista de intercambio mundial: Manual del SMT Enmienda .....

S = si la recepcin de datos est programada.
N = si la recepcin de datos no est programada.
Nmero ndice de
estacin* (IIiii)
00
06
12
18
Total
HH (UTC) + 12 horas
Nmero de informes TEMP (Parte A) rdentro del

perodo HH (ora del boletn estndar) y
00
06
12
18
Total
HH (UTC) + 2 horas
00
06
12
18
Total
HH (UTC) + 12 horas
Nmero de informes PILOT (Parte A)

recibidos dentro del perodo especificado despus de la hora de la hora
del boletn estndar
Centro de control: Perodo de control:
FORMULARIO B1 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: TEMP Y PILOT (PARTE A)
38
*
**

S/N **
00
06
12
18
Total
HH (UTC) + 2 horas
Referencia a la lista de intercambio mundial: Manual del SMT Enmienda ....

Nmero ndice de
estacin* (IIiii)
00
06
12
18
Total
HH (UTC) + 12 horas
Nmero de informes TEMP (Parte B) rdentro del

perodo HH (hora del boletn estndar) y
00
06
12
18
Total
HH (UTC) + 2 horas
00
06
12
18
Total
HH (UTC) + 12 horas
Nmero de informes PILOT (Parte B)

recibidos dentro del perodo especificado despus de la hora de la hora
del boletn estndar
Centro de control: Perodo de control: ...
FORMULARIO B2 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: TEMP Y PILOT (PARTE B)
39
**

S/N **
Boletines
Informes
00 UTC
Boletines
06 UTC
Informes
Boletines
Informes
12 UTC
Boletines
Informes
18 UTC
Nmero de boletines e informes SHIP recibidos dentro de las 2 horas de la hora del boletn estndar
Boletines
Total
Informes
Vase la lista adjunta de encabezamientos abreviados de los boletines SHIP para el intercambio mundial, preparada por la Secretara de la OMM para cada control (referencia: Catlogo de Boletines
Meteorolgicos, edicin .....)
Encabezamiento
abreviado*
T1T2 A1A 2iiCCC
FORMULARIO C1 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: SHIP
40
**

S/N **
Boletines
Informes
00 UTC
Boletines
06 UTC
Informes
Boletines
Informes
12 UTC
Boletines
Informes
18 UTC
Boletines
Nmero de boletines e informes SHIP recibidos dentro de las 12 h2 horas de la hora del boletn estndar
Total
Informes
Vase la lista adjunta de encabezamientos abreviados de los boletines SHIP para el intercambio mundial, preparada por la Secretara de la OMM para cada control (referencia: Catlogo de Boletines
Meteorolgicos, edicin .....)
Encabezamiento
abreviado*
T1T2 A1A 2iiCCC
FORMULARIO C2 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: SHIP
41
**

S/N **
Boletines
Informes
00 UTC
Boletines
06 UTC
Informes
Boletines
Informes
12 UTC
Boletines
Informes
18 UTC
Boletines
Nmero de boletines e informes TEMP SHIP (Parte A) recibidos dentro de las 12 horas de la hora del boletn estndar
Total
Informes
Vase la lista adjunta de encabezamientos abreviados de los boletines TEMP SHIP (Parte A) para el intercambio mundial preparada por la Secretara de la OMM para cada contro (referencia:
Catlogo de Boletines Meteorolgicos, edicin .....)
Encabezamiento
abreviado*
T1T2 A1A 2iiCCC
FORMULARIO D1 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: TEMP SHIP (PARTE A)
42
**

S/N **
Boletines
Informes
00 UTC
Boletines
06 UTC
Informes
Boletines
Informes
12 UTC
Boletines
Informes
18 UTC
Boletines
Nmero de boletines e informes TEMP SHIP (Parte A) recibidos dentro de las 24 horas de la hora del boletn estndar
Total
Informes
Vase la lista adjunta de encabezamientos abreviados de los boletines TEMP SHIP (Parte A) para el intercambio mundial, preparada por la Secretara de la OMM para cada control (referencia:
Encabezamiento
abreviado*
T1T2 A1A 2iiCCC
FORMULARIO D2 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: TEMP SHIP (PARTE A)
43
**

S/N **
Boletines
Informes
00 UTC
Boletines
06 UTC
Informes
Boletines
Informes
12 UTC
Boletines
Informes
18 UTC
Boletines
Nmero de boletines e informes TEMP SHIP (Parte B) recibidos dentro de las 12 horas de la hora del boletn estndar
Total
Informes
Vase la lista adjunta de encabezamientos abreviados de los boletines TEMP SHIP (Parte B) para el intercambio mundial, preparada por la Secretara de la OMM para cada control (referencia:
Encabezamiento
abreviado*
T1T2 A1A 2iiCCC
FORMULARIO D3 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: TEMP SHIP (PARTE B)
44
**

S/N **
Boletines
Informes
00 UTC
Boletines
06 UTC
Informes
Boletines
Informes
12 UTC
Boletines
Informes
18 UTC
Boletines
Nmero de boletines e informes TEMP SHIP (Parte B) recibidos dentro de las 24 horas de la hora del boletn estndar
Total
Informes
Vase la lista adjunta de encabezamientos abreviados de los boletines TEMP SHIP (Parte B) para el intercambio mundial, preparada por la Secretara de la OMM para cada control (referencia:
Encabezamiento
abreviado*
T1T2 A1A 2iiCCC
FORMULARIO D4 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: TEMP SHIP (PARTE B)
45
**

S/N **
Boletines
Informes
00 UTC
Boletines
06 UTC
Informes
Boletines
Informes
12 UTC
Boletines
Informes
18 UTC
Boletines
Nmero de boletines e informes TPILOT SHIP (Parte A) recibidos dentro de las 12 horas de la hora del boletn estndar
Total
Informes
Vase la lista adjunta de encabezamientos abreviados de los boletines PILOT SHIP (Parte A) para el intercambio mundial, preparada por la Secretara de la OMM para cada control (referencia:
Encabezamiento
abreviado*
T1T2 A1A 2iiCCC
FORMULARIO D5 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: PILOT SHIP (PARTE A)
46
**

S/N **
Boletines
Informes
00 UTC
Boletines
06 UTC
Informes
Boletines
Informes
12 UTC
Boletines
Informes
18 UTC
Boletines
Nmero de boletines e informes TPILOT SHIP (Parte A) recibidos dentro de las 24 horas de la hora del boletn estndar
Total
Informes
Vase la lista adjunta de encabezamientos abreviados de los boletines PILOT SHIP (Parte A) para el intercambio mundial, preparada por la Secretara de la OMM para cada control(referencia:
N = si la recepcin de datos no est programada;
Encabezamiento
abreviado*
T1T2 A1A 2iiCCC
FORMULARIO D6 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: PILOT SHIP (PARTE A)
47
**

S/N **
Boletines
Informes
00 UTC
Boletines
06 UTC
Informes
Boletines
Informes
12 UTC
Boletines
Informes
18 UTC
Boletines
Nmero de boletines e informes TPILOT SHIP (Parte B) recibidos dentro de las 12 horas de la hora del boletn estndar
Total
Informes
Vase la lista adjunta de encabezamientos abreviados de los boletines PILOT SHIP (Parte B) para el intercambio mundial, preparada por la Secretara de la OMM para cada control(referencia:
Encabezamiento
abreviado*
T1T2 A1A 2iiCCC
FORMULARIO D7 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: PILOT SHIP (PARTE B)
48
**

S/N **
Boletines
Informes
00 UTC
Boletines
06 UTC
Informes
Boletines
Informes
12 UTC
Boletines
Informes
18 UTC
Boletines
Nmero de boletines e informes TPILOT SHIP (Parte B) recibidos dentro de las 24 horas de la hora del boletn estndar
Total
Informes
Vase la lista adjunta de encabezamientos abreviados de los boletines PILOT SHIP (Parte B) para el intercambio mundial, preparada por la Secretara de la OMM para cada control (referencia:
Encabezamiento
abreviado*
T1T2 A1A 2iiCCC
FORMULARIO D8 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: PILOT SHIP (PARTE B)
49
S/N **
Nmero de
informes
Nmero de
informes de
boletines
Nmero de
informes
Nmero de
informes de
boletines
Nmero de
informes de
boletines
Nmero de
informes
Boletines compilados entre

0900* y 1459* UTC y
recibidos antes de 17 UTC
Nmero de
boletiness
Nmero de
informes

1500* y 2059* UTC y
Nmero de
boletiness
Nmero de
informes
Total
Hora de compilacin = GGgg incluido en el encabezamiento abreviado.

Vase la lista adjunta de encabezamientos abreviados de los boletines BUOY para el intercambio mundial, preparada por la Secretara de la OMM para cada control (referencia: Catlogo de
Boletines Meteorolgicos, edicin .....)
*** S = si la recepcin de datos est programada.

*
**
Encabezamiento
abreviado*
T1T2 A1A 2iiCCC

0300* y 0859* UTC y

2100* y 0259* UTC y
FORMULARIO E ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: BUOY
50
S/N **
Nmero de
informes
Nmero de
boletines
Nmero de
informes
Nmero de
boletines
Nmero de
boletines
Nmero de
informes

0900* y 1459* UTC y
Nmero de
boletiness
Nmero de
informes

1500* y 2059* UTC y
Nmero de
boletiness
Nmero de
informes
Total

Vase la lista adjunta de encabezamientos abreviados de los boletines AIREP para el intercambio mundial, preparada por la Secretara de la OMM para cada control (referencia: Catlogo de
Boletines Meteorolgicos, edicin .....) (referencia: Catlogo de Boletines Meteorolgicos, edicin .....)

*
**
Encabezamiento
abreviado*
T1T2 A1A 2iiCCC

0300* y 0859* UTC y

2100* y 0259* UTC y
FORMULARIO F ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: AIREP
51
S/N **
Nmero de
informes
Nmero de
boletines
Nmero de
boletines
Nmero de
informes

0300* y 0859* UTC y

2100* y 0259* UTC y
Nmero de
boletines
Nmero de
informes

0900* y 1459* UTC y
Nmero de
boletiness
Nmero de
informes

1500* y 2059* UTC y
Nmero de
boletiness
Nmero de
informes
Total

Vase la lista adjunta de encabezamientos abreviados de los boletines AMDAR para el intercambio mundial, preparada por la Secretara de la OMM para cada control (referencia: Catlogo de
Boletines Meteorolgicos, edicin .....)

*
**
Encabezamiento
abreviado*
T1T2 A1A 2iiCCC
FORMULARIO G ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: AMDAR
52

**

S/N **
Fecha/Hora de
recepcin
Nmero de
informes
Encabezamiento abreviado*
T1T2 A1A 2ii CCCC YGGgg (BBB)
S/N **
Fecha/Hora de
recepcin
BATHY/TESAC/TRACKOB
Vase la lista adjunta de encabezamientos abreviados de los boletines BATHY/TESAC/TRACKOB para el intercambio mundial, preparada
por la Secretara de la OMM para cada control (referencia: Catlogo de Boletines Meteorolgicos, edicin .....)
(referencia: Catlogo de Boletines Meteorolgicos, edicin .....)
Encabezamiento abreviado*
T1T2 A1A 2ii CCCC YGGgg (BBB)
BATHY/TESAC/TRACKOB
Nmero de
informes
FORMULARIO H ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: BATHY/TESAC/TRACKOB
53
*
**

S/N **
Recibidos del
15de octubre
Recibidos del
615 de octubre
Referencia a la lista de intercambio mundial: Manual del SMT Enmienda .....

Nmero ndice de la estacin IiIII*
CLIMAT
Nmero ndice de estacin IiIII*
S/N **
CLIMAT
Recibidos del
15de octubre
Recibidos del
615 de octubre
FORMULARIO I1 ESTADSTICAS SOBRE LOS DATOS DE INTERCAMBIO MUNDIAL RECIBIDOS: CLIMAT
54
Se efecta
el recuento
de los boletines e informes antes
del control
de calidad?
Est automatizado el
control?
5
Se cuentan
los boletines
que contienen slo
informes
NIL?
4
Se ignoran
los boletines
duplicados?
Se cuentan
los boletines
e informes
solamente
si se reciben
o transmiten por los
canales del
SMT?
10
Se ignoran
los informes
en boletines
que incluyen
el indicador
COR o CCx,
adems de los
boletines que
han de corregirse?
9
Se ignoran
los informes
NIL?
8
Se ignoran
los informes
duplicados
incluidos en
boletines
que tienen
mismo enca
ezamientos
abreviados
difrerentes?
7
Se ignoran los
informes duplicados incluidos
en boletines
que tienen el
mismo enca
ezamiento
abreviado?
6
Se cuentan los
boletines que
incluyen COR
o CCx, adems
de los boletines
que han de
corregirse?
La respuesta positiva (S) a todas las preguntas del Formulario J equivale a una aplicacin correcta de los procedimientos de control.
Se cuentan
todos los
informes AIREP/AMDAR
hechos en
diferentes
posiciones
durante el
vuelo como
informes
diferentes?
11
Nota:
Las preguntas 7, 8 y 10 son aplicables nicamente a los informes SYNOP, TEMP, PILOT y CLIMAT.
...
...
...
Comentarios: .
Nota:
Respuesta (s o
no)
Question
Centro de control: Perodo de control: ....
FORMULARIO J CUESTIONARIO SOBRE LA APLICACIN DE LOS PROCEDIMIENTOS EN LOS CENTROS DE CONTROL
55
06 UTC
12 UTC
18 UTC
18 UTC
4
7
12 UTC
1
5
7
06 UTC
5
7
00 UTC
2
5
7
TEMP
PILOT
SYNOP
Demora en el suministro de globos
Demora en el suministro de soda custica
Falta de personal
IIiii
IIiii
IIiii
00 UTC
Nmero de informes (SYNOP, TEMP o PILOT) no efectuados para cada hora de observacin
Tipo de informe
Tipo de informe
Detalles de la suspensin y motivos
Detalles de la suspensin y motivos
Nmero ndice de estacin

IIiii
Ejemplo de entrada
ndice de estacin IIiii
Nmero de informes (SYNOP, TEMP o PILOT) no efectuados para cada hora de observacin
FORMULARIO K SUSPENSIN DE PGROGRAMAS DE OBSERVACIN EN ESTACIONES DE OBSERVACIN
56
Nota:
En aquellos casos en que se conocen los motivos de la suspensin, los detalles deben darse en la columna Observaciones.
Propagacin HF mediocre
15 horas desde 0900 UTC, 3 de octubre
(2) NMC NMC

(RTH RTH)
Observaciones
Fallos del transmisor
Duration of suspension
Observaciones
48 horas desde 0645 UTC, 2 de octubre
Circuit suspended
Duracin de la suspensin
(1) IIiii NMC
Ejemplo de entrada
Circuito suspendido
FORMULARIO L SUSPENSIN DE LA TRANSMISIN POR CIRCUITOS
57
58
Notas: vase Informes meteorolgicos (OMMN 9) para las listas de los encabezamientos abreviados de
los boletines SHIP, TEMP SHIP (Partes A y B), PILOT SHIP (Partes A y B), DRIFTER,AIREP, AMDAR y BATHY/
TESAC para intercambio mundial. La Secretara de la OMM adjuntar dichas listas a la carta de invitacin para participar en el control.
PARTE II. PROCEDIMIENTOS OPERATIVOS DEL SISTEMA MUNDIAL

DE TELECOMUNICACIN
Explicacin de los trminos utilizados
Los trminos que figuran a continuacin se utilizan frecuentemente en esta seccin, por lo que, para
mayor facilidad, se indica su significado:
Informacin meteorolgica
Informacin que puede adoptar la forma alfanumrica, binaria o

grfica.
Datos meteorolgicos
Informacin meteorolgica en forma alfanumrica o binaria.
Mensaje meteorolgico
Mensaje que comprende un nico boletn meteorolgico
precedido de un rengln preliminar y seguido de las seales de
fin de mensaje.
Mensaje meteorolgico ordinario
Mensaje meteorolgico transmitido con arreglo a un plan de
distribucin predeterminado.
Mensaje meteorolgico no ordinario Mensaje meteorolgico para el que no existe un plan
predeterminado de distribucin.
1.
PRINCIPIOS OPERATIVOS DEL SISTEMA MUNDIAL DE TELECOMUNICACIN
Principio 1
En la Red Principal de Telecomunicaciones y en las redes regionales de telecomunicaciones del Sistema
Mundial de Telecomunicacin, los datos meteorolgicos se recopilarn, intercambiarn y distribuirn en
forma de boletines meteorolgicos.
Principio 2
La forma de presentacin de los mensajes meteorolgicos depender del modo de funcionamiento y
de las caractersticas tcnicas de los circuitos y de los centros.
Principio 3
La forma de presentacin de los mensajes deber satisfacer las siguientes necesidades: operaciones
automticas de conmutacin, procesos de seleccin y verificacin, y operaciones manuales en los
centros de telecomunicacin; asimismo, deber tener en cuenta las necesidades relativas a la
preparacin automtica del contenido de los boletines.
Principio 4
La transmisin de informacin meteorolgica por el SMT se har de conformidad con los planes de
distribucin acordados.
Principio 5
Los mensajes meteorolgicos no ordinarios y los mensajes de servicio se transmitirn como mensajes
dirigidos.
Principio 6
El horario de las transmisiones se establecer sobre la base de cuatro rdenes de prioridad.
62
2.
PROCEDIMIENTOS OPERATIVOS APLICABLES A LA TRANSMISIN DE DATOS

METEOROLGICOS POR EL SISTEMA MUNDIAL DE TELECOMUNICACIN
2.1
Forma de presentacin de los mensajes meteorolgicos
2.1.1
Un mensaje meteorolgico ordinario transmitido por el Sistema Mundial de Telecomuni
cacin comprender:
Un rengln preliminar
Un encabezamiento abreviado
Un texto
Seales de fin de mensaje
Boletn
meteorolgico
Mensaje
meteorolgico
Cada mensaje meteorolgico comprender slo un boletn meteorolgico.
2.1.2
2.1.3
Un mensaje meteorolgico no ordinario se presentar como mensaje dirigido (vase la
seccin 2.4).
2.1.4
El rengln preliminar, el encabezamiento abreviado y las seales de fin de mensaje se
harn en forma alfanumrica.
2.2
Conjunto de caracteres alfanumricos utilizados en el SMT
2.2.1
En el SMT se utilizarn los siguientes alfabetos:
a)
b)
Alfabeto Telegrfico Internacional N 2;

Alfabeto Internacional N 5.
Nota:
El Alfabeto Telegrfico Internacional N 2 y el Alfabeto Internacional N 5 se reproducen en los adjuntos II1 y II2,
respectivamente.
2.2.2
Slo se utilizarn caracteres impresos para los cuales existen caracteres correspondientes
en ambos alfabetos. La conversin se har de conformidad con lo indicado en la tabla de conversin
aprobada para su utilizacin por el SMT. Deben utilizarse los caracteres de control del Alfabeto
Internacional N 5 aprobados para su utilizacin por el SMT.
Nota:
La tabla de conversin y los caracteres de control del Alfabeto Internacional N 5, cuyo empleo ha sido aprobado para
su utilizacin por el SMT, figuran en el adjunto II3.
2.2.3
Cuando sea necesario convertir caracteres del Alfabeto N 5 que no figuran en la tabla de
conversin (adjunto II3) al Alfabeto N 2, se utilizar la seal N 2 (?) de este ltimo alfabeto.
2.2.4
Se utilizar el Alfabeto Internacional N 5 para el rengln preliminar, el encabezamiento
abreviado y las seales de fin de un mensaje meteorolgico que contenga informacin en
representacin binaria.
2.3
Forma de presentacin de los mensajes meteorolgicos ordinarios
Los procedimientos que se indican a continuacin se aplicarn a la transmisin de mensajes

meteorolgicos ordinarios por el SMT.
PARTE II. PROCEDIMIENTOS OPERATIVOS DEL SISTEMA MUNDIAL DE TELECOMUNICACIN
2.3.1
Rengln preliminar
2.3.1.1
El rengln preliminar tendr la siguiente forma:
a)
Alfabeto Telegrfico Internacional N 2:
ZCZC nnn
b)
Alfabeto Internacional N 5:
S
O
H
C
R
C
R
63
L
F nnn
Nota:
En el adjunto II4 se facilitan ejemplos de mensajes meteorolgicos ordinarios, as como el significado de los smbolos
utilizados para las seales tanto en el Alfabeto Telegrfico Internacional N 2 como en el AlfabetoInternacional N 5.
2.3.1.2
Los smbolos tienen el siguiente significado:
nnn Nmero de orden de transmisin. Es un grupo de tres cifras que indica el orden de transmisin de los
mensajes desde un centro, por un canal determinado, al centro receptor situado en el mismo canal. Se
utilizarn los nmeros 000 a 999 en forma cclica. (Si se utiliza el Alfabeto Internacional N5, el grupo
nnn puede estar constituido por una combinacin fija de tres caracteres, si as se acuerda entre los
centros interesados.)
Nota:
Por acuerdo bilateral se podr utilizar un grupo de cinco cifras; deber hacerse por circuitos con una velocidad de 64
Kbit/s o superior para poder aplicar procedimientos de recuperacin apropiados.
2.3.2
2.3.2.1
El encabezamiento abreviado tendr la forma siguiente:
a)

T1T2A1A 2 ii CCCC YYGGgg ( BBB)
b)

C
R
C
R
L
F
T1T2A1A 2ii
S CCCC
P
S
YYGGgg
P
S
P
BBB
Nota:
En el adjunto II4 se facilitan ejemplos de mensajes meteorolgicos ordinarios, as como el significado de los smbolos
utilizados para las seales tanto en el Alfabeto Telegrfico Internacional N 2 como en el AlfabetoInternacional N 5.
2.3.2.2
Los smbolos tendrn el siguiente significado:
T1T2 A1A 2ii Designadores de datos.

Nota:
Los designadores de datos normalizados de la OMM figuran en el adjunto II5.
T1T2
Tipos de datos y/o designadores de forma
A1A 2
Designadores geogrficos y/o de tipos de datos y/u horario
64
ii

CCCC

Deber ser un nmero de dos cifras. Cuando el originador o el compilador emita dos o ms
boletines con el mismo campo T1T2 A1A 2 y CCCC, el nmero ii deber utilizarse para
diferenciar los boletines y designar especficamente a cada uno de ellos.
Los boletines alfanumricos que contengan informes preparados a las horas sinpticas
principales respecto de las estaciones de las redes sinpticas bsicas regionales o de las
estaciones incluidas en las redes climatolgicas bsicas regionales, se compilarn de
modo que el nmero ii adopte los valores 01 a 19. Esta norma no es aplicable a los
boletines compilados en clave CREX.
Los boletines alfanumricos que contengan datos adicionales con arreglo a la
definicin de la Resolucin 40 (Cg-XII) debern compilarse de modo que el nmero ii
sea superior a 19. Esta norma no es aplicable a los boletines compilados en clave CREX.
Con respecto a los boletines compilados en las claves GRIB, BUFR o CREX que
contengan informacin en imgenes, la utilizacin de ii est definida en las tablas del
adjunto II-5. Los originadores o compiladores del boletn debern utilizar los valores ii
de las tablas cuando estn definidos para los fines a los que se destine el boletn.
En todos los boletines, ii deber utilizarse solamente para designar datos adicionales,
segn la definicin de la Resolucin 40 (Cg-XII), cuando este encabezamiento no se
utilice nunca para datos esenciales y cumpla todos los requisitos anteriores. En caso
contrario, se utilizar un grupo CCCC nico conforme se indica a continuacin.
Indicativo de cuatro letras de emplazamiento de la estacin o centro que ha originado

o compilado el boletn, segn acuerdo internacional, publicado en los Informes
Meteorolgicos (OMM-N 9), Volumen C1 Catlogo de los boletines meteorolgicos.
A fin de diferenciar entre conjuntos de boletines que no sea posible distinguir
mediante las asignaciones T1T2 A1A 2ii, un centro podr establecer CCCC adicionales
cuando los dos caracteres finales difieran de su CCCC original. Las dos primeras letras
de todo CCCC adicional establecido por un centro seguirn siendo idnticas a las del
CCCC original. Por ejemplo, los CCCC podran utilizarse para indicar diferentes
satlites, diferentes modelos o para diferenciar entre boletines que contengan datos
adicionales o esenciales conforme se define en la Resolucin 40 (Cg-XII)). Todos los
CCCC establecidos por un centro sern publicados y definidos en los Informes
meteorolgicos (OMM-N 9), Volumen C1 Catlogo de los boletines meteorolgicos.
Una vez que un boletn ha sido originado o compilado, el CCCC no debe cambiarse. Si
el contenido de un boletn fuera modificado o recopilado por alguna razn, el CCCC
debera modificarse para indicar el centro o estacin que efecta el cambio.
Cuando los boletines en claves alfanumricas tradicionales (CAT) de un centro
(SMHN1) sean convertidos en claves determinadas por tablas (CDT) por otro centro
(SMHN2):
a) se utilizar el indicador de ubicacin CCCC del SMHN1 (el centro productor de los
boletines CAT) en los encabezamientos abreviados de los boletines convertidos;
b) para cada boletn convertido, el CRT responsable del SMHN1 velar por que la
columna observaciones (remarks) que figura en los Informes meteorolgicos
(OMM-N 9), Volumen C1 Catlogo de los boletines meteorolgicos, indique
que los datos han sido convertidos por el SMHN2;
c) en el caso de que el SMHN1 y el SMHN2 estn ubicados en zonas cuya
responsabilidad competa a dos CRT diferentes, el CRT responsable del SMHN1 (el
centro productor de los boletines CAT) enviar el formulario de notificacin
avanzada a la Secretara de la OMM.
YYGGgg
Grupo fecha-hora internacional
YY
Da del mes
GGgg
Para boletines que contienen informes meteorolgicos destinados a horas normales de

observacin, la hora ser la hora normal de observacin en UTC.
Para los pronsticos (aeronuticos) de aerdromo, ruta y rea: hora completa en UTC
(las dos ltimas cifras sern 00) precedida de la hora de transmisin.
65
Para otros pronsticos y anlisis: hora normal de observacin en UTC en la que se basa
el pronstico o anlisis.
Para los otros mensajes: la hora de compilacin en UTC.
Un encabezamiento abreviado definido por T1T2 A1A 2 ii CCCC YYGGgg se utilizar una
vez solamente. Por consiguiente, si fuera necesario utilizarlo de nuevo para introducir
una adicin, una correccin o una enmienda, ser obligatorio aadir un designador
BBB adecuado, identificado mediante un designador de tres letras que deber aadirse
a continuacin del grupo fecha-hora.
El designador BBB deber adoptar una de las formas siguientes:

BBB
RRx para la emisin de boletines adicionales o subsiguientes;

CCx para correcciones de boletines retransmitidos anteriormente;
AAx para enmiendas a boletines retransmitidos anteriormente;
donde x es un carcter alfabtico de la A en adelante, como se indica en el adjunto II-12.
Los boletines que contengan datos observacionales o climticos (de superficie o de

altitud) provenientes de estaciones terrestres se compilarn con arreglo a una lista de
estaciones definida. Los encabezamientos abreviados y el contenido de los boletines
debern ser publicados en los Informes Meteorolgicos (OMM-N 9), Volumen C1
Catlogo de los boletines meteorolgicos.
2.3.3
Contenido de los boletines meteorolgicos
2.3.3.1
Para la compilacin del texto de un boletn meteorolgico se aplicarn los procedimientos
siguientes:
a)
b)
c)
el texto del boletn estar redactado en una sola clave;

el texto de un boletn no deber contener datos esenciales y adicionales, segn se define
en la Resolucin 40 (Cg-XII);
el texto del boletn tendr una representacin alfanumrica o binaria. Comenzar por la
secuencia siguiente:
i)
cuando se emplee el Alfabeto Internacional N 5:
C
R
ii)
C
R
L
F
cuando se emplee el Alfabeto Telegrfico Internacional N 2:

o < < segn el caso.
d)
cuando ninguno de los informes normalmente contenidos en un mensaje habitual estn

disponibles a la hora normal de transmisin, se enviar el texto NIL.
2.3.3.2
Texto de boletines meteorolgicos en representacin alfanumrica
2.3.3.2.1
Cada informe meteorolgico comenzar al principio de una nueva lnea.
2.3.3.2.2
Como seal de separacin de un informe meteorolgico se utilizar la seal 22 (posicin
cifras) del Alfabeto Telegrfico Internacional N 2 o la seal N 3/13 del Alfabeto Internacional N 5. La
seal seguir a la ltima cifra del ltimo grupo de cada informe, sin ningn espacio en medio.
2.3.3.2.3
a)
b)
Formato de los boletines SYNOP y SHIP
Los boletines que contienen informes SYNOP y SHIP , en las claves FM 12 y FM 13, respectivamente,
deberan presentarse en los formatos a) o b) que figuran en el adjunto II4, prrafo 4.
Cuando se utilice el formato a), se transmitirn consecutivamente todas las Secciones 1, 2, 3 y
4 sin insertar espacios ni barras en los grupos de identificacin de las Secciones 3 y 4. Si se
utiliza el formato b), las secciones 1, 2, 3 y 4 debern comenzar al principio de la lnea, pero
66
los grupos de identificacin de las Secciones 3 y 4 empezarn dejando dos espacios al

principio.
Nota:
En el adjunto II4 se incluyen ejemplos de presentacin de formatos.
2.3.3.2.4
En los boletines de observacin en altitud (TEMP y PILOT), cada parte sucesiva (A, B, C y
D) ir inmediatamente precedida de una funcin de alineacin (vase el prrafo 2.6.1) y seguida de
una seal de separacin. En los boletines de observacin en altitud (TEMP y PILOT), cada informe de
observacin relativo a una estacin va separado del precedente por una seal adicional de cambio de lnea.
Adems, cuando las partes A y B o C y D se transmiten agrupadas, estarn separadas por ocho seales
de retorno del carro.
2.3.3.2.5
Los mensajes AMDAR y AIREP debern corresponder a la informacin relacionada con cada
punto individual de observacin durante un vuelo.
2.3.3.2.6
Cuando sea posible, y salvo disposiciones especiales contrarias, el texto de un boletn
meteorolgico se transmitir de manera que se utilice al mximo la capacidad de una lnea de teletipo
(69 caracteres por lnea).
2.3.3.2.7
NIL En el caso de mensajes ordinarios que contengan informes meteorolgicos, deber
insertarse NIL a continuacin del designador apropiado de la estacin (que deber de todos modos
mantener el lugar que le corresponde en el mensaje cifrado) cuando el informe de dicha estacin se
incluya en el contenido del boletn (en el Catlogo de los boletines meteorolgicos o en cualquier otra
parte) pero no est disponible a la hora de la transmisin. Estos mismos procedimientos se aplicarn
tambin a otras informaciones cifradas (por ejemplo, a los informes CLIMAT).
2.3.3.2.8
La barra oblicua (/) se utilizar para indicar que faltan cifras o letras en el texto de los
boletines meteorolgicos. La barra se representa en el Alfabeto Telegrfico Internacional N 2 por la
posicin de cifras de la seal N 24, y en el Alfabeto Internacional N 5 por la seal N 2/15.
2.3.3.2.9
Los procedimientos anteriores, que se refieren a boletines que contienen informes
meteorolgicos tambin se aplicarn a los boletines que contienen otra informacin cifrada (tales
como mensajes TAF y CLIMAT) procedente de emplazamientos especficos.
2.3.3.3
Texto de los boletines meteorolgicos en representacin binaria
2.3.3.3.1
El texto de los boletines meteorolgicos en representacin binaria deber consistir en un
nico mensaje y comenzar por la secuencia
C
R
C
R
L
F
seguida del designador de clave, codificado con arreglo al Alfabeto Internacional N 5.

2.3.3.3.2
NIL En el caso de los boletines BUFR habituales que contengan informes
meteorolgicos, todos los campos de los correspondientes subconjuntos de la seccin 4 (datos) del
mensaje BUFR, excepto el identificador de estacin y el factor de repeticin retrasada, debern
rellenarse con el valor faltante apropiado cuando el informe de la estacin figure en el contenido
publicado del boletn (en el Catlogo de boletines meteorolgicos o en cualquier otro lugar) pero no
est disponible en el momento de la transmisin.
2.3.4
La forma de las seales de fin del mensaje ser la siguiente:
a)
Nota:
b)
67
NNNN
Las seales de fin de mensaje se utilizan para asegurar el avance de pgina y de la banda perforada.
C
R
C
R
L
F
E
T
X
2.4
Mensajes dirigidos
2.4.1
Categoras de mensajes dirigidos
2.4.1.1
Mensaje de servicio
Prioridad: 1
Mensaje sobre el funcionamiento del sistema, por ejemplo, interrupciones, reanudacin despus de una
interrupcin, etc.
2.4.1.2
Peticin de mensaje del SMT
Prioridad: 2
Mensaje utilizado para pedir boletines disponibles normalmente en el SMT, incluida la peticin de
repeticin.
2.4.1.3
Mensaje administrativo
Prioridad: 4
Mensaje utilizado para la comunicacin entre administraciones. En circunstancias muy excepcionales, un
mensaje administrativo muy urgente se podr transmitir como mensaje de servicio.
2.4.1.4
Mensaje de datos
Prioridad: 2
Mensaje que consta de datos meteorolgicos. Puede ser la respuesta a la peticin de un mensaje del
SMT cuando se trata de un mensaje dirigido, o la respuesta a una peticin dirigida a una base de datos o
a una peticin de datos conforme a un acuerdo especial.
2.4.1.5
Mensaje de peticin dirigido a una base de datos
Prioridad: 2
Mensaje utilizado para pedir datos a una base de datos.
68
2.4.2
Encabezamientos abreviados de los mensajes dirigidos
Las especificaciones de los encabezamientos abreviados para los mensajes dirigidos son las siguientes:
T1T2A1A 2ii CaCaCaCa YYGGgg (BBB)
T1T2 = BM, indicativo de mensaje dirigido en forma alfanumrica;
T1T2 = BI, indicativo de mensaje dirigido en forma binaria;
A1A 2 = AA, mensaje administrativo

BB, mensaje de servicio

RR, peticin de mensajes del SMT

RQ, mensaje de peticin a una base de datos

DA, mensaje de datos
ii = 01
CaCaCaCa = indicativo de localizacin del centro dirigido
YYGGgg = hora de insercin en el SMT.
2.4.3
Texto de los mensajes dirigidos
El primer rengln del texto de un mensaje dirigido contendr el indicativo internacional de localizacin
del centro originador del mensaje. El contenido real del mensaje empezar en el segundo rengln.
2.5
Peticiones de mensajes del SMT
2.5.1
Un mensaje disponible en el SMT ser la unidad mnima pedida. Todas las peticiones de
mensajes del SMT, y en particular las peticiones de repeticin, se efectuarn lo ms pronto posible; de
no ser as, puede que el mensaje o mensajes solicitados no estn ya disponibles (vase tambin el
prrafo 2.10.2.2)
2.5.2
Mensajes de peticin
2.5.2.1
La peticin de mensajes del SMT se efectuar mediante mensajes dirigidos-peticiones de
mensajes del SMT (vanse los prrafos 2.4.1.2 y 2.4.2 para el encabezamiento abreviado, y el prrafo
2.4.3 para la primera lnea del texto del mensaje).
2.5.2.2
Los mensajes de peticin se identificarn mediante el encabezamiento abreviado y se
emplearn todos los indicativos para especificar un mensaje determinado. Un mensaje de peticin no
contendr ms de ocho peticiones cuando se dirija a un centro situado ms all de un centro
adyacente.
2.5.2.3
Cada lnea del texto del mensaje comenzar con el designador AHD (salvo la primera
lnea, vase el prrafo 2.4.3). Cada lnea terminar con la seal de separacin del informe, y debera
contener un nico encabezamiento abreviado de mensaje pedido.
2.5.3
Peticin de repeticin
2.5.3.1
Las peticiones de repeticin de mensajes del SMT se efectuarn mediante mensajes
dirigidos, como peticiones de mensajes del SMT, transmitidos hacia el centro adyacente ms prximo
en la direccin en que fluye el trfico.
2.5.3.2
Adems de los procedimientos aplicables a los mensajes de peticin definidos en los prrafos
2.5.2.2 y 2.5.2.3, los mensajes cuya repeticin se solicita pueden identificarse en la peticin mediante los
nmeros de secuencia de transmisin del circuito correspondiente. En este caso, la segunda lnea del texto del
mensaje comenzar con el designador SQN, seguido del nmero de secuencia de transmisin, de una serie
de nmeros de secuencia separados por /, o bien de nmeros de secuencia consecutivos (nnn nnn).
69
2.5.3.3
Un mensaje de peticin de repeticin slo contendr un nico tipo de identificacin de
mensaje pedido, es decir, encabezamientos abreviados (vase el prrafo 2.5.2.3) o nmeros de
secuenciasde transmisin (vase el prrafo 2.5.3.2). El nmero mximo de mensajes pedidos en un solo
mensaje de peticin e identificados por los encabezamientos abreviados podr convenirse por acuerdo
bilateral entre centros adyacentes.
2.5.4
Respuestas a las peticiones de mensajes del SMT
2.5.4.1
En las respuestas se utilizar el formato de mensajes de datos dirigidos (vase el
prrafo 2.4.1.4). Por acuerdo bilateral entre centros adyacentes, sobre todo cuando se trate de
peticiones de repeticin, la respuesta puede realizarse en el formato de mensaje ordinario.
2.5.4.2
Un mensaje de datos dirigido en respuesta a una peticin de mensajes del SMT contendr
un solo mensaje del SMT.
2.5.4.3
Se responder a las peticiones en todos los casos. Si no se dispone del mensaje
requerido, se enviar un mensaje de datos dirigido (vase el prrafo 2.4.1.4) al originador de la
peticin con el designador NIL, seguido del identificador de mensaje de que se trate. Si la peticin
de mensajes del SMT es incorrecta, debera enviarse un mensaje de datos dirigido, siempre que sea
posible, al originador de la peticin con la especificacin ERR, seguido del identificador incorrecto.
2.5.4.4
Las respuestas a los mensajes de peticin de repeticin se transmitirn dentro de los
30minutos siguientes a la hora del registro de las peticiones.
Nota:
2.5.5
Si no se pueden atender simultneamente todas las peticiones, las restantes se transmitirn ms tarde.
Peticiones de repeticin de transmisiones por facsmil analgico
2.5.5.1
Las peticiones de repeticin de transmisiones por facsmil analgico se efectuarn
mediante mensajes dirigidos (vase el prrafo 2.4.1.2).
2.5.5.2
Cada peticin contendr un identificador propio del documento solicitado. De
preferencia, la peticin debera presentarse en la misma forma que las peticiones de boletines
meteorolgicos, utilizando el encabezamiento abreviado como identificador.
2.5.5.3
Antes de efectuar una peticin de repeticin de una transmisin por facsmil analgico,
debera tenerse en cuenta la existencia de probables factores restrictivos, como los horarios de
transmisin establecidos y la prioridad asignada a otra clase de informacin.
Nota:
Si se utiliza un enlace punto a punto, el centro que solicita la repeticin podr indicar al centro transmisor que un
documento concreto puede reemplazar la informacin solicitada en ese caso particular.
2.5.6
Respuestas a las peticiones de repeticin de transmisiones por facsmil analgico
Antes de iniciar la repeticin de una transmisin por facsmil analgico podra enviarse un mensaje de
datos dirigidos al solicitante de la informacin, indicando la hora prevista para la repeticin.
2.5.7
Mensajes de acuse de recibo
Los procedimientos para el acuse de recibo desde un centro que reciba un boletn al centro originador o a otro
centro (por ejemplo, un centro relevador) deberan atenerse a las normas de los mensajes dirigidos en el SMT
(vase la seccin 2.4), como mensajes administrativos muy urgentes transmitidos como mensajes de servicio.
El contenido de un mensaje dirigido para el acuse de recibo de un boletn tendr el formato siguiente:
70
BMBB01 CaCaCaCa YYGGgg (BBB)

CCCC
QSL TTAAii YYGGgg CoCoCoCo (BBB) (DDHHMM)
(texto opcional)
Notas:
CaCaCaCa = indicativo de emplazamiento del centro de destino, que es habitualmente el centro originador del mensaje cuyo
recibo se acusa.
CCCC = indicativo de emplazamiento internacional del centro que enva el acuse de recibo.
TTAAii CoCoCoCo YYGGgg (BBB) es el encabezamiento abreviado del mensaje cuyo recibo se acusa, precedido del prefijo QSL.
DDHHMM es el grupo da-hora (da, hora, minuto en UTC) que seala la recepcin efectiva del mensaje cuyo recibo se acusa en el
centro CCCC, y que se insertar cuando sea necesario.
La tercera lnea del texto del mensaje se agregar en caso necesario.
Ejemplo:

BMBB01 PHEB 051132

AMMC

QSL WEIO21 PHEB 051130 051132
2.6
Procedimientos adicionales aplicables tanto a los mensajes ordinarios como a

los dirigidos en forma alfanumrica
2.6.1
Funcin de alineacin
2.6.1.1
La funcin de alineacin, que garantizar la posicin correcta de los elementos del
mensaje en la pgina de los teletipos consistir en lo siguiente:
Dos seales retorno del carro;
Una seal cambio de lnea.
2.6.1.2
Las seales de alineacin se transmitirn antes de cada lnea de texto.
2.6.1.3
Cuando se utilice el Alfabeto Telegrfico Internacional N 2 y con el fin de anular el efecto
de cualquier paso accidental de la posicin de cifra a la posicin de letra y viceversa, al transmitir la
funcin de alineacin, un impulso de cifra (Seal N 30) o de letra (Seal N 29), segn proceda,
deber seguir inmediatamente a la citada funcin de alineacin.
2.6.2
Procedimientos de correccin
Los siguientes procedimientos de correccin son aplicables a ambos Alfabetos, es decir, N 2 y N 5:
a)
b)
c)
Los errores cometidos durante la preparacin de una banda y detectados inmediatamente se

corregirn por retroceso de la banda, si es posible, y la supresin del error se hace por
manipulacin de la seal impulso de letras sobre la parte errnea del Alfabeto Telegrfico
Internacional N 2, y de la seal 7/15 (DEL) en el Alfabeto Internacional N 5.
Si el equipo no se presta a un retroceso de la banda, se efectuarn inmediatamente las
correcciones transmitiendo la seal de error: letra E y seal Espacio repetidas
alternativamente tres veces, ms la ltima palabra o ltimo grupo correcto; despus de esto
se contina la preparacin de la banda.
El rengln preliminar, el encabezamiento abreviado y el fin de mensaje de un mensaje
meteorolgico ordinario debern estar exentos de todo error de telecomunicacin. Est
prohibida toda forma de correccin, tal como la utilizacin de la seal de error o la supresin
de error mediante el uso de la seal de impulso de letra (Seal N 29 del Alfabeto N 2).
2.7
Extensin de los mensajes meteorolgicos
2.7.1
La extensin de los mensajes meteorolgicos estar determinada de acuerdo a lo siguiente:
a)
b)
c)
d)
71
los mensajes alfanumricos que se transmitan a travs del SMT no deberan exceder 15 000
octetos;
la informacin que se transmita de forma segmentada en una serie de boletines meteorolgicos
no exceder 250 000 octetos;
el lmite de los boletines meteorolgicos para la representacin de datos binarios o de imgenes
ser de 500 000 octetos;
podr intercambiarse informacin utilizando la tcnica de transferencia de ficheros descrita
en el adjunto II-15, en particular cuando la informacin exceda 250 000 octetos.
2.7.2
No deberan retenerse innecesariamente los datos de observacin de una transmisin
nicamente con el fin de esperar poder constituir un mensaje de la extensin adecuada.
2.7.3
Conviene tener en cuenta que para los mensajes que pudieran transmitirse en trnsito
por la red del servicio fijo de telecomunicaciones aeronuticas (RSFTA), la extensin del texto no
exceder 200 grupos.
Procedimientos aplicables a la transmisin de informes de buques y de otras
estaciones marinas
2.8
2.8.1
Los informes procedentes de buques y otras estaciones marinas en clave SHIP, empezarn
con la seal de llamada del buque o por un designador adecuado.
2.8.2
En el caso de buques de estacin ocenica en estacin, el designador de la estacin
ocenica preceder al informe en una lnea separada.
2.8.3
Si se trata de buques mviles, el distintivo de llamada se colocar al comienzo de la
primera lnea de cada informe. Si no se conoce el distintivo de llamada, se utilizar en su lugar la
palabra SHIP.
Precisin del tiempo en los centros de telecomunicacin
2.9
Cada centro adoptar las medidas pertinentes para garantizar que la diferencia entre la hora real en
el centro de telecomunicacin y la hora universal no exceda nunca los lmites siguientes:
a)
b)
treinta segundos en los centros manuales y en los centros automatizados que utilizan el
sistema hardware;
cinco segundos en los centros automatizados que utilizan el sistema software.
2.10
Procedimientos relativos a las funciones de telecomunicacin de los centros

Los procedimientos que se indican a continuacin se facilitan como directrices con objeto de
que las funciones de telecomunicacin de los centros puedan ejecutarse eficazmente.
2.10.1
Demoras
2.10.1.1
Las funciones de los centros de telecomunicaciones meteorolgicas (vase la seccin 2 de la
parte I) deberan incluir la conversin de velocidad y alfabeto, los procedimientos de verificacin y la
preparacin de boletines.
Nota:
La ejecucin de estas funciones llevar tiempo y, por lo tanto, se producirn demoras. Las demoras se definen como
el intervalo comprendido entre la terminacin de la recepcin de un mensaje y su disponibilidad para su ulterior transmisin por
un canal de salida.
72
2.10.1.2
Para la conmutacin automtica de mensajes, la demora aceptable no debera ser superior a
15segundos cuando no es necesario hacer una conversin de velocidad o de alfabeto, y a tres minutos
cuando es necesario proceder a la conversin de la velocidad o del alfabeto.
2.10.1.3
Para la verificacin, composicin y preparacin de los boletines, el tiempo utilizado por los
centros debera ser del orden de 15 segundos cuando nicamente intervengan circuitos de alta velocidad,
y del orden de dos minutos cuando se trate de un circuito de baja velocidad.
2.10.2
Capacidad de archivo
Con respecto a la capacidad de archivo para fines de retransmisin, deberan aplicarse los procedimientos
que se indican a continuacin.
2.10.2.1
Los centros deberan archivar los datos hasta que haya terminado la transmisin que se est
realizando. Para este fin, cuando la transmisin se hace por un circuito en el que se utilizan los
procedimientos de acuse de recibo, el almacenamiento de un mensaje en una memoria de acceso rpido
nicamente ser necesario hasta que se reciba el acuse de recibo del mensaje. Para circuitos en los que
no se utilizan los procedimientos de acuse de recibo, el archivo de un mensaje en una memoria de acceso
rpido durante 30 minutos es suficiente. Se debera suponer que se ha recibido el acuse de recibo de un
mensaje si no se recibe una peticin de retransmisin dentro de este perodo de tiempo.
2.10.2.2
Con respecto a la capacidad de almacenamiento para satisfacer las necesidades de los
mensajes, los CMM y los CRT deberan almacenar los mensajes que intercambian por el SMT durante un
plazo de 24horas.
2.10.3
Catlogos de encaminamientos
2.10.3.1
Los procedimientos aqu descritos se recomiendan para el intercambio de los catlogos de
encaminamientos de los Centros del SMT. El catlogo de encaminamiento se intercambia en forma de
fichero que puede ser incorporado directamente en la mayora de los programas de bases de datos como
ayuda para el anlisis del flujo de datos en el SMT. Los ficheros que contengan catlogos de
encaminamientos deberan obtenerse mediante transferencia de ficheros FTP por Internet, cuando ello
sea posible, y deberan estar disponibles en cada Centro, o bien en el servidor de la OMM. Este servidor
debera contener una lista (con hiperenlaces) de todos los Centros que tengan catlogos de
encaminamientos disponibles para el intercambio. Por su parte, todos los Centros deberan proporcionar
a la Secretara de la OMM las direcciones URL de sus ficheros respectivos.
2.10.3.2
El catlogo de encaminamiento de un centro del SMT debera proporcionar la informacin
siguiente para cada boletn identificado mediante su encabezamiento abreviado TTAAii CCCC:
a)
b)
el circuito del SMT por el que se recibe el boletn;

la lista de los circuitos del SMT por los que se enva el boletn.
2.10.3.3
Cada Centro Regional de Telecomunicacin debera preparar un catlogo de
encaminamiento y ponerlo a disposicin de los dems Centros del SMT y, en particular, de su CMN
asociado. El directorio de encaminamientos debera actualizarse mensualmente, si ello fuera posible y,
como mnimo, cada tres meses.
2.10.3.4
Cada uno de los Centros del SMT debera incluir en su catlogo de encaminamiento los
encabezamientos abreviados de todos los boletines recibidos y/o transmitidos por cualquiera de los
circuitos del SMT conectados al Centro en cuestin (circuitos punto a punto del SMT y circuitos punto a
multipunto del SMT, como los sistemas de distribucin por satlite, incluidas las radiodifusiones HF
restantes). Todo boletn que, segn lo previsto, vaya a recibir el centro del SMT, aunque no haya sido
enviado por el SMT, debera incluirse en el catlogo de encaminamiento.
73
2.10.3.5
Los boletines recibidos y/o transmitidos por un circuito establecido en el marco de un
acuerdo bilateral para el intercambio de datos meteorolgicos deberan incluirse tambin en el catlogo
de encaminamiento.
2.10.3.6
El formato del catlogo de encaminamiento, y los procedimientos de acceso a los catlogos
de encaminamientos figuran en el adjunto II-7.
2.10.4
Examen del contenido de directorios de conmutacin
Adems de la actualizacin peridica de los directorios de conmutacin, todos los centros automatizados
del SMT deberan depurar regularmente (por ejemplo, cada seis meses) sus directorios de conmutacin,
suprimiendo as todos los encabezamientos abreviados de boletines que ya no se prevea intercambiar por
el SMT.
2.11
Procedimientos para la transmisin de datos en modo de almacenamiento y

retransmisin
2.11.1
Prioridades para la transmisin de datos en modo almacenamiento y retransmisin
2.11.1.1
Los mensajes se enviarn sobre la base de cuatro rdenes de prioridad. El orden de
prioridad se asignar de acuerdo con el tipo de datos (T1T2) y est indicado en la tabla A del
adjunto II5.
2.11.1.2
Dentro de un orden de prioridad, los mensajes se enviarn respetando el principio
envo segn el orden de llegada.
2.11.1.3
Los mensajes de mayor prioridad se enviarn antes que los de menor prioridad. No
obstante, el envo de un mensaje con mayor grado de prioridad no interrumpir la transmisin ya
iniciada de un mensaje.
2.11.2
Deteccin y anulacin de mensajes duplicados
Se deberan detectar y eliminar los mensajes duplicados que se reciban por lo menos dentro de las tres
horas subsiguientes a la del mensaje original.
2.12
Protocolos para la comunicacin de datos aplicables al Sistema Mundial de

Telecomunicacin
2.12.1
Protocolos de transmisin en el Sistema Mundial de Telecomunicacin
Los protocolos de transmisin que se utilicen en el Sistema Mundial de Telecomunicacin sern

elementos de los procedimientos, conforme se especifica en lel Protocolo de control de transmisin/
protocolo Internet (TCP/IP).
2.12.2
Protocolo TCP/IP
Las prcticas y procedimientos recomendados para la ejecucin, utilizacin y aplicacin del Protocolo de
control de transmisin/protocolo Internet (TCP/IP) en el Sistema Mundial de Telecomunicacin se indican
en el adjunto II.15.
74
Transmisin y recopilacin de boletines meteorolgicos por Internet
2.13
Internet puede utilizarse para la transmisin y recopilacin de boletines meteorolgicos. Su finalidad es

servir de sistema complementario de comunicaciones que se emplear en pruebas y en casos particulares,
o cuando no se cuente con un enlace especializado del SMT. Por lo que respecta al correo electrnico y/o
la captacin de datos por la web, debern utilizarse las prcticas que figuran en el adjunto II-16 con vistas
a reducir al mnimo los riesgos de seguridad inherentes.
Procedimientos suplementarios aplicables a las transmisiones por radioteletipo
2.14
Adems de los procedimientos generales de telecomunicacin indicados anteriormente, existen

procedimientos especiales aplicables a las transmisiones por radioteletipo.
2.14.1
Identificacin
Una emisin por radioteletipo ir precedida de la transmisin de las seales de llamada.

2.14.1.1
Las seales de llamada comprendern: la llamada general a todas las estaciones
(transmitida tres veces), la seal convencional DE, la identificacin de la estacin emisora que
comprende el designador de radio seguido del ndice o ndices de referencia de la frecuencia
(transmitidos tres veces), y de las letras RY repetidas sin interrupcin sobre una lnea (69 caracteres).
Ejemplo:
CQ
CQ
CQ
DE
WSY21/22
WSY21/22
WSY21/22
RYRY ------------------------------------------------------------------------------RYRYRYR
69 caracteres
2.14.1.2
Transmisin de seales de llamada
Se transmitirn seales de llamada:
a)
b)
c)
por lo menos durante los dos minutos que preceden a la hora oficial del comienzo de las
emisiones que se inician a una hora fija;
cada vez que la estacin no tiene trfico, durante los perodos previstos de emisin;
durante los cinco minutos que preceden a la primera emisin consecutiva a un cambio de frecuencia.
2.14.2
Procedimientos especiales para los centros de retransmisin
2.14.2.1
En los intercambios por radioteletipo en los que un centro de telecomunicacin est
encargado de retransmitir los mensajes procedentes de otro centro, el encabezamiento abreviado no
ser modificado cuando se retransmita el boletn.
2.14.2.2
Cuando se reciba un mensaje con parte del texto confuso, el centro de retransmisin lo
retrans-mitir tal como lo ha recibido y, si es posible, tratar de obtener una retransmisin del centro
de origen.
2.14.2.3
Deberan establecerse instrucciones nacionales por lo que se refiere a las medidas que hayan
de adoptarse en el caso de que se produzca una gran alteracin de los mensajes, a fin de que todos los
datos utilizables sean retransmitidos con el menor retraso, eliminando sin embargo, cuando sea posible,
las partes totalmente alteradas. Cuando se efecte la eliminacin mencionada, se debera aadir la
abreviatura INC al final del boletn para indicar que est incompleto; el centro retransmisor debera tomar
todas las disposiciones necesarias para recibir del centro de origen las partes del boletn que hayan
experimentado alteracin, para retransmitirlas lo antes posible.
3.
PROCEDIMIENTOS QUE SE APLICAN A LA TRANSMISIN DE INFORMACIN

METEOROLGICA EN FORMA GRFICA POR EL SISTEMA MUNDIAL
DETELECOMUNICACIN
3.1
Formato de informacin meteorolgica en forma grfica
75
Los elementos de identificacin que deberan figurar en el recuadro para la identificacin de informacin
pictrica (que sern fijados en el ngulo inferior izquierdo del mapa y tambin, si es posible, en el ngulo
superior derecho) se determinarn en el plano nacional. Estos elementos deberan ser fciles de
identificar, leer y entender y, por lo tanto, deberan incluir por lo menos el encabezamiento abreviado de
la informacin pictrica.
3.2
Necesidades en materia de retransmisin de facsmil (analgico)
3.2.1
La retransmisin de facsmil (analgico) se debera efectuar por el modo de almacenamiento
y retransmisin o por transmisin directa (por conmutacin) de las seales.
3.2.2
tiempo.
En todos los casos, la retransmisin de facsmil debera efectuarse con la mnima prdida de
3.2.3
En el sistema de almacenamiento y retransmisin para la retransmisin de facsmil analgico
deberan utilizarse dispositivos de registro y archivo de alta calidad, tales como registradores de banda
magntica, con objeto de mantener la calidad de la imagen durante todo el proceso de almacenamiento
y de retransmisin. Durante el proceso de archivo y de retransmisin debern mantenerse todas las
caractersticas tcnicas de transmisin especificadas en la seccin 5 de la parte III.
3.2.4
En algunos centros se puede posibilitar y facilitar el archivo de facsmiles utilizando una
computadora equipada con un dispositivo de conversin analgica/digital de las seales recibidas, y de
reconversin digital/analgica de las seales retransmitidas.
3.2.5
En algunos casos, la transmisin de seales de facsmil en forma analgica puede efectuarse
sin archivo previo en los centros de retransmisin, con lo cual habr una prdida mnima de tiempo en el
trnsito por diversos segmentos consecutivos de una red de telecomunicaciones.
3.2.6
Los centros que no estn equipados para el modo de almacenamiento y retransmisin
dentro de un plazo de tres minutos, ni para la transmisin por conmutacin directa, dispondrn de
una capacidad adecuada de archivo en cintas magnticas convencionales o en un medio equivalente,
para asegurar la retransmisin del facsmil (analgico). La capacidad de archivo deber ser suficiente
para poder archivar por lo menos una imagen completa.
3.2.7
nicamente como solucin subsidiaria de emergencia se recurrir a las copias en papel a
partir de registradores de mapas, con objeto de facilitar las operaciones de archivo y de envo.
3.3
Transmisin peridica de la imagen patrn de la OMM
Se debera transmitir peridicamente la imagen patrn normalizada de la OMM, atendiendo a las

peticiones formuladas, por todos los segmentos del Sistema Mundial de Telecomunicacin por los que se
efectan habitual transmisiones de facsmil (analgico).
Nota:
La imagen patrn normalizada de la OMM se reproduce en el adjunto II8.
76
3.4
Procedimientos de transmisin de facsmil digital codificado y no codificado
La transmisin del facsmil digital codificado y no codificado debera realizarse mediante uno de los
procedimientos siguientes:
a)
b)
Nota:
la informacin relativa a datos alfanumricos y al facsmil digital debera transmitirse, sobre una base
de comparticin en el tiempo, en un solo enlace de datos;
la informacin relativa a datos alfanumricos y al facsmil digital debera transmitirse por canales
separados, multiplexados mediante un mdem, conforme a lo dispuesto en la Recomendacin UIT-T
V.29.
Los procedimientos que han de aplicarse figuran en el adjunto II9.
4.
CALIDAD DE LAS TRANSMISIONES METEOROLGICAS
4.1
Verificacin y control
Todas las transmisiones de informacin meteorolgica sern verificadas peridicamente por el

centro de origen, con objeto de garantizar el cumplimiento de los procedimientos y
especificaciones recomendados, permitiendo as un funcionamiento satisfactorio del SMT.
4.2
Informes sobre condiciones de recepcin
4.2.1
La clave RECEP se utilizar para notificar las condiciones de recepcin de las transmisiones
meteorolgicas por radio.
Nota:
La clave RECEP figura en el adjunto II10.
4.2.2
Los destinatarios enviarn peridicamente informes sobre las condiciones de recepcin a
los centros de origen de las transmisiones por radio.
5.
PROCEDIMIENTOS PARA ENMENDAR LAS PUBLICACIONES DE LA OMM

YMTODOS DE NOTIFICACIN
5.1
Responsabilidad en lo que respecta a la notificacin de las enmiendas
La informacin destinada a las publicaciones de la OMM deber mantenerse actualizada. Las

notificaciones de las enmiendas debern enviarse a la Secretara de la OMM por lo menos dos meses
antes de la fecha efectiva de entrada en vigor del cambio.
5.2
Mensajes METNO y WIFMA
5.2.1
El nombre de clave METNO se emplea para identificar los mensajes que contienen infor
macin referente a los Informes Meteorolgicos (OMM-N 9), Volmen A Estaciones de observacin,
Volmenes C Catlogo de los boletines meteorolgicos y Programas de transmisin; el nombre de
clave WIFMA se utilizar para identificar los mensajes que contienen informacin relativa al Volumen D
Informacin para la navegacin martima). Los mensajes METNO tambin contendrn, en su caso,
informacin sobre cambios importantes que se presenten en las claves meteorolgicas internacionales
y en los procedimientos de telecomunicacin.
77
Nota:
Con objeto de notificar lo antes posible las modificaciones que se deban introducir en los Informes Meteorolgicos
(OMM-N 9), Volmenes A, C y D, la Secretara difunde mensajes METNO y WIFMA, que se aaden al servicio normal de
suplementos a dichos Volmenes.
5.2.2
Los mensajes METNO y WIFMA se transmitirn desde Ginebra a Zurich, y desde all al CRT
asociado para su distribucin mundial por el Sistema Mundial de Telecomunicacin.
5.2.3
Los mensajes METNO y WIFMA se compilarn en la forma de presentacin normalizada
de los mensajes meteorolgicos ordinarios utilizando el encabezamiento abreviado NOXX02 LSSW
para los cambios relativos a los Informes Meteorolgicos (OMM-N 9), Volumen C1 Catlogo de los
boletines meteorolgicos, y NOXX01 LSSW para los cambios relativos a los otros Volmenes.
78
ADJUNTO II-1. ALFABETO TELEGRFICO INTERNACIONAL N 21
1.
Introduccin
1.1
Esta Recomendacin define el repertorio de los caracteres grficos y de control utilizados en
el Alfabeto Telegrfico Internacional N 2 (ATI N 2) y la representacin codificada de estos caracteres
para fines de comunicacin. Contiene tambin disposiciones relativas a la utilizacin de ciertas
combinaciones.
1.2
El juego de caracteres codificados ATI N 2 se basa en una estructura de cinco unidades.
1.3
El ATI N 2 se define tambin en la Recomendacin F.1 para el servicio pblico internacional
de telegramas, y en la Recomendacin F.60 se especifica que debe utilizarse tambin para el servicio
tlex. Puede asimismo utilizarse para otras aplicaciones, tales como circuitos especializados o arrendados.
1.4
Para las definiciones relativas a la telegrafa alfabtica, vanse las definiciones contenidas en
la Recomendacin R.140 y en el captulo 721 del Vocabulario Electrotcnico Internacional (VEI).
2.
Repertorio de caracteres
2.1
Los caracteres grficos a los que corresponde una seal en el ATI N 2 son:
Los 26 caracteres alfabticos latinos: A B C D E F G H I J K L M N O P Q R S T U V W X Y Z;

Las cifras enteras: 0 1 2 3 4 5 6 7 8 9;
Signos de puntuacin y signos varios:
Punto
.
Coma
,
Dos puntos o signo de divisin
:
Signo de interrogacin (final)
?
Apstrofo
Cruz o signo ms
+
Guin o signo menos
Barra de fraccin o signo de divisin

/
Signo igual o doble guin
=
Parntesis izquierdo
(
Parntesis derecho
)
2.2
Tres caracteres grficos (por ejemplo, letras acentuadas y signos de moneda) pueden
utilizarse para uso nacional o privado (vase ms adelante el prrafo 4.2).
2.3
Esta Recomendacin no define un estilo, tipo de letra de imprenta o clase de letra
(maysculas o minsculas) particular, ni tampoco la disposicin de los teclados en teleimpresores o
dispositivos terminales similares.
2.4

1
El ATI N 2 proporciona los siguientes caracteres de control:

con quin comunico? accionamiento del dispositivo de transmisin de distintivo, del aparato
correspondiente
accionamiento de una seal acstica del aparato correspondiente
retroceso del carro
cambio de rengln
Tomado del Libro Azul del CCITT, Fascculo VII.1. La Recomendacin S.1 se reproduce con autorizacin previa de la Unin
Internacional de Telecomunicaciones, que es titular del derecho de autor.

3.
79
cambio a letras (inversin letras)

cambio a cifras (inversin cifras)
espacio o blanco
todos espacios o nulo (no hay perforacin de la cinta).
Codificacin
3.1
Las 32 combinaciones del ATI N 2 consisten en secuencias de cinco unidades, cada una de
las cuales puede adoptar dos estados significativos (A o Z); estas combinaciones se indican en el cuadro
1/S.1.
3.2
El estado A corresponde a la polaridad de arranque, no perforacin de la cinta de papel y
smbolo 0 en la notacin binaria. El estado Z corresponde a la polaridad de parada, perforacin de la
cinta de papel y smbolo 1 en la notacin binaria.
Para las modulaciones de frecuencia y de amplitud equivalentes que corresponden a los estados A y Z en
el equipo de telegrafa armnica, vase la Recomendacin V.1 y las Recomendaciones pertinentes de la
serie R.
Nota 1:
El nivel y la polaridad de la tensin y de la corriente que corresponden a los estados A y Z (por ejemplo, en el extremo
local con su terminacin) son de incumbencia nacional y, por tanto, no se definen en el plano internacional.
Nota 2: Los trminos arranque y parada, y reposo y trabajo se han utilizado asimismo para describir los estados A y Z
respectivamente (vase la definicin 31.37 en la Recomendacin R.140).
4.
Combinaciones particulares
4.1
De conformidad con la Recomendacin S.8 y las Recomendaciones pertinentes de la serie U,
la seal WRU (con quin comunico?, combinacin N 4 en la posicin cifras) se utiliza para accionar la
unidad de transmisin de distintivo del aparato correspondiente en los servicios internacionales tlex y
gntex, y puede tambin proporcionar un smbolo impreso (vase el cuadro 2/S.1).
4.2
Puesto que algunas Administraciones asignan las combinaciones nmeros 6, 7 y 8 en la
posicin cifras para usos internos mientras que otras no lo hacen, conviene evitar las interpretaciones
distintas que podran aparecer en estas circunstancias si estas combinaciones se utilizaran libremente en
los servicios internacionales. En consecuencia, el empleo de las combinaciones nmeros 6, 7 y 8 en
posicin cifras no est definido, por lo que no debe utilizarse en los servicios internacionales excepto en
los casos de acuerdo expreso entre Administraciones; as pues, se recomienda:

que, en todos los servicios, estas combinaciones se sealen de una manera especial en el teclado;
que los servicios que no utilizan estas combinaciones coloquen en la posicin secundaria de los
bloques de impresin (o del mecanismo equivalente) de las letras F, G y H un smbolo arbitrario,
como, por ejemplo, un cuadrado; la aparicin de este smbolo en el papel significar una impresin
anormal.
4.3
La combinacin N 10 seal acstica podr tambin proporcionar un smbolo impreso
(vase el cuadro 2/S.1).
4.4
Las combinaciones nmeros 29 y 30, cambio a letras y cambio a cifras, respectivamente,
se utilizan para poner el aparato terminal en la posicin letras o cifras, de modo que:

toda combinacin N 1 a 26 recibida engendre una seal impresa en la posicin letras (segunda
columna del cuadro 1/S.1) si la ltima seal de cambio recibida es una seal de cambio a letras;
toda combinacin N 1 a 26 recibida engendre una seal impresa en la posicin cifras (tercera
columna del cuadro 1/S.1) si la ltima seal de cambio recibida es una seal de cambio a cifras,
salvo lo indicado en cuanto a las combinaciones nmeros 4 y 10 en los prrafos 4.1 y 4.3.
80
4.5
Las combinaciones nmeros 29 (cambio a letras), 30 (cambio a cifras) y 32 (todos espacios,
nulo o no perforacin de cinta) no debern afectar al avance de espacio de las mquinas terminales,
excepto cuando su recepcin se indica imprimiendo un smbolo, como se expresa en el prrafo 5.
Cuadro 1/S.1 Alfabeto Telegrfico Internacional N 2 (ATI N 2)
Nmero de la
combinacin
Posicin letras
Posicin cifras
Codificacin
1
Vase el prrafo 4.1
Vase el prrafo 4.2
Vase el prrafo 4.2
Vase el prrafo 4.2
10
Seal acstica
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
Retroceso del carro
28
Cambio de rengln
29
Inversin letras
Vase el prrafo 4.5
30
Inversin cifras
Vase el prrafo 4.5
31
Espacio
32
Vase el prrafo 4.7
81
Utilizacin de letras maysculas y minsculas
4.6
4.6.1
En el ATI N 2 es posible utilizar teleimpresores con dos series de caracteres de letras,
maysculas y minsculas.
4.6.2
Es posible utilizar secuencias de las combinaciones de cambio del ATI N 2 para el paso de
una serie a la otra.
4.6.3
Si se ofrece esta posibilidad, es esencial asegurar la compatibilidad con los teleimpresores
que tienen una sola serie de caracteres de letras.
Utilizacin de la combinacin N 32
4.7
4.7.1
La combinacin N 32 puede utilizarse en ciertas secuencias de seales de conmutacin;
esasutilizaciones se precisan en las Recomendaciones U.11, U.20, U.22 y S.4.
4.7.2
La combinacin N 32 no debe utilizarse en la fase de comunicacin (despus de establecida
la comunicacin) en el servicio tlex internacional.
4.7.3
La combinacin N 32 puede utilizarse en la fase de comunicacin (despus de establecida la
comunicacin) en un servicio nacional, o por acuerdo bilateral entre dos Administraciones, como carcter
de control para ciertas funciones, por ejemplo, el paso a un alfabeto nacional diferente del ATI N 2.
4.7.4
La combinacin N 32 no debe emplearse para el paso de una forma de caracteres a otra
dentro del ATI N 2, ni para el paso de un alfabeto telegrfico internacional a otro.
Representacin grfica de los caracteres de control
5.
Cuando se requiera una indicacin grfica de la recepcin o la transmisin de ciertos caracteres de

control, dicha indicacin debe efectuarse imprimiendo los smbolos del cuadro 2/S.1.
Cuadro 2/S.1 Smbolos de impresin para representar los caracteres de control
Funcin
Con quin comunico? (WRU)
Nmero de la
combinacin
Posicin
Figura
Figura
Smbolo
Representacin
alfabtica
EQ
(vase la nota 1)
BL
Seal acstica (timbre)
10
Retroceso del carro
27
letras o cifras
CR
Cambio de rengln
28
letras o cifras
LF
Cambio a letras (inversin letras)
29
letras o cifras
SL o LS
Cambio a letras (inversin letras)
30
letras o cifras
SF o FS
Espacio
31
letras o cifras
SP
Todos espacios: Nulo
32
letras o cifras
NU
Nota 1:
La representacin pictogrfica indicada es una forma esquemtica (X) que puede utilizarse tambin cuando
el equipo lo permita.
Nota 2:
Cada representacin alfabtica debe considerarse como un solo smbolo. Puede ocupar una posicin en
una lnea impresa o visualizada.
82
ADJUNTO II-2. ALFABETO INTERNACIONAL N 51

INTRODUCCIN
Los trabajos efectuados en comn por el CCITT y la Organizacin Internacional de Normalizacin (ISO)
han llevado a establecer un alfabeto de siete unidades que puede responder a las necesidades de los
usuarios particulares de circuitos arrendados y de los usuarios de las transmisiones de datos, mediante
conexiones establecidas por conmutacin en la red telefnica general o en las redes telegrficas.
Este Alfabeto Internacional N 5 (AI N 5) no est destinado a sustituir al Alfabeto Telegrfico
Internacional N 2 (ATI N 2), sino que es un alfabeto suplementario que se pone a disposicin de los
usuarios cuyas necesidades no puede satisfacer el Alfabeto Telegrfico Internacional N 2, de posibilidades
ms reducidas. Se considera que el Alfabeto Internacional N 5 constituye un lenguaje bsico comn
para la transmisin de datos y para sistemas complejos de transmisin de mensajes.
El Alfabeto Internacional N 5 no excluye la utilizacin de cualquier otro alfabeto que se adapte mejor a
necesidades especiales.
1.
Objeto y campo de aplicacin
1.1
En la presente Recomendacin se especifica un juego de 128 caracteres (caracteres de
control y caracteres grficos como letras, cifras y smbolos) con su representacin codificada. La mayor
parte de estos caracteres son obligatorios e inmodificables, si bien se prev cierta flexibilidad para
satisfacer necesidades nacionales y de otra ndole.
1.2
En la presente Recomendacin se especifica un juego de caracteres codificados de 7 bits con
un cierto nmero de opciones. Se proporciona tambin orientacin sobre el empleo de dichas opciones
para definir versiones nacionales especficas y versiones orientadas a aplicaciones. Se especifica, adems,
la versin internacional de referencia (VIR) en la cual se han aplicado estas opciones.
1.3
La finalidad primordial de este juego de caracteres es el intercambio de informacin entre
sistemas de proceso de datos y equipos asociados, y dentro de sistemas de comunicaciones de datos. Al
determinar este juego de caracteres se ha tenido en cuenta tambin la necesidad de caracteres grficos y
de funciones de control para el proceso de datos.
1.4
Este juego de caracteres es aplicable a todos los alfabetos latinos.
1.5
El juego de caracteres comprende caracteres de control para ampliacin de cdigos cuando
sus 128 caracteres son insuficientes para aplicaciones particulares. Los procedimientos para la utilizacin
de estos caracteres de control se especifican en la Norma ISO 2022.
1.6
Las definiciones de algunos caracteres de control dadas en esta Recomendacin suponen
que los datos asociados con los mismos deben procesarse en serie hacia adelante. Si se incluyen en
cadenas de datos, objeto de un proceso distinto del proceso en serie hacia adelante, o entre datos
dispuestos en un formato adecuado para el proceso de registros fijos, estos datos pueden tener un efecto
indeseable o pueden requerir un proceso adicional especial para asegurar que den como resultado el
efecto deseado.
Tomado del Libro Azul del CCITT, Fascculo VII.3. La Recomendacin T.50 se reproduce con autorizacin previa de la
Unin Internacional de Telecomunicaciones, que se reserva los derechos de reproduccin correspondientes.
2.
Conformidad y aplicacin
2.1
Conformidad
83
Un juego de caracteres codificado est en conformidad con esta Recomendacin si es una versin que se
ajusta a la seccin 6. Para ajustarse a esta Recomendacin, los equipos han de ser capaces de
intercambiar informacin mediante una versin del juego de caracteres codificados de 7 bits y esta
versin se identificar en cualquiera de estos casos.
2.2
Aplicacin
La utilizacin de este juego de caracteres requiere definiciones de su aplicacin en diversos medios, por
ejemplo, cintas perforadas, tarjetas perforadas, medios magnticos y canales de transmisin, de manera
que el intercambio de datos pueda efectuarse bien indirectamente mediante un registro intermedio en un
medio fsico, o bien por una conexin local de diversas unidades (tales como dispositivos de entrada y
salida, y computadores) o mediante equipos de transmisin de datos.
La aplicacin de este juego de caracteres codificados en medios fsicos y para la transmisin, teniendo en
cuenta la necesidad de control de errores, est descrita en publicaciones de la ISO.
3.
Definiciones
A los efectos de la presente Recomendacin, se aplican las siguientes definiciones:

3.1
combinacin de bits
Conjunto ordenado de bits utilizado para la representacin de caracteres.

3.2
carcter
Miembro de un conjunto de elementos utilizado para la organizacin, el control o la representacin de

datos.
3.3
juego de caracteres codificados; cdigo
Conjunto de reglas inequvocas que establece un juego de caracteres y una correspondencia biunvoca
entre los caracteres del juego y sus combinaciones de bits.
3.4
extensin o ampliacin de cdigo
Tcnicas para la codificacin de caracteres que no forman parte del juego de caracteres de un cdigo
dado.
3.5
tabla de cdigo
Tabla que muestra el carcter asignado a cada combinacin de bits de un cdigo.
84
3.6
carcter de control
Funcin de control cuya representacin codificada consiste en una sola combinacin de bits.
3.7
funcin de control
Accin que afecta al registro, proceso, transmisin o interpretacin de datos y que tiene una
representacin codificada que consiste en una o ms combinaciones de bits.
3.8
carcter grfico
Carcter que no es una funcin de control y que tiene un representacin visual normalmente manuscrita,
impresa o sobre pantalla.
3.9
posicin
Parte de una tabla de cdigo identificada por sus coordenadas de columna y fila.
4.
Especificacin del juego de caracteres codificados
Los bits de las combinaciones del cdigo de 7 bits se identifican por b7, b6, b5, b4, b3, b2 y b1, donde b7 es
el bit de orden superior o ms significativo y b1 es el bit de orden inferior o menos significativo.
Puede considerarse que en notacin binaria las combinaciones de bits representan nmeros enteros en la
gama comprendida entre 0 y 127, atribuyendo el peso siguiente a cada bit:
Bit:
b7
b6
b5
b 4
b3
b2
b1
Peso:
64
32
16
En la presente Recomendacin, las combinaciones de bits se identifican mediante una notacin de la

forma x/y, donde x es un nmero comprendido entre 0 y 7 e y es un nmero comprendido entre 0 y 15.
La correspondencia entre las notaciones de la forma x/y y las combinaciones de bits constituidas por los
bits b7 a b1 es la siguiente:

x es el nmero representado por b7, b6 y b5, cuando se han dado a estos bits los pesos 4, 2 y1,
respectivamente;
y es el nmero representado por b4, b3, b2 y b1, cuando se han dado a estos bits los pesos 8, 4, 2 y
1, respectivamente.
Las notaciones de la forma x/y son iguales a las utilizadas para identificar posiciones de la tabla de cdigo,
donde x es el nmero de columna e y el nmero de fila (vase el prrafo 7).
Las 128 combinaciones de bits del cdigo de 7 bits representan caracteres de control y caracteres
grficos. La asignacin de caracteres a combinaciones de bits se basa en los principios siguientes:

las combinaciones 0/0 a 1/15 representan 32 caracteres de control;

la combinacin 2/0 representa el carcter ESPACIO (SPACE), que se interpreta como carcter de
control y como carcter grfico;
las combinaciones 2/1 a 7/14 representan hasta 94 caracteres grficos, puesto que una o ms de
estas combinaciones de bits pueden declararse no utilizadas (vase el prrafo 4.3);
la combinacin 7/15 representa el carcter de control SUPRESIN (DELETE).
85
La asignacin de caracteres individuales a las combinaciones de bits del cdigo de 7 bits se especifica en
los prrafos 4.1, 4.2 y 4.3.
En esta Recomendacin se asigna como mnimo un nombre a cada carcter. Adems, se especifica un
acrnimo para cada carcter de control y para el carcter ESPACIO (SPACE), y un smbolo grfico para
cada carcter grfico. Por acuerdo, se utilizan letras maysculas y guiones para escribir los nombres de
los caracteres, salvo para las letras minsculas. Para los acrnimos, slo se utilizan letras maysculas y
cifras. La finalidad es que en todas las traducciones del texto se mantengan los acrnimos y este acuerdo.
Los nombres elegidos para indicar caracteres grficos estn destinados a reflejar su significado habitual.
Sin embargo, la presente Recomendacin no define ni restringe los significados de los caracteres grficos.
Tampoco se especifica un estilo particular o tipo de imprenta para los caracteres grficos representados.
4.1
Caracteres de control
Los caracteres de control del juego de caracteres codificados de 7 bits se clasifican en las siguientes
categoras:
a)

b)

c)

d)

e)

f)

Caracteres de control de transmisin

Estn destinados a controlar o facilitar la transmisin de informacin por redes de
telecomunicaciones. Los procedimientos para la utilizacin de los caracteres de control de
transmisin en redes de telecomunicaciones se describen en publicaciones de la ISO.
Determinantes de formato
Estn destinados principalmente al control de la presentacin y posicionamiento de la informacin
en dispositivos de presentacin de caracteres, tales como dispositivos de impresin y de
visualizacin.
Caracteres de control de extensin de cdigo
Se utilizan para ampliar el juego de caracteres del cdigo. Pueden alterar el significado de una o
ms combinaciones de bits siguientes en la cadena de datos. Los procedimientos para la utilizacin
de los caracteres de control de ampliacin del cdigo se especifican en la Norma ISO 2022.
Caracteres de control de dispositivos
Estn destinados al control de dispositivos locales o distantes, o de dispositivos auxiliares conectados
a un sistema de proceso o de comunicacin de datos. Estos caracteres de control no estn
destinados a controlar sistemas de comunicacin de datos; a tal efecto, debern utilizarse caracteres
de control de transmisin.
Separadores de informacin
Se utilizan para separar y calificar datos de manera lgica. Hay cuatro caracteres de este tipo que
pueden utilizarse en orden jerrquico o no jerrquico; en el segundo caso, su significado especfico
depende de la aplicacin.
Otros caracteres de control
Se trata de los caracteres de control que quedan fuera de las categoras precedentes.
Las composiciones de cada categora y la asignacin de cada uno de los caracteres de control de cada
categora a combinaciones de bits del cdigo de 7 bits se especifican en los prrafos 4.1.1 a 4.1.6. Cada
uno de estos puntos contiene una tabla de tres columnas: en la primera, se especifica el acrnimo de
cada carcter de control; en la segunda, se especifica el nombre normalizado del carcter de control y, en
la tercera, llamada Representacin codificada, se especifica la combinacin de bits que representa el
carcter de control en cuestin.
En la seccin 8 se ofrecen descripciones funcionales detalladas de todos los caracteres de control.
4.1.1
Caracteres de control de transmisin

En el cuadro 1/T.50 se especifican los caracteres de control de transmisin y sus
representaciones codificadas.
86
Cuadro 1/T.50 Caracteres de control de transmisin Representacin codificada

Acrnimo
Nombre

SOH
STX
ETX
EOT
ENQ
ACK
DLE
NAK
SYN
ETB
Comienzo de encabezamiento
Comienzo de texto
Fin de texto
Fin de transmisin
Pregunta
Acuse de recibo
Escape de enlace de datos
Acuse de recibo negativo
Sincronizacin
Fin de bloque de transmisin
Representacin
codificada
0/1
0/2
0/3
0/4
0/5
0/6
1/0
1/5
1/6
1/7
Determinantes de formato
4.1.2
En el cuadro 2/T.50 se especifican los determinantes de formato y sus representaciones codificadas.

Cuadro 2/T.50 Determinantes de formato Representacin codificada
Acrnimo
Nombre

4.1.2.1
BS
HT
LF
VT
FF
CR
Retroceso de un espacio
Tabulacin horizontal
Cambio de rengln
Tabulacin vertical
Pgina siguiente
Retroceso del carro
Representacin
codificada
0/8
0/9
0/10
0/11
0/12
0/13
Conceptos
Las definiciones de los determinantes de formato emplean los siguientes conceptos:

a)
b)
c)
d)
e)
Una pgina se compone de un cierto nmero de lneas, cada una de las cuales se compone de un
cierto nmero de posiciones de carcter;
Cada posicin de carcter es capaz de representar el carcter ESPACIO o un smbolo grfico;
El smbolo grfico representado en una posicin de carcter representa un carcter grfico, una
funcin de control o una combinacin de uno o ms caracteres grficos y/o funciones de control;
La posicin activa es la posicin de carcter en el cual ha de efectuarse la accin requerida por el
siguiente carcter en el tren de datos. Si el siguiente carcter es un carcter grfico, se representa
en esa posicin; si es un carcter de control, la funcin correspondiente se realiza con respecto a esa
posicin;
Los movimientos de la posicin activa se efectan como sigue:
i)
La posicin activa se adelanta una posicin de carcter inmediatamente despus de
representar un ESPACIO o un carcter grfico, y despus de ejecutar la funcin
correspondiente a un carcter de control para el cual se requiere representar un smbolo
grfico;
ii)
La posicin activa se mueve a una posicin de carcter especificada al ejecutar la funcin
correspondiente a un carcter de control que est definido para producir un movimiento de
la posicin activa (es decir, un determinante de formato);
f)
g)
87
La posicin activa no se mueve al ejecutar la funcin correspondiente a un carcter de control que

no necesita ser representado por un smbolo grfico ni definido para producir un movimiento de la
posicin activa;
El efecto de la tentativa de mover la posicin activa ms all de las fronteras de una lnea o de una
pgina no se define en esta Recomendacin.
4.1.2.2
Movimientos horizontales y verticales combinados de la posicin activa
Los determinantes de formato se definen para aplicaciones en las cuales se efectan separadamente
movimientos horizontales y verticales de la posicin activa. Si se requiere un solo carcter de control para
efectuar la accin de RETROCESO DEL CARRO en combinacin con un movimiento vertical, se utilizar el
determinante de formato para este movimiento vertical. Por ejemplo, si se requiere la funcin nueva
lnea (equivalente a la combinacin de RETROCESO DEL CARRO y CAMBIO DE RENGLN) como un solo
carcter de control, se utilizar la combinacin de bits 0/10 para representarla. Para esta sustitucin se
requiere acuerdo entre el que transmite y el que recibe los datos, y se identificarn los determinantes de
formato que resultan afectados (CAMBIO DE RENGLN, TABULACIN VERTICAL y/o PGINA SIGUIENTE)
(vase el prrafo 6).
Para evitar la necesidad de este acuerdo previo, facilitar el intercambio y evitar conflictos con especificaciones
que figuran en otras publicaciones de la ISO, se desaconseja la utilizacin de determinantes de formato para
movimientos verticales. Se recomienda decididamente utilizar dos caracteres de control, por ejemplo
RETROCESO DEL CARRO (CR) y CAMBIO DE RENGLN (LF), para obtener el efecto de nueva lnea.
Caracteres de control de extensin de cdigos
4.1.3
En el cuadro 3/T.50 se especifican los caracteres de control de extensin de cdigo y sus representaciones
codificadas.
Cuadro 3/T.50 Caracteres de control de extensin de cdigo Representacin codificada

Acrnimo
Nombre

4.1.4
SO
SI
ESC
Representacin
codificada
Fuera de cdigo
En cdigo
Escape
0/14
0/15
1/11
Caracteres de control de dispositivos
En el cuadro 4/T.50 se especifican los caracteres de control de dispositivos y sus representaciones

codificadas.
Cuadro 4/T.50 Caracteres de control de dispositivos Representacin codificada

Acrnimo
Nombre

DC1
DC2
DC3
DC4
Control de dispositivo uno

Control de dispositivo dos
Control de dispositivo tres
Control de dispositivo cuatro
Representacin
codificada
1/1
1/2
1/3
1/4
88
4.1.5
Separadores de informacin
En el cuadro 5/T.50 se especifican los separadores de informacin y sus representaciones codificadas.

Cuadro 5/T.50 Separadores de informacin Representacin codificada

Acrnimo
Nombre

IS4 (FS)
IS3 (GS)
IS2 (RS)
IS1 (US)
Representacin
codificada
Separador de informacin cuatro (separador de fichero)

Separador de informacin tres (separador de fichero)
Separador de informacin dos (separador de fichero)
Separador de informacin uno (separador de fichero)
1/12
1/13
1/14
1/15
A cada separador de informacin se le dan dos nombres. Los nombres SEPARADOR DE INFORMACIN
CUATRO, SEPARADOR DE INFORMACIN TRES, SEPARADOR DE INFORMACIN DOS Y SEPARADOR DE
INFORMACIN UNO son denominaciones generales. Los nombres SEPARADOR DE FICHERO,
SEPARADOR DE GRUPO, SEPARADOR DE REGISTRO y SEPARADOR DE UNIDAD son denominaciones
especficas y estn destinados principalmente a las aplicaciones en las que los separadores de informacin
se utilizan jerrquicamente. El orden ascendente es US, RS, GS, FS. En este caso, los datos normalmente
delimitados por un separador dado no pueden ser divididos por un separador de orden superior, pero se
considerarn delimitados por cualquier separador de orden superior.
4.1.6
Otros caracteres de control
En el cuadro 6/T.50 se especifican los caracteres de control ajenos a las categoras indicadas en los
prrafos 4.1.1 a 4.1.5 y su representacin codificada.
Cuadro 6/T.50 Otros caracteres de control Representacin codificada
Acrnimo
Nombre

NUL
Nulo
BEL
Timbre
CAN
Anulacin
EM
Fin del medio fsico
SUB
Carcter de sustitucin
DEL
Supresin
4.2
Representacin
codificada
0/0
0/7
1/8
1/9
1/10
7/15
Carcter ESPACIO
El acrnimo del carcter ESPACIO es SP y su representacin codificada es 2/0. Este carcter se interpreta
como carcter grfico y como carcter de control. Como carcter grfico, tiene una representacin visual
que consiste en la ausencia de smbolo grfico. Como carcter de control, acta de determinante de
formato que hace adelantar en una posicin de carcter a la posicin activa.
4.3
Caracteres grficos
Las 94 combinaciones de bits 2/1 a 7/14 se utilizan para la representacin de los caracteres grficos
especificados en los prrafos 4.3.1, 4.3.2 y 4.3.3. Cada uno de los prrafos 4.3.1 y 4.3.2 contienen un cuadro
con tres columnas: la primera se titula Smbolo grfico e indica el smbolo de cada carcter grfico; en la
segunda, se especifica el nombre normalizado del carcter grfico y, en la tercera, titulada Representacin
codificada, se especifica la combinacin de bits que representa el carcter grfico en cuestin.
89
Todos los caracteres grficos de cualquier versin del juego de caracteres codificados de 7 bits son
caracteres espaciadores, es decir, que hacen adelantar la posicin activa.
4.3.1
Asignaciones exclusivas de caracteres grficos
Se asigna un carcter grfico exclusivo a cada una de las 82 combinaciones de bits 2/1, 2/2, 2/5 a 3/15,
4/1 a 5/10, 5/15 y 6/1 a 7/10. Estos caracteres se especifican en el cuadro 7/T.50.
Cuadro 7/T.50 Asignaciones de caracteres grficos
Smbolo
Nombre
grfico
!

%
&

(
)
*
+
,

.
/
0
1
2
3
4
5
6
7
8
9
:
;
<
=
>
?
A
B
C
D
E
F
G
H
I
J
K
L
Signo de admiracin
Comillas
Signo de tanto por ciento
y comercial
Apstrofo
Parntesis izquierdo
Parntesis derecho
Asterisco
Signo ms
Coma
Guin, signo menos
Punto
Barra, raya de fraccin
Cifra cero
Cifra uno
Cifra dos
Cifra tres
Cifra cuatro
Cifra cinco
Cifra seis
Cifra siete
Cifra ocho
Cifra nueve
Dos puntos
Punto y coma
Signo menor que
Signo igual
Signo mayor que
Signo de interrogacin
Letra A mayscula
Letra B mayscula
Letra C mayscula
Letra D mayscula
Letra E mayscula
Letra F mayscula
Letra G mayscula
Letra H mayscula
Letra I mayscula
Letra J mayscula
Letra K mayscula
Letra L mayscula
Representacin
codificada
2/1
2/2
2/5
2/6
2/7
2/8
2/9
2/10
2/11
2/12
2/13
2/14
2/15
3/0
3/1
3/2
3/3
3/4
3/5
3/6
3/7
3/8
3/9
3/10
3/11
3/12
3/13
3/14
3/15
4/1
4/2
4/3
4/4
4/5
4/6
4/7
4/8
4/9
4/10
4/11
4/12
Smbolo
Nombre
grfico
M
N
O
P
Q
R
S
T
U
V
W
X
Y
Z

a
b
c
d
e
f
g
h
i
j
k
l
m
n
o
p
q
r
s
t
u
v
w
x
y
z
Letra M mayscula
Letra N mayscula
Letra O mayscula
Letra P mayscula
Letra Q mayscula
Letra R mayscula
Letra S mayscula
Letra T mayscula
Letra U mayscula
Letra V mayscula
Letra W mayscula
Letra X mayscula
Letra Y mayscula
Letra Z mayscula
Subrayado (lnea baja)
Letra a minscula
Letra b minscula
Letra c minscula
Letra d minscula
Letra e minscula
Letra f minscula
Letra g minscula
Letra h minscula
Letra i minscula
Letra j minscula
Letra k minscula
Letra l minscula
Letra m minscula
Letra n minscula
Letra o minscula
Letra p minscula
Letra q minscula
Letra r minscula
Letra s minscula
Letra t minscula
Letra u minscula
Letra v minscula
Letra w minscula
Letra x minscula
Letra y minscula
Letra z minscula
Representacin
codificada
4/13
4/14
4/15
5/0
5/1
5/2
5/3
5/4
5/5
5/6
5/7
5/8
5/9
5/10
5/15
6/1
6/2
6/3
6/4
6/5
6/6
6/7
6/8
6/9
6/10
6/11
6/12
6/13
6/14
6/15
7/0
7/1
7/2
7/3
7/4
7/5
7/6
7/7
7/8
7/9
7/10
90
4.3.2
Asignaciones alternativas de caracteres grficos
Se asignan dos caracteres grficos alternativos a cada una de las combinaciones de bits 2/3 y 2/4. Estos
caracteres se especifican en el cuadro 8/T.50.
Los caracteres SIGNO DE LIBRA o SIGNO DE NMERO se asignarn a la combinacin de bits 2/3; los
caracteres SIGNO DE DLAR o SIGNO DE MONEDA se asignarn a la combinacin de bits 2/4 (vase la
seccin 6).
Salvo que se acuerde lo contrario entre el emisor y el receptor, los smbolos grficos , $ y
designan la moneda de un pas especfico.
no
Cuadro 8/T.50 Asignaciones de caracteres grficos

Smbolo
Nombre
grfico

4.3.3

#
$
Signo de libra esterlina

Signo de nmero
Signo de dlar
Signo de moneda
Representacin
codificada
2/3
2/3
2/4
2/4
Asignaciones de caracteres grficos orientados a uso nacional o a aplicaciones
No se asigna ningn carcter grfico especfico a las diez combinaciones de bits 4/0, 5/11 a 5/14, 6/0 y
7/11 a 7/14. Estas combinaciones estn disponibles para uso nacional o uso orientado a aplicaciones. Se
asignar un solo carcter grfico a cada una de estas combinaciones de bits o se declarar no utilizada la
combinacin de bits (vase la seccin 6).
5.
Asignaciones alternativas de caracteres grficos
En cualquier versin de un juego de caracteres codificados de 7 bits conforme con esta Recomendacin,
todos los caracteres grficos son caracteres espaciadores que hacen adelantar la posicin activa. Sin
embargo, utilizando RETROCESO DE UN ESPACIO o RETROCESO DEL CARRO es posible representar dos
o ms caracteres grficos en la misma posicin de carcter.
Por ejemplo, BARRA y SIGNO IGUAL pueden combinarse para representar no es igual a. El carcter
LNEA BAJA, que puede utilizarse como carcter autnomo, puede asociarse tambin con otro(s)
carcter(es) para representar la forma grfica subrayado.
Pueden asignarse signos diacrticos a las combinaciones de bits especificadas en el prrafo 4.3.3 a fin de
componer letras con acentos. A tal efecto, se recomienda utilizar una secuencia de tres caracteres, el
primero o ltimo de la cual es la letra que ha de acentuarse y el segundo es RETROCESO DE UN ESPACIO.
Adems, COMILLAS, APSTROFO o COMA pueden asociarse con una letra por medio de RETROCESO
DE UN ESPACIO para componer una letra con diresis, acento agudo o cedilla, respectivamente.
91
6. Versiones del juego de caracteres codificados

6.1
Consideraciones generales
A fin de utilizar el juego de caracteres codificados de 7 bits para intercambio de informacin, es necesario
aplicar las opciones que se han dejado abiertas en el prrafo 4:

a cada una de las combinaciones de bits 2/3 y 2/4 se asignar uno de los caracteres grficos
alternativos especificados en el prrafo 4.3.2;
a cada una de las combinaciones de bits 4/0, 5/11 a 5/14, 6/0 y 7/11 a 7/14 se asignar un solo
carcter grfico exclusivo o se declarar no utilizada;
en su caso, se identificarn los determinantes de formato a los que se aplica el sistema de utilizacin
descrito en el prrafo 4.1.2.2.
6.1.2
Un carcter grfico asignado a una combinacin de bits especificada en los prrafos 4.3.1 y
4.3.2 no ser asignado a ninguna otra combinacin de bits. Por ejemplo, si el SIGNO DE LIBRA no se ha
asignado a la combinacin de bits 2/3, no se asignar a ninguna otra combinacin de bits.
6.1.3
Un juego de caracteres completado de esta manera se denomina versin de la Norma ISO
646/ Recomendacin T.50 del CCITT (vase el apndice I).
6.2
Versiones nacionales
6.2.1
Incumbe a los organismos nacionales de normalizacin la definicin de las versiones
nacionales. Estos organismos han de adoptar las opciones disponibles y efectuar la seleccin necesaria
(vase el apndice I).
6.2.2
Si es necesario, en un mismo pas puede definirse ms de una versin nacional. Las
diferentes versiones se identificarn por separado. En particular, si para una combinacin de bits dada,
por ejemplo 5/12, se requieren caracteres grficos alternativos, se identificarn dos versiones distintas, si
slo difieren en este carcter.
6.2.3
Si en un pas no se necesitan caracteres grficos especficos, se recomienda encarecidamente
que se seleccionen los caracteres de la versin internacional de referencia (VIR) (vase el prrafo 6.4) y
que se asignen a las mismas combinaciones de bits de la VIR.
6.2.4
Sin embargo, cuando se requieran caracteres diferentes de los de la VIR, tendrn formas
distintas y se les darn nombres distintos que no estn en contradiccin con las formas o los nombres de
los caracteres grficos de la VIR.
6.3
Versiones orientadas a aplicaciones
En el seno de industrias nacionales o internacionales, organizaciones o grupos profesionales, pueden

utilizarse versiones orientadas a aplicaciones. Se requiere para ello un acuerdo preciso entre las partes
interesadas, que tendrn que aplicar las opciones disponibles y proceder a la seleccin requerida.
6.4
Versin internacional de referencia
Esta versin puede utilizarse cuando no hay que emplear una versin nacional u orientada a aplicaciones.
En el intercambio de informacin se supone que se emplea la VIR en defecto de acuerdo especial entre el
emisor y el receptor de los datos. Los parmetros grficos asignados a la VIR se especifican en el cuadro
9/T.50.
92
Cuadro 9/T.50 Asignaciones de caracteres grficos de la VIR

Smbolo
Nombre
grfico
#
Signo de nmero

Signo de moneda
@
Arroba
[
Corchete izquierdo
\
Barra invertida
]
Corchete derecho
^
Acento circunflejo
`
Acento grave
{
Llave izquierda
|
Lnea vertical
}
Llave derecha
-
Tilde, lnea alta
Representacin
codificada
2/3
2/4
4/0
5/11
5/12
5/13
5/14
6/0
7/11
7/12
7/13
7/14
Debe sealarse que no se autoriza ninguna sustitucin cuando se utiliza la VIR y que las pautas del prrafo
4.1.2.2 no se aplican a ningn determinante de formato.
De acuerdo con el prrafo 5, se permite utilizar caracteres grficos compuestos en nmero ilimitado. En
vista de esta libertad, su proceso y representacin pueden plantear dificultades en el extremo receptor.
Por tanto, si se utilizan caracteres compuestos, se recomienda un acuerdo entre el que transmite y el que
recibe los datos.
7.
Tablas de cdigo
Una tabla de cdigo de 7 bits consiste en 128 posiciones dispuestas en 8 columnas y 16 filas. Las
columnas se numeran de 0 a 7 y las filas de 0 a 15.
Las posiciones de la tabla de cdigo se identifican por notaciones de la forma x/y, donde x es el nmero
de la columna e y es el nmero de fila.
Las 128 posiciones de la tabla de cdigo estn en correspondencia biunvoca con las combinaciones de
bits del cdigo de 7 bits. La notacin de una posicin de la tabla de cdigo, de la forma x/y, es igual que
la de la combinacin de bits correspondiente (vase el prrafo 4).
Cada posicin de la tabla de cdigo contiene un smbolo y/o una referencia a una clusula de esta
Recomendacin. Cuando una posicin de la tabla de cdigo corresponde a una combinacin de bits que
representa un carcter de control o el carcter ESPACIO, el smbolo es el acrnimo del carcter asignado;
de lo contrario, es el smbolo grfico que representa el carcter asignado, si lo hubiere. La referencia a los
prrafos 4.1.2.2, 4.3.2 4.3.3 se indica por , , respectivamente.
En el cuadro 10/T.50 figura la tabla bsica del cdigo de 7 bits. Adems del juego de caracteres codificado
de 7 bits especificado en el prrafo 4, indica las opciones relacionadas con los determinantes de formato
(prrafo 4.1.2.2), caracteres grficos alternativos (prrafo 4.3.2) y utilizacin nacional u orientada a
aplicaciones (prrafo 4.3.3).
En el cuadro 11/T.50 figura la tabla de cdigo para la VIR del juego de caracteres codificado de 7 bits. Muestra
los resultados de la aplicacin de las tres opciones identificadas del modo especificado en el prrafo 6.4.
Cuadro 10/T.50 Tabla bsica del cdigo de 7 bits
Vase el prrafo 4.1.2.2

Vase el prrafo 4.3.2
Vanse los prrafos 4.3.3 y 6.2.3
93
94
Cuadro 11/T.50 Versin internacional de reference (VIR)
8.
Descripcin de los caracteres de control
A continuacin se enumeran los caracteres de control por el orden alfabtico de sus acrnimos.
8.1
ACK Acuse de recibo
Carcter de control de transmisin transmitido por un receptor como respuesta afirmativa al emisor.
8.2
BEL Timbre
Carcter de control utilizado cuando hay que atraer la atencin; puede accionar dispositivos de alarma o
de advertencia.
8.3
BS Retroceso de un espacio
Determinante de formato que hace que la posicin activa retroceda una posicin de carcter.
8.4
95
CAN Anulacin

Carcter o primer carcter de una secuencia que indica que los datos precedentes son
errneos. En consecuencia, estos datos no deben tomarse en consideracin. El significado especfico de
este carcter debe definirse para cada aplicacin y ser objeto de acuerdo particular entre el emisor y el
receptor.
8.5
CR Retorno del carro

Determinante de formato que hace que la posicin activa retroceda a la primera posicin de
carcter del mismo rengln.
8.6
DC1 Control de dispositivo uno

Carcter de control de dispositivo cuya finalidad primordial es poner en marcha o
proporcionar corriente de alimentacin a un dispositivo auxiliar. De no necesitarse para este fin, puede
emplearse para volver un dispositivo a su modo normal de operacin (vanse tambin DC2 y DC3) o para
cualquier otra funcin de control de dispositivos auxiliares que proporcionan otros DC.
8.7
DC2 Control de dispositivo dos

Carcter de control de dispositivo cuya finalidad primordial es poner en marcha o
proporcionar corriente de alimentacin a un dispositivo auxiliar. De no necesitarse para este fin, puede
emplearse para poner un aparato en un modo especial de operacin (en cuyo caso DC1 se emplea para
volver el aparato auxiliar a su modo normal), o para cualquier otra funcin de control de dispositivo
auxiliar que no proporcionen otros DC.
8.8
DC3 Control de dispositivo tres

Carcter de control de dispositivo cuya finalidad primordial es detener el funcionamiento de
dispositivos auxiliares o cortar su corriente de alimentacin. Esta funcin puede ser una parada de
carcter secundario, por ejemplo, espera, pausa, reserva o parada (en cuyo caso se emplea DC1 para
volver a la operacin normal). De no necesitarse para este fin, puede emplearse para cualquier otra
funcin de control de dispositivo auxiliar que no proporcionen otros DC.
8.9
DC4 Control de dispositivo cuatro

Carcter de control de dispositivo cuya finalidad primordial es detener el funcionamiento de
dispositivos auxiliares o cortar su corriente de alimentacin. De no necesitarse para este fin, puede
emplearse para cualquier otra funcin de control de dispositivo auxiliar que no proporcionen otros DC.
8.10
DEL Supresin

Carcter que se utiliza principalmente para borrar o tachar en cinta perforada caracteres
errneos o no deseados. Los caracteres DEL pueden tambin servir para el relleno en medios fsicos o en
el tiempo. Pueden intercalarse en un tren de datos o extraerse del mismo sin afectar a la informacin
contenida en esta secuencia, pero, en tal caso, la insercin o la supresin de esos caracteres puede
modificar la presentacin de la informacin y/o el control de los equipos.
96
8.11
DLE Escape de enlace de datos
Carcter de control de transmisin que modifica el significado de un nmero limitado de combinaciones

continuas de bits y que se utiliza exclusivamente para proporcionar funciones suplementarias de control
de transmisin. En las secuencias de DLE, slo pueden utilizarse caracteres grficos y caracteres de
control de transmisin.
8.12
EM Fin del medio fsico
Carcter de control que puede utilizarse para identificar el final del medio fsico, de la parte utilizada en
un medio fsico o de la parte requerida de los datos almacenados en un medio fsico. La posicin de este
carcter no corresponde necesariamente al final del medio fsico.
8.13
ENQ Pregunta
Carcter de control de transmisin utilizado como peticin de respuesta desde una estacin distante. La
respuesta puede comprender la identificacin de la estacin y/o su estado. Cuando se necesita un
control de identidad con quin comunico? en la red general con conmutacin, la primera utilizacin
del carcter ENQ, despus de establecida la conexin, significar con quin comunico? (identificacin
de la estacin). Una nueva utilizacin del carcter ENQ puede incluir o no la funcin con quin
comunico?, segn lo estipulado mediante acuerdo.
8.14
EOT Fin de transmisin
Carcter de control de transmisin utilizado para indicar el fin de la transmisin de uno o ms textos.
8.15
ESC Escape
Carcter de control que se utiliza para proporcionar caracteres adicionales. Modifica el significado de un
nmero limitado de combinaciones de bits subsiguientes. La utilizacin de este carcter se especifica en
la Norma ISO 2022.
8.16
ETB Fin del bloque de transmisin
Carcter de control de transmisin utilizado para indicar el final de un bloque de datos cuando stos
estn divididos en bloques para su transmisin.
8.17
ETX Fin del texto
Carcter de control de transmisin que finaliza un texto.

8.18
FF Pgina siguiente
Determinante de formado que provoca el avance de la posicin activa hasta la posicin de carcter
correspondiente en un rengln predeterminado del formulario o pgina siguiente.
8.19
97
HT Tabulacin horizontal
Determinante de formato que provoca el avance de la posicin activa hasta la siguiente posicin
predeterminada de carcter.
8.20
IS1 (US) Separador de informacin uno (separador de unidad)
Carcter de control utilizado para separar y calificar datos en un sentido lgico; ha de determinarse su
significado especfico en cada aplicacin. Si este carcter se emplea por orden jerrquico, segn lo
establecido en la definicin general de IS, delimita un elemento de datos denominado unidad.
8.21
IS2 (RS) Separador de informacin dos (separador de registro)
Carcter de control utilizado para separar y calificar datos en un sentido lgico; ha de determinarse su
significado especfico en cada aplicacin. Si este carcter se emplea por orden jerrquico, segn lo
establecido en la definicin general de IS, delimita un elemento de datos llamado registro.
8.22
IS3 (GS) Separador de informacin tres (separador de grupo)
Carcter de control que se utiliza para separar y calificar datos en un sentido lgico; ha de determinarse su
significado especfico en cada aplicacin. Cuando este carcter se utiliza por orden jerrquico, segn lo
establecido en la definicin general de IS, delimita un elemento de datos llamado grupo.
8.23
IS4 (FS) Separador de informacin cuatro (separador de fichero)
Carcter de control que se utiliza para separar y calificar datos en un sentido lgico; ha de determinarse
su significado especfico en cada aplicacin. Cuando este carcter se utiliza por orden jerrquico, segn
lo establecido en la definicin general de IS, delimita un elemento de datos llamado fichero.
8.24
LF Cambio de rengln
Determinante de formato que provoca el avance de la posicin activa hasta la posicin de carcter
correspondiente de la lnea siguiente.
8.25
NAK Acuse de recibo negativo
Carcter de control de transmisin transmitido por un receptor como respuesta negativa al emisor.
8.26
NUL Nulo
Carcter de control utilizado para relleno en medios fsicos o en el tiempo. Los caracteres NUL pueden
intercalarse en un tren de datos o extraerse del mismo sin que afecten a la informacin contenida en
dicho tren de datos pero, en tal caso, la insercin o extraccin de esos caracteres puede afectar a la
presentacin de la informacin y/o al control de los equipos.
8.27
SI En cdigo
Carcter de control que se utiliza en combinacin con SO y ESC para ampliar el juego de caracteres
grficos del cdigo. Restablece los significados normalizados de las combinaciones de bits que le siguen.
98
El efecto de este carcter cuando se emplean tcnicas de extensin de cdigo se describe en la Norma
ISO 2022.
8.28
SO Fuera de cdigo
Carcter de control que se utiliza en combinacin con SI y ESC para ampliar el juego de caracteres
grficos del cdigo. Modifica el significado de las combinaciones de bits 2/1 a 7/14 que le siguen hasta
que se llega a un carcter SI. El efecto de este carcter cuando se emplean tcnicas de extensin de
cdigo se describe en la Norma ISO 2022.
8.29
SOH Comienzo de encabezamiento
Carcter de control de transmisin utilizado como primer carcter del encabezamiento de un mensaje de
informacin.
8.30
STX Comienzo de texto
Carcter de control de transmisin que precede al texto y se utiliza para terminar un encabezamiento.
8.31
SUB Carcter de substitucin
Carcter de control que se utiliza en lugar de un carcter que no es vlido o que es errneo. SUB est
destinado a ser introducido por medios automticos.
8.32
SYN Sincronizacin
Carcter de control de transmisin utilizado por un sistema de transmisin sncrona en ausencia de

cualquier otro carcter (situacin de inactividad) para producir una seal a partir de la cual se puede
lograr o mantener el sincronismo entre equipos terminales de datos.
8.33 VT Tabulacin vertical
Determinante de formato que causa el avance de la posicin activa a la posicin de carcter
correspondiente en la siguiente lnea predeterminada.
99
APNDICE I (a la Recomendacin T.50). Directrices para la formulacin de normas

derivadas de la Recomendacin T.50 (ISO 646)
1.1
Consideraciones generales
Al elaborar normas nacionales o destinadas a aplicaciones especficas basadas en la presente

Recomendacin (Recomendacin T.50/Norma ISO 646), se recomienda que se tenga en cuenta lo
siguiente.
1.2
Estructura de una norma
Se recomienda que se adopten la estructura y estilo editorial de la Recomendacin T.50/Norma ISO 646.
Todas las pautas de utilizacin, restricciones y especificaciones de la norma deben indicarse claramente
en lenguaje claro, en vez de resumirlas en cuadros con notas.
1.2.1
Funciones de control
La norma debe contener descripciones explcitas de las funciones de control. Aun cuando estas
descripciones sean idnticas a las descripciones del prrafo 8, deben ser descripciones explcitas, que no
se limiten a hacer referencia a la Recomendacin T.50/Norma ISO 646. Para las normas destinadas a
aplicaciones concretas, debern definirse los significados especficos de los separadores de informacin y
de los controles de dispositivo.
1.2.2
Caracteres grficos (vase el prrafo 6.2.3)
Si no se necesitan caracteres particulares, los caracteres grficos de la versin internacional de referencia

(VIR) debern asignarse a las mismas posiciones y con el mismo nombre que en la Recomendacin T.50/
Norma ISO 646.
1.2.3
Caracteres grficos compuestos y repertorio (vase el prrafo 5)
La Recomendacin T.50/Norma ISO 646 permite construir caracteres grficos compuestos, utilizando los
caracteres de control RETROCESO DE UN ESPACIO y RETROCESO DEL CARRO, a fin de representar dos o
ms caracteres grficos en la misma posicin de carcter.
El nmero total de caracteres grficos que puede obtenerse de cualquier versin del juego de caracteres,
utilizando o no este sistema, se denomina repertorio. La Recomendacin T.50/Norma ISO 646 no define
ningn repertorio particular. Sin embargo, como la interpretacin y/o representacin de caracteres
compuestos puede plantear dificultades, es posible que se requiera un acuerdo entre el emisor y el
receptor de los datos. A fin de evitar la necesidad de este acuerdo y de facilitar el intercambio, las normas
nacionales o destinadas a aplicaciones concretas pueden especificar un repertorio normalizado de
caracteres grficos y reconocer as slo un nmero limitado de caracteres grficos compuestos. Estas
limitaciones se consideran plenamente compatibles con la Recomendacin T.50/Norma ISO 646.
1.2.4
Versiones
En una norma pueden especificarse una o ms versiones. Debe sealarse que una versin no es una
norma, sino solamente parte de una norma. La propia norma consta de la versin o versiones bien
definida(s) y de un conjunto de clusulas, como se indica anteriormente. La definicin de una versin
requiere que se apliquen exactamente las opciones mencionadas en el prrafo 6.1.
100
ADJUNTO II-3. TABLA DE CONVERSIN ENTRE EL ALFABETO INTERNACIONAL

N2 Y EL N 5 Y CARACTERES DE CONTROL DEL ALFABETO N 5 QUE NO FIGURAN
EN LA PRIMERA PARTE DE LA TABLA Y SE UTILIZAN PARA LAS TRANSMISIONES
METEOROLGICAS
Parte I Tabla de conversin entre el Alfabeto Internacional N 2 y el N 5
Smbolos o mandos

Alfabeto N 2
Serie de letras
Serie de cifras
Alfabeto N 5
Columna
A
1
4
B
2
4
C
3
4
D
4
4
E
5
4
F
6
4
G
7
4
H
8
4
I
9
4
J
10
4
K
11
4
L
12
4
M
13
4
N
14
4
O
15
4
P
16
5
Q
17
5
R
18
5
S
19
5
T
20
5
U
21
5
V
22
5
W
23
5
X
24
5
Y
25
5
Z
26
5
Retorno del carro
27
27
0
Avance de lnea
28
28
0
Letras
29
29
Cifras
30
30
Espacio
31
31
2

1
2
?
2
3
:
3
3
ENQ - WRU
4
0
3
5
3
8
9
3
BEL
10
0
(
11
2
)
12
2
.
13
2
,
14
2
9
15
3
Lnea
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
0
1
2
3
4
5
6
7
8
9
10
13
10
0
13
15
10
5
3
8
7
8
9
14
12
9
101
Tabla de conversin (continuacin)

Smbolos o mandos

Alfabeto N 2
Serie de letras
Alfabeto N 5
Serie de cifras
0
1
4

5
7
=
2
/
6
+
Columna
16
17
18
19
20
21
22
23
24
25
26
3
3
3
2
3
3
3
3
2
3
2
Lnea
0
1
4
7
5
7
13
2
15
6
11
Nota: La seal N 32 del Alfabeto N 2 ha sido omitida porque no se usa.
Parte II Caracteres de control del Alfabeto N 5 que no figuran en la primera parte de la

tabla y se utilizan para las transmisiones meteorolgicas
Smbolos
Clave del Alfabeto N 5

Columna
Lnea
NUL
SOH
STX
ETX
EOT
ACK
DLE
DC1
DC2
NAK
SYN
ETB
ESC
11
FS
12
GS
13
RS
14
DEL
15
102
ADJUNTO II-4. FORMATO DE LOS MENSAJES METEOROLGICOS

Ejemplo de observaciones de superficie (SYNOP)
1.
a) Utilizacin del Alfabeto Telegrfico Internacional N 2

Rengln preliminar
ZCZC 345
Encabezamiento abreviado SMYG 10 LYBM 280000
Texto
AAXX 28001

13131 . . . . . . . . . . . . . . . . . . . . etc.*. . . . .=

13272 . . . . . . . . . . . . . . . . . . . . etc.*. . . . .=

13333 . . . . . . . . . . . . . . . . . . . . etc.*. . . . .=

13462 . . . . . . . . . . . . . . . . . . . . etc.*. . . . .=

13586 NIL =
Seales de fin de mensaje NNNN
Explicacin de
los smbolos:

b)
Retorno del carro (seal N 27)

Cambio de lnea (seal N 28)
Espacio (seal N 31)
Impulso de letras (seal N 29)

Impulso de cifras (seal 30)
= Seal N 22 (posicin de la serie de cifras)
Utilizacin del Alfabeto Internacional N5

S
O
H
C
R
C
R
Encabezamiento
C
abreviado R
C
R
L
S
S
SMYG 10 LYBM
280000
F
P
P
Texto
C
R
C
R
L
AAXX
F
C
R
C
R
L 13131
F
S . . . . . S . . . . . S . . . . . S . . . . . S etc.* . . . . .=
P
P
P
P
P
C
R
C
R
L 13272
F
S . . . . . S . . . . . S . . . . . S . . . . . S etc.* . . . . .=
P
P
P
P
P
C
R
C
R
L 13333
F
S . . . . . S . . . . . S . . . . . S . . . . . S etc.* . . . . .=
P
P
P
P
P
C
R
C
R
L 13462
F
S . . . . . S . . . . . S . . . . . S . . . . . S etc.* . . . . .=
P
P
P
P
P
C
R
C
R
L 13586
F
S NIL =
P
Seales de fin
de mensaje
C
R
C
R
L
F
Rengln
preliminar
L
F 345
S 28001
P
E
T
X
Deber utilizarse totalmente la lnea del teletipo (69 caracteres por lnea). Vase tambin el prrafo 2.3.3.2.6 de la parte II.
103
Explicacin de los smbolos:

S
O Comienzo del encabezamiento (seal 0/1)

H

C
Retorno del carro (seal 0/13)
R
L
Cambio de lnea (seal 0/10)
F
S
Espacio (seal 2/0)
P
E
T Fin del texto (seal 3/13)
X
= Separacin (seal 3/13)
Ejemplo de observaciones de superficie (SHIP)
2.

Rengln preliminar
ZCZC 234

Encabezamiento abreviado SMVD 01 KWBC 280000

Texto
BBXX**

WLGT** 28004 99510 70428 41595

. . . . . . . . . . . . . . . . . . . . . . . . .etc*

. . . . . . . . . .=

NNNN
b)

S
O
H
C
R
C
R
Encabezamiento
C
abreviado R
C
R
L
S
S
SMVD 01 KWBC
280000
F
P
P
Texto
C
R
C
R
L
F BBXX**
C
R
C
R
L WLGT** S 28004 S 99510

P
F
P
C
R
C
R
L . . . . .
F
Seales de fin
de mensaje
C
R
C
R
L
F
Rengln
preliminar
*
**
L
F 234
S . . . . .
P
S 70428 S 41595 S etc.* . . . . .=

P
P
P
S . . . . ..=
P
E
T
X
Deber utilizarse totalmente la lnea del teletipo (69 caracteres por lnea). Vase tambin el prrafo 2.3.3.2.6 de la parte II.
En los boletines de informes SHIP procedentes de estaciones marinas, el grupo MiMiMjMj deber incluirse nicamente en el
primer rengln del texto y la seal de llamada de buque o marca de identificacin de la boya y el grupo YYGGiw deben
incluirse en cada informe individual.
104
Ejemplo de observaciones en altitud (TEMP)
3.

Rengln preliminar ZCZC248

Encabezamiento abreviado USSN01ESWI011200

Texto TTAA511110218599.............etc*

.........................=

TTAA51111NIL=

NNNN
b)

S
O
H
C
R
C
R
Encabezamiento
C
abreviado R
C
R
L
S
S
USSN 01 ESWI
011200
F
P
P
Texto
C
R
C
R
L TTAA
F
S 51111 S 02185
P
P
C
R
C
R
L . . . . .
F
S . . . . . S . . . . . S . . . . . S . . . . ..=
P
P
P
P
C
R
C
R
L
F
C
R
C
R
L TTAA
F
Seales de fin
de mensaje
C
R
C
R
L
F
Rengln
preliminar
4.
a)
L 248
F
S 51111
P
S 02185
P
S 99. . . S . . . . .. S etc.* . . . . .=
P
P
P
S
P
NIL =
E
T
X
Deber utilizarse totalmente la lnea del teletipo (69 caracteres por lnea). Vase tambin la parte II, prrafo 2.3.3.2.6.
Ejemplos de presentacin de formatos para los boletines SYNOP
Las Secciones 1, 2, 3 y 4 debern transmitirse consecutivamente sin insertar espacios ni barras en los
grupos de identificacin de las Secciones 3 y 4.
Ejemplo:
ZCZC 007
SMRS 10 RUMS 220600
AAXX 22061
26298 21/50 82503 11054 21058 40333 57010 71022 8807/ 333 21068 69902 =
26477 21335 82503 11049 21052 40247 57004 77777 886// 333 21049 69902 88706 =
26781 31296 82301 11050 21060 40248 52004 71022 887// 333 21057 88706 =
26997 21450 80000 11068 21/86 40310 52009 72070 886// 333 21146 60002 88712 =
27595 22997 93008 11077 21196 40158 52010 333 21191 69932 =
27612 31950 20000 11132 21145 40233 52002 71000 80001 333 21141 =
27731 22998 62902 11119 21154 40234 52013 80002 333 21117 69902 =
27947 32998 23602 11148 21178 40217 52020 80002 =
27962 22997 03404 11136 21171 40197 52027 333 21126 69992 =
NNNN
b)
105
Las Secciones 1, 2, 3 y 4 debern iniciarse al principio de una lnea pero los grupos de identificacin
de las Secciones 3 y 4 debern comenzar dejando dos espacios al principio.
Ejemplo:
ZCZC 055
SMDD 01 ETPD 110600
AAXX 11061
09393 32996 31704 10015 21027 40244 57005 83030
333 20015 34101 =
09543 32950 11401 11018 21034 40274 53002 81030
333 21018 3/103 41999 =
09184 32960 71905 10038 21006 40215 56003 8707/
333 20038 31003 =
09385 32960 51704 10018 21018 40243 5/005 83046
333 20017 34000 =
NNNN
5.
EJEMPLOS DE PRESENTACIN DE TEXTOS NIL
a) Boletn SYNOP

SMRS10 RUMS 220600
NIL
b) Boletn TEMP

USSN01 ESW1 011200
NIL
c) Boletn CREX

KOMS10 FAPR 220600
NIL
d) Boletn BUFR

IUKN01 EGRR 221200
NIL
106
ADJUNTO II-5. DESIGNADORES DE DATOS T1T2A1A2II EN LOS ENCABEZAMIENTOS

Tabla A
Tabla B1
Tabla B2
Tabla B3
Tabla B4
Tabla B5
Tabla B6
Tabla B7
Tabla C1
:
:
:
:
:
:
:
:
:
Tabla C2
Tabla C3
Tabla C4
Tabla C5
Tabla C6
Tabla C7
Tabla D1
Tabla D2
Tabla D3
:
:
:
:
:
:
:
Tabla de matriz del designador de tipo de datos T1 para las definiciones T2A1A 2ii
Designador de tipo de datos T2 (cuando T1 = A, C, F, N, S, T, U o W)
Designador de tipo de datos T2 (cuando T1 = D, G, H, X o Y)
Designador de tipo de datos T2 (cuando T1 = I o J)
Designador de tipo de datos T2 (cuando T1 = O)
Designador de tipo de datos T2 (cuando T1 = E)
Designador de tipo de datos T2 (cuando T1 = P, Q)
Designador de tipo de datos T2 (cuando T1 =L)
Designadores geogrficos A1A 2 que han de utilizarse en los encabezamientos
abreviados T1T2A1A 2ii CCCC YYGGgg para los boletines que contienen
informacin meteorolgica, con exclusin de los informes meteorolgicos
procedentes de buques y datos oceanogrficos
Designadores geogrficos A1A 2 que han de utilizarse en los encabezamientos
abreviados T1T2A1A 2ii CCCC YYGGgg para los boletines que contienen informes
meteorolgicos procedentes de buques y datos oceanogrficos incluidos los
informes procedentes de estaciones automticas marinas
Designador de la zona geogrfica A1 (cuando T1 = D, G, H, O, P, Q, T, X o Y) y el
designador de la zona geogrfica A2 (cuando T1 = I o J)
Designador de la hora de referencia A 2 (cuando T1 = D, G, H, J, O, P o T)
Designador de la hora de referencia A 2 (cuando T1 = Q, X o Y)
Designador de tipo de datos A1 (cuando T1 = I o J)
Designador de tipo de datos T2 y A1 (cuando T1 = K)
Designador de nivel ii (cuando T1 = O)
Designador de nivel ii (cuando T1 = D, G, H, J, P, Q, X o Y)
Designador de nivel ii (cuando T1T2 = FA o UA)
Tabla A. Tabla matriz del designador de tipo de datos T1 para las definiciones T2 A1A 2ii
T1
A
B
C
D
E
F
G
H
I
J
K
L
M
N
O
P
Q
R
S
T
U
V
Tipo de datos
Anlisis
Mensaje dirigido
Datos climticos
Informacin de puntos reticulares (GRID)
Imgenes satelitales
Prediccin
Informacin de puntos reticulares (GRID)
Informacin de puntos reticulares (GRIB)
Datos de observaciones (codificacin binaria) BUFR
Informacin de la prediccin (codificacin binaria) BUFR
CREX
Informacin aeronutica en XML
Notificaciones
Informacin oceanogrfica (GRIB)
Informacin grfica (codificacin binaria)
Informacin grfica para uso regional
(codificacin binaria)
Datos de superficie
Datos satelitales
Datos en altitud
Datos nacionales
T2 A1 A2 ii
Prioridad
B1
***
B1
B2
B5
B1
B2
B2
B3
B3
B3
B7
C1
***
C1
C3
C1
C1
C3
C3
C6
C6
C7
C1
C1
***
C1
C4
C1
C1
C4
C4
C3
C4
C3
C1
**
***
**
D2
**
**
D2
D2
**
D2
**
(1)
3
1/2/4*
4
3
3
3
3
3
2
3
2
1/2/3
B1
B4
B2
C1
C3
C3
C1
C4
C4
**
D1
D2
4
3
3
B2
C3
C5
D2
B1
B1
B1
2)
C1/C2
C3
C1/C2
C1
C1/C2
C4
C1/C2
C1
**
**
**
**
2/4*
2
2
1)
107
T1
W
X
Y
Z
Tipo de datos
T2 A1 A2 ii
Avisos
Mensajes del Protocolo de alerta comn (CAP)
Informacin en clave GRIB uso regional
Prioridad
B1
C1
C1
**
B2
C3
C5
D2
*
Nivel de prioridad asignado: 1 mensaje de servicio.

2 mensaje de datos y peticin.

3 datos ssmicos (T1T2 = SY).

4 mensaje administrativo.
** Para la definicin y utilizacin, vase el prrafo 2.3.2.2.
*** Para la definicin y utilizacin, vase el prrafo 2.4.2.
1) Se determinar ms adelante.
2) Tabla B2 o tabla nacional.
Nota: No se recomienda CLIMAT TEMP para operaciones. Vase el Informe final abreviado con resoluciones y recomendaciones de la
reunin extraordinaria de 2010 de la Comisin de Sistemas Bsicos (OMM-N 1070).
Tabla B1. Designadores de tipos de datos T2 (cuando T1 = A, C, F, N, S, T, U o W)

Instrucciones para la correcta utilizacin de los designadores de tipo de datos
1.
Los designadores especificados en esta tabla se debern utilizar, en la mayor medida posible,
para indicar el tipo de datos que contiene el cuerpo del boletn.
2.
Si la tabla no contiene un designador adecuado para el tipo de datos de que se trata, se
utilizar un designador alfabtico no asignado en la tabla y se notificar a la Secretara de la OMM.
3.
En esta tabla figura nicamente el nmero de FM y el nombre de la clave para cada una de
las claves. Se ha omitido el nmero romano que identifica a la versin ms reciente para evitar el
abarrotamiento. En todos los casos est implcito que se trata de la versin de la clave ms reciente. Para
el nombre completo (y su versin) de cualquier clave numerada, consltese el Manual de Claves (OMM
N 306) . En los pocos casos en los que no existe una clave numerada, se ofrece una referencia y el
nombre comn, por ejemplo, [ICAO] (AIREP). Cuando sea necesario, se aadir una nota explicativa.
4.
En caso de que no se haya establecido un formato normalizado para un tipo de datos
especfico y exista un formato recomendado, ste aparecer entre corchetes en la columna Clave (por
ejemplo, [TEXT]). Se trata de una clave de caracteres de forma libre se utilizar el Alfabeto Internacional
N 2 (adjunto II-1) o el Alfabeto Internacional N5 (adjunto II-2).
T1 = A Anlisis
T2
Designador
C
Tipo de datos
Clave (nombre)
Cicln
[TEXT]
Hidrolgico/marino
[TEXT]
Espesor
[TEXT]
Hielo
FM 44 (ICEAN)
Capa de ozono
[TEXT]
Radar
[TEXT]
De superficie
FM 45 (IAC)/FM 46 (IAC FLEET)
En altitud
FM 45 (IAC)
108
T1 = C Datos climticos
T2
Designador
Tipo de datos
Clave (nombre)
Climatic anomalies
[TEXT]
Medias mensuales (en altitud)
FM 76 (SHIP)
Medias mensuales (de superficie)
FM 72 (CLIMAT SHIP)
Medias mensuales (zonas

ocenicas)
FM 73 (NACLI, CLINP, SPCLI, CLISA, INCLI)
Medias mensuales (de superficie)
FM 71 (CLIMAT)
T1 = F Predicciones
T2
Designador
Tipo de datos
Clave (nombre)
Zona de aviacin/GAMET/asesoramiento
FM 53 (ARFOR)/[TEXT]
Temperatura y vientos en altitud
FM 50 (WINTEM)
Aerdromo (VT < 12 horas)
FM 51 (TAF)
Trayectorias de dosis radiolgicas
FM 57 (RADOF)
Ampliados
[TEXT]
Navegacin martima
FM 46 (IAC FLEET)
Hidrolgico
FM 68 (HYFOR)
Espesor en altitud
[TEXT]
Iceberg
[TEXT]
Servicio de radioavisos (incluidos datos IUWDS)
[TEXT]
Advertencias de ciclones tropicales
[TEXT]
Local/zona
[TEXT]
Temperaturas extremas
[TEXT]
Directrices
[TEXT]
Pblico
[TEXT]
Otros sistemas de navegacin
[TEXT]
Ruta de aviacin
FM 54 (ROFOR)
De superficie
FM 45 (IAC)/FM 46 (IAC FLEET)
Aerdromo (VT 12 horas)
FM 51 (TAF)
En altitud
FM 45 (IAC)
Advertencias de ceniza volcnica
[TEXT]
Deportes de invierno
[TEXT]
Varios
[TEXT]
Zona de navegacin
FM 61 (MAFOR)
109
T1 = N Notificaciones
T2
Designador
Tipo de datos
Clave (nombre)
Hidrolgico
[TEXT]
Marino
[TEXT]
Respuesta a emergencia nuclear
[TEXT]
METNO/WIFMA
[TEXT]
Retardo de generacin de producto
[TEXT]
MENSAJE DE PRUEBA [relacionado con [TEXT]
Relacionado con aviso y/o cancelacin
el sistema]
[TEXT]
T1 = S Datos de superficie
T2
Designador
Tipo de datos
Clave (nombre)
Informes rutinarios de aviacin
FM 15 (METAR)
Informes radricos (parte A)
FM 20 (RADOB)
Informes radricos (parte B)
FM 20 (RADOB)
Informes radricos (partes A y B)
FM 20 (RADOB)
Datos ssmicos
* (SEISMIC)
Informes atmosfricos
FM 81 (SFAZI)/FM 82 (SFLOC)/FM 83 (SFAZU)
Informes de datos radiolgicos
FM 22 (RADREP)
Informes de las estaciones PRD
(cualquier formato)
Hora sinptica intermedia
FM 12 (SYNOP)/FM 13 (SHIP)
Hora sinptica principal
Hora sinptica no estndar
Datos oceanogrficos
FM 63 (BATHY)/FM 64 (TESAC)/
Informes meteorolgicos
especiales para la aviacin
FM 16 (SPECI)
Informes hidrolgicos (ros)
FM 67 (HYDRA)
Informes de boyas a la deriva
FM 18 (DRIFTER)
FM 62 (TRACKOB)
Hielo marino
[TEXT]
Profundidad de la nieve
[TEXT]
Hielo lacustre
[TEXT]
Informacin sobre las olas
FM 65 (WAVEOB)
Varios
[TEXT]
Datos sobre la forma de onda

ssmica formato)
(cualquier)
Datos sobre el nivel del mar

y datos sobre tsunamis en las
profundidades ocenicas
(cualquier formato alfanumrico)
________
*
La documentacin de la clave ssmica internacional figura en el Manual de Claves (OMMN 306), Volumen I.1, adjunto III.
110
T1 = T Datos satelitales
T2
Designador
Tipo de datos
Clave (nombre)
Parmetros de rbitas satelitales
[TEXT]
Interpretaciones satelitales de nubes
FM 85 (SAREP)
Telesondeos satelitales en altitud
FM 86 (SATEM)
Observaciones de radiancia clara
FM 87 (SARAD)
Temperaturas de la superficie del mar
FM 88 (SATOB)
Vientos y tempeturas de las nubes
FM 88 (SATOB)
Varios
[TEXT]
T1 = U Datos en altitud
T2
Designador
Tipo de datos
Clave (nombre)
Informes de aeronaves
FM 41 (CODAR), ICAO (AIREP)
FM 42 (AMDAR)
Presin, temperatura, humedad y viento en altitud FM 35 (TEMP)/FM 36 (TEMP SHIP)/

(parte D)
FM 38 (TEMP MOBIL)
Presin, temperatura, humedad y viento en altitud

(partes C y D) [Opcin nacional y bilateral]
FM 35 (TEMP)/FM 36 (TEMP SHIP)/

FM 38 (TEMP MOBIL)
Viento en altitud (arte B)
FM 32 (PILOT)/FM 33 (PILOT SHIP)/

FM 34 (TEMP MOBIL)
Viento en altitud (parte C)

FM 34 (TEMP MOBIL)
Viento en altitud (partes A y B) [Opcin nacional

y bilateral]

FM 34 (TEMP MOBIL)

(parte B)
FM 38 (TEMP MOBIL)

(parte C)
FM 38 (TEMP MOBIL)

(partes A y B) [Opcin nacional y bilateral]
FM 38 (TEMP MOBIL)
Informes de cohete sonda
FM 39 (ROCOB)/FM 40 (ROCOB SHIP)
Viento en altitud (parte A)

FM 34 (PILOT MOBIL)
Viento en altitud (parte D)

FM 34 (PILOT MOBIL)
[NATIONAL*] (RECCO)
Presin, temperatura, humedad y viento en altitud FM 35 (TEMP)/FM 36 (PILOT SHIP)/

(parte A)
FM 38 (TEMP MOBIL)
FM 41 (CODAR)
Miscellaneous
[TEXT]
Viento en altitud (partes C y D) [Opcin nacional

y bilateral]

FM 34 (PILOT MOBIL)
Presin, temperatura, humedad y viento en altitud FM 37 (TEMP DROP)

desde una sonda soltada desde un globo o
aeronave (partes A, B, C y D)
Por ejemplo, la clave nacional de Estados Unidos para los informes de un vuelo de reconocimiento meteorolgico (RECCO)
est documentada en el Manual de Claves (OMM-N 306), Volumen II, captulo IV, parte E.
111
T1 = W Avisos
T2
Designador
Tipo de datos
Clave (nombre)
AIRMET
[TEXT]
Cicln tropical (SIGMET)
[TEXT]
Tsunami
[TEXT]
Tornado
[TEXT]
Hidrolgico/inundacin fluvial
[TEXT]
Marino/inundacin costera
[TEXT]
Otros
[TEXT]
Actividades humanitarias
(cualquier formato)
SIGMET
[TEXT]
Cicln tropical (tifn/huracn)
[TEXT]
Tempestad intensa
[TEXT]
Nubes de cenizas volcnicas (SIGMET)
[TEXT]
Avisos y resumen meteorolgico
[TEXT]
Tabla B2. Designador de tipo de datos T2 (cuando T1 = D, G, H o Y)

1.
Los designadores especificados en esta tabla debern utilizarse, en la mayor medida posible,
para indicar el tipo de datos contenidos en el texto del boletn.
2.
En caso de que el texto contenga ms de un tipo de datos, debern utilizarse los
designadores correspondientes a un solo tipo de datos.
3.
Cuando en la tabla no figura un designador adecuado para el tipo de datos de que se trate,
se deber introducir un designador alfabtico que no haya sido asignado en la tabla e informar de ello a
la Secretara de la OMM.
Designador
Tipo de datos
Designador
Tipo de datos
Datos radricos
Radiacin
Nube
Velocidad vertical
Verticidad
Presin
Espesor (topografa relativa)
Temperatura potencial del

termmetro hmedo
Precipitacin
Humedad relativa
Divergencia
Temperatura
Altura
Componente de viento del oeste
Altura de la ola + combinaciones
Componente de viento del norte
Altura del oleaje + combinaciones
Viento
Para uso nacional
No asignado
112
Tabla B3. Designador de tipo de datos T2 (cuando T1 = I o J)

1.
para indicar el tipo de datos contenidos en el cuerpo del boletn BUFR.
2.
En caso de que el boletn contenga ms de un tipo de datos, debern utilizarse los
3.
Cuando la tabla no contenga un designador adecuado para el tipo de datos de que se trate,
se deber utilizar un designador alfabtico que no est asignado en la tabla e informar de ello a la
Secretara de la OMM.
Designador
Tipo de datos
Datos satelitales
Oceanogrfico/limnogrfico (propiedad del agua)
Grfico
Superficie/nivel del mar
Texto (informacin en lenguaje simple)
En altitud
Otros tipos de datos
Tabla B4. Designador de tipo de datos T2 (cuando T1 = O)

1.
para indicar el tipo de datos contenidos en el cuerpo del boletn GRIB para productos oceanogrficos.
2.
En caso de que el boletn contenga ms de un tipo de datos, debern utilizarse los
3.
113
Tabla B4. Designador de tipo de datos T2 (cuando T1 = O) (continuacin)

Designador
Tipo de datos
Profundidad
Concentracin de hielo
Espesor del hielo
Deriva de los hielos
Crecimiento de los hielos
Convergencia/divergencia de los hielos
Anormalidad en la temperatura
Anormalidad en la profundidad
Salinidad
Temperatura
Componente actual
Componente actual
Calentamiento de la temperatura
Datos combinados
Tabla B5. Designador de tipo de datos T2 (cuando T1 = E)

Designador
Tipo de datos
Temperatura de la cima de las nubes
Niebla
Infrarrojo
Temperatura de superficie
Visible
Vapor de agua
Usuario especificado
No especificado
Tabla B6. Designador de tipo de datos T2 (cuando T1 = P, Q)

1.
para indicar el tipo de datos contenidos en el cuerpo del boletn.
2.
En caso de que el boletn contenga ms de un tipo de datos, debern utilizarse el designador
correspondiente a un solo tipo de datos.
3.
114
Tabla B6. Designador de tipo de datos T2 (cuando T1 = P, Q) (continuacin)

Designador
Tipo de datos
Datos radricos
Nube
Turbulencia en cielo despejado
Espesor (topografa relativa)
Precipitacin
Diagramas aerolgicos (nube de cenizas)
Tiempo significativo
Altura
Flujo de hielo
Altura de la ola + combinaciones
Altura del oleaje + combinaciones
Lenguaje simple
Para uso nacional
Radiacin
Velocidad vertical
Presin
Temperatura potencial del termmetro hmedo
Humedad relativa
Capa de nieve
Temperatura
Componente de viento del oeste
Componente de viento del sur
Viento
ndice de elevacin
Mapa de observaciones
No asignado
Tabla B7. Designador de tipo de datos T2 (cuando T1 = L)

Designador
Tipo de datos
Prioridad en SMT
Informes rutinarios de aviacin (METAR)
Pronstico de aerdromo (TAF) (VT < 12 hours)
Informes meteorolgicos especiales para la aviacin

("SPECI")
Aviso general para la aviacin ("SIGMET")
Pronstico de aerdromo (TAF)) (VT 12 hours)
Aviso de cenizas volcnicas para la aviacin

("SIGMET")
Aviso de ciclones tropicales para la aviacin

(SIGMET)
Forma simblica
de clave
Nota:
Los datos que figuran en lenguaje extensible de marcado (XML) y los designadores de utilizacin de los datos de T1 = L
y T2 = A, C, P, S, T, V e Y se representan en formato IWXXM (FM-205).
115
Tabla C1. Designadores geogrficos A1A 2 que han de utilizarse en los encabezamientos abreviados
T1T2 A1A 2ii CCCC YYGGgg para los boletines que contienen informacin meteorolgica, con
exclusin de los informes meteorolgicos procedentes de buques y datos oceanogrficos
Instrucciones para la correcta utilizacin de los designadores geogrficos
Esta tabla se subdivide en dos partes: la primera contiene los designadores geogrficos
referentes a pases o territorios de cada zona de responsabilidad de los CRT en lo que respecta a la
concentracin de informes de observacin (superficie y altitud), y la segunda contiene aqullos referentes
a grandes zonas, tales como continentes, hemisferios, etc.
1.
2.
Si se trata de boletines que contienen informes meteorolgicos de observacin (superficie y
altitud) de estaciones terrestres, los designadores geogrficos contenidos en la parte II de la tabla debern
utilizarse nicamente cuando no existan designadores adecuados en la parte I de la tabla.
3.
Si se trata de boletines que contienen informacin meteorolgica relacionada con informes
de aeronaves, anlisis, pronsticos, avisos, datos climatolgicos, datos de los satlites e igualmente
informacin analgica por facsmil, pueden utilizarse todos los designadores geogrficos incluidos en esta
tabla. Sin embargo, en la medida de lo posible, no deber utilizarse el designador geogrfico XX.
4.
Para el designador geogrfico del encabezamiento abreviado de los mensajes METNO y
WIFMA deber utilizarse XX.
5.
Los designadores geogrficos contenidos en esta tabla no deben utilizarse en el
encabezamiento abreviado de los boletines que contienen informes meteorolgicos procedentes de
buques y datos oceanogrficos.
Notas:
1. Las denominaciones empleadas en esta tabla y la forma en que aparecen presentados los datos que contiene no implican, de
parte de la Organizacin Meteorolgica Mundial, juicio alguno sobre las condicin jurdica de ninguno de los pases,
territorios, ciudades o zonas citados o de sus autoridades, ni respecto de la delimitacin de sus fronteras o lmites.
2. Para T1T2 = SZ, A1A 2 se utilizar el designador geogrfico de la tabla C1.
Parte I Designadores referentes a pases o territorios

A1A2 Pas
A1A2 Pas
AB Albania
AG Argentina
AH Afganistn
Isla Ascensin
AI
AJ Azerbaiyn
AK Alaska
AL Argelia
AN Angola
AT Antigua y Barbuda, Saint Kitts y Nevis y
otras islas britnicas de las proximidades
AU Australia
AY Armenia
AZ Azores

BA Bahamas
BC Botswana
BD Brunei Darussalam
BE Bermuda
BH Belice
BI Burundi
BJ Benin
BK Islas Banks
BM Myanmar
BN Bahrein
BO Bolivia (Estado Plurinacional de)

BR Barbados
BT Bhutn
BU Bulgaria
BV Isla Bouvet
BW Bangladesh
BX Blgica, Luxemburgo
BY Belars
BZ Brasil

CD Chad
CE Repblica Centroafricana
CG Congo
CH Chile
CI China
CM Camern
CN Canad
CO Colombia
CR Islas Canarias (Espaa)
CS Costa Rica
CT Isla Cantn
CU Cuba
CV Cabo Verde
CY Chipre
116
A1A2 Pas
A1A2 Pas
CZ Repblica Checa
DC Bonaire, San Eustaquio y Saba
DJ Djibouti
DL Alemania
DN Dinamarca
DO Dominica
DR Repblica Dominicana

EG Egipto
EI Eritrea
EO Estonia
EQ Ecuador
ER Emiratos rabes Unidos
ES El Salvador
ET Etiopa

FA Islas Feroe
FG Guyana Francesa
FI Finlandia
FJ Fiji
FK Islas Malvinas (Falkland Islands)
FM Estados Federados de Micronesia
FP Saint Pierre y Miqueln
FR Francia
FW Wallis y Futuna

GB Gambia
GC Islas Caimn
GD Granada
GE Isla Gough
GG Georgia
GH Ghana
GI Gibraltar
GL Groenlandia
GM Guam
GN Guinea
GO Gabn
GQ Guinea Ecuatorial
GR Grecia
GU Guatemala
GW Guinea Bissau
GY Guyana

HA Hait
HE Santa Elena
HK Hong Kong, China
HO Honduras
HU Hungra
HV Burkina Faso
HW Islas Hawai

IC Comoras
ID Indonesia
IE Irlanda
IL Islandia
IN India
IQ Iraq
IR
Repblica Islmica del Irn
IS Israel
Cte dIvoire
IV
IY Italia

JD Jordania
JM Jamaica
JP Japn

KA Islas Carolina
KB Kiribati
KI
Isla Christmas
KK Islas Cocos
KN Kenya
KO Repblica de Corea
KP Camboya
KR Repblica Popular Democrtica de Corea
KU Islas Cook
KW Kuwait
KY Kirguistn
KZ Kazajstn

LA Repblica Democrtica Popular Lao
LB Lbano
LC Santa Luca
LI Liberia
LJ Eslovenia
LN Isla Southern Line
LS Lesotho
LT Lituania
LV Letonia
LY Libia

MA Mauricio
MB Isla Marion
MC Marruecos
MD Madeira
MF San Martn, San Eustaquio y Saba
MG Madagascar
MH Islas Marshall
MI Mal
MJ Ex Repblica Yugoslava de Macedonia
MK Montenegro
ML Malta
MN San Martn
MO Mongolia
MR Martinica
MS Malasia
MT Mauritania
MU Macao, China
MV Maldivas
MW Malawi
MX Mxico
MY Islas Marianas
MZ Mozambique

NC Nueva Caledonia
NE Niue
NG Papua Nueva Guinea
NI Nigeria
NK Nicaragua
NL Pases Bajos
NM Namibia
NO Noruega
NP Nepal
NR Nger
NU Curaao y Aruba
NV Vanuatu
NW Nauru
NZ Nueva Zelandia

OM Omn
OO Mnaco
OR Islas Orcadas del Sur
OS Austria
117
A1A2 Pas
A1A2 Pas

PF Polinesia Francesa
PH Filipinas
PI
Islas Fnix
PK Pakistn
PL Polonia
PM Panam
PO Portugal
PP Palau
PR Per
PT Pitcairn
PU Puerto Rico
PY Paraguay

QB Bosnia y Herzegovina
QT Qatar

RA Federacin de Rusia (Este)
RE Reunin e islas asociadas
RH Croacia
RM Moldova
RO Rumania
RS Federacin de Rusia (Oeste)
RW Rwanda

SB Sri Lanka
SC Seychelles
SD Arabia Saudita
SG Senegal
SI Somalia
SK Sarawak
SL Sierra Leona
SM Suriname
SN Suecia
SO Islas Salomn
SP Espaa
SQ Eslovaquia
SR Singapur
SU Sudn
SV Swazilandia
SW Suiza
SX Islas Santa Cruz

SY Repblica rabe Siria
SZ Spitzbergen

TA Tayikistn
TC Tristan da Cunha
TD Trinidad y Tabago
TG Togo
TH Tailandia
Islas Turcas y Caicos
TI
TK Tokelau
TM Timor-Leste
TN Repblica Unida de Tanzana
TO Tonga
TP Santo Tom y Prncipe
TR Turkmenistn
TS Tnez
TU Turqua
TV Tuvalu
UG Uganda
UK Reino Unido de Gran Bretaa e Irlanda del Norte
UR Ucrania
US Estados Unidos de Amrica
UY Uruguay
UZ Uzbekistn

VG San Vicente y las Granadinas
VI
Islas Vrgenes
VN Venezuela (Repblica Bolivariana de)
VS Viet Nam

YE Yemen
YG Serbia

ZA Sudfrica
ZB Zambia
ZM Samoa
ZR Repblica Democrtica del Congo
ZW Zimbabwe
ZS Sudn del Sur
Parte II Designadores referentes a grandes zonas

A1A2
Zona geogrfica
Antrtico
AA
rtico
AC
AE
Sureste de Asia
AF frica
AM
frica central
AO
frica occidental
frica meridional
AP
AS Asia
AW
Oriente prximo
AX
Zona del mar de Arabia

Zona del mar Bltico
BQ

CA
El Caribe y Amrica Central

EA
frica oriental
Zona oriental del mar de China
EC
Europa oriental
EE
A1A2
Zona geogrfica
MM
MP
MQ
Zona del Mediterrneo

Zona del Mediterrneo central
Zona del Mediterrneo occidental
NA
NT
Amrica del Norte

Zona del Atlntico Norte
OC Oceana
OH
Mar de Okhotsk
PA
PE
PN
PQ
PS
PW
PZ
Zona del Pacfico

Zona del Golfo Prsico
Zona del Pacfico Norte
Pacfico Norte occidental
Zona del Pacfico Sur
Zona del Pacfico occidental
Zona del Pacfico oriental
118
A1A2
Zona geogrfica
A1A2
Europa central
SA
EM
Europa septentrional
SE
EN
EU
Europa
SJ
EW
Europa occidental
SS

ST
Lejano Oriente
FE

XE
GA
Zona del Golfo de Alaska
XN
Zona del Golfo de Mxico
XS
GX

XT
IO
Zona del Ocano ndico
XW

XX
ME
Zona del Mediterrneo oriental
Zona geogrfica
Amrica del Sur
Zona ocenica austral
Zona del mar de Japn
Zona meridional del mar de China
Zona del Atlntico Sur
Hemisferio oriental
Hemisferio Norte
Hemisferio Sur
Cinturn tropical
Hemisferio occidental
Debe utilizarse cuando los otros
designadores no son adecuados
Tabla C2. Designadores geogrficos A1A 2 que han de utilizarse en los encabezamientos abreviados
T1T2 A1A 2ii CCCC YYGGgg para los boletines que contienen informes meteorolgicos
procedentesde buques y datos oceanogrficos, incluidos los informes
procedentes de estaciones automticas marinas
Instrucciones para la correcta utilizacin de los designadores geogrficos
1.
La primera letra A1 indicar el tipo de buque o de estacin automtica marina:
Para estaciones meteorolgicas ocenicas:

W
Para buques mviles y otras estaciones marinas: V
Para flotadores (T1T2 = SO):
F
2.
La segunda letra A 2 indicar la zona de donde proceden los informes contenidos en el boletn.
3.
Siempre que sea posible, conviene redactar boletines separados para evitar el empleo de la letra X
Nota:
Para T1T2 = SZ, A1A 2 se utilizar el designador geogrfico de la tabla C1.
Designador
Zona geogrfica
Zona comprendida entre 30N60S, 35W70E
Zona comprendida entre 90N05N, 70E180E
Zona comprendida entre 05N60S, 120W35W
Zona comprendida entre 90N05N, 180W35W
Zona comprendida entre 05N60S, 70E120W
Zona comprendida entre 90N30N, 35W 70E
Zona situada al sur del paralelo 60S
Ms de una zona
Tabla C3. Designador de la zona geogrfica A1 (cuando T1 = D, G, H, O, P, Q, T, X o Y)

y el designador de la zona geogrfica A 2
(cuando T1 = I o J)
Instrucciones para la correcta aplicacin de los designadores de la zona geogrfica
1.
para que indiquen la zona geogrfica de los datos contenidos en el texto del boletn.
119
2.
En caso de que la zona geogrfica de los datos no corresponda exactamente con el
designador, se podr utilizar el designador correspondiente a la zona ms prxima a la de los datos.
3.
Cuando en la tabla no figure un designador adecuado para la zona geogrfica, deber
utilizarse un designador alfabtico que no est asignado en la tabla, lo que se comunicar a la Secretara.
Designador
A
B
C
D
E
F
G
H
I
J
K
L
Zona geogrfica
0
90W hemisferio norte
90W 180
180
90E hemisferio norte
90E
0
hemisferio norte
hemisferio norte
90W cinturn tropical
90W 180
180
cinturn tropical
90E cinturn tropical
90E 0
0
cinturn tropical
90W hemisferio sur
90W 180
180
hemisferio sur
90E
90E
hemisferio sur
Hemisferio norte
Hemisferio sur
T
X
45W 180
hemisferio sur
hemisferio norte
Zona mundial (zona indefinible)
Tabla C4. Designador de la hora de referencia A 2

(cuando T1 = D, G, H, J, O, P, o T)
Instrucciones para la correcta aplicacin de los designadores de la hora de referencia
para que indiquen la hora de referencia de los datos contenidos en el texto del boletn.
1.
2.
Cuando en la tabla no figure un designador adecuado para la hora de referencia, deber
utilizarse un designador alfabtico que no est asignado en la tabla.
Designador
Hora de referencia
Anlisis (00 horas)

A
B
Prediccin para 6 horas
C
D
E
F
G
H
I
J
K

Designador
L
M
N
O
P
Q
R
S
T
U
V
W. . .Z
Hora de referencia
Prediccin para 120 horas (5 das)
Prediccin para 156 horas (7 das)
Prediccin para 10 das
No asignado
120
Tabla C5. Designador de la hora de referencia A 2

(cuando T1 = Q, X o Y)
Designador
Hora de referencia
Designador
Anlisis (00 horas)

A
B
C
D
E
F
G
H
I
J
K
L
M
N
O
P
Q
Hora de referencia
Tabla C6. Designador de tipo de datos A1 (cuando T1 = I o J)

Instrucciones para la correcta utilizacin de los designadores de tipos de datos
1.
para indicar el tipo de datos contenidos en el texto del boletn BUFR.
2.
En caso de que el texto contenga ms de un tipo de datos, debern utilizarse los
3.
ii
Tipo de datos
Correspondencia
con las claves
alfanumricas
Categora/
subcategora
de datos
(Tabla
comn C-13)
TIT2
A1
IN
Datos satelitales (AMSU-A)
003/003
IN
Datos satelitales (AMSU-B)
003/004
IN
CrIS (canales seleccionados)
003/030
IN
Datos satelitales (HIRS)
003/005
IN
IRAS
003/020
IN
HIRAS
003/030
IN
MWHS/MWHS-2
003/040
IN
Datos satelitales (MHS)
003/006
IN
IASI (puntajes de componentes principales)
003/007
IN
ATMS
003/040
IN
MWTS/MWTS-2
003/040
IO
Observaciones de boya
IO
Hielo marino
IO
IO
IO
IO
BUOY
001/025
Boyas perfiladoras subsuperficiales
TESAC
031/004
Observaciones en la superficie del mar
TRACKOB
031/001
Sondeos en la superficie del mar y niveles inferiores
BATHY, TESAC
031/005
Temperatura en la superficie del mar
121
ii
Tipo de datos
Correspondencia
con las claves
alfanumricas
Categora/
subcategora
de datos
(Tabla
comn C-13)
TIT2
A1
IO
Olas en superficie del mar
IO
Otros datos medioambientales marinos
IO
Tusnmetro en alta mar
IP
Datos de radar mixtos en imgenes
IP
Datos satelitales en imgenes
IP
Datos de radar en imgenes
IP
No definido
IS
01-29
Observaciones habituales programadas para su

distribucin desde estaciones terrestres automticas (fijas
o mviles) (por ejemplo, 0000, 0100, 0220, 0240,
0300, , 0715, 0745,... UTC)
n/a
000/006
IS
30-59
Observaciones cada N minutos desde estaciones

terrestres automticas (fijas o mviles)
n/a
000/007
IS
Informes de radar (partes A y B)
RADOB
006/003
IS
01-45
Observaciones climticas desde estaciones terrestres
CLIMAT
000/020
IS
46-59
Observaciones climticas desde estaciones marinas
CLIMAT SHIP
001/020
IS
Observacin radiolgica
RADREP
010/001
IS
Medicin de ozono de superficie
n/a
008/000
IS
Fuente de atmosfricos
SFAZI, SFLOC,
SFAZU
000/030
IS
0145
Observaciones sinpticas intermedias desde estaciones

terrestres fijas
SYNOP (SIxx)
000/001
000/051
IS
4659

terrestres mviles
SYNOP MOBIL
000/004
IS
0145
Observaciones sinpticas principales desde estaciones

terrestres fijas
SYNOP (SMxx)
000/002
000/052
IS
4659

terrestres mviles
SYNOP MOBIL
000/005
IS
0145
Observaciones sinpticas desde estaciones terrestres fijas a

horas no fijas (Por ejemplo, 0100, 0200, 0400, 0500, ... UTC)
SYNOP (SNxx)
000/000
000/050
IS
4659
Observaciones sinpticas desde estaciones terrestres

mviles a horas no fijas
(por ejemplo, 0100, 0200, 0400, 0500, ... UTC)
SYNOP MOBIL
000/003
WAVEOB
031/002
031/007
IS
Informes hidrolgicos
HYDRA
000/040
IS
0119
Observaciones sinpticas desde estaciones marinas
SHIP
001/000
IS
2039
Observaciones a intervalos de una hora desde estaciones

marinas automticas
n/a
001/006
IS
4059
Observaciones cada N minutos desde estaciones marinas

automticas
n/a
001/007
IS
0119
Observaciones de maremetro
n/a
001/030
IS
2039
Serie de horas de observacin al nivel del mar
n/a
001/031
IS
Observaciones aeronuticas especiales (SPECI)
SPECI
000/011
IS
Observaciones del tiempo habituales para la aviacin (METAR) METAR
000/010
122
ii
Tipo de datos
Correspondencia
con las claves
alfanumricas
Categora/
subcategora
de datos
(Tabla
comn C-13)
TIT2
A1
IS
Otros datos de superficie
IT
Mensaje administrativo
IT
Mensaje de servicio
IT
Peticin de datos (incluido el tipo)
IT
Otros mensajes o informacin en texto
IU
Informes de aeronave de un solo nivel (automticos)
AMDAR
004/000
IU
Informes de aeronave de un solo nivel (manuales)
AIREP/PIREP
004/001
IU
Informes del globo de un solo nivel
n/a
IU
(Utilizado para informes obtenidos de satlites en un solo

nivel; vase la nota 3)
SAREP/SATOB
005/000
IU
Sonda descendente/sonda descendente de viento
TEMP DROP
002/007
IU
Sondeo vertical de ozono
n/a
008/001
IU
Anlisis de dispersin y transporte
n/a
009/000
IU
0119
Viento en altitud desde estaciones terrestres fijas (sondeo

total)
PILOT (partes A, B,
C, D)
002/001
IAC, IAC FLEET
IU
2039
Viento en altitud desde estaciones terrestres mviles

(sondeo total)
PILOT MOBIL
(partes A, B, C, D)
002/003
IU
4059
Viento en altitud desde estaciones marinas (sondeo total)
PILOT SHIP (partes

A, B, C, D)
002/002
IU
0119
Sondeos de radio desde estaciones terrestres fijas (hasta

100 hPa)
TEMP (partes A, B)
002/004
IU
2039
Sondeos de radio desde estaciones terrestres mviles

(hasta 100 hPa)
TEMP MOBIL
(partes A, B)
002/006
IU
4059
Sondeos de radio desde estaciones marinas (hasta 100

hPa)
TEMP SHIP (partes

A, B)
002/005
IU
Ozono total
IU
Sondas obtenidas de modelos
IU
Cohetes sonda
IU
Perfiles de observaciones de aeronave en ascenso/descenso AMDAR
002/020
IU
Perfiladores
PILOT
002/010
IU
Perfiles de temperatura RASS
TEMP
002/011
IU
(Utilizado para datos de radiancia vase la nota 3)
IU
0119
Informes de radiosonda/globo piloto desde estaciones

terrestres fijas (sondeo total)
TEMP (partes A, B,
C, D)
002/004
IU
2039

(sondeo total)
TEMP MOBIL
(partes A, B, C, D)
002/006
IU
4059
Sondeos de radio desde estaciones marinas (sondeo total) TEMP SHIP (partes
A, B, C, D)
002/005
IU
IU
4659
008/002
(Utilizado para sondas obtenidas de satlites; vase la

nota 3)
SATEM, SARAD,
SATOB
Estadsticas mensuales de datos de estaciones marinas
SHIP
002/026
123
TIT2
A1
ii
Tipo de datos
Correspondencia
con las claves
alfanumricas
Categora/
subcategora
de datos
(Tabla
comn C-13)
IU
0119
Viento en altitud desde estaciones terrestres fijas (hasta

100 hPa)
PILOT (partes A, B)
002/001
IU
2039

(hasta 100 hPa)
PILOT MOBIL
(partes A, B)
002/003
IU
4059
Viento en altitud desde estaciones marinas (hasta 100

hPa)
PILOT SHIP (partes

A, B)
002/002
IU
Otros informes de la atmsfera en altitud
JO
Hielo marino
JO
JO
JO
Olas en la superficie del mar
JO
Otros datos medioambientales marinos
JS
Prediccin de rea en superficie (por ejemplo, en aerovas)
JS
Prediccin radiolgica
JS
Predicciones de superficie (por ejemplo, mediante MOS)
JS
Prediccin martima
JS
Enmiendas de predicciones (aerovas)
JS
Prediccin hidrolgica
JS
Enmiendas de predicciones (TAF)
JS
Pronstico de aerdromo (TAF)
JS
Otras predicciones de superficie
JT
Tsunami
JT
Avisos de huracn, tifn, tempestad tropical
JT
Fenmenos meteorolgicos violentos, SIGMET
JT
Aviso de tornado
JT
Otros avisos
JU
Prediccin a un solo nivel
JU
SIGWX en clave binaria, cumulonimbos subsumidos
JU
SIGWX en clave binaria, turbulencia en atmsfera

despejada
JU
SIGWX en clave binaria, frentes
JU
SIGWX en clave binaria, otros parmetros SIGWX
JU
SIGWX en clave binaria, turbulencia
JU
Sondeos predictivos
JU
SIGWX en clave binaria, engelamiento/tropopausa
JU
SIGWX en clave binaria, tempestades tropicales,

tormentas de arena, volcanes
JU
SIGWX en clave binaria, vientos de nivel alto
JU
Otras predicciones de la atmsfera en altitud
RADOF
MAFOR
HYFOR
124
Notas:
1) El contenido de los mensajes ISMx, ISIx, ISNx corresponde al contenido de los mensajes SYNOP tradicionales SMxx, SIxx,
SNxx.
2) Categora/subcategora = 000/000 identifica datos SYNOP obtenidos a las 0100, 0200, 0300, 0400, 0500, 0700, 0800,
1000, 1100, 1300, .. UTC). Por consiguiente, SNxx en la clave SYNOP tradicional corresponde a ISNx en la clave BUFR.
3) Los designadores A1 para T1T2 que ya se han utilizado para datos satelitales (por ejemplo, IUC, IUR, IUT ) no se han asignado
y se han reservado para asignaciones futuras hasta que se asigne A1 para T1T2 = IN (datos satelitales).
Tabla C7. Designador de tipo de datos T2 y A1 (cuando T1 = K)
TIT2
A1
ii
Tipo de datos
KF
Prediccin de rea en superficie (por ejemplo, aerovas)
KF
Prediccin radiolgica
KF
Predicciones de superficie (por ejemplo, MOS)
KF
Prediccin martima
KF
Enmiendas de predicciones (aerovas)
KF
Prediccin hidrolgica
KF
Enmiendas de predicciones (TAF)
KF
Pronstico de aerdromo (TAF)
KF
Otras predicciones de superficie
KO
Observaciones de boya
KO
Hielo marino
KO
KO
KO
KO
Correspondencia
con las claves
alfanumricas
Categora/
subcategora
de datos
(Tabla comn
C-13)
RADOF
MAFOR
HYFOR
BUOY
001/025
Boyas perfiladoras subsuperficiales
TESAC
031/004
Observaciones en la superficie del mar
TRACKOB
031/001
Sondeos en la superficie del mar y en niveles inferiores
BATHY, TESAC
031/005
KO
WAVEOB
031/002
KO
Otras observaciones medioambientales marinas
WAVEOB
031/002
KP
Hielo marino
KP
KP
KP
KP
Otras observaciones medioambientales marinas
KS
0129
Observaciones habitualmente programadas para su

distribucin desde estaciones terrestres automticas
(fijas o mviles)
(por ejemplo, 0000, 0100, 0240, 0300, 0715, ,
0715, 0745, ... (UTC)
n/a
000/006
KS
3059

terrestres automticas (fijas o mviles)
n/a
000/007
125
TIT2
A1
Correspondencia
con las claves
alfanumricas
Categora/
subcategora
de datos
(Tabla comn
C-13)
Informes de radar (partes A y B)
RADOB
006/003
Observaciones climticas desde estaciones terrestres
CLIMAT
000/020
ii
KS
KS
0145
4659
Tipo de datos
KS
Observaciones climticas desde estaciones marinas
CLIMAT SHIP
001/020
KS
Observacin radiolgica
RADREP
010/001
KS
Medicin de ozono de superficie
n/a
008/000
KS
Fuente de atmosfricos
SFAZI, SFLOC,
SFAZU
000/030
KS
0145

terrestres fijas
SYNOP (SIxx)
000/001
000/051
KS
4659

terrestres mviles
SYNOP MOBIL
000/004
KS
0145

terrestres fijas
SYNOP (SMxx)
000/002
000/052
KS
4659

terrestres mviles
SYNOP MOBIL
000/005
KS
0145
Observaciones sinpticas desde estaciones terrestres fijas SYNOP (SNxx)

a horas no fijas
(Por ejemplo, 0100, 0200, 0400, 0500,
0700, 0800, 1000, 1100, 1300, ..., UTC)
000/000
000/050
KS
4659
Observaciones sinpticas desde estaciones terrestres

SYNOP MOBIL
mviles a horas no fijas (por ejemplo, 0100, 0200, 0400,
0500, 0700, 0800, 1000, 1100, 1300, ... UTC)
000/003
KS
Informes hidrolgicos
HYDRA
000/040
KS
0119
Observaciones sinpticas desde estaciones marinas
SHIP
001/000
KS
2039
Observaciones a intervalos de una hora desde estaciones n/a

marinas automticas
001/006
KS
4059

marinas automticas
001/007
n/a
KS
Observaciones aeronuticas especiales (SPECI)
SPECI
000/011
KS
Observaciones del tiempo habituales para la aviacin

(METAR)
METAR
000/010
KS
Otros datos de superficie
IAC, IAC FLEET
KT
Tsunami
KT
Avisos de huracn, tifn, tempestad tropical
KT
Fenmenos meteorolgicos violentos, SIGMET
KT
Aviso de tornado
KT
Otros avisos
KU
Informes de aeronave en un solo nivel (automticos)
AMDAR
004/000
KU
Informes de aeronave en un solo nivel (manual)
AIREP/PIREP
004/001
KU
Informes de globo en un solo nivel
n/a
KU
Informes obtenidos de satlites en un solo nivel
SAREP
005/000
KU
Sondas descendentes/sondas de viento descendentes
TEMP DROP
002/007
126
TIT2
A1
ii
Tipo de datos
Correspondencia
con las claves
alfanumricas
Categora/
subcategora
de datos
(Tabla comn
C-13)
KU
Sondeo vertical de ozono
008/001
KU
Anlisis de dispersin y transporte
n/a
KU
0119
Viento en altitud desde estaciones terrestres fijas
PILOT (partes A, 002/001

B, C y D)
KU
2039
PILOT MOBIL
(partes A, B, C
y D)
002/003
KU
4059
Viento en altitud desde estaciones marinas
PILOT SHIP
(partes A, B, C
y D)
002/002
KU
0119
Sondeos de radio desde estaciones terrestres fijas
TEMP (partes A
y B)
002/004
KU
2039
TEMP MOBIL
(partes A y B)
002/006
KU
4059
Sondeos de radio desde estaciones marinas
TEMP SHIP
(partes A y B)
002/005
KU
Ozono total
n/a
008/002
KU
Sondas obtenidas de modelos
KU
Cohetes sonda
KU
Perfiles de observaciones de aeronave en fase

ascendente/descendente
AMDAR
002/020
KU
Perfiladores
PILOT
002/010
KU
Perfiladores de temperatura RASS
TEMP
002/011
KU
0119
Informes de radiosonda/globo piloto desde estaciones

terrestres fijas
TEMP (partes A,
B, C y D)
002/004
KU
2039
TEMP MOBIL
(partes A, B, C
y D)
002/006
KU
4059
Sondeos de radio desde estaciones marinas
TEMP SHIP
(partes A, B, C
y D)
002/005
KU
KU
4659
Estadsticas mensuales de datos de estaciones marinas
SHIP
002/026
KU
0119
Viento en altitud desde estaciones terrestres fijas
PILOT (partes
A y B)
002/001
KU
2039
PILOT MOBIL
(partes A y B)
002/003
KU
4059
Viento en altitud desde estaciones marinas
PILOT SHIP
002/002
KU
Otros informes del aire en altitud
(partes A y B)
KV
Prediccin en un solo nivel
KV
SIGWX codificado, cumulonimbus subsumidos
KV
SIGWX codificado en CREX, turbulencia del aire

despejado
009/000
Sondas obtenidas de satlites
127
TIT2
A1
ii
Correspondencia
con las claves
alfanumricas
Tipo de datos
KV
SIGWX codificado en CREX, frentes
KV
SIGWX codificado en CREX, otros parmetros SIGWX
KV
SIGWX codificado en CREX, turbulencia
KV
Sondeos predictivos
KV
SIGWX codificado en CREX, engelamiento/tropopausa
KV
SIGWX codificado en CREX, tempestades tropicales,

tormentas de arena, volcanes
KV
SIGWX codificado en CREX, vientos de nivel alto
KV
Otras predicciones del aire en altitud
Categora/
subcategora
de datos
(Tabla comn
C-13)
Nota: T1T2 = SZ est asignado para datos del nivel del mar y datos de tsunami en niveles bajos del ocano en cualquier clave
alfanumrica, particularmente en CREX.
Tabla D1. Designador de nivel ii (cuando T1 = O)

Instrucciones para la correcta aplicacin de los designadores de nivel para las profundidades ocenicas
Los designadores especificados en esta tabla debern utilizarse, en la mayor medida posible, para indicar
los niveles debajo de la superficie ocenica en el texto del boletn GRIB para los productos
oceanogrficos.
Designador
Profundidad
(enmetros)
Designador
Profundidad
(enmetros)
98
Superficie
62
500
96
2,5
60
600
94
5,0
58
700
92
7,5
56
800
90
12,5
54
900
88
17,5
52
1000
86
25,0
50
1100
84
32,5
48
1200
82
40,0
46
1300
80
50,0
44
1400
78
62,5
42
1500
76
75,0
40
1750
74
100
38
2000
72
125
36
2500
70
150
34
3000
68
200
32
4000
66
300
30
5000
64
400
01
Capa primaria
128
Tabla D2. Designador de nivel ii (cuando T1 = D, G, H, J, P, Q, X o Y)

Instrucciones para la correcta aplicacin de los designadores de nivel
1.
para indicar el nivel de los datos contenidos en el texto del boletn.
2.
En caso de que en el texto figuren datos para ms de un nivel, se deber utilizar el
designador correspondiente a un solo nivel.
3.
Si en la tabla no figura un designador adecuado para el nivel de que se trata, se deber
utilizar un designador que no est asignado en la tabla.
Designador
Nivel
Designador
Nivel
99
1000 hPa
68
680 hPa
98
Propiedades del aire en la superficie terrestre
67
675 hPa
97
Nivel de tropopausa
66
660 hPa
96
Nivel del viento mximo
65
650 hPa
95
950 hPa
64
640 hPa
94
Nivel de isoterma 0C
63
630 hPa
93
975 hPa
62
625 hPa
92
925 hPa
61
610 hPa
91
875 hPa
60
600 hPa
90
900 hPa
59
590 hPa
89
Cualquier parmetro reducido al nivel del

mar (p.ej. MSLP)
58
580 hPa
88
Propiedades de la tierra o el agua en la

superficie terrestre (p.ej., manto de nieve,
ola, mar de fondo)
57
570 hPa
87
Espesor de 1000500 hPa
56
560 hPa
86
Capa lmite
55
550 hPa
85
850 hPa
54
540 hPa
84
840 hPa
53
530 hPa
83
830 hPa
52
520 hPa
82
825 hPa
51
510 hPa
81
810 hPa
50
500 hPa
80
800 hPa
49
490 hPa
79
790 hPa
48
480 hPa
78
780 hPa
47
470 hPa
77
775 hPa
46
460 hPa
76
760 hPa
45
450 hPa
75
750 hPa
44
440 hPa
74
740 hPa
43
430 hPa
73
730 hPa
42
420 hPa
72
725 hPa
41
410 hPa
71
710 hPa
40
400 hPa
70
700 hPa
39
390 hPa
69
690 hPa
38
380 hPa
Designador
Nivel
Designador
Nivel
37
370 hPa
18
180 hPa
36
360 hPa
17
170 hPa
35
350 hPa
16
160 hPa
34
340 hPa
15
150 hPa
33
330 hPa
14
140 hPa
32
320 hPa
13
130 hPa
31
310 hPa
12
120 hPa
30
300 hPa
11
110 hPa
29
290 hPa
10
100 hPa
28
280 hPa
09
090 hPa
27
270 hPa
08
080 hPa
26
260 hPa
07
070 hPa
25
250 hPa
06
060 hPa
24
240 hPa
05
050 hPa
23
230 hPa
04
040 hPa
22
220 hPa
03
030 hPa
21
210 hPa
02
020 hPa
20
200 hPa
01
010 hPa
19
190 hPa
00
Toda la atmsfera
(p.ej.: agua
precipitable)
129
Tabla D3. Designador de nivel ii (cuando T1T2 = FA o UA)

T1T2
Designador ii
FA
01-49
FA
50-59
FA
60-99
UA
01-59
UA
60-69

UA
70-79

UA
80-99
Tipo de datos
Clave (nombre)
Predicciones de rea/advertencias para la aviacin

FM 53 (ARFOR) [texto]
GAMET
[TEXTO]
No asignado
No asignado
Informes de aeronave habituales
ICAO AIREP
Informes de aeronave especiales, excepto de
cenizas volcnicas AIREP de OACI
Informes de aeronave especiales, relacionados
con cenizas volcnicas
AIREP de OACI
Informes de aeronave habituales
AIREP de OACI
Nota:
Teniendo en cuenta que no existe ningn uso conocido para las series 80-99, estas series fueron asignadas a informes
de aeronave habituales hasta el 1 de septiembre de 2008. Despus de esa fecha, las series se reservarn para usos futuros.
130
ADJUNTO II-6. FORMATO PARA EL TEXTO DE LOS MENSAJES CON DESTINATARIO,

JUNTO CON UN EJEMPLO GENERAL DE CADA TIPO
Estructura de formato general
(Se indica nicamente el Alfabeto Telegrfico Internacional N 5)
El formato del encabezamiento abreviado para los mensajes con destinatario consta de dos lneas de
informacin.
Forma del encabezamiento abreviado:
T1T2 A1A 2 ii CaCaCaCa YYGGgg CCCC
Donde,
T1T2
= designador BM para mensajes en forma alfanumrica
designador BI para mensajes con destinatario en forma binaria (se utiliza en enlaces
binarios nicamente)
A1A 2
= tipo de mensaje con destinatario
Opciones:
AA mensaje administrativo (para remitirlo a una persona con fines de informacin o de
actuacin)
BB mensaje de servicio (para remitirlo a una persona con fines de actuacin)
RR peticin de mensaje SMT por encabezamiento o nmero de secuencia
RQ peticin de datos a una base de datos (formato de peticin TBD) para actuaciones
en relacin con el SMPDP
DA datos enviados en respuesta al mensaje con destinatario RR o RQ
ii
= siempre 01 (no se permiten excepciones)
CaCaCaCa = indicador de ubicacin del centro del SMT al que va dirigido el mensaje
YYGGgg
= fecha y hora de insercin en el SMT
CCCC
= indicador de ubicacin internacional del centro que enva el mensaje
TIPO 1
A1A 2
= AA Mensaje administrativo
El contenido de este tipo de mensaje es un texto corriente escrito en caracteres, en forma legible. Estos
mensajes se visualizan en pantalla o se imprimen en una impresora. Su contenido debera hacer
referencia a cuestiones o a asuntos operativos y/o administrativos de carcter general, y a temas de
coordinacin en relacin con el SMT. La opcin T1T2 que se utilizar es BM solamente, ya que el texto
est en forma de caracteres.
Ejemplo:
345
BMAA01 EDZW 261215
EGRR
A LA ATENCIN DEL GESTOR DE DATOS DE OFFENBACH
LOS BOLETINES QUE SOLICIT SERN ENVIADOS A SU CENTRO
A PARTIR DEL PRIMERO DE MES
SMVG01 TVSV
SMTD01 TTPP
SALUDOS, SUPERVISOR DE GESTIN DE DATOS BMO=
Nota:
EDZW es el centro destinatario del mensaje y EGRR es el centro remitente del mensaje.
TIPO 2
A1A 2
= BB Mensaje de servicio
131
El contenido de este tipo de mensaje es un texto corriente en caracteres, escrito en forma legible. Estos
mensajes se visualizan en pantalla o se imprimen en una impresora. Se trata de mensajes textuales sobre
la situacin operativa y/o sobre la resolucin de problemas. La opcin T1T2 que se utilizar es BM
solamente, ya que el texto est en forma de caracteres.
Ejemplo:
321
BMBB01 EGRR 281425
KWBC
A LA ATENCIN DEL SUPERVISOR DE COMUNICACIONES DE EXETER
EL ENLACE SMT ENTRE WASHINGTON Y BRASILIA ESTAR CORTADO DURANTE 6 HORAS POR
RECONFIGURACIN DE LA LNEA EN BRASILIA.
SALUDOS, SUPERVISOR DE COMUNICACIONES DE WASHINGTON=
Nota:
EGRR es el centro destinatario del mensaje y KWBC es el centro remitente del mensaje.
TIPO 3
A1A 2
= RR Mensaje de peticin/respuesta
La estructura del texto de este tipo de mensaje contiene dos clases especficas que utilizan dos formatos
diferentes en el texto de la peticin. Este tipo de mensaje con destinatario se utiliza entre nodos del SMT.
Para efectuar la peticin en formato de Clase 1, los nodos del SMT debern ser adyacentes. Para efectuar
la peticin en formato de Clase 2, los nodos del SMT no tienen que ser adyacentes entre s. El mensaje de
peticin/respuesta tiene por objeto la adquisicin de datos a nivel de boletn, partiendo del supuesto de
que ste existe. Si el mensaje se enva utilizando una conexin establecida para el intercambio de datos
alfanumricos, se recomienda la opcin T1T2 de BM; cuando la conexin se establece para el intercambio
de datos binarios, se recomienda la opcin T1T2 de BI. Cuando hay slo un canal virtual entre nodos
para el intercambio tanto de datos alfanumricos como binarios, se recomienda utilizar la opcin T1T2 de
BI por defecto. La opcin T1T2 de BM se utilizara en todos los enlaces del SMT que utilicen protocolos en
caracteres (es decir, BAUDOT o PROCEDIMIENTOS DE CONTROL DE ERROR), ya que todos los mensajes
con destinatario y los de peticin/respuesta son alfanumricos.
CLASE 1. Peticin de repeticin se enviar entre centros adyacentes nicamente. Puede elegirse entre
tres posibilidades en el texto de la peticin; a saber:
1.
2.
3.
para pedir slo un mensaje refirindose a su nmero de secuencia de transmisin;

para pedir una serie de nmeros de secuencia de transmisin consecutivos; o
para pedir un grupo de mensajes especficos refirindose a sus nmeros de secuencia de transmisin.
Habr slo una lnea de peticin por mensaje.

La respuesta al mensaje de CLASE 1 de peticin/respuesta constar de dos partes. La primera consistir
en la construccin y transmisin de un mensaje de estado en el formato de mensaje de datos de TIPO 5,
indicando que se ha actuado. Esta parte se denominar mensaje de estado de actuacin. La segunda
parte consistir en la transmisin del mensaje o mensajes pedidos. Consistir en una repeticin del
mensaje enviado originalmente, incluido el nmero o nmeros de secuencia originales. Es muy probable
que la transmisin resultante revoque los nmeros de secuencia vigentes. Ello confirmara, en el centro
solicitante, la recepcin del mensaje o mensajes deseados.
Opcin 1 Peticin de un solo mensaje (previamente recibido)
1. Formato para una conexin alfanumrica

(SOH)(CR)(CR)(LF) nnn

(CR)(CR)(LF) BMRR01 CaCaCaCa YYGGgg

(CR)(CR)(LF) CCCC

(CR)(CR)(LF) SQN nnn = [un boletn]

(CR)(CR)(LF)(ETX)
132
2.

Formato para una conexin binaria

(CR)(CR)(LF) BIRR01 CaCaCaCa YYGGgg
(CR)(CR)(LF) CCCC
(CR)(CR)(LF) SQN nnn = [un boletn]
(CR)(CR)(LF)(ETX)
Opcin 2 Peticin de una serie continua de mensajes (previamente recibidos)

1.

Formato para una conexin alfanumrica

(CR)(CR)(LF) CCCC
(CR)(CR)(LF) SQN nnn-nnn =
[una secuencia de boletines]
(CR)(CR)(LF)(ETX)
2.


(CR)(CR)(LF) CCCC
(CR)(CR)(LF) SQN nnn-nnn =
[una secuencia de boletines]
(CR)(CR)(LF)(ETX)
Opcin 3 Peticin de mensajes especficos (previamente recibidos)

1.

Formato para una conexin alfanumrica

(CR)(CR)(LF) CCCC
(CR)(CR)(LF) SQN nnn/nnn/nnn = [un nmero de boletines elegido]
(CR)(CR)(LF)(ETX)
2.


(CR)(CR)(LF) CCCC
(CR)(CR)(LF) SQN nnn/nnn/nnn = [un nmero de boletines elegido]
(CR)(CR)(LF)(ETX)
Nota:
Limitacin: una sola lnea SQN en una peticin.
Ejemplo CLASE 1
788
BMRR01 LFPW 301215
DAMM
SQN 212-217=
donde LFPW es el centro destinatario del mensaje y DAMM es el centro remitente del mensaje.
CLASE 2. Peticin de boletn puede enviarse a cualquier centro del SMT. El texto slo admite un
formato. El formato ser siempre alfanumrico, aunque la opcin T1T2 de BM se utilizar para todas las
peticiones de mensajes alfanumricos, mientras que la opcin T1T2 de BI se utilizar para todas las
peticiones de mensajes binarios, ya que todas las respuestas enviadas utilizarn el mismo grupo T1T2 para
el tipo de encabezamiento, a fin de facilitar un encaminamiento adecuado.
Formato de la peticin:
Peticiones de mensajes (peticin de mensaje alfanumrico)
133
(CR)(CR)(LF) CCCC
(CR)(CR)(LF) AHD T1T2A1A 2ii CCCC YYGGgg =
(CR)(CR)(LF) AHD T1T2A1A 2ii CCCC YYGGgg BBB =
(CR)(CR)(LF)(ETX)
Nota 1:
Limitacin: un mximo de ocho encabezamientos en una peticin dirigida a un centro no adyacente.
Nota 2:
Cuando el grupo de fecha-hora YYGGgg o el grupo de hora GGgg no sea conocido, podrn utilizarse las peticiones
siguientes:
AHD T1T2A1A 2ii CCCCYY//// (BB/) (cuando BB=RR, CC o AA)

AHD T1T2A1A 2ii CCCCYY//// (P//)
AHD T1T2A1A 2ii CCCC //////
Donde YY//// representa el da YY del timo suceso.
Donde ////// representa el da del ltimo suceso y el tiempo no excede de 24 horas.
Ejemplos CLASE 2

Se utiliza para una conexin no binaria
051
BMRR01 AMMC 081220
KWBC
AHD SNAU55 AMMC 081100 RRA=
AHD SMID20 WIIX 081200=
donde AMMC es el centro destinatario del mensaje y KWBC es el centro remitente del mensaje.

Se utiliza para una conexin binaria
110
BIRR01 KWBC 081220
AMMC
AHD HTAC30 KWBC 081200 =
AHD HHBC85 KWBC 081200 =
donde KWBC es el centro destinatario del mensaje y AMMC es el centro remitente del mensaje.
TIPO 4
A1A 2 = RQ Mensaje de peticin a base de datos
El formato de este tipo de mensaje se ajustar a un formato especfico. Est destinado al procesamiento
automtico por computadora. Hay un tipo de mensaje de peticin a una base de datos (para utilizar en
relacin con el SMPDP).
Formato de la peticin:
(CR)(CR)(LF) BIRQ01 CaCaCaCa YYGGgg
(CR)(CR)(LF) CCCC
(CR)(CR)(LF) [TBD]
[por definir]
(CR)(CR)(LF)(ETX)
TIPO 5
A1A 2 = DA Mensaje de datos
134
Este tipo de mensaje se utiliza para los datos enviados en respuesta. Este encabezamiento est previsto
para que, cuando el mensaje de datos solicitado sea un boletn que contenga un encabezamiento
abreviado de la OMM, el encabezamiento del mensaje solicitado no se utilice en el encaminamiento de la
respuesta al centro solicitante. Para que el encaminamiento sea adecuado, el grupo T1T2, tanto de BM
como de BI deber reflejar el tipo de clave en el mensaje de datos de retorno. Para el mensaje de datos
existen cuatro formas de respuestas diferentes. La respuesta puede ser:
1.
2.
3.
4.
el mensaje pedido,
mensaje no encontrado,
encabezamiento de mensaje no reconocido, o bien:
mensaje de estado de la accin emprendida ante una peticin de CLASE 1 RR.
En un mensaje de datos de respuesta hay slo un boletn o un archivo de metadatos. En los ejemplos
siguientes, se ha supuesto que el mensaje de datos puede ser BM o BI para la CLASE 1, en funcin de cul
sea el canal virtual. Si tanto los mensajes alfanumricos como binarios se transmiten slo por un canal
virtual, se utilizar BI por defecto.
Ejemplo de mensaje solicitado:
543
BMDA01 KWBC 081550
AMMC
SIID20 WIIX 081500
AAXX 08151
58424 42975 02203 10297 20251 40037 52008=
Ejemplo de mensaje no reconocido (respuesta NIL):
189
BMDA01 KWBC 081250
AMMC
NIL SNAU55 AMMC 081100 RRB=
Ejemplo de mensaje no reconocido (respuesta ERR):
154
BMDA01 KWBC 081250
AMMC
ERR SIID20 WIIX 081200=
Ejemplo de mensaje de respuesta a una peticin de CLASE 1 de tipo RR (respuesta STATUS):
264
BMDA01 RJTD 101255
KWBC
RETRANSMISIN ACTIVADA PARA 212-218=
donde RJTD es el centro destinatario del mensaje y KWBC es el centro adyacente remitente del mensaje.
Nota:
Limitacin: las conexiones con colas de espera priorizadas debern evitar toda confusin al seleccionar y responder a
las peticiones de nmero de secuencia con fines de transmisin.
Donde: (CR) = Retorno de carro

(LF) = Nueva lnea

(SOH) = Carcter de control de comienzo de encabezamiento

(ETX) = Carcter de control de fin de texto
135
ADJUNTO II-7. CATLOGOS DE ENCAMINAMIENTO
ADJUNTO II-7. CATLOGOS DE ENCAMINAMIENTO

Formato del catlogo de encaminamiento
1.
1.1
El catlogo de encaminamiento debera producirse en forma de fichero ASCII, de modo que
pueda ser importado en las aplicaciones de bases de datos. Por consiguiente, la informacin debera
presentarse con estructura de base de datos. La estructura que se indica a continuacin permite una
visualizacin fcil en pantalla, por ejemplo mediante el comando Ver.
1.2
El fichero que contiene el catlogo de encaminamiento de un centro del SMT debera
denominarse: CCCCROCA.TXT, donde CCCC es el indicador de ubicacin del centro. La fecha de
preparacin del catlogo debera insertarse en la primera lnea en la forma YYYYMMDD (donde YYYY
representa el ao, MM, el mes y DD, el da).
1.3
Para cada encabezamiento abreviado debe haber un registro con los campos siguientes:
N de campo
Contenido
Anchura
Encabezamiento abreviado TTAAii CCCC
11
Circuito del SMT por el que se recibe el boletn (vase el prrafo 1.4)
Circuito del SMT por el que se enva el boletn (vase el prrafo 1.4)
Se aadirn tantos campos adicionales con el formato del campo N 3 como sea necesario en funcin del
nmero de circuitos adicionales por los que se enva el boletn.
1.4
La siguiente combinacin de cuatro caracteres debera utilizarse para designar los circuitos
del SMT e incluirse en los campos N 2 y N 3 subsiguientes:
a)
b)
cuando el circuito del SMT sea el nico circuito punto a punto que conecte un centro del SMT a un
centro adyacente, debera utilizarse el indicativo de ubicacin CCCC del centro del SMT adyacente
correspondiente;
en los dems casos, como cuando el circuito es de tipo punto a multipunto (por ejemplo, para un
sistema de distribucin por satlite), debera utilizarse una combinacin especfica CCCC, por
ejemplo mediante una combinacin de letras y cifras, para diferenciar stas de los indicativos de
ubicacin habituales CCCC; la descripcin de los circuitos del SMT correspondientes podr indicarse
en el fichero CCCCRMKS.TXT (vase el prrafo 2).
En la combinacin de caracteres CCCC, el comodn * debera utilizarse nicamente cuando el centro

del SMT no pueda proporcionar informacin completa. No se recomienda la utilizacin de comodines,
ya que ello limita la informacin.
1.5
Los campos deberan figurar entre comillas y separados por comas.
Ejemplo de estructura:
SMAA01 EGRR,RJTD,ANOU,DEMS,NFFN,NTAA,NZKL,PMBY
SMAA01 EGRR,KWBC,NZKL
SMAA10 KWBC,EGRR,DEMS,NFFN,NTAA,NZKL,WIIX
2.
Informacin adicional
Toda informacin adicional, como las fechas de creacin del directorio, los detalles de los CCCC
adicionales incluidos en el catlogo de encaminamiento, los medios y procedimientos de acceso al
catlogo de encaminamiento (por ejemplo, un servidor FTP) y cualquier otra informacin que pudiera
136
ayudar a los usuarios, debera incluirse en un fichero denominado CCCCRMKS.TXT, donde CCCC es el
indicativo de ubicacin del centro.
3.
Acceso a los catlogos de encaminamiento de los centros regionales

de telecomunicaciones (CRT)
3.1
Cada CRT debera poner a disposicin su propio catlogo de encaminamiento en su servidor
FTP. Los ficheros de cada centro deberan hallarse en los subdirectorios GTS_routeing/CCCC en todos los
servidores. Cuando un CRT no tenga capacidad para poner a disposicin su propio catlogo de
encaminamiento en un servidor local, debera transferir su catlogo de encaminamiento CCCCROCA.TXT
al servidor FTP de la OMM, en el subdirectorio GTS_routeing/CCCC, preferiblemente mediante acceso
directo al servidor FTP de la OMM, o envindolo en disquetes a la Secretara.
3.2
Los CRT deberan transferir sus ficheros CCCCRMKS.TXT al servidor FTP de la OMM (www.
wmo.int), en los subdirectorios GTS_routeing/CCCC, donde CCCC representa el indicativo de ubicacin
del CRT. Cada subdirectorio GTS_routeing/CCCC est reservado para cada CRT, que podr transferir y
actualizar los datos conforme sea necesario. Cada CRT debera transferir su CCCCRMKS.TXT al servidor
FTP de la OMM, preferiblemente mediante acceso directo al servidor FTP de la OMM, o enviando
disquetes a la Secretara. El acceso a la informacin incluida en los ficheros CCCCRMKS.TXT disponibles
en el servidor FTP de la OMM permitir a los centros del SMT encontrar informacin sobre los medios y
procedimientos de acceso a los directorios de encaminamiento de cualquiera de los CRT.
3.3
El CRT de Offenbach incorpora en su propio servidor FTP una rplica de la parte del servidor
FTP de la OMM relativa a los catlogos de encaminamiento.
137
ADJUNTO II-8. IMAGEN PATRN NORMALIZADA DE FACSMIL DE LA OMM
ADJUNTO II-8. IMAGEN PATRN NORMALIZADA DE FACSMIL DE LA OMM

1.
La imagen patrn est delimitada por un recuadro negro de 1,5 mm de ancho, cuyas
dimensiones exteriores son:

longitud 449 mm;

anchura 153 mm.
El recuadro est rodeado de un margen blanco de 15 mm. La imagen patrn est dividida en las
secciones indicadas en la transperencia que acompaa a la imagen patrn.
2.
Seccin
3.
Secciones 2 (2): Trazos negros y blancos para evaluar la definicin de la transmisin,

segn distintas periodicidades:
2 mm
1 (1): Muestra de mapa meteorolgico.
1 mm
0,5 mm
0,33 mm
0,25 mm
0,20 mm
0,5 lnea por mm 1 lnea por mm 2 lneas por mm 3 lneas por mm 4 lneas por mm 5 lneas por mm
4.
Secciones 3 (2):
Sigla OMM.
5.
Seccin 4 (1):
Nmero de identificacin de la imagen patrn.
6.
Secciones 5 (4):
Escalas de medias tintas del negro al blanco con ocho graduaciones,

segn una escala fisiolgica.
7.
Secciones 6 (4):
Trazos negros y blancos para evaluar la definicin de la transmisin

progresivamente de 2 mm a 0,20 mm (de 0,5 lneas por mm a 5 lneas
por milmetro).
8.
Secciones 7 (2):
ngulo blanco sobre fondo negro, con una abertura de 2 mm.
9.
Secciones 8 (2):
Trazos blancos sobre fondo negro (espesor: 2 1 - 0,5 0,33 0,25

0,20 mm).
10.
Secciones 9 (2):
Trazos negros de diferentes espesores (de 0,20 mm a 2 mm) sobre fondo

blanco para evaluar la calidad de la reproduccin de las lneas separadas.
11.
Secciones 10 (2): Circunferencia negra de 39,5 mm de dimetro exterior y de 0,5 mm de

anchura, con un cuadrado inscrito con sus diagonales.
12.
Seccin 11 (1):
Signos topogrficos de 2 3 4 5 mm.
Notas:
1. La constante de precisin es igual a 0,015 mm (15/1000 de milmetro) tanto en lo que se refiere a la anchura de los trazos
rectilneos o radiales de la imagen patrn como a la longitud del elemento peridico considerado.
2. La posicin de los recuadros que rodean cada elemento queda garantizada con una precisin de 0,15 mm (15/l00 de
milmetro).
3. Teniendo en cuenta las variaciones debidas a los cambios de temperatura (entre 5 y 30C) y de humedad (de 25% a 85%),
queda garantizada la precisin de 0,2/1000 en las longitudes de 449 mm y 153 mm, siendo homognea la regularidad en
todas las longitudes intermedias y quedando dentro de los lmites de tolerancia citados, por haberse realizado las medidas en
el plano.
Transparencia
Imagen patrn (muy reducida)
139
ADJUNTO II-9. TRANSMISIN DE INFORMACIN GRFICA MEDIANTE FACSMIL

DIGITAL CODIFICADO Y NO CODIFICADO
I. Procedimientos de transmision por facsmil digital codificado o no codificado
entre centros mediante una conexin de red
1.
La estructura del mensaje que contiene un producto de orientacin binaria para transmisin
por enlaces del SMT debera ser la siguiente:
Comienzo
Identificacin

Descripcin
de datos
Producto de facsmil
Fin
2.
El rengln preliminar que se define en el prrafo 2.3.1.1 b) de la parte II debera ser el
comienzo de la envolvente de transmisin y la seal de fin de mensaje debera estar constituida por los
caracteres
C
R
C
R
E
T , como se define en el prrafo 2.3.4 b) de la parte II.
X
L
F
S C C L
(identificacin + designador de datos + producto)
O R R F nnn
H
( _ _ _ _ _ comienzo _ _ _ _ _ )
C
R
C
R
L
F
E
T
X
( _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ envolvente de la OMM _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ )
donde nnn es el nmero secuencial de transmisin del mensaje.
3.
Para la identificacin del producto se debera utilizar el encabezamiento abreviado definido
en el prrafo 2.3.2.1 b) de la parte II:

C
R
C
R
o sea
L
F
T1T2A1A 2ii
S

P
CCCC
S
P
YYGGgg
S
P
BBB
T1 = P informacin grfica en forma digital.
4.
En el adjunto II-5 se deberan describir los productos transmitidos por facsmil. En la tabla B2
se define a T2, y en las tablas C3 y C4 se definen ntegramente A1 y A 2. Asimismo, los designadores de
nivel ii estn definidos en la tabla D.
5.
La serie de datos binarios que representa el producto en facsmil digital debe ir precedida
por los grupos de designadores de datos codificados del Alfabeto Internacional N 5 :

C
R
C
R
L

F
DFAX
S1S2S3S4
donde

DFAX
indica los datos grficos del facsmil digital codificado o no codificado;
y S1S2S3S4 estn codificados de acuerdo con la tabla A, que aparece ms adelante, para
describir las caractersticas del producto transmitido.
6.
Ejemplo de identificacin y de descripcin de un producto:
C
R
C
R
L
F
PEDA 98
S
P
C
R
C
R
L
F
DFAX 0122 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ datos binarios _ _ _ _ _ _ _ _ _ _ _ _ _ _
KWBC
S
P
011200
140
donde

P
E
D
A
98
KWBC
011200
DFAX
0
1
2
2
informacin grfica en forma digital;

precipitacin;
90 oeste a 0 (hemisferio norte);
anlisis (00 horas);
superficie de la tierra o del ocano;
CMN de Washington;
da uno y hora 1200 UTC;
facsmil digital codificado o no codificado;
facsmil digital no codificado;
seales de control (para IOC, puesta en fase, etc.) incluidas;
frecuencia de barrido 120 rpm;
3,85 lneas/mm resolucin vertical IOC.
Por consiguiente, el producto adoptar la forma siguiente:

S
O
H
C
R
C
R
C
R
C
R
L
F
PEDA 98
C
R
C
R
L
F
DFAX 0122
L
F
001
S
P
KWBC
S
011200
P
bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb/
/bbbbbbbbbbbbbbbbbbbbbbbbbbbb
C
R
bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
C
R
L
F
donde b representa los datos binarios.

E
T
X
La extensin del mensaje variar en funcin del producto y de la densidad de datos.
Nota:
Se utiliza la envolvente para reconocer, almacenar en la memoria y recuperar los datos. El nmero de octetos est
nicamente limitado por las posibilidades del CMN que transmite o recibe el fichero (producto). Actualmente, la longitud de un
mapa transmitido por facsmil digital no codificado es inferior a 684000 octetos. Los CMN deberan garantizar que los productos de
esa longitud pueden transmitirse efectivamente a travs de sus respectivos sistemas. Si se transmitieran productos por facsmil digital
codificado, se reduciran considerablemente las dimensiones del fichero, lo que permitira a los centros, cuyas posibilidades actuales
de tratamiento de fichero son limitadas, aplicar ms fcilmente el nuevo procedimiento de conmutacin de los productos de facsmil.
Tabla A Designadores de datos S1S2S3S4 para identificar las caractersticas

de la informacin grfica en facsmil digital
S1
S2
S3
Facsmil digital no codificado: 0
No se incluye ninguna
seal de control:
0
Se incluyen seales
de control:
1
Frecuencia de barrido:
60 rpm:
0
90 rpm:
1
120 rpm:
2
240 rpm:
3
Resolucin horizontal:
1728 elementos
de imgen/lnea:
6
3456 elementos
de imagen/lnea:
7
Facsmil digital codificado

conforme a la Rec. UIT-T T.4
codificacin
unidimensional:
Facsmil digital
codificado conforme
a la la Rec. UIT-T T.4
codificacin
bidimensional:
S4
Resolucin vertical:
1,89 lnea/mm:
3,79 lnea/mm:
3,85 lnea/mm:
7,58 lnea/mm:
7,7 lnea/mm:
0
1
2
3
4
Nota:
Se consideran en un estudio ulterior los procedimientos de transmisin de facsmil digital codificado de conformidad
con las normas del grupo 4 del UIT-T.
141
II. Procedimiento de transmisin por facsmil digital entre centros

cuando se utilizan canales distintos para la transmisin del identificador
alfanumrico e informacin por facsmil digital, respectivamente
1.
El procedimiento de transmisin por facsmil digital codificado o no codificado se ha previsto
para las transmisiones por facsmil en canales multiplexados por mdem, conforme a la Recomendacin
UIT-T V.29. Tanto los centros automatizados (para la transmisin por facsmil) como los no automatizados
pueden aplicar este procedimiento, que se basa en la transmisin de los mensajes de identificacin por el
canal alfanumrico y de los productos de facsmil en el otro canal.
2.
Descripcin del procedimiento
2.1
En el modo multiplexado, la informacin alfanumrica y la informacin en facsmil se
transmiten separadamente por diferentes canales del multiplexo.
2.2
El canal B se utiliza para transmitir informacin alfanumrica y el canal A, informacin en facsmil.
2.3
Para la transmisin de datos por el canal B puede utilizarse cualquier procedimiento de
control del error recomendado por la OMM (sistema hardware o software de la OMM, LAPB/X.25).
Nota:
Si se utilizan procedimientos relativos a los sistemas hardware o software de la OMM, el mdem debe estar equipado
tambin con un canal de retorno.
2.4
En cuanto se ha preparado un documento para transmitirlo por facsmil, el centro transmisor
debe enviar un mensaje de identificacin del documento por el canal B. La forma de presentacin del
identificador de mensajes es la siguiente:
S
O
H
C
R
C
R
C
R
C
R
L T T A A ii
1 2 1 2
F
C
R
C
R
L
F
C
R
C
R
L
F
L nnn
F

S
P
CCCC
S
P
YYGGgg
S BBB
P
FAX
E
T
X
donde
T1
T2
A1
A 2
ii
CCCC
YY
GGgg
FAX
designa el tipo de datos

designa el tipo de dato
Adjunto II-5, tablas A a D
es el designador de la zona geogrfica
es el designador de la hora de referencia
es el designador de nivel
es el designador del emplazamiento del centro de origen;
es el da del mes;
es la hora normalizada de observacin;
indica la transmisin de informacin en facsmil
142
2.5
Despus de haber recibido un mensaje de identificacin, el centro receptor deber enviar
una respuesta (por el canal B) de la forma siguiente:
S
O
H
C
R
C
R
C
R
C
R
L T T AA LL
1 2 1 2 1 2
F
C
R
C
R
L DDD
F
C
R
C
R
L
F
L nnn
F

S
P
CCCC
S
P
YYGGgg
E
T
X
El mensaje respuesta debera elaborarse de conformidad con las reglas que rigen los mensajes dirigidos
(seccin 2.4 de la parte II), teniendo en cuenta las modificaciones siguientes:
a)
b)
c)
d)
se adopta un nuevo tipo de mensaje dirigido: un mensaje de servicio para el control de los
intercambios en facsmil (designador especfico TT = BF);
los mensajes de servicio para el control de los intercambios en facsmil deberan tener mxima prioridad;
el grupo DDD, que define la instruccin de control (respuesta), se introduce en los mensajes de
servicio para el control de los intercambios en facsmil;
en un mensaje de servicio enviado como respuesta a un mensaje de identificacin, el grupo DDD
puede tener uno de los significados siguientes:
RDY (preparado) Preparado para recibir el documento;
ABO (rechazo)
Negativa de recibir el documento propuesto (mensaje enviado si el centro

receptor no necesita el documento);
RPT (repeticin) Peticin de que se repita el mensaje de identificacin (mensaje enviado si el

centro receptor encuentra un error en el mensaje de identificacin).
2.6
Al recibir una respuesta RDY, el centro transmisor empieza a enviar el documento en facsmil
por el canal A del multiplexado.
2.7
Cuando la recepcin del documento ha terminado o durante su recepcin, el centro receptor
enva un mensaje de servicio con fines de control de los intercambios en facsmil. La forma de
presentacin de este mensaje se describe en el prrafo 2.5. El grupo DDD puede tener entonces uno de
los significados siguientes:
ACK
(acuse de recibo)
Acuse de recibo del documento facsmil;
NAK
(acuse de recibo negativo)
Notificacin del rechazo del documento facsmil (o

recepcin de mala calidad).
3.
Algoritmo de funcionamiento del centro transmisor
3.1
El algoritmo de funcionamiento del centro transmisor se muestra en la figura 1.
143
Comienzo
NO
Enviar un
mensaje de
identificacin
del documento
n=N
?
Respuesta NO
recibida
RDY?
Respuesta
recibida
RPT?
NO
Comienzo
transmisin
documento
m=M
?
Ensear seal
parada contador
m = :m + 1
Respuesta
recibida
NAK?
Enviar seal
parada
Respuesta
recibida
ACK?
Contador
intentos
n = :n + 1
NO
NO
Respuesta S
recibida
ABO?
Temporizador
T01
NO
k=K
?
Llamada
operador
NO
Parada transmisin documento
enviar seal
parada
Contador
intentos
k = :k + 1
S
Fin
Respuesta
recibida
ACK?
NO
Respuesta
recibida
NAK?
NO
Temporizador
T02
Figura 1 Algoritmo de funcionamiento del centro transmisor

3.2
Descripcin del algoritmo
Fase B1
Cuando un documento facsmil est preparado para su transmisin, el centro

transmisor empieza la fase comienzo y a continuacin pasa a la fase B2.
Fase B2
El centro transmisor enva un mensaje de identificacin con respecto al

documento y luego espera una respuesta (se pone en marcha el
temporizador T01).
El centro transmisor espera una respuesta al mensaje de identificacin.
Cuando el temporizador T01 termina, el centro pasa a la fase E3.
Al recibir una de las respuestas posibles (RDY, RPT, ABO), el centro pasa a
la fase correspondiente (B4, E3, E4).
El nmero de intentos de enviar mensajes de identificacin se registra en
el contador n.
Fase B3, C3, D3, D4

Fase E3
144
Fase E2

Fase B4
Fase B5
Fase A5
Fase A4

Fase B6
Fase A6
Fase B7
Fases B8, C8, D8

Fase D7
Fase D5

Fase E4
Fase A8
3.3
N=3
M = 2
K = 2
M = 5
K = 5
Cuando el nmero de intentos de enviar el mensaje de identificacin es

igual a N, el centro pasa a la fase E4.
Si el nmero de intentos es inferior a N, el centro pasa a la fase B2.
El centro transmisor enva el documento facsmil por el canal A y luego
espera una respuesta (fases B5, B6).
Si el centro transmisor recibe el mensaje NAK durante la transmisin de
un documento, pasa a la fase A5.
Se envan seales de control automtico de fin de transmisin facsmil y
el contador m registra el nmero de intentos de enviar el documento.
Cuando el nmero de intentos de enviar el documento facsmil es igual a
M, el centro pasa a la fase E4.
Si el nmero de intentos de enviar el documento es inferior a M, el centro
pasa a la fase A5.
Si el centro transmisor recibe el mensaje ACK durante la transmisin de
un documento, considera que puede terminar esta transmisin y pasar a
la fase A6.
Se envan seales de control automtico de fin de transmisin en facsmil.
Cuando la transmisin de un documento ha terminado, el centro
transmisor enva seales de control automtico de fin de transmisin en
facsmil y espera luego una respuesta (puesta en funcionamiento del
temporizador T02).
El centro transmisor espera el acuse de recibo del documento.
Cuando el temporizador T02 termina, el centro pasa a la fase E4.
Despus de haber recibido respuestas posibles (ACK, NAK), el centro
pasa a la fase de recepcin (A8, D7).
El nmero de intentos de retransmitir el documento se registra en el
contador k.
Cuando el nmero de intentos de retransmitir el documento es igual a K,
el centro pasa a la fase E4.
Si el nmero de intentos es inferior a K, el centro pasa a la fase B4.
Se avisa al operador del sistema de cualquier situacin anormal.
Procedimientos de fin de transmisin.
Se propone que se adopten los valores siguientes para los parmetros del algoritmo:
Para los canales que funcionan en modo facsmil no codificado

Para los canales que funcionan en modo facsmil codificado
T01 es igual a 40 segundos

T02 es igual a 120 segundos.
145
ADJUNTO II-10. INFORMES SOBRE LAS CONDICIONES DE RECEPCIN DE LAS

TRANSMISIONES RADIOELCTRICAS METEOROLGICAS
Clave:
RECEP
QcLaLaLa LoLoLoLo

YYG1G1g
YYG1G1g
G2G2gmkmk
G2G2gmkmk
CCC(n)(n)
CCC(n)(n)
SINPO
SINPO
.....
.....
Significado de las palabras y letras simblicas:

RECEP
Clave de los informes sobre las condiciones de recepcin de las transmisiones radioelctricas.
Qc

Cuadrante del globo terrestre (segn el Manual de Claves (OMM-N 306), Volumen
I.1).
LaLaLa

Latitud, en dcimas de grado, de la estacin receptora.
LoLoLoLo

Longitud, en dcimas de grado, de la estacin receptora.
YY

Da del mes (UTC).
G1G1g

Hora de control, en horas y decenas de minutos (UTC), del comienzo del perodo que
abarca el informe.
G2G2g

Hora de control, en horas y decenas de minutos (UTC), del final del perodo que
abarca el informe.

Banda, en MHz, de la frecuencia a la que se refiere el informe, por ejemplo:
mkmk

07 = 7 MHz o ms, pero por debajo de 8 MHz;

15 = 15 MHz o ms, pero por debajo de 16 MHz.
CCC(n)(n)

Indicativo de llamada internacional de la frecuencia interceptada (principalmente tres
letras o tres letras seguidas de una o dos cifras).
SINPO

Indicador de clave que ha de ser utilizado, y que ir seguido por un grupo de cinco
cifras referente a la clave SINPO, tal como se define en la Recomendacin UIT-R
N251, publicada en el Apndice 14 al Reglamento de Radiocomunicaciones de la
UIT, Ginebra, 1968. La clave SINPO se reproduce a continuacin.
Clave SINPO
S
Escala
5
4
3
2
1
Intensidad
de la seal
Excelente
Buena
Aceptable
Mediocre
Apenas audible
Efectos perjudiciales
Interferencia
Ninguna
Ligera
Moderada
Intensa
Muy intensa
Ruido
Ninguno
Ligero
Moderado
Intenso
Muy intenso
Perturbaciones
de la propagacin
Ninguna
Ligeras
Moderadas
Intensas
Muy intensas
Apreciacin
de conjunto
Excelente
Buena
Aceptable
Mediocre
Inutilizable
146
ADJUNTO II-11. PROCEDIMIENTOS DE REENCAMINAMIENTO DE LA

RED PRINCIPAL DE TELECOMUNICACIONES
1.
Definiciones
Interrupcin: significa que se ha producido una deficiencia tcnica en el circuito.

Avera: un centro o un circuito est averiado cuando, como consecuencia de una interrupcin o por
cualquier otra razn, se halla fuera de servicio durante un perodo de tiempo superior a 30 minutos.
Apoyo: por apoyo se entiende cualquier equipo o circuitos disponibles para sustituir al equipo y/o los
circuitos que se hallan fuera de servicio (a ese respecto, no debe utilizarse el trmino en reserva).
Reencaminamiento del trfico: significa que la transmisin y/o recepcin de informacin meteorolgica se
efecta por intermedio de circuitos o de medios distintos de los que normalmente se utilizan.
2.
Medidas que deben adoptarse con anterioridad a una avera

Las disposiciones que siguen debern adoptarse dentro del marco de acuerdos bilaterales o
multilaterales:
a)
b)
c)
d)
3.
conviene preparar, lo antes posible, programas adecuados para transmitir la informacin

meteorolgica que necesitan los diferentes centros;
al mismo tiempo, conviene preparar las tablas de encaminamiento teniendo en cuenta diferentes
posibilidades de encaminamiento, en el caso de que existan varias;
convendra adoptar disposiciones para garantizar una buena coordinacin entre los operadores de
los diferentes centros;
convendra que cada centro preparase instrucciones precisas para los operadores sobre las medidas
que deben adoptarse y en qu condiciones.
Medidas que deben tomarse durante una avera
3.1
En caso de avera de un circuito, los operadores de los dos centros interesados debern hacer
todo lo posible para que el trfico pueda reanudarse normalmente lo antes posible.
3.2
Si un centro comprueba que existe una deficiencia en el funcionamiento, debe informar
inmediatamente a todos los centros interesados e indicar la naturaleza de la deficiencia, si le resulta
posible.
3.3
El centro debe verificar a continuacin su propio equipo y el estado de los circuitos.
3.4
Despus de haber determinado la causa del funcionamiento defectuoso, el centro debe
dirigir inmediatamente un segundo mensaje a todos los centros interesados. De todas formas, el segundo
mensaje deber enviarse a ms tardar una hora despus de efectuada la transmisin del primer mensaje,
incluso si la causa del funcionamiento defectuoso no ha sido an determinada. Debern transmitirse otros
mensajes, segn convenga, con el fin de tener informados a todos los centros interesados de la evolucin
de la situacin.
3.5
Despus de una interrupcin del trfico de una hora o ms, los centros interesados debern
decidir si se deben aplicar medidas de reencaminamiento del trfico y, asimismo, a partir de qu
momento esas medidas entrarn en vigor. Si los centros interesados deciden que hay que proceder al
reencaminamiento del trfico, este ltimo deber efectuarse segn los procedimientos previstos a ese
respecto en virtud de acuerdos bilaterales y/o multilaterales.
147
3.6
Cuando un centro deje de funcionar normalmente, debern adoptarse medidas para tratar
de garantizar la recopilacin de los datos bsicos procedentes de la zona de responsabilidad de ese
centro, con miras a su difusin regional y mundial.
4.
Medidas que deben adoptarse despus de una avera
4.1
Tan pronto como un centro que se haya visto obligado a interrumpir su servicio normal est
en condiciones de reanudar su servicio, deber informar inmediatamente a todos los centros interesados.
4.2
En ese momento, los centros interesados decidirn el plazo que deber transcurrir antes de
que se reanude normalmente el trfico. Para ello, debern tener en cuenta los medios tcnicos necesarios
que se requieran.
5.
Mensajes de servicio relativos a las averas
5.1
Los mensajes de servicio pueden transmitirse por todo el circuito disponible del SMT, habida
cuenta de las disposiciones que figuran en el prrafo 2.4 de esta parte II.
5.2
Cuando no exista ningn circuito del SMT disponible para la transmisin de esos mensajes
de servicio, estos ltimos podrn encauzarse por la red de telecomunicaciones fijas aeronuticas (AFTN)
(en este caso, los mensajes de servicio debern ser conformes al modelo prescrito por la OACI), as como
por cualquier otro circuito de telecomunicacin disponible.
148
ADJUNTO II-12. INSTRUCCIONES PARA UTILIZAR EL INDICATIVO BBB

1.
El indicativo BBB deber figurar nicamente en las lneas de encabezamiento abreviado de
los boletines adicionales, subsiguientes, corregidos o enmendados por los centros encargados de
prepararlos o compilarlos.
2.
Deber aadirse el indicativo BBB cuando la lnea de encabezamiento abreviado definida
mediante T1T2 A1A 2ii CCCC YYGGgg haya sido ya utilizada para la transmisin del boletn inicial
correspondiente. Una vez transmitido el boletn inicial, el centro responsable de la preparacin o
compilacin del boletn utiliza el indicativo BBB para transmitir mensajes adicionales, subsiguientes,
corregidos o enmendados respecto de esa misma lnea T1T2A1A 2ii CCCC YYGGgg, aunque completados
con el indicativo BBB apropiado, conforme a las directrices siguientes:
a)
Para transmitir informacin o informes normalmente incluidos en un boletn inicial despus de que
ste ha sido transmitido, o para la emisin subsiguiente o adicional de un boletn cuyos campos
T1T2A1A 2ii CCCC YYGGgg no seran nicos si carecieran de un campo BBB y los casos CCx o AAx no
fueran aplicables. El indicativo BBB que ha de utilizarse es RRx, donde x =:

A, para el primer boletn tras la emisin del boletn inicial;

B, si fuera necesario emitir otro boletn;

y as sucesivamente hasta x = X inclusive.
b) Para transmitir un boletn que contenga informacin o informes corregidos que hayan sido ya
emitidos en un boletn anterior. El indicativo BBB que se ha de utilizar es CCx, donde x =:

A, para el primer boletn que contiene informes o informacin corregidos;

B, si es necesario emitir un segundo boletn que contenga informes o informacin corregidos;

c) Para transmitir un boletn que contiene enmiendas a la informacin contenida en un boletn emitido
anteriormente. El indicativo BBB que se ha de utilizar es AAx, donde x = :

A, para el primer boletn que contiene enmiendas a la informacin;

B, para un segundo boletn que contiene enmiendas a la informacin;

d) Si tienen que utilizarse ms de 24 indicadores BBB para las secuencias indicadas en los apartados a),
b) y c) anteriores, se seguir utilizando x = X.
e) Con respecto a los apartados a), b) y c) anteriores, han de utilizarse los caracteres x = Y y x = Z para
los fines especiales que se indican a continuacin:
i)
x = Y para codificar el indicativo BBB cuando un fallo del sistema acarree la prdida del
registro de la serie de valores de los caracteres asignados a x;
ii)
x = Z para codificar el indicativo BBB cuando los boletines son preparados o compilados ms
de 24 horas despus de la hora de observacin.
3.
El CRT del SMT se encargar de retransmitir los boletines recibidos con arreglo a sus
directorios de encaminamiento, incluso cuando los boletines que contienen indicativos BBB no hayan sido
recibidos en la secuencia correcta.
ADJUNTO II-13. (NO UTILIZADO)
149
150
ADJUNTO II-14. (NO UTILIZADO)
151
ADJUNTO II-15. PRCTICAS Y PROCEDIMIENTOS RECOMENDADOS PARA LA

INSTALACIN, UTILIZACIN Y APLICACIN EN EL SMT DE SERVICIOS BASADOS EN
EL PROTOCOLO DE CONTROL DE TRAMISIN/PROTOCOLO INTERNET (TCP/IP)
PREFACIO
Con el paso del tiempo, el Sistema Mundial de Telecomunicacin (SMT) ha evolucionado enormemente.
En los ltimos aos se han utilizado varios protocolos, entre ellos el X.25. La mayora de los enlaces del
SMT ya han sido convertidos al estndar industrial, el Protocolo de control de transmisin/Protocolo
Internet (TCP/IP), mediante enlaces directos punto a punto o mediante redes ms sofisticadas. La
utilizacin de los protocolos TCP/IP y de los procedimientos conexos sigue reportando ahorros directos de
recursos financieros y humanos de los Miembros, ya que reducen:
a)
b)
los costos de compra y mantenimiento de los equipos de comunicaciones, y

el trabajo que requiere el desarrollo de programas informticos, gracias a la utilizacin de programas
informticos estndar en el sector.
Se han realizado considerables esfuerzos por definir el marco de aplicacin de los protocolos TCP/IP al
SMT y por lograr una transicin ordenada a partir de la interconexin de sistemas abiertos (OSI)/X.25,
protocolo original del SMT. Adems, queda entendido que los protocolos TCP/IP constituirn la base de
todas las nuevas funciones de telecomunicacin implementadas en apoyo del Sistema de Informacin de
la OMM (SIO).
Se definen procedimientos con objeto de preservar la funcin principal del SMT de transportar trfico
operacional en tiempo real con una demora mnima. Asimismo, se aborda, en trminos generales, la
manera de proteger el SMT de interferencias causadas por Internet y otras redes. Sin embargo, los
Miembros que tengan una conexin TCP/IP con el SMT y estn conectados tambin a Internet y a otras
redes debern velar por aplicar y mantener unas prcticas de seguridad estrictas.
El presente adjunto, as como las pginas web de la OMM relativas a este tema, ofrecen informacin
sobre la implementacin de muchos de los procedimientos TCP/IP en el marco del SMT. La informacin
est disponible en las pginas web de la OMM siguientes: http://www.wmo.int/pages/prog/www/
manuals.html y http://www.wmo.int/pages/prog/www/documents.html
Se aconseja encarecidamente a los Miembros que tengan presente la adopcin de la estrategia basada en
los protocolos TCP/IP para el futuro desarrollo del SMT cuando aborden la evolucin futura de los
sistemas de sus centros nacionales.
Introduccin
Perspectiva histrica
En la actualidad, el SMT se utiliza principalmente para dar soporte a la aplicacin de conmutacin de
mensajes mediante el intercambio de mensajes en formato OMM. Este intercambio se efecta mediante:
a)
b)
protocolos TCP/IP,
un servicio de transporte OSI limitado basado en una conectividad X.25 punto a punto,
y se completa con difusiones.

Este tipo de implementacin es adecuada para la aplicacin tradicional de conmutacin de mensajes,
pero necesita mejoras continuas para poder dar soporte a los diversos programas de la OMM y el SIO.
As, por ejemplo, el SMT servira de soporte para:
152
a)
b)
c)
las bases de datos distribuidas (DDB);

el intercambio de datos entre centros no adyacentes;
el intercambio de informacin de difcil manejo mediante sistemas de conmutacin de mensajes
(SCM).
Finalidad del presente adjunto

La finalidad del presente adjunto es ayudar a los centros a implementar en el SMT servicios basados en los
protocolos TCP/IP. En el presente adjunto se entiende que la implementacin de los protocolos TCP/IP
abarca todos los protocolos esenciales que normalmente integran el conjunto de protocolos TCP/IP, como
se describe en los documentos de referencia RFC 1122 y RFC 1123 del Equipo especial sobre ingeniera de
Internet (IETF). Estos documentos estn disponibles en el sitio web del IETF: http://www.ietf.org/.
En el presente adjunto se describen los aspectos de la aplicacin de los protocolos TCP/IP especficamente
aplicables al SMT en respuesta a nuevas necesidades, as como el intercambio habitual de datos que
desde hace ya tiempo realizan los sistemas de conmutacin de mensajes. Al elaborarse el presente
adjunto se tuvo en cuenta la evolucin tcnica del SMT a partir de una red X.25, as como el principio de
que los centros han de seguir siendo autnomos en la medida de lo posible. Se reconoce que el ritmo de
implantacin de nuevos sistemas vendr determinado por los Miembros, en funcin de los recursos de
que dispongan y de sus prioridades relativas, aunque al mismo tiempo se espera lograr la nueva
funcionalidad del SIO fundamentalmente a travs de los protocolos TCP/IP.
En el presente adjunto no se abordan los conceptos bsicos del TCP/IP, sino los aspectos esenciales que
permitan aplicarlos con resultados satisfactorios en el SMT. Dichos aspectos incluyen la utilizacin
apropiada del SMT en comparacin con Internet; la coexistencia del SMT con Internet; el IP y el
direccionamiento del sistema autnomo; la gestin de encaminadores; los servicios de aplicacin de los
protocolos TCP/IP (por ejemplo, FTP), y la gestin de fallos.
La seguridad de la tecnologa de la informacin es una consideracin importante en el diseo y la
operacin de las redes actuales. Se encontrar un anlisis completo de los aspectos de seguridad en la
publicacin WMO Guide on Information Technology Security, disponible en la pgina web de la OMM:
http://www.wmo.int/pages/prog/www/manuals.html.
Relacin entre Internet y el SMT
Internet ha crecido rpidamente en capacidad, grado de penetracin y diversidad de aplicaciones. Su
anchura de banda excede con creces la del SMT, y podra quiz asumir algunas de sus funciones. Aunque
la calidad del funcionamiento diario de Internet sola ser uno de sus puntos dbiles, la experiencia reciente
indica que, en muchos pases, su fiabilidad ha alcanzado niveles aceptables. Hay que sealar, con todo,
que la propia naturaleza de Internet impide construir sobre ella un sistema con niveles de servicio
especficos garantizados, ya que Internet es una amalgama de numerosos sistemas de telecomunicacin
de cuya totalidad ningn operador es responsable.
Por ello, se acepta que Internet puede utilizarse:
a) como una tecnologa de base para determinados componentes del SMT en determinadas condiciones;
b) como refuerzo del SMT, o
c) como complemento del SMT.
La coexistencia con Internet conlleva tambin determinados problemas de seguridad que hay que resolver
para que el SMT pueda desempear sus funciones. En particular, las redes deben estar diseadas de tal modo
que el SMT est protegido del trfico general de Internet, de usos inapropiados y de accesos no autorizados.
As, la utilizacin de IP y de protocolos de encaminamiento dinmico, como el BGP4 (protocolo de pasarela de
frontera) en la puerta de enlace estar gestionada de manera que no permita la comunicacin entre centros
no adyacentes a no ser con el conocimiento y la concurrencia de todos los centros intermedios. En caso
153
contrario existe el peligro de que una gran parte de la capacidad del SMT sea absorbida por trfico no
habitual, en detrimento del intercambio de datos operacionales en tiempo real.
Tabla 1. Utilizacin del SMT e Internet
Componente de comunicacin
SMT
Tecnologas de base
Enlaces especializados, redes en nube
de alta disponibilidad, VPN mediante
Internet con fines de respaldo, o
situaciones en que no se disponga de
otra tecnologa
Internet
Conforme lo proporcione
el proveedor
Funcin
Servicio de comunicacin
imprescindiblemente puntual
para operaciones relacionadas
con el tiempo, el agua y el clima
Comunicacin para necesidades
menos crticas, y posiblemente
para mayores volmenes de datos
Evolucin del SMT

El estndar X.25 de la ISO/UIT fue adoptado por la OMM a comienzos del decenio de 1980 para facilitar
el intercambio de datos y productos codificados en claves binarias de la OMM (GRIB, BUFR, etc.) y como
base para la introduccin de aplicaciones OSI de nivel superior. Aunque por aquel entonces la OSI estaba
considerada como la direccin estratgica hacia la que evolucionaran las comunicaciones de datos, la
situacin ha cambiado. En la actualidad, es ya indiscutible que los protocolos TCP/IP son los ms
aceptados y extendidos para el intercambio de datos.
Los protocolos TCP/IP son apropiados porque:
a)
b)
c)
son el conjunto de protocolos predominante para usos cotidianos, y actualmente forman parte de casi
todas las implementaciones de Unix y de numerosos sistemas operativos para computadoras
personales;
ofrecen una gran diversidad de aplicaciones estndar (transferencia de archivos, correo electrnico,
acceso a distancia, World Wide Web, etc.), que evitarn en gran medida que la comunidad de la
OMM tenga que desarrollar procedimientos y protocolos especiales, como lo vena haciendo hasta
ahora;
presentan funciones tiles, como la posibilidad de encaminamiento alternativo (en redes con
estructura de malla), que podran mejorar la fiabilidad del SMT.
Otras cuestiones conexas

Son ya muchos los centros con experiencia en la utilizacin de los protocolos TCP/IP en el SMT. La
experiencia revela que las principales cuestiones tcnicas que hay que abordar para conseguir una
utilizacin generalizada de esos protocolos en el SMT son las siguientes:
a) acordar unos mtodos comunes para que la aplicacin de conmutacin de mensajes utilice TCP/IP o
bien directamente o bien mediante aplicaciones de ms alto nivel, por ejemplo FTP;
b) establecer convenciones y normas para la denominacin de los metadatos asociados a los archivos;
c) concertar un acuerdo sobre los nombres de archivo y el direccionamiento que sea vlido para toda la
comunidad.
El propsito del presente adjunto es avanzar en el estudio de estas cuestiones, algunas de las cuales estn
relacionadas tanto con la gestin de datos como con las telecomunicaciones. Hay que tener presente
tambin que el actual SMT no es una red homognea en sentido estricto, sino ms bien una coleccin de
redes regionales y de enlaces punto a punto discretos. Adems, en el SMT existen tambin redes
gestionadas mediante tecnologa de retransmisin de trama y conmutacin por etiquetas multiprotocolo
154
(MPLS). Estas innovaciones plantean nuevas cuestiones de cooperacin multilateral en la utilizacin del
SMT. Tales cuestiones, sin embargo, estn fuera del alcance del presente adjunto.
PRINCIPIOS QUE DETERMINAN LA UTILIZACIN DE TCP/IP EN EL SMT
Conceptos bsicos
El intercambio de informacin mediante las normas propuestas por la OMM est basado en un modelo
de telecomunicacin estructurado en capas, que pueden dividirse en dos grupos:
a)
b)
las capas ms bajas, que son, aproximadamente, las capas de servidor del modelo OSI (por ejemplo,
http://en.wikipedia.org/wiki/OSI_model). Constituyen la pila estndar de los protocolos TCP/IP;
las capas superiores, que son las aplicaciones del sistema de conmutacin de mensajes (SCM) de la
OMM.
CAPA 7 DE LA OSI
APLICACIN
APLICACIONES METEOROLGICAS
DEL SCM
APLICACIONES DE LA PILA TCP/IP
Por ejemplo,
Telnet, FTP, SFTP, FTPS, NFS, NIS
CAPA 6 DE LA OSI
PRESENTACIN
No hay aplicaciones especficas

de esta capa en la pila TCP/IP.
CAPA 5 DE LA OSI
SESIN
No hay aplicaciones especficas

de esta capa en la pila TCP/IP.
CAPA 4 DE LA OSI
TRANSPORTE
TRANSPORTE TCP
Por ejemplo, TCP, UDP
CAPA 3 DE LA OSI
RED
RED IP
Por ejemplo, IP, ARP, RARP, ICMP
CAPA 2 DE LA OSI
ENLACE DE DATOS
ENLACE DE DATOS
Por ejemplo, Ethernet, PPP, MPLS, etc.
CAPA 1 DE LA OSI
FSICA
CAPA FSICA
Por ejemplo, coaxial, fibra, par trensado,
etc.
Figura 1. Modelo de telecomunicacin en capas

La introduccin de los protocolos TCP/IP no excluye la necesidad de ciertos componentes de
telecomunicacin meteorolgica del SCM. Estos siguen siendo necesarios para encaminar
adecuadamente los datos meteorolgicos y medioambientales mediante designadores de datos T1T2A1A 2ii
(los designadores de datos estndar de la OMM figuran en el adjunto II-5), o mediante la denominacin
estndar de archivos (que se describe ms adelante en el presente adjunto).
Los protocolos restantes de la pila de los protocolos TCP/IP se utilizan para la entrega propiamente dicha
de los mensajes en un lugar dado del mundo. Cuando se transmite un mensaje, las aplicaciones del SCM
preparan el mensaje y deciden si procede enviar la informacin. Seguidamente, la informacin se
encapsula en las capas de la pila de los protocolos TCP/IP, y son las capas inferiores las encargadas de
entregar los mensajes a destino.
155
El conjunto de protocolos TCP/IP permite:

a)
b)
c)
simplificar la interconectividad entre sistemas de computadora permitiendo integrar varias

tecnologas de telecomunicacin en una red coherente que puede incluir rutas de refuerzo
redundantes automticas;
reducir costos ya que proporciona soluciones de telecomunicacin de uso estndar;
crear aplicaciones modernas no circunscritas a unas reglas de trfico de almacenamiento y
retransmisin estrictas y prefijadas.
Conviene sealar que tanto las capas superiores (las aplicaciones del SCM) como las inferiores (pila de los
protocolos TCP/IP) hacen uso de direcciones y de encaminamiento. Las direcciones varan segn la capa.
Y el encaminamiento vara tambin. Las capas del SCM utilizan designadores de datos T1T2A1A 2ii y
cdigos de pas para las direcciones. El encaminamiento es una configuracin manual basada en las
necesidades de datos de cada centro.
Topologa general de la interconexin
En la figura 2 se muestra globalmente la posible interconectividad entre centros.
Como puede verse en la figura 2, hay mltiples maneras de interconectar centros. Las funciones
realizadas por un centro particular determinarn los sistemas y tecnologas de telecomunicacin que el
centro necesita soportar.
El SMT, Internet y la red de difusin son redes fsicas diferentes. Cada una de ellas proporciona diversos niveles
de seguridad, servicio y redundancia. Por ello, deben estar destinadas a diferentes fines y tipos de trfico.
Deben seguir siendo tambin redes diferentes. Este aspecto en particular ser abordado ms adelante.
Conviene sealar que Internet tiene otro uso distinto como red. Especficamente, la Comisin de Sistemas
Bsicos (CSB) ha expresado la opinin de que cabe considerar el uso de Internet para los enlaces del SMT
cuando la relacin costo-eficacia sea satisfactoria, cuando ello ofrezca un nivel de servicio aceptable, y
cuando se apliquen medidas de seguridad adecuadas. Por lo general, son aplicables los mismos principios
de encaminamiento y seguridad cuando se utilizan enlaces Internet que enlaces dedicados. Esta
configuracin especial hace necesarios dispositivos y protocolos especiales, y constituye una configuracin
particular de red privada virtual (RPV). Se ofrece ms informacin acerca del uso de enlaces mediante
Internet, especialmente en relacin con los centros pequeos del SMT, en la publicacin Guide on
Information Technology Security, disponible en la pgina web de la OMM http://www.wmo.int/pages/
prog/www/manuals.html.
SMT
INTERNET
CENTRO A
CENTRO B
RED DE
DIFUSIN
OTROS ENLACES ANTIGUOS Y DE REFUERZOS AL SMT
Figura 2. Posible interconectividad entre centros
156
Dado que la mayora de los centros y de los sistemas de telecomunicacin utilizan ya los protocolos TCP/IP,
la interconexin entre las distintas redes viene a ser una tarea bastante sencilla. Sin embargo, hay que tener
tambin presentes los aspectos negativos; en particular, el aumento de flexibilidad en la interconexin y en
las aplicaciones implica un menor control sobre el destino del trfico. As, un enlace de finalidad general
conectado a una red en nube del SMT puede saturarse de trfico secundario solicitado por un sitio que no
suele solicitar datos mediante un enlace dado. Puede dificultar tambin la llegada del trfico a su destino si
existen rutas mal definidas (tanto en el SMT como en Internet) para llegar a ese destino.
Conviene, pues, adoptar medidas de control y segregacin del trfico a fin de abordar tres aspectos
bsicos:
a)
b)
c)
la gestin del trfico (asegurndose de que los datos ms importantes son entregados
puntualmente, o controlando la disponibilidad limitada de anchura de banda en ciertas reas);
la seguridad (protegiendo los centros frente a incidencias adversas no deseadas);
la coherencia del encaminamiento (asegurndose de que la red general resultante puede transportar
sin dificultad trfico a cualquier ubicacin dada).
Con el fin de gestionar adecuadamente las interconexiones entre centros y redes, todos los centros tienen
esencialmente la responsabilidad de:
a)
b)
c)
d)
asegurarse de que se utiliza un direccionamiento TCP/IP apropiado y adecuadamente configurado

para mantener la integridad de la red y para identificar de manera nica todos los componentes;
asegurarse de que se utiliza un encaminamiento apropiado y adecuadamente configurado para
encaminar el trfico por la red correcta y para evitar dirigirlo a un destino incorrecto;
asegurarse de que las redes son independientes. Las redes pueden tambin dividirse en varias zonas
de seguridad. Las diferentes redes y zonas debern impedir que encaminamientos o trfico no filtrado
traspongan sus fronteras. Si es necesario interconectar redes, debern utilizarse pasarelas de seguridad
(por ejemplo, cortafuegos o encaminadores que utilicen listas de acceso) para controlar las fronteras;
asegurarse de que en las redes solo se permite el trfico apropiado afin de controlar el volumen de
datos y de evitar un desbordamiento de los enlaces.
En las secciones siguientes se analizan en detalle estos elementos.

Direccionamiento TCP/IP
Los centros debern utilizar direcciones IP registradas oficialmente y otorgadas por la Autoridad de
atribucin de nmeros en Internet (IANA) o por el Registro Internet Regional correspondiente. Las
direcciones IP oficiales son necesarias para todos los sistemas que se comunican a travs de una red entre
organizaciones, incluidos el SMT (en particular, la Red Principal de Telecomunicaciones (RPT)) e Internet.
Es sabido que las direcciones IP oficiales son en ocasiones difciles de obtener en ciertas zonas del mundo,
por lo que se han elaborado algunas opciones intermedias para atenuar el problema.
En el apndice 7 se describen con mayor detalle las direcciones IP, as como las opciones recomendadas
para utilizar direcciones IP en el SMT.
Si los centros utilizan direcciones IP privadas o direcciones no oficiales en sus redes internas, deber
adoptarse un sistema de traduccin de direccin de red (NAT) para los anfitriones (computadoras
centrales) que deban comunicarse por el SMT o por Internet.
Deber obtenerse un nmero suficiente de direcciones oficiales que se corresponda con el nmero de
anfitriones necesarios para comunicarse externamente y con el tipo de NAT soportado por el
encaminador de acceso del centro. Si se adopta un NAT esttico, se necesitar una correspondencia uno a
uno para las direcciones internas y oficiales. Si se usa un NAT dinmico, podr haber ms direcciones
internas que oficiales, y el encaminador asignar dinmicamente el conjunto de direcciones oficiales,
segn sea necesario.
157
Las direcciones privadas no debern ser visibles en el SMT o en Internet. En la figura 3 se muestran
ejemplos simplificados de configuraciones permisibles y no permisibles.
a)
b)
SMT
Internet
SMT
NAT
Registrada
Computatadora
central A
Internet
NAT
Privada
Web
Privada
Computatadora
central B
Computatadora
central A
Web
Computatadora
central B
Figura 2.1 b) (permitida)
Figura 2.1 a) (permitida)
c)
SMT
Internet
NAT
Privada
Computatadora
central A
Privada
Web
Computatadora
central B
Figura 2.1 c) (no permitida)
Figura 3. Ejemplos de direccionamientos permitidos (a y b) y no permitidos (c)

Resumen de las medidas que permiten una utlizacin adecuada de IP en el SMT
a)
b)
c)
d)
Utilizar solo direcciones IP oficiales para la comunicacin externa en el SMT.

Establecer una conexin IP con uno o ms centros. Esta conexin ser IP exclusivamente y utilizar PPP
como protocolo de nivel 2 en el enlace, o un protocolo de marca, como el procedimiento de control de
enlace de alto nivel de CISCO, previo acuerdo de ambas partes. Configurar el encaminamiento
dinmico con protocolo de pasarela fronteriza (BGP) (a menos que se trate de un centro con una sola
conexin SMT y haya acordado con el centro vecino utilizar un encaminamiento esttico).
Verificar la barrera (cabecera de seguridad) entre Internet y el SMT (impedir encaminamientos desde
Internet al SMT).
Filtrar el trfico entrante y saliente, con arreglo a los requisitos descritos anteriormente.
Encaminamiento y gestin de trfico

Algoritmos de encaminamiento
Para poder enviar un paquete, toda computadora central, encaminador o equipo conectado a una red IP
deber disponer de una tabla de encaminamientos. La tabla indica al sistema el lugar de destino del
paquete. Esto se puede efectuar mediante:
a)
un encaminamiento esttico, o
158
b)
un encaminamiento dinmico.
Encaminamiento esttico
En este tipo de encaminamiento, el administrador del sistema debe indicar en las tablas de
encaminamiento cada uno de los destinos requeridos, junto con el salto siguiente. Alternativamente,
puede declararse una ruta por defecto, aunque esta opcin es aplicable principalmente a los sitios que
tienen una sola conexin con el exterior. Si se establece una ruta por defecto, habr que crear tambin
filtros para asegurarse de que solo las computadoras centrales autorizadas puedan acceder al SMT.
Cada vez que se conecte un nuevo centro al SMT con el protocolo IP, en todos los dems centros con
capacidades IP el encargado del sitio deber incorporar la nueva direccin a sus tablas de encaminamiento.
A medida que la conectividad IP se extienda por el SMT, esta tarea puede llegar a ser muy laboriosa.
Encaminamiento dinmico
En el encaminamiento dinmico, la informacin de encaminamiento es intercambiada automticamente
por los encaminadores. De ese modo, la red puede aprender las nuevas direcciones y utilizar caminos
alternativos en caso de falla si la topologa de la red es parcialmente reticulada. Aunque inicialmente la
implementacin de un encaminamiento dinmico puede ser algo ms compleja, la gestin es despus
mucho menos laboriosa.
Si se utiliza un encaminamiento dinmico, ser necesario escoger un protocolo de encaminamiento convenido
para utilizar los enlaces del SMT. Aquel ser un protocolo de cabecera exterior (por ejemplo, EGP, BGP) y no
interior (como IGRP, RIP u OSPF), ya que estos ltimos estn destinados a un dominio de gestin nico. El
SMT es una agregacin de mltiples dominios de gestin diferentes. Por ello, es necesario seleccionar un
protocolo de cabecera que pueda ser gestionado de manera autnoma por cada centro para implementar
encaminamientos y, por consiguiente, flujos de trfico, en concordancia con sus necesidades particulares.
Existen dos protocolos de cabecera de lnea exterior definidos en los RFC, a saber: EGP y BGP
(actualmente la versin 4 - RFC 1771). Dado que el SMT no es una estructura en rbol, podra resultar
difcil establecer un encaminamiento utilizando EGP. El protocolo BGP4 no est sujeto a limitaciones de
naturaleza topolgica. Ofrece ms posibilidades aunque es un poco ms difcil de configurar.
El protocolo BGP puede distribuir rutas a nivel de subred. Esta particularidad podra ser muy til para el
SMT. En lugar de propagar rutas basadas en la computadora central o rutas en la totalidad de la red, el
encaminamiento puede efectuarse basndose en subredes. En lugar de declarar las computadoras
centrales con derecho a utilizar el SMT, un centro puede declarar toda una subred de computadoras
centrales con derecho a acceso. En tales casos, la informacin de encaminamiento consistira nicamente
en una direccin IP y una mscara de subred. As, por ejemplo, si un centro tiene la direccin 193.168.1.0
de Clase C, y declara que la subred 193.168.1.16 con mscara 255.255.255.248 tiene derecho a utilizar el
SMT, todas las computadoras centrales con direccin IP comprendida entre 193.168.1.17 y 193.168.1.22
sern encaminables por el SMT.
Mtodo de encaminamiento recomendado
En consideracin a los factores antes indicados, debera utilizarse el protocolo de encaminamiento BGP4
entre centros del SMT, a menos que se acuerde bilateralmente un protocolo alternativo respecto de cada
uno de los enlaces. En el apndice 2 que figura ms adelante se ofrecen algunos ejemplos de
configuracin de BGP4 para la familia de encaminadores Cisco.
Segregacin y zonificacin de redes
Todo centro con una conexin al SMT mediante TCP/IP y una conexin a otra red TCP/IP es
potencialmente un punto dbil en que el SMT podra resultar expuesto a interferencias deliberadas o
involuntarias en forma de trfico indeseado o conexiones no autorizadas a anfitriones del SMT.
159
Se alienta encarecidamente a los centros a crear barreras de proteccin (por ejemplo, cabeceras de
seguridad) en la conexin de su centro con Internet. Es importante que se adopten todas las medidas
prcticas para evitar el uso accidental o deliberado de enlaces del SMT o el acceso no autorizado a
centros del SMT por usuarios de Internet.
Al establecer el protocolo IP en el SMT, es esencial asegurarse de que este NO forma parte de Internet ni
constituye una va indeseada de transmisin de trfico de Internet. Cada centro deber considerar el SMT
y otras redes TCP/IP (entre ellas, Internet) como redes separadas, y deber asegurarse de que no se
establece un flujo de trfico inapropiado entre aquel y estas. De ese modo, el SMT se utilizar nicamente
para transferir datos meteorolgicos autnticos entre anfitriones autorizados.
Para lograr el control y la segregacin del trfico hay que tener en cuenta varios aspectos importantes:
a)
b)
c)
Direccionamiento IP: utilizar direcciones de red reconocibles universalmente y coherentes, de

manera que todos los sistemas tengan un solo nmero de referencia especfico, vlido no solo en el
SMT, sino en todo Internet y en cualquier otra red que pudiera interconectarse al SMT.
Reglas de encaminamiento de red IP: utilizar un conjunto comn de protocolos y reglas de
encaminamiento para asegurarse de que el trfico llegue siempre a su destino sin demoras ni
confusiones.
Zonalizacin de los elementos de red de cada centro: crear diferentes zonas de red con diferentes
niveles de seguridad a fin de aislar los elementos ms esenciales de un centro de la red pblica, y
asegurarse de que los datos pueden seguir transportndose entre zonas con diferentes niveles de
seguridad.
En la figura 2 se ilustra, en trminos generales, una configuracin posible de un centro con una conexin
TCP/IP al SMT y una conexin a Internet. Esta configuracin presupone tambin la implementacin de
ciertas funciones de seguridad. Podrn implementarse las funciones siguientes:
a)
b)
c)
d)
permitir solo a los anfitriones designados del SMT comunicar a travs del encaminador del SMT;
bloquear el acceso a los anfitriones designados del SMT a travs de la cabecera de seguridad y del
encaminador de Internet;
la cabecera de seguridad permitir solo a los anfitriones desigandos en Internet acceder a anfitriones
B, y en cualquier caso solo para aplicaciones tales como FTP;
impedir el acceso a anfitriones A desde Internet a travs de anfitriones B.
Adems de esas medidas de seguridad en la red, es esencial seguir buenas prcticas de seguridad en la
gestin de todos los anfitriones de un centro. La seguridad informtica es un tema intrnsecamente muy
complejo; se alienta a los centros a que estudien a fondo ese tema y que apliquen prcticas apropiadas.
La publicacin Guide on Information Technology Security, disponible en la pgina web http://www.wmo.
int/pages/prog/www/manuals.html, ofrece informacin sobre prcticas de seguridad bsicas.
Gestin de trfico
La gestin del trfico es un aspecto lamentablemente no circunscrito a las redes, ya que obliga a abordar
tambin las configuraciones para la gestin de datos y las aplicaciones. Esta funcin implica, pues, a
varios grupos diferentes.
Por lo general, puede afirmarse que algunas aplicaciones, como la de transferencia de archivos o Internet,
pueden dar lugar a grandes volmenes de trfico en los circuitos del SMT, cuya anchura de banda es
limitada. Hay que imponer ciertos lmites para asegurarse de que el trfico que se produce en el SMT
concierne nicamente transferencias para las que el tiempo y la operatividad son factores decisivos; por
ejemplo, los datos y productos en tiempo real que se intercambian actualmente en el SMT.
El trfico menos importante, por ejemplo el intercambio de archivos ad hoc, el correo electrnico e
Internet en general, debera utilizar Internet. A fin de proteger el SMT, debern restringirse las
160
capacidades mximas de conectividad TCP/IP y de intercambio de informacin. En la prctica, el trfico

TCP/IP transportado por el SMT puede restringirse atendiendo a:
a)
b)
c)
el tipo de protocolo (por ejemplo, FTP, HTTP y SMTP);

las direcciones IP de origen y de destino;
una combinacin de ambos.
Para que las medidas adoptadas sean eficaces, es necesario:

a)
b)
que no se circunscriban a una nica marca comercial de encaminador, ya que no cabe esperar que
todos los centros utilicen esa misma marca;
implementar configuraciones razonablemente simplificadas, de modo que el riesgo de que un error
u omisin amenace el SMT sea mnimo.
DIRECTRICES PARA LA EJECUCIN

Direccionamiento IP
En la figura 4 se representa una situacin en que los centros han acordado implementar una conexin IP
directa utilizando el primer par de nmeros de computadora central disponibles; la red 193.105.178.0 se
ha escogido a ttulo de ejemplo.
SCM
Encaminador
Computadora
central
CENTRO C
IP: 193.105.178.6
Mscara: 255.255.255.252
IP: 193.105.178.5
Mscara: 255.255.255.252
Encaminador
SCM
CENTRO B
Computadora
central
Figura 4 Enlace IP directo entre los centros B y C
161
Asignacin de direcciones de Clase C para enlaces IP directos
Los encaminadores tienen que conectarse mediante enlaces con nmeros de subred nicos. Para ello, se utiliza
una direccin de Clase C (por ejemplo, 193.105.178.0) con una mscara 255.255.255.252. Se obtienen as 62
subredes, cada una de ellas con dos computadoras centrales. Estos dos nmeros de computadora central son
asignados a los extremos del enlace que conecta los encaminadores entre los dos centros. El nmero de red ms
bajo utilizable es 193.105.178.4, con direcciones de computadora central 193.105.178.5 y 6. El nmero de red
siguiente es 193.105.178.8, con direcciones de computadora central 193.105.178.9 y 10, seguido de:
193.105.178.12, con direcciones de computadora central 193.105.178.13 y 14, seguido de
193.105.178.16, con direcciones de computadora central 193.105.178.17 y 18, seguido de
193.105.178.20, con direcciones de computadora central 193.105.178.21 y 22, y as sucesivamente, hasta llegar a
193.105.178.248, con direcciones de computadora central 193.105.178.249 y 250.
Encaminamiento TCP/IP
Nmeros del sistema autnomo
Para poder utilizar BGP4 como protocolo de encaminamiento dinmico recomendado para el SMT (vase
ms arriba la seccin sobre encaminamiento y gestin de trfico) es necesario antes asignar nmeros del
sistema autnomo (SA)1 a cada centro SMT.
Para poder utilizar BGP es necesario introducir el concepto de sistema autnomo. Cada centro del SMT
gestiona un nmero SA con objeto de poder adoptar el protocolo BGP con centros vecinos. Adems del
direccionamiento, en esta seccin se describe el esquema de asignacin de nmeros SA.
La Autoridad de atribucin de nmeros en Internet (IANA), mediante su disposicin RFC 6696, ha
reservado el bloque de nmeros SA 64512 a 65534 para uso privado (que no se darn a conocer en la
Internet mundial). Se dispone con ello de ocho grupos de 128 nmeros SA para asignarlos a centros del
SMT, con lo cual quedan cubiertas las necesidades presentes y futuras previstas del SMT. Los nmeros SA
se asignarn como sigue:
Centros RPT y nmeros reservados
Centros en la AR I
Centros en la AR II
Centros en la AR III
Centros en la AR IV
Centros en la AR V
Centros en la AR VI
Antrtida
Usos privados de los centros SMT
64512 a 64639
64640 a 64767
64768 a 64895
64896 a 65023
65024 a 65151
65152 a 65279
65280 a 65407
65408 a 65471
65472 a 65534*
* Estos nmeros SA son para uso nacional y no debern darse a conocer en el SMT.
Detalles de la implementacin
Para poder implementar servicios IP, los centros necesitan disponer de cierta informacin sobre el
direccionamiento IP en otros centros del SMT. En la figura 5 y las tablas 2a a 2d conexas que se presentan
a continuacin se detalla la informacin requerida en diversos centros.
Un sistema autnomo se define en RFC 4271 como un conjunto de encaminadores pertenecientes a una misma
administracin tcncia, que utilizan un protocolo de interior y una mtrica comn para encaminar paquetes dentro del
SA, y un protocolo de exterior para encaminar paquetes a otros SA.
162
CENTRO C
CENTRO A
Direccin IP: A
Direccin IP: C
Direccin IP: Ca
Direccin IP: Ac
SCM
SCM
Encaminador
Encaminador
Computadora
central
Computadora
central
Direccin IP: Cb
Direccin IP: C
Direccin IP: A
Direccin IP: Ab
Direccin IP: Cd
Direccin IP: Dc
Direccin IP: Ba
Direccin IP: D
Direccin IP: B
SCM
SCM
Direccin IP: Bc
Encaminador
Encaminador
Computadora
central
Computadora
central
Direccin IP: D
Direccin IP: B
CENTRO B
CENTRO D
Figura 5 Red IP directa
Tabla 2a. Direccin IP que debe conocer el CENTRO A

Direcciones que debe conocer
Destino
Ruta adecuada
para comunicaciones
entre extremos
para comunicaciones
entre encaminadores
CENTRO B
(Computadora central a
computadora central)
Direccin IP : B
Direccin IP : Ba
CENTRO A CENTRO B
CENTRO C
Direccin IP : C
Direccin IP : Ca
CENTRO A CENTRO C
CENTRO D
Direccin IP : D
Direccin IP : Ca
CENTRO A CENTRO C CENTRO D

( Computadora central [A]
Encaminador [A] Encaminador[C]
Encaminador [D]
Computadoracentral[D] )
[x] : CENTRO x
CENTRO B (SCM a SCM)
Direccin IP : B
Direccin IP : Ba
CENTRO A CENTRO B
CENTRO C (SCM a SCM)
Direccin IP : C
Direccin IP : Ca
CENTRO A CENTRO C
CENTRO D (SCM a SCM)
Direccin IP : D
Direccin IP : Ca
CENTRO A CENTRO C CENTRO D
163
Tabla 2b. Direccin IP que debe conocer el CENTRO B

Destino
Ruta adecuada
para comunicaciones
entre extremos
para comunicaciones
entre encaminadores
CENTRO A
Direccin IP : A
Direccin IP : Ab
CENTRO B CENTRO A
CENTRO C
Direccin IP : C
Direccin IP : Cb
CENTRO B CENTRO C
CENTRO D
Direccin IP : D
Direccin IP : Cb
CENTRO B CENTRO C CENTRO D
CENTRO A (SCM a SCM)
Direccin IP : A
Direccin IP : Ab
CENTRO B CENTRO A
CENTRO C (SCM a SCM) Direccin IP : C
Direccin IP : Cb
CENTRO B CENTRO C
CENTRO D (SCM a SCM) Direccin IP : D
Direccin IP : Cb
CENTRO B CENTRO C CENTRO D
Tabla 2c. Direccin IP que debe conocer el CENTRO C

Destino
para comunicaciones
entre extremos
CENTRO A
para
comunicaciones
entre encaminadores
Ruta adecuada
Direccin IP : A
Direccin IP : Ac
CENTRO C CENTRO A
CENTRO B (Computadora Direccin IP : B

central a computadora
central)
Direccin IP : Bc
CENTRO C CENTRO B
CENTRO D
Direccin IP : D
Direccin IP : Dc
CENTRO C CENTRO D
Direccin IP : A
Direccin IP : Ac
CENTRO C CENTRO A
Direccin IP : B
Direccin IP : Bc
CENTRO C CENTRO B
CENTRO D (SCM a SCM)
Direccin IP : D
Direccin IP : Dc
CENTRO C CENTRO D
Tabla 2d. Direccin IP que debe conocer el CENTRO D

Destino
Ruta adecuada
para comunicaciones
entre extremos
para comunicaciones
entre encaminadores
CENTRO A (Computadora
central a computadora central)
Direccin IP : A
Direccin IP : Cd
CENTRO D CENTRO D CENTRO A
CENTRO B (Computadora
Direccin IP : B
Direccin IP : Cd
CENTRO D CENTRO C CENTRO B
CENTRO C (Computadora
Direccin IP : C
Direccin IP : Cd
CENTRO D CENTRO C
Direccin IP : A
Direccin IP : Cd
CENTRO D CENTRO D CENTRO A
Direccin IP : B
Direccin IP : Cd
CENTRO D CENTRO C CENTRO B
CENTRO C (SCM a SCM)
Direccin IP : C
Direccin IP : Cd
CENTRO D CENTRO C
164
Gestin y asignacin de direcciones y nmeros SA

Direcciones IP
Las direcciones IP se adquirirn o acordarn con arreglo a las instrucciones del apndice 7 que figura ms
adelante.
Direcciones de computadora central/red de los centros designados del SMT
Las direcciones IP de computadora central y de subred que se utilizarn para los centros designados del
SMT se notificarn a la OMM como se explica ms arriba.
Nmeros SA
La Secretara de la OMM coordinar y emitir los nmeros SA que se utilicen en el SMT, conforme se
requiera. Los centros enviarn sus pedidos de nmeros SA a la OMM tal y como se ha indicado
anteriormente.
Publicacin de direcciones y nmeros SA
La OMM publicar las listas actualizadas de direcciones y nmeros SA en el Boletn mensual de la VMM, y
ofrecer tambin dichas listas en formato ASCII, accesibles mediante FTP en el servidor web de la OMM,
y en formato HTML en la pgina web http://www.wmo.int/pages/prog/www/ois/Operational_
Information/RtngCat_en.html.
MTODOS DE INTERCAMBIO DE DATOS EN EL SMT
Introduccin
Existen tres mtodos de intercambio de datos definidos para el SMT. Los dos primeros estn destinados al
intercambio de mensajes SMT tradicionales. El tercero se utiliza para el intercambio de otros tipos de
datos.
Para los mensajes SMT tradicionales (los cifrados en la forma TTAAii CCCC), esas dos normas estn
basadas en:
a)
b)
sockets TCP/IP;
FTP.
Los centros podrn escoger entre esas dos normas mediante un acuerdo bilateral.
Es posible intercambiar tambin otros datos en el SMT utilizando una norma diferente basada en FTP.
SCM basados en sockets TCP
La norma de sockets TCP implica el establecimiento de una conexin del emisor al receptor, y el envo de
los mensajes SMT precedidos de dos campos de control. El primer campo contiene la longitud del
mensaje, y el segundo es un campo de 2 caracteres que indica el tipo de mensaje (binario, alfanumrico
o fax). El tercer campo es el mensaje SMT propiamente dicho, incorporado en una envolvente estndar
SOH/ETX del SMT. El centro receptor utiliza la longitud del mensaje para determinar el comienzo y final
de cada mensaje entrante.
El protocolo de sockets TCP del SMT no garantiza una entrega de extremo a extremo, y es posible que se
pierdan datos si el enlace o uno de los sistemas de conmutacin de mensajes falla.
165
La estructura completa aparece ilustrada en la figura 6. Obsrvese que la longitud del mensaje no incluye
la longitud de los dos primeros campos (longitud y tipo de mensaje). El mensaje deber tener siempre
una longitud de ocho caracteres y contendr los ceros iniciales que sean necesarios. El campo de tipo de
mensaje debera estar codificado mediante los caracteres ASCII siguientes: BI para mensajes binarios, AN
para alfanumricos, y FX para facsmil.
Longitud
del mensaje
(8 caracteres)
Encabennn
Tipo de
o
bien
mensaje
SOH CR CR LF
CR CR LF zamiento
nnnnn
(2 caracteres)
CR CR LF ETX
Longitud del mensaje

Longitud del mensaje: Longitud desde SOH hasta ETX (por ejemplo, 00001826 = 1826 bytes)
Tipo de mensaje AN: Alfanumrico, BI: Binario, FX: facsmil
Figura 6. Estructura de mensaje para aplicaciones de intercambio de datos mediante socket

Las reglas para el intercambio de datos mediante socket TCP/IP pueden resumirse como sigue:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
Todas las nuevas conexiones debern comenzar a partir de un nuevo mensaje.

Todo mensaje ir precedido de un campo de longitud de mensaje de ocho caracteres ASCII y de un
campo de tipo de mensaje de dos caracteres ASCII.
La longitud del mensaje se contar desde SOH hasta ETX inclusive, y deber contener los ceros
iniciales necesarios.
El tipo de mensaje deber estar codificado como BI si es binario, AN si es alfanumrico, o FX si es
facsmil.
Los centros receptores comprobarn la sincronizacin como sigue:

Se comprobar que los 8 primeros caracteres sean numricos ASCII.

Se comprobar que los caracteres 9 y 10 sean BI, AN o FX.

Se comprobar que el 11 carcter sea SOH.

Se comprobar que el ltimo carcter sea ETX.
Si se perdiera la sincronizacin, el receptor cortar la conexin mediante la secuencia siguiente de
primitivas de usuario TCP:

shutdown (para asegurarse de que todos los datos del buffer de envo TCP han sido
transferidos);

close.
Se recomienda utilizar un socket diferente para los mensajes ASCII y binarios, y una conexin
diferente para el envo y la recepcin. El emisor debera tener siempre la responsabilidad de
establecer la conexin.
Una vez establecida una conexin, ha de ser mantenida.
Si fuera necesario cerrar un socket, el procedimiento constar de los siguientes pasos:

shutdown (para asegurarse de que todos los datos del buffer de envo TCP han sido
transferidos);

close.
Este procedimiento debera utilizarse tambin para cerrar un SCM.
Si el receptor recibe una nueva solicitud imprevista de conexin en un puerto para el que hay un
socket establecido, debera cerrarse el antiguo socket y aceptar el nuevo.
Los nmeros de servicio/puerto TCP/IP para estas conexiones se decidirn mediante acuerdo
bilateral. Debera evitarse el uso de puertos reservados (1 a 1023). Se recomienda utilizar puertos
por encima del 10000.
Para reducir el volumen de datos que se pierde cuando falla una conexin establecida, puede
ajustarse el tamao de los buffers de envo y de recepcin TCP. El tamao de buffer recomendado es
4 KB, aunque este valor puede acordarse bilateralmente.
A fin de poder detectar la prdida de un mensaje, es obligatorio utilizar el nmero de secuencia de
canal (CSN). Cuando se utilice el CSN para comprobar si se han perdido mensajes, deberan
utilizarse los procedimientos de solicitud/repeticin de la OMM para recuperarlos. Podra ser til
166
automatizar este mecanismo para evitar las demoras causadas por la intervencin manual. Para
reducir a un mnimo la prdida de datos, se recomienda rotundamente que los centros implementen
un CSN de 5 caracteres en el futuro.
15. El nmero de secuencia de canal 000 (o el 00000, respectivamente) debera indicar una
inicializacin, y no debera dar lugar a solicitudes de retransmisin.
Procedimientos FTP y convencin para la denominacin de archivos
Introduccin
El protocolo de transferencia de archivos (FTP) constituye un mtodo conveniente y fiable para el
intercambio de archivos, especialmente los de gran tamao. Este protocolo est definido en RFC 959.
Los principales temas que han de considerarse son:
1.
2.
3.
4.
5.
6.
7.
8.
9.
los procedimientos para recopilar mensajes en archivos a fin de minimizar elementos FTP no
esenciales para mensajes cortos (aplicable nicamente a los tipos de mensaje existentes);
las convenciones de denominacin de archivos para tipos de mensaje existentes (AHL existente);
las convenciones generales de denominacin de archivos;
la redenominacin de archivos;
la utilizacin de directorios;
los nombres de cuenta y contraseas;
las sesiones FTP;
las necesidades FTP locales;
la compresin de archivos.
Recopilacin de mensajes en archivos

Uno de los problemas que plantea la utilizacin de FTP para enviar mensajes SMT de tipo tradicional es el
contenido no esencial cuando cada uno de los mensajes se enva en un archivo separado. Para resolver
este problema, los mensajes mltiples contenidos en la envolvente estndar de mensaje SMT deberan
incluirse en un mismo archivo, de acuerdo con las reglas que se indican a continuacin. Este mtodo de
recopilacin de mltiples mensajes es aplicable solo a los mensajes para los que se han asignado AHL.
Los centros pueden, opcionalmente, incluir o borrar las cadenas de lneas de comienzo y final de mensaje, e
indicar la opcin que estn utilizando mediante el identificador de formato (vanse los puntos 2 y 4 siguientes).
1.
2.
3.
4.
Todo mensaje debera ir precedido por un campo de longitud de mensaje de ocho octetos (ocho
caracteres ASCII). La longitud abarca la lnea de comienzo (si la hubiere), la AHL, el texto y el final de
mensaje (si lo hubiere).
Todo mensaje debera comenzar por la lnea de comienzo que est definida y la AHL, como se
muestra en la figura 7.
Los mensajes deberan incorporarse a los archivos como sigue:
a)
indicador de longitud, mensaje 1 (8 caracteres);
b)
identificador de formato (2 caracteres);
c)
mensaje 1;
d)
indicador de longitud, mensaje 2 (8 caracteres);
e)
indicador de formato (2 caracteres);
f)
mensaje 2;
g)
y as sucesivamente hasta el ltimo mensaje;
h)
en caso necesario, y a reserva de lo que se acuerde bilateralmente, podr insertarse un
mensaje aparente de longitud cero a continuacin del ltimo mensaje real para facilitar la
deteccin del final de archivo en ciertos sistemas SCM. Este requisito no existe en la mayora
de los casos y solo deber utilizarse cuando sea necesario, previo acuerdo entre los centros.
El identificador de formato (dos caracteres ASCII) puede adoptar los valores siguientes:
a)
00 si estn presentes las cadenas de lnea de comienzo y final de mensaje;
b)
01 si estn ausentes las cadenas de lnea de comienzo y final de mensaje.
167
5.
6.
7.
El centro emisor debera combinar los mensajes del archivo durante no ms de 60 segundos para
minimizar las demoras de transmisin; este lmite debera fijarse en un valor que depender de las
caractersticas del enlace. Sin embargo, el archivo debera enviarse inmediatamente cuando se le agregue
un mensaje SMT de prioridad 1 (como se define en la parte II, seccin 2.11.1 del presente Manual).
El centro emisor debera limitar el nmero de mensajes de un archivo a un mximo de 100; este
lmite debera fijarse en un valor que depender de las caractersticas del enlace.
El formato es aplicable con independencia del nmero de mensajes; es decir, ser aplicable aun
cuando el archivo solo contenga un mensaje.
Longitud del
mensaje 1
(8 caracteres)
nnn
Identificador
del formato SOH CR CR LF o bien CR
nnnnn
00
EncabezaCR LF miento Texto
CR CR LF ETX
Longitud del
mensaje 2
(8 caracteres)

Lnea de comienzo y final de mensaje presentes.
Longitud del mensaje: Longitud desde SOH hasta ETX (por ejemplo, 00001826 = 1826 bytes)
EncabezaIdentificador
del formato CR CR LF miento
Texto
01
Longitud del
mensaje 1
(8 caracteres)
Longitud del Identificador

del formato
mensaje 2
01
(8 caracteres)

Opcin no preferida, discontinuar su uso. Lnea de comienzo y final de mensaje ausentes.
Longitud del mensaje: longitud desde el primer CR hasta el final del texto (ejemplo 00001826 = 1826 bytes)
Figura 7 Estructura de un mensaje tpico en un archivo

Convenciones de denominacin de archivos para tipos de mensaje existentes (AHL existente)
La convencin empleada para la denominacin de ficheros es:
CCCCNNNNNNNN.ext
donde:
CCCC es el identificador internacional de ubicacin de cuatro letras del centro emisor, tal como se define
en los Informes Meteorolgicos (OMM-N 9), Volumen C;
NNNNNNNN es un nmero secuencial comprendido entre 0 y 99999999, generado por el centro emisor
para cada tipo de datos determinado por ext; se utiliza 0 para la (re)inicializacin. Mediante acuerdo
bilateral, los centros podrn utilizar NNNN en lugar de NNNNNNNN en caso de limitacin de la longitud
del nombre de archivo.
ext es:
ua para informacin alfanumrica urgente
ub para informacin binaria urgente
a para informacin alfanumrica normal
b para informacin binaria normal
f para informacin facsmil
Nota: Cuando, previo acuerdo bilateral, los centros admitan datos alfanumricos y binarios en un mismo archivo, se utilizarn las
extensiones b o ub.
Convenciones generales para la denominacin de archivos

El procedimiento est basado en la transmisin de pares de archivos, uno de los cuales contiene la
informacin, mientras que el otro es el archivo de metadatos correspondiente. La estructuracin de los
archivos en pares permite establecer la funcin de comunicacin con independencia de las necesidades
que la gestin de datos imponga a la estructura de los metadatos, pese a lo cual permite el transporte de
cualquier tipo de metadatos. La presencia de un archivo .met no es obligatoria, como sucede cuando el
propio archivo de informacin se especifica a s mismo o cuando un archivo .met nico puede describir
168
varios archivos de informacin (por ejemplo, cuando hay un mismo tipo de datos para diferentes horas).
Con todo, existe siempre una relacin clara entre el nombre del archivo de informacin y el nombre del
archivo de metadatos, que diferirn solo en la extensin y en la posible presencia de caracteres
comodn. En los nuevos tipos de mensaje (que carecen de AHL) se adoptar el formato siguiente para
los nombres de archivo. Conviene sealar que los nombres de archivo de los tipos de mensaje existentes
(que contienen AHL) pueden ajustarse tambin al formato siguiente.
El formato del nombre de archivo es una combinacin predeterminada de campos delimitados por el carcter
_ (espacio subrayado), excepto en los dos ltimos campos, que estarn delimitados por el carcter . (punto).
Cada campo ser de longitud variable, excepto el campo fecha/hora, que est predeterminado.
El orden de los campos es obligatorio.
Los campos del nombre de archivo son los siguientes:
pflag_productidentifier_oflag_originator_yyyyMMddhhmmss[_freeformat].type[.compression]
donde los campos obliatorios son:

pflag es un carcter o combinacin de caracteres que indican la manera de descodificar el campo
productidentifier. Por el momento, el campo pflag tiene el valor aceptable siguiente:
Tabla 3. Valores de pflag aceptados

pflag
Significado
El campo productidentifier se descodificar como indicativo de datos T1T2A1A2ii estndar.

(Losindicativos de datos estndar de la OMM figuran
en el adjunto II-5.)
El campo productidentifier se descodificar como encabezamiento abreviado estndar, en su

caso con el bloque BBB, y descartando los espacios, por ejemplo: T1T2A1A2iiCCCCYYGGgg[BBB].
Indicativo de producto OMM
Indicativo de producto local del centro originador
TM
El campo productidentifier ser descodificado como indicativo de datos T1T2A1A2ii estndar

(losindicativos de datos estndar de la OMM figuran en el adjunto II-5). El archivo contendr
los metadatos correspondientes al archivo T conexo.
AM
El campo productidentifier ser descodificado como encabezamiento abreviado estndar, en su

caso con el bloque BBB, y descartando los espacios, por ejemplo: T1T2A1A2iiCCCCYYGGgg[BBB].
El archivo contendr los metadatos correspondientes al archivo A conexo.
WM
Identificador de producto OMM. El archivo contendr los metadatos correspondientes al

archivo W conexo.
ZM
Identificador de producto local del centro originador. El archivo contendr los metadatos
correspondientes al archivo Z conexo.
productidentifier es un campo de longitud variable que contiene informacin descriptiva de la naturaleza

de los datos del archivo. El campo productidentifier se descodificar de conformidad con el campo pflag.
El identificador de producto OMM que se utilice con pflag = W se descodificar como sigue:
<indicativo de ubicacin>,<indicativo de datos>,<descripcin libre>,<grupo fecha-hora internacional>,
<encabezamiento de modificacin de BBB>
El identificador de producto OMM consta de dos partes:
a)
b)
169
la parte esttica, que describe el producto, y

la parte opcional, que define la fecha/hora y la situacin en que se encuentra el producto
(correccin, enmienda).
El identificador de producto OMM no distingue entre maysculas y minsculas. Las dos partes descritas se
definen como sigue:
Parte esttica: <indicativo de ubicacin>,<indicativo de datos>,<descripcin libre>

<indicativo de ubicacin> define al productor: el pas, la organizacin y el centro de produccin. El

pas estar representado mediante el cdigo de dos letras estndar de la norma oficial ISO 3166. Por
ejemplo: <gb-metoffice-exeter>. Cada campo deber estar separado por el smbolo -. El cdigo de
dos letras estndar xx de la norma ISO 3166 se utilizar para las organizaciones internacionales y,
por lo tanto, estar formado por las dos primeras letras del indicativo de ubicacin de las
organizaciones internacionales, por ejemplo, xx-eumetsat-darmstadt, xx-ecmwf-reading.
Nota:
Si bien en la norma ISO 3166 solo se usan letras maysculas, en los nombres de los archivos de la OMM pueden usarse
letras maysculas o minsculas para el cdigo de pas de dos letras de la ISO y ambos tipos de letras se consideran idnticas al
comparar los nombres de los archivos.
<indicativo de datos> especifica el tipo de datos en referencia a las categoras y subcategoras

definidas en la Tabla de claves comunes C-13 del Manual de Claves (OMM-N 306); por ejemplo,
<SYNOP>, <TAF>, <MODEL>, <RADAR>, <SATELLITE>, etc. Cuando los datos sean de tipo
compuesto, se utilizar el signo + para la concatenacin.
<descripcin libre> est determinado por el centro de produccin para caracterizar el producto.
Parte opcional: [,<grupo fecha-hora internacional>,<encabezamiento de modificacin BBB>]

<grupo fecha-hora internacional> es un registro de fecha-hora del producto en la forma

AAAAMMDDHHMMSS, en formato completo sin caracteres de sustitucin (nicamente cifras
decimales). Este campo es opcional, ya que puede recuperarse del campo del nombre del archivo:
aaaaMMddhhmmss.
<encabezamiento de modificacin BBB> es un grupo complementario de finalidad parecida a la del
grupo actual BBB de AHL.
Nota:
A fin de facilitar la identificacin de cada campo del identificador de producto, la parte esttica, as como la parte
opcional cuando se utilice, contendrn dos smbolos , separando los campos. Ningn campo deber contener el smbolo ,.
Cuando un campo est vaco, no se insertar ningn carcter entre los delimitadores de campo correspondientes _ o ,.
oflag es un carcter o combinacin de caracteres que indican la manera de descodificar el campo

originador. Por el momento, el campo oflag tiene nicamente el valor aceptable siguiente:
Tabla 4. Valores de oflag aceptados
Oflag
Significado
El campo originator se descodificar como un cdigo de pas CCCC estndar.
originator es un campo de longitud variable que contiene informacin sobre el origen del archivo. El
campo originator se descodificar de conformidad con oflag.
aaaaMMddhhmmss es una fecha de longitud fija y un campo de registro de fecha-hora. Este campo se
interpretar con arreglo a las reglas estndar establecidas para determinadas descripciones y tipos de
datos. Por consiguiente, puede responder a diversos significados, como la fecha de creacin del archivo o
la fecha de recopilacin de los datos. Cuando no se especifique un campo de registro de fecha-hora
determinado, se sustituir por un carcter - (guin). Por ejemplo: -------311500-- representa un registro
170
que especifica solamente el da (31), la hora (15) y los minutos (00). Si no existieran reglas para un tipo de
datos determinado, este campo debera contener la fecha y hora de creacin del archivo por el originador.
Type es un campo de longitud variable que describe el tipo de formato general del archivo. Aunque esta
informacin puede considerarse hasta cierto punto redundante para el campo productidentifier, se
mantiene por razones de compatibilidad con las normas aceptadas por el sector. Conviene sealar que el
delimitador que precede al campo type es el carcter . (punto). Este carcter permite descomponer el
nombre de archivo en sus distintos campos, ya que el campo freeformat puede utilizar el carcter _
(espacio subrayado) para delimitar los campos.
Tabla 5. Valores del campo type aceptados
Tipo
Significado
met
Este archivo se compone en realidad de un par de archivos de metadatos que

describen el contenido y el formato del archivo de informacin correspondiente
de ese mismo nombre
tif
Archivo TIFF
gif
Archivo GIF
png
Archivo PNG
ps
Archivo Postscript
mpg
Archivo MPEG
jpg
Archivo JPEG
txt
Archivo de texto
htm
Archivo HTML
bin
Archivo que contiene datos codificados en clave binaria de la OMM, (por ejemplo, GRIB o BUFR)
doc
Archivo Microsoft Word
wpd
Archivo Corel WordPerfect
hdf
Archivo HDF
nc
Archivo NetCDF
pdf
Archivo en formato de documento portable
xml
Archivo en formato XML (datos o metadatos)
Los campos no obligatorios son:

freeformat, que es un campo de longitud variable que contiene indicativos adicionales requeridos por un
originador dado. Este campo puede dividirse en subcampos. Los pases originadores deberan procurar
poner a disposicin de los dems sus descripciones freeformat.
compression, que es un campo que especifica si el archivo utiliza tcnicas de compresin estndar en el
sector.
Tabla 6. Valores de compression aceptados
Compresin
Significado
El archivo ha sido comprimido mediante la tcnica COMPRESS de Unix.
zip
El archivo ha sido comprimido mediante la tcnica zip de PKWare.
gz
El archivo ha sido comprimido mediante la tcnica gzip de Unix.
bz2
El archivo ha sido comprimido mediante la tcnica bzip2 de Unix.
171
Longitud mxima del nombre de archivo: Aunque no se especifica una longitud mxima para el nombre
de archivo completo, los campos obligatorios no debern exceder de 128 caracteres (incluidos todos los
delimitadores), a fin de ser procesables por todos los sistemas internacionales.
Juego de caracteres: Los nombres de archivo estarn constituidos por una combinacin de caracteres del
juego de caracteres estndar (UIT-T Rec. X.4), con las excepciones sealadas en la tabla 7. Se utilizan
indistintamente maysculas o minsculas, ya que ambas opciones son ampliamente aceptadas e
implementadas en los productos del sector (por ejemplo, las direcciones de correo electrnico y los URL).
Sin embargo, se recomienda utilizar la forma cannica del nombre de archivo a la hora de procesar el
archivo. De ese modo, cabr esperar que:
a)
b)
c)
Los nombres de archivo se guarden en su forma original tal como han sido recibidos (con una
combinacin cualquiera de caracteres en maysculas y minsculas o un juego de caracteres
cualquiera).
Los archivos se guarden con caracteres en minsculas solamente con fines de procesamiento
interno, comparacin, bsquedas de nombre, etc.
Los archivos se retransmitan con el nombre guardado original para conservar el juego de caracteres
y las diferencias entre maysculas y minsculas.
Con ello se facilita la lectura de los nombres con sus maysculas y minsculas, sin que ello afecte a las
funciones de procesamiento o de referencia
La estructura del archivo .met, relacionada con la norma sobre metadatos de la OMM, no se define en
el presente adjunto.
Ejemplos

Posible archivo de imgenes (mapa del tiempo significativo) procedente de Estados Unidos:
T_PGBE07_C_KWBC_20020610180000_D241_SIG_WEATHER_250-600_VT_06Z.tif
Posible archivo de resultados de un modelo procedente de Francia:
A_HPWZ89LFPW131200RRA_C_LFPW_20020913160300.bin
Posible archivo de observaciones sinpticas en superficie procedente de Francia:
W_fr-meteofranceToulouse, SYNOP,MAIN+HOURS,,RRA_C_LFPW_20060913030000.txt
Posible archivo de resultados de un modelo procedente de Francia:
W_fr-meteofrance-toulouse,GRIB,ARPEGE-75N10N60W65E_C_LFPW_200610000000.bin
Posible imagen procedente de Australia:
Z_IDN60000_C_AMMC_20020617000000.gif
Obsrvese que en este ejemplo el registro de fecha y hora debe interpretarse como, 00 horas,
00 minutos y 00 segundos.
Posible archivo comprimido de datos del satlite TOVS procedente de Reino Unido:
Z_LWDA_C_EGRR_20020617000000_LWDA16_0000.bin.Z
Posible imagen (de radar) procedente de Canad:
T_SDCN50_C_CWAO_200204201530-- _WKR_ECHOTOP,2-0,100M,AGL,78,N.gif
Posible archivo GRIB de un solo registro procedente de Canad:
Z__C_CWAO_2002032812---_CMC_reg_TMP_ISBL_500_ps60km_2002032812_P036.bin
Posible archivo por lotes de mltiples registros procedente de China:
Z_SM_C_BABJ_20020520101502.txt
172
Tabla 7. Smbolos en los nombres de archivo

Smbolo
Permitido
Significado
El espacio subrayado se utiliza como smbolo delimitador. Se utilizar

nicamente para delimitar campos. El espacio subrayado se acepta
tambin en el campo freeformat, pero en ningn otro.
El guin se utilizar solamente para delimitar campos en el interior de los

campos indicativo de ubicacin y descripcin libre del identificador de
producto OMM, en el campo productidentifier. Por ejemplo, en el caso del
indicativo de ubicacin: gb-metoffce-exeter. Este smbolo no figurar en el
campo indicativo de datos.
El signo de adicin se utilizar para concatenar palabras en un campo del

identificador de producto OMM del campo productidentifier. Por ejemplo,
en el campo indicativo de datos: TEMP+MOBIL o TEMP+SHIP.
El punto se utiliza como smbolo delimitador. Se utilizar solo delante de

los campos type y compression.
No
El smbolo barra suele tener un significado especial en la especificacin

del nombre completo de un archivo en algunos sistemas operativos.
No
El signo barra inversa suele tener un significado especial en la

especificacin del nombre completo de un archivo en ciertos sistemas
operativos.
>
No
El smbolo mayor que no deber utilizarse ya que suele representar un

tipo especial de manipulacin de archivos en algunos sistemas operativos.
<
No
El smbolo menor que no deber utilizarse ya que suele representar cierto

tipo de manipulacin especial de archivos en algunos sistemas operativos.
No
La barra vertical no deber utilizarse ya que suele representar cierto tipo de

manipulacin especial de archivos en algunos sistemas operativos.
No
El smbolo cerrar interrogacin no deber utilizarse.
No
Los apstrofos no debern utilizarse.
No
Las comillas no debern utilizarse.
No
El asterisco se utiliza frecuentemente para denotar un carcter comodn

en procedimientos de procesamiento de nombres de archivo.
Espacio
No
El smbolo espaciador no deber utilizarse.
La coma deber utilizarse como delimitador de campo en el identificador

de producto OMM del campo productidentifier. Por ejemplo, en la parte
esttica: <indicativo de ubicacin>,<indicativo de datos>,<descripcin
libre>. La coma puede utilizarse tambin en el campo freeformat.
AZ a-z 09
Redenominacin de archivos
El mtodo empleado por los centros receptores para detectar la presencia de un nuevo archivo depender
del tipo de mquina utilizado. Sin embargo, en la mayora de los centros consistir en explorar un
directorio en busca de nuevos archivos.
Para evitar el problema de que el centro receptor procese un archivo antes de que ste llegue en su
totalidad, todos los centros emisores debern redenominar a distancia los archivos que envan.
El archivo se enviar con la extensin .tmp y, seguidamente, ser redenominado con la extensin
apropiada definida ms arriba, una vez completada la transferencia. Por ejemplo:
a)
b)
put xxxxx RJTD00220401.a.tmp (xxxxx = nombre de archivo local)

rename RJTD00220401.a.tmp RJTD00220401.a
put xxxxx AMMC09871234.ub.tmp
rename AMMC09871234.ub.tmp AMMC09871234.ub
173
Utilizacin de directorios
Algunos centros receptores podran desear que los archivos se coloquen en subdirectorios determinados.
A este respecto, debera imponerse la limitacin de que solo la totalidad de los archivos de un mismo
tipo sean enviados a un mismo directorio. Se recomienda utilizar un directorio diferente para cada
sistema anfitrin que inicie sesiones FTP, para evitar la posibilidad de que haya nombres de archivo
duplicados.
Nombres de cuenta y contraseas
Al utilizar el FTP, el emisor se conecta a una mquina distante utilizando un nombre de cuenta y una
contrasea dados. El centro receptor define el nombre de cuenta y la contrasea. Este procedimiento
puede afectar a la seguridad de los centros, por lo que conviene adoptar precauciones.
En cualquier caso, deberan aplicarse las reglas generales siguientes:
a)
b)
El centro receptor define la cuenta de usuario y la contrasea del centro emisor.

Se puede utilizar un FTP annimo o crear una cuenta especfica. (Si se utiliza un FTP annimo, cada
centro emisor deber tener su propio subdirectorio en el servidor FTP.)
Sesiones FTP
A fin de limitar la carga de los sistemas de envo y recepcin, no debera existir al mismo tiempo ms de
una sesin FTP por tipo de archivo. Si, por ejemplo, el Centro A desea enviar al Centro B dos archivos de
un mismo tipo (por ejemplo, .ua), el segundo archivo no deber ser enviado hasta que el primero haya
terminado de llegar. Los centros deberan limitar a un mximo de cinco el nmero de sesiones
simultneas con un centro determinado.
El temporizador de inactividad para cerrar la sesin FTP debera fijarse en un valor comprendido entre el
tiempo de corte de recopilacin de mensajes (mximo, 60 segundos) y un mximo de 3 minutos.
A fin de reducir al mnimo el contenido no esencial, el centro emisor deber mantener abierta la sesin
FTP durante 10 minutos como mnimo, o hasta que se alcance el tiempo lmite de inactividad (sujeto a
acuerdo bilateral).
Necesidades FTP locales
Todos los centros emisores tendrn que prever la posibilidad de incluir comandos FTP estticos
adicionales en los comandos FTP que emitan. As, por ejemplo, en algunos centros que utilizan el sistema
operativo MVS podra ser necesario incluir comandos SITE para definir las longitudes de registro y de
bloque. Los centros deberan soportar comandos FTP conforme a lo especificado en RFC 959, a menos
que algunos queden excluidos en virtud de un acuerdo bilateral. Podra ser tambin necesario acordar
bilateralmente algunos procedimientos y comandos.
Los centros receptores tienen la responsabilidad de borrar los archivos que ya han procesado.
A fin de cumplir el requisito de entrega mxima en 2 minutos de los mensajes de aviso, los centros que
reciban archivos por FTP procurarn recoger y procesar los archivos entrantes antes de que transcurran
15 segundos desde su recepcin.
Utilizacin de la compresin de archivos
Si se envan archivos de gran tamao, suele ser deseable comprimirlos previamente.
Los centros deberan utilizar la compresin solo cuando exista un acuerdo bilateral previo al respecto.
174
Copias de seguridad en un SMT basado en IP

Por ltimo, se exponen a continuacin algunas consideraciones sobre las copias de seguridad de los SCM.
El nuevo SMT utilizar direcciones IP, en las que una direccin individual suele ir asociada a un solo
sistema. Si fallara el sistema y se utilizara un mtodo alternativo, los centros transmisores debern tener
en cuenta varias consideraciones relativas a la implementacin. Idealmente, un centro transmisor no
debera resultar afectado por los sistemas de copia de seguridad del centro receptor. Es este un buen
principio, que todos los centros deberan procurar aplicar. Sin embargo, no siempre ser posible lograr
una transparencia completa de IP. Si as ocurriera, los centros emisores debern estar preparados para
utilizar una direccin IP alternativa. Cuando se utilize esa direccin alternativa, el centro deber
peridicamente intentar utilizar la direccin principal. Se sugiere determinar esa periodicidad mediante
acuerdo bilateral entre los centros, ya que se ver muy influida por la estrategia que se emplee en cada
centro para realizar las copias de seguridad.
RESOLUCIN DE PROBLEMAS
Herramientas de la capa IP
En una red IP de gran tamao, todos los encaminadores implicados en el trayecto entre dos
computadoras centrales debern saber cul es el prximo salto a utilizar para alcanzar la direccin de
destino. Dado que cada encaminador y/o enlace podra sufrir un fallo, es muy importante determinar
rpidamente dnde est el problema y, seguidamente, cmo resolverlo.
Para la resolucin de problemas se sugiere seguir los pasos siguientes (no necesariamente en el orden en
que aqu aparecen):
a)
b)
c)
d)
comprobar el centro distante (si la poltica de seguridad de dicho centro lo permite);

verificar si el enlace hacia la red exterior es alcanzable;
comprobar la red local intentando llegar a la cabecera siguiente o por defecto;
comprobar la pila y la configuracin IP locales.
Se describen a continuacin algunas herramientas bsicas que es posible utilizar, como Ping, Traceroute y
Netstat. Ping y Traceroute proporcionan informacin sobre los trayectos entre computadoras centrales.
Ambas utilizan ICMP (Traceroute requiere tambin UDP), aunque conviene sealar que muchos de los
sitios bloquean los paquetes ICMP como medida de seguridad de sus cortafuegos. Para poder localizar los
problemas en una red, es necesario disponer de una documentacin exacta de esta.
Ping
Ping verificar si es posible alcanzar la direccin IP de destino. Es una herramienta estndar en
prcticamente todos los sistemas operativos con TCP/IP. En una computadora central Unix, sus resultados
(output) presentan la siguiente forma:
zinder# ping -s cadillac
PING cadillac : 56 data bytes
64 bytes from cadillac ( 193.168.1.17 ) : icmp_seq=0. time=3. ms
----cadillac PING statistics---7 packets transmitted, 7 packets received, 0% packet loss
round-trip (ms) min/avg/max = 2/3/5
175
Una prueba til podra consistir en ejecutar un ping respecto del SCM del centro vecino. Si este ping tiene
xito en un perodo de tiempo razonable, ello querr decir que la red funciona correctamente. Si falla, ello
podra deberse a que el circuito est inactivo o a que los paquetes ICMP del ping estn siendo bloqueados
por el encaminador o por el cortafuegos del centro vecino. En tales casos, puede ser til ejecutar un ping
respecto de la interfaz serie del encaminador del centro vecino. Si se tiene xito, entonces es que el enlace
de comunicaciones con el centro vecino funciona. Los fallos sern pues imputables al centro vecino.
Ping tambin puede utilizarse para comprobar si el funcionamiento de la red es razonablemente bueno. El
parmetro time es la demora entre el envo y la recepcin del paquete. Si bien no se puede realmente
indicar un valor promedio de demora, es ms importante observar si se ha producido alguna variacin.
Por ltimo, podra ocurrir que se perdieran paquetes. En tal caso, faltarn algunas cifras en el nmero
icmp_seq. Tanto la prdida de paquetes como la variacin en las demoras degradarn notablemente el
funcionamiento.
Traceroute
Esta herramienta se utiliza para indicar por qu encaminadores de la red se transita entre A y B. Como ya
se ha indicado, Traceroute necesita utilizar paquetes UDP e ICMP para su ejecucin. Los cortafuegos o los
filtros de paquetes de los encaminadores pueden bloquear ese trfico en virtud de una poltica de
seguridad local. Aunque no todos los sistemas disponen de dicha herramienta, es bastante fcil de
compilar. Puede obtenerse gratuitamente en Internet.
Los resultados (output) de Traceroute presentan la siguiente forma:
cadillac 22: traceroute ftp.inria.fr
traceroute to ftp.inria.fr (192.93.2.54), 30 hops max, 40 byte packets
1 antonio.meteo.fr (137.129.1.5) 3 ms 2 ms 2 ms
2 clara.meteo.fr (137.129.14.249) 1 ms 2 ms 2 ms
3 andrea.meteo.fr (193.105.190.253) 4 ms 3 ms 2 ms
4 octares1.octares.ft.net (193.48.63.5) 30 ms 35 ms 10 ms
5 192.70.80.97 (192.70.80.97) 9 ms 15 ms 27 ms
6 stamand1.renater.ft.net (195.220.180.21) 40 ms 96 ms 29 ms
8 stlambert.rerif.ft.net (195.220.180.10) 63 ms 56 ms 34 ms
9 193.55.250.34 (193.55.250.34) 46 ms 28 ms 26 ms
10 rocq-gwr.inria.fr (192.93.122.2) 21 ms 147 ms 85 ms
11 ftp.inria.fr (192.93.2.54) 86 ms 58 ms 128 ms
Cuando un encaminador no sabe adnde enviar el paquete, el resultado podra presentar la siguiente forma:
cadillac 22: traceroute 193.105.178.5
traceroute to 193.105.178.5 (193.105.178.5), 30 hops max, 40 byte packets
1 antonio.meteo.fr (137.129.1.5) 2 ms 1 ms 1 ms
2 clara.meteo.fr (137.129.14.249) 1 ms 4 ms 1 ms
3 andrea.meteo.fr (193.105.190.253) 4 ms 11 ms 4 ms
4 octares1.octares.ft.net (193.48.63.5) 42 ms 39 ms 42 ms
5 192.70.80.97 (192.70.80.97) 8 ms 7 ms 7 ms
7 rbs1.renater.ft.net (195.220.180.50) 63 ms 107 ms 154 ms
8 Paris-EBS2.Ebone.net (192.121.156.105) 146 ms 167 ms 140 ms
9 stockholm-ebs-s5-2.ebone.net (192.121.154.21) 100 ms 80 ms 92 ms
10 Amsterdam-ebs.Ebone.NET (192.121.155.13) 249 ms 227 ms 205 ms
11 amsterdam1.NL.EU.net (193.0.15.131) 257 ms 249 ms 316 ms
12 * Amsterdam5.NL.EU.net (134.222.228.81) 300 ms 297 ms
13 Amsterdam6.NL.EU.net (134.222.186.6) 359 ms 218 ms 304 ms
14 Paris1.FR.EU.net (134.222.228.50) 308 ms 311 ms 388 ms
176
15 * Etoile0.FR.EU.net (134.222.30.2) 177 ms *

16 Etoile0.FR.EU.net (134.222.30.2) * * *
En el segundo caso, cadillac no podra llegar a 193.105.178.5 dado que el encaminador Etoile0. fr.eu.net
no lleg a enviar el paquete. Con Traceroute, no es posible saber si se trata de una avera del
encaminador o de enlace.
Netsat
Se trata de un comando disponible en la mayora de las plataformas de computadora. Proporciona
informacin sobre la constitucin de la pila IP de la computadora central.
Netstat puede utilizarse para averiguar si la direccin IP local y la mscara de subred estn configuradas
correctamente, y si la informacin de encaminamiento sigue siendo correcta. Hay muchas otras opciones,
pero en este Manual no se pretende describirlas todas.
Un ejemplo de los resultados (output) que se obtienen es el siguiente:
$ netstat -rn
Routing tables
Internet:
Destination
Gateway
default
Netmask
Flags
Refs
Use
Interface
141.38.48.2
UG
12
4014211
ec0
127.0.0.1
127.0.0.1
UH
2321
lo0
141.38.48
141.38.48.12
68981
ec0
141.38.48.12
127.0.0.1
UGH
10
253410
lo0
195.37.164.100
141.38.48.5
UGH
345
lo0
224
141.38.48.12
19848
ec0
0xffffff00
0xf0000000
Este resultado indica que esa computadora central tiene la direccin IP 141.38.48.12 con una mscara de
subred de 24 bits (0xffffff00, o 255.255.255.0). Indica tambin que puede alcanzarse la computadora central
195.37.164.100 a travs de la cabecera 141.38.48.5, y las banderas indican que la ruta es hacia arriba (U), que
conduce a una cabecera (G) y que es una ruta de computadora central (H). La primera lnea indica que todos
los dems destinos son alcanzables a travs de la cabecera por defecto de la computadora central, 141.38.48.2.
En el resultado siguiente:
$ netstat -rn
Routing tables
Internet:
Destination
Gateway
default
127.0.0.1
141.38.48
141.38.48.12
141.38.48.12
Flags
Refs
Use
Interface
141.38.48.2
UG
12
4014211
ec0
127.0.0.1
UH
2321
lo0
68981
ec0
127.0.0.1
UGH
10
253410
lo0
195.37.164.100
141.38.48.2
UGHM
345
lo0
224
141.38.48.12
19848
ec0
Netmask
0xffffff00
0xf0000000
177
La nica diferencia con respecto al primer ejemplo estriba en que la ruta de la computadora central a
195.37.164.100 est ahora marcada con una bandera M, con lo que se indica que dicha ruta ha sido
modificada por un mensaje ICMP de redireccin a partir de la antigua ruta 141.38.48.5. Esto suele
significar que el encaminador de direccin IP 141.38.48.5 ha perdido su ruta a 195.37.164.100, y podra
indicar un problema en el enlace hacia la red distante.
Otras herramientas de seguimiento
Verificar que la conectividad IP es correcta constituye un primer paso necesario. Existen otras herramientas
que pueden proporcionar ms informacin sobre lo que est sucediendo. Las opciones son muchas. Se
pueden utilizar analizadores de protocolo y herramientas informticas basadas en SNMP. As, por ejemplo,
Sun Microsystems incluye con Solaris una herramienta denominada snoop que puede sustituir, en la mayora
de los casos, a un analizador de red de rea local. Otras herramientas, como TCPDUMP, pueden obtenerse
gratuitamente en Internet e instalarse en diversos sistemas. TCPDUMP est a menudo incluido en las copias
distribuidas de Linux. Estas herramientas requieren un buen conocimiento del protocolo IP. No obstante, por
poner un ejemplo, TCPDUMP se podra utilizar para diagnosticar problemas a nivel de aplicacin.
A continuacin se reproduce un ejemplo de captura de intercambios ICMP entre zinder y cadillac para
una computadora central denominada pontiac.
pontiac# /usr/local/bin/tcpdump -i nf0 host cadillac and zinder and proto icmp
15:28:06.68 cadillac.meteo.fr > zinder.meteo.fr: icmp: echo request
15:28:06.68 zinder.meteo.fr > cadillac.meteo.fr: icmp: echo reply
SNMP
El protocolo simple de gestin de red (SNMP) se desarroll a finales del decenio de 1980 con el propsito
de ofrecer a los gestores de red una herramienta estndar para controlar las redes. En la mayora de los
casos, el SNMP puede utilizarse en sustitucin de las herramientas ms complejas descritas anteriormente.
Por desgracia, el til programa SNMP no es barato. SNMP es un protocolo cliente-servidor. Para poder
reunir informacin con SNMP, el equipo conectado a la red deber tener una base de informacin de
gestin (MIB). Dichas bases son catlogos de enteros, contadores, cadenas, etc. El gestor pide a los
agentes que enven ciertos valores. Estos valores pueden ser, por ejemplo, la tabla de encaminamientos IP.
El ejemplo que figura a continuacin se obtiene recabando, mediante HP Open View (un paquete
comercial), la tabla de encaminamientos para la computadora central monica.meteo.fr.
Title:
: monica.meteo.fr
Name or IP Address: monica.meteo.fr
ipRouteDest
ipRouteMask
ipRouteNextHop
ipRouteProto
ipRouteMetric1
0.0.0.0
0.0.0.0
137.129.1.5
local
136.156.0.0
255.255.0.0
137.129.1.5
ciscoIgrp
8786
137.129.1.0
255.255.255.0
137.129.1.6
local
137.129.2.0
255.255.255.0
137.129.1.5
ciscoIgrp
1110
137.129.3.0
255.255.255.0
137.129.3.254
local
137.129.4.0
255.255.255.0
137.129.4.254
local
137.129.5.0
255.255.255.0
137.129.5.254
local
137.129.6.0
255.255.255.0
137.129.1.62
local
137.129.7.0
255.255.255.0
137.129.7.254
local
137.129.8.0
255.255.255.0
137.129.8.254
local
137.129.9.0
255.255.255.0
137.129.1.5
ciscoIgrp
1110
178
Esta informacin, obtenida con TCPDUMP, puede obtenerse tambin con SNMP pero, para ello, deber
haber conectadas a la red sondas que controlen la MIB de vigilancia a distancia.
De forma bilateral podra ser til que los centros permitieran el acceso SNMP a su encaminador desde el
otro CMN. Sin embargo, convendra evitar interrogar regularmente a los encaminadores de otros centros
para evitar la sobrecarga de los circuitos.
MRTG
Bits por segundo
El visualizador grfico del trfico por mltiples encaminadores (MRTG) es otro paquete disponible en el
dominio pblico. Se trata de una herramienta muy til para obtener informacin sobre la red local y
sobre los enlaces conectados. Esta herramienta permite seguir la evolucin de la carga de trfico en redes
y enlaces. Genera pginas HTML con imgenes que representan visualmente ese trfico. Puede utilizarse
tambin para dar a conocer los fallos de los enlaces de red. La herramienta MRTG est constituida por un
guin Perl que utiliza SNMP para leer los contadores de trfico del encaminador o encaminadores propios
y de un veloz programa en C que anota cronolgicamente los datos de trfico y crea grficos
representativos del trfico presente en la conexin o conexiones de red que se desea vigilar. En la figura 8
se ofrece un ejemplo de los resultados. Se trata de estadsticas de trfico de un enlace especializado y se
ofrece informacin sobre las pautas de trfico en el enlace. Este es solo uno de los muchos grficos que se
pueden crear mediante MRTG. Se encontrar ms informacin sobre MRTG en la pgina web http://oss.
oetiker.ch/mrtg/.
13,6 m
10,2 m
6,6 m
3,4 m
0,0 m
10 12 14 16
20 20 22
10
12 14 16
Figura 8. Ejemplo de grfico MRTG

Syslog
Muchos de los problemas posibles pueden localizarse a condicin de no remitirse nicamente a los
archivos de Syslog en la computadora central y de utilizar tambin un servidor Syslog de tal modo que el
encaminador o los encaminadores puedan enviarle mensajes. Hacindolo as, puede examinarse con
regularidad este archivo, por ejemplo para detectar mensajes que indiquen un rgimen elevado de la
CPU, procesos que utilicen mucha memoria o ciclos de la CPU, lneas que se desactivan o que se activan,
o mensajes sobre incidencias relativas al protocolo de encaminamiento utilizado.
Existen ocho niveles diferentes de mensajes que el encaminador anotar en el libro registro del servidor
Syslog, a saber:
Emergencias
Alertas
Crtico
Errores
Avisos
Notificaciones
Informativo
Depuracin
0
1
2
3
4
5
6
7
Sistema inutilizable
Necesidad de actuacin inmediata
Condiciones crticas
Condiciones de error
Condiciones de aviso
Estado normal pero significativo
Mensajes informativos nicamente
Mensajes de depuracin
179
El servicio de registro cronolgico por defecto en un encaminador Cisco est fijado en local7; este dato es
importante cuando se configura una computadora central como servidor Syslog, como se explica en la
seccin sobre configuracin de un servidor Syslog.
En un encaminador Cisco los comandos de configuracin que activan la anotacin cronolgica son:
cisco-gts-1(config)#logging trap level-of-messages-to-log
cisco-gts-1(config)#logging 141.38.48.12
y pueden comprobarse mediante el comando show logging (mostrar registro cronolgico):
cisco-gts-1#sho logging
Syslog logging: enabled (0 messages dropped, 0 flushes, 0 overruns)
Console logging: level debugging, 117892 messages logged
Monitor logging: level debugging, 8317 messages logged
Trap logging: level debugging, 117150 message lines logged
Logging to 141.38.48.12, 117150 message lines logged
Buffer logging: disabled
cisco-gts-1#
En este ejemplo, la anotacin cronolgica se fija en el nivel depuracin (logging trap debugging), y
todos los mensajes de nivel entre 7 y 0 sern enviados al servidor Syslog con la direccin IP 141.38.48.12.
Para activar el servidor Syslog, por ejemplo en una computadora UNIX, habr que incluir las lneas
siguientes:
En el archivo /etc/services: syslog
514/udp
En el archivo /etc/syslog.conf: local7.debug
/usr/people/cisco/logs/cisco.log
La cadena de caracteres local7.debug hace referencia al servicio de registro cronolgico por defecto
definido en un encaminador Cisco conforme se ha indicado (local7). El archivo arriba indicado ser el
archivo hacia el que el demonio de Syslog escribe todos los mensajes Syslog entrantes para local7.
La ltima actuacin sobre la computadora central consistir en hacer que el demonio de Syslog relea su
archivo de configuracin (kill -1 pid-of-syslogd).
Gestin de la anchura de banda
En una red IP, todos los paquetes sern encaminados por los enlaces sin pasar por un mecanismo de
priorizacin. Por esa razn, una transferencia FTP puede ocupar toda la anchura de banda disponible,
dejando sin recursos a las dems aplicaciones. As pues, cuando aumenta el trfico podra ser necesario
introducir algn tipo de gestin de la anchura de banda en la configuracin de la red. Puede obtenerse
ms informacin en lnea sobre este particular en la pgina web http://www.wmo.int/.
180
APNDICE 1
Topologa TCP/IP de alto nivel y flujos de datos TCP/IP
En las figuras siguientes se ofrece un esquema de la topologa de alto nivel de un centro simple y los
principales flujos de datos en relacin con el SMT y con las telecomunicaciones por Internet.
SMT
INTERNET
CENTRO A
CENTRO B
RED DE
DIFUSIN
OTROS ENLACES ANTIGUOS Y DE REFUERZOS AL SMT
Figura 9. Interconectividad general entre centros
ESTACIN DE TRABAJO
ENLACE PROPORCIONADO
POR EL PROVEEDOR
DE TELECOM
PORTAL WEB/
SERVIDOR 1
ESTACIN DE TRABAJO
PORTAL WEB/
SERVIDOR 2
ENCAMINADOR/
CORTAFUEGOS
DEL DISPOSITIVO
DE ACCESO
RECEPTOR WAFS
INTERFAZ VPN
RECEPTOR DE
VIDEODIFUSIN
DIGITAL
SUBRED
DMZ
SERVIDOR DE
CONMUTACIN
DE MENSAJES 1
SERVIDOR DE
CONMUTACIN
DE MENSAJES 2
CORTAFUEGOS
POR DEFECTO, LOS

CORTAFUEGOS BLOQUEAN
TODO EL TRFICO EN
AMBAS DIRECCIONES Y
PERMITEN SLO
EL TRFICO CONOCIDO
OTROS SISTEMAS
SUBRED
PROTEGIDA
INTERNA
ENLACE
PROPORCIONADO POR EL
PROVEEDOR INTERNET
ENCAMINADOR/
CORTAFUEGOS
DEL DISPOSITIVO
DE ACCESO
ENCAMINADOR
INTERNO/CORTAFUEGOS
CENTRO A
SMT
SUBRED
PBLICA
Figura 10. Topologa de una red TCP/IP en un centro simple
181
CONEXIN SMT TPICA
ESTACIN DE TRABAJO 1
ENLACE
PROPORCIONADO
POR EL PROVEEDOR
DE TELECOM
PORTAL WEB/
SERVIDOR 1
PORTAL WEB/
SERVIDOR 2
ENCAMINADOR/
CORTAFUEGOS
DEL DISPOSITIVO
DE ACCESO
RECEPTOR WAFS
INTERFAZ VPN
RECEPTOR DE
VIDEODIFUSIN
DIGITAL
SUBRED
DMZ
SERVIDOR DE
CONMUTACIN
DE MENSAJES 1
SERVIDOR DE
CONMUTACIN
DE MENSAJES 2
CORTAFUEGOS
POR DEFECTO, LOS

TODO EL TRFICO EN
AMBAS DIRECCIONES Y
PERMITEN SLO
EL TRFICO CONOCIDO
ENLACE
PROPORCIONADO
POR EL PROVEEDOR
INTENET
OTROS SISTEMAS
ENCAMINADOR
INTERNO/CORTAFUEGOS
CENTRO A
SMT
ENCAMINADOR/
CORTAFUEGOS
DEL DISPOSITIVO
DE ACCESO
SUBRED
PROTEGIDA
INTERNA
INTERNET
SUBRED
PBLICA
Figura 11. Flujo de datos de trfico en el SMT Solo IP
CONEXIN SMT TPICA
VPN TPICA CON CONEXIN INTERNET

ENLACE
PROPORCIONADO
POR EL PROVEEDOR
DE TELECOM
PORTAL WEB/
SERVIDOR 1
PORTAL WEB/
SERVIDOR 2
ENCAMINADOR/
CORTAFUEGOS
DEL DISPOSITIVO
DE ACCESO
RECEPTOR WAFS
INTERFAZ VPN
RECEPTOR DE
VIDEODIFUSIN
DIGITAL
SUBRED
DMZ
SERVIDOR DE
CONMUTACIN
DE MENSAJES 1
SERVIDOR DE
CONMUTACIN
DE MENSAJES 2
CORTAFUEGOS
POR DEFECTO, LOS

TODO EL TRFICO EN
AMBAS DIRECCIONES Y
PERMITEN SLO
EL TRFICO CONOCIDO
ENLACE
PROPORCIONADO
POR EL PROVEEDOR
INTENET
OTROS SISTEMAS
ENCAMINADOR
INTERNO/CORTAFUEGOS
CENTRO A
SMT
SUBRED
PROTEGIDA
INTERNA
ENCAMINADOR/
CORTAFUEGOS
DEL DISPOSITIVO
DE ACCESO
SUBRED
PBLICA
Figura 12. Flujo de datos de trfico mediante VPN por Internet
INTERNET
182
APndice 2. CONFIGURACIONES DE LOS ENCAMINADORES CISCO

Las configuraciones de encaminadores que se indican en el presente apndice son ejemplos ilustrativos, y
no debern interpretarse en el sentido de que Cisco es el nico proveedor capaz de ofrecer esa
funcionalidad.
El presente apndice no tiene por objeto ofrecer una descripcin completa de todos los comandos
disponibles en un encaminador Cisco, ni tampoco un curso completo sobre este equipo, pero podra ser
til describir con mayor precisin las tareas de configuracin, en cumplimiento de la poltica descrita en la
seccin sobre encaminadores y gestin de trfico.
La configuracin que se describe a continuacin es compatible con la versin 11.1 del programa IOS de
Cisco. Algunas funciones no existan en versiones anteriores y otras han sido modificadas.
Se describen a continuacin distintos pasos:
1.
2.
3.
Establecimiento de conexin IP
IP en soporte PPP
Configuracin del encaminamiento

nodo hoja con encaminamiento dinmico (Centro C)

configuracin en un nodo no hoja (en este caso, dos conexiones SMT diferentes, Centro B)
Configuracin de la seguridad

filtrado de trfico basado en direcciones IP declaradas

control de intercambios de encaminamiento entre SMT e Internet
En este ejemplo, el Centro B est conectado al C con IP en soporte PPP1. B y C estn tambin conectados
a Internet. Tanto B como su proveedor de Internet hacen uso de rutas estticas2, de C y de su propio RIP3.
CENTRO C
SMC
Internet
Encaminador
S1
Direccin IP: C
Computadora
central
Direccin IP: C
Direccin IP: Cb
SMC
Direccin IP: B
Encaminador
S1
Computadora
central
Direccin IP: B
Direccin IP: Bc
Internet
CENTRO B
Obsrvese que la encapsulacin PPP no es la opcin preferida pero, dado que no es una opcin por defecto, ilustra el
uso de la declaracin encapsulacin del ejemplo.
B no puede utilizar RGP y BGP en un mismo encaminador; un encaminador no puede pertenecer a ms de un SA.
RIP NO es una buena eleccin para este tipo de configuracin. Pero como es el protocolo ms bsico, se utiliza tambin
en este caso.
183
En el presente apndice se utilizarn los parmetros siguientes:
Centro B
Direccin de encaminador IP Direccin de anfitrin IP para el SMT
Sistema Autnomo
193.105.177.2
137.129.9.0/255.255.255.0
65001
195.1.1.0/255.255.255.0
65200
193.105.178.5
Centro C
193.105.178.6
Los centros B y C utilizan interfaces 1 para el enlace PPP.

Paso 1: Establecimiento de conexiones
Centro B:
interface serial 1
encapsulation PPP
ip address 193.105.178.5 255.255.255.252
!
Centro C:
interface serial 1
encapsulation PPP
ip address 193.105.178.6 255.255.255.252
!
Al concluir este primer paso, la configuracin IP entre encaminadores est completa.
Los SCM de B y C pueden comunicarse utilizando IP (una vez establecido el encaminamiento de extremo
a extremo).
Punto 2: Encaminamiento
Centro B:
! encaminamiento BGP
router bgp 65001
network 137.129.9.0 mask 255.255.255.0
neighbour 193.105.178.6 remote-as 65200
Centro C:
! encaminamiento BGP
router bgp 65200
network 195.1.1.0
! 196.1.1.0 es direccin de red para computadoras centrales no SMT en C
router rip
version 2
network 195.1.1.0
no auto-summary
Punto 3: Seguridad
Centro B:
! Declarar qu computadoras centrales pueden utilizar el SMT
access-list 1 permit 137.129.9.0 0.0.0.255
! Declarar qu computadoras centrales pueden acceder desde el SMT
!
184
! Aceptar nicamente actualizaciones de BGP con SA

ip as-path access-list 3 permit ^$
ip as-path access-list 3 permit ^65200
!
interface serial 1
ip access-group 1 out
ip access-group 2 in
! Restringir las actualizaciones BGP
router bgp 65001
network 137.129.9.0 mask 255.255.255.0
neighbour 193.105.178.6 flter-list 3 in
neighbour 193.105.178.6 flter-list 3 out
Centro C:
! Declarar qu computadoras centrales pueden utilizar el SMT
! Declarar qu computadoras centrales pueden acceder desde el SMT
!
! Aceptar nicamente actualizaciones de BGP de SA vecino
ip as-path access-list 3 permit ^$
ip as-path access-list 3 permit ^65001
!
interface serial 1
ip access-group 1 out
ip access-group 2 in
!Restringir las actualizaciones BGP
router bgp 65200
network 195.1.1.0 mask 255.255.255.0
neighbour 193.105.178.5 flter-list 3 in
neighbour 193.105.178.5 flter-list 3 out
En estas configuraciones hay dos particularidades importantes:
a) Filtrado BGP
La access-list 3 de B y C comprueba el nmero SA enviado por su vecino. Mediante el filtrado entrante y
saliente del proceso BGP, se garantiza con ello que todas las rutas conocidas provendrn de uno de estos
sistemas autnomos.
b) Filtrado IP
La access-list 1 permite emitir direcciones IP desde cada centro. Esta lista debera ser suficientemente
estable. La access-list 2 comprueba las direcciones IP a medida que se van recibiendo. A medida que se
aaden nuevos centros a la red IP, habr que aadir las direcciones correspondientes a estas listas de
acceso.
Hay que sealar tambin que, a pesar de las conexiones Internet en B y C, no se requiere una mayor
atencin para controlar el intercambio de encaminamiento. No se enviar una ruta por defecto esttica
aunque se haya habilitado redistribute static. Tanto RIP como BGP descartarn la informacin de
encaminamiento obtenida mediante el otro protocolo.
185
APndice 3. Ejemplo de rutina de envo y de recepcin mediante socket

/********************************************************************
* Ejemplo de programa de socket TCP/IP que ENVA un nico mensaje
********************************************************************/
#include <stdio.h>
#include <unistd.h>
#include <stdlib.h>
#include <signal.h>
#include <string.h>
#include <memory.h>
#include <sys/socket.h>
#include <netinet/in.h>
#include <netdb.h>
/* EL DESTINO (DESTINATION) Y EL SERVICIO (SERVICE) SON DEFINIDOS POR EL CENTRO RECEPTOR */
#define DESTINATION localhost
#define SERVICE
39000
#define GTS_LENFIELD 8
#define MAX_MSGSIZE 15000 /* value of the send buffer size, recommended: 4096 */
static void GetDestinationInfo();
static void SetupSocket();
static void SendData();
static void MakeConnection();
static struct sockaddr_in dest;
static int
pr_sock;
/********************************************************************************
*
MAINLINE (lnea principal)
* Ignorar las seales SIGPIPE. Estas son generadas cuando se pierde una conexin.
* Por defecto, puedencausar la terminacin de un programa.
* 2. Obtener informacin sobre el destino (GetDestinationInfo):
*
nmero (y nombre) IP
*
nmero de servicio/puerto
* 3. Crear un socket TCP/IP (SetupSocket)
* 4. Conectar con el centro de destino (MakeConnection)
* 5. Enviar el mensaje (SendData)
* 6. Cerrar el socket (close)
********************************************************************************/
main(int argc, char *argv[])
{
signal (SIGPIPE,SIG_IGN);
GetDestinationInfo();
SetupSocket();
MakeConnection();
SendData();
/* shutdown(pr_sock,1) */
close(pr_sock);
}
186
/********************************************************************
*
GET DESTINATION INFO (obtener informacin sobre el destino)
* Almacenar la direccin IP y el nmero de servicio del destino en una estructura de socket (dest)
* 1. Convertir el nombre del destino en una direccin IP (gethostbyname)
* 2. Almacenar la direccin IP y el nmero de servicio en la estructura dest
********************************************************************/
static void GetDestinationInfo()
{
struct hostent *hp;
hp = gethostbyname (DESTINATION);
if ( hp == NULL ) {
printf(host error\n);
exit(1);
}
memset ((char *)&dest, 0, sizeof dest);
memcpy (&dest.sin_addr.s_addr, hp->h_addr, hp->h_length);
dest.sin_family = AF_INET;
dest.sin_port = SERVICE;
}
/********************************************************************
*
SETUP SOCKET (establecer socket)
* Establecer un socket TCP/IP
* 1. Crear el socket
* 2. Establecer la opcin KEEPALIVE del socket
* Ello permite que el envo automtico y peridico de mensajes check
* se transmita a travs de la conexin. Si el destinatario
* no responde, la transmisin se considera interrumpida (broken), y este proceso
* es notificado (por SIGPIPE o mediante end-of-file).
* 3. Establecer la opcin REUSEADDR del socket. Posibilitar un rearranque ms rpido
* de los procesos terminados
* 4. Reducir el tamao del buffer para reducir las prdidas de datos si se pierde la conexin
********************************************************************/
static void SetupSocket()
{
int on = 1;
int rc;
int buffsize = MAX_MSGSIZE;
pr_sock = socket (AF_INET, SOCK_STREAM, 0);
if (pr_sock < 0) {
printf(sock error\n);
exit(1);
}
rc = setsockopt(pr_sock,SOL_SOCKET,SO_KEEPALIVE,(char *)&on,sizeof(on));
if (rc != 0) {
printf(keepalive error\n);
}
rc = setsockopt(pr_sock,SOL_SOCKET,SO_REUSEADDR,(char *)&on,sizeof(on));
if (rc != 0) {
printf(reuse error\n);
}
rc = setsockopt(pr_sock,SOL_SOCKET,SO_SNDBUF,(char *)&buffsize,sizeof(buffsize));
if (rc != 0) {
printf(unable to set send buffer size\n);
}
}
/********************************************************************
*
MAKE CONNECTION (efectuar la conexin)
* Intento de establecer una conexin mediante socket TCP/IP con el destino,
* en el nmero de puerto/ servicio acordado
********************************************************************/
static void MakeConnection()
{
int length;
length = sizeof (dest);
if ( connect (pr_sock,(struct sockaddr *)&dest,length) == -1 ) {
printf(connection error\n);
exit(1);
}
printf(connected\n);
}
/********************************************************************
*
SEND DATA (enviar datos)
* Enviar un mensaje por el socket (en realidad, 5 veces)
*
* Nota: Un programa real comprobara el cdigo de retorno proveniente de la escritura,
* y si esta fallara cerrara el socket, iniciara una alarma de operador
* y seguidamente, intentara reenviar desde el comienzo del mensaje.
********************************************************************/
static void SendData()
{
char msg[MAX_MSGSIZE+1], buffer[MAX_MSGSIZE+GTS_LENFIELD+3];
int buflen, i, rc = 0;
strcpy(msg,\001\r\r\n001\r\r\nTTAA01 AMMC 000000\r\r\n);
for (i=0;i<60;i++)
strcat(msg,THE QUICK BROWN FOX JUMPS OVER THE LAZY DOG 0123456789\r\r\n);
strcat(msg,\r\r\n\003);
sprintf(buffer,%0*dAN%s,GTS_LENFIELD,strlen(msg),msg);
buflen = strlen(buffer);
for (i=0; i<5; i++) {
rc = write(pr_sock,buffer,buflen);
printf(write. rc = %d\n,rc);
}
}
/********************************************************************
* TEST TCP/IP SOCKET RECEIVING PROGRAM (someter a prueba
el programa de recepcin de mensajes mediante socket TCP/IP)
* El programa est concebido para proporcionar algunas ideas sobre la manera de recibir mensajes de
* tipo SMT por una conexin mediante socket TCP/IP.
********************************************************************/
187
188
#include <stdio.h>
#include <unistd.h>
#include <stdlib.h>
#include <signal.h>
#include <string.h>
#include <memory.h>
#include <sys/socket.h>
#include <netinet/in.h>
#include <netdb.h>
#define SERVICE
39000
#define MAX_MSGSIZE
15000
#define MAX_BUFLEN
MAX_MSGSIZE + 100
#define SOH
\001
#define ETX
\003
#define GTS_LENFIELD
8
#define GTS_SOCKET_HEADER 10
static void SetupService();
static void RecvData();
static void AcceptConnection();
static int ExtractMsg(char *buffer, int *buflen);
static int CheckMsgBoundaries (char *, int);
static int FindMessage (char *, int, int *);
static void ShiftBuffer (char *, int *, int);
static struct sockaddr_in dest;
static int
static char
static int
pr_sock, msgsock;
buffer[MAX_BUFLEN+1];
buflen = 0;
/********************************************************************
*
MAIN (principal)
* Estar a la escucha de las llamadas IP entrantes, y leer los mensajes entrantes en la primera
* llamada establecida
*
* 1. Ignorar las seales SIGPIPE. Estas son generadas cuando se pierde una conexin. Por defecto, causan
* la terminacin de un programa.
* 2. Establecer un socket que est a la escucha de los mensajes entrantes (SetupService)
* 3. Aceptar la primera llamada recibida (AcceptConnection)
* 4. Leer los mensajes que se reciban a travs de esta conexin (RecvData)
* 5. Terminar la llamada y cerrar el socket puesto a la escucha
********************************************************************/
main(int argc, char *argv[])
{
signal (SIGPIPE,SIG_IGN);
SetupService();
AcceptConnection();
RecvData();
close(msgsock);
/* shutdown(pr_sock,1) */
close(pr_sock);
}
189
/********************************************************************
*
SETUP SERVICE (establecer servicio)
* Ponerse a la escucha de las llamadas que se produzcan en un puerto/servicio dado
* 1. Crear un socket
* 2. Establecer la opcin KEEPALIVE del socket. Ello permite que el envo automtico y
* peridico de mensajes check sea transmita por la conexin. Si el destino no responde, la
* transmisin se considera interrumpida (broken), y este proceso es notificado (por SIGPIPE o mediante
* end-of-file)
* 3. Establecer la opcin REUSEADDR del socket. Posibilitar un rearranque ms rpido de los procesos
* terminados
* 4. Ligar el socket al servicio/puerto requerido
* 5. Ponerse a la escucha de eventuales llamadas
********************************************************************/
static void SetupService()
{
int on = 1;
int rc;
/* adjust the TCP receive buffer size
int buffsize = MAX_MSGSIZE; */
memset ((char *)&dest, 0, sizeof dest);
dest.sin_addr.s_addr = INADDR_ANY;
dest.sin_family = AF_INET;
dest.sin_port = SERVICE;
pr_sock = socket (AF_INET, SOCK_STREAM, 0);
if (pr_sock < 0) {
printf(sock error\n);
exit(1);
}
rc = setsockopt(pr_sock,SOL_SOCKET,SO_KEEPALIVE,(char *)&on,sizeof(on));
if (rc != 0) {
printf(keepalive error\n);
exit(1);
}
rc = setsockopt(pr_sock,SOL_SOCKET,SO_REUSEADDR,(char *)&on,sizeof(on));
if (rc != 0) {
printf(reuse error\n);
exit(1);
}
/* adjust the TCP receive buffer size
rc = setsockopt(pr_sock,SOL_SOCKET,SO_RCVBUF,(char *)&buffsize,sizeof(buffsize));
if (rc != 0) {
printf(unable to set send receive size\n);
}
*/
rc = bind(pr_sock,(struct sockaddr *)&dest,sizeof dest);
if ( rc < 0) {
printf(bind error\n);
exit(1);
}
rc = listen(pr_sock,1);
if ( rc < 0) {
printf(listen error\n);
190
exit(1);
}
printf(listening\n);
}
/********************************************************************
*
ACCEPT CONNECTION (aceptar conexin)
* Aguardar una llamada entrante (accept)
* Retornar el socket de la llamada establecida
********************************************************************/
static void AcceptConnection()
{
int addrlen;
printf(waiting connection\n);
addrlen = sizeof(sockaddr_in);
msgsock = accept (pr_sock,&dest,&addrlen);
if ( msgsock < 0) {
printf(accept error\n);
exit(1);
}
printf(connected\n);
}
/********************************************************************
*
RECV DATA (recibir datos)
* Leer datos del socket de mensaje/llamada
* Extraer mensajes SMT de esos datos
* Seguir leyendo hasta que el emisor termine la llamada o se produzca un error
********************************************************************/
static void RecvData()
{
int numr = 1;
int rc = 0;
while (numr > 0 && rc >= 0) {
numr = read(msgsock,buffer+buflen, MAX_BUFLEN-buflen);
if (numr > 0) {
buflen += numr;
buffer[buflen] = \0;
printf(buffer = %s\n,buffer);
rc = ExtractMsg(buffer,&buflen);
}
}
}
/********************************************************************
*
EXTRACT MSG (extraer mensaje)
* DESCRIPCIN
* Esta funcin acepta un buffer de datos en entrada, as como los datos
* que se encuentren en el buffer, y extrae mensajes SMT de este buffer.
*
* Los mensajes que estn en el buffer se identifican como sigue...
*
* Los primeros 8 bytes del buffer de mensajes TIENEN que tener una longitud de mensaje
* en formato de caracteres.
* Si la longitud excede el tamao mximo definido para el SMT, o
* si no consta de caracteres numricos, se indica un error
* (lost synchronisation) (prdida de sincronizacin).
*
* Inmediatamente despus de la longitud del mensaje hay un
* tipo de mensaje de dos caracteres: AN = Alfanumrico, BI = binario, FX = Fax.
* El mensaje SMT comienza con un carcter SOH,
*y termina con un carcter ETX; si no es as, se produce un error
* (lost synchronization) (prdida de sincronizacin).
*
* Si se identifca un mensaje SMT, se lo extrae y saca del buffer.
*
* Dado que puede haber ms de un mensaje en el buffer,
* esta funcin se iterar (extracting messages)
* hasta que se detecte un error o un mensaje incompleto.
*
*
* RETURNS = 0 - No hay un mensaje completo en el buffer.
* < 0 - Error fatal en el formato del buffer.
* > 0 - Conseguido: el (los) mensaje(s) ha(n) sido extrado(s).
********************************************************************/
static int ExtractMsg(char *buffer, int *buflen)
{
int rc, msglen;
char msg[MAX_MSGSIZE+1];
/* FIND THE FIRST MESSAGE IN THE BUFFER */
rc = FindMessage (buffer, *buflen, &msglen);
/* WHILE A VALID MESSAGE LENGTH IS FOUND IN THE MESSAGE BUFFER */
while ( rc > 0 ) {
/* ENSURE THAT THE FIRST CHARACTER AFTER THE MESSAGE LENGTH IS
A SOH CHARACTER, AND THE LAST CHARACTER AS INDICATED BY
THE MESSAGE LENGTH IS AN ETX CHARACTER. */
if ( (rc = CheckMsgBoundaries (buffer, msglen)) < 0 )
continue;
/* PRINT THE EXTRACTED MESSAGE */
memcpy(msg,buffer+GTS_SOCKET_HEADER,msglen);
msg[msglen] = \0;
printf(GTS MSG = \n%s\n,msg);
/* SHIFT THE JUST INJECTED MESSAGE OUT OF THE MESSAGE BUFFER,
AND LOOP BACK TO LOOK FOR A NEW MESSAGE. */
ShiftBuffer (buffer, buflen, msglen);
/* FIND THE FIRST MESSAGE IN THE SHIFTED BUFFER */
rc = FindMessage (buffer, *buflen, &msglen);
}
return (rc);
}
191
192
/********************************************************************
*
FIND MESSAGE (encontrar mensaje)
* Comprobar que el mensaje completo se encuentra al comienzo del buffer
* 1. Comprobar los primeros 8 caracteres que constituyen la longitud de mensaje
* 2. Comprobar los 2 caracteres siguientes Tipo de mensaje
* 3. Comprobar que el mensaje completo, tal como se define en el campo message length
* (longitud del mensaje), est en el buffer
* Cdigos de retorno:
* 0 = mensaje incompleto
* 1 = mensaje completo
* -1 = error
********************************************************************/
static int FindMessage (char *buffer, int buflen, int *mlen)
{
char charlen[GTS_LENFIELD+1];
int intlen;
*mlen = 0;
/* SI LA LONGITUD DEL BUFFER DE MENSAJES TRANSMITIDOS NO ES SUPERIOR A
10 CARACTERES, INDICAR INCOMPLETE. */
if ( buflen < GTS_SOCKET_HEADER ) {
return (0);
}
/* COMPROBAR QUE EL TIPO DE MENSAJE ES VLIDO */
if (strncmp(buffer+GTS_LENFIELD,AN,2) && strncmp(buffer+GTS_LENFIELD,BI,2) &&
strncmp(buffer+GTS_LENFIELD,FX,2)) {
printf(ERROR: Message Type field invalid);
return (-1);
}
/* EXTRAER LA LONGITUD DEL MENSAJE */
strncpy (charlen, buffer, GTS_LENFIELD);
charlen[GTS_LENFIELD] = \0;
/* COMPROBAR QUE LA CADENA DE CARACTERES QUE INDICA LA LONGITUD DEL MENSAJE CONSTA
EXCLUSIVAMENTE DE DGITOS. INDICAR UN ERROR SI NO FUERA ESE EL CASO */
if ( strspn (charlen, 0123456789) != strlen (charlen) ) {
printf(ERROR: length not numeric);
return (-1);
}
/* CONVERTIR LA CADENA DE CARACTERES QUE INDICA LA LONGITUD DEL MENSAJE EN UN ENTERO. */
intlen = atoi (charlen);
/* COMPROBAR QUE LA LONGITUD EXTRADA DEL BUFFER NO ES SUPERIOR AL TAMAO
DE MENSAJE MXIMO DEFINIDO PARA EL SMT. INDICAR UN ERROR
SI NO FUERA ESE EL CASO. */
if ( intlen > MAX_MSGSIZE ) {
printf(ERROR: message overlength);
return (-1);
}
/* COMPROBAR QUE SE HA RECIBIDO LA TOTALIDAD DEL MENSAJE. RETORNAR EN CASO CONTRARIO */
if ( buflen < intlen + GTS_SOCKET_HEADER ) {
return (0);
*mlen = intlen;
return (1);
/********************************************************************
*
CHECK MSG BOUNDARIES (comprobar el principio y el final del mensaje)
* Confirmar que el primer carcter siguiente al encabezamiento del socket (Socket Header) es
* un SOH,y que el ltimo carcter del mensaje (indicado por la longitud de mensaje) es un ETX
********************************************************************/
static int CheckMsgBoundaries (char *buffer, int msglen)
{
/* COMPROBAR QUE EL PRIMER CARCTER (TRAS EL CAMPO EN QUE SE INDICA LA LONGITUD
DEL MENSAJE) ES UN CARCTER SOH. INDICAR UN ERROR SI NO LO ES. */
if ( buffer[GTS_SOCKET_HEADER] != SOH ) {
printf(ERROR: SOH not found\n);
return (-1);
}
/* COMPROBAR QUE EL LTIMO CARCTER (TRAS EL CAMPO EN QUE SE INDICA LA LONGITUD
DEL MENSAJE) ES UN CARCTER ETX. INDICAR UN ERROR SI NO LO ES. */
if ( buffer[msglen+GTS_SOCKET_HEADER-1] != ETX ) {
printf(ERROR: ETX not found\n);
return (-1);
}
}
return (1);
/********************************************************************
*
SHIFT BUFFER
* Sacar el primer mensaje del buffer. Con ello, o bien
* se vaciar el buffer o bien se desplazar un nuevo mensaje
* entero o parte de l hacia el comienzo del buffer.
********************************************************************/
static void ShiftBuffer (char *buffer, int *buflen, int msglen)
{
int shiftlen;
/* CALCULAR LA CANTIDAD DE DATOS QUE DEBEN VACIARSE DEL BUFFER. */
shiftlen = msglen + GTS_SOCKET_HEADER;
/* VACIAR DEL BUFFER LOS DATOS PROCESADOS DESPLAZANDO

LOS DATOS SIN PROCESAR POR ENCIMA DE L. CALCULAR LA NUEVA
CANTIDAD DE DATOS QUE CONTIENE EL BUFFER. */
*buflen = *buflen - shiftlen;
memcpy (buffer, buffer + shiftlen, *buflen);
193
194
APndice 4. ALGUNAS DISPOSICIONES DE SEGURIDAD PARA CENTROS SMT PEQUEOS

El apndice 4 se ha eliminado del presente adjunto. Todo el material sobre la seguridad de la tecnologa
de la informacin se encuentra actualmente en la publicacin Guide on Information Technology Security,
disponible en la pgina web http://www.wmo.int/pages/prog/www/documents.html
APndice 5. MATERIAL DE REFERENCIA

Referencias generales sobre TCP/IP
1.
2.
3.
4.
5.
6.
7.
8.
9.
Internetworking TCP/IP Vol. 1 (2/E) Douglas Comer Prentice Hall

TCP/IP Illustrated Volume 1: The Protocols Stevens Addison-Wesley
TCP/IP Architecture, Protocols and Implementation Feit McGraw Hill
TCP/IP and Related Protocols Black McGraw Hill
TCP/IP Running a Successful Network Washburn and Evans Addison-Wesley
TCP/IP and ONC/NFS (2/E) Santifaller Addison-Wesley
Inside TCP/IP Arnett et. al. New Riders Publishing
Teach Yourself TCP/IP in 14 days Parker SAMS
Introduction to TCP/IP Davidson Springer
Referencias sobre seguridad

1.
2.
3.
4.
5.
Firewalls and Internet Security Cheswick & Bellovin Addison-Wesley

Building Internet Firewalls Chapman OReilly
Practical Unix Security Garfinkel & Spafford OReilly
Internet RFC 2196 (Site security Handbook: http://www.rfc-base.org/rfc-2196.htm)
http://www.computersecuritynow.com: sitio web con muchos documentos de referencia sobre
medidas de seguridad
195
196
APndice 6. prcticas propuestas PARA LA GESTIN DE CONTRASEAS

La gestin de contraseas es uno de los temas abordados en relacin con la seguridad de las tecnologas
de la informacin. Todo el material al respecto se encuentra ahora en la publicacin Guide on Information
Technology Security, disponible en la pgina web http://www.wmo.int/pages/prog/www/documents.html
197
APndice 7. DIRECCIONES IP QUE SE UTILIZARN EN EL SMT

INTRODUCCIN
Los actuales prcticas y procedimientos recomendados para la instalacin, utilizacin y aplicacin en el
SMT de servicios basados en el protocolo de control de transmisin/protocolo Internet (TCP/IP) que
figuran en el adjunto II.15 de este Manual (conocidos tambin como Gua sobre la utilizacin de TCP/IP
en el SMT) describen una serie de directrices y un procedimiento para la asignacin de direcciones IP a
los enlaces del SMT que ya no son adecuados. En particular, se sealaba que haba cierto nmero
direcciones oficiales IP de clase C disponibles para ser asignadas por la Secretara de la OMM a los enlaces
del SMT. Estos conjuntos de direcciones IP no estn ya oficialmente disponibles debido a la aplicacin
estricta de normas Internet (RFC) por las autoridades y proveedores de servicio de Internet, por lo que
lamentablemente no pueden utilizarse en el SMT, ya que ahora podran ser asignadas a otras
organizaciones con presencia en Internet. Por ello, se ha indicado a la Secretara de la OMM que se
abstenga de seguir asignando tales direcciones IP.
Se ha encomendado al Equipo de expertos sobre la infraestructura de telecomunciaciones que
proporcione soluciones alternativas para resolver este problema.
En el presente apndice se ofrece una descripcin provisional de las opciones disponibles, junto con las
directrices correspondientes, a fin de atenuar el problema y de ayudar a los Miembros en su aplicacin.
Las directrices se refieren nicamente a la asignacin de direcciones IP.
El Equipo de expertos sobre la infraestructura de telecomunciaciones se encargar de desarrollar las
enmiendas propuestas al presente adjunto a fin de reflejar las nuevas prcticas recomendadas para la
asignacin de direcciones IP.
QUIN PUEDE PROPORCIONAR DIRECCIONES IP OFICIALES?
A fin de constituir una red que interconecte numerosas organizaciones de distintos pases del mundo, es
esencial mantener un estndar para el esquema de direccionamiento, as como la univocidad en la
asignacin de direcciones a las distintas organizaciones. La comunidad de Internet ha identificado este
principio bsico y ha creado varios rganos oficiales para coordinar la distribucin de direcciones IP
oficiales. En la actualidad, esta responsabilidad recae sobre la Autoridad de atribucin de nmeros en
Internet (IANA) y sus delegados regionales, los correspondientes Registros Regionales de Internet:
AfriNIC (Centro de informacin sobre Internet para frica) regin de frica
APNIC (Centro de Informacin de la Red Asia-Pacfico) regin de Asia y el Pacfico
ARIN (Registro de nmeros de Internet para Amrica) Amricas e islas del Atlntico
LACNIC (Registro regional de direcciones IP para Amrica Latina y el Caribe) Amrica Latina y ciertas
islas del Caribe
NCC RIPE (Centro de coordinacin de Internet Rseaux IP Europens) Europa y reas circundantes.
Estas organizaciones delegan a su vez la asignacin de direcciones a sus proveedores regionales de
Internet y de telecomunicacin mediante los registros nacionales de Internet.
En este marco, la OMM no es responsable de asignar direcciones IP. Dado que el SMT no es una red nica
sujeta a la autoridad absoluta de una nica organizacin, la asignacin de direcciones debe pasar por los
respectivos registros nacionales de Internet o por el Registro Regional de Internet apropiado.
Sin embargo, son varios los pases actualmente afectados por esa restriccin en la asignacin de
direcciones IP versin 4 (IPv4), que podran tener dificultades para obtener direcciones oficiales. El
problema es espinoso a corto plazo, y podra ser necesario adoptar medidas provisionales para no
obstaculizar el desarrollo del SMT. Las directrices siguientes explican la manera de interconectar redes
utilizando o no direcciones IP oficiales.
198
CONEXIN DE REDES SIN DIRECCIONES IP OFICIALES

Utilizacin de direcciones IP asignadas directamente a una organizacin (por ejemplo,
los SMHN)
Esta sigue siendo la opcin preferida, cuado es factible. Es bsicamente el principal procedimiento
descrito en la Gua sobre la utilizacin de TCP/IP en el SMT. Cumple todas las reglas de Internet y
permite a una organizacin crear una red coherente con interconexiones a Internet, al SMT y,
posiblemente, a otras organizaciones asociadas. Es tambin la configuracin ms fcil de mantener.
Al interconectar dos pases para crear un enlace SMT, los Servicios Meteorolgicos e Hidrolgicos
Nacionales (SMHN) respectivos debern decidir cul de ellos proporcionar la direccin que apunta al
enlace de la interconexin. La decisin sigue siendo de orden prctico para ambos pases. No hay reglas
generales que privilegien un conjunto de direcciones respecto de otros.
Utilizacin de direcciones IP oficiales proporcionadas por un proveedor de
telecomunicaciones
Esta opcin es muy similar a la anterior. Las direcciones proporcionadas seran oficiales, y se cumpliran,
como es natural, todas las reglas.
Podra ser necesario recurrir a un proveedor comn de telecomunicaciones entre las dos organizaciones
que se interconectan.
Sin embargo, esta opcin presenta la desventaja de que un cambio del proveedor de telecomunicaciones
podra obligar a cambiar la direccin IP si el poseedor original reclama sus direcciones. Cada
organizacin deber prever esa posibilidad con antelacin, y evaluar su impacto sobre las operaciones
futuras. Si esas direcciones se utilizan solo para establecer enlaces y no para fines internos de alguna de
las organizaciones, este inconveniente podra tener efectos mnimos.
Utilizacin de direcciones IP versin 6 (Ipv6)
La nueva norma de protocolo IP versin 6 (Ipv6) fue diseada en buena parte para hacer frente a la
penuria de direcciones Ipv4. Aunque el protocolo Ipv6 est incluido en numerosos equipos de
telecomunicacin actualmente disponibles, su implementacin obliga a una planificacin detallada. En
particular, Ipv4 e Ipv6 no son compatibles si no se utilizan cabeceras, y hay varias herramientas
operacionales de las que todava no se dispone para que Ipv6 sea utilizable en el SMT en la actualidad. El
paso a Ipv6 sera una tarea ingente que no puede imponerse a los Miembros de la OMM mientras la
industria no est lista para emprenderla hasta el final.
Por ello, esta opcin no est todava disponible. Se menciona aqu solo a efectos informativos, y ser
estudiada ms a fondo en los prximos aos.
CONEXIN DE REDES SIN DIRECCIONES IP OFICIALES
Utilizacin del mecanismo IP sin nmeros
Varios proveedores de equipo de red (Cisco, 3Com, Juniper) han introducido recientemente en sus
configuraciones la posibilidad de establecer un enlace sin necesidad de asignar direcciones IP. Este mecanismo se
suele denominar IP sin nmeros (ip unnumbered). As, por ejemplo, Cisco ha publicado un documento donde
explica el comando ip unnumbered y cuestiones de configuracin (para mayor informacin, vase la pgina
web http://www.cisco.com/en/US/tech/tk648/tk362/technologies_tech_note09186a0080094e8d.shtml).
199
Esta funcin no es un elemento estndar del protocolo IP, por lo que solo opera si se dispone de equipos
compatibles en ambos extremos del enlace (que, de todos modos, es la situacin ms frecuente).
El encaminamiento entre ambas redes puede efectuarse vinculando la interfaz sin nmeros a otra interfaz
existente en el encaminador (o bien una LAN real, o bien una interfaz de bucle virtual). La utilizacin de
este sistema puede introducir limitaciones en la flexibilidad del encaminamiento.
Utilizacin de RFC 1918 Direcciones de Internet para fines privados
El documento RFC 1918 del Equipo especial sobre ingeniera de Internet (IETF) sobre direcciones para
fines privados describe un conjunto de direcciones reservadas nicamente para las comunicaciones
internas de las organizaciones, y que no se pretende conectar directamente a otras empresas o a Internet.
Por ello, la utilizacin de esas direcciones no obliga a un registro oficial. La finalidad principal de este
sistema es permitir a una organizacin de gran tamao utilizar un mayor espacio de direcciones para sus
operaciones internas. Cuando la organizacin necesita intercambiar datos con otras, es necesario pasar
por una puerta de enlace para acceder a un rea de direcciones oficialmente asignadas a fin de mantener
la coherencia general de la red. Esta puerta de enlace debe traducir las direcciones RFC 1918 internas
para convertirlas en direcciones IP externas oficiales, que han de obtenerse por conducto de los rganos
oficiales. La funcin que realiza esa traduccin (generalmente efectuada por un encaminador o un
cortafuegos) se denomina traduccin de direccin de red (NAT). La traduccin permitir concentrar
tambin varias direcciones internas RFC 1918 en un nmero muy reducido de direcciones oficiales,
conservndose por consiguiente el espacio destinado a direcciones oficiales.
Aunque este sistema puede parecer atractivo a primera vista, el SMT no es una red de una nica empresa.
Actualmente pueden utilizar ya direcciones RFC 1918 en sus propias redes numerosos SMHN de pases
Miembros de la OMM y organizaciones conexas, con lo que la asignacin de direcciones podra entrar en
conflicto si esas redes se conectaran entre s. Para la OMM es prcticamente imposible formular una
recomendacin sobre la utilizacin de RFC 1918, ya que los SMHN pueden estar sujetos a directrices de
su propio gobierno, que podran entrar en conflicto con alguna directiva de la OMM. No obstante, de
mediar un acuerdo bilateral, los pases pueden conseguir un espacio de direcciones adecuado para
interconectarse en el marco del sistema RFC 1918.
Esta opcin es, pues, viable siempre que se tengan en cuenta, planifiquen, mantengan y vigilen los
aspectos siguientes:
1.
2.
3.
4.

5.
Hay que extremar las precauciones a la hora de escoger un conjunto RFC 1918 de direcciones
adecuado para los enlaces entre organizaciones. Es importante que las direcciones escogidas no
estn siendo ya utilizadas por alguna de las organizaciones intervinientes.
Hay que asegurarse concienzudamente de que las configuraciones de encaminamiento no permitan
el paso de las direcciones RFC 1918 a la red de otra organizacin o, peor todava, a Internet.
Aunque esta ser una solucin satisfactoria para un nmero pequeo de pases, no es posible
ampliarla a un gran nmero de interconexiones directas entre pases, ya que el proceso de seleccin
de direcciones RFC 1918 se vuelve cada vez ms complejo.
La IANA ha reservado los bloques siguientes en el marco de RFC 1918:
10.0.0.0 - 10.255.255.255 (10/8 prefijo)
172.16.0.0 - 172.31.255.255 (172.16/12 prefijo)
192.168.0.0 - 192.168.255.255 (192.168/16 prefijo).
Dado que numerosas organizaciones utilizan ya el bloque 10.0.0.0/8 para usos internos, y dado que
varios fabricantes de equipo utilizan ya el bloque 192.168.0.0/16 como direcciones por defecto, se
recomienda establecer siempre que sea posible los enlaces SMT sobre la base del bloque
172.16.0.0/12 solamente.
Adems, se recomienda distribuir la direccin 172.16.0.0/12 en subredes a fin de maximizar la
utilizacin del espacio de direcciones. A tal efecto, los enlaces SMT pueden subdividirse en subredes
a /30 bits. Se abastecen con ello cuatro computadoras centrales por enlace (dejando disponibles las
direcciones 1 y 2 de las computadoras centrales para designar los dos extremos de un enlace dado).
200
6. Los SMHN que consideren la posibilidad de utilizar las direcciones RFC 1918 consultarn con un
SMHN potencial con el que podran establecer un enlace, a fin de coordinar y planificar con
antelacin la utilizacin de esas subredes. Si hubiera conflictos de direcciones, podrn utilizarse,
previo acuerdo bilateral, otros mtodos de direccionamiento en el marco de RFC 1918. El Equipo de
expertos sobre infrasestructura de las telecomunicaciones agradecer toda informacin al respecto,
a fin de elaborar en mayor detalle esta recomendacin.
La utilizacin de direcciones RFC1918 no debera plantear problemas de seguridad siempre y cuando se
gestionen adecuadamente los aspectos anteriores.
RECOMENDACIN
Todas estas opciones pueden utilizarse en el SMT. El orden de preferencia es el siguiente:
1.
2.
3.
4.
utilizacin de direcciones IP oficiales asignadas directamente a una organizacin; por ejemplo, un

SMHN (preferida);
utilizacin de direcciones IP oficiales proporcionadas por un proveedor de telecomunicaciones;
utilizacin del mecanismo IP sin nmeros;
utilizacin de RFC 1918 Asignacin de direcciones de Internet para usos privados.
No se recomienda por el momento la utilizacin de IPv6 en el SMT.

Ha de tenerse presente que todas las opciones que no exigen la utilizacin de direcciones IP oficiales son
nicamente subterfugios para aliviar la escasez de direcciones, y deben utilizarse con cautela.
EJEMPLOS DE CONFIGURACIONES
Opcin 1 Utilizacin de direcciones IP oficiales de una organizacin existente (SMHN) u Opcin 2
Utilizacin de direcciones IP oficiales de un proveedor de telecomunicaciones
A continuacin se presenta la forma estndar para configurar una interfaz entre dos redes.
Encaminador A:
!
interface Ethernet0
ip address 131.238.17.11 255.255.255.0
!
interface Serial0
description 64Kbps leased line to router B
ip address 131.238.18.01 255.255.255.252
encapsulation ppp
bandwidth 64
!
ip route 142.47.43.0 255.255.255.0 131.238.18.2
!
Encaminador B:
!
interface Ethernet0
ip address 142.47.43.201 255.255.255.0
!
interface Serial0
description 64Kbps leased line to router A
ip address 131.238.18.02 255.255.255.252
encapsulation ppp
bandwidth 64
!
ip route 131.238.17.0 255.255.255.0 131.238.18.1
201
ADJUNTO II-16. PROCEDIMIENTOS PARA LA TRANSMISIN Y CONCENTRACIN

DE BOLETINES METEOROLGICOS MEDIANTE CORREO ELECTRNICO Y POR
INTERNET
A Utilizacin del correo electrnico (e-mail)
Antecedentes
El correo electrnico (e-mail) puede ser un mtodo muy sencillo y econmico para el intercambio de
boletines meteorolgicos, en particular para la concentracin de boletines de datos meteorolgicos. Sin
embargo, debe sealarse que el correo electrnico no es un servicio punto a punto y que no est
garantizado que los mensajes lleguen a tiempo a su destino. El correo electrnico es tambin inseguro
por naturaleza.
En las directrices que se presentan a continuacin se describen las prcticas para el envo por correo
electrnico de boletines para la recogida de datos y de boletines meteorolgicos en formato binario, que
permiten reducir al mnimo los riesgos de seguridad.
Los centros que pongan en prctica estos procedimientos debern velar por que los boletines
meteorolgicos que se enven por el SMT se ajusten a los procedimientos y formatos normalizados para el
SMT.
Directrices para el envo de boletines meteorolgicos mediante correo electrnico por Internet
1.
Para el cuerpo principal del correo deber utilizarse un sistema de cifrado (caracteres) que los
centros receptores puedan entender. Cuando el programa de correo electrnico del cliente pueda
configurarse y en caso de que no exista acuerdo bilateral se recomiendan los formatos US-ASCII o
UTF-8.
2.
Sin embargo, el remitente debe recordar que el SMT no admite todos los caracteres transmisibles. El
cuerpo principal del los mensajes de correo electrnico deber consistir solamente en caracteres del
Alfabeto Internacional N 5. Por razones de interoperabilidad, se desaconseja el uso de otro tipo de
carcter, en particular del NO-BREAK SPACE. Se recomienda que el boletn meteorolgico est
incluido en el cuerpo principal del mensaje de correo electrnico; alternativamente puede aparecer
en un adjunto.
3.
En el encabezamiento, el campo From tiene que concertarse previamente con el centro receptor.
4.
Para el campo Subject del encabezamiento se recomienda una de las dos opciones siguientes:
a)
b)
una lnea de encabezamiento abreviado si el mensaje contiene un nico boletn

meteorolgico; o
una <cadena de seguridad> previamente acordada con el centro receptor.
5.
Se recomienda enviar un solo boletn por correo electrnico. Sin embargo, los centros receptores
pueden tomar la decisin de aceptar mltiples boletines meteorolgicos por mensaje hasta un
mximo de cinco.
6.
Los boletines meteorolgicos pueden enviarse en formato texto dentro del cuerpo principal del
mensaje de correo electrnico, o como adjuntos del mensaje de correo electrnico, pero no en
ambos. Los datos de texto debern enviarse en el cuerpo principal del mensaje de correo
electrnico. Los datos binarios debern enviarse solamente en los adjuntos. Los adjuntos debern
estar cifrados en Base64 (norma MIME).
7.
Cuando se enve un conjunto de boletines meteorolgicos en el cuerpo principal de un mensaje de

correo electrnico debera seguirse el formato siguiente:
<Boletn meteorolgico>
NNNN
en el que,
<Boletn Meteorolgico> es un boletn meteorolgico normalizado que comienza con una lnea de
encabezamiento abreviada como, por ejemplo:
TTAAii CCCC YYGGgg [BBB]
texto del mensaje
Al trmino de todo boletn meteorolgico deber figurar la cadena de caracteres NNNN, que indica
el fin del mensaje.
No deber incluirse ninguna informacin de otro tipo en el cuerpo principal del mensaje de correo
electrnico a menos que se haya llegado a un acuerdo al respecto con el centro receptor. Por
ejemplo, en el cuerpo del mensaje no deber incluirse texto informativo sobre respuesta y
retransmisin del mensaje.
Nota:
El centro receptor validar la lnea de encabezamiento abreviado antes de procesar el boletn meteorolgico.
8.
Cuando se enva un conjunto de boletines meteorolgicos en adjuntos, estos adjuntos deben tener
el formato acordado con el centro receptor. En la seccin Recopiacin de mensajes en archivos del
adjunto II-15 se describe un formato posible. El cuerpo principal debe permanecer vaco.
9.
El tamao total del mensaje de correo electrnico, incluidos los adjuntos, no deber exceder los 2
megabytes o cualquier otro lmite especificado en un acuerdo bilateral. Los adjuntos debern
codificarse en Base64 (norma MIME).
Ejemplo
From: NMCAAAAA <NMCAAAAA@meteo.fr>
To: RTHcollector <RTHcollector@meteo.zz>
Subject: SMFW01 NWBB 270000
Informacin que forma

parte del encabezamiento
del correo
SMFW01 NWBB 270000

AAXX 27004
91753 32481 51008 10331 20259 40078 58017 83202
333 20263 59018 83816 84078=
91754 01581 51812 10287 20245 40092 58017 60034 70182 85200
333 20256 59016 60017 85820=
NNNN
Texto que figura en el

cuerpo principal del
correo o en el adjunto
Directrices para correos electrnicos a travs de las pasarelas del SMT

1.
Para reducir los riesgos de seguridad, el centro receptor deber validar el campo From del
encabezamiento del mensaje contrastndolo con una lista de direcciones electrnicas definida con
antelacin antes de enviar los boletines al SMT.
2.
Si los centros receptores y emisores acuerdan introducir <cadenas de seguridad>, estas se debern
poner en el campo Subject del mensaje o en un campo previamente concertado.
3.
El centro receptor deber validar la lnea de encabezamiento abreviado en el campo Subject del
encabezamiento (si no hay cadena aprobada previamente) o extraerla del boletn meteorolgico
como cuerpo principal.
4.
Los centros receptores no debern enviar ningn mensaje automtico de acuse de recibo ni de
respuesta.
5.
Se recomienda el empleo de cuentas de correo electrnico especficas para recibir la transferencia

de datos por el SMT con nombres acordados por ambas partes, y tambin evitar recibir datos del
SMT en cuentas de correo personales.
203
6.
Un problema que se presenta con algunos programas de transferencia de mensajes de correo

electrnico es que, por defecto, estn configurados como rels de correo abierto (open-relay), que
se utilizan para el envo de correos no deseados. Ello ocurre, por ejemplo, si el sitio A.COM acepta
mensajes de B.NET destinados a C.ORG. En este caso, el originador de publicidad masiva puede
utilizar el sistema de correo de A.COM para distribuir sus mensajes electrnicos. Los centros debern
velar por la correcta configuracin del sistema para evitar funcionar como rels abiertos.
7.
Para minimizar los riesgos de problemas operacionales, el centro receptor deber entender y
descifrar toda las partes mltiples de la estructura de la norma MIME y las transferencia de
contenido cifrado (ms especficamente en Base64 y Quoted-Printable). Cuando se enven boletines
de texto destinados a una distribucin mundial, la pasarela deber garantizar el contenido en el
Alfabeto Internacional de Referencia de la UIT. Por ejemplo, NO-BREAK SPACE (clave hexadecimal
A0 o C2 A0 en varios conjuntos de caracteres) puede remplazarse con un SPACE ordinario (20).
Consideraciones en materia de seguridad

Por definicin, el correo electrnico no es un medio seguro. Para reducir los riesgos de presentacin de
mensajes no autorizados, se recomienda que los correos electrnicos a las pasarelas del SMT:
1)
tengan una direccin From validada, y
2)
se introduzca en el campo Subject una cadena aprobada previamente.
Por ello, se recomienda que las direcciones de correo y/o las cadenas de seguridad previamente
concertadas se traten confidencialmente por parte de los centros receptores y emisores.
B Utilizacin de procedimientos de captacin de datos web (data ingest)
Informacin general:
La finalidad de este procedimiento es servir de sencillo mecanismo de recogida de datos por parte de un
CMN. Podra ser utilizado tambin por un CRT o un CMN para la captacin de boletines meteorolgicos
en caso de que surja un contratiempo con el mtodo de acceso primario. Es de esperar que este mtodo
ofrezca ms seguridad, permita cumplir mejor con los plazos y resulte ms fiable que la concentracin de
mensajes de correo electrnico.
Requisitos preliminares:
El proveedor de datos que tenga la intencin de enviar datos a un CRT o CMN que utilice el mtodo de
captacin de datos web deber establecer primeramente una cuenta en dicho centro. Deber
establecerse un mecanismo de autentificacin (como, por ejemplo, una combinacin de NOMBRE DE
USUARIO y CONTRASEA) para fines de seguridad. La validacin de la direccin IP utilizada para el
envo del mensaje no resulta un mtodo prctico en la mayora de los casos debido a la traduccin
habitual de las direcciones y a la ndole de los posibles procedimientos de respaldo.
Entrada de datos:
El usuario deber rellenar todos los campos obligatorios en el encabezamiento abreviado, as como
escribir el texto del mensaje. Por lo que respecta a los campos obligatorios, podran incluirse listas
desplegables con el fin de reducir la posibilidad de errores. El cuerpo del mensaje deber ajustarse a las
normas de la OMM.
Validacin:
La interfaz para la entrada de datos en los boletines web deber incluir un espacio a rellenar para cada
lnea de encabezamiento abreviado de los mensajes del SMT. Deber permitir confirmar que:
a)
Se ha introducido informacin vlida en todos los campos obligatorios.
b)
En todos los campos facultativos aparece informacin vlida o estn en blanco.
204
c)
d)
e)
El campo CCCC es vlido para el usuario autorizado del centro que enva el mensaje.
Se crear solamente un boletn por cada pgina web.
La lnea de encabezamiento abreviado se ajusta a todas las normas aplicables de la OMM
como, por ejemplo, el alfabeto apropiado y las secuencias de caracteres que indican el fin del
mensaje.
Verificacin del contenido:

Antes de dar entrada al mensaje completado, la interfaz para la entrada de datos de los boletines deber
permitir al usuario ver la totalidad del mensaje y pedir al usuario que confirme que el mensaje es correcto.
El creador del mensaje deber tener la oportunidad de modificarlo antes de enviarlo.
Seguridad:
Para mayor seguridad se recomienda utilizar HTTPS.
Ejemplos de pginas que tienen este tipo de interfaz para la entrada de datos en los boletines web:
URL del CRT de Washington: http://www.nws.noaa.gov/tg/bullguid.php.
____________________
PARTE III. CARACTERSTICAS TCNICAS Y ESPECIFICACIONES DEL sISTEMA

MUNDIAL DE TELECOMUNICACIN
1.
CARACTERSTICAS DE LA RED PRINCIPAL DE TELECOMUNICACIONES (RPT)
1.1
La Red Principal de Telecomunicaciones est constituida por un conjunto cerrado de
circuitos y de centros/circuitos terminales que componen una red coordinada. La red funciona
continuamente las 24 horas del da.
1.2
Los Centros Meteorolgicos Mundiales (CMM) y los Centros Regionales de
Telecomunicaciones (CRT) designados formarn los centros/circuitos terminales de la RPT.
1.3
Los circuitos de la RPT se establecern haciendo uso de servicios e instalaciones eficientes
de telecomunicaciones, incluidos los circuitos arrendados especializados, digitales o analgicos; los
servicios de retransmisin de trama y los servicios de red gestionada de comunicacin de datos,
basndose en las correspondientes recomendaciones del UIT-T.
1.4
Los circuitos arrendados especializados analgicos (es decir, los circuitos de tipo telefnico)
se utilizarn con mdems, de conformidad con las correspondientes recomendaciones del UIT-T. Se
recomienda utilizar mdems conformes a la Recomendacin V.34 UIT-T.
1.5
Podrn instalarse canales adicionales de baja velocidad en ambas direcciones de un circuito
de dplex integral por acuerdo entre los centros/redes terminales, incluidos canales para el control de
errores en ambas direcciones.
1.6
Cuando un circuito de la Red Principal de Telecomunicaciones est constituido
necesariamente por un circuito de radio de ondas decamtricas (HF), se proveern canales de 3
kHz separados para las transmisiones de datos y de facsmil.
1.7
Los circuitos de radio de ondas decamtricas estarn provistos, por lo menos, de dos
canales de 3 kHz. Cuando sea necesario y tcnicamente posible, pueden utilizarse hasta cuatro canales
de 3 kHz en los circuitos de radio de ondas decamtricas, de conformidad con las recomendaciones del
UIT-T.
1.8
El nmero de canales de 3 kHz requeridos en el circuito de radio con el fin de transmitir
informacin meteorolgica de acuerdo con las necesidades de los tiempos de trnsito y las
correspondientes horas de transmisin que satisfagan las necesidades de la OMM, los decidirn
bilateralmente los centros interesados.
2.
CARACTERSTICAS TCNICAS DE LOS CMM Y DE LOS CRT EN LA RED PRINCIPAL

DE TELECOMUNICACIONES
Los CMM y los CRT de la Red Principal de Telecomunicaciones debern poder funcionar como un nodo
en la RPT y proporcionar las funciones de cabecera de lnea necesarias con la red regional de
telecomunicaciones meteorolgicas correspondiente.
210
3.
REDES REGIONALES
Las Asociaciones Regionales establecern redes regionales de manera que sean compatibles con las
caractersticas del sistema (tcnicas, de circuito, de transmisin) de la Red Principal de
Telecomunicaciones. La compatibilidad es esencial, en especial para lograr un flujo eficaz del trfico
por el SMT.
4.
REDES NACIONALES
Las redes nacionales deberan establecerse para garantizar el flujo eficaz del trfico por el SMT dentro de
los plazos prescritos.
5.
CARACTERSTICAS TCNICAS DEL EQUIPO PARA LAS TRANSMISIONES

METEOROLGICAS POR FACSMIL (ANALGICO)
5.1
Caractersticas del equipo
Para las transmisiones meteorolgicas por facsmil analgico utilizadas para el intercambio
internacional de informacin grfica se aplicarn las caractersticas tcnicas que se indican a
continuacin.
5.1.1
Direccin de exploracin
Si se mira el documento en un plano vertical, la direccin de exploracin ser de izquierda a derecha,

comenzando por el ngulo izquierdo de la parte superior de la superficie de la imagen para terminar en
el ngulo derecho inferior. Cada exploracin ser adyacente a la precedente y por debajo de esta.
5.1.2
ndice de cooperacin
El ndice de cooperacin se define por la frmula:

M=
LF
en la que L es la longitud de la lnea de exploracin y F la densidad de exploracin (o el nmero de

lneas por unidad de longitud).
Nota:
El producto LF se denomina factor de cooperacin. La especificacin del ndice de cooperacin es indispensable para
asegurar la debida compatibilidad entre el transmisor y el registrador. Estos pueden tener lneas de exploracin de diferente
longitud, pero si el ndice es el mismo el documento se recibir sin distorsin.
El ndice de cooperacin normalizado es 576 288.
5.1.3
Dimensiones del equipo
El equipo debera poder aceptar por lo menos los documentos de 420 x 594 mm, con referencia al
formato A.2 de la ISO.
PARTE III. CARACTERSTICAS TCNICAS Y ESPECIFICACIONES DEL sISTEMA MUNDIAL DE TELECOMUNICACIN
5.1.3.1
211
Equipos de exploracin plana
La longitud total de la lnea de exploracin (sector activo ms sector muerto) ser normalmente de
477,5 mm.
5.1.3.2
Equipos de exploracin con cilindro
El dimetro del cilindro ser de 152 mm. La longitud til del cilindro debera ser por lo menos de 660 mm.
5.1.3.3
Sector muerto
El sector muerto (parte de la lnea de exploracin que no puede ser utilizada para la transmisin de
una seal imagen) ser de 4,5% 0,5% de la longitud de la lnea de exploracin.
La seal transmitida durante el paso del sector muerto debera corresponder en su mayor parte al blanco,
pero se puede permitir la transmisin de una impulsin negra dentro del sector muerto, que no exceda la
mitad de la longitud del mismo.
5.1.4
Densidad de exploracin
La densidad de exploracin se deduce de la definicin del ndice de cooperacin y ser normalmente

igual a:
3,8 lneas/mm (ndice 576); y
1,9 lneas/mm (ndice 288).
5.1.5
Frecuencia de exploracin
La frecuencia de exploracin o velocidad del cilindro ser:

60 lneas por minuto (60 rpm),
expresada respectivamente en lneas por minuto o en revoluciones por minuto. La frecuencia de
exploracin se mantendr dentro de los lmites de 5.10-6 de su valor nominal.
Nota:
Esta tolerancia admite una distorsin oblicua mxima de aproximadamente 1/55 cuando el transmisor y el receptor
funcionan con una desviacin mxima autorizada en los dos sentidos. Es conveniente una tolerancia ms pequea, a fin de
reducir la distorsin oblicua mxima.
5.2
Seales de telecomando
5.2.1
Puesta en marcha del equipo receptor
El equipo receptor ser concebido de forma que la puesta en marcha comience a la recepcin de la
seal de seleccin del ndice de cooperacin (seccin 5.2.2) o bien a la seal de puesta en fase (seccin
5.2.3). No se transmitir ninguna otra seal de puesta en marcha.
212
5.2.2
Seleccin del ndice de cooperacin
5.2.2.1
El ndice de cooperacin se determina transmitiendo alternativamente, durante 5 a 10
segundos, seales blancas y seales negras a las frecuencias siguientes:
300 Hz para el ndice de cooperacin 576; y
675 Hz para el ndice de cooperacin 288 (o para el ndice de cooperacin 576 con exploracin cada
dos lneas).
5.2.2.2
Los envolventes de las seales transmitidas sern aproximadamente rectangulares.
5.2.3
Puesta en fase y seleccin de la frecuencia de exploracin (o de la velocidad del

cilindro)
5.2.3.1
La puesta en fase y la seleccin de la frecuencia de exploracin se efectuarn mediante
una transmisin de 30 segundos de seales blancas y negras alternativas a las siguientes frecuencias:

1,0 Hz para
1,5 Hz para
2,0 Hz para
4,0 Hz para
60 lneas por minuto

90 lneas por minuto
120 lneas por minuto
240 lneas por minuto
(60 rpm)
(90 rpm)
(120 rpm)
(240 rpm)
5.2.3.2
La forma de la onda podra ser simtrica, es decir la seal blanca y la seal negra, cada una
de las cuales dura media lnea de exploracin, o asimtrica, a condicin de que en este caso la seal
blanca tenga una duracin de por lo menos el 5 por ciento y la seal negra el 95 por ciento de la lnea de
exploracin.
5.2.3.3
Los Miembros que publican los detalles de sus transmisiones por facsmil incluirn la
descripcin de la forma de la onda (simtrica o asimtrica) de seal de puesta en fase transmitida.
5.2.3.4
El frente anterior de la seal blanca inicia la puesta en fase. Este frente anterior
corresponder, en la puesta en fase, al paso del rayo luminoso de exploracin en el sector muerto de la
transmisin siguiente.
5.2.3.5
Los envolventes de las seales transmitidas sern aproximadamente rectangulares.
5.2.4
Ajuste de los niveles de registro
Cuando se proceda a un ajuste automtico de los niveles de registro, este ajuste debera efectuarse
utilizando la seal de puesta en fase (seccin 5.2.3).
5.2.5
Parada del receptor
5.2.5.1
La seal de parada ser la transmisin, durante 5 segundos, de seales blancas y negras
alternativas a la frecuencia de 450 Hz, seguida de seales durante 10 segundos correspondientes a un
negro continuo.
5.2.5.2
Los envolventes de las seales transmitidas a la frecuencia de 450 Hz sern
aproximadamente rectangulares.
5.2.6
213
Precisin de la frecuencia de las seales de telecomando
La tolerancia en la frecuencia de las seales de telecomando es de 1 por ciento.
5.3
Caractersticas de modulacin
5.3.1
Las caractersticas de modulacin para las transmisiones por facsmil (analgico) sern las
siguientes:
5.3.1.1
Modulacin de amplitud (AM)
La amplitud mxima de la frecuencia portadora corresponder a la transmisin de la seal negra.

Valor de la frecuencia portadora:
aproximadamente 1 800 Hz para frecuencias de explotacin de 60, 90 y 120 lneas por minuto (60, 90 y
120 rpm);
aproximadamente 2 600 Hz para frecuencias de explotacin de 240 lneas por minuto (240 rpm).
Para frecuencias de explotacin de 240 lneas por minuto (240 rpm), las transmisiones se efectuarn
con el sistema de banda lateral residual, con posible utilizacin de un filtro asimtrico para la
transmisin.
5.3.1.2
Modulacin de frecuencia (FM)
Frecuencia central:
1 900 Hz
Frecuencia correspondiente al negro: 1 500 Hz
Frecuencia correspondiente al blanco: 2 300 Hz
Las frecuencias correspondientes al negro y al blanco no variarn en ms de 8 Hz durante un
perodo de 30 segundos y en ms de 16 Hz durante un perodo de 15 minutos.
5.3.2
Potencia a la salida del transmisor
Para las transmisiones AM, la potencia de la seal negra a la salida del transmisor deber poder
ajustarse entre 7 dBm y 0 dBm.
Para las transmisiones FM, la potencia de la seal negra a la salida del transmisor deber poder
ajustarse entre 10 dBm y 0 dBm.
Cualquiera que sea el modo de transmisin (modulacin de amplitud o modulacin de frecuencia), la
relacin de contrastes ser la misma para las seales de control y para las seales de imagen en blanco
y negro; su valor estar comprendido entre 12 y 25 dB.
5.3.3
Potencia a la entrada del receptor
Para las transmisiones AM, el equipo receptor deber estar concebido para permitir un recepcin
correcta para un nivel de entrada comprendido entre 0 y 25 dBm, siendo este nivel el de la seal
negra.
214
Para las transmisiones FM, el nivel de entrada estar comprendido entre 0 y 35 dBm.
5.4
Transmisin de tonos intermedios (facsmil analgico)
5.4.1
Para la transmisin de tonos intermedios debera observarse una distribucin lineal,
fundndose en un nmero de tonos igual a 8, comprendidos los extremos negro y blanco.
5.4.2
Para la modulacin de amplitud, debera observarse un margen dinmico de 20 dB de la
forma siguiente:

0 dB; 1,2 dB; 2,6 dB; 4,2 dB; 6,3 dB; 9 dB; 13 dB; 20 dB.
5.4.3
Para la modulacin de frecuencia, debera observarse la siguiente reparticin:
1 500, 1 614, 1 729, 1 843, 1 957, 2 071, 2 186, 2 300 Hz.
5.5
Transmisin por facsmil (analgico) por los circuitos de radio
5.5.1
Cuando se utiliza la modulacin de frecuencia de una subportadora para la transmisin
por facsmil (analgico) por los circuitos de radio, se aplicarn las siguientes caractersticas:

frecuencia central:

frecuencia correspondiente al negro:
frecuencia correspondiente al blanco:
1 900 Hz
1 500 Hz;
2 300 Hz.
5.5.2
Cuando se utiliza la modulacin de frecuencia directa de una subportadora para la
transmisin por facsmil (analgico) de informacin grfica por los circuitos de radio, se aplicarn las
siguientes caractersticas:
a)

circuitos en ondas decamtricas (3 MHz - 30 MHz)

frecuencia central (correspondiente a la frecuencia asignada):
fo,
fo 400 Hz;
fo + 400 Hz;
a)

circuitos en ondas decamtricas (3 kHz - 30 kHz)

frecuencia central (correspondiente a la frecuencia asignada):
fo
fo 150 Hz;
fo + 150 Hz.
6.
CARACTERSTICAS TCNICAS DEL EQUIPO DESTINADO A LA TRANSMISIN

PORFACSMIL DIGITAL CODIFICADO
6.1
Las caractersticas tcnicas que se indican a continuacin se aplicarn a las instalaciones de
transmisin meteorolgica cifrada utilizadas para el intercambio internacional de informacin grfica.
6.1.1
Pista de exploracin
La zona del mensaje ser explorada en la misma direccin en el transmisor y receptor. Si se observa
la zona del mensaje en un plano vertical, los elementos grficos deberan procesarse como si la direccin
de la exploracin fuese de izquierda a derecha con exploraciones ulteriores adyacentes y por debajo de la
exploracin anterior.
6.1.2
215
Norma preferible
6.1.2.1
Las siguientes normas, basadas en la Recomendacin UIT-T T.4 Normalizacin de los
terminales facsmil del grupo 3 para la transmisin de documentos, son aplicables a un documento de
formato A4 de la ISO:
a)
b)
c)
1 728 elementos de imagen en blanco y negro a lo largo de toda la lnea de exploracin

normalizada de 215 mm 1 %;
una resolucin normalizada y una resolucin ms alta de 3,85 lneas/mm 1% y 7,7 lneas/mm
1% respectivamente, en la direccin vertical;
el esquema de codificacin definido en el prrafo 4.1 de la Recomendacin UIT-T T.4.
6.1.2.2
Adems de las normas aplicables al formato bsico A4 descritas en el prrafo 6.1.2. 1, es
posible utilizar las siguientes normas:
a) longitud til de la lnea
b) nmero de elementos grficos por lnea
c) definicin horizontal
d) definicin vertical

6.1.3
456 mm;
1 728,3 456;
3,79, 7,58 lneas/mm
1) 3,79 lneas/mm (IOC 576)
2) 1,89 lneas/mm (10C 288)
Otras normas
Segn el caso, es posible utilizar equipos del grupo 4 (G4) del UIT-T (Recomendacin T.6).
6.1.4
Velocidad de transmisin en un circuito binario
La velocidad de transmisin por un circuito punto a punto ser la siguiente: 2 400, 4 800, 7 200, 9 600
bits/seg.
7.
CARACTERSTICAS TCNICAS PARA EL INTERCAMBIO DE FACSMILES DIGITALES

NO CODIFICADOS
7.1
Para la transmisin de facsmiles digitales no codificados, el equipo terminal de transmisin y
recepcin debera ajustarse a las normas de la OMM relativas a los facsmiles analgicos, utilizando
convertidores analgicos digitales.
7.2
Las seales de telecomando deberan ajustarse a la norma de la OMM (seccin 5.2) y ser
transmitidas mediante conversin directa en forma digital.
7.3
En el interfaz V24 del UIT-T, entre los convertidores analgico/digital y los mdems, los
elementos de imgenes negras deberan codificarse en forma de bits puestos a 0 y los elementos de
imgenes blancas en forma de bits puestos a 1, segn el siguiente cuadro:
Niveles significativos de voltaje conformes
a la Rec. ITU-T V.28
V1 < 3 voltios
V1 > + 3 voltios
Estado binario
Condicin
Cerrrado/inactivo
Abierto/activo
Elemento de imagen
Blanco
Negro
216
7.4
La frecuencia de exploracin, el ndice de cooperacin y la velocidad de transmisin de datos
en un canal discreto deberan ser los siguientes:
Fecuencia de explo-

racin (lneas/min)

60
120
240
60
120
240
Nmero de elementos
grficos en una lnea
IOC
completa
2 400
1 200
1 200
2 400
2 400
1 800
288
288
288
576
576
576
Velocidad de
transmisin de
datos (bit/s)
2 400
2 400
4 800
2 400
4 800
7 200
Para ms informacin, dirjase a:
Organizacin Meteorolgica Mundial

Oficina de comunicacin y de relaciones pblicas
Tel.: +41 (0) 22 730 83 14/15 Fax: +41 (0) 22 730 80 27
7 bis, avenue de la Paix Case postale 2300 CH-1211 Ginebra 2 Suiza

www.wmo.int
JN 131069
Correo electrnico: cpa@wmo.int

Telecomunicaciones OMM

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Telecomunicaciones OMM

Transféré par

Droits d'auteur :

Formats disponibles

Manual del

Sistema Mundial de Telecomunicacin

Se ha adoptado la siguiente disposicin tipogrfica: las prcticas y procedimientos normalizados figuran

Tel.: +41 (0) 22 730 84 03

REGISTRO DE REVISIN DE LA PUBLICACIN

FUNCIONES, ORGANIZACIN Y PRINCIPIOS DEL SISTEMA MUNDIAL DE

MANUAL DEL SISTEMA MUNDIAL DE TELECOMUNICACIN

ADJUNTO I1. ARREGLOS PARA LA RECOPILACIN DE INFORMES

PRINCIPIOS OPERATIVOS DEL SISTEMA MUNDIAL DE

Procedimientos aplicables a la transmisin de informes de buques y de otras

ADJUNTO II-1. ALFABETO TELEGRFICO INTERNACIONAL N 278

MANUAL DEL SISTEMA MUNDIAL DE TELECOMUNICACIN

ADJUNTO II-7. CATLOGOS DE ENCAMINAMIENTO 135

CARACTERSTICAS DE LA RED PRINCIPAL DE TELECOMUNICACIONES

5.3.1.2 Modulacin de frecuencia (FM) 213

Los objetivos del presente Manual son los siguientes:

Las prcticas y prodecimientos recomendados:

MANUAL DEL SISTEMA MUNDIAL DE TELECOMUNICACIN

PARTE I. ORGANIZACIN DEL SISTEMA MUNDIAL DE TELECOMUNICACIN

FUNCIONES, ORGANIZACIN Y PRINCIPIOS DEL SISTEMA MUNDIAL DE

Principios de organizacin del SMT

El SMT se organizar a tres niveles, a saber:

Principios generales del SMT

MANUAL DEL SISTEMA MUNDIAL DE TELECOMUNICACIN

Responsabilidades generales de las Asociaciones Regionales

Las responsabilidades generales de las Asociaciones Regionales sern las siguientes:

cada Asociacin Regional se har cargo del establecimiento y mantenimiento de un sistema de

PARTE I. ORGANIZACIN DEL SISTEMA MUNDIAL DE TELECOMUNICACIN

Responsabilidades generales de los Miembros

Adems de las responsabilidades estipuladas explcitamente en el Reglamento Tcnico (OMM-N 49),

(OMM-N 9), Volumen C.

FUNCIONES Y RESPONSABILIDADES DE LOS CENTROS DE TELECOMUNICACIONES

MANUAL DEL SISTEMA MUNDIAL DE TELECOMUNICACIN

mantener el Catalogue of Meteorological Bulletins (Catlogo de boletines meteorolgicos), para los

El plan de control de funcionamiento de la VMM figura en el adjunto I5.

compilar esos datos en boletines y transmitirlos al CRT asociado, en cumplimiento de los

Los CMN pueden estar asociados a ms de un CRT.

El plan de control del funcionamiento de la VMM se describe en el adjunto I-5.

Responsabilidad general en lo que respecta a la recopilacin de informes

PARTE I. ORGANIZACIN DEL SISTEMA MUNDIAL DE TELECOMUNICACIN

Responsabilidad en lo que respecta a la recopilacin de informes

buques figura en los Informes Meteorolgicos (OMM-N 9), Volumen D, parte B.

Los detalles de estos procedimientos figuran en el adjunto I1.

acepten dichos informes con una demora mnima;

MANUAL DEL SISTEMA MUNDIAL DE TELECOMUNICACIN

Responsabilidad en lo que respecta a la recopilacin (recepcin) de informes

PARTE I. ORGANIZACIN DEL SISTEMA MUNDIAL DE TELECOMUNICACIN

Responsabilidad en lo que respecta a los mensajes meteorolgicos procedentes

centros de telecomunicaciones meteorolgicas.

Responsabilidades en lo que respecta al intercambio y distribucin de la

FUNCIONES Y CARACTERSTICAS DE LAS REDES DEL SISTEMA MUNDIAL DE

La Red Principal de Telecomunicaciones (RPT)

encaminamiento de los datos a travs de la RPT.

MANUAL DEL SISTEMA MUNDIAL DE TELECOMUNICACIN

el intercambio de informacin procesada entre CMM, incluido el intercambio de datos recibidos

e informacin procesada figuran en el adjunto I3.

Redes regionales de telecomunicaciones meteorolgicas (RRTM)

los circuitos de la RPT que atraviesan la Regin;

Funciones definidas en el marco del SMT

PARTE I. ORGANIZACIN DEL SISTEMA MUNDIAL DE TELECOMUNICACIN

Contenido de las transmisiones meteorolgicas enviadas por circuitos punto a punto

Redes nacionales de telecomunicaciones meteorolgicas (RNTM)

Funciones generales en el marco de la VMM

sistemas de telecomunicacin para fines especiales (por ejemplo, circuitos aeronuticos);

ADJUNTO II-1. ALFABETO TELEGRFICO INTERNACIONAL N 278

ADJUNTO II-7. CATLOGOS DE ENCAMINAMIENTO 135

5.3.1.2 Modulacin de frecuencia (FM) 213