Anexo 10 Vol III

La primera edicin del Volumen III del Anexo 10 fue adoptada por el Consejo
el 20 de marzo de 1995 y ser aplicable a partir del 9 de noviembre de 1995.

Vase en el Prembulo la informacin relativa a la aplicacin
de las normas y mtodos recomendados.
OACI 1995
8/95, S/P1/750; 2/02, S/P2/100;
12/03, S/P3/200
Nm. de pedido AN 10-3
Impreso en la OACI
ORGANIZACIN DE AVIACIN CIVIL INTERNACIONAL
PRIMERA EDICIN JULIO DE 1995
0p
NORMAS Y MTODOS RECOMENDADOS
INTERNACIONALES
TELECOMUNICACIONES
AERONUTICAS
ANEXO 10
AL CONVENIO SOBRE AVIACIN CIVIL INTERNACIONAL
VOLUMEN III
(PARTE I )
(PARTE II SISTEMAS DE COMUNICACIONES ORALES)
SISTEMAS DE COMUNICACIONES
SISTEMAS DE COMUNICACIONES DE DATOS DIGITALES
Los pedidos deben dirigirse a las direcciones siguientes junto con la correspondiente remesa (mediante giro bancario, cheque u orden
de pago) en dlares estadounidenses o en la moneda del pas de compra. En la Sede de la OACI tambin se aceptan pedidos pagaderos
con tarjetas de crdito (American Express, MasterCard o Visa).
International Civil Aviation Organization. Attention: Document Sales Unit, 999 University Street, Montral, Quebec, Canada H3C 5H7
Telfono: +1 (514) 954-8022; Facsmile: +1 (514) 954-6769; Sitatex: YULCAYA; Correo-e: sales@icao.int; World Wide Web: http://www.icao.int
Alemania. UNO-Verlag GmbH, August-Bebel-Allee 6, 53175 Bonn
Telfono: +49 (0) 228-94 90 2-0; Facsmile: +49 (0) 228-94 90 2-22; Correo-e: info@uno-verlag.de; World Wide Web: http://www.uno-verlag.de
Camern. KnowHow, 1, Rue de la Chambre de Commerce-Bonanjo, B.P. 4676, Douala / Telfono: +237 343 98 42; Facsmile: + 237 343 89 25;
Correo-e: knowhow_doc@yahoo.fr
China. Glory Master International Limited, Room 434B, Hongshen Trade Centre, 428 Dong Fang Road, Pudong, Shangai 200120
Telfono: +86 137 0177 4638; Facsmile: +86 21 5888 1629; Correo-e: glorymaster@online.sh.cn
Egipto. ICAO Regional Director, Middle East Office, Egyptian Civil Aviation Complex, Cairo Airport Road, Heliopolis, Cairo 11776
Telfono: +20 (2) 267 4840; Facsmile: +20 (2) 267 4843; Sitatex: CAICAYA; Correo-e: icaomid@cairo.icao.int
Eslovaquia. Air Traffic Services of the Slovak Republic, Letov prevdzkov sluzby Slovenskej Republiky, State Enterprise, Letisko M.R. Stefnika,
823 07 Bratislava 21 / Telfono: +421 (7) 4857 1111; Facsmile: +421 (7) 4857 2105
Espaa. A.E.N.A. Aeropuertos Espaoles y Navegacin Area, Calle Juan Ignacio Luca de Tena, 14, Planta Tercera, Despacho 3. 11,
28027 Madrid / Telfono: +34 (91) 321-3148; Facsmile: +34 (91) 321-3157; Correo-e: sscc.ventasoaci@aena.es
Federacin de Rusia. Aviaizdat, 48, Ivan Franko Street, Moscow 121351 / Telfono: +7 (095) 417-0405; Facsmile: +7 (095) 417-0254
Francia. Directeur rgional de lOACI, Bureau Europe et Atlantique Nord, 3 bis, villa mile-Bergerat, 92522 Neuilly-sur-Seine (Cedex)
Telfono: +33 (1) 46 41 85 85; Facsmile: +33 (1) 46 41 85 00; Sitatex: PAREUYA; Correo-e: icaoeurnat@paris.icao.int
India. Oxford Book and Stationery Co., Scindia House, New Delhi 110001 o 17 Park Street, Calcutta 700016
Telfono: +91 (11) 331-5896; Facsmile: +91 (11) 51514284
India. Sterling Book House SBH, 181, Dr. D. N. Road, Fort, Bombay 400001
Telfono: +91 (22) 2261 2521, 2265 9599; Facsmile: +91 (22) 2262 3551; Correo-e: sbh@vsnl.com
Japn. Japan Civil Aviation Promotion Foundation, 15-12, 1-chome, Toranomon, Minato-Ku, Tokyo
Telfono: +81 (3) 3503-2686; Facsmile: +81 (3) 3503-2689
Kenya. ICAO Regional Director, Eastern and Southern African Office, United Nations Accommodation, P.O. Box 46294, Nairobi
Telfono: +254 (20) 7622 395; Facsmile: +254 (20) 7623 028; Sitatex: NBOCAYA; Correo-e: icao@icao.unon.org
Mxico. Director Regional de la OACI, Oficina Norteamrica, Centroamrica y Caribe, Av. Presidente Masaryk No. 29, 3er. Piso,
Col. Chapultepec Morales, C.P. 11570, Mxico, D.F.
Telfono: +52 (55) 52 50 32 11; Facsmile: +52 (55) 52 03 27 57; Correo-e: icao_nacc@mexico.icao.int
Nigeria. Landover Company, P.O. Box 3165, Ikeja, Lagos
Telfono: +234 (1) 4979780; Facsmile: +234 (1) 4979788; Sitatex: LOSLORK; Correo-e: aviation@landovercompany.com
Per. Director Regional de la OACI, Oficina Sudamrica, Apartado 4127, Lima 100
Telfono: +51 (1) 575 1646; Facsmile: +51 (1) 575 0974; Sitatex: LIMCAYA; Correo-e: mail@lima.icao.int
Reino Unido. Airplan Flight Equipment Ltd. (AFE), 1a Ringway Trading Estate, Shadowmoss Road, Manchester M22 5LH
Telfono: +44 161 499 0023; Facsmile: +44 161 499 0298 Correo-e: enquiries@afeonline.com; World Wide Web: http://www.afeonline.com
Senegal. Directeur rgional de lOACI, Bureau Afrique occidentale et centrale, Bote postale 2356, Dakar
Telfono: +221 839 9393; Facsmile: +221 823 6926; Sitatex: DKRCAYA; Correo-e: icaodkr@icao.sn
Sudfrica. Avex Air Training (Pty) Ltd., Private Bag X102, Halfway House, 1685, Johannesburg
Telfono: +27 (11) 315-0003/4; Facsmile: +27 (11) 805-3649; Correo-e: avex@iafrica.com
Suiza. Adeco-Editions van Diermen, Attn: Mr. Martin Richard Van Diermen, Chemin du Lacuez 41, CH-1807 Blonay
Telfono: +41 021 943 2673; Facsmile: +41 021 943 3605; Correo-e: mvandiermen@adeco.org
Tailandia. ICAO Regional Director, Asia and Pacific Office, P.O. Box 11, Samyaek Ladprao, Bangkok 10901
Telfono: +66 (2) 537 8189; Facsmile: +66 (2) 537 8199; Sitatex: BKKCAYA; Correo-e: icao_apac@bangkok.icao.int
1/06
Catlogo de publicaciones
y ayudas audiovisuales de la OACI
Este catlogo anual comprende los ttulos de todas las publicaciones y ayudas audiovisuales disponibles.
En los suplementos al catlogo se anuncian las nuevas publicaciones y ayudas audiovisuales, enmiendas,
suplementos, reimpresiones, etc.
Puede obtenerse gratuitamente pidindolo a la Subseccin de venta de documentos, OACI.
Publicado por separado en espaol, francs, ingls y ruso, por la Organizacin de Aviacin Civil Internacional. Toda la
correspondencia, con excepcin de los pedidos y suscripciones, debe dirigirse al Secretario General.
INTERNACIONALES
TELECOMUNICACIONES
AERONUTICAS
ANEXO 10
VOLUMEN III SISTEMAS DE COMUNICACIONES
(PARTE I SISTEMAS DE COMUNICACIONES DE DATOS DIGITALES)
ENMIENDAS
La publicacin de enmiendas y corrigendos se anuncia peridicamente en la Revista
de la OACI y en los suplementos mensuales del Catlogo de publicaciones y ayudas
audiovisuales de la OACI, documentos que deberan consultar quienes utilizan esta
publicacin. Las casillas en blanco facilitan la anotacin.
REGISTRO DE ENMIENDAS Y CORRIGENDOS
ENMIENDAS CORRIGENDOS
Nm.
Fecha de
aplicacin
Fecha de
anotacin
Anotada
por Nm.
Fecha de
publicacin
Fecha de
anotacin
Anotado
por
71-76 Incorporadas en esta edicin Corr. 1
8/3/02
OACI
77 28/11/02 OACI
78 27/11/03 OACI
79 25/11/04 OACI
80 24/11/05 OACI
81 No afect el Volumen III
(ii)
ANEXO 10 VOLUMEN III (iii) 28/11/02
Nm. 77
NDICE
Pgina Pgina
PREMBULO. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . (vii)
PARTE I SISTEMAS DE
COMUNICACIONES DE
DATOS DIGITALES
CAPTULO 1. Definiciones . . . . . . . . . . . . . . . . . 1
CAPTULO 2. Generalidades. . . . . . . . . . . . . . . . . 3
(en preparacin)
CAPTULO 3. Red de telecomunicaciones
aeronuticas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
3.1 Definiciones . . . . . . . . . . . . . . . . . . . . . . . . 4
3.2 Introduccin . . . . . . . . . . . . . . . . . . . . . . . . 4B
3.3 Generalidades . . . . . . . . . . . . . . . . . . . . . . . 4C
3.4 Requisitos a nivel del sistema . . . . . . . . . . 4C
3.5 Requisitos de las aplicaciones ATN . . . . . 4D
3.6 Requisitos del servicio de comunica-
ciones ATN. . . . . . . . . . . . . . . . . . . . . . . . . 4G
3.7 Requisitos de asignacin de nombres y
direccionamiento ATN. . . . . . . . . . . . . . . . 4G
3.8 Requisitos de gestin del sistema ATN. . . 4G
3.9 Requisitos de seguridad ATN . . . . . . . . . . 4H
Tablas del Captulo 3 . . . . . . . . . . . . . . . . . . . . . . 4I
Figura del Captulo 3 . . . . . . . . . . . . . . . . . . . . . . 4L
CAPTULO 4. Servicio mvil aeronutico
por satlite . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
4.1 Generalidades, definiciones y descripcin
de tipos de canales, capacidad del sistema 5
4.2 Caractersticas RF de banda ancha . . . . . . 7
4.3 Caractersticas de los canales RF. . . . . . . . 11
4.4 Tipos de formato y velocidades de
trasmisin por canal . . . . . . . . . . . . . . . . . . 12
4.5 Protocolos de la capa de enlace por
canal P y por canal R. . . . . . . . . . . . . . . . . 17
4.6 Protocolos de la capa de enlace por
canal T y por canal C de sub-banda . . . . . 22
4.7 Capa de subred de satlite . . . . . . . . . . . . . 28
4.8 Servicios en modo circuito . . . . . . . . . . . . 43
4.9 Gestin de estacin terrena de aeronave
(AES) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
4.10 Gestin de estacin terrena de tierra
(GES) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
Tablas del Captulo 4 . . . . . . . . . . . . . . . . . . . . . . 68
Figuras del Captulo 4 . . . . . . . . . . . . . . . . . . . . . 97
Apndice 1 del Captulo 4. Mscaras de respuesta
de filtros para A-BPSK y A-QPSK . . . . . . . . . . . . . 115
Apndice 2 del Captulo 4. Formatos de unidad
de sealizacin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117
Apndice 3 del Captulo 4. Codificacin y
designacin de campos de unidad de sealizacin . . 137
Apndice 4 del Captulo 4. Valores de
temporizacin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 150
Apndice 5 del Captulo 4. Transformacin
de sucesos telefnicos de interfuncionamiento
de redes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151
Apndice 6 del Captulo 4. Parmetros de
configuracin SMAS(R). . . . . . . . . . . . . . . . . . . . . . . 191
Apndice 7 del Captulo 4. Definicin del
algoritmo para codificacin de la voz . . . . . . . . . . . . 192
1. Introduccin . . . . . . . . . . . . . . . . . . . . . . . . . . 192
2. Requisitos en cuanto a clculos numricos . 192
3. Caractersticas de la entrada audio . . . . . . . . 192
4. Definicin del proceso de codificacin. . . . . 193
5. Definicin del proceso de decodificacin. . . 198
Tablas del Apndice 7. . . . . . . . . . . . . . . . . . . . . . 200
Figuras del Apndice 7 . . . . . . . . . . . . . . . . . . . . . 209
CAPTULO 5. Enlace aeroterrestre de datos SSR
en Modo S . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-1
5.1 Definiciones relativas a la subred
en Modo S . . . . . . . . . . . . . . . . . . . . . . . . . . 5-1
5.2 Caractersticas de la subred en Modo S. . . 5-3
5.3 Tablas de estados del DCE y del XDCE . . 5-30
5.4 Formatos de paquete en Modo S . . . . . . . . 5-31
Tablas del Captulo 5 . . . . . . . . . . . . . . . . . . . . . . 5-32
Figuras del Captulo 5. . . . . . . . . . . . . . . . . . . . . . 5-54
Apndice del Captulo 5. Formatos de datos y
parmetros de control para comunicaciones por
servicios propios del Modo S . . . . . . . . . . . . . . . . . . 5-62
1. Lista de acrnimos. . . . . . . . . . . . . . . . . . . . . 5-62
2. Formatos de datos para registradores
de transpondedor . . . . . . . . . . . . . . . . . . . . . . 5-63
3. Formatos de los protocolos propios del
Modo S (MSP). . . . . . . . . . . . . . . . . . . . . . . . 5-131
4. Protocolos de radiodifusin en Modo S . . . . 5-146
CAPTULO 6. Enlace digital aeroterrestre VHF
(VDL) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 271
6.1 Definiciones y capacidades del sistema . . . . 271
6.2 Caractersticas del sistema de la
instalacin de tierra . . . . . . . . . . . . . . . . . . . . 273
instalacin de aeronave . . . . . . . . . . . . . . . . . 274
6.4 Protocolos y servicios de la capa fsica . . . . 274A
Anexo 10 Telecomunicaciones aeronuticas Volumen III
(iv) 25/11/04
Nm. 79
Pgina Pgina
6.5 Protocolos y servicios de capa de enlace. . . 274G
6.6 Protocolos y servicios de capa de subred . . 274H
6.7 Funcin de convergencia dependiente
de la subred mvil VDL (SNDCF) . . . . . . . 274H
6.8 Unidad de voz para Modo 3. . . . . . . . . . . . . 274H
6.9 VDL en Modo 4 . . . . . . . . . . . . . . . . . . . . . . 274I
Tablas del Captulo 6 . . . . . . . . . . . . . . . . . . . . . . 274M
Figuras del Captulo 6 . . . . . . . . . . . . . . . . . . . . . 274O
Apndice del Captulo 6 Referencias . . . . . . . . . 274Q
CAPTULO 7. Interconexin de subredes . . . . . . . 274R
(en preparacin)
CAPTULO 8. Red AFTN . . . . . . . . . . . . . . . . . . 275
8.1 Definiciones . . . . . . . . . . . . . . . . . . . . . . . . 275
8.2 Disposiciones tcnicas relativas a los
aparatos y circuitos de teleimpresor
utilizados en la red AFTN . . . . . . . . . . . . . 275
8.3 Equipo terminal relacionado con los
canales de radioteleimpresores
aeronuticos que trabajan en la banda
de 2,5-30 MHz . . . . . . . . . . . . . . . . . . . . . . 277
8.4 Caractersticas de los circuitos AFS
interregionales. . . . . . . . . . . . . . . . . . . . . . . 277
8.5 Disposiciones tcnicas relativas a la
transmisin de mensajes ATS . . . . . . . . . . 277
8.6 Disposiciones tcnicas relativas al
intercambio internacional de datos
entre centros terrestres a velocidades
binarias medias y elevadas. . . . . . . . . . . . . 278
CAPTULO 9. Plan de direcciones de aeronave . 319
Apndice del Captulo 9. Plan mundial para
la atribucin, asignacin y aplicacin de
direcciones de aeronave. . . . . . . . . . . . . . . . . . . . . . . 320
1. Generalidades . . . . . . . . . . . . . . . . . . . . . . . 320
2. Descripcin del plan. . . . . . . . . . . . . . . . . . 320
3. Administracin del plan . . . . . . . . . . . . . . . 320
4. Atribucin de direcciones de aeronave . . . 320
5. Asignacin de direcciones de aeronave. . . 320
6. Aplicacin de las direcciones de aeronave 321
Tabla 9-1: Atribuciones a los Estados
de direcciones de aeronave. . . . . . . . . . . . . . . . . . 322
CAPTULO 10. Comunicaciones punto a
multipunto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 327
10.1 Servicio va satlite para la difusin de
informacin aeronutica . . . . . . . . . . . . . . . 327
10.2 Servicio va satlite para la difusin de
la informacin elaborada por el WAFS. . . 327
CAPTULO 11. Enlace de datos HF . . . . . . . . . . . 328
11.1 Definiciones y funciones del sistema . . . . 328
11.2 Sistema de enlace da datos HF . . . . . . . . . 328
11.3 Protocolo de enlace de datos HF . . . . . . . . 328A
11.4 Subsistencia de gestin de tierra . . . . . . . . 328F
PARTE II SISTEMAS DE
COMUNICACIONES ORALES
CAPTULO 1. Definiciones . . . . . . . . . . . . . . . . . . 329
CAPTULO 2. Servicio mvil aeronutico . . . . . . 330
2.1 Caractersticas del sistema aeroterrestre
de comunicaciones VHF . . . . . . . . . . . . . . . 330
instalacin terrestre . . . . . . . . . . . . . . . . . . . 330
instalacin de a bordo . . . . . . . . . . . . . . . . . 331
2.4 Caractersticas del sistema de
comunicaciones HF en banda lateral
nica (BLU), para su utilizacin
en el servicio mvil aeronutico. . . . . . . . . 333
Figuras del Captulo 2. . . . . . . . . . . . . . . . . . . . . . 335
CAPTULO 3. Sistema SELCAL . . . . . . . . . . . . . . 337
CAPTULO 4. Circuitos orales aeronuticos . . . . . 338
4.1 Disposiciones tcnicas relativas a la
conmutacin y sealizacin de los
circuitos orales aeronuticos internacio-
nales para aplicaciones tierra tierra . . . . . . 338
CAPTULO 5. Transmisor de localizacin de
emergencia (ELT) para bsqueda y salvamento . . . . 339
5.1 Generalidades . . . . . . . . . . . . . . . . . . . . . . . 339
5.2 Especificaciones del componente de
121,5 MHz de los transmisores de
localizacin de emergencia (ELT)
para bsqueda y salvamento . . . . . . . . . . . . 339
5.3 Especificaciones para el componente
de 406 MHz de los transmisores de
localizacin de emergencia (ELT)
para bsqueda y salvamento . . . . . . . . . . . . 340
Apndice 1 del Captulo 5. Codificacin de los
transmisores de localizacin de emergencia . . . . . . . 341
1. Generalidades . . . . . . . . . . . . . . . . . . . . . . . 341
2. Codificacin de los ELT. . . . . . . . . . . . . . . 341
ADJUNTOS
Adjunto A a la Parte I Texto de orientacin
sobre el servicio mvil aeronutico por satlite . . . . 345
1. Introduccin . . . . . . . . . . . . . . . . . . . . . . . . . . 345
1.1 Ideas generales. . . . . . . . . . . . . . . . . . . 345
1.2 Niveles de capacidad . . . . . . . . . . . . . . 345
2. Caractersticas RF de banda ancha . . . . . . . . 346
2.1 Uso de las bandas del SMAS(R) . . . . 346
2.2 Precisin y compensacin
de frecuencias . . . . . . . . . . . . . . . . . . . 346
2.3 Caractersticas de antena de la
estacin terrena de aeronave . . . . . . . . 347
ndice Anexo 10 Telecomunicaciones aeronuticas
(v) 28/11/02
Nm. 77
Pgina Pgina
2.4 Requisitos del receptor . . . . . . . . . . . . 347
2.5 Requisitos del transmisor . . . . . . . . . . 348
2.6 Interferencia. . . . . . . . . . . . . . . . . . . . . 350
3. Caractersticas de canal RF. . . . . . . . . . . . . . 350
3.1 Caractersticas de modulacin . . . . . . 350
3.2 Lmites de la densidad espectral de
potencia radiada . . . . . . . . . . . . . . . . . 350
3.3 Eficacia del demodulador . . . . . . . . . . 351
3.4 Retardo de adquisicin . . . . . . . . . . . . 351
4. Tipos de formato y velocidades de
transmisin de datos por canal . . . . . . . . . . . 351
4.1 Generalidades . . . . . . . . . . . . . . . . . . . 351
4.2 Canal P . . . . . . . . . . . . . . . . . . . . . . . . 352
4.3 Canal R . . . . . . . . . . . . . . . . . . . . . . . . 352
4.4 Canal T . . . . . . . . . . . . . . . . . . . . . . . . 353
4.5 Canal C . . . . . . . . . . . . . . . . . . . . . . . . 353
5. Protocolos por Canal P y por Canal R
de capa de enlace . . . . . . . . . . . . . . . . . . . . . 354
5.1 Generalidades . . . . . . . . . . . . . . . . . . . 354
5.2 Generacin de conjunto de SU. . . . . . 355
5.3 Transmisin de las SU segn la
precedencia . . . . . . . . . . . . . . . . . . . . . 355
5.4 Protocolo por Canal P . . . . . . . . . . . . 355
5.5 Protocolo por Canal R . . . . . . . . . . . . 356
6. Protocolos por Canal T y por Canal C de
sub-banda de capa de enlace . . . . . . . . . . . . 356
6.1 Generalidades . . . . . . . . . . . . . . . . . . . 356
6.2 Generacin del conjunto de SU . . . . . 356
6.3 Protocolo de transmisin por
Canal T . . . . . . . . . . . . . . . . . . . . . . . . 357
6.4 Protocolo de reserva por Canal T . . . 357
6.5 Protocolo por Canal C de sub-banda,
hacia la aeronave y desde la
aeronave. . . . . . . . . . . . . . . . . . . . . . . . 359
7. Capa de subred de satlite . . . . . . . . . . . . . . 360
7.1 Disposiciones generales . . . . . . . . . . . 360
7.2 Eficacia de los datos por paquetes . . . 361
7.3 Servicios y operaciones para
protocolo dependiente de la
subred por satlite . . . . . . . . . . . . . . . . 363
7.4 Operaciones de protocolo DCE
ISO 8208 . . . . . . . . . . . . . . . . . . . . . . . 365
7.5 Interfaz de gestin. . . . . . . . . . . . . . . . 365
8. Servicios en modo circuito . . . . . . . . . . . . . . 365
8.1 Protocolos de sealizacin orales en
modo circuito . . . . . . . . . . . . . . . . . . . 365
8.2 Interfuncionamiento de los servicios
en modo circuito con otras redes
orales . . . . . . . . . . . . . . . . . . . . . . . . . . 368
8.3 Implantacin del servicio oral por
satlite en el entorno ATS . . . . . . . . . 369
8.4 Consideraciones relativas a la
red oral terrenal . . . . . . . . . . . . . . . . . 371
8.5 Implantacin de funciones de
llamadas/radiodifusin en grupo. . . . . 371
8.6 Implantacin de la funcin de
registro de llamadas . . . . . . . . . . . . . . 372
8.7 Notas sobre los procedimientos
abreviados de origen a bordo . . . . . . . 372
8.8 Eficacia de retardo de acceso
en modo circuito . . . . . . . . . . . . . . . . . 373
8.9 Evaluacin subjetiva de la calidad
de la voz. . . . . . . . . . . . . . . . . . . . . . . . 374
9. Gestin de estacin terrena de aeronave
(AES) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 374
9.1 Generalidades. . . . . . . . . . . . . . . . . . . . 374
9.2 Interfaces de gestin AES . . . . . . . . . . 375
9.3 Funciones de gestin AES . . . . . . . . . 375
10. Gestin de estacin terrena de tierra (GES) . 377
10.1 Generalidades. . . . . . . . . . . . . . . . . . . . 377
10.2 Arquitectura de gestin GES. . . . . . . . 377
10.3 Interfaces de gestin GES . . . . . . . . . . 377
10.4 Funciones de gestin GES . . . . . . . . . 378
10.5 Consideraciones relativas a
servicios GES. . . . . . . . . . . . . . . . . . . . 380
Tablas del Adjunto A . . . . . . . . . . . . . . . . . . 382
Figuras del Adjunto A. . . . . . . . . . . . . . . . . . 389
Apndice del Adjunto A. Anlisis de
eficacia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 406
Adjunto B a la Parte I Texto de orientacin
sobre el enlace digital en VHF (VDL) . . . . . . . . . . . 410
1. Texto de orientacin sobre el enlace
digital en VHF (VDL) . . . . . . . . . . . . . . . . . . 410
2. Descripcin del sistema . . . . . . . . . . . . . . . . . 410
3. Principios VDL . . . . . . . . . . . . . . . . . . . . . . . 410
3.1 Principios de transferencia de
comunicaciones . . . . . . . . . . . . . . . . . . . 410
3.2 Calidad de servicio VDL para
encaminamiento ATN . . . . . . . . . . . . . . 411
4. Concepto de red de estaciones terrestres
VDL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 411
4.1 Acceso . . . . . . . . . . . . . . . . . . . . . . . . . . 411
4.2 Cuestiones institucionales relativas a
los explotadores de redes de
estaciones terrestres VDL . . . . . . . . . . . 411
4.3 Equipo de la estacin terrestre VDL. . . 411
4.4 Emplazamiento de las estaciones
terrestres . . . . . . . . . . . . . . . . . . . . . . . . . 411
4.5 Ingeniera de frecuencias de las
estaciones terrestres . . . . . . . . . . . . . . . . 412
4.6 Conexin de las estaciones terrestres
con los sistemas intermedios . . . . . . . . . 412
5. Concepto de funcionamiento del VDL
de a bordo . . . . . . . . . . . . . . . . . . . . . . . . . . . 412
5.1 Avinica . . . . . . . . . . . . . . . . . . . . . . . . . 412
5.2 Certificacin de la avinica VDL . . . . . 413
5.3 Registro de las aeronaves VDL con
los explotadores de las redes . . . . . . . . . 413
Figura del Adjunto B. . . . . . . . . . . . . . . . . . . 414
Adjunto A a la Parte II Texto de orienta-
cin respecto a sistemas de comunicaciones. . . . . . . 415
1. Equipo de comunicaciones VHF . . . . . . . . 415
2. Sistema SELCAL . . . . . . . . . . . . . . . . . . . . 416
ANEXO 10 VOLUMEN III (vii) 6/11/97
Nm. 72
Antecedentes
Las normas y mtodos recomendados relativos a las teleco-
municaciones aeronuticas fueron adoptados inicialmente por
el Consejo el 30 de mayo de 1949 de conformidad con lo
dispuesto en el Artculo 37 del Convenio sobre Aviacin Civil
Internacional (Chicago, 1944), con la designacin de Anexo 10
al Convenio. Surtieron efecto el 1 de marzo de 1950. Las
normas y mtodos recomendados se basaron en recomenda-
ciones del Departamento de comunicaciones durante su tercer
perodo de sesiones celebrado en enero de 1949.
Hasta la sptima edicin inclusive, el Anexo 10 se public
en un solo volumen que contena cuatro partes con sus corres-
pondientes adjuntos: Parte I Equipo y Sistemas; Parte II
Radiofrecuencias; Parte III Procedimientos; y Parte IV
Cdigos y Abreviaturas.
En virtud de la Enmienda 42 se suprimi del Anexo la
Parte IV; los cdigos y abreviaturas que figuraban en esta parte
se trasladaron a un nuevo documento (Doc 8400).
Como consecuencia de la adopcin de la Enmienda 44, el
31 de mayo de 1965, la sptima edicin del Anexo 10 fue rem-
plazada por una publicacin en dos volmenes: Volumen I
(primera edicin), que contiene la Parte I Equipo y Sistemas,
y la Parte II Radiofrecuencias; y el Volumen II (primera
edicin), que contiene los procedimientos de comunicaciones.
Como consecuencia de la adopcin de la Enmienda 70
el 20 de marzo de 1995, el Anexo 10 se restructur en cinco
volmenes: Volumen I Radioayudas para la navegacin;
Volumen II Procedimientos de comunicaciones;
Volumen III Sistemas de comunicaciones; Volumen IV
Sistema de radar de vigilancia y sistema anticolisin; y
Volumen V Utilizacin de radiofrecuencias aeronuticas.
En virtud de la Enmienda 70, el Volumen III y el Volumen IV
se publicaron en 1995 y se previ publicar el Volumen V con
la Enmienda 71.
En la Tabla A se indica el origen del Anexo 10, Volu-
men III dimanante de la Enmienda 70, junto con un resumen
de los temas principales a que se refieren y las fechas en que
el Consejo adopt el Anexo y las enmiendas, las fechas en que
surtieron efecto y las de aplicacin.
Medidas que han de tomar los
Estados contratantes
Notificacin de diferencias. Se seala a la atencin de
los Estados contratantes la obligacin que les impone el
Artculo 38 del Convenio, en virtud del cual se pide a los
Estados contratantes que notifiquen a la Organizacin cualquier
diferencia entre sus reglamentos y mtodos nacionales y las
normas internacionales contenidas en este Anexo y en las
enmiendas del mismo. Se pide a los Estados contratantes que
en su notificacin incluyan las diferencias respecto a los
mtodos recomendados contenidos en este Anexo y en las
enmiendas del mismo, cuando la notificacin de dichas diferen-
cias sea de importancia para la seguridad de la navegacin
area. Adems, se invita a los Estados contratantes a que
mantengan a la Organizacin debidamente informada de todas
las diferencias subsiguientes, o de la eliminacin de cualquiera
de ellas notificada previamente. Inmediatamente despus de la
adopcin de cada enmienda de este Anexo, se enviar a los
Estados contratantes una solicitud especfica para la notifi-
cacin de diferencias.
Tambin se solicita la atencin de los Estados sobre las
disposiciones del Anexo 15 relativas a la publicacin de dife-
rencias entre sus reglamentos y mtodos nacionales y las
correspondientes normas y mtodos recomendados de la OACI,
por medio del servicio de informacin aeronutica, adems de
la obligacin que les impone el Artculo 38 del Convenio.
Promulgacin de informacin. El establecimiento, supre-
sin o cambios de instalaciones, servicios y procedimientos que
afecten a las operaciones de aeronaves proporcionados de
conformidad con las normas, mtodos recomendados y
procedimientos que se especifican en el Anexo 10 deberan
notificarse y efectuarse de acuerdo con lo dispuesto en el
Anexo 15.
Uso del texto del Anexo en los reglamentos nacionales. En
su resolucin del 13 de abril de 1948, el Consejo hizo patente
a los Estados contratantes la conveniencia de que, en la medida
de lo posible, emplearan en sus propios reglamentos nacionales
la misma redaccin de las normas de la OACI que son de
carcter preceptivo y, adems, que indicaran las diferencias
respecto a las normas, as como tambin las dems disposi-
ciones nacionales que tuvieran importancia para la seguridad y
regularidad de la navegacin area internacional. Siempre que
ha sido posible, las disposiciones de este Anexo se han
redactado de manera que puedan incluirse en las legislaciones
nacionales sin variaciones importantes.
Carcter de cada una de las partes
componentes del Anexo
Los Anexos constan generalmente de las siguientes partes,
aunque no necesariamente, y cada una de ellas tiene el carcter
que se indica:
1. Texto que constituye el Anexo propiamente dicho:
a) Normas y Mtodos recomendados que el Consejo ha adop-
tado de conformidad con las disposiciones del Convenio. Su
definicin es la siguiente:
Norma: Toda especificacin de caractersticas fsicas, confi-
guracin, material, performance, personal o procedimiento,
cuya aplicacin uniforme se considera necesaria para la
PREMBULO
7/11/96
Nm. 71
(viii) 6/11/97
Nm. 72
seguridad o regularidad de la navegacin area internacional
y a la que, de acuerdo con el Convenio, se ajustarn los
Estados contratantes. En el caso de que sea imposible su
cumplimiento, el Artculo 38 del Convenio estipula que es
obligatorio hacer la correspondiente notificacin al Consejo.
Mtodo recomendado: Toda especificacin de caracters-
ticas fsicas, configuracin, material, performance, personal
o procedimiento, cuya aplicacin uniforme se considera
conveniente por razones de seguridad, regularidad o eficien-
cia de la navegacin area internacional, y a la cual, de
acuerdo con el Convenio, tratarn de ajustarse los Estados
contratantes.
b) Apndices con texto que por conveniencia se agrupa por
separado, pero que forman parte de las normas y mtodos
recomendados que ha adoptado el Consejo.
c) Definiciones de la terminologa empleada en las normas y
mtodos recomendados, que no es explcita porque no tiene
el significado corriente. Las definiciones no tienen carcter
independiente, pero son parte esencial de cada una de las
normas y mtodos recomendados en que se usa el trmino,
ya que cualquier cambio en el significado de ste afectara
la disposicin.
d) Tablas y Figuras que aclaran o ilustran una norma o mtodo
recomendado y a las cuales stos hacen referencia, forman
parte de la norma o mtodo recomendado correspondiente
y tienen el mismo carcter.
2. Texto aprobado por el Consejo para su publicacin en
relacin con las normas y mtodos recomendados:
a) Prembulos que comprenden antecedentes y textos expli-
cativos basados en las medidas del Consejo, y que incluyen
una explicacin de las obligaciones de los Estados,
dimanantes del Convenio y de las resoluciones de adopcin,
en cuanto a la aplicacin de las normas y mtodos reco-
mendados.
b) Introducciones que contienen texto explicativo al principio
de las partes, captulos y secciones de los Anexos a fin de
facilitar la comprensin de la aplicacin del texto.
c) Notas intercaladas en el texto, cuando corresponde, que
proporcionan datos o referencias acerca de las normas o
mtodos recomendados de que se trate, sin formar parte de
tales normas o mtodos recomendados.
d) Adjuntos que comprenden textos que suplementan los de las
normas y mtodos recomendados, o incluidos como orien-
tacin para su aplicacin.
Clusula de exencin de responsabilidad
respecto a patentes
Se seala a la atencin la posibilidad de que algunos
elementos de las normas y mtodos recomendados del presente
Anexo pueden ser objeto de patentes. La OACI no estar
obligada ni asumir ninguna responsabilidad jurdica por no
sealar todas o cualquiera de tales patentes. La OACI no adopta
ninguna postura respecto a la existencia, validez, alcance o
aplicacin de cualesquiera derechos aducidos de patente y no
acepta ninguna obligacin ni responsabilidad jurdica consi-
guiente o en relacin con los mismos.
Eleccin de idioma
Este Anexo se ha adoptado en cuatro idiomas espaol,
francs, ingls y ruso. Se pide a cada uno de los Estados
contratantes que elija uno de esos textos para los fines de
aplicacin nacional y dems efectos en el Convenio, ya sea para
utilizarlo directamente o mediante traduccin a su propio
idioma, y que notifique su preferencia a la Organizacin.
Presentacin editorial
Para facilitar la lectura e indicar su condicin respectiva, las
Normas aparecen en tipo corriente; y los Mtodos reco-
mendados y las Notas en letra bastardilla, precedidas de la
palabra Recomendacin y Nota, respectivamente.
Al redactar las especificaciones se ha seguido la prctica de
utilizar el futuro del verbo cuando se trata de las Normas y
el auxiliar debera en el caso de los Mtodos recomen-
dados.
Las unidades de medida utilizadas en el presente documento
se ajustan al Sistema Internacional de unidades (SI) espe-
cificadas en el Anexo 5 al Convenio sobre Aviacin Civil
Internacional. En los casos en que el Anexo 5 permite la utiliza-
cin de unidades opcionales ajenas al SI, stas se indican entre
parntesis a continuacin de las unidades bsicas. Cuando se
indiquen dos conjuntos de unidades, no debe suponerse que los
pares de valores son iguales e intercambiables. No obstante,
puede inferirse que se logra un nivel de seguridad equivalente
cuando se utiliza exclusivamente uno u otro conjunto de
unidades.
Toda referencia hecha a cualquier parte de este documento,
identificada por un nmero, un ttulo o ambos, comprende todas
las subdivisiones de dicha parte.
28/11/02
Nm. 77
Prembulo Anexo 10 Telecomunicaciones aeronuticas
(ix) 6/11/97
Nm. 72
Tabla A. Enmiendas del Anexo 10, Volumen III
Enmienda Origen Temas
Adoptada
Surti efecto
Aplicable
70 Comisin de Aeronavegacin,
tercera reunin del Grupo de
expertos sobre comunicaciones
mviles aeronuticas (AMCP)
Introduccin del nuevo Volumen III y SARPS relativos al
servicio mvil aeronutico por satlite (SMAS).
20 de marzo de 1995
24 de julio de 1995
9 de noviembre de 1995
71 Comisin de Aeronavegacin;
Reunin departamental SP
COM/OPS/95 (1995); quinta
reunin del Grupo de expertos
sobre mejoras del radar
secundario de vigilancia
y sistemas anticolisin
(SICASP); tercera reunin
del Grupo de expertos sobre
comunicaciones mviles
aeronuticas (AMCP)
Adicin de especificaciones relativas a la subred en Modo S de
la ATN; adicin de texto relativo a la introduccin de la separa-
cin 8,33 kHz entre canales; cambios en el texto relativo a la
proteccin de las comunicaciones aeroterrestres en la banda VHF;
adicin de especificaciones tcnicas acerca de las caractersticas
RF del enlace digital VHF (VDL).
12 de marzo de 1996
15 de julio de 1996
cuarta reunin del Grupo de
Introduccin de SARPS y textos de orientacin para el enlace
digital VHF (VDL); definicin de VDL y supresin de texto
obsoleto sobre el intercambio aeroterrestre de datos.
12 de marzo de 1997
21 de julio de 1997
segunda reunin del Grupo de
expertos sobre la red de tele-
comunicaciones aeronuticas
(ATNP), sexta reunin del
Grupo de expertos sobre
mejoras del radar secundario
de vigilancia y sistemas
(SICASP)
Incorporacin de textos relativos a factores humanos; cambios en
las especificaciones de la subred en Modo S.
19 de marzo de 1998
20 de julio de 1998
74 Quinta reunin del Grupo de
mviles aeronuticas (AMCP);
Comisin de Aeronavegacin
Introduccin de: a) especificaciones para el enlace de datos HF; y
b) modificaciones de las especificaciones de los transmisores de
localizacin de emergencia.
18 de marzo de 1999
19 de julio de 1999
75 Sexta reunin del Grupo de
mviles aeronuticas (AMCP);
Comisin de Aeronavegacin
Cambio de los SARPS SMAS para la introduccin de un nuevo
tipo de antena, un nuevo tipo de canal oral y disposiciones
perfeccionadas para el interfuncionamiento entre sistemas
SMAS; cambios de los SARPS VDL para reducir la posible
interferencia en los sistemas de comunicaciones orales VHF
actuales ocasionada por transmisores VDL; y cambios de los
SARPS de las comunicaciones orales VHF para mejorar la
inmunidad a la interferencia de transmisores VDL a bordo de la
misma aeronave.
13 de marzo de 2000
17 de julio de 2000
76 Tercera reunin del Grupo de
expertos sobre la red de tele-
comunicaciones aeronuticas
(ATNP); sptima reunin del
Grupo de expertos sobre comu-
nicaciones mviles aeronu-
ticas (AMCP); la Secretara con
el asesoramiento del Grupo de
estudio sobre conmutacin y
sealizacin orales ATS
(AVSSSG).
Servicios de gestin de sistemas, seguridad y directorio de la red
de telecomunicaciones aeronuticas (ATN); supresin de textos
detallados relacionados con la CIDIN; sistema integrado de voz
y enlace de datos (VDL Modo 3); enlace de datos que satisface
aplicaciones de vigilancia (VDL Modo 4); supresin de todas las
disposiciones para VDL Modo 1; supresin de especificaciones
tcnicas detalladas del VDL Modo 2; circuitos orales aeronu-
ticos; actualizacin de referencias al Reglamento de Radiocomu-
nicaciones de la UIT.
12 de marzo de 2001
16 de julio de 2001
1/11/01
Nm. 76
(x) 6/11/97
Nm. 72
77 Sptima reunin del Grupo de
expertos sobre mejoras del
radar secundario de vigilancia y
sistemas anticolisin (SICASP)
Subred en Modo S (Parte I), sistema de direccionamiento de
aeronaves (Parte I).
27 de febrero de 2002
15 de julio de 2002
78 Comisin de Aeronavegacin Modificaciones a las especificaciones tcnicas relativas a los
canales de radiofrecuencias y a la introduccin del requisito de
registro para el ELT; incorporacin del VDL en Modos 3 y 4 en
la tabla de prioridades de la subred ATN (Tabla 3-3); cambios
editoriales.
5 de marzo de 2003
14 de julio de 2003
79 Octava reunin del Grupo de
Cambios de las especificaciones tcnicas relativas al enlace de
datos de alta frecuencia (HFDL) para ajustarse a disposiciones
pertinentes del RR de la UIT; introduccin de caractersticas de
inmunidad FM para el VDL en Modo 4; supresin de la nota en la
que se indica que los SARPS relativos al VDL en Modo 4 rigen
para las aplicaciones de vigilancia.
12 de julio de 2004
80 Comisin de Aeronavegacin Disposiciones relativas a los protocolos de localizacin para su
uso en los transmisores de localizacin de emergencia (ELT) que
funcionan en 406 MHz.
11 de julio de 2005
81 Ningn cambio.
Enmienda Origen Temas
Adoptada
Surti efecto
Aplicable
23/11/06
Nm. 81
ANEXO 10 VOLUMEN III 1 1/11/01
Nm. 76
INTERNACIONALES
PARTE I SISTEMAS DE COMUNICACIONES DE DATOS DIGITALES
CAPTULO 1. DEFINICIONES
Nota 1. Todas las referencias al Reglamento de Radio-
comunicaciones se refieren al Reglamento de Radiocomu-
nicaciones publicado por la Unin Internacional de Telecomu-
nicaciones (UIT). El Reglamento de Radiocomunicaciones se
enmienda de tiempo en tiempo en el marco de las decisiones
adoptadas en las actas finales de las Conferencias Mundiales
de Radiocomunicaciones celebradas normalmente cada dos a
tres aos. Tambin se dispone de ms informacin sobre los
procesos seguidos por la UIT en el uso de las frecuencias para
los sistemas radioelctricos aeronuticos en el Manual relativo
a las necesidades de la aviacin civil en materia de espectro de
radiofrecuencias, que incluye la declaracin de las polticas
aprobadas por la OACI (Doc 9718).
Nota 2. Esta parte del Anexo 10 comprende normas y
mtodos recomendados sobre ciertas clases de equipo para sis-
temas de comunicaciones. Si bien los Estados contratantes
determinan la necesidad de instalaciones especficas de
acuerdo con las condiciones prescritas en la norma o mtodo
recomendado pertinente, el Consejo examina peridicamente
la necesidad de instalaciones especficas y expone a los
Estados contratantes interesados la opinin y recomendaciones
de la OACI, basndose generalmente en las recomendaciones
de las conferencias regionales de navegacin area (Doc 8144,
Instrucciones para las reuniones regionales de navegacin area
y reglamento interno de las mismas).
Nota 3. En este captulo figuran las definiciones generales
que corresponden a los sistemas de comunicaciones. Las defi-
niciones especficas de cada uno de los sistemas que se incluyen
en este volumen figuran en los captulos pertinentes.
Nota 4. En el Anexo 10, Volumen I, 2.9 y Volumen I,
Adjunto F, respectivamente, figura texto acerca de la fuente
secundaria de energa y texto de orientacin relativo a la
confiabilidad y disponibilidad de los sistemas de comunica-
ciones.
Acceso mltiple por divisin en el tiempo (TDMA). Un plan
de acceso mltiple basado en la utilizacin en tiempo
compartido de un canal RF que utiliza: 1) intervalos de
tiempo discretos contiguos como el recurso fundamental
compartido; y 2) un conjunto de protocolos operacionales
que permiten a los usuarios interactuar con una estacin
principal de control para obtener acceso al canal.
Aloha a intervalos. Estrategia de acceso aleatorio por la cual
mltiples usuarios tienen acceso independiente al mismo
canal de comunicaciones, pero cada comunicacin debe
limitarse a un intervalo de tiempo fijo. Todos los usuarios
conocen la estructura comn de intervalos de tiempo, pero
no existe ningn otro tipo de coordinacin entre ellos.
Circuito virtual conmutado (SVC). El procedimiento de
gestin de circuitos primarios proporcionado mediante el
protocolo ISO 8208. Los recursos de red se asignan
dinmicamente cuando son necesarios y se liberan cuando
ya no son necesarios.
Correccin de errores sin canal de retorno (FEC). Proceso
que consiste en aadir informacin redundante a la seal
transmitida de manera que sea posible corregir en el
receptor, los errores incurridos durante la transmisin.
De extremo a extremo. Indicacin perteneciente o relativa a la
totalidad de un trayecto de comunicaciones, ordinariamente
desde (1) la interfaz entre la fuente de informacin y el
sistema de comunicaciones en el extremo de transmisin
hasta (2) la interfaz entre el sistema de comunicaciones y el
usuario de la informacin, o el procesador, o la aplicacin,
en el extremo de recepcin.
Desviacin Doppler. Desviacin de frecuencia observada en un
receptor debido al movimiento relativo de transmisor y
receptor.
Direccin de aeronave. Combinacin nica de 24 bits que
puede asignarse a una aeronave para los fines de las
comunicaciones aeroterrestres, la navegacin y la vigilancia.
Enlace digital en VHF (VDL). Subred mvil constituyente de
la red de telecomunicaciones aeronuticas (ATN), que
funciona en la banda de frecuencias VHF mviles aero-
nuticas. Adems, el VDL puede proporcionar funciones
ajenas a la ATN, tales como, por ejemplo, la voz
digitalizada.
Estacin terrena de aeronave (AES). Estacin terrena mvil
del servicio mvil aeronutico por satlite instalada a bordo
de una aeronave (vase tambin GES).
Estacin terrena de tierra (GES). Estacin terrena del servicio
fijo por satlite o, en algunos casos, del servicio mvil
aeronutico por satlite, instalada en tierra en un punto fijo
especificado para proporcionar un enlace de alimentacin al
servicio mvil aeronutico por satlite.
Nota. Esta definicin se utiliza en el Reglamento de
Radiocomunicaciones de la UIT bajo el ttulo de Estacin
terrena aeronutica. La definicin de GES en este
2 1/11/01
Nm. 76
documento para ser empleada en los SARPS, se adjunta para
distinguir claramente entre GES y estacin terrena de aeronave
(AES) que es una estacin del servicio mvil a bordo de una
aeronave.
Modo circuito. Configuracin de la red de comunicaciones que
confiere la apariencia a la aplicacin de un trayecto de
transmisin especializado.
Multiplex por distribucin en el tiempo (TDM). Estrategia de
comparticin de canal por la que se establece una secuencia
en tiempo, en el mismo canal, de paquetes de informacin
provenientes de la misma fuente pero hacia destinos
distintos.
Paquete. La unidad bsica de transferencia de datos entre
dispositivos de comunicaciones dentro de la capa de red.
Potencia istropa radiada equivalente (p.i.r.e). Producto de la
potencia suministrada a la antena transmisora y la ganancia
de antena en una direccin determinada en relacin con una
antena istropa (ganancia absoluta o istropa).
Precisin de velocidad de transmisin por canal. Precisin
relativa del reloj con el que se sincronizan los bits
transmitidos por canal. Por ejemplo, a una velocidad de
transmisin por canal de 1,2 kbits/s, un error mximo de una
parte en 10
6
implica que el error mximo admisible en el
reloj es de 1,2 10
-3
Hz.
Proporcin de errores en los bits (BER). Nmero de errores
en los bits en una muestra dividido por el nmero total de
bits de la muestra, obtenido generalmente como promedio
de numerosas muestras del mismo tipo.
Protocolo de capa de paquete (PLP). Protocolo para establecer
y mantener la conexin entre entidades de nivel par en la
capa de red y para transferir paquetes de datos entre ellas.
En el contexto de esta norma, la expresin se refiere al
protocolo definido por la Norma ISO 8208 segn se aplica
en este documento.
Punto-a-punto. Perteneciente o relativo a la interconexin de
dos dispositivos, particularmente instrumentos de usuario de
extremo. Trayecto de comunicaciones de servicio cuyo
objetivo consiste en conectar dos usuarios de extremo
discretos; por contraposicin al servicio de radiodifusin o
al servicio multipunto.
Red de telecomunicaciones aeronuticas (ATN). Arquitectura
entre redes que permite el interfuncionamiento de las
subredes de datos de tierra, aire/tierra y avinica, mediante
la adopcin de servicios y protocolos con equipo comn de
interfaz basados en el modelo de referencia para la
interconexin de sistemas abiertos (OSI) de la Organizacin
Internacional de Normalizacin (ISO).
Relacin de energa por smbolo a densidad de ruido (E
S
/N
0
).
Relacin entre el promedio de energa transmitida por
smbolo de canal y el promedio de potencia de ruido en una
anchura de banda de 1 Hz, habitualmente expresada en dB.
Para la A-BPSK y A-QPSK, un smbolo de canal se refiere
a un bit de canal.
Relacin de ganancia a temperatura de ruido. La relacin,
habitualmente expresada en dB/K, entre la ganancia de
antena y el ruido en la salida del receptor del subsistema de
antena. El ruido se expresa como la temperatura a la que
debe elevarse una resistencia de un ohmio para producir la
misma densidad de potencia de ruido.
Relacin de portadora a densidad de ruido (C/N
0
). Relacin
entre la potencia total de portadora y la potencia promedio
de ruido en una anchura de banda de 1 Hz, habitualmente
expresada en dBHz.
Relacin de portadora a trayectos mltiples (C/M). Relacin
entre la potencia de portadora recibida directamente, es
decir, sin reflexin, y la potencia de trayectos mltiples, es
decir, la potencia de portadora recibida por reflexin.
Retardo de trnsito. En los sistemas de datos por paquete, el
tiempo transcurrido entre una peticin de transmisin de un
paquete de ensamblado de datos y una indicacin en el
extremo de recepcin de que el correspondiente paquete ha
sido recibido y de que est preparado para ser utilizado o
transferido.
Subred en Modo S. Uno de los medios para ejecutar un inter-
cambio de datos digitales mediante el uso de interrogadores
y transpondedores del radar secundario de vigilancia (SSR)
en Modo S, de conformidad con protocolos definidos.
Usuario de extremo. Fuente primera o usuario ltimo de la
informacin.
Velocidad de transmisin por canal. Velocidad a la cual se
transmiten los bits por canal RF. Entre estos bits se incluyen
aquellos de alineacin de trama y de correccin de errores,
as como los de informacin. En la transmisin en rfagas,
la velocidad de transmisin por canal se refiere a la
velocidad instantnea de rfaga durante el perodo de la
rfaga.
CAPTULO 2. GENERALIDADES
(en preparacin)
4 ANEXO 10 VOLUMEN III 1/11/01
Nm. 76
3.1 DEFINICIONES
Nota 1. Las definiciones siguientes fueron extradas de
ISO/IEC 7498-1. Tecnologa de informacin Interconexin
de sistemas abiertos Modelo de referencia bsico [Refe-
rencia: UIT-T Rec. X.200 (1994)] y del Doc 9705 de la OACI
Manual de disposiciones tcnicas de la red de telecomuni-
caciones aeronuticas (ATN).
Nota 2. El Doc 9705 de la OACI ha evolucionado de una
edicin a la siguiente. En cada subvolumen de este documento
se indica la evolucin de las disposiciones entre ediciones
sucesivas.
Nota 3. En el Subvolumen I del Doc 9705 de la OACI
figura un diagrama con las referencias recprocas entre las
versiones (capacidad de soporte lgico integrada) y las
ediciones (disposiciones tcnicas).
Aplicacin. Uso final de un sistema de informacin, por contra-
posicin con el sistema en s mismo.
Aplicacin ADS. Aplicacin ATN que proporciona datos ADS
de la aeronave a las dependencias ATS para fines de
vigilancia.
Aplicacin AIDC. Aplicacin ATN para el intercambio de
informacin de control de trnsito areo (ATC) entre depen-
dencias ATS (ATSU) a efectos de notificacin y coordi-
nacin de los vuelos y para las transferencias de control,
comunicaciones, datos de vigilancia y datos generales.
Aplicacin ATIS. Aplicacin FIS que presta apoyo al ATIS-D.
Aplicacin CPDLC. Aplicacin ATN que proporciona un
medio de comunicacin de datos ATC entre dependencias
ATS de control, receptora o subsiguiente y la aeronave
mediante subredes aire-tierra y tierra-tierra, en la que se
observa la fraseologa de la OACI empleada para las
comunicaciones orales ATC vigentes.
Aplicacin de gestin de contexto (CM). Aplicacin ATN que
proporciona un servicio de conexin para la entrada inicial
de la aeronave en la ATN y un directorio de todas las dems
aplicaciones de enlace de datos de a bordo. Tambin incluye
funciones para transmitir direcciones entre dependencias
ATS.
Nota. Gestin de contexto es tambin una expresin
reconocida que se utiliza en la capa de presentacin OSI. El
uso OSI y el uso en la ATN nada tienen en comn.
Aplicacin FIS. Aplicacin ATN que proporciona a las
aeronaves informacin y avisos tiles para la realizacin
segura y eficaz de los vuelos.
Aplicacin METAR. Aplicacin FIS que presta apoyo al
METAR.
Autenticacin. Procedimiento utilizado para asegurar la
identidad de una persona, usuario o entidad de red.
Clase de ATSC. El parmetro clase de ATSC permite al usuario
ATSC especificar la calidad de servicio que se espera de los
datos ofrecidos. El valor de la clase de ATSC se especifica
en trminos de retardo de trnsito ATN de extremo a
extremo con una probabilidad del 95%.
Comunicacin aeronutica administrativa (AAC). Comuni-
cacin utilizada por las empresas explotadoras aeronuticas
para los aspectos comerciales de explotacin de sus vuelos
y servicios de transporte. Esta comunicacin se utiliza con
diversos fines, tales como vuelos y transporte terrestre,
reservas, despliegue de tripulaciones y aeronaves o cuales-
quiera otros fines logsticos que permitan mantener o
mejorar la eficiencia de operacin global de los vuelos.
Comunicacin de datos entre instalaciones ATS (AIDC).
Intercambio automatizado de datos entre dependencias de
servicios de trnsito areo, particularmente en materia de
coordinacin y transferencia de vuelos.
Comunicaciones aeronuticas de los pasajeros (APC).
Comunicaciones de voz y datos relacionadas con servicios
ajenos a la seguridad que se ofrecen a los pasajeros y a los
miembros de la tripulacin para comunicaciones privadas.
Comunicaciones ATS (ATSC). Comunicacin relacionada con
los servicios de trnsito areo, comprendido el control de
trnsito areo, la informacin aeronutica y meteorolgica,
la notificacin de posicin y los servicios relacionados con
la seguridad y regularidad de los vuelos. En esta comuni-
cacin intervienen una o varias administraciones de
servicios de trnsito areo. Estos trminos se utilizan con
fines de administracin de direcciones.
Comunicaciones entre centros (ICC). ICC es una comuni-
cacin de datos entre dependencias ATS en apoyo de los
servicios ATS, tales como notificacin, coordinacin, trans-
ferencia de control, planificacin de los vuelos, gestin del
espacio areo y gestin de afluencia del trnsito areo.
Comunicaciones por enlace de datos controlador-piloto
(CPDLC). Un medio de comunicacin entre el piloto y el
controlador utilizando enlace de datos para las comunica-
ciones ATC.
Control de las operaciones aeronuticas (AOC). Comunica-
ciones necesarias para ejercer la autoridad respecto a la
iniciacin, continuacin, desviacin o terminacin de un
vuelo, por razones de seguridad, regularidad y eficiencia.
CAPTULO 3. RED DE TELECOMUNICACIONES
AERONUTICAS
Parte I Anexo 10 Telecomunicaciones aeronuticas
1/11/01
Nm. 76
De extremo a extremo. Perteneciente o relativo a un trayecto
completo de comunicaciones, ordinariamente desde (1) la
interfaz entre la fuente de informacin y el sistema de
comunicaciones en el extremo de transmisin hasta (2) la
interfaz entre el sistema de comunicaciones y el usuario o
procesador de la informacin, o la aplicacin en el extremo
receptor.
Dependencia ATS (ATSU). Expresin genrica que se aplica,
segn el caso, a una dependencia de control de trnsito
areo, a un centro de informacin de vuelo o a una oficina
de notificacin de los servicios de trnsito areo.
Entidad. Elemento activo de cualquier capa que puede ser una
entidad de soporte lgico (por ejemplo un proceso) o una
entidad de soporte fsico [por ejemplo una microplaqueta
inteligente de I/O (entrada/salida)].
Entidad de aplicacin (AE). Parte de un proceso de aplicacin
relacionado con las comunicaciones en el entorno OSI. Los
aspectos de un proceso de aplicacin que deben tenerse en
cuenta con fines OSI estn representados por una o varias
AE.
Gestin de configuracin. Elemento de gestin de sistemas
ATN que permite a los administradores cambiar la configu-
racin de elementos distantes.
Gestin de contabilidad. Elemento de gestin de sistemas ATN
para vigilar y limitar el uso que de los recursos de la red
hacen los usuarios.
Gestin de eficacia. Elemento de gestin de sistemas ATN para
vigilar y evaluar la eficacia de los sistemas.
Gestin de fallas. Elemento de gestin de sistemas ATN para
detectar, aislar y corregir problemas.
Gestin de seguridad. Elemento de gestin de sistemas ATN
para control de acceso, autenticacin e integridad de los
datos.
Gestin de sistemas ATN (SM). Grupo de elementos para
controlar, coordinar y supervisar los recursos que permiten
establecer las comunicaciones en el entorno ATN. Entre
estos elementos se incluyen la gestin de fallas, la gestin
de contabilidad, la gestin de configuracin, la gestin de
eficacia y la gestin de seguridad.
Informacin de aplicacin. Se refiere a los nombres de
aplicacin (p. ej., calificadores de AE como ADS y CPC),
los nmeros de versin y las direcciones (TSAP largo o
breve, segn se requiera) de cada aplicacin.
Integridad de los datos. Probabilidad de que los datos no han
sido alterados ni destruidos.
METAR-D. Acrnimo que se utiliza para designar el servicio
de informes meteorolgicos aeronuticos por enlace de
datos.
Modelo de referencia para interconexin de sistemas abiertos
(OSI). Modelo que proporciona un enfoque normalizado al
diseo de red a base de mdulos por los que se subdivi-
den los conjuntos complejos de funciones en siete capas
ms manejables, independientes y funcionales. Convencio-
nalmente se representan habitualmente las capas en pilas
verticales.
Nota. El modelo de referencia OSI se define en ISO/IEC
7498-1.
Requisito de nivel del sistema. El requisito de nivel del sistema
es un requisito tcnico de alto nivel obtenido a partir de los
requisitos operacionales, limitaciones tecnolgicas y restric-
ciones normativas (administrativas e institucionales). Los
requisitos de nivel del sistema sirven de base para los requi-
sitos funcionales y para los requisitos de los niveles
inferiores.
Retardo de trnsito. En los sistemas de datos por paquete, el
tiempo transcurrido entre una peticin de transmisin de
un paquete de ensamblado de datos y una indicacin en
el extremo receptor de que el correspondiente paquete ha
sido recibido y de que est preparado para ser utilizado o
retransmitido.
Servicio automtico de informacin terminal (ATIS). Sumi-
nistro automtico de informacin regular, actualizada, a las
aeronaves que llegan y a las que salen, durante las 24 horas
o determinada parte de las mismas.
Servicio automtico de informacin terminal por enlace de
datos (ATIS-D). Suministro del ATIS mediante enlace de
datos.
Servicio automtico de informacin terminal voz (ATIS-
voz). Suministro del ATIS mediante radiodifusiones
vocales continuas y repetitivas.
Servicio de comunicaciones de las capas superiores (UL).
Expresin relacionada con las capas de sesin, presentacin
y aplicacin del modelo de referencia OSI.
Servicio de comunicaciones interred. Arquitectura entre redes
que permite el interfuncionamiento de las subredes de datos
de tierra, aire-tierra y avinica, mediante la adopcin de
servicios y protocolos con equipo comn de interfaz basados
en el modelo de referencia ISO/OSI.
Servicio de directorio ATN (DIR). Servicio que hace posible
que una entidad de aplicacin o un usuario de la comunidad
ATN consulte una base de datos de directorio distribuida y
extraiga informacin sobre las capacidades de direcciona-
miento, seguridad y tcnicas de otros usuarios o entidades
de la comunidad ATN.
Servicio de informacin de vuelo (FIS). Servicio cuya
finalidad es aconsejar y facilitar informacin til para la
realizacin segura y eficaz de los vuelos.
Servicios de seguridad ATN. Conjunto de disposiciones sobre
seguridad de informacin que permiten al sistema receptor
de extremo o intermedio identificar (o sea, autenticar)
inequvocamente la fuente de la informacin recibida y
verificar la integridad de dicha informacin.
Servicio de trnsito areo. Expresin genrica que se aplica,
segn el caso, a los servicios de informacin de vuelo, alerta,
asesoramiento de trnsito areo, control de trnsito areo
4A
1/11/01
Nm. 76
(servicios de control de rea, control de aproximacin o
control de aerdromo).
Servicio de tratamiento de mensajes ATS (ATSMHS). Proce-
dimientos utilizados para intercambiar mensajes ATS por la
ATN en forma tal que la transmisin de un mensaje ATS por
el proveedor de servicios no est correlacionada en general
con la transmisin de otro mensaje ATS.
Servidor de gestin de contexto (CM). Elemento ATS que
proporciona informacin de aplicacin relativa a otras ATSU
a las aeronaves o a las ATSU que la solicitan.
Sistema de extremo (ES). Sistema que contiene las siete capas
OSI y uno o varios procesos de aplicacin de usuario de
extremo.
Sistema intermedio (IS). Sistema que ejecuta funciones de
retransmisin y de encaminamiento y comprende las tres
capas inferiores del modelo de referencia OSI.
Subred. Una aplicacin real de una red de datos que utiliza un
protocolo y un plan de direccionamiento homogneos y que
est bajo control de una nica autoridad.
Trayecto autorizado. Trayecto de comunicaciones que el admi-
nistrador o administradores de un dominio o dominios de
encaminamiento han definido previamente como adecuado
para determinado tipo y categora de trfico de mensajes.
Vigilancia dependiente automtica (ADS). Tcnica de vigilan-
cia que permite a las aeronaves proporcionar automtica-
mente, mediante enlace de datos, aquellos datos extrados de
sus sistemas de navegacin y determinacin de la posicin
instalados a bordo, lo que incluye la identificacin de la
aeronave, su posicin en cuatro dimensiones y otros datos
adicionales, de ser apropiado.
3.2 INTRODUCCIN
3.2.1 La red de telecomunicaciones aeronuticas (ATN)
incluye entidades de aplicacin y servicios de comunicaciones
que permiten el interfuncionamiento de las subredes de datos
de tierra, aire-tierra y avinica, mediante la adopcin de
servicios y protocolos con equipo comn de interfaz basados
en el modelo de referencia para la interconexin de sistemas
abiertos (OSI) de la Organizacin Internacional de Normali-
zacin (ISO). El modelo conceptual de la ATN aparece en la
Figura 3-1.*
3.2.2 La ATN, y los procedimientos de aplicacin corres-
pondientes, se disearon para servir de apoyo a los sistemas de
comunicaciones, navegacin, vigilancia y gestin del trnsito
areo (CNS/ATM). La ATN:
a) tiene por finalidad especfica y exclusivamente proporcionar
servicios de comunicaciones de datos a los organismos
proveedores de servicios de trnsito areo y a las empresas
explotadoras de aeronaves para los siguientes tipos de trfico
de mensajes de comunicaciones:
* Todas las figuras se encuentran al final de este captulo.
1) comunicaciones de los servicios de trnsito areo
(ATSC);
2) control de las operaciones aeronuticas (AOC);
3) comunicaciones aeronuticas administrativas (AAC); y
4) comunicaciones aeronuticas de los pasajeros (APC);
b) proporciona, de forma transparente para el usuario, un
servicio de comunicaciones de extremo a extremo fiable,
esencial para el suministro de servicios de trnsito areo
seguros y eficientes entre:
1) sistemas de a bordo y sistemas de tierra; y
2) sistemas de tierra mltiples;
c) proporciona un servicio de comunicaciones de datos capaz
de satisfacer los requisitos de los usuarios en materia de
proteccin y seguridad operacional;
d) se basa en normas de comunicaciones de datos internacio-
nalmente reconocidas que facilitarn el desarrollo de
sistemas armonizados y alentarn el suministro de servicios
de red competitivos;
e) se adeca a los distintos tipos/categoras/clases de servicio
(incluida la subred aire-tierra preferida/seleccionada) que
requieren las diversas aplicaciones;
f) define una arquitectura que permite la integracin de
subredes pblicas y privadas, tanto aire-tierra como tierra-
tierra. Esto permite utilizar la infraestructura y las tecno-
logas de red existentes/planificadas, ofreciendo al mismo
tiempo a los encargados de la ejecucin la posibilidad de
implantar la red progresivamente para satisfacer las necesi-
dades crecientes de los usuarios; y
g) utiliza eficientemente las subredes aire-tierra de anchura de
banda limitada y en consecuencia se reducen los costos
correspondientes.
3.2.3 Las aplicaciones ATN definidas en la actualidad se
elaboraron para proporcionar servicios de comunicaciones,
vigilancia e informacin. Estas aplicaciones tienen por objeto
dar apoyo a los servicios siguientes:
a) Servicios de trnsito areo (ATS):
1) servicio de control de trnsito areo;
2) servicio de informacin de vuelo (FIS); y
3) servicio de alerta;
b) gestin de afluencia del trnsito areo (ATFM); y
c) gestin del espacio areo.
3.2.4 En este captulo figuran disposiciones amplias y
generales para la ATN. Las disposiciones tcnicas detalladas
se resean en el Doc 9705. El resto de este captulo est orga-
nizado para tratar los siguientes requisitos y funciones:
4B
1/11/01
Nm. 76
a) generalidades;
b) requisitos de nivel del sistema;
c) requisitos de las aplicaciones ATN;
d) requisitos del servicio de comunicaciones ATN;
e) asignacin de nombres y direccionamiento ATN;
f) requisitos de gestin del sistema ATN; y
g) requisitos de seguridad ATN.
3.3 GENERALIDADES
3.3.1 La red de telecomunicaciones aeronuticas (ATN)
proporcionar servicios de comunicaciones de datos y entidades
de aplicacin en apoyo de:
a) la entrega de servicios de trnsito areo (ATS) a las aero-
naves;
b) el intercambio de informacin ATS entre dependencias ATS;
y
c) otras aplicaciones, tales como el control de las operaciones
aeronuticas (AOC) y las comunicaciones aeronuticas
administrativas (AAC).
Nota 1. Se ha previsto lo necesario para permitir el inter-
cambio de informacin, por ejemplo, informacin meteoro-
lgica, planes de vuelo, avisos a los aviadores y gestin de
afluencia del trnsito areo dinmica en tiempo real, entre los
sistemas basados en tierra de las empresas explotadoras de
aeronaves y las dependencias ATS.
Nota 2. Se ha dispuesto tambin lo necesario para permi-
tir las comunicaciones aeronuticas de los pasajeros (APC).
3.3.2 Cuando se utilice la ATN como ayuda para los
servicios de transporte areo, se ajustar a lo dispuesto en este
captulo.
3.3.3 Los requisitos para la utilizacin de la ATN se
formularn sobre la base de acuerdos regionales de navegacin
area.
3.3.4 Recomendacin. Las autoridades de aviacin
civil deberan coordinar con las autoridades nacionales y la
industria aeronutica aquellos aspectos de la implantacin de
la ATN que permitirn su seguridad, interfuncionamiento y uso
eficiente en todo el mundo, en forma apropiada.
3.4 REQUISITOS
A NIVEL DEL SISTEMA
Nota. Los requisitos a nivel del sistema son requisitos
tcnicos de alto nivel obtenidos a partir de los requisitos
operacionales, limitaciones tecnolgicas y restricciones nor-
mativas (administrativas e institucionales). Estos requisitos a
nivel del sistema sirven de base para los requisitos funcionales
y para los requisitos de los niveles inferiores.
3.4.1 La ATN utilizar las normas de comunicaciones para
interconexin de sistemas abiertos (OSI) de la Organizacin
Internacional de Normalizacin (ISO).
3.4.2 La ATN proporcionar los medios para facilitar la
transicin a futuras versiones de las entidades de aplicacin o
de los servicios de comunicaciones.
Nota. Se tiene por objetivo que la evolucin hacia futuras
versiones incluya tambin la compatibilidad hacia atrs.
3.4.3 La ATN permitir que los actuales usuarios y
sistemas de la AFTN/CIDIN efecten la transicin hacia la
arquitectura ATN.
Nota. La transicin de la AFTN o de la CIDIN a la
ATN se controla por las cabeceras AFTN/AMHS y CIDIN/
AMHS, respectivamente, que se definen en el Doc 9705,
Subvolumen III.
3.4.4 La ATN dispondr lo necesario para que nicamente
la dependencia ATS de control pueda proporcionar instruc-
ciones ATC a las aeronaves que operan en su espacio areo.
Nota. Esto se logra indicando cul es la autoridad respon-
sable de los datos actuales y siguientes en la entidad de
aplicacin de las comunicaciones por enlace de datos contro-
lador-piloto (CPDLC).
3.4.5 La ATN permitir el encaminamiento sobre la base
de criterios de encaminamiento previamente definidos.
3.4.6 La ATN dispondr de los medios para definir las
comunicaciones de datos que pueden transmitirse nicamente
por los trayectos autorizados con respecto al tipo y categora
de trfico de mensajes especificados por el usuario.
3.4.7 La ATN ofrecer distintas clases de ATSC conforme
a los criterios de la Tabla 3-1.*
Nota 1. Cuando se especifique una clase de ATSC en una
aplicacin ATN, los paquetes se transmitirn por el servicio de
comunicaciones interred de la ATN segn las posibilidades.
Segn las posibilidades significa que cuando se disponga de
una ruta de la clase de ATSC solicitada, el paquete se trans-
mitir por dicha ruta. Cuando no se disponga de tal ruta, el
paquete se transmitir por la primera ruta conocida de la clase
de ATSC superior a la solicitada, o si tampoco hubiera en este
caso ruta disponible, se transmitir por la primera ruta
conocida de la clase de ATSC inferior a la solicitada.
Nota 2. El servicio de comunicaciones ATN no informar
a las entidades de aplicacin de que no pudo obtenerse la clase
de ATSC solicitada. Incumbe a la entidad de aplicacin deter-
minar por medios locales cul ha sido realmente el retardo de
trnsito, por ejemplo mediante la marcacin del tiempo.
3.4.8 La ATN funcionar de conformidad con las priori-
dades de comunicaciones definidas en la Tabla 3-2 y la
Tabla 3-3.
* Todas las tablas se encuentran al final de este captulo.
4C
1/11/01
Nm. 76
3.4.9 La ATN permitir el intercambio de informacin de
aplicacin para indicar que se dispone de uno o varios trayectos
autorizados.
3.4.10 La ATN notificar a los procesos de aplicacin
apropiados cuando no se disponga de trayecto autorizado.
3.4.11 La ATN dispondr de los medios para el direccio-
namiento unvoco y sin ambigedades respecto de todos los
sistemas de extremo e intermedios de la ATN.
3.4.12 La ATN permitir que el destinatario de un mensaje
identifique al originador del mismo.
3.4.13 Los planes de asignacin de nombres y direcciona-
miento ATN permitirn que los Estados y organizaciones
asignen las direcciones y nombres dentro de sus propios
dominios administrativos.
3.4.14 La ATN apoyar las comunicaciones de datos de los
sistemas fijos y mviles.
3.4.15 La ATN incorporar las subredes mviles ATN
segn lo definido en el presente Anexo.
3.4.16 La ATN dispondr de lo necesario para utilizar
eficientemente las subredes de anchura de banda limitada.
3.4.17 La ATN permitir la conexin de un sistema inter-
medio de aeronave con un sistema intermedio de tierra va
subredes mviles coexistentes.
3.4.18 La ATN permitir la conexin de un sistema inter-
medio de aeronave con mltiples sistemas intermedios de tierra.
3.4.19 La ATN permitir el intercambio de informacin
sobre direcciones entre entidades de aplicacin.
3.4.20 La ATN permitir la aplicacin de gestin de con-
texto (CM) cuando pueda llevarse a cabo cualquiera de las
dems aplicaciones aire-tierra.
3.4.21 La ATN tendr capacidad para establecer, man-
tener, liberar e interrumpir asociaciones entre aplicaciones par
a par en la aplicacin de gestin de contexto (CM).
a par en la aplicacin de la vigilancia dependiente automtica
(ADS).
a par en la aplicacin de comunicaciones por enlace de datos
controlador-piloto (CPDLC).
a par en la aplicacin del servicio automtico de informacin
terminal (ATIS).
tener, liberar e interrumpir asociaciones entre aplicaciones en
la aplicacin de los servicios de tratamiento de mensajes ATS
(ATSMHS).
a par en la aplicacin de comunicaciones de datos entre insta-
laciones ATS (AIDC).
3.4.27 Cuando se utilice la hora absoluta del da en la
ATN, tendr una exactitud de 1 segundo en relacin con el
tiempo universal coordinado (UTC).
Nota. Un valor de exactitud del tiempo puede dar como
resultado errores de sincronizacin de hasta 2 veces el valor de
exactitud establecido.
3.4.28 El sistema de extremo dispondr de lo necesario
para asegurar que la probabilidad de que no se detecte un caso
de entrega equivocada, de no entrega o de mutilacin de un
mensaje de 255 octetos por parte del servicio de comunica-
ciones interred sea inferior o igual a 10
-8
por mensaje.
Nota. Se supone que las subredes de la ATN asegurarn
una integridad de datos que concuerde con este requisito de
nivel del sistema.
3.4.29 Los sistemas de extremo ATN que dan apoyo a los
servicios de seguridad ATN tendrn capacidad para autenticar
la identidad de los sistemas de extremo pares, autenticar la
fuente de mensajes de aplicacin y garantizar la integridad de
los datos de los mensajes de aplicacin.
Nota. Los mensajes de aplicacin en este contexto
incluyen mensajes relacionados con el ATS, la gestin de
sistemas y los servicios de gua.
3.4.30 Los sistemas intermedios limtrofes de tierra y aire
tierra ATN que prestan apoyo a los servicios de seguridad ATN
tendrn capacidad para autenticar la identidad de los sistemas
intermedios limtrofes pares, autenticar la fuente de infor-
macin de encaminamiento y garantizar la integridad de los
datos de la informacin de encaminamiento.
a par para el intercambio de informacin de gua.
3.4.32 Los sistemas ATN que sirven de apoyo a la gestin
de sistemas ATN facilitarn la continuidad mejorada de las
operaciones ATN, incluyendo la vigilancia y el mantenimiento
de la calidad del servicio de comunicaciones.
tener, liberar e interrumpir asociaciones entre aplicaciones para
entidades pares para utilizar la gestin de sistemas (SM).
tener, liberar e interrumpir asociaciones entre aplicaciones para
entidades pares para utilizar el servicio de informe meteoro-
lgico aeronutico ordinario (METAR).
3.5 REQUISITOS
DE LAS APLICACIONES ATN
Nota 1. La implantacin de las aplicaciones ATN en los
Estados o regiones no supone la implantacin de todas las
aplicaciones ATN que se definen a continuacin.
4D
1/11/01
Nm. 76
Nota 2. La implantacin de subconjuntos predefinidos de
disposiciones tcnicas sobre aplicaciones ATN est permitida
segn se detalla en el Doc 9705.
3.5.1 Aplicaciones del sistema
Nota. Las aplicaciones del sistema proporcionan los
servicios necesarios para el funcionamiento de las aplicaciones
ATN aire-tierra y tierra-tierra y los servicios de comuni-
caciones ATN.
3.5.1.1 APLICACIN DE GESTIN
DE CONTEXTO (CM)
Nota. La aplicacin CM proporciona capacidad para que
la aeronave establezca conexin con un sistema ATS de tierra;
en algunos casos, el sistema de tierra pedir a la aeronave que
establezca contacto con un determinado sistema de tierra.
Despus de establecer la conexin apropiada, la CM permite
el intercambio de informacin en cada una de las aplicaciones
ATN apoyadas, incluida la direccin de red de cada aplicacin,
segn corresponda. Para los sistemas ATN que apoyan los
servicios de seguridad, CM tambin obtiene e intercambia
claves e informacin referente a dichas claves. CM tambin
proporciona la capacidad necesaria para actualizar la
informacin de conexin y para que un sistema ATS de tierra
pueda transmitir informacin de conexin a otro sistema ATS
de tierra. La funcin de registro de la CM permite com-
partir la informacin con otras aplicaciones en tierra o a
bordo.
3.5.1.1.1 La ATN tendr capacidad para dar apoyo a las
siguientes funciones de la aplicacin CM:
a) conexin;
b) contacto;
c) actualizacin;
d) consulta al servidor CM;
e) actualizacin del servidor CM;
f) retransmisin en tierra; y
g) registro.
Nota. Las disposiciones tcnicas para la aplicacin CM
se definen en el Doc 9705, Subvolumen II.
3.5.1.2 SERVICIOS DE DIRECTORIO (DIR) ATN
funciones de aplicacin DIR siguientes:
a) vinculacin al directorio;
b) extraccin de informacin de directorio; y
c) cambio de informacin de directorio.
Nota 1. El servicio de directorio ATN permite que una
aplicacin o usuario consulte una base de datos de directorio
distribuida y extraiga informacin sobre la capacidad de direc-
cionamiento, seguridad y tcnica. El servicio de directorio
ofrece a usuarios autorizados especiales la capacidad de
aadir, suprimir y modificar partes de la base de datos de direc-
torio de las que sean responsables. La ATN ofrece el servicio
de directorio a todas las aplicaciones y todos los usuarios que
cumplen con las disposiciones tcnicas del Doc 9705, Subvo-
lumen VII.
Nota 2. La vinculacin al directorio es la funcin que
establece una asociacin entre dos componentes de directorio
que prestan apoyo a otras funciones de directorio. La vincu-
lacin al directorio proporciona los contextos de aplicacin y
las conexiones de comunicaciones subyacentes para su utili-
zacin en otras funciones de directorio.
3.5.1.3 OTRAS APLICACIONES DEL SISTEMA
(por elaborar)
3.5.2 Aplicaciones aire-tierra
Nota. Los componentes de tierra de las aplicaciones aire-
tierra incluyen las funciones necesarias para apoyar la retrans-
misin del contenido de los mensajes de aire a tierra por
trayectos de comunicaciones tierra tierra.
3.5.2.1 APLICACIN DE LA VIGILANCIA
DEPENDIENTE AUTOMTICA (ADS)
Nota. La aplicacin ADS comprende un componente de a
bordo y un componente de tierra. El componente de a bordo
de la aplicacin ADS tiene capacidad para proporcionar
automticamente al componente de tierra, va el servicio de
comunicaciones ATN, datos extrados de los sistemas de
navegacin de a bordo (por ejemplo, la identificacin de la
aeronave, su posicin en cuatro dimensiones, la intencin, y
otros datos adicionales, de ser apropiado). La aplicacin ADS
proporciona servicio basado en contratos establecidos entre
sus componentes de a bordo y de tierra (a saber, contrato a
pedido, contrato peridico, contrato relacionado con un suceso
y contrato de emergencia) y entre dos componentes ADS de
tierra (a saber, contrato anticipado).
siguientes funciones de la aplicacin ADS:
a) contratos a solicitud;
b) contratos peridicos;
c) contratos relacionados con un suceso;
d) contratos de emergencia; y
e) contratos anticipados.
Nota. Las disposiciones tcnicas para la aplicacin ADS
4E
1/11/01
Nm. 76
3.5.2.2 APLICACIN DE COMUNICACIONES
POR ENLACE DE DATOS
CONTROLADOR PILOTO (CPDLC)
Nota. La aplicacin CPDLC, que comprende un compo-
nente de a bordo y un componente de tierra, ofrece capacidad
de comunicaciones de enlace de datos entre las dependencias
ATS y las aeronaves bajo su control o las aeronaves que van
a entrar a su rea de control. La aplicacin CPDLC tiene
capacidad para establecer, gestionar y terminar los dilogos
CPDLC de intercambio de mensajes controlador piloto y de
retransmisin de mensajes en tierra.
siguientes funciones de la aplicacin CPDLC:
a) intercambio de mensajes controlador-piloto;
b) transferencia de autoridad de datos;
c) autorizacin subsiguiente; y
d) retransmisin en tierra.
Nota. Las disposiciones tcnicas para la aplicacin
CPDLC se definen en el Doc 9705, Subvolumen II.
3.5.2.3 APLICACIONES DEL SERVICIO
DE INFORMACIN DE VUELO (FIS)
Nota. Las aplicaciones FIS proporcionan a los usuarios
del espacio areo servicios de informacin de vuelo de los
sistemas FIS de tierra.
3.5.2.3.1 APLICACIN DEL SERVICIO AUTOMTICO
3.5.2.3.1 DE INFORMACIN TERMINAL (ATIS)
3.5.2.3.1.1 La ATN tendr capacidad para dar apoyo a las
siguientes funciones de la aplicacin ATIS:
a) contratos a pedido FIS iniciados a bordo;
b) contratos de actualizacin FIS iniciados a bordo; y
c) cancelacin de contratos FIS iniciados tanto a bordo como
en tierra.
Nota. Las disposiciones tcnicas para la aplicacin ATIS
3.5.2.3.2 APLICACIN DEL SERVICIO DE INFORME
3.5.2.3.2 METEOROLGICO AERONUTICO ORDINARIO
3.5.2.3.2 (METAR)
3.5.2.3.2.1 La ATN tendr capacidad para prestar apoyo a
la funcin de la aplicacin METAR para contratos de demanda
FIS iniciados a bordo.
METAR se definen en el Doc 9705, Subvolumen II.
3.5.2.3.3 OTRAS APLICACIONES FIS
(por elaborar)
3.5.2.4 OTRAS APLICACIONES AIRE-TIERRA
(por elaborar)
3.5.3 Aplicaciones tierra tierra
Nota. Las aplicaciones tierra-tierra son las aplicaciones
ATN que residen en sistemas de tierra y nicamente inter-
cambian informacin con aplicaciones pares que tambin
residen en sistemas de tierra.
3.5.3.1 COMUNICACIONES ENTRE CENTROS (ICC)
Nota. El conjunto de aplicaciones de comunicaciones
entre centros permite el intercambio de informacin entre
dependencias de servicios de trnsito areo.
3.5.3.1.1 COMUNICACIN DE DATOS
3.5.3.1.1 ENTRE INSTALACIONES ATS (AIDC)
Nota. AIDC es una aplicacin ATN utilizada por dos
dependencias del servicio de trnsito areo para permitir el
intercambio de informacin ATS sobre vuelos activos con
respecto a la notificacin del vuelo, coordinacin del vuelo,
transferencia de control, datos de vigilancia y datos en texto
libre (es decir, sin estructurar).
3.5.3.1.1.1 La ATN tendr capacidad para dar apoyo a las
siguientes funciones de la aplicacin AIDC:
a) notificacin del vuelo;
b) coordinacin del vuelo;
c) transferencia de control;
d) transferencia de comunicaciones;
e) transferencia de datos de vigilancia; y
f) transferencia de datos generales.
Nota. Las disposiciones tcnicas para la aplicacin AIDC
se definen en el Doc 9705, Subvolumen III.
3.5.3.2 APLICACIN DE SERVICIOS
DE TRATAMIENTO DE MENSAJES (ATSMHS)
Nota. La aplicacin de servicios de tratamiento de
mensajes ATS (ATSMHS) comprende una funcin principal
denominada funcin de servicio de mensajes ATS. La funcin
de servicio de mensajes ATS permite el intercambio de
mensajes ATS entre los usuarios mediante el suministro de un
servicio genrico de mensajes. La aplicacin ATSMHS incluye
la definicin de las cabeceras AFTN/ATN y CIDIN/ATN.
4F
1/11/01
Nm. 76
3.5.3.2.1 La ATN tendr capacidad para dar apoyo al
servicio de mensajes ATS de la aplicacin de servicios de trata-
miento de mensajes ATS (ATSMHS).
ATSMHS se definen en el Doc 9705, Subvolumen III.
3.5.3.3 OTRAS APLICACIONES TIERRA TIERRA
(por elaborar)
3.6 REQUISITOS DEL SERVICIO
DE COMUNICACIONES ATN
Nota. Los requisitos del servicio de comunicaciones ATN
definen los requisitos correspondientes a las capas 3 a 6, as
como una parte de la capa 7 del modelo de referencia OSI.
Estos servicios utilizan la informacin producida por una de las
distintas aplicaciones ATN y realizan el servicio de comunica-
ciones extremo a extremo empleando protocolos normalizados.
Los requisitos del servicio de comunicaciones se dividen en dos
partes: el servicio de comunicaciones de las capas superiores
que define las normas para las capas 5 a 7 y el servicio de
comunicaciones interred que define las normas para las capas
3 y 4. Los requisitos para las capas 1 y 2 quedan fuera del
mbito de los SARPS ATN.
3.6.1 Servicio de comunicaciones
de las capas superiores
3.6.1.1 El servicio de comunicaciones de las capas supe-
riores comprender:
a) la capa de sesin;
b) la capa de presentacin;
c) la estructura de la entidad de aplicacin;
d) el elemento de servicio para control de asociacin (ACSE);
e) el objeto de servicio de aplicacin (ASO) de seguridad, para
los servicios de seguridad que prestan apoyo a los sistemas
ATN; y
f) la funcin de control (CF).
Nota 1. Las disposiciones tcnicas para el servicio de
comunicaciones de las capas superiores para todas las aplica-
ciones ATN, con excepcin de la funcin de servicio de
mensajes ATS de la aplicacin ATSMHS se definen en el
Doc 9705, Subvolumen IV.
Nota 2. Las disposiciones tcnicas para el servicio de
comunicaciones de las capas superiores para la funcin de
servicio de mensajes ATS de la aplicacin ATSMHS se definen
en el Doc 9705, Subvolumen III.
3.6.2 Servicio de comunicaciones
interred de la ATN
Nota. Los requisitos del servicio de comunicaciones
interred de la ATN se aplican a las entidades funcionales de
los sistemas de extremo y de los sistemas intermedios que
conjuntamente proporcionan el servicio de comunicaciones
interred ATN. El servicio de comunicaciones interred ATN se
proporciona al usuario (es decir, las capas superiores) va la
interfaz de servicio de la capa de transporte.
3.6.2.1 Un sistema de extremo (ES) ATN tendr capacidad
para dar apoyo a la interred ATN, incluyendo:
a) la capa de transporte; y
b) la capa de red.
3.6.2.2 Un sistema intermedio (IS) ATN apoyar las dispo-
siciones relativas a la capa de red ATN, en forma apropiada a
la clase de IS ATN en cuestin.
Nota. Se resean diversas clases de sistemas intermedios
ATN, a cuyo respecto se definen los perfiles de la capa de red,
en el Doc 9705, Subvolumen V.
3.7 REQUISITOS
DE ASIGNACIN DE NOMBRES
Y DIRECCIONAMIENTO ATN
Nota. El plan de asignacin de nombres y direcciona-
miento ATN se ajusta a los principios de identificacin unvoca
y sin ambigedades de objetos de informacin y normalizacin
de direcciones mundiales.
3.7.1 En la ATN se dispondr lo necesario para asignar
nombres de entidad de aplicacin.
3.7.2 En la ATN se dispondr lo necesario para el direc-
cionamiento de red y de transporte.
Nota. Las disposiciones tcnicas para las asignacin de
nombres de entidad de aplicacin ATN se definen en el
Doc 9705, Subvolumen IV, las disposiciones para el direccio-
namiento de red y de transporte se definen en el Subvolumen V,
y las disposiciones para los servicios de registro se definen en
el Subvolumen IX de ese mismo documento.
3.8 REQUISITOS DE GESTIN
DEL SISTEMA ATN
Nota 1. La aplicacin de gestin de sistemas (SM) ATN
proporciona la capacidad necesaria para que el administrador
de gestin de sistemas intercambie informacin con un agente
SM u otro administrador SM.
Nota 2. Con respecto a las disposiciones tcnicas de los
servicios SM de la ATN, es posible que se requiera apoyo a
escala estatal o regional.
3.8.1 La ATN tendr capacidad para dar apoyo a las
siguientes funciones de la aplicacin de gestin de sistemas:
a) gestin de fallas;
b) gestin de configuracin;
4G
1/11/01
Nm. 76
c) gestin de contabilidad;
d) gestin de rendimiento; y
e) gestin de seguridad.
Nota. Las disposiciones tcnicas para la gestin de
sistemas ATN se definen en el Doc 9705, Subvolumen VI.
3.8.1.1 Los sistemas de extremo y los sistemas intermedios
ATN que sirven de apoyo a la aplicacin de gestin de sistemas
ATN y los administradores SM proporcionarn acceso a los
objetos gestionados.
Nota. Las definiciones de objetos gestionados por la
aplicacin SM y las disposiciones de acceso se definen en el
Doc 9705, Subvolumen VI.
3.9 REQUISITOS
DE SEGURIDAD ATN
3.9.1 La seguridad de la ATN se lograr mediante una
combinacin de disposiciones tcnicas, medidas de seguridad
fsica locales y medidas de seguridad de procedimientos.
Nota 1. Las disposiciones tcnicas relativas a seguridad
ATN se definen en el Doc 9705, y las medidas fsicas y de
seguridad de procedimientos se definen en el Anexo 17 y el
Manual de seguridad.
Nota 2. Con respecto a las disposiciones tcnicas de los
servicios de seguridad de la ATN, es posible que se requiera
apoyo a escala estatal o regional.
3.9.1.1 Recomendacin. Deberan aplicarse las tc-
nicas fsicas y de procedimientos siguientes para proporcionar
seguridad a los sistemas de extremo, los sistemas intermedios,
los administradores de sistemas, los servidores de gua y las
subredes de la ATN:
a) acceso fsico restringido a los sistemas de extremo, sistemas
intermedios, puestos de trabajo SM, servidores de gua,
conmutadores de subred, administradores de la red y otros
subsistemas de red esenciales de la ATN;
b) acceso de usuarios restringido a los sistemas de extremo,
sistemas intermedios, servidores de gua y puestos de
trabajo SM de la ATN, al personal autorizado nicamente; y
c) uso prohibido o restringido del acceso a distancia a los
sistemas de extremo de tierra, sistemas intermedios y
puestos de trabajo SM de la ATN.
3.9.2 Poltica en materia de seguridad ATN
Nota. La vigilancia de las comunicaciones y el anlisis de
trfico de terceros no constituyen un riesgo desde el punto de
vista de la seguridad y se considera que no son una amenaza
para la seguridad de las ATSC. No obstante, es posible que
algunos usuarios y aplicaciones ATS o no ATS tengan polticas
locales o institucionales segn las cuales la vigilancia de las
comunicaciones y el anlisis de trfico de terceros se conside-
raran amenazas para la seguridad teniendo en cuenta otros
aspectos, como el econmico, por ejemplo.
3.9.2.1 Los mensajes ATS estarn protegidos contra
suplantacin, modificaciones y repeticin.
Nota 1. Esto significa que para los mensajes de datos
intercambiados entre entidades ATN habr un alto grado de
seguridad en cuanto a que el mensaje viene de donde dice venir,
no ha sido manipulado indebidamente y no se trata de una
repeticin de un mensaje obsoleto.
Nota 2. El nivel de proteccin podr variar segn el tipo
de amenaza contra la seguridad y el nivel del servicio de
seguridad ATN seleccionado por el usuario o proceso de
aplicacin.
3.9.2.2 Debern aceptarse las peticiones de proteccin de
los mensajes ATS:
Nota. Se podr aceptar una peticin para no utilizar la
proteccin. Esto significa que el uso de seguridad constituye el
valor preestablecido y que la negociacin para no utilizarla
depende de polticas locales.
3.9.2.3 Los servicios ATN que tramitan mensajes hacia y
desde las aeronaves estarn protegidos contra ataques de
denegacin de servicio hasta un nivel de probabilidad que
concuerde con la disponibilidad del servicio de aplicacin
requerido, segn lo determinen las polticas locales.
Nota 1. El trmino denegacin de servicio describe la
situacin que tiene lugar cuando se obstruye deliberadamente
el acceso legtimo a la informacin o a otros recursos ATN.
Nota 2. Esto puede significar que es necesario contar con
trayectos de comunicaciones de alternativa en caso de que un
trayecto sea objeto de denegacin de servicio.
4H 27/11/03
Nm. 78
1/11/01
Nm. 76
TABLAS DEL CAPTULO 3
Tabla 3-1. Retardos de trnsito
para las distintas clases de ATSC
Mximo retardo de trnsito extremo a
extremo por la ATN en un solo sentido
con un 95% de probabilidad (segundos) Clase de ATSC
Reservado A
4,5 B
7,2 C
13,5 D
18 E
27 F
50 G
100 H
sin valor especificado sin preferencia
Nota 1. El valor de retardo de trnsito de extremo a extremo por la ATN repre-
senta aproximadamente el 90% del valor de retardo de trnsito total extremo a
extremo entre usuarios finales del sistema.
Nota 2. La probabilidad del 95% se basa en la disponibilidad de una ruta que se
ajuste a la clase de ATSC solicitada.
4I
1/11/01
Nm. 76
Tabla 3-2. Correspondencia de las prioridades de comunicaciones ATN
Categoras de mensajes Aplicacin ATN
Prioridad del protocolo correspondiente
Prioridad de la capa
de transporte
Prioridad de la capa
de red
Gestin de red/sistemas SM 0 14
Comunicaciones de socorro 1 13
Comunicaciones urgentes 2 12
Mensajes de alta prioridad relativos a la seguridad
del vuelo CPDLC, ADS 3 11
Mensajes de prioridad normal relativos a la seguridad
del vuelo AIDC ATIS 4 10
Comunicaciones meteorolgicas METAR 5 9
Comunicaciones relativas a la regularidad del vuelo CM, ATSMHS 6 8
Mensajes del servicio de informacin aeronutica 7 7
Administracin de red/sistemas SM, DIR 8 6
Mensajes aeronuticos administrativos 9 5
<por asignar> 10 4
Comunicaciones de prioridad urgente administrativas y
relativas a la Carta de las Naciones Unidas 11 3
Comunicaciones de alta prioridad administrativas y de los
Estados/gobiernos 12 2
Comunicaciones administrativas de prioridad normal 13 1
Comunicaciones administrativas de baja prioridad y
comunicaciones aeronuticas de los pasajeros 14 0
Nota. Las prioridades de la capa de red que figuran en esta tabla se aplican nicamente a la prioridad de red sin conexin y no a
la prioridad de la subred.
4J
1/11/01
Nm. 76
Tabla 3-3. Correspondencia de la prioridad de la red ATN
respecto a la prioridad de la subred mvil
Categoras de mensajes
Prioridad
de la capa
de red ATN
Prioridad correspondiente de la subred mvil (vase la Nota 4)
SMAS
VDL
Modo 2
VDL
Modo 3
VDL
Modo 4
(vase la
Nota 5)
SSR
Modo S HFDL
Gestin de red/sistemas 14 14 vase la Nota 1 3 alta alta 14
Comunicaciones de socorro 13 14 vase la Nota 1 2 alta alta 14
Comunicaciones urgentes 12 14 vase la Nota 1 2 alta alta 14
Mensajes de alta prioridad
relativos a la seguridad
del vuelo 11 11 vase la Nota 1 2 alta alta 11
Mensajes de prioridad normal
relativos a la seguridad
del vuelo 10 11 vase la Nota 1 2 alta alta 11
Comunicaciones meteorolgicas 9 8 vase la Nota 1 1 media baja 8
Comunicaciones relativas a la
regularidad del vuelo 8 7 vase la Nota 1 1 media baja 7
Mensajes del servicio de
informacin aeronutica 7 6 vase la Nota 1 0 media baja 6
Administracin de red/sistemas 6 5 vase la Nota 1 0 media baja 5
Mensajes aeronuticos
administrativos 5 5 no permitida no permitida no permitida no permitida no permitida
<por asignar> 4 por asignar por asignar por asignar por asignar por asignar por asignar
Comunicaciones de prioridad
urgente administrativas y
relativas a la Carta de
las Naciones Unidas 3 3 no permitida no permitida no permitida no permitida no permitida
Comunicaciones de alta prioridad
administrativas y de los
Estados/gobiernos 2 2 no permitida no permitida no permitida no permitida no permitida
Comunicaciones administrativas
de prioridad normal 1 1 no permitida no permitida no permitida no permitida no permitida
Comunicaciones administrativas
de baja prioridad y comunica-
ciones aeronuticas de los
pasajeros 0 0 no permitida no permitida no permitida no permitida no permitida
Nota 1. El VDL en Modo 2 no tiene mecanismos especficos de prioridad de la subred.
Nota 2. En los SARPS SMAS se especifica la correspondencia entre las categoras de mensajes y la prioridad de la subred sin hacer
referencia explcita a la prioridad de la capa de red ATN.
Nota 3. La expresin no permitida significa que solamente las comunicaciones relativas a la seguridad y regularidad del vuelo estn
autorizadas a pasar por esta subred, con arreglo a lo definido en los SARPS de la subred.
Nota 4. Se enumeran nicamente las subredes mviles para las cuales existen SARPS relativos a la subred y para las que explcitamente
se proporciona apoyo en las disposiciones tcnicas del sistema intermedio limtrofe (BIS) ATN.
Nota 5. La subred VDL en Modo 4 apoya las aplicaciones de vigilancia (p. ej., la ADS).
4K
27/11/03
Nm. 78
1/11/01
Nm. 76
FIGURA DEL CAPTULO 3
Figura 3-1. Modelo conceptual de la ATN
Nota 1. El sombreado indica los elementos que quedan fuera del mbito de estos SARPS. Los requisitos de usuario definen la interfaz
entre la entidad de aplicacin y el usuario y garantizan que existirn las funciones y la compatibilidad operacional requeridas en la ATN.
Nota 2. En la figura se representa un modelo simplificado de la ATN y no se ilustra toda su funcionalidad (por ejemplo las funciones
de almacenamiento y retransmisin proporcionadas para el servicio de tratamiento de mensajes ATS).
Nota 3. Se han definido varios puntos extremo a extremo en la ATN para especificar ciertos requisitos de performance de extremo
a extremo. No obstante, acaso sea necesario definir otros puntos extremo a extremo diferentes para determinar ms fcilmente si la
implantacin se realiza con arreglo a los requisitos de performance. En esos casos, los puntos extremo a extremo deberan definirse
claramente y establecerse correlacin con los puntos extremo a extremo indicados en la figura.
Nota 4. Un IS es una representacin conceptual de la funcionalidad y no corresponde precisamente a un encaminador.
El encaminador que pone en funcionamiento la aplicacin de gestin de sistemas requiere los protocolos de un sistema de extremo y
cuando se utiliza la aplicacin de gestin de sistemas acta tambin como sistema de extremo.
4L
Nm. 75
4.1 GENERALIDADES, DEFINICIONES
Y DESCRIPCIN DE TIPOS DE CANALES,
CAPACIDAD DEL SISTEMA
4.1.1 Definiciones y descripcin
de tipos de canales
4.1.1.1 Definiciones
Aplicacin. Uso final de un sistema de informacin, por contra-
posicin con el sistema en s mismo.
BPSK para la aviacin (A-BPSK). Forma particular de modu-
lacin por desplazamiento de fase binaria que se utiliza
en el SMAS para velocidades de transmisin por canal
de 2,4, 1,2 y 0,6 kbits/s. La A-BPSK es una tcnica de
modulacin que transforma un 0 en un desplazamiento de
fase de 90 y un 1 en un desplazamiento de fase de +90.
El tren de datos A-BPSK codificado en fase se filtra
seguidamente por un filtro que satisface los lmites de
amplitud y de fase en funcin de la frecuencia que se define
en las Tablas A1-1 y A1-2 del Apndice 1, Captulo 4.
Degradacin/prdida de canal P. Declaracin que se hace
cuando la proporcin de errores en los bits por canal P sube
a un valor por encima de 10
-4
en un promedio de tiempo
de 3 minutos, o cuando se experimentan en cualquier
perodo de 3 minutos ms de 10 interrupciones de corto
plazo (prdida de sincronizacin de canal P durante menos
de 10 segundos); o cuando se pierde por ms de 10 segun-
dos la sincronizacin de canal P.
poca. Lapso relacionado con el principio y el fin, o la
duracin total, de un suceso o de una secuencia de sucesos
asociados.
Estacin de coordinacin de red (NCS). Entidad del conjunto
de sistema SMAS(R) que asume la responsabilidad de ejer-
cer las funciones de: coordinar el trfico de comunicaciones
y su conexin con los satlites dentro de su regin de sat-
lites; y proporcionar la coordinacin entre sistemas con las
regiones adyacentes de satlites a las que prestan servicio
otros satlites.
Haz de cobertura global. Directividad de una antena de satlite
cuyo lbulo principal abarca toda la superficie de la tierra
que est dentro del alcance ptico del satlite.
Haz puntual. Directividad de una antena de satlite cuyo lbulo
principal abarca una zona de la superficie de la tierra
significativamente inferior a la que est dentro del campo de
visin del satlite. Este haz puede disearse de modo que
mejore la eficiencia de recursos del sistema en funcin de
la distribucin geogrfica de las estaciones terrenas de
usuarios.
Informacin de control de interfaz de enlace (LICI). Infor-
macin de control intercambiada entre la capa de enlace y
cualesquiera de los usuarios de su servicio como parte de la
unidad de datos de interfaz de enlace (LIDU).
Nmero Q, nivel Q, precedencia Q. Definicin de la prece-
dencia de transmisin de un mensaje o secuencia de
sealizacin, utilizando nmeros de 0 a 15 (siendo el 15 el
que se transmite primero).
rbitas casi geoestacionarias. Los satlites que describen rbi-
tas casi geoestacionarias tienen un perodo orbital de
24 horas con una inclinacin de hasta 5 respecto al plano
ecuatorial.
QPSK para la aviacin (A-QPSK). Forma particular de modu-
lacin por desplazamiento de fase en cuadratura que se
utiliza en el SMAS para velocidades de transmisin por
canal superiores a 2 400 bits/s. La A-QPSK es una tcnica
de modulacin que transforma un 0 en 0 y un 1 en
180, o un 0 en 90 y un 1 en 270, alternando entre
las dos opciones en bits consecutivos. El tren de datos
codificado A-QPSK se filtra de modo que el espectro
modulado se ajuste a la mscara de amplitud de la Tabla A1-
3 y a la mscara de fase de la Tabla A1-2 del Apndice 1,
Captulo 4.
Rfaga. Conjunto contiguo, definido en funcin del tiempo
de una o ms unidades de sealizacin conexas que puede
transmitir informacin de usuario, as como protocolos,
sealizacin y cualquier prembulo necesario.
Regin de satlite. Subregin geogrficamente definida dentro
del campo de visin de un satlite en la que dicho satlite
puede proporcionar servicios.
Servicio de enlace directo (DLS). Servicio de comunicaciones
de datos que no trata de corregir automticamente los
errores, detectados o no detectados, en la capa de enlace del
trayecto de comunicaciones aire-tierra. (El control de errores
pueden efectuarlo los sistemas de usuario de extremo.)
Servicio de enlace fiable (RLS). Servicio de comunicaciones
de datos proporcionado por la subred que ejecuta autom-
ticamente el control de errores por su enlace, mediante la
deteccin de errores y la retransmisin solicitada de las
unidades de sealizacin que se hayan descubierto con
errores.
Sincronizacin de canal P. Un estado del demodulador de
canal P cuando se detecta fiablemente la palabra nica por
canal P.
Supertrama. Conjunto recurrente, estructurado en funcin del
tiempo, de tramas de transmisin de datos, que comprende
tambin un marcador de supertrama (vase tambin el
trmino trama).
CAPTULO 4. SERVICIO MVIL AERONUTICO
POR SATLITE
6 2/11/00
Nm. 75
Trama. Segmento de tiempo estructurado y repetitivo de la
arquitectura de enlace de comunicaciones que proporciona
actividades de comunicaciones previsibles en el tiempo,
entre su inicio y su fin.
Unidad aislada de sealizacin (LSU). Una sola unidad de
sealizacin que comprende la totalidad del mensaje.
Unidad de datos de interfaz de enlace (LIDU). Informacin
total transferida en una sola interaccin a travs de la
interfaz entre la capa de enlace y un usuario del servicio de
enlace. Cada LIDU contiene informacin de control de
interfaz de enlace (LICI) y puede contener tambin una sola
unidad de datos de servicio de enlace (LSDU).
Unidad de datos de servicio de enlace (LSDU). Parte de la
unidad de datos de interfaz de enlace (LIDU) que es
equivalente a la unidad de datos de protocolo de subred
(SNPDU).
Unidad de sealizacin (SU). Conjunto contiguo, ordenado en
funcin del tiempo, que consta de octetos de datos utilizados
para sealizacin y control y para las transmisiones de datos
por paquete de usuario. Las SU de longitud normal son de
96 bits (12 octetos) utilizadas en los canales P, T y C. Las
SU por canal R son de 152 bits (19 octetos) y por canal T
se utiliza una SU de encabezamiento de 48 bits (6 octetos).
Unidad inicial de sealizacin (ISU). La primera de la serie
de unidades de sealizacin a las que siguen las SSU.
Unidad subsiguiente de sealizacin (SSU). Unidades de
sealizacin en una serie de SU, que siguen a la unidad
inicial de sealizacin.
Verificacin cclica de redundancia. Los dos ltimos multietos
de cada unidad de sealizacin forman una verificacin
cclica de redundancia de la unidad de sealizacin completa
de la manera siguiente. Los bits de verificacin para
deteccin de errores se calculan a partir de los 10 primeros
octetos de una unidad de sealizacin de longitud normal o
de los 17 primeros octetos de una unidad de sealizacin de
longitud ampliada o de los primeros 4 octetos del iden-
tificador de rfaga, utilizndose el polinomio generador
siguiente:
x
16
+ x
12
+ x
5
+ 1
Nota. Vase el Libro Rojo del CCITT, Recomen-
dacin X.25, 2.2.7 respecto al mtodo de clculo y al orden
de transmisin de los bits.
Zona de servicios por satlite. Subregin geogrficamente
definida dentro del campo de visin de un satlite en la que
dicho satlite proporciona servicios. Tmese nota de que
una zona de servicios por satlite puede subdividirse en
funcin de sus caractersticas operacionales, condiciones o
limitaciones provenientes de una diversidad de motivos.
4.1.1.2 Descripcin de tipos de canales
4.1.1.2.1 Canal P. Canal mltiplex por distribucin en el
tiempo (TDM) en modo paquete, de transmisin continua desde
la estacin terrena de tierra (GES) aeronutica, en el sentido
hacia la aeronave para sealizacin y datos de usuario. El
canal P que se utiliza para las funciones de gestin del sistema
se designa como P
smc
, mientras que el canal P que se utiliza para
otras funciones se designa como P
d
. Las designaciones funcio-
nales P
smc
y P
d
no se aplican necesariamente a canales fsica-
mente separados.
4.1.1.2.2 Canal R. Canal de acceso aleatorio (Aloha a
intervalos), utilizado en el sentido desde la aeronave para trans-
mitir sealizacin y datos de usuario. El canal R que se utiliza
para las funciones de gestin del sistema se designa como R
smc
,
mientras que el canal R que se utiliza para otras funciones se
designa como R
d
. Las designaciones funcionales R
smc
y R
d
no
se aplican necesariamente a canales fsicamente separados.
4.1.1.2.3 Canal T. Canal de acceso mltiple por distribu-
cin en el tiempo (TDMA) para reserva, utilizado nicamente
en el sentido desde la aeronave. La GES receptora reserva
intervalos de tiempo para transmisiones solicitadas por
estaciones terrenas de aeronave (AES), de acuerdo con la
longitud del mensaje. La AES emisora transmite el mensaje en
los intervalos de tiempo reservados, de acuerdo con la
prioridad.
4.1.1.2.4 Canal C. Un solo canal por portadora (SCPC) en
modo circuito, utilizado en ambos sentidos, hacia la aeronave
y desde la aeronave. Este canal multiplexado por distribucin
en el tiempo constituye un canal primario, para el trfico en
fona o de datos, y un canal de sub-banda para sealizacin,
supervisin y mensajes de datos. El uso de este canal se controla
mediante sealizacin de asignacin y de liberacin, al
comienzo y al final de cada transaccin.
4.1.2 Generalidades
4.1.2.1 Cuando se instale y mantenga en funcionamiento
como ayuda para los servicios de trnsito areo el servicio
mvil aeronutico por satlite (SMAS), con satlites en rbitas
casi geoestacionarias, se ajustar a las disposiciones de 4.1
a 4.10.
4.1.2.2 El requisito de transportar obligatoriamente equipo
SMAS se establecer mediante acuerdos regionales de nave-
gacin area que especifiquen el espacio areo de operaciones
y las fechas de aplicacin del requisito de transportar dicho
equipo.
4.1.2.3 En los acuerdos mencionados en 4.1.2.2 se prever
un preaviso, de dos aos de antelacin como mnimo, para
hacer obligatorio el transporte de los sistemas de a bordo.
4.1.2.4 Recomendacin. Las autoridades de aviacin
civil deberan coordinar con las autoridades nacionales y los
proveedores de servicios, los aspectos de implantacin del
SMAS que hagan posible su interfuncionamiento mundial y su
ptima utilizacin segn corresponda.
Nota. Las disposiciones sobre atribucin y asignacin de
direcciones de aeronave de 24 bits para el SMAS figuran en
el Captulo 9.
4.1.3 Capacidad del sistema
Nota. El sistema que proporciona servicio mvil aero-
nutico por satlite (SMAS) comprende la AES, el satlite y la
7 2/11/00
Nm. 75
GES. El sistema de Nivel 1 (2, 3 4) comprende una AES de
capacidad de Nivel 1 (2, 3 4), uno o ms satlites y una o
ms GES cuyas funciones sean compatibles con las de la AES.
Pueden coexistir mltiples proveedores del servicio de tales
sistemas. Se proporciona un nivel bsico de interfuncionalidad
entre distintos sistemas.
4.1.3.1 Alcance. En cualquier nivel de capacidad de
sistema estarn comprendidos los parmetros de actuacin de
la AES, del satlite y de la GES. Todas las AES tendrn, por
lo menos, la capacidad de Nivel 1 y mantendrn continuamente
la vigilancia por canal P despus de la conexin con la GES.
Cada GES proporcionar, en cualquier momento en que fun-
cione el SMAS(R), por lo menos la capacidad de Nivel 1.
4.1.3.1.1 Para cada rea de servicios por satlite, habr un
canal P y un canal R que desempeen las funciones de gestin
del sistema, o sea la capacidad P
smc
y R
smc
.
4.1.3.1.2 En caso de que haya una sola unidad para canales
de transmisin compartida entre los canales R y T, se demo-
rarn las transmisiones por canal R, siempre que sea necesario,
para evitar que se interrumpa la transmisin por canal T.
4.1.3.2 Nivel 1. La AES con capacidad de Nivel 1 desem-
pear las funciones en lo que respecta a:
a) recibir y procesar datos por un canal P a las velocidades de
transmisin por canal de 0,6 y de 1,2 kbits/s; y
b) procesar y transmitir datos por un canal R y por un canal T
a las velocidades de transmisin por canal de 0,6 y de
1,2 kbits/s.
No se requerir la transmisin simultnea por canal R y por
canal T.
4.1.3.2.1 La AES con capacidad de Nivel 1 recibir y pro-
cesar continuamente por el canal P asignado, una vez
conectado, por el que la GES pueda recibir los mensajes
dirigidos a la AES y responder a las rdenes de la GES.
4.1.3.2.2 Recomendacin. La AES con capacidad
de Nivel 1 debera tambin desempear las funciones indi-
cadas en 4.1.3.2 para la velocidad de transmisin por canal
de 2,4 kbits/s.
Nota. La AES con capacidad de Nivel 1 proporciona
comunicaciones bsicas de datos en modo paquete que se
basan en el modelo de interconexin de sistemas abiertos, en
apoyo de las comunicaciones de seguridad aeronutica. La
AES con capacidad de Nivel 1 requiere un canal de recepcin
y un canal de transmisin.
pear todas las funciones en lo que respecta a:
a) recibir y procesar datos por un canal P a la velocidad de
transmisin por canal de 0,6 y 10,5 kbits/s; y
b) procesar y transmitir datos por un canal R y por un canal T
a la velocidad de transmisin por canal de 0,6 y 10,5 kbits/s.
No se requerir la transmisin simultnea por canal R y por
canal T. No se requerir la recepcin simultnea por ms de un
canal P.
4.1.3.3.1 Recomendacin. La AES con capacidad de
Nivel 2 debera desempear tambin las funciones indicadas en
4.1.3.3 a) para la velocidad de transmisin por canal de
4,8 kbits/s.
4.1.3.4 Nivel 3. La AES con nivel de capacidad 3, desem-
pear todas las funciones en lo que respecta a:
a) la AES con capacidad de Nivel 2; y
b) recibir, procesar y transmitir datos por un canal C a la velo-
cidad de transmisin de datos por canal de 8,4 21,0 kbits/s.
No se requerir el funcionamiento simultneo del canal C, ya
sea con el canal R, ya sea con el canal T.
4.1.3.4.1 Recomendacin. Debera proporcionarse la
capacidad de Nivel 3 por canal C a las velocidades de
transmisin por canal de 5,25, de 6,0 y de 10,5 kbits/s.
Nota. La AES con capacidad de Nivel 3 proporciona las
funciones en fona digitalizada por canal C, adems de la
capacidad de Nivel 2 de transmisin de datos en modo paquete.
En las Secciones 4.8 y 4.9 se describen los requisitos en cuanto
a ceder por derecho preferente. Son necesarios dos canales de
recepcin y un canal de transmisin.
pea todas las funciones para:
a) la AES con capacidad de Nivel 3;
b) funcionamiento simultneo por canal C y por canal R; y
c) funcionamiento simultneo por canal C y por canal T.
No se requerir el funcionamiento simultneo por los tres
canales (C, R y T).
4.1.3.5.1 Recomendacin. Debera proporcionarse la
capacidad de Nivel 4 por canal C a velocidades de transmisin
de datos de 5,25, 6,0 y 10,5 kbits/s.
Nota. La AES con capacidad de Nivel 4 proporciona las
funciones orales digitalizadas por canal C, simultneamente
con la capacidad de transmisin de datos en modo paquete por
canal R o por canal T. Son necesarios dos canales de recepcin
y dos canales de transmisin.
4.1.3.5.2 Recomendacin. La AES de Nivel 4 debera
tener la capacidad de transmisin simultnea por canal R y por
canal T siempre que no se est utilizando el canal C.
4.2 CARACTERSTICAS RF
DE BANDA ANCHA
4.2.1 Bandas de frecuencias
4.2.1.1 Uso de las bandas del SMAS(R)
Nota. Las categoras de mensajes y sus prioridades
relativas en el servicio mvil aeronutico (R) figuran en el
Anexo 10, Volumen II, 5.1.8. Estas categoras y prioridades son
8 2/11/00
Nm. 75
igualmente vlidas para el servicio mvil aeronutico por
satlite (R) (vase el Reglamento de Radiocomunicaciones de
la UIT, Artculo S.44).
4.2.1.1.1 Cada estacin terrena de aeronave y cada
estacin terrena de tierra se disearn a fin de asegurar que los
mensajes definidos en el Anexo 10, Volumen II, 5.1.8 no se
vean demorados por la transmisin y/o recepcin de otros tipos
de mensajes que empleen frecuencias dentro de las bandas
establecidas en 4.2.1.2 y 4.2.1.3 u otras frecuencias con las que
la estacin pueda sintonizar. La transmisin de los tipos de
mensaje no definidos en el Anexo 10, Volumen II, 5.1.8 se
terminar si fuera necesario y sin preaviso para permitir la
transmisin y recepcin de mensajes de los tipos indicados en
el Volumen II, 5.1.8.
Nota. Vase el nm. S5.357A, del Reglamento de Radio-
comunicaciones de la UIT.
4.2.1.2 Hacia la aeronave
4.2.1.2.1 La estacin terrena de aeronave estar en con-
diciones de recibir en la banda de frecuencias de 1 544 a
1 555 MHz.
Nota. El uso de la banda de 1 544 a 1 545 MHz por parte
de los servicios mviles por satlite est limitado a operaciones
de socorro y seguridad.
4.2.1.2.2 Recomendacin. La estacin terrena de aero-
nave debera estar en condiciones de recibir en la banda de
frecuencias de 1 555 a 1 559 MHz.
Nota. La banda de 1 555 a 1 559 MHz puede estar prote-
gida y ser utilizada por algunos Estados para fines nacionales
e internacionales del SMAS(R).
nave debera tambin estar en condiciones de recibir en la
banda de frecuencias de 1 525 a 1 544 MHz.
Nota. La banda de frecuencias de 1 525 a 1 544 MHz
puede utilizarse para comunicaciones de socorro y de corres-
pondencia pblica con estaciones del servicio mvil martimo
por satlite, de conformidad con el Artculo S41 del Regla-
mento de Radiocomunicaciones de la UIT.
4.2.1.3 Desde la aeronave
4.2.1.3.1 La estacin terrena de aeronave estar en
condiciones de transmitir en la banda de frecuencias de 1 645,5
a 1 656,5 MHz.
Nota. El uso de la banda de 1 645,5 a 1 646,5 MHz por
parte de los servicios mviles por satlite est limitado a
operaciones de socorro y seguridad.
nave debera tambin estar en condiciones de transmitir en la
banda de frecuencias de 1 656,5 a 1 660,5 MHz.
Nota. La banda de 1 656,5 a 1 660,5 MHz puede estar
protegida y ser utilizada por algunos Estados para fines nacio-
nales e internacionales del SMAS(R).
nave debera tambin estar en condiciones de transmitir en la
banda de frecuencias de 1 626,5 a 1 645,5 MHz.
Nota. La banda de frecuencias de 1 626,5 a 1 645,5 MHz
puede utilizarse para comunicaciones de socorro y de corres-
pondencia pblica con estaciones del servicio mvil martimo
por satlite, de conformidad con el Artculo S41 del Regla-
4.2.1.4 Incrementos de sintonizacin
4.2.1.4.1 Los canales se atribuirn en todas las bandas en
incrementos de 2,5 kHz, para el trayecto de transmisin tanto
hacia la aeronave como desde la aeronave.
4.2.1.4.2 La asignacin de canales y la sintonizacin de la
estacin terrena de aeronave se realizarn bajo control de la
GES.
4.2.1.5 Numeracin de canales
4.2.1.5.1 El nmero de canal (Ct) se definir en relacin
con la frecuencia central del trayecto de transmisin hacia la
aeronave, mediante la frmula siguiente:
4.2.1.5.2 El nmero de canal (Cf) se definir en relacin
con la frecuencia central del trayecto de transmisin desde la
aeronave, mediante la frmula siguiente:
4.2.2 Precisin de frecuencia
La frecuencia de transmisin desde la estacin terrena de
aeronave, tal como la recibira el satlite, no diferir de la
frecuencia nominal del canal en ms de 383 Hz, compren-
didas todas las causas.
Nota. La frecuencia de las transmisiones recibidas en
una aeronave subsnica no debe diferir de la frecuencia
nominal del canal en ms de 2,18 kHz, comprendidas todas
las causas.
4.2.3 Caractersticas RF de las estaciones
terrenas de aeronave
Nota. Los siguientes requisitos se aplican a la totalidad
de las bandas de frecuencias de transmisin y de recepcin.
Ct =
frecuencia de transmisin (MHz) 1 510,0
0,0025
Cf =
frecuencia de transmisin (MHz) 1 611,5
0,0025
1/11/01
Nm. 76
9 2/11/00
Nm. 75
4.2.3.1 Caractersticas generales
de la antena
4.2.3.1.1 Volumen de cobertura de referencia. Se insta-
larn sistemas de antena que satisfagan los requisitos de
actuacin para transmitir y recibir dentro de un volumen de
cobertura, de 360 en azimut y entre 5 y 90 de elevacin a
partir del plano horizontal para aeronaves en vuelo en lnea
recta y vuelo horizontal.
4.2.3.1.1.1 Recomendacin. Tanto cuanto sea posible
deberan instalarse sistemas de antena que satisfagan los
requisitos de actuacin para transmitir y recibir dentro de un
volumen de cobertura de 360 en azimut y entre 5 y 90 de
elevacin a partir del plano horizontal para actitudes de
aeronave de +20 a 5 de cabeceo y de 25 de balanceo.
4.2.3.1.2 Polarizacin. La polarizacin ser circular
dextrgira tanto para la recepcin como para la transmi-
sin, de acuerdo con la definicin del Reglamento de
Radiocomunicaciones de la UIT, Nm. S1.154.
4.2.3.1.3 Conmutacin de antenas. Las estaciones terrenas
de aeronave que requieran ms de una antena sern capaces de
conmutar de una antena a otra, dentro del mismo subsistema
de antenas, de modo que la interrupcin de la seal no sea
superior a 40 ms.
Nota. En 4.2.3.2, 4.2.3.2 bis y 4.2.3.3 se indican en lneas
generales, solamente los requisitos correspondientes a las
antenas de alta, de intermedia y de baja ganancia. Ello no
impide que se incorporen en el futuro antenas de otra
ganancia; sin embargo, en los textos de orientacin que figuran
en el Adjunto A a la Parte I, del Anexo 10, Volumen III, se
describen algunos de los aspectos que han de tenerse en cuenta
antes de tal incorporacin.
4.2.3.2 Subsistemas de antenas
de poca ganancia
4.2.3.2.1 Relacin de ganancia a temperatura de ruido.
Los subsistemas receptores con antenas de poca ganancia
tendrn una relacin de ganancia a temperatura de ruido (G/T)
no inferior a 26 dB/K en el 85%, como mnimo, del volumen
de cobertura de referencia definido en 4.2.3.1.1; ni inferior a
31 dB/K en el 15% restante del volumen de cobertura de
referencia. La nica excepcin es la zona situada a ms de 70
de elevacin respecto al plano horizontal, donde la G/T ser no
menos de 28 dB/K.
4.2.3.2.2 Relacin axial. La relacin axial ser inferior a
6 dB para ngulos de elevacin comprendidos entre 45 y 90
e inferior a 20 dB para ngulos de elevacin comprendidos
entre 5 y 45, o la ganancia de la antena AES ser suficiente
para compensar el incremento en la prdida de polarizacin que
se sume a la que proviene de la relacin axial. La condicin para
incluir la compensacin supondr una relacin axial del satlite
de 2,5 dB, con los ejes mayores de las elipses de polarizacin
ortogonales.
4.2.3.2.3 Recomendacin. Tanto cuanto sea posible,
la G/T no debera ser inferior a 26 dB/K y la relacin axial
debera ser inferior a 6 dB dentro del 100% del volumen de
cobertura de referencia.
4.2.3.2 bis Subsistemas de antenas de ganancia
intermedia
Vase 4.2.3.6.
de alta ganancia
Los subsistemas receptores con antenas de alta ganancia
tendrn una relacin de ganancia a temperatura de ruido (G/T)
no inferior a 13 dB/K en el 75%, como mnimo, del volumen
de cobertura de referencia definido en 4.2.3.1.1; ni inferior a
25 dB/K en el 25% restante del volumen de cobertura de
referencia.
4.2.3.3.2 Relacin axial. La relacin axial ser inferior a
6 dB en el 75% del volumen de cobertura de referencia
mencionado en 4.2.3.3.1 dentro del cual la G/T debe ser supe-
rior a 13 dB/K, o la ganancia de la antena AES ser suficiente
para compensar el incremento en la prdida de polarizacin que
se sume a la que proviene de esta relacin axial. La condicin
para incluir la compensacin supondr una relacin axial del
satlite de 2,5 dB, con los ejes mayores de las elipses de
polarizacin ortogonales.
4.2.3.3.3 Recomendacin. Tanto cuanto sea posible,
la G/T no debera ser inferior a 13 dB/K y la relacin axial
debera ser inferior a 6 dB dentro del 100% del volumen de
cobertura de referencia.
4.2.3.3.4 Discriminacin. En el diagrama de ganancia de
antena para las funciones tanto de emisin como de recepcin,
la discriminacin ser de 13 dB como mnimo entre las direc-
ciones de los satlites deseados y de los no deseados espaciados
a 45 o ms de longitud, en no menos del 75% del volumen
de cobertura de referencia definido en 4.2.3.1.1.
4.2.3.3.4.1 Recomendacin. En el diagrama de ganan-
cia de antena para las funciones tanto de emisin como de
recepcin, la discriminacin debera ser de 13 dB como mnimo
entre las direcciones de los satlites deseados y de los no
deseados espaciados a 45 o ms de longitud, en el 100% del
volumen de cobertura de referencia definido en 4.2.3.1.1.
4.2.3.3.5 Discontinuidad de fase. Las transiciones en la
orientacin del haz entre posiciones de haz adyacentes al
conmutar de una antena a otra no ocasionarn transiciones de
fase RF superiores a 12 en la seal transmitida, para el 99%
de todas las combinaciones posibles de haces adyacentes.
4.2.3.3.5.1 Recomendacin. Las transiciones en direc-
cionamiento de haz entre posiciones de haz adyacentes de una
antena de haz conmutado no deberan causar transiciones de
fase RF superiores a 12 en la seal transmitida para el 100%
de todas las combinaciones posibles de haces adyacentes.
Nota. Este requisito slo se aplica a la actuacin de cada
red de antenas en el caso de redes de antenas mltiples.
4.2.3.4 Requisitos del receptor
4.2.3.4.1 Eficacia en cuanto a seales espurias y linea-
ridad del receptor. Se lograr la eficacia requerida segn lo
definido en 4.4.2.3 y 4.4.5.4, cuando se ilumine la antena
1/11/01
Nm. 76
10 2/11/00
Nm. 75
receptora en la direccin de mxima ganancia con una densidad
de flujo de potencia de 100 dBW/m
2
distribuida en la banda
de 1 525 a 1 559 MHz.
4.2.3.4.2 Eficacia fuera de banda del receptor. Se lograr
la eficacia requerida segn lo definido en 4.4.2.3 y 4.4.5.4 en
presencia de interferencia fuera de banda a los niveles
ordinarios de las condiciones normales de operacin.
4.2.3.4.3 Ruido de fase recibido. El diseo del receptor y
de los demoduladores ser tal que se asegure el pleno cumpli-
miento de la eficacia requerida siempre que las caractersticas
de ruido de fase de la seal recibida no excedan del valor de
mscara definido en la Tabla 4-1.*
4.2.3.4.4 Gama de captura. El receptor ser capaz de
captar y mantenerse enganchado a las seales con un despla-
zamiento respecto a la frecuencia nominal de hasta 2,180 kHz
a los niveles de portadora a ruido que figuran en la Tabla 4-2.
4.2.3.4.5 Rgimen de desplazamiento Doppler del recep-
tor. El receptor ser capaz de captar y mantenerse con la
eficacia definida en 4.3.3 a una velocidad de cambio de
frecuencia de 30 Hz por segundo.
4.2.3.5 Requisitos del transmisor
4.2.3.5.1 Lmites PIRE
4.2.3.5.1.1 En operaciones con antenas de poca ganancia,
el valor mnimo de la PIRE por portadora en la direccin del
satlite, cuando se telemanda con el valor de reglaje mximo,
ser de 13,5 dBW. La PIRE radiada en cualquier direccin no
exceder de 22,8 dBW.
4.2.3.5.1.1 bis En operaciones con antenas de ganancia
intermedia, el valor mnimo de la PIRE por portadora en la
direccin del satlite, cuando se telemanda con el valor de
reglaje mximo, ser de 12,5 dBW. La PIRE radiada en
cualquier direccin no exceder de 34,8 dBW con el valor de
reglaje mximo.
4.2.3.5.1.2 En operaciones con antenas de alta ganancia, el
valor mnimo de la PIRE por portadora en la direccin del
satlite, cuando se telemanda con el valor de reglaje mximo,
ser de 25,5 dBW. La PIRE radiada en cualquier direccin no
exceder de 34,8 dBW con el valor de reglaje mximo.
4.2.3.5.1.3 Para valores de reglaje inferiores al mximo,
la PIRE por portadora radiada en cualquier direccin no
exceder en ms de 5 dB de la PIRE radiada hacia el satlite
deseado.
4.2.3.5.1.4 En operaciones de portadora mltiple, la
mxima PIRE de funcionamiento admisible ser un nivel al
que:
a) la contribucin total de productos de intermodulacin prove-
nientes de fuentes activas corresponde al mximo permitido
en 4.2.3.5.7 (productos de intermodulacin en la banda), o
b) la relacin de ganancia a temperatura de ruido corresponda
al mnimo permitido en 4.2.3.2.1 4.2.3.3.1, segn
corresponda.
4.2.3.5.2 Control de la PIRE. La PIRE por portadora en
la direccin del satlite deseado ser ajustable en una gama de
15 dB, a incrementos de 1 dB, por telemando desde la GES.
4.2.3.5.3 Recomendacin. La PIRE mnima en la gama
de control de potencia debera ser una funcin de la velocidad
de transmisin por canal y de las caractersticas de haz del
satlite para reducir al mnimo la posibilidad de interferencias.
4.2.3.5.4 Nivel fuera de portadora. La PIRE en cualquier
direccin, totalizada en la banda de 1 626,5 a 1 660,5 MHz, con
telemando fuera de portadora ser de 24,5 dBW o menos.
4.2.3.5.5 PIRE de conexin. Al conectarse con una GES,
la PIRE de la AES ser por lo menos de 12,5 dBW.
4.2.3.5.6 PIRE no esencial en la banda. Al transmitir la
frecuencia portadora modulada a cualquier nivel hasta el de
PIRE mxima de funcionamiento admisible, la PIRE com-
puesta de radiacin no esencial en la banda y de ruido (exclu-
yendo los productos de intermodulacin), por referencia a una
banda de 4 kHz, no exceder de 55 dBc. Este requisito no se
aplicar a la banda de frecuencias a ambos lados de la
frecuencia central de portadora que se describe en 4.3.2.1.
4.2.3.5.7 Productos de intermodulacin
4.2.3.5.7.1 Para una AES de portadora mltiple, los
productos de intermodulacin radiados no causarn interfe-
rencia perjudicial en el funcionamiento del receptor de navega-
cin por satlite cuando tal receptor funcione en la misma
aeronave al transmitir dos transportadoras iguales con una
potencia total igual a la PIRE mxima de funcionamiento admi-
sible de la AES.
4.2.3.5.7.2 El transceptor de una AES no transmitir por
una frecuencia recin asignada que producira un producto de
intermodulacin de quinto orden a una frecuencia por debajo
de 1 610,0 MHz.
4.2.3.5.7.3 Se utilizarn tcnicas de gestin de frecuencias
para impedir que haya productos de intermodulacin de quinto
orden y de rdenes inferiores que sean radiados por la AES por
debajo de 1 610 MHz.
4.2.3.5.8 Niveles de densidad de PIRE fuera de banda. Al
transmitir la frecuencia portadora a cualquier nivel hasta el de
potencia mxima como se describe en 4.2.3.5.1, la PIRE fuera
de banda, comprendidos la radiacin no esencial, los armnicos
y el ruido generados por la AES, en cualquier direccin no
exceder de los niveles indicados en la Tabla 4-3.
4.2.3.5.8.1 Recomendacin. La densidad PIRE no
debera exceder de 140 dBc/1 MHz en la banda de 1 605 a
1 610 MHz.
4.2.3.5.9 Ruido de fase. El ruido de fase inducido en una
portadora modulada ser de una densidad espectral de potencia
no superior a la envolvente definida en la Tabla 4-4.
* Todas las tablas se presentan al final de este captulo.
11 2/11/00
Nm. 75
4.2.3.5.10 Rgimen de desplazamiento Doppler del trans-
misor. El rgimen mximo de cambio de la frecuencia de la
seal transmitida al compensar por la aceleracin de la aero-
nave en la direccin hacia el satlite, no exceder de 15 Hz por
segundo. La resolucin de ajuste Doppler no exceder de 10 Hz
y los cambios de frecuencia correspondientes se efectuarn sin
introducir discontinuidad de fase en la seal transmitida.
4.2.3.5.11 Las transmisiones SMAS no producirn inter-
ferencia perjudicial en el funcionamiento del receptor de nave-
gacin por satlite cuando este receptor funcione en la misma
aeronave que la AES.
de ganancia intermedia
Los subsistemas receptores que empleen antenas de ganancia
intermedia lograrn una relacin de ganancia a temperatura de
ruido no inferior a 19 dB/K en no menos del 85% del volumen
de cobertura de referencia definido en 4.2.3.1.1. La nica
excepcin a esto es la regin superior a 70 en elevacin desde
el plano horizontal en la que la G/T no ser inferior a 21 dB/K.
4.2.3.6.2 Relacin axial. La relacin axial ser inferior
a 6 dB en el 85% del volumen de cobertura de referencia men-
cionado en 4.2.3.1.1 en el que la G/T debe exceder de 19 dB/
K o la antena de la AES tendr suficiente ganancia para
compensar la prdida adicional de polarizacin en exceso de la
causada por esta relacin axial. En la condicin para incluir la
compensacin se supondr que la relacin axial del satlite es
de 2,5 dB, siendo los ejes principales de las elipses de polari-
zacin ortogonales.
4.2.3.6.3 Recomendacin. La G/T no debera ser infe-
rior a 19 dB/K y la relacin axial debera ser inferior a 6 dB
en el 100% del volumen de cobertura de referencia.
4.2.3.6.4 Discriminacin. En la configuracin de ganancia
de antena para las funciones de transmitir y recepcin se
efectuar una discriminacin no inferior a 7 dB entre las direc-
ciones de los satlites deseados y los no deseados espaciados
a 80 o ms de longitud, en no menos del 85% del volumen de
cobertura de referencia, definido en 4.2.3.1.1.
4.2.3.6.5 Recomendacin. En la configuracin de
ganancia para antena de las funciones de transmisin y
recepcin debera efectuarse una discriminacin no inferior a
7 dB entre las direcciones de los satlites deseados y los no
deseados espaciados a 80 o ms de longitud en el 100% del
volumen de cobertura de referencia definido en 4.2.3.1.1.
4.2.3.6.6 Discontinuidad de fase. Las transiciones de
direccionamiento de haz entre posiciones de haz adyacentes de
una antena de haz conmutado no causarn transiciones de fase
RF superiores a 30 grados en la fase de la seal recibida y
transmitida en el 99% de las combinaciones posibles de haz
adyacente.
4.2.3.6.7 Recomendacin. Las transiciones de direc-
cionamiento de haz entre posiciones de haz adyacentes de una
antena de haz conmutado no deberan causar transiciones de
fase RF superiores a 30 en la seal recibida y transmitida en
el 100% de todas las combinaciones posibles de haz adyacente.
4.3 CARACTERSTICAS
DE LOS CANALES RF
4.3.1 Modulacin
4.3.1.1 Modulacin para velocidades de transmisin por
canal de 2,4 kbits/s e inferiores. Para las velocidades de trans-
misin por canal de 2,4, de 1,2 y de 0,6 kbits/s, se utilizar la
modulacin por desplazamiento de fase binaria para la avia-
cin (A-BPSK).
4.3.1.2 Modulacin para velocidades de transmisin por
canal superiores a 2,4 kbits/s. Para velocidades de transmisin
por canal superiores a 2,4 kbits/s se utilizar la modulacin
por desplazamiento de fase en cuadratura para la aviacin
(A-QPSK).
4.3.2 Densidad espectral de potencia radiada. Se apli-
carn los siguientes lmites a la densidad espectral de potencia
radiada en cualquier direccin normalizando los valores en
funcin de la densidad espectral mxima en dicha direccin.
Los lmites se aplicarn a una portadora nica y tendrn como
centro la frecuencia de portadora. El lmite inferior no se
aplicar cuando la AES est transmitiendo el prembulo no
modulado al principio de una rfaga.
4.3.2.1 Desde la aeronave. El espectro de potencia radiado
por la AES estar comprendido dentro de los valores de ms-
cara definidos por la Tabla 4-5.
4.3.2.2 Hacia la aeronave. El espectro de potencia
recibido en la AES estar dentro de los valores de mscara
definidos por la Tabla 4-6 para A-BPSK, y en la Tabla 4-7 y
la Tabla 4-7A para A-QPSK.
4.3.3 Eficacia del demodulador. Cuando se aplican velo-
cidades de transmisin por canal como se define en 4.1, la
eficacia en cuanto a la proporcin de errores en los bits (BER)
de los demoduladores de canal despus de la desaleatorizacin,
ser igual o mejor que la indicada en la Tabla 4-8. Esta eficacia
se alcanzar en las condiciones siguientes:
a) en presencia de dos portadoras interferentes adyacentes a
cada lado de la portadora deseada, a un nivel superior en
5 dB a la portadora deseada, con la imprecisin especificada
de frecuencia, respecto a la separacin nominal entre
portadoras, y para el demodulador de la AES, con la AES
funcionando hasta la PIRE mxima de funcionamiento
admisible;
b) mientras se reciba una seal transmitida con las caracte-
rsticas de ruido mximo de fase descritas en 4.2.3.5.9;
c) durante discontinuidades de fase RF de 12 que se producen
al rgimen de una por segundo; y
d) en condiciones de canal Rician para anchuras de banda de
desvanecimiento de 20, 60 y 100 Hz con una relacin de
portadora a multitrayecto de 7 dB para sistemas con una
antena de poca ganancia o con antenas de poca ganancia y
de alta ganancia; o de 10 dB para sistemas que utilizan
solamente una antena de alta ganancia.
Nota. Los objetivos de performance respecto de errores
en los bits del enlace radioelctrico SMAS(R) figuran en la
Recomendacin M.1037 del UIT-R.
1/11/01
Nm. 76
12 2/11/00
Nm. 75
4.3.4 Eficacia de adquisicin
4.3.4.1 Tiempo para adquirir sincronizacin de super-
trama. El perodo desde el telemando a la antena para adqui-
sicin del satlite hasta la sincronizacin de supertrama no
exceder de 16 segundos.
Nota. Se supone que la AES est dentro del rea de
servicio por satlite de dicho canal P.
4.3.4.2 Recomendacin. El perodo desde el telemando
a la antena para adquisicin del satlite hasta la sincroni-
zacin de supertrama debera ser lo ms breve posible.
4.3.4.3 Adquisicin del demodulador
de la AES por canal C
4.3.4.3.1 Velocidad de transmisin
4.3.4.3.1 por canal de 21,0 kbits/s
4.3.4.3.1.1 Enganche de trama. La probabilidad de no
lograr el enganche de trama con la primera palabra nica que
sigue al prembulo de rfagas ser inferior a uno en 10
4
a una
E
s
/N
0
de 1,2 dB en un canal gaussiano, incluidas las condi-
ciones de 4.3.3 a) y b), y con la imprecisin mxima de
frecuencia entre rfagas de 30 Hz y la desviacin mxima de
la precisin de la velocidad de transmisin por canal de 4.4.5.1.
4.3.4.3.1.2 Enganche falso de trama. La probabilidad de
enganche falso de trama ser inferior a uno en 10
5
a una E
s
/
N
0
de 0 dB en un canal gaussiano, incluidas las condiciones de
4.3.3 a) y b), y con la imprecisin mxima de frecuencia entre
rfagas de 30 Hz y de desviacin mxima de la precisin de
la velocidad de transmisin por canal de 4.4.5.1.
4.3.4.3.1.3 Nueva adquisicin de enganche de trama. Una
vez perdido el enganche de trama, se adquirir en un plazo de
3,0 segundos el 99 por ciento de las veces, a una E
s
/N
0
de 0 dB
en un canal gaussiano, incluidas las condiciones de 4.3.3 a)
y b), y con la imprecisin mxima de frecuencia de rfagas de
30 Hz y la desviacin mxima de la precisin de la velocidad
de transmisin por canal de 4.4.5.1.
4.3.4.3.2 Velocidad de transmisin
4.3.4.3.1 por canal de 8,4 kbits/s
4.3.4.3.2.1 Enganche de trama. La probabilidad de no
lograr el enganche de trama con la primera palabra nica ser
inferior a uno en 10
3
a una E
s
/N
0
de 4,1 dB en un canal
gaussiano, incluidas las condiciones de 4.3.3 a) y b), y con la
imprecisin mxima de frecuencia de rfagas de 30 Hz y la
desviacin mxima de la precisin de la velocidad de trans-
misin por canal de 4.4.5.1.
4.3.4.3.2.2 Enganche falso de trama. La probabilidad de
enganche falso de trama ser inferior a uno en 10
4
a una E
s
/
N
0
de 4,1 dB en un canal gaussiano, incluidas las condiciones
de 4.3.3 a) y b), y con la imprecisin mxima de frecuencia de
rfagas de 30 Hz y la desviacin mxima de la precisin de
la velocidad de transmisin por canal de 4.4.5.1.
4.3.4.3.2.3 Nueva adquisicin de enganche de trama.
Una vez perdido el enganche de trama, se adquirir en un plazo
de 0,5 segundos, el 90% de las veces, a una E
s
/N
0
de 4,1 dB
en un canal gaussiano, incluidas las condiciones de 4.3.3 a)
y b), y con la imprecisin mxima de frecuencia de rfagas de
30 Hz y la desviacin mxima de la precisin de la velocidad
de transmisin por canal de 4.4.5.1.
4.3.4.4 Adquisicin del demodulador
de la GES por canal C
4.3.4.4.1 Velocidad de transmisin por canal de 21,0 kbits/
s. En un canal gaussiano y en las condiciones indicadas en 4.3.3
a) y b), con un desplazamiento de frecuencia de 600 Hz, y
un desplazamiento de frecuencia de reloj de 0,5 Hz, la proba-
bilidad de no lograr el enganche de trama con la primera palabra
nica ser inferior a 1 en 10
3
a una E
s
/N
0
de 1,7 dB. La proba-
bilidad de enganche falso de trama ser inferior a 1 en 10
5
a
una E
s
/N
0
de 1,7 dB. Si se perdiera el enganche de trama, se
adquirir nuevamente en un plazo de 3,0 segundos, el 99% de
las veces, a una E
s
/N
0
de 1,7 dB.
4.3.4.4.1 bis Velocidad de transmisin por canal de
8,4 kbits/s. En un canal gaussiano y en las condiciones indica-
das en 4.3.3 a) y b), con un desplazamiento de frecuencia de
600 Hz, y un desplazamiento de frecuencia de reloj de
0,5 Hz, la probabilidad de no lograr el enganche de trama
con la primera palabra nica ser inferior a 1 en 10
3
a una E
s
/N
0
de 4,4 dB. La probabilidad de enganche falso de trama ser
inferior a 1 en 10
4
a una E
s
/N
0
de 4,4 dB. Si se perdiera el
enganche de trama, se adquirir nuevamente en un plazo de
0,5 segundos, el 90% de las veces, a una E
s
/N
0
de 4,4 dB.
4.3.4.4.2 Otras velocidades de transmisin por canal C.
La probabilidad de que el demodulador de la GES no logre el
enganche de trama en un plazo de 0,75 segundos a partir del
inicio de la transmisin por canal C ser inferior a un caso
en 10
2
.
4.3.4.4.3 Recomendacin. El demodulador GES debe-
ra lograr el enganche de trama del canal C tan pronto como
sea posible despus del inicio de la transmisin por canal C.
4.4 TIPOS DE FORMATO Y VELOCIDADES
DE TRASMISIN POR CANAL
4.4.1 Generalidades
4.4.1.1 Punto de referencia para temporizacin del
sistema de aeronave. El punto de referencia de temporizacin
para las seales generadas y recibidas por la AES estar en la
antena.
4.4.1.2 Velocidades de transmisin por canal. Las velo-
cidades de transmisin por canal que se apliquen a los niveles
de capacidad del sistema que se definen en 4.1.3, sern las
indicadas en la Tabla 4-9.
4.4.1.3 Unidades de sealizacin (SU). Toda la infor-
macin que haya de transmitirse por los canales P, R, T, y C
de sub-banda estar en el formato de unidades de sealizacin.
En el caso de los canales P, T y C de sub-banda cada unidad
de sealizacin constar de 96 bits. En el caso del canal R
cada unidad de sealizacin constar de 152 bits. Los formatos
de unidad de sealizacin sern los especificados en el
Apndice 2.
13 2/11/00
Nm. 75
4.4.1.3.1 Verificacin cclica de redundancia (CRC). Los
dos ltimos multietos de cada SU formarn una CRC de la SU.
Se descartar cualquier SU recibida que falle la CRC.
4.4.1.3.2 Estimacin de calidad de la seal. La AES ten-
dr disponible la informacin relativa a la degradacin/prdida
por canal P y a la proporcin de errores en los bits por canal C
para ejercer las funciones de gestin de la AES y las funciones
de gestin de la GES, segn corresponda.
4.4.2 Canal P
4.4.2.1 Precisin de la velocidad de transmisin por
canal. El error de velocidad de transmisin por canal no
exceder de uno en 10
6
.
4.4.2.2 Formato de trama
4.4.2.2.1 Caractersticas generales. Todas las tramas del
canal P sern de 500 ms, o de un mltiplo de 500 ms, a fin de
proporcionar derivacin simple de una supertrama de 8 segun-
dos que se utilizar para la atribucin de intervalos de tiempo
por canal R y por canal T. Cada trama de canal P consistir
en 5 campos identificados as: identificador de formato, mar-
cador de lmite de supertrama, campo ficticio (para velocidades
de transmisin de datos superiores a 2,4 kbits/s), campo de
informacin y palabra nica, segn se indica en la Figura 4-1*
para velocidades de transmisin por canal de 2,4 kbits/s e infe-
riores, y en la Figura 4-2 para velocidades de transmisin por
canal superiores a 2,4 kbits/s.
4.4.2.2.2 Identificador de formato. Este campo constar de
4 bits: 0001. Se reservan otros valores para este campo con
miras a su utilizacin futura.
4.4.2.2.3 Marcador de lmite de supertrama. Este campo
constar de 12 bits:
4 bits para indicar el comienzo de una nueva supertrama
1111 para trama 0 en una supertrama de 8 segundos
0000 para todas las tramas restantes de la supertrama
4 bits para indicar trama de supertrama
0000,0001,0010,0011 a 0,6 kbits/s
0000,0001,....,0111 a 1,2 kbits/s
0000,0001,....,1111 a 2,4 kbits/s y superiores
4 bits que repiten los 4 bits anteriores.
4.4.2.2.4 Campo ficticio. Para velocidades de transmisin
por canal superiores a 2,4 kbits/s, este campo constar de:
16 bits para 4,8 kbits/s
178 bits para 10,5 kbits/s
El campo ficticio constar de la secuencia 0001 repetida hasta
que se obtenga el nmero requerido de bits.
Nota. Se incluye el campo ficticio para que cada trama
tenga 0,5 segundos de longitud. No se requiere ningn campo
ficticio para velocidades de transmisin de datos de 2,4 kbits/s
e inferiores.
4.4.2.2.5 Campo de informacin. El campo de infor-
macin comprender unidades mltiples de sealizacin de
codificacin secreta, ordinaria e intercalada, en este orden. El
nmero de bits del campo de informacin ser el indicado en
la Tabla 4-10.
Nota. El nmero de bits del campo de informacin
depende de la velocidad de transmisin de datos y del nmero
de bloques de intercalacin en el campo.
4.4.2.2.5.1 Codificacin secreta. Se utilizar un codifi-
cador secreto dotado de un registro generador de 15 etapas para
proceder a la codificacin secreta de los datos antes de la
codificacin FEC. El polinomio del registro generador del
codificador y del decodificador secretos ser 1 + X + X
15
. El
codificador y decodificador secretos se cronometrarn a la velo-
cidad de transmisin de la informacin con el primer bit de
salida de decodificacin secreta, antes del primer desplaza-
miento. A falta de rdenes de programacin, el registro de
desplazamiento se inicializar a 1101 0010 1011 001 (que es
el bit situado ms a la izquierda en la etapa 1 del registro de
desplazamiento), al comienzo del campo de informacin de
cada trama. Las funciones del codificador y decodificador
secretos sern los que se ilustran en la Figura 4-3. El codificador
secreto se reinicializar al comienzo del campo de informacin
de cada trama.
Nota. El concepto de codificador secreto se explica en la
Recomendacin S.446-4 del UIT-R, Anexo I, Seccin 4.3.1,
Mtodo 1.
4.4.2.2.5.2 Correccin de errores sin canal de retorno
(FEC). Se aplicar la norma contenida en 4.4.5.3.3.5.2.
Nota. No hay bits de relleno por canal P.
4.4.2.2.5.3 Intercalacin. Todos los canales P emplearn
la intercalacin de bloques. La profundidad de columna
(nmero de hileras) del intercalador ser de 64 bits de trans-
misin, mientras que el nmero de columnas depender de la
velocidad de transmisin, segn se indica en la Tabla 4-11. En
el transmisor, la salida del codificador de convolucin se
inscribir en las columnas de 64 bits, hasta que se complete
el nmero estipulado de columnas. Las hileras se permutarn
entonces utilizando el algoritmo Row
j
= (Row
i
* 27)
mdulo 64. El contenido del intercalador se transmitar
seguidamente hilera por hilera como se indica en la Figura 4-4.
En el receptor, los datos de decisin programada del demo-
dulador se inscribirn en el intercalador hilera por hilera y,
cuando est completo, las hileras del intercalador se permutarn
utilizando el algoritmo inverso Row
j
= (Row
i
* 19) mdulo 64.
Los datos de decisin programada se leern entonces columna
por columna para incluirlos en el decodificador FEC.
4.4.2.2.6 Palabra nica. Con modulacin A-BPSK, cada
trama de canal P terminar con la palabra nica de 32 bits 1110
0001 0101 1010 1110 1000 1001 0011, transmitindose en
primer lugar el bit situado ms a la izquierda. Con modulacin
A-QPSK, la palabra nica es la palabra nica de A-BPSK
repetida en cada uno de los canales en fase y en cuadratura.
4.4.2.3 Eficacia. La capa fsica general se configurar de
tal manera que el promedio de la proporcin de errores
en los bits sea de 10
-5
, o inferior, despus de la decodificacin
secreta.
* Todas las figuras se presentan al final de este captulo.
1/11/01
Nm. 76
14 2/11/00
Nm. 75
4.4.3 Canal R
exceder de una parte en 2R, siendo R la velocidad de
transmisin por canal, y de una parte en 10
4
.
4.4.3.2 Temporizacin de rfagas. El principio de cada
rfaga por canal R ocurrir dentro de los 300 s del principio
de un intervalo por canal R definido por la supertrama recibida
por canal P. Segn se indica en la Figura 4-5 cada supertrama
por canal P definir intervalos de acceso aleatorio 8, 16, 32 y
64 para velocidades de transmisin de datos por canal R de 0,6,
1,2, 2,4 y 10,5 kbits/s, respectivamente.
4.4.3.3 Formato de rfaga
4.4.3.3.1 Caractersticas generales. Cada rfaga por
canal R constar de tres campos: el prembulo, la palabra nica
y el campo de informacin segn se indica en la Figura 4-6.
4.4.3.3.2 Prembulo. El prembulo para el canal R
constar de una parte de portadora no modulada seguida de una
parte modulada. La longitud de dichas partes depender de la
velocidad de transmisin de datos, segn se indica en la
Tabla 4-12. La parte no modulada del prembulo con modu-
lacin A-BPSK ser una seal de fase constante y la parte
modulada consistir en una entrada alternativa de 0 y 1 al
modulador estndar A-BPSK. El primer bit de la parte
modulada ser 0 y producir un cambio de fase de 90 en
relacin con la fase de la seal modulada. La parte no modulada
del prembulo con modulacin A-QPSK ser una seal de fase
constante que corresponda a la salida de un modulador ideal
A-QPSK, con todos 0 en la entrada. La parte modulada
constar de 0 y 1 alternativos (comenzando con 0 en el
primer bit) por el canal I y 0 continuos por el canal Q.
Nota. Se tiene el objetivo de que la parte no modulada del
prembulo se utilice para adquisicin de portadora y la parte
modulada para adquisicin de reloj.
4.4.3.3.3 Palabra nica. Se aplicar la norma contenida
en 4.4.2.2.6.
4.4.3.3.4 Campo de informacin. El campo de informa-
cin de cada rfaga por canal R consistir en 160 bits y com-
prender una unidad de sealizacin ampliada ms 8 bits
de relleno antes de la codificacin de convolucin, donde una
SU ampliada tendr 152 bits, y un campo de relleno ser
0000 0000. El campo de informacin tendr codificacin
secreta, ordinaria e intercalacin, en este orden.
4.4.3.3.4.1 Codificacin secreta. Se aplicar la norma
contenida en 4.4.2.2.5.1, salvo que los bits de relleno no son
objeto de codificacin secreta.
4.4.3.3.4.2 Codificacin para correccin de errores sin
canal de retorno (FEC). Se aplicar la norma contenida en
4.4.5.3.3.5.2, salvo que el codificador se reinicializar poniendo
todo ceros, al comienzo del campo de informacin de cada
rfaga.
4.4.3.3.4.3 Intercalacin. Todos los canales R utilizarn la
intercalacin de bloques. El nmero de hileras del intercalador
ser de 64 bits de transmisin, mientras que el nmero de
columnas ser de 5. La permutacin de hileras en el intercalador
se efectuar de conformidad con 4.4.2.2.5.3.
4.4.3.4 Eficacia. Se aplicar la norma contenida en 4.4.2.3.
4.4.4 Canal T
exceder de una parte en 2R, siendo R la velocidad de trans-
misin por canal, y por lo menos de una parte en 10
4
.
4.4.4.2 Temporizacin relativa al canal P. El comienzo de
cada rfaga por canal T ocurrir en un plazo de 300 s despus
de iniciado el intervalo asignado por canal T, que se define con
arreglo a la supertrama recibida por canal P. Tal como se indica
en la Figura 4-7, cada supertrama de canal P se dividir
en 16 tramas nominales, con 64 intervalos por canal T en cada
trama. El tiempo de proteccin ms corto entre rfagas por
canal T de dos aeronaves distintas est bajo el control de la GES
y se establecer en 5 intervalos.
4.4.4.3 Estructura de rfaga
4.4.4.3.1 Caractersticas generales. Cada rfaga por
canal T constar de tres campos: el prembulo, la palabra nica
y el campo de informacin, segn se indica en la Figura 4-8.
4.4.4.3.2 Prembulo. Se aplicar la norma contenida en
4.4.3.3.2.
4.4.4.3.3 Palabra nica. Se aplicar la norma contenida en
4.4.2.2.6.
4.4.4.3.4 Campo de informacin. El campo de informa-
cin de cada rfaga por canal T consistir en un identificador
de rfaga, n unidades SU y 16 bits de relleno antes de la
codificacin de convolucin como se indica seguidamente.
Identificador de rfaga este campo tiene 48 bits que
identificarn la aeronave emisora y la GES de destino,
n SUs de 2 a 31 unidades de sealizacin de longitud
estndar de 96 bits cada una, y
Relleno campo de 16 bits (todo ceros) para la nivelacin
de relleno del codificador de convolucin.
El campo de informacin ser objeto de codificacin secreta,
codificacin ordinaria e intercalacin, por este orden.
4.4.4.3.4.1 Codificacin secreta. Se aplicar la norma
contenida en 4.4.2.2.5.1, salvo que el codificador secreto se
reinicializar al comienzo del campo de informacin de cada
rfaga.
4.4.4.3.4.2 Codificacin para correccin de errores sin
canal de retorno (FEC). Se aplicar la norma contenida en
4.4.5.3.3.5.2, salvo que el codificador de convolucin se inicia-
lizar en la situacin de todo ceros al comienzo del campo de
informacin de cada rfaga.
4.4.4.3.4.3 Intercalacin. Todos los canales T utilizarn la
intercalacin de bloques. El nmero de hileras del intercalador
15 2/11/00
Nm. 75
ser de 64 bits de transmisin, mientras que el nmero de
columnas depender de la velocidad de transmisin de datos,
segn se indica en la Tabla 4-13. En el transmisor, la salida del
codificador de convolucin se inscribe en las columnas de
64 bits, hasta que se complete el nmero especificado de
columnas. El algoritmo de permutacin de las hileras del inter-
calador es el indicado en 4.4.2.2.5.3.
4.4.4.4 Eficacia. Se aplicar la norma contenida en 4.4.2.3.
4.4.5 Canal C
canal. El error de velocidad de transmisin por canal no exce-
der de una parte en 2R, siendo R la velocidad de transmisin
por canal, y de una parte en 10
4
.
4.4.5.2 Formatos de transmisin
4.4.5.2.1 Prembulo. El prembulo de rfaga para todas
las velocidades de transmisin por canal C, excepto para el
canal de 8,4 kbits/s, constar de una parte de portadora no
modulada seguida de una parte modulada. La longitud de stas
depender de la velocidad de transmisin de datos, segn se
indica en la Tabla 4-14 y segn se aplique a los niveles de
capacidad del sistema que se definen en 4.1.3. El prembulo
ser de la forma descrita en el texto de 4.4.3.3.2 y en la
Tabla 4-14. El canal C de 8,4 kbits/s no tendr prembulo.
4.4.5.2.2 Postmbulo
4.4.5.2.2.1 Canal C de 8,4 kbits/s. El postmbulo del
canal C constar de sucesivos 1 y 0 alternando (empe-
zando por 1) por el canal I y por el canal Q. La longitud del
postmbulo de canal C de 8,4 bits/s ser equivalente a 104 bits.
4.4.5.2.2.2 Todos los otros canales C. El postmbulo de
todos los otros canales C constar de 0 continuos por canal I
y de 0 y 1 alternando (empezando por 0) por el canal Q.
La longitud del postmbulo ser equivalente a un slo bloque
intercalador para los canales con intercalacin y a 96 bits para
los canales sin intercalacin.
4.4.5.2.3 Hacia la aeronave
4.4.5.2.3.1 Canal C de 8,4 kbits/s. El canal C funcionar
en modo de rfaga en la direccin hacia la aeronave. En este
modo, el canal C constar de una serie de tramas contiguas
seguidas de un postmbulo. Cada trama constar de dos
campos: la palabra nica y el campo de informacin, segn se
indica en la Figura 4-9 bis. Cada trama tendr 500 ms de
longitud.
4.4.5.2.3.2 Todos los otros canales C. Todos los otros
canales C funcionarn en modo de rfaga en la direccin hacia
la aeronave. En este modo, la rfaga de canal C constar de un
prembulo seguido de una serie de tramas contiguas seguidas
de un postmbulo. Cada trama constar de tres campos: la
palabra nica, un campo ficticio y el campo de informacin,
segn se indica en las Figuras 4-9 y 4-10. Cada trama tendr
500 ms de longitud.
4.4.5.2.4 Desde la aeronave
4.4.5.2.4.1 Canal C de 8,4 kbits/s. El canal C funcionar
en modo continuo en la direccin desde la aeronave. En este
modo, el canal C constar de dos campos: la palabra nica y
el campo de informacin segn se indica en la Figura 4-9 bis.
Cada trama tendr 500 ms de longitud.
4.4.5.2.4.2 Todos los otros canales. Todos los otros
canales funcionarn en modo continuo en la direccin desde la
aeronave. Cada transmisin se iniciar con el prembulo
descrito en 4.4.5.2.1. En este modo, la trama por canal C
constar de tres campos: la palabra nica, un campo ficticio y
el campo de informacin, segn se indica en las Figuras 4-9 y
4-10. Cada trama tendr 500 ms de longitud.
Nota. En los canales P, R y T el campo de informacin
se refiere a los bits de informacin despus de la codificacin
con correccin de errores sin canal de retorno. En el caso del
canal C, el campo de informacin puede o no incluir la codifi-
cacin, segn sea el tipo particular de canal C.
4.4.5.3 Formato de la trama
4.4.5.3.1 Palabra nica
4.4.5.3.1.1 Canal C de 8,4 kbits/s. La palabra nica cons-
tar de dos secuencias de 52 bits por los canales I y Q de la
seal A-QPSK:
I 1010 1011 0011 0111 0110 1001 0011 1000 1011
1100 1010 0011 0000
Q 0000 1100 0101 0011 1101 0001 1100 1001 0110
1110 1100 1101 0101
transmitindose en primer lugar el bit situado ms a la
izquierda.
4.4.5.3.1.2 Todos los otros canales C. La palabra nica
constar de dos secuencias idnticas de 44 bits en los canales
I y Q de la seal A-QPSK; 0100 0010 1101 1010 1111 0011
0100 1011 1011 0001 0001, transmitindose en primer lugar el
bit situado ms a la izquierda.
4.4.5.3.2 Campo ficticio. Cuando se aplican las veloci-
dades de transmisin por canal definidas en la Tabla 4-9, y
como se ilustra en las Figuras 4-9, 4-9 bis, y 4.10, el nmero
de bits en el campo ficticio ser de:
62 a 10,5 kbits/s;
44 a 21,0 kbits/s;
37 a 5,25 kbits/s;
32 a 6,0 kbits/s; y
0 a 8,4 kbits/s.
Los bits ficticios para los canales de 5,25, 6,0, 10,5 y
21,0 kbits/s consistirn en la secuencia 0101 1010 0011 1100
repetida hasta que se obtenga el nmero necesario de bits. Para
el canal C de 8,4 kbits/s solamente hay un nico bit ficticio d3
aadido despus de la codificacin FEC. El valor del bit d3 se
pone a 1, segn lo indicado en la Figura 4-9 bis.
16 2/11/00
Nm. 75
4.4.5.3.3 Campo de informacin para
canales codificados
4.4.5.3.3.1 A la velocidad de transmisin por canal de
8,4 kbits/s este campo contendr 4 096 bits que se subdividirn
en 16 bloques de intercalacin de 256 bits cada uno. A la
velocidad de transmisin por canal de 21,0 kbits/s este campo
contendr 10 368 bits que se subdividirn en 27 bloques de
intercalacin cada uno de 384 bits.
4.4.5.3.3.2 Recomendacin. A la velocidad recomen-
dada de transmisin por canal de 6,0 kbits/s, este campo
debera constar de 2 880 bits que se subdividen en 15 bloques
de intercalacin de 192 bits cada uno.
4.4.5.3.3.3 Estructura del campo de informacin com-
prendidos los datos de sub-banda. Antes de proceder a la
codificacin secreta, a la codificacin FEC y a la codificacin
de intercalacin, el campo de informacin constar de un
campo ficticio seguido de 25 subcampos en los que se alternan
datos de sub-banda y subcampos de datos transparentes (de
voz), tal como se indica en la Figura 4-9 4-9 bis, segn corres-
ponda.
4.4.5.3.3.3.1 A la velocidad de transmisin por canal de
21,0 kbits/s el campo de relleno constar de 84 ceros, cada sub-
campo constar de 12 bits de datos de sub-banda y de 192 bits
primarios y los ltimos 12 bits del 25 subcampo de datos de
sub-banda se llenarn de ceros.
4.4.5.3.3.3.2 Recomendacin. A la velocidad recomen-
dada de transmisin por canal de 6,0 kbits/s el campo de
relleno debera constar de 40 ceros, cada subcampo debera
constar de 8 bits de datos de sub-banda y de 48 bits primarios
y los ltimos 8 bits del 25 subcampo de datos de sub-banda
deberan llenarse de ceros.
4.4.5.3.3.3.3 A la velocidad de transmisin por canal de
8,4 kbits/s el campo de relleno constar de un solo bit de
referencia con un valor puesto a 1, y cada subcampo constar
de 12 bits de datos de sub-banda y 96 bits primarios.
4.4.5.3.3.4 Codificacin secreta. Se aplicar la norma con-
tenida en 4.4.2.2.5.1.
4.4.5.3.3.5 Codificacin para correccin de errores
4.4.5.3.3.5 sin canal de retorno (FEC)
4.4.5.3.3.5.1 Canal C de 8,4 kbits/s. El FEC consta de una
codificacin de convolucin puntuada a una velocidad de trans-
misin 2/3, de longitud limitada k=7 y un decodificador Viterbi
de decisin blanda. Los polinomios generadores de este cdigo
sern los siguientes:
G1: 1+ X
2
+ X
3
+ X
5
+ X
6
G2: 1+ X + X
2
+ X
3
+ X
6
La relacin de entrada/salida del codificador es de 3 bits de
salida por cada 2 bits de entrada; se elimina el cuarto bit de cada
cuatro bits transmitidos. La secuencia es:
4.4.5.3.3.5.2 Otras velocidades de transmisin por
canal C. En el campo de informacin se utilizar una codifi-
cacin para correccin de errores sin canal de retorno a una
velocidad de transmisin 1/2. Se implantar la codificacin
FEC con un codificador convolucional de longitud limitada 7
y velocidad de transmisin 1/2. La secuencia de salida de los
smbolos codificados ser G1, G2 (segn lo definido en
4.4.5.3.3.5.1 y segn se indica en la Figura 4-3). No se inicia-
lizar entre tramas el codificador de convolucin.
4.4.5.3.3.6 Intercalacin
4.4.5.3.3.6.1 El nmero de hileras del intercalador ser de
64 bits de transmisin. A la velocidad de transmisin por canal
de 8,4 kbits/s el nmero de columnas ser de 4. A la velocidad
de transmisin por canal de 21,0 kbits/s el nmero de columnas
ser de 6.
4.4.5.3.3.6.2 Recomendacin. A la velocidad recomen-
dada de transmisin por canal de 6,0 kbits/s el nmero de
hileras en el intercalador debera ser de 64 bits de transmisin
y el de columnas de intercalador debera ser de 3.
4.4.5.3.3.6.3 En el transmisor, los datos de salida del codi-
ficador de convolucin se escribirn en columnas de 64 bits
hasta que se complete el nmero especificado de columnas. Las
hileras se permutarn utilizando el algoritmo descrito en
4.4.2.2.5.3.
4.4.5.3.4 Campo de informacin para canales no codifica-
dos. Cuando las velocidades de transmisin por canal se aplican
como se define en 4.1, a la velocidad de transmisin por canal
de 10,5 kbits/s este campo constar de 5 100 bits, y a la velo-
cidad recomendada de transmisin por canal de 5,25 kbits/s
este campo constar de 2 500 bits.
4.4.5.3.4.1 Estructura del campo de informacin com-
prendidos los campos de sub-banda. Antes de la codificacin
secreta este campo se subdividir en 25, alternando datos
de sub-banda y campos primarios, segn se indica en la
Figura 4-10 cuando las velocidades de transmisin por canal
se aplican como se define en 4.1.3, a la velocidad de transmi-
sin por canal de 10,5 kbits/s, cada subcampo contendr 12 bits
de datos de sub-banda y 192 bits primarios; los ltimos 12 bits
del 25 subcampo de datos de sub-banda se llenarn de ceros
cuando las velocidades de transmisin por canal se aplican
como se define en 4.1.3, a la velocidad de transmisin por canal
de 5,25 kbits/s, cada subcampo debera contener 4 bits de datos
de sub-banda y 96 bits primarios; los ltimos 4 bits del 25
subcampo de datos de sub-banda se llenarn de ceros.
Nota. La intercalacin no es aplicable a las velocidades
de transmisin por canal de 10,5 y de 5,25 kbits/s, puesto que
los datos no estn codificados con correccin de errores sin
canal de retorno a estas velocidades.
4.4.5.4 Eficacia. La capa fsica del canal C se configurar
y funcionar de forma tal que el promedio de proporcin de
errores en los bits sea de 10
-3
o inferior despus de la decodi-
ficacin secreta.
Nota. Las mediciones en la GES de la BER recibida
permiten que la GES telecomande a la AES el ajuste de la
potencia transmitida por la AES. La GES recibe tambin el
resultado de las mediciones de datos de eficacia efectuadas por
la AES para que la GES pueda ajustar la potencia de salida.
Bit de entrada
Secuencia de salida
1
G1 G2
2
G1
17 2/11/00
Nm. 75
4.5 PROTOCOLOS DE LA CAPA
DE ENLACE POR CANAL P
Y POR CANAL R
4.5.1 Generalidades
Nota. Los protocolos del SMAS se definen en funcin del
modelo de referencia por capas OSI. En la Seccin 4.5 se
definen los requisitos funcionales de la capa de enlace por
canal P y por canal R, para la transferencia de datos de usuario
y sealizacin entre las estaciones AES y GES.
4.5.1.1 Para cada AES y cada GES, la capa de enlace
estar en interfaz con lo siguiente:
a) la capa de subred;
b) la gestin AES/GES;
c) servicios en modo circuito;
d) la capa fsica.
4.5.1.2 La expresin usuario de servicios de enlace,
cuando se utiliza en 4.5 en relacin con la capa de enlace,
comprender lo indicado en los apartados a), b) y c) de la lista
precedente.
4.5.2 Unidad de datos de interfaz
de enlace (LIDU)
4.5.2.1 La unidad de datos de interfaz de enlace (LIDU)
constituir la unidad de informacin total transferida por la
interfaz entre el usuario de servicios de enlace y la capa de
enlace en una sola interaccin. Cada LIDU comprender
informacin para control de interfaz de enlace (LICI) y, de ser
necesario, una LSDU.
4.5.2.2 Las LIDU intercambiadas entre la capa de enlace
y la capa de subred comprendern una LSDU e informacin
LICI, salvo que la LIDU de indicacin de estado de transmisin
(Tabla 4-25) transmitida por la capa de enlace hacia la capa de
subred en el extremo de transmisin contendr solamente
informacin LICI. La LIDU intercambiada entre la capa de
enlace y la gestin AES/GES y entre la capa de enlace y los
servicios en modo circuito contendr solamente informacin
LICI.
4.5.2.3 Informacin para control
de interfaz de enlace (LICI)
4.5.2.3.1 Los parmetros LICI intercambiados entre la
capa de enlace y la capa de subred sern los definidos en la
Tabla 4-11.
capa de enlace y los servicios en modo circuito sern los
definidos en la Tabla 4-38.
capa de enlace y las funciones de gestin AES y GES sern los
definidos en 4.9.2.1.2.1 y en la Tabla 4-45, respectivamente.
4.5.2.4 Unidad de datos de servicio
de enlace (LSDU)
Nota. La unidad de datos de servicio de enlace (LSDU)
es aquella parte de la LIDU cuya identidad se conserva entre
los dos usuarios del servicio de enlace que estn comuni-
cndose entre s.
4.5.2.4.1 La unidad de datos de servicio de enlace (LSDU)
contendr los datos de usuario de servicio de enlace y ser
extrada de la LIDU recibida desde la capa de subred.
4.5.2.4.2 Formato de la unidad de datos
de servicio de enlace
El formato de la LSDU ser el mismo que el de las unidades
de datos de protocolo de subred por satlite (SNPDU) en la
subcapa SSND descrita en 4.7.
4.5.3 Unidad de datos de protocolo
de enlace (LPDU)
4.5.3.1 Las unidades de datos de protocolo de enlace
(LPDU) sern las unidades de sealizacin (SU) descritas en
la subseccin 4.5.3.2.
4.5.3.2 Unidad de sealizacin (SU)
4.5.3.2.1 Habr SU de dos longitudes para los canales P
y R:
a) de 96 bits (12 octetos): SU de longitud estndar para canal P;
b) de 152 bits (19 octetos): SU de longitud ampliada para
canal R.
4.5.3.2.2 Cada SU comprender informacin de control y
puede incluir datos de usuario segn el tipo de SU.
4.5.3.2.3 Transformacin de LIDU
a conjunto de SU
4.5.3.2.3.1 Cada LIDU recibida por la capa de enlace,
antes de ser transmitida a la capa de enlace par se transformar
en un conjunto de SU. Cada conjunto de SU comprender una
sola unidad de sealizacin denominada unidad aislada de
sealizacin (LSU) o ms de una unidad de sealizacin de
las cuales la primera ser una unidad inicial de sealizacin
(ISU) y las siguientes sern unidades subsiguientes de sea-
lizacin (SSU).
4.5.3.2.3.2 Unidades LIDU que
comprenden LSDU y LICI
4.5.3.2.3.2.1 En caso de canal P, una LSDU de 2, 3
4 octetos de longitud se transformar en las LSU de longitud
estndar indicadas en las Figuras A2-37, A2-39 y A2-40 del
Apndice 2, Captulo 4, respectivamente. Una LSDU de
longitud superior a 4 octetos, dar como resultado una ISU
seguida de un mximo de 63 SSU. En una LSDU de longitud
superior a 4 octetos, los dos primeros octetos de la LSDU se
transformarn en el campo de datos de usuario de 2 octetos de
una ISU (Apndice 2, Captulo 4, Figura A2-37). Los octetos
restantes se transformarn en los campos de datos de usuario
18 2/11/00
Nm. 75
de 8 octetos de las SSU subsiguientes (Apndice 2, Captulo 4,
Figura A2-38) en el orden de los nmeros secuenciales
(Apndice 3, Captulo 4, rubro 59). El nmero de las SSU
depender del nmero de octetos en la LSDU. La informacin
de control en cada SU del conjunto de SU ser transformada
a partir de la informacin comprendida en la LICI y de la
informacin generada por los procesos internos de protocolo de
la capa de enlace.
Nota. Cada ISU contiene informacin indicando el
nmero de octetos en el campo de datos de usuario de la ltima
SSU del conjunto de SU.
4.5.3.2.3.2.2 En el caso de canal R, una LSDU se transfor-
mar en un mximo de 3 SU de longitud ampliada, con la ISU
del conjunto de SU que contenga los primeros 11 octetos
(Apndice 2, Captulo 4, Figura A2-44) de la LSDU en su
campo de datos de usuario. Los octetos restantes se trans-
formarn en el campo de datos de usuario de 11 octetos de
las SSU subsiguientes en el orden de indicador de secuencia
(Apndice 3, Captulo 4, rubro 58). La informacin de control
de cada SU del conjunto de SU ser transformada a partir de
la informacin comprendida en la LICI y de la informacin
generada por los procesos internos de protocolo de capa de
enlace.
4.5.3.2.3.3 LIDU solamente con
informacin LICI
En el caso de una LIDU que contenga solamente infor-
macin LICI, el conjunto de SU ser generado transformando
la informacin comprendida en la LICI y generada por los
procesos internos de protocolo de las capas de enlace en los
campos de informacin de control de la SU apropiada.
4.5.3.2.4 Transformacin de conjunto
de SU a LIDU
4.5.3.2.4.1 En el extremo de recepcin, se reensamblar el
conjunto de SU para formar una LIDU antes de que se transfiera
al usuario de servicio de enlace.
4.5.3.2.4.2 En el caso de un conjunto de SU conteniendo
las SU datos de usuario, la LIDU resultante contendr LSDU
y LICI. Se reensamblar la LSDU combinando el campo de
datos de usuario de cada SU del conjunto completo de SU
recibidas. La LICI se generar a partir de la informacin de
control de las SU.
4.5.3.2.4.3 En el caso de un conjunto de SU con las SU
sin datos de usuario, la LIDU resultante comprender sola-
mente informacin LICI. La LICI se generar a partir de la
informacin de control de las SU recibidas.
4.5.3.3 Formato de la unidad
de sealizacin
4.5.3.3.1 Los formatos de todas las SU transmitidas por
canales P y R sern los indicados en el Apndice 2, Cap-
tulo 4. La correspondencia del campo de unidad de sealiza-
cin y el orden de transmisin de los bits sern los indicados
en la Figura A2-1. La codificacin del campo de unidad de
sealizacin y las definiciones sern las descritas en el
Apndice 3, Captulo 4.
4.5.3.3.2 Se har caso omiso de las SU que no sean
reconocidas por la capa de enlace receptora.
Nota. Las SU que no estn especificadas en el Apn-
dice 2, Captulo 4, podrn utilizarse por acuerdo mutuo entre
un proveedor de servicios SMAS y un usuario del SMAS
respecto a servicios que no sean de seguridad.
4.5.4 Encaminamiento de las LIDU
La capa de enlace de recepcin (en la GES o en la AES)
utilizar el parmetro de tipo de mensaje de la LICI para
encaminar la LIDU al usuario apropiado del servicio de enlace.
La capa de enlace transmisora (en la GES y en la AES) utilizar
el parmetro de encaminamiento de la LICI recibida de los
servicios en modo circuito (Tabla 4-38) para encaminar el
conjunto de las SU correspondientes a una LIDU, para
transmisin por el canal C de sub-banda o por los canales R/P.
4.5.5 Precedencia (nmero Q)
Cada SU del conjunto de las SU generado a partir de una
LIDU tendr asignada una precedencia (nmero Q) por la capa
de enlace, de conformidad con el parmetro de precedencia que
el usuario de servicio de enlace le transfiere en la LICI. Cada
SU de sealizacin de capa de enlace tendr asignado un
nmero Q, de conformidad con su tipo de mensaje. El nmero
Q estar en la gama de 0 (precedencia nfima) a 15 (precedencia
suma).
4.5.6 Servicios DLS y RLS
4.5.6.1 La capa de enlace proporcionar dos tipos distintos
de servicios, designados como servicio de enlace directo (DLS)
y servicio de enlace fiable (RLS).
4.5.6.2 El DLS ser un servicio de capa de enlace por el
cual se transmitirn las SU a la capa de enlace par sin que se
proporcione la identificacin y retransmisin de cualquier SU
perdida.
Nota. Se dispone solamente de DLS para funciones de
gestin AES/GES y para servicios en modo circuito.
4.5.6.3 El RLS ser un servicio de capa de enlace por el
que se proporciona la identificacin y retransmisin de cual-
quier SU perdida.
4.5.7 Protocolo por canal P
Nota. En 4.5.7, el uso de los trminos AES y GES
se aplica a las funciones de capa de enlace para el protocolo
por canal P en el mbito de la AES y de la GES.
4.5.7.1 Generalidades
Las funciones de capa de enlace por canal P sern las
definidas en 4.5.7.2 y 4.5.7.3.
19 2/11/00
Nm. 75
4.5.7.2 Estacin terrena
de tierra (GES)
4.5.7.2.1 Una vez recibida una LIDU, la GES le asignar
un nmero de referencia disponible (que no est actualmente
asignado a una LIDU con el mismo nmero Q), siempre que
pueda hacerse de conformidad con 4.5.7.2.2; sin embargo, la
GES no asignar ningn nmero de referencia a los LIDU
recibidas de los servicios en modo circuito ni a las LIDU de
radiodifusin de la tabla de sistema recibidas de la gestin GES.
Si no puede asignarse un nmero de referencia a una LIDU, sta
se almacenar hasta que se le asigne uno.
Nota. Las LIDU en modo circuito tienen asignados
nmeros de referencia de aplicacin por los servicios en modo
circuito.
4.5.7.2.2 A cualquier nivel de precedencia, cada asigna-
cin de un nmero de referencia a una LIDU destinada a una
AES en particular, se har a la LIDU ms antigua de todas las
LIDU sin nmero de referencia en ese nivel Q que estn
destinadas a esa AES. La GES no asignar ningn nmero de
referencia a una LIDU RLS si ya hay un nmero de referencia
asignado a otra LIDU con el mismo nmero Q y dirigida a la
misma AES. No se asignar el mismo nmero de referencia en
dos asignaciones consecutivas de nmero de referencia a dos
LIDU con el mismo nmero Q excepto si se trata de dos LIDU
DLS que se transforman en LSU. En el caso de RLS, el nmero
de referencia asignado por la GES no ser igual al ltimo
nmero de referencia asignado a una LIDU RLS con el mismo
nmero Q y dirigida a la misma AES.
4.5.7.2.3 Para servicios DLS, el nmero de referencia se
liberar inmediatamente despus de ser asignado. Para servicios
RLS, el nmero de referencia se liberar despus de que la GES
enve al usuario de servicios de enlace de la GES una LIDU
con indicacin de estado de transmisin (Tabla 4-25). La GES
no reasignar el ltimo nmero de referencia liberado mientras
no se hayan asignado todos los nmero de referencia disponi-
bles antes de la liberacin, de acuerdo con 4.5.7.2.2, la nica
excepcin ser que un nmero de referencia asignado a una
transformacin de una LIDU DLS en una LSU, podr ser
reasignado inmediatamente a otra transformacin de una LIDU
LDS en una LSU.
4.5.7.2.4 Despus de la asignacin de un nmero de
referencia a una LIDU, o despus de que se reciban LIDU en
modo circuito, se generar un conjunto de SU de conformidad
con 4.5.3.2.3. De todas las SU que esperan ser transmitidas,
siempre se transmitir en primer lugar la SU ms antigua con
el nmero Q ms elevado. La ISU o la SU RTX de un conjunto
de SU se transmitir antes que las SSU, y las SSU se
transmitirn en orden descendente de sus nmeros secuenciales
(Apndice 3, Captulo 4, rubro 59). Despus de la transmisin
del conjunto completo de SU, la GES efectuar lo siguiente:
4.5.7.2.4.1 Para servicios RLS:
a) Si se recibe de la AES una SU de acuse de recibo por
canal P (PACK) (Apndice 2, Captulo 4, Figura A2-49)
indicando que no hay ningn error en el conjunto de SU, la
GES enviar al usuario de servicio de enlace de la GES una
LIDU con indicacin de estado de transmisin fructuosa
(Tabla 4-25).
b) Si se recibe de la AES una SU PACK (Apndice 2,
Captulo 4, Figura A2-49) indicando que hay SU perdidas
en el conjunto de SU, y si otra SU PACK del conjunto de
SU PACK no se hubiera recibido en un plazo de tG2 segun-
dos (Apndice 4, Captulo 4), a partir del momento en el que
se recibi la ltima SU PACK del conjunto de SU PACK,
o si no se espera recibir ninguna SU PACK identificando SU
perdidas, la GES transmitir un conjunto de SU de retrans-
misin. El conjunto de SU de retransmisin constar de una
SU de encabezador de retransmisin (RTX) (Apndice 2,
Captulo 4, Figura A2-41) seguida de las SU perdidas que
hayan sido identificadas en las SU PACK recibidas del
conjunto de SU PACK. Seguidamente la GES proceder
segn lo dispuesto en 4.5.7.2.4.1. Sin embargo, si se recibe
de la AES una SU PACK indicando SU perdidas del
conjunto de SU, antes de que se haya transmitido el conjunto
completo de SU de retransmisin, la GES descartar la SU
PACK recibida.
c) Si se recibe de la AES una SU PACK (Apndice 2, Cap-
tulo 4, Figura A2-49) pidiendo una retransmisin completa
del conjunto de SU, la GES retransmitir todo el conjunto
de SU completo en forma de secuencia de una ISU y de
varias SSU. Seguidamente la GES proceder segn lo
dispuesto en 4.5.7.2.4.1.
d) Si no se recibe de la AES ninguna SU PACK asociada al
conjunto de SU en tG1 segundos (Apndice 4, Captulo 4),
a partir del momento en que se transmiti la ltima SSU del
conjunto de SU (original o retransmitida), la GES transmi-
tir a la AES una SU de peticin de acuse de recibo (RQA)
(Apndice 2, Captulo 4, Figura A2-27). La GES transmitir
la SU RQA a intervalos de tG1 segundos desde el momento
en que se envi la ltima SU RQA, hasta que se reciba de
la AES una respuesta, o hasta que se complete el nmero
cinco de SU RQA enviadas. Si transcurren tG1 segundos
despus de la quinta retransmisin de la SU RQA sin que
se reciba de la AES ninguna SU PACK, la GES enviar una
LIDU con indicacin de estado de transmisin en falla
(Tabla 4-25) al usuario de servicios de enlace en la GES y
dar por terminado el procesamiento de ese conjunto de SU;
de lo contrario, la GES proceder segn lo dispuesto en
4.5.7.2.4.1.
4.5.7.2.4.2 Si se recibe de la AES una SU PACK identifi-
cando un conjunto de SU que no est presente en la GES, la
GES descartar la SU PACK recibida.
4.5.7.2.5 Si no hay ninguna SU (datos o sealizacin) que
haya de ser transmitida, la GES transmitir una SU de radio-
difusin de tabla de sistema AES (Apndice 2, Captulo 4,
Figuras A2-30 a A2-34), si se hubiera generado alguna a partir
de una LIDU recibida desde la gestin GES; de lo contrario,
la GES transmitir una SU de relleno (Apndice 2, Captulo 4,
Figura A2-42).
de aeronave (AES)
4.5.7.3.1 Una vez recibido un conjunto de SU en el que
est comprendida una LSU, la AES formar una LIDU de
conformidad con 4.5.3.2.4 y lo transferir al usuario de servicio
de enlace apropiado de la AES. En el caso de una LSU que
utilice servicios RLS, la AES enviar seguidamente una SU
PACK indicando a la GES que no hay ningn error. La AES
20 2/11/00
Nm. 75
telemandar la seleccin de una frecuencia por canal R y
seguidamente volver a enviar esa SU PACK si una SU RQA
identificando ese conjunto de SU se recibe antes que otro
conjunto de SU para esta AES con el mismo nmero Q.
4.5.7.3.2 Una vez recibidas las SU que constituyen un
conjunto de SU, la AES reasociar las SU recibidas en forma
de conjunto de SU, de conformidad con sus nmeros de
referencia, nmeros Q y nmeros secuenciales (Apndice 3,
Captulo 4, rubros 43, 46 y 59, respectivamente). En relacin
con tales conjuntos de SU, si se recibe una SSU sin que se
hayan recibido las correspondientes ISU o SU RTX, la AES
descartar la SSU.
4.5.7.3.3 En caso de un conjunto de SU constituido por
mltiples SU, despus de recibida una ISU la AES determinar
si se esperan o no de la GES ms SSU correspondientes al
conjunto de SU encabezado por la ISU, de conformidad con el
siguiente criterio:
No se espera ninguna otra SSU correspondiente al conjunto
de SU si ya se ha recibido la ltima SSU del conjunto de
SU, o una SU con un nmero Q inferior al de la que est
en espera de ser completada, o una SU con el mismo nmero
Q que el de la que est en espera de ser completada pero
con un nmero de referencia distinto, o una SU de radio-
difusin de tabla de sistema AES, o una SU de relleno.
Nota. Para aplicar este criterio, la AES considera todas
las SU recibidas independientemente de su ID AES.
4.5.7.3.3.1 Cuando se recibe de la GES un conjunto de SU
con el mismo nmero Q y la misma ID AES que el conjunto
de SU en espera de ser completado, pero con un nmero de
referencia distinto, la AES descartar el conjunto SU
incompleto que est en espera de ser completado.
4.5.7.3.3.2 La AES descartar el conjunto de SU recibidas
si dicho conjunto de SU recibidas (completo o incompleto),
tiene el mismo nmero Q, y el nmero de referencia corres-
pondiente al ltimo conjunto de SU que haya sido completado
y reensamblado en una LIDU dicho nmero Q.
4.5.7.3.4 Si no se espera la llegada de ninguna otra SU
correspondiente al conjunto de SU, la AES determinar si se
ha perdido o no alguna de las SU del conjunto de SU recibido.
La AES proseguir de esta forma:
4.5.7.3.4.1 Para servicios DLS:
a) Si no se hubiera perdido ninguna de las SU, la AES
reensamblar las SU en una LIDU de conformidad con
4.5.3.2.4 y transferir la LIDU al usuario de servicio de
enlace apropiado de la AES.
b) Si se hubiera perdido alguna de las SU, la AES descartar
el conjunto incompleto de SU.
4.5.7.3.4.2 Para servicios RLS:
a) Si no se hubiera perdido ninguna de las SU del conjunto de
SU, la AES reensamblar el conjunto de SU en una LIDU
de conformidad con 4.5.3.2.4 y lo transferir al usuario de
servicio de enlace apropiado. La AES enviar seguidamente
una SU PACK indicando a la GES que no ha habido errores.
Si posteriormente se recibe una SU RQA pidiendo acuse de
recibo de ese mismo conjunto de SU, la AES telemandar
la seleccin de una frecuencia por canal R y luego
retransmitir tal SU PACK.
b) Si el nmero de las SU perdidas es inferior a 43, la AES
enviar a la GES una o ms SU PACK que constituyan el
conjunto SU PACK, identificando las SU perdidas y
pidiendo su retransmisin.
Nota. Una SU PACK indicando errores puede identi-
ficar hasta tres SU perdidas.
c) Si en un conjunto de SU se hubieran perdido ms de 42 SU,
la AES enviar a la GES un conjunto de SU PACK en el
que est comprendida una SU PACK pidiendo la retrans-
misin del conjunto completo de SU.
4.5.7.3.4.2.1 Despus de enviar un conjunto de SU PACK
pidiendo a la GES la retransmisin parcial o completa, la AES
proseguir de esta forma:
a) Si se recibe de la GES una SU RQA en un plazo de tA1
segundos (Apndice 4, Captulo 4), a partir del momento en
que se transmiti a la GES el conjunto de SU PACK, la AES
telemandar la seleccin de una frecuencia por canal R y
seguidamente retransmitir a la GES el ltimo conjunto de
SU PACK y proceder segn lo dispuesto en 4.5.7.3.4.2.1.
Si se recibiera de la GES una SU RQA antes de que se
hubiera transmitido el conjunto completo de SU PACK, la
AES descartar la SU RQA.
b) La AES, una vez recibidas de la GES las SU encabezadas
por una SU RTX o por una ISU, determinar si se espera o
no recibir otras SU correspondientes al conjunto de SU
retransmitidas de conformidad con el criterio descrito en
4.5.7.3.3. Seguidamente la AES determinar si est o no
presente en la AES el conjunto incompleto de SU iden-
tificado en la SU RTX. Si no est presente en la AES el
conjunto incompleto de SU, la AES descartar el conjunto
de las SU recibidas encabezado por la SU RTX; de lo
contrario la AES insertar las SU recibidas encabezadas por
la SU RTX en el conjunto incompleto de SU. Despus de
insertar las SU retransmitidas que se hayan recibido en el
conjunto incompleto de SU, y de descartar las SU duplicadas
(si fuera necesario), la AES determinar si el conjunto
resultante de SU est o no completo. La AES proseguir de
esta forma:
1) Si el conjunto de SU est completo, la AES enviar a la
GES una SU PACK indicando que no hay error.
Seguidamente, la AES reensamblar el conjunto com-
pleto de SU en una LIDU, de conformidad con 4.5.3.2.4
y lo transferir al usuario de servicio de enlace apropiado
de la AES. Si posteriormente una SU RQA pidiendo
acuse de recibo de ese mismo conjunto de SU se recibe
antes que otro conjunto de SU para esa AES con el
mismo nmero Q, la AES telemandar la seleccin de
una frecuencia por canal R y seguidamente retransmitir
esa SU PACK.
2) Si el conjunto de SU no est completo, la AES enviar
a la GES una o ms SU PACK que constituyan un con-
junto de SU PACK segn 4.5.7.3.4.2 b) y c). Segui-
damente la AES proceder segn lo dispuesto en
4.5.7.3.4.2.1.
21 2/11/00
Nm. 75
c) Si no se recibiera ninguna respuesta de la GES en un plazo
de tA1 segundos (Apndice 4, Captulo 4) a partir del
momento en que se envi el conjunto completo de SU
PACK solicitando retransmisiones, la AES telemandar la
seleccin de una frecuencia por canal R y seguidamente
enviar de nuevo a la GES el conjunto de SU PACK iden-
tificando las SU perdidas. La AES retransmitir el conjunto
de SU PACK a intervalos de tA1 segundos (Apndice 4,
Captulo 4), desde el momento en que se envi el ltimo
conjunto de SU PACK hasta que se reciba de la GES un
conjunto correspondiente de SU retransmitidas, o hasta
que se complete el nmero 5 de transmisiones del conjunto
de SU PACK, identificando las SU perdidas. Si transcurren
tA1 segundos despus de la quinta retransmisin del con-
junto de SU PACK sin que se reciba de la GES ninguna de
las SU retransmitida, la AES descartar el conjunto incom-
pleto de SU.
4.5.7.3.5 La AES responder a una SU de peticin de
acuse de recibo (RQA) recibida de la GES enviando una SU
PACK para pedir la retransmisin de todo el conjunto de SU
si la SU RQA identifica un conjunto de SU no recibido por
la AES.
4.5.7.3.6 La capa de enlace AES transferir a la gestin
AES el nmero de revisin de la radiodifusin de tabla de sis-
tema al recibir la primera SU de una secuencia de radiodifusin
de tabla de sistema recibida por el canal P
smc
que identifica el
satlite/haz. Se ensamblar la LIDU de radiodifusin corres-
pondiente a una serie de secuencias de radiodifusin completas
o parciales (vase 4.10.4.5.2.2) y se transferir a la gestin AES
despus de que se hayan recibido todas las SU que se esperaban
de la serie, o despus de que se reciba una SU de otra serie con
un nmero de revisin igual o mayor que el de la serie con
espera de ser completada.
4.5.8 Protocolo por canal R
por canal R en el mbito de la AES y de la GES.
4.5.8.1.1 Las funciones de capa de enlace relacionadas con
el protocolo por canal R sern las definidas en 4.5.8.2 y 4.5.8.3.
de aeronave (AES)
4.5.8.2.1 Una vez recibida una LIDU para servicio RLS,
la AES le asignar un nmero de referencia (Apndice 3,
Captulo 4, rubro 46) si no hay ya actualmente un nmero de
referencia asignado a una LIDU para servicios RLS que tenga
el mismo nmero Q que la LIDU recibida. Una vez recibida una
LIDU para servicios DLS, la AES le asignar un nmero de
referencia disponible (que no est actualmente asignado a una
LIDU con el mismo nmero Q); sin embargo, la AES no
asignar ningn nmero de referencia a las LIDU recibidas de
servicios en modo circuito. Si una LIDU no tiene asignado
ningn nmero de referencia, se almacenar la LIDU hasta que
le asigne un nmero. Cada asignacin de nmero de referencia
se aplicar a la LIDU ms antigua que se haya recibido sin
nmero de referencia. No se asignar el mismo nmero de
referencia en dos asignaciones consecutivas de nmero de
referencia a dos LIDU que tengan el mismo nmero Q excepto
si se trata de dos LIDU que se transforman en LSU DLS.
Nota. Las LIDU para servicios en modo circuito tienen
asignados nmeros de referencia de su aplicacin por los
servicios en modo circuito.
4.5.8.2.2 Para servicios DLS, el nmero de referencia se
liberar inmediatamente despus de ser asignado. Para servicios
RLS, el nmero de referencia se liberar despus de que la AES
enve al usuario de servicios de enlace de la AES una LIDU
con indicacin de estado de transmisin (Tabla 4-25). La AES
no reasignar el nmero de referencia liberado mientras no se
hayan asignado todos los nmeros de referencia disponibles
antes de la liberacin; la nica excepcin se aplica a un nmero
de referencia asignado a una LIDU DLS que se transforma en
una LSU, el cual puede ser reasignado inmediatamente a otra
LIDU DLS que se transforma en una LSU.
4.5.8.2.3 Despus de la asignacin de un nmero de refe-
rencia a una LIDU, o despus de que se reciba una LIDU de
servicios en modo circuito, se generar un conjunto de SU de
conformidad con 4.5.3.2.3. Entre las SU en espera de ser
transmitidas, se transmitir siempre en primer lugar la SU ms
antigua con el nmero Q ms elevado. Se transmitirn las SU
de un conjunto de SU en orden ascendente de sus indicadores
de secuencia (Apndice 3, Captulo 4, rubro 58).
4.5.8.2.4 Para servicios RLS. Respecto a cada conjunto de
SU transmitido, la AES efectuar lo siguiente:
a) Responder a las SU de acuse de recibo (RACK) por
canal R recibidas de la GES de destino, de la forma
siguiente:
1) Si la SU RACK (Apndice 2, Captulo 4, Figura A2-28)
indica que en la GES se ha recibido el conjunto completo
de SU, la AES enviar al usuario de servicio de enlace
de la AES una LIDU con indicacin de estado de
transmisin fructuosa (Tabla 4-25).
2) Si la SU RACK (Apndice 2, Captulo 4, Figura A2-29)
identifica una o ms de las SU que no se hayan recibido,
la AES telemandar la seleccin de una frecuencia por
canal R y retransmitir las SU perdidas en orden
ascendente de sus indicadores de secuencia. Si se recibe
cualquier otra SU RACK identificando SU perdidas, la
AES la descartar si no se ha completado todava la trans-
misin de todas las SU perdidas que se identificaron en
la anterior SU RACK recibida. No obstante:
i) si adems de la primera SU RACK se reciben otras
cinco SU RACK identificando SU perdidas, antes de
que la AES haya completado la transmisin de
cualquiera de las SU perdidas que se identificaron en
la primera SU RACK,
o
ii) si en la primera SU RACK se identificaron dos SU
perdidas y ha sido ya transmitida una de las dos SU,
y subsiguientemente a su transmisin se han recibido
otras cinco SU RACK identificando SU perdidas sin
que se haya transmitido ninguna otra SU,
22 2/11/00
Nm. 75
en tal caso, la AES enviar al usuario de servicio de
enlace de la AES una LIDU con indicacin de estado de
transmisin en falla (Tabla 4-25) y dar por terminado
el procesamiento de ese conjunto de SU.
Nota. En una SU RACK recibida en la AES se identifi-
caran como mximo dos SU perdidas de un conjunto de SU.
b) Si no llega ninguna SU RACK de la GES de destino en un
plazo de tA3 segundos (Apndice 4, Captulo 4), a partir del
momento en que se transmiti la ltima SU de un conjunto
(el conjunto original de SU o un conjunto retransmitido de
SU correspondiente al conjunto SU original), la AES
telemandar la seleccin de una frecuencia por canal R de
entre el grupo disponible de frecuencias por canal R y
retransmitir el conjunto de las SU. La AES repetir este
proceso hasta que se reciba de la GES un acuse de recibo,
pero no exceder de cinco el nmero de veces que se
retransmita el mismo conjunto de SU. Si no llega ninguna
SU RACK en un plazo de tA3 segundos despus de la quinta
repeticin, la AES enviar al usuario de servicio de enlace
de la AES una LIDU con indicacin de estado de
transmisin en falla (Tabla 4-25) y dar por terminado el
procesamiento de ese conjunto de SU.
de tierra (GES)
4.5.8.3.1 La GES asociar las SU recibidas, de las AES
con las que est conectada, en diversos conjuntos de confor-
midad con sus ID AES, nmeros Q, nmeros de referencia, e
indicadores de secuencia (Apndice 3, Captulo 4, rubro 58).
4.5.8.3.2 Para servicios RLS
4.5.8.3.2.1 Despus de que se haya recibido en la GES una
SU de un conjunto de SU que no haya sido completado, la
GES enviar a la AES una SU RACK identificando las res-
tantes SU perdidas, si se cumplen cualesquiera de las siguientes
condiciones:
a) si la SU recibida es la ltima SU del conjunto de SU, o la
ltima SU de las SU perdidas del conjunto de SU;
b) si transcurre un perodo de tG4 segundos (Apndice 4,
Captulo 4), sin que se haya recibido de la misma AES
ninguna otra SU (DLS o RLS); o
c) si la GES recibe subsiguientemente de la misma AES una
SU con un nmero Q inferior, o una SU, indicando servicio
DLS, del mismo nmero Q pero distinto nmero de
referencia.
Si la GES, despus de enviar una SU RACK, identificando las
SU perdidas, no recibiera de respuesta ninguna SU en un plazo
de tG3 segundos, retransmitir a la AES la SU RACK, salvo
que la GES, en lugar de enviar la SU RACK, descartar el
conjunto de SU si se han enviado un total de 6 SU RACK
idnticas y no se ha recibido ninguna de las SU perdidas en un
plazo de tG3 segundos, a partir del momento en que se
transmiti la ltima SU RACK. La GES descartar tambin un
conjunto incompleto de SU si recibe de la misma AES una SU
indicando RLS y con el mismo nmero Q pero distinto nmero
de referencia que las SU del conjunto.
4.5.8.3.2.2 Siempre que se haya recibido un conjunto
completo de SU, la GES reensamblar una LIDU, de confor-
midad con 4.5.3.2.4, lo transferir al usuario de servicio de
enlace apropiado, y enviar una SU RACK indicando a la AES
que no ha habido ningn error.
4.5.8.3.2.3 Despus de que se haya formado la LIDU, la
GES descartar todos los conjuntos de SU subsiguientemente
recibidos de la misma AES hasta que se reciba de la misma AES
por lo menos una SU con el mismo nmero Q y con distinto
nmero de referencia, y retransmitir, para cada conjunto de SU
descartadas, a la AES una SU RACK indicando que no ha
habido ningn error.
4.5.8.3.2.4 Siempre que se hayan recibido de la misma
aeronave dos o ms SU que tengan el mismo nmero Q, el
mismo nmero de referencia y el mismo indicador de
secuencia, antes de que se haya formado la correspondiente
LIDU, se descartarn todas menos una.
4.5.8.3.3 Para servicios DLS
La GES, despus de que haya recibido una SU de un con-
junto incompleto de SU, descartar las SU recibidas si se
cumplen cualesquiera de las siguientes condiciones:
a) si la SU es la ltima SU del conjunto;
b) si transcurre un perodo de tG4 segundos (Apndice 4,
Captulo 4), sin que se haya recibido ninguna otra SU (DLS
o RLS) de la misma AES; o
c) si la GES recibe subsiguientemente de la misma AES una
SU con un nmero Q inferior, o una SU del mismo nmero
Q pero con distinto nmero de referencia.
Siempre y cuando se complete el conjunto de SU, la GES
reensamblar el conjunto en una LIDU de conformidad con
4.5.3.2.4, y lo transferir al usuario de servicio de enlace
apropiado. Sin embargo, si en las SU del conjunto de SU
completo se especifica una ID GES distinta y el conjunto de
SU corresponde a una LIDU de servicios en modo circuito, la
GES enviar el conjunto de SU a la GES con la ID especificada.
4.6 PROTOCOLOS DE LA CAPA DE ENLACE
POR CANAL T Y POR CANAL C
DE SUB-BANDA
4.6.1 Generalidades
4.6.1.1 Las funciones de capa de enlace por canal T y por
canal C de sub-banda, para la transferencia de datos de usuario
y sealizacin sern las definidas en la presente seccin.
4.6.1.2 Los canales P y R descritos en 4.5, se utilizarn
para establecer los canales T y C de sub-banda segn lo descrito
en 4.6.5 y 4.6.6, respectivamente.
4.6.2 Unidad de datos de interfaz
de enlace (LIDU)
4.6.2.1 La LIDU intercambiada entre la capa de enlace y
la capa de subred para transmisin por canal T constar de la
23 2/11/00
Nm. 75
informacin de control de interfaz de enlace (LICI) y de la
unidad de datos de servicio de enlace (LSDU), con excepcin
de que la LIDU de indicacin de estado de transmisin
(Tabla 4-25) cursada por la capa de enlace hacia la capa de
subred en el extremo de transmisin constar solamente de
informacin LICI.
4.6.2.2 La LIDU intercambiada entre la capa de enlace y
los servicios en modo circuito, as como entre la capa de enlace
y las funciones de gestin de AES/GES para su transmisin por
canal C de sub-banda contendr solamente informacin LICI.
4.6.2.3 Informacin para control
de interfaz de enlace (LICI)
capa de enlace y la capa de subred sern los definidos en la
Tabla 4-25.
capa de enlace y los servicios en modo circuito sern los defi-
nidos en la Tabla 4-38. Los parmetros LICI intercambiados
entre la capa de enlace y las funciones de gestin de subred
sern los definidos en las Tablas 4-44 y 4-45.
4.6.2.4 Unidad de datos de servicio
de enlace (LSDU)
La unidad de datos de servicio de enlace (LSDU) contendr
los datos de usuario de servicio de enlace o ser extrada de la
LIDU recibida desde la capa de subred.
4.6.3 Unidad de sealizacin (SU)
4.6.3.1 Habr SU de dos longitudes para canal T y para
canal C de sub-banda:
a) de 48 bits (6 octetos): unidad aislada de sealizacin
(LSU) identificadora de rfaga (Apndice 2, Captulo 4,
Figura A2-43) para canal T.
b) de 96 bits (12 octetos): SU de longitud normal para canal T
y para canal C de sub-banda.
4.6.3.2 Cada SU del conjunto de SU correspondiente a una
LIDU recibida de la capa de subred de satlite contendr
informacin de control y datos de usuario. Las SU del conjunto
de SU correspondiente a una LIDU recibida de los servicios en
modo circuito y de la gestin AES/GES contendr solamente
informacin de control.
4.6.3.3 Transformacin de LIDU
a conjunto de SU
4.6.3.3.1 LIDU que constan de LSDU y de LICI
Cada LIDU se transformar en un conjunto de SU. Cada
conjunto de SU comprender una unidad inicial de seali-
zacin (ISU) seguida de un mximo de 63 unidades subsi-
guientes de sealizacin (SSU). Los dos primeros octetos de
la LSDU se transformarn en el campo de datos de usuario de
2 octetos de la ISU (Apndice 2, Captulo 4, Figura A2-37). Los
octetos restantes se transformarn en los campos de datos de
usuario de 8 octetos de las SSU en el orden de los nmeros
secuenciales (Apndice 3, Captulo 4, rubro 59). El nmero de
las SSU depender del nmero de octetos en la LSDU. La
informacin de control en cada SU del conjunto de SU ser
transformada a partir de la informacin comprendida en la LICI
y de la informacin generada por los procesos internos de
protocolo de la capa de enlace.
4.6.3.3.2 LIDU que constan de LICI
En el caso de una LIDU que consta solamente de LICI, se
generar el conjunto de SU transformando la informacin que
figura en la LICI, y que ha sido generada mediante los procesos
internos de capa de enlace, en campos de informacin de
control de las SU adecuadas.
4.6.3.4 Transformacin de conjunto
de SU LIDU
4.6.3.4.1 El conjunto de SU se transformar en una LIDU
antes de transferirlo al usuario de servicio de enlace.
4.6.3.4.2 En el caso de un conjunto de SU en el que hayan
SU que consten de datos de usuario, la LIDU resultante
constar de LSDU y de LICI. Se reensamblarn las LSDU de
la LIDU resultante combinando el campo de datos de usuario
de cada SU a partir del conjunto completo de SU recibidas. Se
generar la LICI asociada a partir de la informacin de control
de las SU.
4.6.3.4.3 En el caso de un conjunto de SU en el que hayan
SU que no consten de datos de usuario, la LIDU resultante
constar solamente de LICI. Se generar la LICI a partir de la
informacin de control de las SU recibidas.
4.6.3.5 Formato de la unidad
de sealizacin
4.6.3.5.1 Los formatos de todas las SU transmitidas por
canal T y por canal C de sub-banda sern los que figuran en
el Apndice 2, Captulo 4. La transformacin del campo de
unidad de sealizacin y el orden de transmisin de los bits
sern los indicados en la Figura A2-1. La codificacin de
campo de unidad de sealizacin y las definiciones sern las
descritas en el Apndice 3, Captulo 4.
4.6.3.5.2 Se har caso omiso de las SU que no sean
reconocidas por la capa de enlace receptora.
Nota. Las SU que no estn especificadas en el Apn-
dice 2, Captulo 4, podrn ser utilizadas por acuerdo mutuo
entre el proveedor de servicios SMAS y el usuario del SMAS
para servicios que no sean de seguridad.
4.6.4 Protocolo de transmisin
por canal T
de transmisin por canal T en el mbito de la AES y de la GES.
24 2/11/00
Nm. 75
Las funciones de capa de enlace para el protocolo de
transmisin por canal T sern las definidas en 4.6.4.2 y 4.6.4.3.
de aeronave (AES)
4.6.4.2.1 La AES, una vez recibida una LIDU, generar un
conjunto de SU de conformidad con 4.6.3.3.1.
Nota. Se asignan nmeros de referencia a las LIDU
mediante el protocolo de reserva por canal T.
4.6.4.2.2 Transmisin de las SU. Las SU se transmitirn
por canal T en forma de reservas de rfagas. De todas las SU
en espera de transmisin, se transmitir siempre en primer lugar
la SU ms antigua de las SU con el nmero Q ms elevado.
La ISU, o la SU RTX, de un conjunto de SU se transmitir
siempre antes de las SSU y estas SSU se transmitirn en orden
descendente de sus nmeros secuenciales (Apndice 3,
Captulo 4, rubro 59). Se transmitir una SU identificadora de
rfaga (Apndice 2, Captulo 4, Figura A2-43) al principio de
cada rfaga (segn lo especificado en 4.4.4.3.4). Siempre que
no hubiera ninguna SU disponible para ser transmitida durante
una transmisin de rfaga, se transmitir una SU de relleno
(Apndice 2, Captulo 4, Figura A2-42). Sin embargo, si no
hubiera ninguna SU disponible al principio de una reserva de
rfaga, la AES impedir la transmisin de la rfaga corres-
pondiente.
4.6.4.2.3 Para servicios RLS. Respecto a cada conjunto de
SU transmitido, la AES efectuar lo siguiente:
a) responder a cada una de las SU de acuse de recibo por
canal T (TACK) enviadas desde la GES de destino por
canal P, en respuesta al conjunto de SU, de la forma
siguiente:
1) cuando la SU TACK (Apndice 2, Captulo 4,
Figura A2-29) indica que en la GES se ha recibido el
conjunto completo de SU, la AES enviar al usuario de
servicio de enlace una LIDU con indicacin de estado de
transmisin fructuosa (Tabla 4-25);
Figura A2-29) indica que se ha perdido todo el conjunto
de SU, la AES retransmitir todo el conjunto original
de SU;
Figura A2-29) indica que se han perdido SU en la GES,
si no se espera ninguna SU TACK adicional indicando
que hay otras SU perdidas del mismo conjunto de SU, o
si se espera una o ms SU TACK pero no se recibe
ninguna en un plazo de tA5 segundos (Apndice 4,
Captulo 4), a partir del momento en que se recibi la SU
TACK anterior, la AES retransmitir las SU perdidas en
la forma indicada en las SU TACK recibidas. Se retrans-
mitir una SU de encabezador de retransmisin (RTX)
(Apndice 2, Captulo 4, Figura A2-41) antes de la
retransmisin de cualquier SU. Luego, si se recibe
cualquier otra SU TACK, indicando las SU perdidas,
asociada con el mismo conjunto de SU antes de que se
haya retransmitido el conjunto de SU de retransmisin
completo, la AES descartar la SU TACK recibida.
Sin embargo, la AES no transmitir ms de tres veces el
mismo conjunto, ya sea que se trate del conjunto original de
SU o de un conjunto retransmitido de SU. Si despus de la
tercera transmisin, la AES recibe una SU TACK cuyo
resultado sera una cuarta transmisin del mismo conjunto
de SU, la AES enviar una LIDU al usuario de servicio de
enlace con indicacin de estado de transmisin en falla y
dar por terminado el procesamiento de ese conjunto de SU.
b) Si no se recibe ningn acuse de recibo, asociado con el
conjunto de SU, de la GES de destino en un plazo de tA4A
segundos (Apndice 4, Captulo 4) a partir del momento en
que se transmiti la ltima SU del conjunto (el conjunto
original de SU, o un conjunto retransmitido de SU corres-
pondiente al conjunto original) o a partir del momento en
que se descart, segn lo especificado en 4.6.5.2.6 b), la
AES transmitir una SU con peticin de acuse de recibo
(RQA) (Apndice 2, Captulo 4, Figura A2-48). Seguida-
mente, la AES telemandar la seleccin de una frecuencia
por canal R y a continuacin retransmitir la SU RQA a
intervalos de tA4B segundos (Apndice 4, Captulo 4) a
partir del momento en que se transmiti la SU RQA anterior,
hasta que se reciba una correspondiente SU TACK. Sin
embargo, si no se recibiera ninguna correspondiente SU
TACK en un plazo de tA4B segundos a partir del momento
en que se transmiti la quinta SU RQA, la AES enviar al
usuario de servicio de enlace de la AES una LIDU con
indicacin de estado de transmisin en falla (Tabla 4-25) y
dar por terminado el procesamiento de ese conjunto de SU.
de tierra (GES)
4.6.4.3.1 La GES reasociar y reordenar las SU recibidas
de una AES conectada, de conformidad con sus ID AES,
nmeros Q, nmeros de referencia y nmeros secuenciales,
definidos en el Apndice 3, Captulo 4. Se descartar cualquier
SSU recibida si no se ha recibido la correspondiente ISU o
SU RTX.
Nota. Podra determinarse la ID AES asociada con una
rfaga por canal T ya sea a partir de la SU ID de rfaga, si
se recibiera, ya sea a partir de cualquier otra SU, dentro de
la misma rfaga, que contenga un campo ID AES.
4.6.4.3.2 La GES, despus de recibir una ISU determinar
si se esperan o no de la AES otras SSU, correspondientes al
conjunto de SU encabezado por la ISU recibida, de confor-
midad con el siguiente criterio:
de SU, si se ha recibido la ltima SSU del conjunto, o una
SU de la misma AES pero con un nmero Q inferior, o una
SU de la misma AES con el mismo nmero Q pero con un
nmero de referencia distinto, o una SU de relleno con la
misma ID AES.
4.6.4.3.3 Cuando no se esperan ninguna otra SU corres-
pondiente a un conjunto de SU, la GES determinar si se ha
perdido o no alguna SU del conjunto de las SU recibido. Segui-
damente la GES efectuar lo siguiente:
25 2/11/00
Nm. 75
a) si el conjunto de las SU est completo, enviar una SU de
acuse de recibo por canal T (TACK) (Apndice 2, Cap-
tulo 4, Figura A2-29) indicando que no se ha perdido
ninguna de las SU, ensamblar una LIDU a partir del con-
junto de SU de conformidad con 4.6.3.4 y lo transferir al
usuario de servicio de enlace apropiado;
b) si el conjunto de las SU no est completo, transmitir una
o ms SU TACK sealando a la AES las SU que se han
perdido, de conformidad con lo siguiente:
1) si se han perdido ms de 42 SU o menos de 4, del
conjunto de las SU, solamente se enviar una SU TACK
(Apndice 2, Captulo 4, Figura A2-29). En el primer
caso la SU TACK indicar una peticin de retransmisin
del conjunto total de SU, mientras que en el segundo caso
indicar una peticin de retransmisin de todas las SU
perdidas;
2) en los dems casos, se enviarn a la AES un mximo de
14 SU TACK (Apndice 2, Captulo 4, Figura A2-29)
indicando todas las SU que se han perdido.
4.6.4.3.3.1 Si el conjunto de SU recibido es una
retransmisin de un conjunto de SU en espera de ser
completado en la GES, la GES usar estos conjuntos para
formar un nuevo conjunto de SU tan completo como sea posible
antes de enviar un acuse de recibo segn lo indicado en
4.6.4.3.3 a) y b).
4.6.4.3.3.2 La GES descartar, respecto a cada conjunto
completo de SU, todos los conjuntos de SU subsiguientes
(completos o incompletos), que tengan los mismos nmero Q
ID AES, y nmero de referencia, hasta que se reciba un con-
junto de SU con los mismos nmero Q, ID AES, y el nmero
de referencia par (de conformidad con el plan de estable-
cimiento de pares proporcionado en 4.6.5.2.2).
4.6.4.3.4 La GES, despus de recibir una SU RTX
(Apndice 2, Captulo 4, Figura A2-41), determinar, de
conformidad con el criterio descrito en 4.6.4.3.2, si se esperan
o no de la AES otras SU correspondientes al conjunto de
retransmisin encabezado por la SU RTX recibida. Cuando ya
no se espere ninguna otra SU, la GES insertar las SU retrans-
mitidas en el conjunto apropiado de SU (incompleto) y dar
acuse de recibo, segn lo especificado en 4.6.4.3.3.
4.6.4.3.5 La GES responder a una SU de peticin de
acuse de recibo (RQA) recibida de la AES retransmitiendo el
ltimo conjunto anteriormente enviado de SU TACK, corres-
pondiente al conjunto de la SU indicado en la SU RQA. La
GES, si la SU RQA identifica un conjunto de SU en espera de
ser completado en la GES para el cual no se ha transmitido una
SU TACK, enviar una SU TACK pidiendo la retransmisin
de las SU que faltan. La GES, si la SU RQA identifica un
conjunto de SU no recibido en la GES, enviar una SU TACK
pidiendo la retransmisin de todo el conjunto de SU.
4.6.4.3.6 Si la GES recibe una ISU con la misma ID AES
y el mismo nmero Q que las de un conjunto de SU en espera
de ser completado, y con un nmero de referencia igual al
nmero de referencia asociado al nmero de referencia del
conjunto de SU, segn la asociacin por pares indicada en
4.6.5.2.2 la GES descartar el conjunto de SU en espera.
4.6.5 Protocolo de reserva
por canal T
de reserva por canal T en el mbito de la AES y de la GES.
Las funciones de capa de enlace para el protocolo de reserva
por canal T sern las definidas en 4.6.5.2 y 4.6.5.3.
de aeronave (AES)
4.6.5.2.1 La AES, una vez recibida una LIDU con una
LSDU de ms de 33 octetos, la encaminar hacia el protocolo
por canal T.
Nota. Una LIDU que contenga una LSDU de 33 octetos
o menos, puede ser encaminada hacia el protocolo por canal R
o hacia el protocolo por canal T.
4.6.5.2.2 Antes de transferir la LIDU al protocolo de
transmisin por canal T, la AES le asignar un nmero de
referencia disponible (que no est actualmente asignado)
(Apndice 3, Captulo 4, rubro 46). Si no se ha asignado
ningn nmero de referencia a una LIDU, sta se almacenar
hasta que se le asigne uno. Se asignar un nmero de referencia
a la LIDU ms antigua recibida sin nmero de referencia. Los
nmeros de referencia que se asignen a las LIDU por canal T
se definirn en pares de la manera siguiente (0,1); (2,3); (4,5);
(6,7); (8,9); (10,11); (12,13); (14,15). Una vez liberado, ningn
nmero de referencia de un par ser reasignado mientras el otro
nmero del par no haya sido asignado y liberado. La AES no
asignar un nmero de referencia de un par cuyo otro nmero
acabe de ser liberado, hasta que se haya asignado un nmero
de referencia de cada par disponible para ser asignado antes de
la liberacin. El nmero de referencia asignado ser utilizado
tanto en el protocolo de transmisin por canal T como en el
protocolo de reserva por canal T.
4.6.5.2.3 Para hacer una peticin de reserva para transmitir
un conjunto de SU, la AES enviar a la GES una SU de peticin
de reserva (REQ) indicando el nmero de referencia, el nmero
Q y la longitud del conjunto de SU que haya de transmitirse.
4.6.5.2.4 La AES transmitir a la GES una SU REQ por
canal R (Apndice 2, Captulo 4, Figura A2-47) o por canal T
(Apndice 2, Captulo 4, Figura A2-7), de conformidad con el
criterio siguiente:
Se utilizar el canal T si la AES est actualmente trans-
mitiendo una rfaga por canal T y hay espacio suficiente
para dar cabida a la SU REQ, o si est a punto de iniciarse
una rfaga por canal T en la prxima ventana de tiempo de
8 segundos; de lo contrario, se utilizar el canal R.
4.6.5.2.5 Cuando se utiliza el canal T para transmitir a la
GES una SU REQ, se incrementar en una SU la longitud
pedida.
4.6.5.2.6 La AES, despus de enviar a la GES una SU
REQ, efectuar lo siguiente:
26 2/11/00
Nm. 75
a) Si se utiliz el canal T para la transmisin de una SU REQ,
y si no se recibi de la GES ninguna SU de reserva (RES)
correspondiente (Apndice 2, Captulo 4, Figura A2-23) ni
ninguna SU de reserva cercana (RFC) (Apndice 2,
Captulo 4, Figura A2-24) en un plazo de tA6 segundos
(Apndice 4, Captulo 4) a partir del momento en que se
envi la SU REQ por canal T, la AES enviar de nuevo por
canal T o por canal R, de conformidad con 4.6.5.2.4, la SU
REQ con una longitud de transmisin solicitada igual a la
longitud ltimamente solicitada, o incrementada en 1, si se
utiliz el canal T. Seguidamente la AES proceder segn lo
dispuesto en 4.6.5.2.6.
b) Si se utiliz el canal R para la transmisin de la SU REQ,
y si no se recibi de la GES ninguna SU RES corres-
pondiente ni ninguna SU RFC correspondiente en un plazo
de tA7 segundos (Apndice 4, Captulo 4) a partir del
momento en que se envi la SU REQ por canal R, la AES
ordenar la seleccin de una frecuencia de canal R y enviar
de nuevo, por canal T o por canal R, la SU REQ, de
conformidad con 4.6.5.2.4, con una longitud de transmisin
solicitada igual a la longitud ltimamente solicitada o incre-
mentada en 1 si se utiliz el canal T. Seguidamente la AES
proceder segn lo dispuesto en 4.6.5.2.6. Sin embargo, si
transcurrieran tA7 segundos despus de la quinta trans-
misin consecutiva por canal R de la SU REQ, sin que se
reciba de la GES, ni la SU RES ni la SU RFC
correspondientes, la AES abandonar el procedimiento de
reserva para la correspondiente LIDU y descartar el
nmero de las SU especificado en la ltima SU REQ
transmitida. Si entre las SU descartadas hubiera alguna ISU,
la AES descartar entonces el conjunto completo de SU
encabezado por la ISU descartada, incluso si esto llevara a
descartar un nmero de SU superior al especificado en la SU
REQ. En tal caso, la AES enviar una LIDU con indicacin
de estado de transmisin (Tabla 4-25) indicando la falla, al
usuario de servicio de enlace apropiado de la AES, corres-
pondiente a ese conjunto de SU completamente descartado.
Si entre las SU descartadas est comprendida una SU RTX,
la AES descartar el conjunto completo de SU encabezado
por la SU RTX. Si entre las SU descartadas est compren-
dida una SU REQ, la AES retransmitir una vez ms la SU
REQ por el canal R o por el canal T de conformidad con
4.6.5.2.4.
c) Si se recibe de la GES una SU RES, correspondiente a una
SU REQ, la AES transferir la informacin de reserva en la
SU RES al protocolo de transmisin por canal T. El nmero
inicial de trama en la reserva de rfaga por canal T se referir
al nmero de trama vigente o a una de las 15 tramas que
siguen al nmero de trama vigente.
d) Si se recibe de la GES una SU RFC, correspondiente a una
SU REQ la AES calcular el tiempo tA8 (Apndice 4,
Captulo 4), de conformidad con el retardo especificado en
la SU RFC, necesario para que llegue la SU RES esperada.
Seguidamente la AES efectuar lo siguiente:
1) Si no se recibe de la GES ninguna SU RES, ni ninguna
SU RFC, correspondiente al conjunto de SU RFC en un
plazo de tA8 segundos a partir del momento en que se
recibi el conjunto de SU RFC, la AES enviar a la GES
por canal T o por canal R, de conformidad con 4.6.5.2.4,
una SU REQ con una longitud de transmisin solicitada
igual a la longitud asociada con la correspondiente SU
RFC o incrementada en uno si se utiliza el canal T y
seguidamente la AES proceder segn lo dispuesto en
4.6.5.2.6.
2) Si se recibe de la GES una SU RFC asociada con la
SU RFC previamente recibida, la AES actualizar el
tiempo tA8 correspondiente, de conformidad con el
nuevo retardo especificado en la SU RFC.
3) Si se recibe de la GES una SU RES correspondiente a
esa SU RFC, en un plazo de tA8 segundos a partir del
momento en que se recibi la SU RFC, la AES transferir
la informacin de reserva en la SU RES al protocolo de
transmisin por canal T de la AES.
4.6.5.2.7 Despus de que mediante el protocolo de
transmisin por canal T se reciba en la AES un conjunto de SU
TACK pidiendo la retransmisin de las SU perdidas, la AES
calcular tA8, de conformidad con la demora especificada en
la SU TACK para la llegada prevista de la SU RES. Despus
la AES har lo siguiente:
a) Si no se recibe de la GES ninguna SU RES ni SU RFC
correspondientes a tal conjunto de SU TACK, en un plazo
de tA8 segundos a partir del momento en que se recibi el
conjunto completo de SU, la AES enviar a la GES una SU
REQ, por canal T o por canal R, de conformidad con
4.6.5.2.4, de la longitud solicitada que sea igual al nmero
de SU perdidas identificadas en el conjunto de las SU TACK
ms uno si se utiliz el canal R, o incrementada en uno ms
si se utiliz el canal T y seguidamente la AES proceder
segn lo dispuesto en 4.6.5.2.6.
b) Si se recibe de la GES una SU RFC asociada con el conjunto
de SU TACK previamente recibido, la AES actualizar el
correspondiente tiempo tA8, de conformidad con la nueva
demora especificada en la SU RFC.
c) Si se recibe de la GES una SU RES en un plazo de tA8
segundos a partir del momento en que se recibi el conjunto
completo de SU TACK, la AES cursar la informacin de
reserva de la SU RES al protocolo de transmisin por canal
T de la AES.
Nota. El campo de bandera RFC (Apndice 3, Cap-
tulo 4, rubro 50) en la SU RES o RFC se utiliza para distinguir
entre las SU RES o RFC asociadas con las SU REQ y con las
SU TACK o SU RFC.
4.6.5.2.8 Si se recibe de la GES una SU RES que no
corresponde a ninguna SU REQ enviada por la AES, ni a
ninguna SU RFC, ni SU TACK recibidas en la AES, la AES
transferir la informacin de reserva en la SU RES al protocolo
de transmisin por canal T.
4.6.5.2.9 Si la AES no puede transmitir una rfaga por
canal T, en la reserva asignada a la rfaga por canal T, la AES
enviar a la GES una SU REQ pidiendo una reserva para la
rfaga no transmitida.
4.6.5.2.10 Si una AES termina las comunicaciones con
una GES, como resultado de un procedimiento de transferencia
(4.9), tanto la AES como la GES liberarn todos los recursos
de capa de enlace atribuidos para la comunicacin de datos
entre ellas.
27 2/11/00
Nm. 75
4.6.5.2.11 Se liberar el nmero de referencia asignado a
una LIDU cuando se hayan recibido en la AES todas las reser-
vas esperadas, asociadas con el conjunto de SU correspondiente
a la LIDU, o se haya interrumpido el procedimiento de reserva
correspondiente a esa LIDU, y despus de que haya sido
enviada al usuario de servicio de enlace de la AES una LIDU
con indicacin de estado de transmisin (Tabla 4-25) fructuosa
o en falla.
de tierra (GES)
4.6.5.3.1 La GES, una vez recibida una SU REQ de la
AES, asignar a la AES una o ms reservas de rfaga para el
conjunto de SU identificado en la SU REQ. Cuando la GES
transmite a la AES un conjunto de SU TACK indicando error,
asignar una o ms reservas de rfaga para la retransmisin del
conjunto parcial de SU, constituido por una SU RTX seguida
de las SU que se hubieran perdido o para la retransmisin del
conjunto completo de SU.
Nota. La SU TACK indicando error contiene un campo
que define el retardo preestablecido para la SU RES de reserva
cercana.
4.6.5.3.2 La GES enviar a la AES una SU RES en el
momento en que haya un mximo retardo subsiguiente de
8 segundos antes de la hora prevista de transmisin del
conjunto de SU. Si el inicio de la reserva asignada est fuera
de la ventana de tiempo de 8 segundos, contando a partir del
momento en que se hizo la reserva, la GES enviar a la AES
una SU RFC indicando el retardo y seguidamente enviar la SU
RES, tan pronto como la hora actual est dentro de los
8 segundos a partir del momento programado de reserva. Si no
puede efectuarse una reserva asociada con un conjunto de SU
TACK indicando errores, o con una SU RFC previamente
transmitida, en el plazo del retardo especificado en el conjunto
de SU TACK o en la SU RFC, la GES enviar a la AES una
SU RFC antes de que haya transcurrido el perodo de retardo.
La SU RFC indicar el nuevo retardo de la reserva. La GES
enviar a la AES una SU RES con anticipacin suficiente para
que llegue a tiempo de que la AES inicie el envo de un
conjunto de SU al principio de la reserva de rfaga.
4.6.5.3.3 La GES no asignar reservas superpuestas por el
mismo canal T. El intervalo entre el fin de una reserva y el
principio de la siguiente ser suficiente para asegurar que no
hay superposicin de reserva de rfagas por canal T estable-
cidas por la GES. Se asignarn rfagas mltiples a un conjunto
largo de SU, separndolas mediante intervalos. El intervalo
entre las reservas de rfagas mltiples o entre reservas concre-
tas para diversos conjuntos de SU, ser tal que permita la
transmisin de por lo menos una rfaga por canal R cada
8 segundos. Se seleccionar la longitud de rfaga por canal T
para permitir que las transmisiones por canal R y por canal T
satisfagan los requisitos de eficacia indicados en 4.7. La
longitud de cada reserva de rfaga ser suficiente para dar
cabida a la SU identificadora de rfaga que encabeza cada
rfaga por canal T y la longitud total de las reservas ser
superior en una SU como mnimo a la que se pidi. La GES
asignar las reservas de forma que ninguna AES determinada
est obligada a transmitir en cualquier momento por ms de
un canal T que pertenezca al grupo de canales T asignados a
la AES.
4.6.6 Protocolo por canal C de sub-banda
hacia la aeronave
por canal C de sub-banda hacia la aeronave en el mbito de
la GES y de la AES.
Las funciones de capa de enlace por un canal C particular
de sub-banda sern las definidas en 4.6.6.2 y 4.6.6.3.
de tierra (GES)
4.6.6.2.1 La GES, una vez recibida una LIDU del usuario
de servicio de enlace en modo circuito (Tabla 4-38) o de la
gestin GES (Tabla 4-45), generar un conjunto de SU a partir
de la LIDU. Cada conjunto de SU comprender una sola unidad
de sealizacin denominada unidad aislada de sealizacin
(LSU) o ms de una unidad de sealizacin de las cuales la
primera ser una unidad inicial de sealizacin (ISU) y las
siguientes sern unidades subsiguientes de sealizacin
(SSU). El conjunto de SU se generar transformando la infor-
macin que figura en la LICI, y la informacin generada por
procesos internos de protocolo de capa de enlace, en los campos
de informacin de control de la SU apropiada.
4.6.6.2.2 Entre todas las SU en espera de ser transmitidas,
se transmitir en primer lugar la ms antigua SU con el nmero
Q ms elevado. Las SU de un conjunto de SU que conste de
mltiples SU sern transmitidas en orden descendente de sus
nmeros secuenciales (Apndice 3, Captulo 4, rubro 59).
Nota. La capa de enlace por canal C de sub-banda en la
GES no asigna ningn nmero de referencia a la LIDU reci-
bida del usuario de servicio de enlace en modo circuito. En su
lugar los servicios en modo circuito asignan un nmero de
referencia de aplicacin y ste se transfiere a la capa de enlace
en la LICI.
4.6.6.2.3 Si no hay ninguna SU que haya de ser
transmitida, la GES transmitir SU de relleno (Apndice 2,
Captulo 4, Figura A2-42).
de aeronave (AES)
4.6.6.3.1 Para un conjunto de SU que comprenda una
LSU, la AES formar una LIDU con informacin LICI
solamente y transferir la LIDU al usuario de servicio de
enlace apropiado de la AES. La LICI se generar a partir de la
informacin de control de la LSU recibida.
4.6.6.3.2 Para un conjunto de SU que comprenda mltiples
SU, la AES reasociar y reordenar las SU recibidas en un
conjunto de SU, de conformidad con su nmero de referencia
de aplicacin (Apndice 3, Captulo 4, rubro 4), sus nmeros
secuenciales (Apndice 3, Captulo 4, rubro 59) y sus nmeros
Q (Apndice 3, Captulo 4, rubro 43). La AES, despus de
recibir una ISU, determinar si se esperan o no de la GES otras
28 2/11/00
Nm. 75
SSU, correspondientes al conjunto de SU encabezado por dicha
ISU, de conformidad con el siguiente criterio:
de SU, si ya se ha recibido la ltima SSU del conjunto de
SU o una SU de relleno, o si se libera el canal.
Si se recibe una ISU o una LSU con un nmero Q igual al
nmero Q del conjunto de SU en espera de ser completado, la
AES descartar el conjunto incompleto de SU que est en
espera de ser completado.
4.6.6.3.2.1 Si no se espera ninguna otra SU correspon-
diente a una transmisin del conjunto de SU, la AES deter-
minar si hay o no SU perdidas. La AES proseguir de esta
forma:
a) si no hay SU perdidas, la AES reensamblar las SU para
formar una LIDU segn lo definido en 4.6.3.4.3 y transferir
la LIDU al usuario de servicio de enlace apropiado de
la AES;
b) si hay alguna SU perdida, la AES no generar ninguna LIDU
a partir del conjunto de SU que se recibi incompleto; en
lugar de esto, la AES almacenar las SU recibidas hasta que
se reciban las otras SU perdidas en una retransmisin del
conjunto de SU, o hasta que se libere el canal.
4.6.6.3.3 Deteccin de diafona por canal C. Si una SU o
un conjunto de SU recibidos contienen una ID AES o un
nmero de referencia de aplicacin que difiere del que preva-
leca cuando se estableci el canal C, la AES ordenar a la
gestin AES que impida la transmisin por la frecuencia de
canal C y ordenar a los servicios en modo circuito de la AES
que den por terminada la llamada.
4.6.7 Protocolo por canal C de sub-banda
desde la aeronave
por canal C de sub-banda desde la aeronave en el mbito de
la AES y de la GES.
Las funciones de capa de enlace por un canal C particular
de sub-banda en la direccin desde la aeronave sern las defi-
nidas en 4.6.7.2 y 4.6.7.3.
de aeronave (AES)
4.6.7.2.1 La capa de enlace de la AES, una vez recibida
una LIDU del usuario de servicio de enlace en modo circuito
(Tabla 4-38) o de la gestin AES (Tabla 4-44), generar el
correspondiente conjunto de SU de conformidad con 4.6.6.2.1.
4.6.7.2.2 Entre todas las SU en espera de ser transmitidas
se transmitir en primer lugar la ms antigua de las SU con
el nmero Q ms elevado. Las SU de un conjunto de SU que
conste de mltiples SU sern transmitidas en orden descen-
dente de sus nmeros secuenciales (Apndice 3, Captulo 4,
rubro 59).
Nota. La capa de enlace por canal C de sub-banda en la
AES no asigna ningn nmero de referencia a la LIDU recibida
del usuario de servicio de enlace en modo circuito. En su lugar
los servicios en modo circuito asignan un nmero de referencia
de aplicacin y ste se transfiere a la capa de enlace en la LICI.
4.6.7.2.3 Si no hay ninguna SU que haya de ser trans-
mitida, la AES transmitir SU de relleno (Apndice 2,
Captulo 4, Figura A2-42).
de tierra (GES)
4.6.7.3.1 Para un conjunto de SU que comprenda una
LSU, la GES formar una LIDU de conformidad con 4.6.6.3.1
y la transferir al usuario de servicios de enlace apropiado de
la GES.
4.6.7.3.2 Para un conjunto de SU que comprenda mltiples
SU, la GES reasociar y reordenar las SU recibidas en un
conjunto de SU, de conformidad con su nmero de referencia
de aplicacin (Apndice 3, Captulo 4, rubro 4), sus nmeros
secuenciales (Apndice 3, Captulo 4, rubro 59) y sus nmeros
Q (Apndice 3, Captulo 4, rubro 43). La GES, despus de
recibir una ISU, determinar si se esperan o no de la AES otras
SSU correspondientes al conjunto de SU encabezado por dicha
ISU de conformidad con el siguiente criterio:
de SU, si ya se ha recibido la ltima SSU del conjunto de
SU o una SU de relleno, o si se libera el canal.
Si se recibe una ISU o una LSU con un nmero Q igual al
nmero Q del conjunto de SU en espera de ser completado, la
GES descartar el conjunto incompleto de SU que est en
espera de ser completado.
4.6.7.3.2.1 Si no se espera ninguna otra SU correspon-
diente a una transmisin del conjunto de SU, la GES determi-
nar si hay o no SU perdidas. La GES proseguir de esta forma:
a) si no hay SU perdidas, la GES reensamblar las SU para
formar una LIDU segn lo definido en 4.6.3.4.3 y transferir
la LIDU al usuario de servicio de enlace apropiado de la
GES;
b) si hay alguna SU perdida, la GES no generar ninguna LIDU
a partir del conjunto de SU que se recibi incompleto; en
lugar de esto, la GES almacenar las SU recibidas hasta que
se reciban otras SU perdidas en una retransmisin del
conjunto de SU, o hasta que se libere el canal.
4.7 CAPA DE SUBRED DE SATLITE
4.7.1 Disposiciones generales
4.7.1.1 Arquitectura
4.7.1.1.1 La capa de subred de satlite (SSNL) en la AES
y en la GES proporcionar servicios de datos por paquetes con
conexin, estableciendo conexiones de subred (SNC) entre los
29 2/11/00
Nm. 75
usuarios del servicio de subred (SNS). Las SSNL de la AES y
de la GES comprendern las tres funciones siguientes:
a) funcin dependiente de la subred de satlite (SSND);
b) funcin de acceso a la subred (SNAc); y
c) funcin de interfuncionamiento (IW).
La funcin SSND ejecutar el protocolo SSND (SSNDP) entre
cada par de estaciones AES y GES intercambiando las unidades
de datos de protocolo de subred (SNPDU). Ejecutar en la AES
la funcin SSNDP de aeronave (SSNDPA) y en la GES la
funcin SSNDP de tierra (SSNDPG). Como mnimo, la funcin
SNAc ejecutar el protocolo ISO 8208 entre la AES, o la GES,
y los encaminadores conexos mediante el intercambio de
paquetes ISO 8208. Ejecutar la funcin DCE ISO 8208 en la
AES y en la GES. La funcin IW (IWF) proporcionar las
funciones necesarias de armonizacin entre las funciones
SSND y SNAc. En la Figura 4-11 se ilustran las funciones
SSND, IW y SNAc y la arquitectura de protocolo de subred de
satlite de la ATN.
4.7.1.1.2 Se utilizar el trmino DCE con el significado
DCE ISO 8208.
4.7.1.1.3 La SSNL estar en interfaz con la capa de enlace
y con la gestin AES/GES.
4.7.1.2 Servicios
La SSNL proporcionar los servicios siguientes:
a) transparencia de la informacin transferida proporcionar
la transferencia transparente de datos de usuario SSNL
alineados en octetos o informacin de control; y
b) seleccin de la calidad de servicio poner a disposicin
de los usuarios SNS un medio de pedir y convenir en la
calidad de servicio para la transferencia de datos de usuario
de la SSNL.
4.7.2 Eficacia de los datos por paquete
4.7.2.1 Definiciones
4.7.2.1.1 Los trminos y expresiones que se utilizan
respecto a la eficacia de datos por paquete se basan en las
definiciones ISO 8348 (primera edicin). Al aplicar estas
definiciones a la capa de subred del SMAS, la palabra red y
su abreviatura N de ISO 8348 se sustituyen por la palabra
subred y su abreviatura SN, respectivamente, dondequiera
que figuren. Adems, se proporcionan las definiciones
siguientes.
4.7.2.1.2 Retardo de transferencia de datos (percen-
tila 95). La percentila 95 de la distribucin estadstica de
retardos cuyo promedio es el retardo de trnsito.
4.7.2.1.2 bis Retardo de trnsito de datos. De conformidad
con la ISO 8348, el valor promedio de la distribucin estadstica
de los retardos de datos.
4.7.2.1.3 Unidad de datos del servicio de subred
(SNSDU). Una cantidad de datos de usuario de la subred, cuya
identidad se preserva desde un extremo al otro de una conexin
de subred.
Nota. La eficacia de la subred depende de una serie de
factores, comprendido el nivel de trfico de comunicaciones.
Los valores de eficacia proporcionados corresponden a las
horas punta de trfico.
4.7.2.2 Rapidez de servicio
4.7.2.2.1 Retardo de establecimiento de la conexin
Nota. El retardo de establecimiento de la conexin, segn
la definicin de ISO 8348, incluye un componente atribuible al
usuario del servicio de subred llamado, que es el tiempo
transcurrido entre la indicacin CONEXIN-SN y la respuesta
CONEXIN-SN. Este componente de usuario se debe a accio-
nes que tienen lugar fuera de los lmites de la subred de satlite
y, por lo tanto, se excluye en las especificaciones SMAS.
4.7.2.2.1.1 El retardo de establecimiento de la conexin no
exceder de los valores mximos siguientes:
4.7.2.2.2 Retardo de trnsito de datos
Nota. De conformidad con la ISO 8348, los valores de
retardo de trnsito de datos se basan en una longitud de
SNSDU fija de 128 octetos. Los retardos de trnsito de datos
se definen como valores promedio. (Vanse 4.7.2.1.2 y
4.7.2.1.2 bis)
4.7.2.2.2.1 El retardo de trnsito no exceder de los
valores mximos siguientes:
Velocidad mnima
de transmisin por
el canal que usa la AES
(bits/s)
Retardo mximo
de establecimiento de
la conexin (percentila 95)
(segundos)
600
1 200
2 400
4 800
10 500
70
45
25
25
25
Velocidad mnima
de transmisin
por el canal
que usa la AES
(bits/s)
Retardo mximo de trnsito
de datos (segundos)
Hacia la aeronave
Desde la
aeronave
Servicio
de prioridad
mxima
Servicio
de prioridad
mnima
Servicio de
prioridad
mnima
600
1 200
2 400
4 800
10 500
12
8
5
4
4
40
25
12
7
5
40
30
15
13
13
30 2/11/00
Nm. 75
Nota. En cualquier AES, el trfico de menor prioridad
desde la aeronave puede tener un retardo adicional, en funcin
del volumen de trfico y de su velocidad de transmisin desde
la aeronave.
4.7.2.2.3 Retardo de transferencia de datos
(percentila 95)
Nota. De conformidad con la ISO 8348, los valores de
retardo de transferencia de datos se basan en una longitud fija
de SNSDU de 128 octetos. El retardo de transferencia de datos
del 95% se define en 4.7.2.1.2.
El retardo de transferencia de datos (percentila 95) no
exceder de los valores mximos siguientes:
Nota. En cualquier AES, el trfico de menor prioridad
desde la aeronave puede tener un retardo adicional, en funcin
del volumen de trfico y de su velocidad de transmisin desde
la aeronave.
4.7.2.2.4 Retardo de liberacin de la conexin
El retardo de liberacin de la conexin (percentila 95) no
exceder de 30 segundos.
4.7.2.3 Fiabilidad del servicio
4.7.2.3.1 Proporcin de errores residuales
La proporcin de errores residuales en la direccin desde la
aeronave no exceder de 10
-4
por SNSDU. La proporcin de
errores residuales en la direccin hacia la aeronave no exceder
de 10
-6
por SNSDU.
Nota. La proporcin de errores residuales comprende la
probabilidad de errores no detectados, la probabilidad de
perder una SNSDU y la probabilidad de duplicar una SNSDU.
4.7.2.3.2 Resiliencia de la conexin
4.7.2.3.2.1 La probabilidad de liberacin de SNC invocada
por un proveedor SNC no exceder de 10
-4
en cualquier perodo
de una hora.
Nota. La liberacin de conexin como consecuencia de
una transferencia de GES a GES, o desconexin de AES, o por
derecho preferente de VC est excluida de esta especificacin.
4.7.2.3.2.2 La probabilidad de reiniciacin invocada por
un proveedor SNC no exceder de 10
-1
en cualquier perodo de
una hora.
4.7.3 Servicios y operaciones del protocolo
dependiente de la subred de satlite
4.7.3.1 Disposiciones generales
Dado que las diferencias funcionales entre SSNDPA y
SSNDPG son mnimas, sus operaciones se describirn
mediante las siglas SSNDPX en las que X remplazar a A o
a G. Cuando haya diferencias, las funciones SSNDPA y
SSNDPG se describirn por separado.
4.7.3.2 Entidades del protocolo dependiente
de la subred de satlite
Nota. Entre cada par de estaciones AES y GES, existe por
lo menos un par de entidades SSNDPA y SSNDPG. En la
Figura 4-12, se representan dos pares de entidades SSNDPA
y SSNDGP entre dos estaciones AES y una estacin GES.
4.7.3.2.1 La SSNDPX definida en esta seccin correspon-
der a cada entidad SSNDPX.
4.7.3.3 Canales lgicos
Nota. Las conexiones entre las funciones SSNDPA y
SSNDPG se establecen por canales lgicos. Pueden estable-
cerse hasta 255 canales lgicos entre cada par de entidades
SSNDPX. Cada canal lgico se identifica por su propio nmero
de canal lgico (LCN) que vara de 1 a 255. Est reservado
el LCN 0.
4.7.3.3.1 Para establecer una nueva conexin de tierra-a-
aire, la SSNDPG atribuir un nmero de canal lgico en la
gama de 1 a 127, seleccionando el canal lgico con el nmero
ms bajo en estado de preparado en esa gama. Para establecer
una nueva conexin de aire a tierra, la SSNDPA atribuir un
nmero de canal lgico en la gama de 128 a 255, seleccionando
el canal lgico con el nmero ms elevado en estado de
preparado en esa gama.
4.7.3.4 Operaciones
El servicio de llamadas virtuales (VC) SSNDPX proceder
pasando por tres fases distintas:
a) establecimiento de la conexin;
b) transferencia de datos; y
c) liberacin de la conexin.
Nota. La SSNDPX se especifica en funcin de operaciones
de origen local o remoto. En las operaciones de origen local
Velocidad mnima
de transmisin
por el canal
que usa la AES
(bits/s)
Retardo mximo de transferencia
de datos (percentila 95)
(segundos)
Hacia la aeronave
Desde la
aeronave
Servicio
de prioridad
mxima
Servicio
de prioridad
mnima
Servicio
de prioridad
mxima
600
1 200
2 400
4 800
10 500
15
9
6
5
4
110
60
30
20
10
80
65
35
30
30
31 2/11/00
Nm. 75
se especifica el procedimiento en la SSNDPX para tramitar las
operaciones originadas por usuarios locales SNS, en tanto que
en las operaciones de origen remoto se especifica el procedi-
miento en la SSNDPX para tramitar las operaciones originadas
por usuarios remotos SNS.
4.7.3.5 Establecimiento de la conexin
Nota. Durante el establecimiento de la conexin, puede
transferirse un mximo de 128 octetos de datos de usuario.
4.7.3.5.1 El procedimiento de establecimiento de la cone-
xin se aplicar independientemente a cada peticin de estable-
cimiento.
4.7.3.5.2 Los datos de usuario se remitirn de manera
transparente en ambas direcciones.
4.7.3.5.3 Origen local
4.7.3.5.3.1 Funcionamiento normal
4.7.3.5.3.1.1 Cuando la SSNDPX recibe de la IWF un
paquete de peticin de llamada, atribuir un canal lgico en
estado de preparado, remitir el paquete de peticin de llamada
a la SSNDPX remota por medio de una SNPDU de peticin de
conexin y pondr el canal lgico en el estado de peticin de
llamada de la IWF.
4.7.3.5.3.1.2 Si se acepta la llamada en la SSNDPX
remota, se recibe una SNPDU de confirmacin de conexin. La
SSNDPX pondr el canal lgico en el estado de transferencia
de datos/control de flujo (preparado para control de flujo/sin
interrupcin remota o local pendiente) y remitir un paquete de
llamada conectada a la IWF. El paquete de llamada conectada
utilizar valores preestablecidos (si los hubiera) para facilidades
que no se transmiten por la subred de satlite, de conformidad
con las reglas de correspondencia de SNPDU a paquete,
definidas en 4.7.3.16.
4.7.3.5.3.1.3 Si la SSNDPX no recibe de la SSNDPX
remota ninguna SNPDU de confirmacin de conexin ni de
conexin liberada antes de que expire el temporizador (vase
tN1, Tabla 4-18), iniciar un procedimiento de liberacin de la
conexin.
4.7.3.5.3.2 Otra clase de funcionamiento
Si no se dispone de recursos, o si no est permitido un valor
solicitado de facilidad, la SSNDPX de origen enviar a la IWF
un paquete de indicacin de liberacin.
4.7.3.5.4 Origen remoto
4.7.3.5.4.1 Funcionamiento normal
4.7.3.5.4.1.1 Cuando la SSNDPX recibe de una SSNDPX
remota una SNPDU de peticin de conexin, pondr el canal
lgico seleccionado en el estado de llamada entrante. La
SSNDPX remitir a la IWF un paquete de llamada entrante
utilizando valores preestablecidos para facilidades que no se
transmitan por la subred de satlite (vase 4.7.3.16).
paquete de llamada aceptada, remitir una SNPDU de
confirmacin de conexin a la SSNDPX remota y pondr el
canal lgico en el estado de transferencia de datos/control de
flujo (preparado para control de flujo/sin interrupcin remota
o local pendiente) cuando recibe desde la capa de enlace de
interfaz la informacin de que se ha procesado la SNPDU de
confirmacin de conexin (recepcin de una LIDU de fracaso/
xito).
4.7.3.5.4.2 Otra clase de funcionamiento
4.7.3.5.4.2.1 Si la SSNDPX de recepcin no puede dar
apoyo a la peticin, transmitir una SNPDU de conexin
liberada a la SSNDPX de origen.
4.7.3.5.4.2.2 Si no est permitido un valor seleccionado, la
SSNDPX de recepcin iniciar un procedimiento de liberacin
de conexin.
4.7.3.6 Liberacin de la conexin
Nota. Cualesquiera de las partes podr liberar en cual-
quier momento una conexin de subred una vez que el canal
lgico est en alguno de los estados de transferencia de datos,
de peticin de llamada IWF, o de llamada entrante. La SNPDU
de conexin liberada puede comprender los datos de usuario
(128 octetos como mximo) proporcionados por la IWF.
4.7.3.6.1 Los datos de usuario se remitirn de manera
transparente en ambas direcciones.
4.7.3.6.2 La SSNDPX asegurar la transmisin en secuen-
cia entre las SNPDU de datos/interrupcin ya remitidas a
la capa de enlace y una SNPDU completa de conexin libe-
rada o SNPDU de liberacin de conexin, transmitida poste-
riormente.
4.7.3.6.3 Origen local
4.7.3.6.3.1 Cuando la SSNDPX recibe de la IWF un
paquete de peticin de liberacin, pondr el canal lgico en el
estado de peticin de liberacin local, generar una SNPDU de
conexin liberada y la transmitir a la SSNDPX remota. Las
nicas SNPDU que aceptar sern la SNPDU de conexin
liberada o la SNPDU de liberacin de conexin completa. Se
descartarn todas las dems SNPDU. Adems, la SSNDPX
considerar como un error la recepcin de cualquier paquete
que no sea un paquete de peticin de liberacin y lo descartar.
4.7.3.6.3.2 Cuando la SSNDPX recibe una SNPDU de
liberacin de conexin completa despus de haber enviado con
xito una de conexin liberada, devolver el canal lgico al
estado de preparado. Si la SSNDPX recibe de una SSNDPX
remota una SNPDU de conexin liberada, no esperar recibir
una SNPDU de liberacin de conexin completa.
4.7.3.6.3.3 Si la SSNDPX no recibe ninguna respuesta de
la SSNDPX remota antes de que expire el temporizador aso-
ciado (vase tN6, Tabla 4-18), devolver el canal lgico al
estado de preparado.
4.7.3.6.4 Origen remoto
Cuando la SSNDPX recibe una SNPDU de conexin libe-
rada, entrar en el estado de peticin de liberacin remota y
remitir a la IWF un paquete de indicacin de liberacin.
32 2/11/00
Nm. 75
Adems construir una SNPDU de liberacin de conexin
completa, la enviar a la SSNDPX remota y devolver el canal
lgico al estado de preparado.
4.7.3.6.5 Origen en la SSNDPX
Si la entidad SSNDPX necesita desconectar una conexin,
pondr el canal lgico en el estado de peticin de liberacin
local, enviar a la IWF un paquete de indicacin de liberacin
y transmitir a la SSNDPX remota una SNPDU de conexin
liberada. Esperar recibir como respuesta de la SSNDPX
remota una SNPDU de liberacin de conexin completa o una
SNPDU de conexin liberada, y devolver el canal lgico al
estado de preparado cuando se reciba la respuesta esperada o
cuando expire la supervisin de temporizacin (vase tN6,
Tabla 4-20).
4.7.3.7 Transferencia de datos
4.7.3.7.1 El procedimiento de transferencia de datos se
aplicar independientemente a cada canal lgico que est en el
estado de transferencia de datos/control de flujo.
4.7.3.7.2 Procedimiento de transferencia de datos
4.7.3.7.2.1 Los datos se remitirn de manera transparente
y en secuencia entre los usuarios SNS.
4.7.3.7.2.2 Una secuencia SNPDU de bit M constar de
una secuencia de una o ms SNPDU de datos. Cada SNPDU
de datos, excepto la ltima, contendr un mximo de
503 octetos de datos de usuario y tendr su bit M puesto a 1.
El campo de datos de usuario de la ltima SNPDU que perte-
nece a la secuencia podr tener una longitud inferior a la
mxima y tendr su bit M puesto a 0.
4.7.3.7.2.3 Origen local
4.7.3.7.2.3.1 Una secuencia de paquetes de bit M que se
reciba de la IWF se remitir como secuencia SNPDU de bit M
a la SSNDPX remota.
4.7.3.7.2.3.2 La SSNDPX, al recibir de la IWF uno o ms
paquetes de datos pertenecientes a una secuencia de paquetes
de bit M, generar una o ms SNPDU de datos, utilizando el
bit M para indicar que sigue una SNPDU de datos en la misma
secuencia de SNPDU, y las remitir a la SSNDPX remota.
Nota. El nmero de SNPDU de datos necesario en la
secuencia depende del volumen de datos de usuario en los
paquetes de datos que pertenecen a la secuencia de paquetes
de bit M.
4.7.3.7.2.3.3 La SSNDPX asignar tambin un nmero de
SNPDU a cada SNPDU de datos. Los nmeros de SNPDU
sern consecutivos para determinada conexin. La numeracin
de la secuencia de las SNDPU de datos se ejecutar con mdulo
256 y los nmeros de SNPDU pasarn por ciclos en la gama
completa de 0 a 255. La primera SNPDU de datos que se trans-
mita por el enlace de satlite, cuando el canal lgico haya
pasado en ese momento al estado de preparado para control de
flujo, tendr un nmero de SNPDU igual a 0.
4.7.3.7.2.4 Origen remoto
4.7.3.7.2.4.1 Una secuencia de SNPDU de bit M recibida
de la SSNDPX remota se remitir a la IWF como secuencia de
paquetes de bit M.
4.7.3.7.2.4.2 La SSNDPX, al recibir una secuencia
SNPDU de bit M, generar una secuencia de paquetes de bit M,
utilizando el bit M para indicar que sigue un paquete de la
misma secuencia, segn lo requerido y lo remitir a la IWF.
Nota. El nmero de paquetes de datos necesarios en la
secuencia de paquetes de bit M depende del volumen de datos
de usuario en la secuencia de SNPDU de bit M y del tamao
del paquete.
4.7.3.7.2.4.3 Si se recibe una SNPDU de datos que
contiene menos del tamao mximo y con el bit M = 1 y el
bit D = 0, la SSNDPX iniciar un procedimiento de reini-
ciacin (vase 4.7.3.8.2.1).
4.7.3.7.3 Control de flujo
4.7.3.7.3.1 Se proporcionar control de flujo dentro de la
SSNDPX para impedir el desbordamiento de las memorias
intermedias de datos.
4.7.3.7.3.2 Para interrumpir el flujo de datos, la SSNDPX
receptora generar una SNPDU de control de flujo con su
campo de motivo de control de flujo puesto para suspenderla
y transmitirla a la SSNDPX remota. El nmero de SNPDU en
la SNPDU de control de flujo (suspender) se pondr al nmero
de SNPDU de la ltima SNPDU de datos recibida y aceptada.
Si hay SNPDU de datos fuera de secuencia en la SSNDPG, el
nmero de SNPDU de la SNPDU de control de flujo con su
campo de motivo puesto para suspender, se pondr al nmero
de SNPDU de la SNPDU recibida y aceptada antes de la
SNPDU fuera de secuencia. Cuando posteriormente, la
SSNDPX receptora pueda reanudar la transferencia de datos,
transmitir una SNPDU de control de flujo con su campo de
motivo de control de flujo puesto para reanudar.
4.7.3.7.3.3 Cuando la SSNDPX recibe una SNPDU de
control de flujo con su campo de control de flujo puesto para
suspender, interrumpir la transmisin de nuevas SNPDU de
datos por el canal lgico indicado. Si el nmero de SNPDU en
la SNPDU de control de flujo (suspender) es distinto del
nmero de la ltima SNPDU transmitida y la SNPDU de datos
con el nmero de SNPDU igual al nmero de SNPDU de la
SNPDU de control de flujo (suspender) ms un mdulo 256 ya
no est en los datos de la memoria intermedia, la SSNDPX
iniciar una reiniciacin del canal lgico. Cuando la SSNDPX
recibe una SNPDU de control de flujo con su campo de control
puesto para reanudar, reanudar la transmisin de SNPDU de
datos por el canal lgico indicado. La primera SNPDU de datos
(re)transmitida tendr su nmero de SNPDU igual al nmero
de SNPDU de la SNPDU de control de flujo recibida
(suspender) ms un modulo 256, excepto si se ha invocado un
procedimiento de reiniciacin.
4.7.3.7.3.4 Si la SSNDPX receptora no puede reanudar la
transferencia de datos antes de que expire el temporizador
asociado (vase tN7, en las Tablas 4-18 y 4-20), iniciar una
reiniciacin del canal lgico.
33 2/11/00
Nm. 75
4.7.3.7.4 Transferencia acelerada de datos
Nota. La transferencia acelerada de datos permite que
una SSNDPX transmita a la SSNDPX remota los datos de
usuario comprendidos en un paquete de interrupcin, pasando
por alto cualquier control de flujo que pudiera haberse
aplicado a las entidades de la capa de subred.
4.7.3.7.4.1 El procedimiento de transferencia acelerada de
datos se aplicar independientemente a cada canal lgico que
est en el estado de transferencia de datos, y no se iniciar
cuando se est en progresin un procedimiento de libera-
cin, o de reiniciacin.
4.7.3.7.4.2 Solamente se permitir en cada sentido y
simultneamente una SNPDU de interrupcin con una longitud
mxima de datos de usuario de 32 octetos.
4.7.3.7.4.3 Origen local
4.7.3.7.4.3.1 Cuando la SSNDPX de origen recibe de la
IWF un paquete de interrupcin y a condicin de que no haya
ninguna SNPDU de interrupcin preexistente en espera de la
SNPDU de confirmacin de interrupcin, la SSNDPX generar
una SNPDU de interrupcin y la remitir a la SSNDPX remota
y esperar una SNPDU de confirmacin de interrupcin; en los
dems casos, la SSNDPX descartar el paquete de interrupcin.
4.7.3.7.4.3.2 La SSNDPX, al recibir una SNPDU de
confirmacin de interrupcin, generar un paquete de
confirmacin de interrupcin y lo remitir a la IWF.
4.7.3.7.4.3.3 Si la SSNDPX no recibe ninguna SNPDU
de confirmacin de interrupcin antes de que expire el
temporizador asociado (vase tN4, en las Tablas 4-18 y 4-20),
iniciar una reiniciacin del canal lgico.
4.7.3.7.4.4.1 Cuando la SSNDPX recibe una SNPDU de
interrupcin, remitir a la IWF un paquete de interrupcin.
paquete de confirmacin de interrupcin, construir una
SNPDU de confirmacin de interrupcin y la enviar a la
SSNPDX remota.
4.7.3.8 Reiniciacin de conexin
4.7.3.8.1 Cuando la SSNDPX detecta un error en el
funcionamiento de la SSNDPX por el cual haya de reiniciar el
circuito virtual (vase la Tabla 4-24), pondr el canal lgico en
el estado de reiniciacin local, ejecutar el procedimiento de
reiniciacin y transmitir una SNPDU de reiniciacin a la
SSNDPX remota.
Nota. Los cdigos de causa y de diagnstico indican si la
reiniciacin debera efectuarse solamente en el mbito de la
subred de satlite o si debera extenderse a la IWF.
4.7.3.8.2 Reiniciacin
Durante el proceso de reiniciacin, la SSNDPX debera
adoptar las siguientes medidas respecto a su funcin de trans-
ferencia de datos:
a) se descartarn las SNPDU que an no se hayan transferido
a la capa de enlace;
b) se retirarn de la zona de reensamblaje las SNPDU que se
hayan recibido antes de recibir/transmitir una SNPDU de
reiniciacin pero que no constituyan una secuencia de
SNPDU de bit M;
c) se pondr nuevamente a 0 el nmero de SNPDU (de datos)
esperado y seguidamente se numerarn a partir de 0 las
SNPDU de datos transmitidos; y
d) cualquier SNPDU de interrupcin pendiente, hacia o desde,
la SSNDPX remota permanecer sin confirmacin y se
detendr el tN4.
4.7.3.8.3 Procedimientos de reiniciacin
4.7.3.8.3.1 Los procedimientos de reiniciacin se aplica-
rn solamente a los canales lgicos que estn en estado de
transferencia de datos.
4.7.3.8.3.2 La SSNDPX asegurar la transmisin en
secuencia entre las SNPDU de interrupcin/de datos, ya remi-
tidas a la capa de enlace y una SNPDU de reiniciacin o de
confirmacin de reiniciacin transmitida posteriormente.
4.7.3.8.3.3 Origen local/en la SSNDPX
4.7.3.8.3.3.1 Cuando la SSNDPX de origen recibe de la
IWF un paquete de peticin de reiniciacin o cuando ha detec-
tado un error por el cual haya de reiniciar el SVC, pondr el
canal lgico en el estado de reiniciacin local, ejecutar la
reiniciacin, transmitir a la SSNDPX remota una SNPDU de
reiniciacin y pondr en marcha el temporizador tN3 (vase la
Tabla 4-18). Si as lo requieren los procedimientos en caso de
error de 4.7.3.9, la SSNDPX remitir a la IWF un paquete de
indicacin de reiniciacin.
4.7.3.8.3.3.2 Al recibir de la SSNDPX remota la SNPDU
de confirmacin de reiniciacin, devolver el canal lgico al
estado de transferencia de datos/control de flujo.
4.7.3.8.3.3.3 Si la SSNDPX no recibe ninguna respuesta
de la SSNDPX antes de que expire el temporizador asociado
(vase tN3, Tabla 4-18), iniciar un procedimiento de libera-
cin de conexin.
4.7.3.8.3.4.1 Cuando la SSNDPX recibe una SNPDU de
reiniciacin, pondr el canal lgico en estado de reiniciacin
remota, ejecutar la reiniciacin y transmitir a la IWF un
paquete de indicacin de reiniciacin segn corresponda (vase
la Tabla 4-24).
4.7.3.8.3.4.2 La SSNDPX transmitir a su SSNDPX
remota una SNPDU de confirmacin de reiniciacin y devol-
ver el canal lgico al estado de transferencia de datos cuando
haya recibido de la capa de enlace la informacin de que ha
sido transmitida con xito la SNPDU de confirmacin de
reiniciacin.
34 2/11/00
Nm. 75
4.7.3.8.3.5 Reiniciacin simultnea
Si la SSNDPX enva y recibe posteriormente una SNPDU
de reiniciacin:
a) no enviar ninguna SNPDU de confirmacin de reinicia-
cin; y
b) no esperar recibir ninguna SNPDU de confirmacin de
reiniciacin.
4.7.3.9 Procedimientos en caso de error
Nota. La SSNDPX reconoce errores que pueden provenir
de los sucesos siguientes:
degradacin de canal o prdida de sincronizacin
desconexin de la AES
transferencia de GES a GES
congestin de enlace
error de transmisin sin corregir
error de protocolo de una SSNDPX remota
error de protocolo en el procedimiento de interfaz IWF/
SSNDPX
4.7.3.9.1 Cuando se detecta un error, segn lo indicado en
las Tablas 4-22 a 4-24, la SSNDPX originar la reiniciacin o
la liberacin de la conexin pertinente.
4.7.3.9.2 Los errores se notificarn a la IWF por medio de
parmetros de causa y de diagnstico dentro del paquete perti-
nente. Los errores se notificarn a la SSNDPX remota utili-
zando los campos correspondientes de las SNPDU, es decir,
cdigo de causa y de diagnstico para reiniciacin o para
liberacin.
4.7.3.9.3 En la Tabla 4-16 se definir la codificacin de los
campos de causa generados por la SSNDPX y transferidos a la
SSNDPX remota.
4.7.3.9.4 En la Tabla 4-17 se definir la codificacin del
correspondiente campo de cdigo de diagnstico generado por
la SSNDPX.
4.7.3.9.5 Conexin/desconexin
Nota. Los procedimientos de conexin y desconexin figu-
ran en 4.7.6.
4.7.3.9.6 Recuperacin de errores en SSNDPX
de origen
4.7.3.9.6.1 El error de transmisin proveniente de la
prdida, o del retardo, de las SNPDU se detectar mediante
temporizacin cuando se espera una respuesta o mediante la
LIDU de falla notificada por la capa de enlace.
4.7.3.9.6.2 En la Tabla 4-18 se resumirn las medidas que
sigue la SSNDPX transcurrida la temporizacin.
4.7.3.9.6.3 En la Tabla 4-19 se resumirn las medidas que
sigue la SSNDPX cuando recibe de la capa de enlace la infor-
macin de que ha fallado la transmisin de una SNPDU. Si se
recibe una LIDU de falla (datos/interrupcin) cuando el LCN
pertinente est en estado de reiniciacin local/remota o en
estado de peticin de liberacin local/remota, no se obligar a
que la entidad de subcapa SSND genere una (otra) reiniciacin
de conexin.
4.7.3.9.7 Error de protocolo
Nota. En la SSNDPX pueden ocurrir los dos tipos de error
de protocolo siguientes:
a) un error sintctico que ocurre cuando la SNPDU recibida
no se ajusta a las especificaciones de formato al pasar por
la subred de satlite; y
b) un error lgico que ocurre cuando la SSNDPX recibe de su
entidad par una SNPDU que no constituye un dato de
entrada aceptable para el estado vigente de canal lgico.
4.7.3.9.7.1 Cuando la SSNDPX detecta un error de proto-
colo, responder segn lo indicado en las Tablas 4-21 a 4-24.
Estas tablas se ilustran para cada estado de canal lgico.
4.7.3.9.8 Procedimiento relativo a las SNPDU
de datos fuera de secuencia
4.7.3.9.8.1 La SSNDPX procesar en la secuencia
apropiada las SNPDU de datos recibidos, de conformidad con
el nmero SNPDU para construir paquetes de datos que
remitir a la IWF. La SSNDPX descartar las SNPDU
duplicadas.
Nota. La capa de enlace de recepcin en la GES puede
entregar las SNPDU a la SSNDPG en una secuencia modi-
ficada. La SSNDPG ensambla las SNPDU de datos en la
secuencia apropiada antes de remitirlas a la IWF.
4.7.3.9.8.2 Medidas de la SSNDPG en caso de
SNPDU de datos fuera de secuencia
Se considerar que una SNPDU de datos est fuera de
secuencia nicamente cuando su nmero SNPDU no es el que
sigue inmediatamente al nmero SNPDU de la ltima SNPDU
de datos recibida que haya sido utilizada para crear el ltimo
paquete de datos.
Nota. Los nmeros de SNPDU aumentan en mdulo 256.
Por lo tanto, el nmero SNPDU 0 sigue al nmero
SNPDU 255.
4.7.3.9.8.2.1 Si una SNPDU de datos fuera de secuencia
no es ninguna duplicacin, la SSNDPG almacenar la SNPDU
de datos fuera de secuencia. Si no hay ms espacio de almace-
namiento disponible, la SSNDPG pondr el canal lgico en el
estado de reiniciacin y extender la reiniciacin a la IWF.
4.7.3.9.8.2.2 Las SNPDU de datos almacenadas se proce-
sarn para crear paquetes de datos siempre que sea posible sin
crear una condicin de fuera de secuencia. Los paquetes de
datos se remitirn a la IWF tan pronto como sea posible.
4.7.3.9.8.3 Medidas de la SSNDPA en caso
de SNPDU fuera de secuencia
Si se recibe una SNPDU de datos que no es ninguna dupli-
cacin, pero que tiene un nmero de SNPDU que no sigue
35 2/11/00
Nm. 75
inmediatamente al nmero de la ltima SNPDU de datos
recibida, la SSNDPA iniciar una reiniciacin de la conexin.
4.7.3.10 Formatos de la SNPDU
4.7.3.10.1 Formato general de la SNPDU
4.7.3.10.1.1 La SNPDU constar por lo menos de dos
octetos. El octeto 1 contendr bits D y M, y el campo de identi-
ficador de tipo de SNPDU. El octeto 2 contendr el campo de
nmero de canal lgico y, segn el tipo particular de SNPDU,
pueden ser necesarios otros octetos. En la Figura 4-13 se
definir el formato general de la SNPDU.
4.7.3.10.1.2 Los bits D y M sern los bits 7 y 8 en el
octeto 1, respectivamente.
4.7.3.10.1.3 El bit M se utilizar en una secuencia de
SNPDU de bit M que constar de una secuencia de SNPDU de
datos; se pondr a 0 en todas las dems SNPDU.
Nota. El bit D puede utilizarse para el acuse de recibo de
extremo a extremo (confirmacin de recepcin).
4.7.3.10.1.4 El campo de identificador de tipo de SNPDU
corresponder a los bits 1-6 en el octeto 1. La Tabla 4-15
definir la codificacin del campo de identificador de tipo de
SNPDU.
4.7.3.10.1.5 El octeto 2 contendr el campo de nmero de
canal lgico.
Nota. En las secciones siguientes, los campos se definen
en el orden en que pueden estar en la SNPDU pertinente.
4.7.3.10.2 SNPDU de peticin de conexin
4.7.3.10.2.1 La Figura 4-14 definir el formato de la
SNPDU de peticin de conexin.
4.7.3.10.2.2 Campo de identificador de tipo de SNPDU
4.7.3.10.2.2.1 Los bits 1, 2, 3 y 6 sern los bits indicadores
siguientes:
a) bit 1, campo de facilidades presente;
b) bit 2, direccin NSAP llamada presente;
c) bit 3, direccin NSAP que llama presente; y
d) bit 6, seleccin rpida con restriccin de respuesta.
4.7.3.10.2.2.2 Los bits 1, 2 y 3 se pondrn a 1 si los cam-
pos correspondientes estn presentes en la SNPDU de peticin
de conexin; de lo contrario, se pondrn a 0. El bit 6 se pondr
a 1 si se aplica la seleccin rpida con restriccin de respuesta;
de lo contrario, se pondr a 0.
4.7.3.10.2.3 Campo de longitud de direccin DTE
El octeto 3 constar de los campos de longitud de direccin
DTE que llama y llamada. Los bits 8 a 5 especificarn la
longitud de la direccin DTE que llama en semi-octetos. Los
bits 4 a 1 especificarn la longitud de la direccin DTE llamada
en semi-octetos. Cada campo de longitud de direccin estar
codificado en binario, siendo el bit 5 o el bit 1 el bit de orden
inferior del indicador.
4.7.3.10.2.4 Campos de direccin DTE que llama
y llamada
4.7.3.10.2.4.1 Cuando lo indique el campo de longitud de
direccin DTE, los octetos que siguen al campo de longitud de
direccin DTE contendrn la direccin DTE llamada, seguida
de la direccin DTE que llama.
4.7.3.10.2.4.2 Cada dgito de una direccin estar codifi-
cado en un semi-octeto en forma decimal codificada en binario,
siendo el bit 5 o el bit 1 el bit de orden inferior del dgito.
4.7.3.10.2.4.3 Empezando por el dgito de orden superior,
una direccin DTE se codificar en octetos consecutivos, con
dos dgitos por octeto. En cada octeto, el dgito de orden supe-
rior se codificar en los bits 8 a 5. Cuando el nmero total de
dgitos en los campos de direccin DTE llamada y que llama
sea impar, los campos combinados se aproximarn a un nmero
entero de octetos insertando ceros en los bits 4 a 1 del ltimo
octeto de los campos combinados.
4.7.3.10.2.5 Campos de direccin NSAP llamada
y que llama
Cuando lo indiquen los bits indicadores de direccin NSAP,
llamada y que llama, los octetos que siguen a los campos de
direccin DTE que llama y llamada contendrn el campo de
direccin NSAP llamada, seguido del campo de direccin
NSAP que llama.
4.7.3.10.2.6 Campo de longitud de campo de facilidad
Cuando as lo indique el bit indicador de campo de facilidad
presente, el octeto siguiente contendr la longitud del campo de
facilidad en octetos. El campo de longitud de campo de faci-
lidad estar codificado en binario, siendo el bit 1 el bit de orden
inferior del campo.
4.7.3.10.2.7 Campo de facilidad
Cuando as lo indique el bit indicador de campo de facilidad
presente, el octeto que sigue al campo de longitud de campo
de facilidad, contendr los cdigos y los parmetros correspon-
dientes a las facilidades.
4.7.3.10.2.8 Campo de datos de usuario
de llamada
Los octetos siguientes se usarn para llevar los datos de
usuario de llamada, si los hubiere. Si no se utiliza la facilidad
de seleccin rpida, estarn presentes un mximo de 16 octetos
de datos. Si se utiliza la facilidad de seleccin rpida, estarn
presentes un mximo de 128 octetos de datos.
4.7.3.10.3 SNPDU de confirmacin de conexin
4.7.3.10.3.1 En la Figura 4-15 se especificar el formato
de la SNPDU de confirmacin de conexin.
36 2/11/00
Nm. 75
4.7.3.10.3.2 Campo de identificador de tipo
de SNPDU
4.7.3.10.3.2.1 Los bits 1 y 2 sern los bits indicadores
siguientes:
a) bit 1: campo de facilidades presente; y
b) bit 2: direccin NSAP presente.
4.7.3.10.3.2.2 Estos bits se pondrn a 1 si los campos
correspondientes estn presentes; de lo contrario, se pondrn
a 0.
4.7.3.10.3.3 Campo de direccin NSAP llamada
Cuando as lo indique el bit indicador de direccin NSAP
presente, los octetos que siguen al campo de nmero de canal
lgico constarn de la direccin NSAP llamada.
4.7.3.10.3.4 Campo de longitud de facilidad
Cuando as lo indique el bit indicador de campo de facili-
dades presente, el octeto siguiente contendr la longitud del
campo de facilidades en octetos. El indicador de longitud de
facilidad se codificar en binario, siendo el bit 1 el bit de orden
inferior del campo.
4.7.3.10.3.5 Campo de facilidades
Cuando as lo indique el bit indicador de campo de facilida-
des presente, los octetos que siguen al campo de facilidades
contendrn los cdigos y parmetros correspondientes a las
facilidades.
4.7.3.10.3.6 Campo de datos de usuario llamado
Los octetos siguientes se usarn para llevar los datos de
usuario llamado, si los hubiere. Si se utiliza la facilidad de
seleccin rpida, estarn presentes un mximo de 128 octetos.
4.7.3.10.4 SNPDU de conexin liberada
4.7.3.10.4.1 En la Figura 4-16 se definir el formato de
SNPDU de conexin liberada.
4.7.3.10.4.2 Campo de identificador de tipo de SNPDU
4.7.3.10.4.2.1 El bit 2 ser el bit indicador de direccin
NSAP presente.
4.7.3.10.4.2.2 Este bit se pondr a 1 si el campo de direc-
cin NSAP est presente; de lo contrario, se pondr a 0.
4.7.3.10.4.3 Campo de direccin NSAP llamada
Este campo tendr la misma codificacin que la indicada en
4.7.3.10.3.3.
4.7.3.10.4.4 Campo de causa de liberacin
4.7.3.10.4.4.1 El octeto siguiente ser el campo de causa
de liberacin. Este campo contendr la causa de liberacin para
liberar la conexin.
4.7.3.10.4.4.2 La codificacin de la causa de liberacin
que puede ser generada por la SSNDPX ser la indicada en la
Tabla 4-16.
4.7.3.10.4.5 Campo de cdigo de diagnstico
El octeto que sigue al campo de causa de liberacin ser el
campo de cdigo de diagnstico. Este campo contendr infor-
macin adicional sobre el motivo de liberar la conexin. La
codificacin del campo de cdigo de diagnstico depender de
la causa de liberacin segn la Tabla 4-16. En la Tabla 4-17
se definirn las codificaciones del campo de cdigo de diagns-
tico cuando la liberacin de conexin haya sido iniciada por
la SSNDPX.
4.7.3.10.4.6 Campo de liberacin de datos de usuario
El campo que sigue al campo de cdigo de diagnstico ser
el campo de datos de usuario. Si est presente este campo
contendr un mximo de 128 octetos de datos de usuario.
4.7.3.10.5 SNPDU de liberacin
de conexin completa
En la Figura 4-17 se definir la SNPDU de liberacin de
conexin completa.
4.7.3.10.6 SNPDU de datos
4.7.3.10.6.1 En la Figura 4-18 se definir el formato de la
SNPDU de datos.
4.7.3.10.6.2 Bit M
El bit M se pondr a 1 si la SNPDU no es la ltima en una
secuencia de bit M de las SNPDU de datos; de lo contrario, se
pondr a 0.
4.7.3.10.6.3 Campo de nmero de SNPDU
El octeto 3 contendr el nmero de SNPDU de 8 bits.
4.7.3.10.6.4 Campo de datos de usuario
El campo que sigue al campo de nmero de SNPDU
contendr los datos de usuario. Este campo contendr un
mximo de 503 octetos.
4.7.3.10.7 SNPDU de interrupcin de datos
4.7.3.10.7.1 En la Figura 4-19 se definir el formato
SNPDU de interrupcin de datos.
4.7.3.10.7.2 Interrumpir campo de interrupcin
de datos de usuario
El campo que sigue al campo de nmero de canal lgico ser
el campo de interrupcin de datos de usuario. Este campo
contendr un mximo de 32 octetos.
4.7.3.10.8 SNPDU de confirmacin de interrupcin
En la Figura 4-20 se definir el formato de la SNPDU de
confirmacin de interrupcin.
37 2/11/00
Nm. 75
4.7.3.10.9 SNPDU de reiniciacin
SNPDU de reiniciacin.
4.7.3.10.9.2 Causa de reiniciacin
El octeto 3 ser el campo de causa de reiniciacin y
contendr el motivo de la reiniciacin. Cuando la reiniciacin
haya sido iniciada por la SSNDPX, la codificacin del campo
de causa de reiniciacin en una SNPDU de reiniciacin ser el
indicado en la Tabla 4-16.
4.7.3.10.9.3 Cdigo de diagnstico
4.7.3.10.9.3.1 El octeto 4 ser el campo de cdigo de
diagnstico y contendr informacin adicional sobre el motivo
de la reiniciacin. La codificacin del campo de cdigo de diag-
nstico depender de la causa de reiniciacin segn lo indicado
en la Tabla 4-16. En la Tabla 4-17 de definirn las codificacio-
nes del campo de cdigo de diagnstico cuando la reiniciacin
haya sido iniciada por la SSNDPX.
4.7.3.10.9.3.2 Si el campo de causa de reiniciacin indica
origen en IWF, el campo de cdigo de diagnstico habr sido
transferido sin cambio alguno desde la IWF como consecuencia
de haberse iniciado un procedimiento de reiniciacin.
4.7.3.10.10 SNPDU de confirmacin de reiniciacin
En la Figura 4-22 se definir el formato de la SNPDU de
confirmacin de reiniciacin.
4.7.3.10.11 SNPDU de control de flujo (suspender)
la SNPDU de control de flujo (suspender).
4.7.3.10.11.2 Campo de motivo de control de flujo
El octeto 3 contendr el campo de motivo de control de flujo.
Este campo se pondr a 11001001 (suspender).
4.7.3.10.11.3 Campo de nmero de SNPDU
El octeto 4 contendr el nmero de SNPDU de 8 bits de la
ltima SNPDU de datos en secuencia recibida y aceptada.
4.7.3.10.12 SNPDU de control de flujo (reanudar)
SNPDU de control de flujo (reanudar).
4.7.3.10.12.2 Campo de control de flujo
El octeto 3 contendr el campo de motivo de control de flujo.
Este campo se pondr a 11001011 (reanudar) para reanudar la
transmisin desde la entidad par.
4.7.3.10.13 Campo de facilidades de SNPDU para
peticin/confirmacin de conexin
4.7.3.10.13.1 El campo de facilidades estar presente
solamente si se pone a uno el bit indicador de campo de
facilidad presente en las SNPDU de peticin de conexin y de
confirmacin de conexin.
4.7.3.10.13.2 El campo de facilidades contendr un ele-
mento de facilidad para cada facilidad o grupo de facilidades
pedidas. El primer octeto de cada elemento de facilidad ser el
campo de cdigo de facilidad, que indicar el cdigo para la
facilidad o facilidades pedidas. Los octetos restantes de un
elemento de facilidad contendrn el campo de parmetro de
facilidad.
4.7.3.10.13.3 Facilidades recomendadas
Recomendacin. La SSNDPX debera dar apoyo a las
facilidades siguientes:
a) negociacin de clase de caudal;
b) seleccin e indicacin de retardo de trnsito; y
c) seleccin rpida.
4.7.3.10.13.4 Formato de facilidad de negociacin
de clase de caudal (TCN)
En la Figura 4-25 se definir el formato del campo de faci-
lidad de negociacin de clase de caudal (TCN).
4.7.3.10.13.5 Formato de facilidad de seleccin e indicacin
de retardo de trnsito (TDSAI)
En la Figura 4-26 se definir el formato del campo de
facilidad de seleccin e indicacin de retardo de trnsito.
4.7.3.10.13.6 Formato de facilidad de seleccin rpida
En la Figura 4-27 se definir el formato de facilidad de
seleccin rpida.
4.7.3.10.13.7 Negociacin acelerada de datos
La Figura 4-28 definir el formato de facilidad para nego-
ciacin acelerada de datos.
4.7.3.10.14 Cdigo de diagnstico
Cuando la liberacin/reiniciacin de la conexin es iniciada
por la SSNDPX, la codificacin del campo de cdigo de diag-
nsticos en las SNPDU de conexin liberada y de reiniciacin
se definir en la Tabla 4-17.
4.7.3.11 Valores de temporizacin
En la Tabla 4-20 se definirn los valores de temporizacin.
4.7.3.12 Diagramas de estado
A continuacin se indicarn los diagramas de estado
siguientes:
a) en la Figura 4-29 se definir el diagrama de estado para el
establecimiento/liberacin de la conexin de un canal
lgico;
b) en la Figura 4-30 se definir el diagrama de estado para
reiniciacin y control de flujo en el mbito del estado de
transferencia de datos.
38 2/11/00
Nm. 75
4.7.3.13 Tablas de estado
4.7.3.13.1 Las medidas que se adopten en cualquier estado
de la SSNDPX se proporcionarn mediante las Tablas 4-21 a
4-24.
4.7.3.13.2 En las tablas de estado se utilizarn las
siguientes reglas convencionales:
a) medida adoptada, que podra ser:
normal, segn lo definido en 4.7.3.5 a 4.7.3.8;
descartar la SNPDU recibida y no adoptar ninguna otra
medida como resultado de recibir la SNPDU;
error, segn lo definido en la tabla;
b) D = cdigo de diagnstico contenido en el campo de cdigo
de diagnstico de la SNPDU apropiada (conexin liberada
o reiniciacin) expedido al detectarse el error indicado.
4.7.3.14 Funciones de interfaz con la capa
de enlace dependientes de la subred
de satlite
4.7.3.14.1 Las funciones de interfaz con la capa de enlace
comprendern lo siguiente:
a) generacin y recepcin de unidades de datos de interfaz de
enlace (LIDU);
b) encaminamiento de las SNPDU recibidas segn la conexin;
c) seleccin de otras SNPDU para transmisin segn un orden
cclico de seleccin entre los canales lgicos con un nmero
Q determinado y dando precedencia a las SNPDU de
interrupcin por delante de las SNPDU de datos que tengan
el mismo nmero Q; y
d) encaminamiento del acuse de recibo local (xito/falla) para
las LIDU de indicacin de estado de transmisin RLS.
4.7.3.14.2 Entre las LIDU transferidas entre la SSNDPX
y la capa de enlace se incluirn las LIDU definidas en la
Tabla 4-25.
4.7.3.15 Reglas de transformacin
de paquete a SNPDU
4.7.3.15.1 En esta seccin se especificarn las reglas para
transformar los campos de paquetes ISO 8208 en los campos
correspondientes en la SNPDU.
4.7.3.15.2 Direcciones DTE
4.7.3.15.2.1 Los campos de direccin DTE llamada y de
direccin DTE que llama en el paquete de peticin de llamada
ISO 8208 se transformarn directamente en los campos de
direccin DTE llamada y de direccin DTE que llama en la
SNPDU de peticin de conexin.
4.7.3.15.2.2 La direccin DTE que llama y la direccin
DTE llamada en el paquete de llamada aceptada ISO 8208 no
sern transmitidas en enlace por satlite.
4.7.3.15.3 Direccin NSAP
4.7.3.15.3.1 Los campos de parmetros de extensin de
direccin llamada y de extensin de direccin que llama en el
paquete de peticin de llamada ISO 8208 se transformarn
directamente en los campos de direccin NSAP llamada y de
direccin NSAP que llama en la SNPDU de peticin de
conexin.
4.7.3.15.3.2 Si el parmetro de la extensin de direccin
llamada, en el paquete de llamada aceptada o en el paquete de
peticin de liberacin ISO 8208, es igual a la direccin NSAP
llamada en la correspondiente SNPDU de peticin de conexin,
la extensin de direccin llamada no ser transmitida en enlace
por satlite; en los dems casos, se transformar directamente
en la SNPDU pertinente.
4.7.3.15.4 Prioridad de conexin de la subred
4.7.3.15.4.1 El valor deseado de prioridad de datos en una
conexin en el paquete de peticin de llamada ISO 8208 ser
objeto de correspondencia con el nmero Q de la LIDU trans-
ferida a la capa de enlace segn lo definido en la Tabla 4-26.
Este valor se utilizar mientras no se haya completado el
procedimiento de establecimiento de la conexin.
4.7.3.15.4.2 El valor seleccionado para la prioridad de
datos en una conexin en el paquete de llamada aceptada
ISO 8208 se transformar en el nmero Q de la LIDU trans-
ferida a la capa de enlace segn lo definido en la Tabla 4-26.
Este valor se utilizar para el resto de las SNC.
4.7.3.15.4.3 Si en el paquete de peticin de llamada o de
llamada aceptada se proporciona un valor de prioridad invlido,
la SSNDPX rechazar la llamada. El cdigo de diagnstico en
el paquete de indicacin de liberacin se pondr en rechazo
de conexin calidad solicitada de servicio no disponible
(condicin permanente).
4.7.3.15.4.4 Si la prioridad de datos en una conexin no
se indica en el paquete de peticin de llamada, se utilizar un
valor preestablecido (prioridad SNC = 0).
4.7.3.15.5 Negociacin de clase de caudal
4.7.3.15.5.1 La negociacin de clase de caudal se aplicar
independientemente a cada sentido de transferencia.
4.7.3.15.5.2 Caudal
El subparmetro de caudal se definir como uno de los
valores (sin especificar, 75, 150, 300, 600, 1 200, 2 400, 4 800,
9 600, 19 200, 48 000, 64 000 bits/s).
4.7.3.15.6 Retardo de trnsito
4.7.3.15.6.1 El retardo de trnsito negociado se aplicar a
ambos sentidos de la transferencia.
4.7.3.15.6.2 Establecimiento de conexin originado
en la aeronave
4.7.3.15.6.2.1 La SSNDPA transformar directamente la
facilidad de seleccin e indicacin de retardo de trnsito
(TDSAI), en el paquete de peticin de llamada, en la misma
facilidad de la SNPDU de peticin de conexin.
39 2/11/00
Nm. 75
4.7.3.15.6.2.2 Si la SSNDPG recibe de la IWF un paquete
de llamada aceptada en respuesta a un paquete de llamada
entrante con la facilidad TDSAI, remitir a la SSNDPA la
misma facilidad en la SNPDU de confirmacin de conexin.
4.7.3.15.6.3 Establecimiento de conexin
originado en tierra
Si la SSNDPG recibe de la IWF un paquete de peticin de
llamada con la facilidad TDSAI, la SSNDPG remitir a la
SSNDPA un valor promedio para el retardo de trnsito por la
subred de satlite de una SNPDU de datos de 131 octetos, en
la SNPDU de peticin de conexin.
4.7.3.15.7 Seleccin rpida
La facilidad de seleccin rpida se procesar de la manera
siguiente:
a) un paquete de peticin de llamada sin la facilidad de
seleccin rpida se transformar en una SNPDU de peticin
de conexin sin restriccin en la respuesta con facilidad de
seleccin rpida (uso no permitido);
b) un paquete de peticin de llamada con la facilidad de
seleccin rpida indicando peticin de seleccin rpida sin
restriccin en la respuesta se transformar en una SNPDU
de peticin de conexin sin restriccin en la respuesta, sin
facilidad de seleccin rpida (uso no permitido); y
c) un paquete de peticin de llamada con la facilidad de
seleccin rpida indicando peticin de seleccin rpida sin
restriccin en la respuesta se transformar en una SNPDU
de peticin de conexin con restriccin en la respuesta, sin
facilidad de seleccin rpida (uso no permitido).
4.7.3.15.8 Negociacin acelerada de datos
No se establecer la correspondencia de la facilidad de
negociacin acelerada de datos ni en el paquete de peticin de
llamada ni en el paquete de llamada aceptada, en las corres-
pondientes SNPDU de peticin de conexin o de confirmacin
de conexin a menos que se ponga el parmetro de facilidad a
ningn uso de datos acelerados.
4.7.3.15.9 Cdigos de causa y de diagnstico
4.7.3.15.9.1 Los campos de causa de liberacin, de causa
de reiniciacin y de cdigo de diagnstico se transferirn sin
modificacin desde los paquetes hacia las SNPDU corres-
pondientes.
4.7.3.15.9.2 Si la SSNDPX ha iniciado el procedimiento
de liberacin o de reiniciacin, los campos de causa de
liberacin, de causa de reiniciacin y de cdigo de diagnstico
se pondrn segn lo definido en las Tablas 4-16 y 4-17.
4.7.3.15.10 Datos
4.7.3.15.10.1 Si el campo de datos de usuario en los
paquetes de datos de una secuencia de paquetes de bit M es
inferior a la longitud mxima preestablecida del campo de datos
de usuario de la SNPDU de datos, estos campos se concate-
narn para formar una secuencia de SNPDU de bit M.
4.7.3.15.10.2 Si el campo de datos de usuario en los
paquetes de datos de una secuencia de paquetes de bit M es
superior a la longitud mxima preestablecida del campo de
datos de usuario de la SNPDU de datos, estos campos se
segmentarn para formar una secuencia de SNPDU de bit M.
4.7.3.16 Reglas de transformacin
de SNPDU a paquete
4.7.3.16.1 En esta seccin se especificarn las reglas para
transformar los campos SNPDU en los campos correspon-
dientes del paquete ISO 8208.
4.7.3.16.2 Direccin DTE
4.7.3.16.2.1 Los campos de direccin DTE llamada y de
direccin DTE que llama en la SNPDU de peticin de conexin
se transformarn directamente en los campos de direccin DTE
llamada y de direccin DTE que llama en el paquete de llamada
entrante.
4.7.3.16.2.2 Ambos campos de direccin DTE que llama
y llamada se regenerarn al remitir un paquete de llamada
conectada, si estaban presentes en el correspondiente paquete
de peticin de llamada.
4.7.3.16.3 Direccin NSAP
4.7.3.16.3.1 Los campos de direccin NSAP llamada y de
direccin NSAP que llama en la SNPDU de peticin de
conexin se transformarn directamente en los campos de
parmetro de extensin de direccin llamada y de extensin de
direccin que llama en el paquete de llamada entrante.
4.7.3.16.3.2 El campo de direccin NSAP llamada en la
SNPDU de confirmacin de conexin o de conexin liberada
se transformarn en el campo de extensin de direccin llamada
en el paquete de llamada conectada o de indicacin de
liberacin.
4.7.3.16.4 Prioridad
El nmero Q asociado con las SNPDU de peticin de
conexin y de confirmacin de conexin se transformar en los
valores deseados y seleccionados de prioridad de datos en un
campo de conexin, de la facilidad de prioridad, en los paquetes
ISO 8208 de llamada entrante y de llamada conectada.
4.7.3.16.5 Negociacin de clase de caudal
4.7.3.16.5.1 La negociacin de clase de caudal se aplicar
independientemente a cada sentido de transferencia.
4.7.3.16.5.2 Caudal
El subparmetro de caudal se definir como uno de los
valores (sin especificar, 75, 150, 300, 600, 1 200, 2 400, 4 800,
9 600, 19 200, 48 000, 64 000 bits/s).
4.7.3.16.6 Retardo de trnsito
4.7.3.16.6.1 El retardo de trnsito negociado se aplicar a
ambos sentidos de transferencia.
40 2/11/00
Nm. 75
originado en la aeronave
4.7.3.16.6.2.1 Si la SSNDPG recibe una SNPDU de peti-
cin de conexin de una SSNDPA con facilidad TDSAI,
la SSNDPG remitir a la IWF un valor promedio para el
retardo de trnsito por la subred de satlite de una SNPDU de
131 octetos en el paquete de llamada entrante.
facilidad TDSAI de la SNPDU de peticin de conexin en la
misma facilidad del paquete de llamada entrante.
originado en tierra
facilidad TDSAI de la SNPDU de peticin de conexin en la
misma facilidad del paquete de llamada conectada.
4.7.3.16.6.3.2 Si la SSNDPG recibe de la SSNDPA una
SNPDU de confirmacin de conexin en respuesta a una
SNPDU de peticin de conexin con facilidad TDSAI, remitir
a la IWF la misma facilidad en el paquete de llamada conectada.
4.7.3.16.7 Seleccin rpida
La facilidad de seleccin rpida se procesar de la manera
siguiente:
a) una SNPDU de peticin de conexin sin restriccin en la
respuesta con facilidad de seleccin rpida (uso no permi-
tido) se transformar en un paquete de llamada entrante sin
la facilidad de seleccin rpida;
b) una SNPDU de peticin de conexin sin restriccin en la
respuesta sin la facilidad de seleccin rpida (uso no permi-
tido) se transformar en un paquete de llamada entrante
con facilidad de seleccin rpida con el parmetro de sin
restriccin en la respuesta; y
c) una SNPDU de peticin de conexin con restriccin en la
respuesta sin facilidad de seleccin rpida (uso no permi-
tido) se transformar en un paquete de llamada entrante
con facilidad de seleccin rpida con el parmetro de sin
restriccin en la respuesta.
4.7.3.16.8 Negociacin acelerada de datos
Si la facilidad de negociacin acelerada de datos no
estuviera presente en la SNPDU de peticin de conexin o de
confirmacin de conexin, se aadir esta facilidad con su
parmetro puesto a uso de datos acelerados al paquete
correspondiente de llamada entrante o de llamada conectada; en
los dems casos, se establecer la correspondencia de esta
facilidad con el paquete correspondiente.
4.7.3.16.9 Cdigos de causa
y de diagnstico
Los campos de causa de liberacin, de causa de reiniciacin
y de cdigo de diagnstico se transferirn sin modificacin
desde las SNPDU hacia los paquetes correspondientes.
4.7.3.16.10 Datos
4.7.3.16.10.1 Si el campo de datos de usuario en las
SNPDU de datos, de una secuencia de SNPDU de bit M es de
una longitud inferior a la mxima preestablecida del campo de
datos de usuario del paquete de datos, estos campos se
concatenarn para formar una secuencia de paquetes de bit M.
4.7.3.16.10.2 Si el campo de datos de usuario en las
SNPDU de datos, de una secuencia de SNPDU de bit M es de
una longitud superior a la mxima preestablecida del campo de
datos de usuario del paquete de datos, estos campos se
segmentarn para formar una secuencia de paquetes de bit M.
4.7.3.17 Capacidad
La SSNDPA dar por lo menos apoyo a ocho canales lgicos
simultneos e independientes.
4.7.4 Operaciones de protocolo
DCE ISO 8208
4.7.4.1 Disposiciones generales
4.7.4.1.1 El protocolo entre DCE ISO 8208 y DTE ISO
8208 satisfar lo indicado en la segunda edicin ISO 8208.
4.7.4.1.2 Entidad de capa de paquete
Nota. En el mbito de DCE ISO 8208 puede haber ms
de una interfaz DCE/DTE, p. ej., una GES puede conectarse
con ms de un encaminador ATN terrestre. En el DCE existe
una entidad de este tipo para cada interfaz DCE/DTE. Decidir
la entidad que ha de utilizarse para llegar a un destino
particular es una funcin que se efecta fuera del protocolo
descrito en esta seccin. El protocolo definido en 4.7.4
pertenece a cada entidad de capa de paquete en el DCE.
4.7.4.2 Requisitos de conformidad
4.7.4.2.1 Servicios y funciones incluidos
Se dar apoyo a los servicios y funciones siguientes:
a) servicio de llamada virtual;
b) un campo de datos de usuario de hasta 128 octetos en
paquetes de datos; y
c) entrega acelerada de datos; es decir, utilizacin de paquetes
de interrupcin en un campo de datos de usuario de hasta
32 octetos.
4.7.4.2.2 Facilidades incluidas
Se dar apoyo a las facilidades siguientes:
a) extensin de la direccin que llama y extensin de la
direccin llamada; y
b) prioridad.
41 2/11/00
Nm. 75
Nota. No es necesario dar apoyo a los valores deseados
y mnimos aceptables de la prioridad para obtener una cone-
xin y mantener una conexin, ni al valor mnimo aceptable de
los datos en una conexin.
4.7.4.2.3 Facilidades recomendadas
Recomendacin. Debera darse apoyo a las facilidades
siguientes:
a) negociacin de clase de caudal;
b) seleccin e indicacin de retardo de trnsito;
c) seleccin rpida;
d) aceptacin de seleccin rpida.
4.7.4.3 Operaciones
4.7.4.3.1 Interacciones externas
Nota. La iniciacin de algunos procedimientos DCE est
dirigida por elementos que no pertenecen al DCE ISO 8208.
Del mismo modo, la ocurrencia de algunos sucesos DCE ISO
8208 debe notificarse de manera adecuada. Entre estas
interacciones externas se incluyen:
a) peticin de capa de enlace, transmisin de paquetes
salientes;
b) recepcin, desde la capa de enlace, de paquetes entrantes;
c) aceptacin de peticiones de la IWF de iniciar algunos
procedimientos de protocolo ISO 8208 entre los que se
incluyen:
1) originar una llamada virtual,
2) aceptar una llamada virtual,
3) terminar una llamada virtual,
4) transferir datos e informacin de interrupcin, y
5) reinicializar un canal lgico.
d) notificacin a la IWF de la ocurrencia de algunos sucesos
de protocolo ISO 8208 entre los que se incluyen:
1) recepcin de una peticin entrante de establecer una
llamada virtual,
2) recepcin de la aceptacin de establecimiento de
llamada virtual,
3) terminacin de una llamada virtual,
4) recepcin de datos e informacin de interrupcin, y
5) reinicializacin de un canal lgico.
4.7.4.3.1.1 El DCE ISO 8208 aceptar sin falla todos los
paquetes ISO 8208 del DTE ISO 8208.
4.7.4.3.2 Canales lgicos
Nota. A cada llamada virtual y a cada circuito virtual
permanente se asigna un identificador de canal lgico que es
un nmero en la gama de 1 a 4 095. Para cada llamada virtual,
se asigna un identificador de canal lgico durante la fase de
establecimiento de la llamada en una gama de identificadores
de canal lgico en la que se haya convenido previamente. Para
cada circuito virtual permanente se asigna un identificador de
canal lgico de acuerdo con el DTE. El uso de canales lgicos
de un DCE es objeto de un acuerdo con el DTE por un perodo
determinado.
4.7.4.3.3 Transiciones de estado
4.7.4.3.3.1 Se aplicarn las especificaciones y definiciones
ISO 8208 en los casos siguientes: definiciones de formato, cdi-
gos de diagnstico y de causa, protocolos de registro de facili-
dad (si se utilizan) y control de flujo por la interfaz ISO 8208.
Nota 1. El DCE ISO 8208 se define como una mquina
de estado. Un paquete ISO 8208 recibido del DTE puede
causar transiciones de estado, al igual que un paquete recibido
de la IWF. La siguiente transicin de estado (si la hubiere) que
ocurra cuando el DCE recibe a un paquete del DTE, se especi-
fica en las Tablas 4-29 a 4-34. Estas tablas se han organizado
en la Figura 4-31 de acuerdo con su jerarqua.
Nota 2. Al recibirse un paquete, la accin se clasifica
como normal o errnea bajo la entrada A =. El estado
resultante figura bajo la entrada S = .
4.7.4.3.3.2 Si se especifica una transicin de estado, las
medidas adoptadas correspondern a las que se especifican en
las Tablas 4-29 a 4-34.
4.7.4.3.4 Disposicin de paquetes
Cuando se recibe un paquete del DTE, las expresiones entre
parntesis en las Tablas 4-29 a 4-34 especifican si el paquete
se remitir o no a la IWF. Si no hay observacin alguna entre
parntesis, o si hay una de no remitido, el paquete ser descar-
tado. El DCE ISO 8208 transmitir o dejar de transmitir un
paquete desde la IWF al DTE de una forma que sea compatible
con la ISO 8208.
4.7.4.3.5 Cdigos de diagnstico y de causa
En determinadas condiciones, las Tablas 4-29 a 4-34 indican
un cdigo de diagnstico que se incluir en el paquete generado
al efectuarse la entrada del estado indicado. El trmino D =
definir al cdigo de diagnstico. Cuando A = DIAG, la
medida adoptada ser la de generar un paquete de diagnstico
ISO 8208 y transferirlo al DTE; el cdigo de diagnstico
indicado definir la entrada en el campo de diagnstico del
paquete. En el campo de causa de cualquier tipo de paquete,
el bit 8 del campo de causa, se pondr siempre a 0, para indicar
que la interfaz ISO 8208 reconoci la condicin.
Nota. Las Tablas de estado 4-29 a 4-34 se definen de
manera que las funciones SSNDPX y DCE ISO 8208 puedan
ejecutarse simultneamente. Aun cuando el funcionamiento
asncrono constituye una estrategia de ejecucin adecuada, no
es un requisito para las operaciones de la SSNDPX y del DCE
ISO 8208.
42 2/11/00
Nm. 75
4.7.4.3.6 Temporizador DCE
Nota. En algunas circunstancias, el DTE debe responder
a un paquete expedido por el DCE en un plazo determinado.
4.7.4.3.6.1 La Tabla 4-35 abarca estas circunstancias y las
acciones que el DCE iniciar al expirar dicho plazo.
4.7.4.4 Capacidad
El DCE de la AES dar por lo menos apoyo a ocho canales
lgicos simultneos e independientes.
4.7.4.5 Liberacin de llamada virtual
por derecho preferente
Se liberar un canal lgico de la prioridad mnima y la
llamada virtual asociada, cuanto sea necesario para aceptar una
peticin de servicio de mayor prioridad.
Nota. Los canales lgicos y las llamadas virtuales tienen
un nivel de prioridad 0 excepto cuando se haya invocado la
facilidad de prioridad ISO 8208 durante el establecimiento de
la llamada.
4.7.5 Funcin de interfuncionamiento
4.7.5.1 Interfaz SSNDPX/IWF
4.7.5.1.1 Los paquetes ISO 8208 intercambiados entre la
IWF y la SSNDPX sern segn lo definido en la Tabla 4-36.
4.7.5.1.2 Tramitacin de paquetes
de llamada entrante
La IWF transmitir el paquete de llamada entrante con la
facilidad de negociacin acelerada de datos y el parmetro de
uso de datos acelerados a la entidad adecuada DCE ISO 8208.
Nota. Si el parmetro de facilidad no fuera ningn uso
de datos acelerados, la IWF transmite el paquete de llamada
entrante con o sin esta facilidad.
de llamada conectada
Si el parmetro de la facilidad de negociacin acelerada de
datos se pone a uso de datos acelerados en el paquete de
llamada conectada, la IWF transmitir esta facilidad y su
parmetro con el paquete a la entidad apropiada del DCE ISO
8208. Para cada llamada virtual, la IWF asociar el canal lgico
de la SSNDPX con el correspondiente canal lgico del DCE
ISO 8208.
Nota. El parmetro de facilidad de negociacin de datos
acelerados se pone a ningn uso de datos acelerados, la IWF
transmite el paquete de llamada conectada con o sin esta
facilidad.
4.7.5.1.4 Tramitacin de paquetes de indicacin
de liberacin
4.7.5.1.4.1 La IWF disociar el canal lgico de la
SSNDPX del correspondiente canal lgico del DCE ISO 8208
y remitir el paquete a la entidad DCE ISO 8208.
4.7.5.1.5 Tramitacin de paquetes de datos, de interrup-
cin, de confirmacin de interrupcin
y de indicacin de reiniciacin
4.7.5.1.5.1 Los paquetes de datos, de interrupcin, de
confirmacin de interrupcin y de indicacin de reiniciacin se
remitirn a la entidad DCE ISO 8208 apropiada basndose en
la asociacin de canales lgicos establecida despus de
completarse el establecimiento de una conexin.
4.7.5.2 Interfaz DCE ISO 8208/IWF
4.7.5.2.1 Los paquetes ISO 8208 intercambiados entre la
IWF y el DCE ISO 8208 sern segn lo definido en la
Tabla 4-37.
de peticin de llamada
Si el paquete de peticin de llamada no contiene la facilidad
de negociacin acelerada de datos, la IWF aadir al paquete
esta la facilidad de con el parmetro puesto a ningn uso de
datos acelerados, y lo remitir a la entidad SSNDPX apro-
piada. Por otro lado, la IWF transmitir el paquete de peticin
de llamada con esta facilidad y parmetro Si la direccin
opcional del DTE llamado opcional no es vlida, la IWF devol-
ver a la entidad DCE ISO 8208 un paquete de indicacin de
liberacin.
de llamada aceptada
Si el paquete de llamada aceptada no contiene la facilidad
de negociacin acelerada de datos, la IWF aadir al paquete
de esta facilidad con su parmetro puesto a ningn uso de
datos acelerados, y lo remitir a la entidad SSNDPX apro-
piada. Por otro lado, la IWF transmitir el paquete de llamada
aceptada con esta facilidad y parmetro. Para cada llamada
virtual, la IWF asociar el canal lgico del DCE ISO 8208 con
el correspondiente canal lgico de la SSNDPX.
de peticin de liberacin
La IWF disociar el canal lgico del DCE ISO 8208 del
correspondiente canal lgico de la SSNDPX y remitir el
paquete a la entidad SSNDPX.
4.7.5.2.5 Tramitacin de paquetes de datos,
de interrupcin, de confirmacin
de interrupcin y de peticin
de reiniciacin
Los paquetes de datos, de interrupcin, de confirmacin de
interrupcin y de peticin de reiniciacin se remitirn a la enti-
dad SSNDPX apropiada basndose en la asociacin de canales
lgicos establecida despus de completar el establecimiento de
una conexin.
43 2/11/00
Nm. 75
4.7.5.3 (Reservado)
4.7.5.4 Asociacin del canal lgico
DCE ISO 8208 con el canal
lgico SSNDPX
Nota. El identificador de canal lgico DCE ISO 8208 y
el nmero de canal lgico SSNDPX de una SNC no son necesa-
riamente idnticos.
4.7.5.5 Procedimientos de transferencia de datos
4.7.5.5.1 Control de flujo
Se aplicar control de flujo entre la SSNDPX y el DCE ISO
8208 para evitar que se sobrepase la capacidad de almace-
namiento.
4.7.5.6 Cdigos de causa y de diagnstico
4.7.5.6.1 La IWF remplazar, en los paquetes ISO 8208
recibidos del DCE, la causa error de procedimiento local por
la causa error de procedimiento remoto, antes de remitirlos
a la SSNDPX. La IWF remplazar la causa error de enlace
local en una SNPDU recibida de la SSNDPX por la causa
congestin de la red, antes de remitirlos al DCE. Todas las
causas restantes se transferirn sin modificacin.
4.7.5.6.2 Los cdigos de diagnstico se transferirn sin
modificacin.
4.7.6 Interfaz de gestin
4.7.6.1 Interfaz de gestin AES
4.7.6.1.1 Los cambios de estado de conexin transmitidos
desde la gestin AES a la SSNL sern los definidos en 4.9.2.1.1.
4.7.6.1.2 Cuando la AES se desconecta o termina de otro
modo la comunicacin con una GES, la SSNL de la AES
liberar todas las conexiones con esta GES.
4.7.6.1.3 Suceso de notificacin de estado
de conexin
4.7.6.1.3.1 La entidad CN ejecutar la funcin CN.
4.7.6.1.3.1 bis Sucesos de conexin y desconexin
La AES proporcionar a la funcin de encaminamiento de
aeronave mensajes de suceso de conexin y desconexin para
indicar que se dispone o no se dispone, respectivamente, del
enlace de datos aire-tierra. En los mensajes de conexin y
desconexin se incluir siempre informacin para que la
funcin de encaminamiento determine las direcciones de las
DTE adjuntas a la GES de conexin.
Nota. Esto puede lograrse, por ejemplo, transmitiendo la
ID de GES/satlite desde la AES hacia la funcin de encami-
namiento que incluye una tabla de consulta para la traduccin
a direcciones DTE o transmitiendo directamente las direc-
ciones DTE desde la AES hacia la funcin de encaminamiento.
4.7.6.1.3.2 (Reservado)
4.7.6.1.3.3 (Reservado)
4.7.6.2 Interfaz de gestin GES
4.7.6.2.1 Los cambios en el estado de conexin trans-
mitidos desde la gestin GES a la SSNL sern los definidos
en 4.10.3.2.
4.7.6.2.2 Cuando la AES se desconecta de la GES, la
SSNL liberar todas las conexiones asociadas con la AES y
liberar todos los recursos asociados con estas SNC. Adems,
la GES proporcionar a los encaminadores de tierra ATN
adjuntos una indicacin de suceso de abandonar dando la
referencia al identificador de aeronave de 24 bits de la OACI.
4.8 SERVICIOS EN MODO CIRCUITO
4.8.1 Requisitos generales
del modo circuito SMAS(R)
Nota. El servicio en modo circuito SMAS(R) es un servicio
de comunicaciones entre las aeronaves y las instalaciones de
tierra que utiliza enlaces por satlite como uno de los medios
de conexin. El servicio en modo circuito SMAS(R) propor-
ciona un medio de establecer y mantener a solicitud un circuito
de conmutacin no compartido entre los usuarios de la aero-
nave y de tierra. El objetivo principal del servicio en modo
circuito es proporcionar comunicaciones de seguridad orales.
Mientras dura la llamada se mantiene un circuito con conmu-
tacin salvo que se interrumpa automticamente por derecho
preferente con objeto de que se reasignen recursos a una tenta-
tiva de llamada de mayor prioridad. Los circuitos conmutados
SMAS(R) pueden interconectarse con una o ms instalaciones
de comunicaciones terrenales en cadena con la subred
SMAS(R). Entre estas instalaciones pueden estar incluidas
redes de seguridad con conmutacin de circuitos o circuitos
especializados.
4.8.1.1 Servicios en modo circuito SMAS(R). Los servicios
de comunicaciones SMAS(R) en modo circuito se proporcio-
narn a las AES de nivel 3 y 4 e incluirn mensajes de socorro,
de urgencia, de seguridad de los vuelos y otros relativos a
meteorologa y a la regularidad de los vuelos.
Nota. El SMAS(R) puede apoyar servicios en fona y de
datos con conmutacin de circuitos ajenos al SMAS(R) para
comunicaciones que no ataen a la seguridad, siempre que no
se produzcan interferencias y que se cumplan las disposiciones
de 4.8.3.2.
4.8.1.2 Orden de importancia. Los servicios SMAS(R)
para comunicaciones del ATS tendrn precedencia frente a las
comunicaciones ajenas al SMAS(R).
4.8.1.3 Comunicaciones ajenas al SMAS(R). Las comuni-
caciones ajenas al SMAS(R) no interferirn con comunica-
ciones SMAS(R).
4.8.2 Arquitectura de sistema
en modo circuito
4.8.2.1 En los servicios en modo circuito AES ser posible
especificar una GES particular que haya de utilizarse en las
44 2/11/00
Nm. 75
llamadas originadas a bordo y no se limitarn a la GES
conectada. Por el contrario, una llamada originada en tierra,
proveniente de la red terrenal de cualquier GES que tenga
informacin vigente de conexin de la AES, ser completada
por esa GES y no por la GES con la cual est conectada la AES.
4.8.2.2 Interfaz de sealizacin con la capa de enlace en
modo circuito. En los procedimientos de servicios en modo cir-
cuito de la AES y de la GES se utilizar la capa de enlace
del SMAS(R) para intercambiar informacin de sealizacin.
Esta informacin se transmitir en unidades de datos de interfaz
de enlace en modo circuito (CM-LIDU). A ttulo de usuario
del servicio de enlace, los procedimientos en modo circuito
SMAS(R) utilizarn los servicios de la interfaz de capa de
enlace que se definen en 4.5 y 4.6. Cada CM-LIDU constar
de determinados parmetros de informacin de control de
interfaz de enlace (LICI) requeridos por el servicio de capa de
enlace. Las CM-LIDU y los parmetros LICI correspondientes
se definen en la Tabla 4-38.
4.8.2.3 Interfaz para interfuncionamiento
telefnico en modo circuito
Nota. En el Adjunto A, Parte I se incluyen textos de orien-
tacin sobre la interfaz para interfuncionamiento telefnico en
modo circuito.
4.8.2.3.1 Los procedimientos de servicio en modo circuito
de la AES y GES interfuncionarn con las redes telefnicas
externas a travs de una interfaz para interfuncionamiento que
consta de un conjunto normalizado de sucesos telefnicos de
interfuncionamiento que se ajustan a las Recomendaciones
Q.601 a Q.608 del CCITT de la UIT. El conjunto de sucesos
telefnicos de interfuncionamiento que se utiliza en los
procedimientos en modo circuito y los requisitos relativos a los
parmetros de transformacin entre los sucesos y las CM-
LIDU correspondientes, sern los definidos en las Tablas 4-39
a 4-42.
Nota. En el libro azul del CCITT, Volumen VI, Fascculo
VI.6, figuran las Recomendaciones Q.601 a Q.608 del CCITT
de la UIT.
4.8.2.4 Otras interfaces del sistema
en modo circuito AES
4.8.2.4.1 Interfaz de gestin AES. La informacin espe-
cfica que se intercambia entre los servicios en modo circuito
AES y la gestin AES se ajustar a lo que se define en 4.9.
4.8.2.4.2 Interfaz externa de codec en fona AES. La
interfaz externa en fona AES transmitir informacin en fona
en ambos sentidos en una forma que sea compatible con los
sistemas de audio especficos de la aeronave.
4.8.2.5 Otras interfaces del sistema
en modo circuito GES
4.8.2.5.1 Interfaz de gestin GES. La informacin espe-
cfica que se intercambia entre los servicios en modo circuito
GES y la gestin GES se ajustar a lo que se define en 4.10.
4.8.2.5.2 Interfaz externa de codec en fona. La interfaz
externa en fona GES transmitir informacin en fona en
ambos sentidos en una forma que sea compatible con los
canales de audio de la red terrenal.
4.8.3 Requisitos del servicio SMAS(R)
4.8.3.1 Conectividad. El servicio SMAS(R) establecer a
solicitud los circuitos conmutados entre cualquier aeronave
dentro de la zona de servicio de una GES y las redes terrenales
que prestan servicio a la GES. El servicio SMAS(R) permitir
el establecimiento de una transaccin con conmutacin de
circuitos entre una aeronave y una red terrenal, a travs de una
GES distinta a la GES con que est conectada la aeronave.
4.8.3.2 Prioridad y derecho preferente. Las llamadas
SMAS(R) tendrn prioridad frente a las llamadas ajenas al
SMAS(R) y podrn inhibir las llamadas ajenas al SMAS(R)
cuando sea necesario obtener acceso inmediato al servicio en
modo circuito. Las llamadas SMAS(R) se establecern y man-
tendrn de conformidad con los niveles de prioridad que se
definen en la Tabla 4-43. Una llamada SMAS(R) con una prio-
ridad de servicio superior al de una llamada SMAS(R) en curso
podr inhibir la llamada con prioridad de servicio inferior, si
es necesario para tener acceso inmediato al servicio en modo
circuito. Todas las tentativas de llamada SMAS(R) que cruzan
la interfaz entre una GES y una red terrenal se identificarn
segn la categora correspondiente de prioridad.
4.8.3.3 Grado de servicio. La GES dispondr de recursos
suficientes por canal C tales que un intento de llamada con
origen a bordo o en tierra al recibirse en la GES no sea objeto
de bloqueo en el entorno de la GES con una probabilidad
superior a 0,01. Entre los recursos disponibles en la GES por
canal C se incluirn todos aquellos que ceden a derecho prefe-
rente (p. ej., aquellos que utilizan los usuarios de servicios
ajenos a la seguridad).
4.8.4 Requisitos de actuacin del SMAS(R)
4.8.4.1 Retardos en el procesamiento
de las llamadas
Nota 1. Los textos de orientacin sobre los requisitos de
actuacin de la subred SMAS(R) en cuanto al retardo de
acceso, y cmo afectan la planificacin de las redes terrenales
ATS, se incluyen en el Adjunto A, Parte I a estas normas.
Nota 2. En la Figura A5-1a) se muestra la CM-LIDU
asociada a una de las dos SU distintas de peticin de acceso,
indicadas en las Figuras A2-45 y A2-46. La primera es la
norma bsica, proporcionando la segunda un retardo
ligeramente inferior para el establecimiento de la conexin.
4.8.4.1.1 Sucesos de origen a bordo
4.8.4.1.1.1 Retardo de trnsito de sealizacin en GES. El
retardo mximo que para una GES presente un suceso de origen
de llamada (FITE 18, vase la Tabla 4-42) a la interfaz entre
redes de la red terrenal, despus de la primera llegada de toda
la informacin de llamada de la AES en la capa de enlace GES,
ser de 1,0 segundos (percentila 95).
45 2/11/00
Nm. 75
Nota. La informacin de llamada de la AES est
contenida dentro de la CM-LIDU de peticin de acceso
recibida por canal R y en la CM-LIDU recibida por canal C.
En las Figuras A2-45 y A2-46 se muestran dos SU de peticin
de acceso.
4.8.4.1.1.2 Retardo de asignacin de canal C en la GES.
El retardo mximo permitido a una GES para poner en cola una
CM-LIDU de asignacin de canal C para servicios por la capa
de enlace de canal P, despus de que haya llegado a la capa de
enlace de la GES una CM-LIDU de peticin de acceso, ser
de 1,5 segundos (percentila 95).
4.8.4.1.1.3 Retardo de respuesta de asignacin por
canal C en la AES. El retardo mximo permitido a una AES
para empezar a transmitir una portadora por canal C, despus
de que haya llegado a la capa de enlace AES una CM-LIDU
de asignacin de canal C, ser de 1,0 segundos (percen-
tila 95).
4.8.4.1.2 Suceso de origen en tierra
4.8.4.1.2.1 Retardo de asignacin de canal C en la GES.
El retardo mximo permitido a una GES para poner en cola
una CM-LIDU de asignacin de canal C para servicios por
la capa de enlace de canal P, despus de que haya llegado a la
interfaz entre redes de la red terrenal un suceso de origen de
llamada (FITE 18, vase Tabla 4-41), ser de 1,5 segundos
(percentila 95).
4.8.4.1.2.2 Retardo de respuesta de asignacin de canal C
en la AES. El retardo mximo permitido a una AES para
empezar a transmitir una portadora de canal C, despus de que
haya llegado a la capa de enlace de la AES una CM-LIDU de
anuncio de llamada y una CM-LIDU de asignacin de
canal C, ser de 1,0 segundos (percentila 95).
Nota. En los procedimientos de la AES para llamadas de
origen en tierra se requiere que una AES espere a la recepcin
con xito de ambas CM-LIDU antes de que pueda iniciarse la
transmisin por canal C. En estos procedimientos se incluye la
lgica de recuperacin en caso de error para tramitar la
posibilidad de que el orden de recepcin sea distinto del
normal.
4.8.4.2 Retardo de transferencia
El retardo total de transferencia permitido dentro de la
subred SMAS(R) por canal C que funcione a 21,0 kbits/s no
exceder de 0,485 segundos.
4.8.4.2.1 En el retardo de transferencia, el componente
mximo atribuible a la AES, o la GES, ser de 0,080 segundos
para cada una.
Nota 1. Los componentes fijos, en el retardo de transfe-
rencia, de 0,285 segundos y de 0,040 segundos corresponden
al retardo de propagacin RF (geometra de trayecto en el peor
de los casos) y al retardo de emisin de trama del vocodi-
ficador, respectivamente. En la asignacin de 0,040 segundos
para el retardo de emisin de tramas del vocodificador se
atiende a la sincronizacin en el peor de los casos cuando la
primera trama de lenguaje del vocodificador de 0,020 segun-
dos sea objeto de retardo por parte de un nuevo bloque interca-
lador de canal C.
Nota 2. El retardo total de transferencia para la subred
SMAS(R) se define como el tiempo transcurrido desde el ins-
tante en que las seales orales se presentan a la AES, o a la
GES, hasta el instante en que tales seales orales entran a la
red de interconexin de la GES, o de la AES, de contrapartida.
Este retardo incluye el tiempo de procesamiento del vocodi-
ficador, el retardo de la capa fsica, el retardo de propagacin
RF y cualquier otro retardo en el mbito de la subred
SMAS(R).
4.8.4.3 Encaminamiento errneo
La probabilidad de encaminamiento errneo ocasionado por
errores de procesamiento interno o de sealizacin en la GES
no exceder de 1 en 10
6
.
Nota. Puede presentarse un encaminamiento errneo si la
GES interpreta falsamente (1) la ID de red o los dgitos de
direccin de tierra incluidos en una CM-LIDU peticin de
acceso telfono (para origen a bordo) o (2) la ID-AES o
la ID-terminal incluida en una FITE 18 recibida de la interfaz
entre redes con la red terrenal (para origen en tierra).
4.8.5 Codificacin/decodificacin de la voz
en modo circuito
4.8.5.1 Voz en modo circuito. Para la voz en modo circuito,
se utilizar el algoritmo apropiado de codificacin/decodifi-
cacin de la voz para la AES y la GES por cada canal C, segn
lo indicado a continuacin.
4.8.5.1.1 Canal C de 21 kbits/s. Se utilizar un algoritmo
de codificacin/decodificacin de 9,6 kbits/s (vase el Apn-
dice 7, Captulo 4) con un canal C de 21 kbits/s (vase 4.4.5).
Nota. El algoritmo de codificacin de la voz est sujeto
a los derechos de autor y de la patente T (antiguamente British
Telecom). BT ha manifestado que est de acuerdo en conceder
licencias no exclusivas sin pago de regalas en funcin de tales
derechos de autor y de patente a todos los fabricantes de
implantaciones de AES y de GES, solamente para comunica-
ciones civiles del servicio mvil aeronutico por satlite (en el
que se incluyen las comunicaciones del SMAS y del SMAS(R),
segn lo previsto en el Captulo 4). Estos fabricantes deberan
firmar un acuerdo de licencia sin pago de regala con BT
Laboratories antes de incorporar el algoritmo al equipo
utilizado para comunicaciones civiles del servicio mvil
aeronutico por satlite.
4.8.5.1.2 Canal C de 8,4 kbits/s. Se utilizar un algoritmo
de codificacin/decodificacin de 4,8 kbits/s con un canal C de
8,4 kbits/s (vase 4.4.5).
Nota. En el documento Descripcin del nivel inferior,
nmero de versin 1.5, del 3 de mayo de 1996, preparado por
Digital Voice Systems Inc. (DVSI), de los Estados Unidos,
figura informacin sobre las caractersticas tcnicas del
algoritmo de codificacin/decodificacin a 4,8 kbits/s norma-
lizado de la industria.
La tecnologa de codificacin/decodificacin a 4,8 kbits/s
descrita en el documento est sujeta a los derechos de patente
y de propiedad del DVSI. Los fabricantes deben concertar un
46 2/11/00
Nm. 75
acuerdo de licencia con DVSI antes de obtener una descripcin
detallada del algoritmo que haya de encontrarse al equipo que
funcione en el servicio SMAS. Mediante carta dirigida a la
OACI el 10 de noviembre de 1998, DVSI confirm su
compromiso de otorgar la licencia de la tecnologa para la
fabricacin y venta de equipo aeronutico en trminos y condi-
ciones razonables, negociados en base a no discriminacin.
4.8.6 Procedimientos en modo
circuito SMAS(R)
Los procedimientos en modo circuito SMAS(R) compren-
den los cuatro siguientes dominios funcionales:
a) Para los servicios en modo circuito AES:
i) procedimiento lgico de salida AES (para comunica-
ciones originadas a bordo); y
ii) procedimiento lgico de entrada AES (para comunica-
ciones originadas en tierra).
b) Para los servicios en modo circuito GES:
i) procedimiento lgico de salida GES (para comunica-
ciones originadas en tierra); y
ii) procedimiento lgico de entrada GES (para comunica-
ciones originadas a bordo).
4.8.6.1 Procedimientos en modo
circuito SMAS(R)
Nota 1. Se supone que un procedimiento de servicio en
modo circuito SMAS(R) codificar o interpretar los par-
metros pertinentes de cualquier CM-LIDU que se est transmi-
tiendo o recibiendo, sin indicar especficamente los valores
exactos de cdigo en los procedimientos contenidos en la
misma. Los requisitos especficos para la codificacin de par-
metros pueden consultarse en los requisitos de transformacin
de sucesos telefnicos de interfuncionamiento que se definen en
el Apndice 5, Captulo 4.
Nota 2. La expresin recursos de canal C incluye todo
el soporte fsico de canal C necesario ms la potencia de
transmisin suficiente para mantener un canal C.
4.8.6.1.1 Lgica en modo circuito AES
Nota. Los requisitos para la transformacin entre sucesos
telefnicos de interfuncionamiento y las CM-LIDU por medio
de los procedimientos de salida y entrada AES se definen en
el Apndice 5, Captulo 4, Figuras A5-1 a A5-11 y A5-12 a
A5-18, respectivamente. Los parmetros de configuracin en
modo circuito (p. ej., los utilizados en 4.8.6.1.1.1) se definen
en el Apndice 6, Captulo 4.
4.8.6.1.1.1 Procedimiento en modo circuito de salida AES.
La recepcin de un suceso de origen de llamada SMAS(R)
(FITE 18) en la interfaz de interfuncionamiento har que los
servicios en modo circuito AES asignen a la llamada un nmero
de referencia de aplicacin exclusivo. Los servicios en modo
circuito AES efectuarn entonces lo siguiente:
a) si no se dispone de recursos suficientes de canal C en la AES
y el bloqueo se puede atribuir a llamadas por canal C de
igual o superior prioridad a la de la tentativa de llamada en
curso, los servicios en modo circuito AES devolvern un
suceso de llamada infructuosa congestin de la red
(BITE 12) a la interfaz de interfuncionamiento y cesarn
todas las actividades relativas a la llamada; o
b) si se dispone de recursos suficientes de canal C o si por lo
menos una de las llamadas que causa el bloqueo es de una
prioridad de canal C inferior a la de la tentativa de llamada
en curso, los servicios en modo circuito AES harn lo indi-
cado a continuacin y luego esperarn una asignacin de
canal C proveniente de los servicios en modo circuito GES:
1) si la prioridad de la llamada corresponde a mensajes de
socorro/urgencia, los servicios en modo circuito AES
remitirn a la capa de enlace CM-LIDU de parmetro
nA21 con peticin de acceso telfono; o
seguridad de los vuelos, los servicios en modo circuito
AES remitirn a la capa de enlace CM-LIDU de
parmetro nA22 con peticin de acceso telfono; o
regularidad/ meteorologa, los servicios en modo circuito
AES remitirn a la capa de enlace CM-LIDU de
parmetro nA23 con peticin de acceso telfono.
4.8.6.1.1.1.1 Los servicios en modo circuito AES mientras
esperan una respuesta de los servicios en modo circuito GES
efectuarn lo siguiente:
a) si no se recibe ninguna respuesta de los servicios en modo
circuito GES en un plazo de tA50 segundos despus de
la transmisin de la ltima CM-LIDU de peticin de
acceso telfono, la AES telemandar la seleccin de una
frecuencia de canal R y seguidamente retransmitir la
cantidad original de CM-LIDU, siempre que el nmero total
de retransmisiones de la serie de CM-LIDU no exceda de
cuatro. Si no se ha recibido ninguna respuesta tA50
segundos despus de la cuarta retransmisin de la serie CM-
LIDU, los servicios en modo circuito AES devolvern un
suceso de llamada infructuosa lnea fuera de servicio
(BITE 17) a la interfaz de interfuncionamiento y cesarn
b) si se recibe un suceso de seal de fin (FITE 22) en la
interfaz de interfuncionamiento, los servicios en modo
circuito AES remitirn a la capa de enlace una CM-LIDU
de progresin de la llamada liberacin de canal por
canal R y cesarn todas las actividades relativas a la llamada;
o
c) si la tentativa de llamada se inhibe por derecho preferente
de una llamada de mayor prioridad, los servicios en modo
circuito AES transmitirn un suceso de colgar (BITE 25)
a la interfaz de interfuncionamiento, remitirn a la capa de
enlace una CM-LIDU de progresin de la llamada
liberacin de canal por canal R, y luego cesarn todas las
actividades relativas a la llamada; o
d) si se recibe cualquiera de las siguientes respuestas, los
servicios en modo circuito AES efectuarn lo siguiente:
47 2/11/00
Nm. 75
1) si se recibe una CM-LIDU ya sea de progresin de la
llamada resultado de tentativa de llamada o bien de
progresin de la llamada liberacin de canal, los
servicios en modo circuito AES enviarn un suceso de
colgar (BITE 25) o un suceso adecuado de llamada
infructuosa (BITE 14, 15, 16, 17 20) a la interfaz de
interfuncionamiento, segn lo determinen los parmetros
de emplazamiento de causa, clase de causa y valor de
causa recibidos en la CM-LIDU. Entonces, los servicios
en el modo circuito AES cesarn todas las actividades
relativas a la llamada; o
2) si se recibe una CM-LIDU de asignacin de canal C,
los servicios en modo circuito AES pedirn a la gestin
AES que atribuya recursos de canal C y active una unidad
de canal C en la frecuencia asignada al valor del nmero
Q por canal C segn la Tabla 4-43.
Nota. Esto quiere decir que el nmero Q de canal C
se deduce del nmero Q que se utiliz en la sealizacin
de llamada inicial en modo circuito en la capa de enlace.
Entonces, los servicios en modo circuito AES remitirn
a la capa de enlace una CM-LIDU de informacin de
llamada direccin de servicio cada tA29 segundos
indefinidamente e interconectarn la interfaz de audio
por canal C con la del terminal que llama.
Nota. La informacin de llamada transmitida por la
CM-LIDU de informacin de llamada direccin de
servicio es redundante respecto a la transmitida
mediante la CM-LIDU de peticin de acceso, cuando
el procedimiento de peticin de acceso utilizado no es el
procedimiento de peticin de acceso general. En este
caso, dicha informacin se utiliza para mantener la
compatibilidad con el procedimiento de prueba de
continuidad del circuito que utilizan las GES que pro-
porcionan servicios SMAS a usuarios ajenos al SMAS(R)
y no ser sometida a un anlisis de dgitos por una GES.
4.8.6.1.1.1.2 Si no se recibe ninguna respuesta de los ser-
vicios en modo circuito GES en un plazo de tA28 segundos
despus de la activacin de la unidad de canal C, los servicios
en modo circuito AES remitirn a la capa de enlace seis CM-
LIDU de progresin de la llamada liberacin de canal por
la sub-banda de canal C y devolvern a la interfaz de interfun-
cionamiento un suceso de llamada infructuosa lnea fuera
de servicio (BITE 17) y cesarn todas las actividades relativas
a la llamada; en los dems casos, los servicios en modo circuito
AES efectuarn lo siguiente:
a) si se reciben una o ms CM-LIDU de progresin de la
llamada prueba, los servicios en modo circuito AES
harn caso omiso de ellas; o
b) si se reciben una o ms CM-LIDU de progresin de la
llamada liberacin de canal o si se recibe un suceso de
seal de fin (FITE 22) en la interfaz de interfuncio-
namiento, los servicios en modo circuito AES remitirn a la
capa de enlace seis CM-LIDU de progresin de la llamada
liberacin de canal por la sub-banda de canal C,
devolvern un suceso telefnico adecuado (BITE 14, 15,
16, 17, 20 25) a la interfaz de interfuncionamiento y
cesarn todas las actividades relativas a la llamada; o
c) si se recibe una CM-LIDU de progresin de la llamada
conexin, o si la CM-LIDU llega precedida por una CM-
LIDU de progresin de la llamada prueba o por una
CM-LIDU de progresin de la llamada resultado de ten-
tativa de llamada que ya se haba recibido anteriormente
dentro del plazo de tA28 segundos despus de la activacin
de la unidad de canal C, los servicios en modo circuito AES
1) asegurarse de que ha cesado la transmisin repetitiva de
la CM-LIDU de informacin de llamada direccin de
servicio; y
2) enviar un suceso de respuesta (BITE 22) a la interfaz
de interfuncionamiento y remitir a la capa de enlace una
CM-LIDU de acuse de recibo telefnico positivo por
la sub-banda de canal C. Si se reciben otras CM-LIDU
de progresin de la llamada conexin despus de
la CM-LIDU inicial de progresin de la llamada
conexin, los servicios en modo circuito AES respon-
dern a cada una de ellas remitiendo a la capa de enlace
una CM-LIDU de acuse de recibo telefnico positivo
a los servicios en modo circuito GES; o
Nota. En este momento se ha establecido la llamada
de extremo a extremo.
d) si se recibe una CM-LIDU de progresin de la llamada
resultado de tentativa de llamada (codificada para indicar
un suceso de direccin completa) o si llega precedida de
una CM-LIDU de progresin de la llamada prueba que
ya se haba recibido anteriormente en el plazo de tA28
segundos despus de la activacin de la unidad de canal C,
los servicios en modo circuito AES efectuarn lo siguiente:
1) asegurarse de que ha cesado la transmisin repetitiva de
la CM-LIDU de informacin de llamada direccin de
servicio; y
2) enviar un suceso de direccin completa (BITE 5) a la
interfaz de interfuncionamiento y remitirn a la capa de
enlace una CM-LIDU de acuse de recibo telefnico
positivo por la sub-banda de canal C. Si se reciben otras
CM-LIDU de progresin de la llamada resultado de
tentativa de llamada despus de la CM-LIDU inicial de
progresin de la llamada resultado de tentativa de
llamada, los servicios en modo circuito respondern a
cada una de ellas remitiendo a la capa de enlace una CM-
LIDU de acuse de recibo telefnico positivo a los
servicios en modo circuito GES; o
e) si los recursos del canal C son inhibidos por derecho prefe-
rente de una llamada de mayor prioridad, los servicios
en modo circuito AES remitirn a la capa de enlace seis
CM-LIDU de progresin de la llamada liberacin de
canal por la sub-banda de canal C, devolvern un suceso
de colgar (BITE 25) a la interfaz de interfuncionamiento
y cesarn todas las actividades relativas a la llamada; o
f) si la capa de enlace de sub-banda por canal C ordena que
se d por terminada la llamada, los servicios en modo
circuito AES remitirn un suceso de colgar (BITE 25) a
la interfaz de interfuncionamiento y cesarn todas las
actividades relativas a la llamada.
4.8.6.1.1.2 Procedimiento en modo circuito de entrada
AES. Este procedimiento se definir segn los procedimientos
interrelacionados que siguen:
48 2/11/00
Nm. 75
a) iniciacin de llamada en modo circuito de entrada AES
4.8.6.1.1.2.1;
b) prueba de continuidad por canal C de entrada AES
4.8.6.1.1.2.2;
c) completar llamada de aeronave de entrada AES
4.8.6.1.1.2.3; y
d) mantenimiento de canal C de entrada AES 4.8.6.1.1.2.4.
4.8.6.1.1.2.1 Iniciacin de llamada en modo circuito de
entrada AES. Al recibir una CM-LIDU de anuncio de
llamada o de asignacin de canal C con un nmero de
referencia de aplicacin exclusivo, los servicios en modo
circuito AES efectuarn lo siguiente:
a) si se recibi asignacin de canal C, los servicios en modo
de acuse de recibo telefnico negativo (codificado para
indicar que se ha perdido la CM-LIDU de anuncio de
llamada) por canal R y efectuarn lo siguiente:
1) si no se recibe ninguna CM-LIDU correspondiente de
anuncio de llamada ni ninguna CM-LIDU de
progresin de la llamada liberacin de canal en un
plazo de tA27 segundos a partir de la transmisin de la
ltima CM-LIDU de acuse de recibo telefnico nega-
tivo, los servicios en modo circuito remitirn a la capa
de enlace la CM-LIDU de acuse de recibo telefnico
negativo por canal R y esperarn su llegada en un
segundo plazo de tA27 segundos; a condicin de que no
exceda de cuatro el nmero total de retransmisiones de
la CM-LIDU de acuse de recibo telefnico. Si no se
recibe ninguna de las CM-LIDU mencionadas en un
plazo de tA27 segundos despus de la cuarta repeticin
de la CM-LIDU de acuse de recibo telefnico, los
servicios en modo circuito AES remitirn a la capa de
resultado de tentativa de llamada por canal R y cesarn
las actividades relativas a la llamada; o
2) si se recibe una CM-LIDU de progresin de la llamada
liberacin de canal en un plazo de tA27 segundos
despus de la ltima transmisin de la CM-LIDU de
acuse de recibo telefnico, los servicios en modo
circuito AES cesarn todas las actividades relativas a la
llamada; o
3) si la tentativa de llamada ha de ceder al derecho prefe-
rente de una llamada de mayor prioridad, los servicios en
modo circuito AES remitirn a la capa de enlace una CM-
LIDU de progresin de la llamada resultado de
tentativa de llamada por canal R y cesarn todas las
4) si la correspondiente CM-LIDU de anuncio de llamada
se recibe en el plazo de tA27 segundos despus de la
ltima transmisin de la CM-LIDU de acuse de recibo
telefnico, los servicios en modo circuito AES
i) si el terminal llamado est ocupado con una llamada
de un nivel de prioridad mayor o igual al de la
tentativa de llamada en curso, o si los recursos de
canal C no estn disponibles, los servicios en modo
circuito AES remitirn a la capa de enlace una CM-
LIDU de progresin de la llamada resultado de
ii) si estn disponibles tanto el terminal llamado como
los recursos de canal C, los servicios en modo circuito
AES pedirn a la gestin AES que adjudique recursos
de canal C y active una unidad de canal C en la
frecuencia asignada con el valor del nmero Q de
canal C indicado en la Tabla 4-43.
Nota. Esto quiere decir que el nmero Q de
canal C se deducir del nmero Q utilizado en la
sealizacin inicial de llamada en modo circuito, en
la capa de enlace.
Los servicios en modo circuito AES remitirn
entonces a la capa de enlace una CM-LIDU de
progresin de la llamada prueba y ejecutarn el
procedimiento de verificacin de continuidad por
canal C de entrada AES descrito en 4.8.6.1.1.2.2; o
b) si se recibi una CM-LIDU de anuncio de llamada, los
servicios en modo circuito AES efectuarn lo siguiente:
despus de la recepcin de la CM-LIDU de anuncio de
llamada, los servicios en modo circuito AES cesarn
2) si no se recibe ninguna CM-LIDU de asignacin de
canal C ni de progresin de la llamada liberacin
de canal en un plazo de tA25 segundos despus de la
recepcin de la CM-LIDU de anuncio de llamada, los
servicios en modo circuito AES remitirn a la capa de
negativo (codificada para indicar que se ha perdido la
CM-LIDU de asignacin de canal C) por canal R y
esperarn su llegada en un plazo adicional de tA27
segundos. Si no llega ninguna de las CM-LIDU despus
de tA27 segundos, los servicios en modo circuito AES
volvern a enviar una CM-LIDU de acuse de recibo
telefnico negativo y esperarn de nuevo tA27 segun-
dos, a condicin de que no exceda de cuatro el total de
repeticiones de la CM-LIDU de acuse de recibo
telefnico negativo. Si no se recibe ninguna de las CM-
LIDU en un plazo de tA27 segundos despus de la cuarta
retransmisin de la CM-LIDU de acuse de recibo
telefnico negativo, los servicios en modo circuito AES
remitirn a la capa de enlace una CM-LIDU de progre-
sin de la llamada resultado de tentativa de llamada
por canal R y cesarn todas las actividades relativas a la
llamada; o
3) si la tentativa de llamada ha de ceder al derecho pre-
ferente de una llamada de mayor prioridad, los servicios
en modo circuito AES remitirn a la capa de enlace una
4) si se recibe una CM-LIDU de asignacin de canal C
en un plazo de tA25 segundos despus de la recepcin
de la CM-LIDU de anuncio de llamada o en un plazo
49 2/11/00
Nm. 75
de tA27 segundos despus de recibida la transmisin de
la ltima CM-LIDU de acuse de recibo telefnico
negativo, los servicios en modo circuito AES efectuarn
lo siguiente:
i) si el terminal llamado est ocupado con una llamada
de prioridad mayor o igual a la de la tentativa de
llamada en curso, o si los recursos de canal C no estn
disponibles, los servicios en modo circuito AES
remitirn a la capa de enlace una CM-LIDU de
llamada por canal R y cesarn todas las actividades
ii) si estn disponibles tanto el terminal llamado como
los recursos de canal C, los servicios en modo circuito
AES pedirn a la gestin AES que atribuyan recursos
con el valor de nmero Q de canal C indicado en la
Tabla 4-43 y activen una unidad de canal C a la
frecuencia asignada. Entonces, los servicios en modo
circuito AES remitirn a la capa de enlace una
CM-LIDU de progresin de la llamada prueba
y ejecutarn el procedimiento de verificacin de
continuidad por canal C de entrada AES indicado
en 4.8.6.1.1.2.2.
4.8.6.1.1.2.2 Verificacin de continuidad por canal C de
entrada AES. Cuando sea necesario segn lo prescrito en otras
partes de 4.8, los servicios en modo circuito AES ejecutarn el
procedimiento de verificacin de continuidad por canal C de la
manera siguiente:
a) si no se recibe ninguna CM-LIDU de progresin de la
llamada prueba ni ninguna CM-LIDU de progresin de
la llamada liberacin de canal en un plazo de tA26
segundos despus de que se haya remitido la CM-LIDU ms
reciente de progresin de la llamada prueba, los servi-
cios en modo circuito AES remitirn a la capa de enlace
otra CM-LIDU de progresin de la llamada prueba
hasta el momento en que ocurra uno de los sucesos
siguientes:
1) si no se recibe ninguna CM-LIDU de progresin de la
llamada prueba ni ninguna CM-LIDU de progresin
de la llamada liberacin de canal en un plazo de tA41
segundos despus de la activacin de la unidad de canal
C, los servicios en modo circuito AES cesarn de remitir
las CM-LIDU de progresin de la llamada prueba,
remitirn a la capa de enlace una CM-LIDU de
despus de la activacin de la unidad de canal C, los
servicios en modo circuito AES cesarn todas las
3) si el canal C ha de ceder al derecho preferente de una
llamada de prioridad mayor, los servicios en modo
de progresin de la llamada resultado de tentativa de
prueba en un plazo de tA4l segundos despus de la
activacin de la unidad de canal C, los servicios en modo
circuito AES habilitarn el trayecto de circuito entre la
unidad de canal C y el circuito de ida de la red de
aeronave. Los servicios en modo circuito AES remitirn
entonces a la capa de enlace una CM-LIDU de acuse de
recibo telefnico positivo por la sub-banda de canal C,
transmitirn un suceso de origen de llamada SMAS(R)
(FITE 18) a la interfaz de interfuncionamiento y
esperarn a que se complete la llamada al terminal
llamado, mediante el procedimiento para completar la
llamada de aeronave de entrada AES que se define en
4.8.6.1.1.2.3.
4.8.6.1.1.2.3 Procedimiento para completar llamadas de
aeronave de entrada AES. Cuando sea necesario segn lo
prescrito en otras partes de 4.8, los servicios en modo circuito
AES efectuarn lo siguiente para completar una llamada por la
red de aeronave hacia el terminal llamado:
a) si se reciben una o ms CM-LIDU de progresin de la
llamada prueba, los servicios en modo circuito AES
remitirn a la capa de enlace una CM-LIDU de acuse de
recibo telefnico positivo por la sub-banda de canal C; o
b) si no se recibe ningn suceso de respuesta (BITE 22) de
la interfaz de interfuncionamiento en un plazo de tA42
segundos despus de transmitir el suceso de origen
de llamada SMAS(R) (FITE 18), los servicios en modo
circuito AES transmitirn un suceso de seal de fin
(FITE 22) a la interfaz de interfuncionamiento, remitirn
a la capa de enlace seis CM-LIDU de progresin de
la llamada liberacin de canal por la sub-banda de
canal C y cesarn todas las actividades relativas a la
llamada; o
liberacin de canal en un plazo de tA42 segundos despus
de la transmisin de un suceso de origen de llamada
SMAS(R) (FITE 18) o si por el canal C debe darse derecho
preferente a una llamada de mayor prioridad, los servicios
en modo circuito AES transmitirn un suceso de seal de
fin (FITE 22) a la interfaz de interfuncionamiento, remi-
tirn a la capa de enlace seis CM-LIDU de progresin de la
llamada liberacin de canal por la sub-banda de canal C
d) si se recibe un suceso de respuesta (BITE 22) de la interfaz
de funcionamiento en un plazo de tA42 segundos despus
de transmitir el suceso de origen de llamada SMAS(R)
(FITE 18), los servicios en modo circuito AES remitirn a
la capa de enlace una CM-LIDU de progresin de la
llamada conexin y ejecutarn el procedimiento de
mantenimiento de canal C de entrada AES que se define
en 4.8.6.1.1.2.4.
4.8.6.1.1.2.4 Mantenimiento de canal C de entrada AES.
Cuando sea necesario segn lo prescrito en otras partes de 4.8,
los servicios en modo circuito AES permitirn que contine la
conexin de extremo a extremo al mismo tiempo que efectan
lo siguiente para mantener un canal C:
a) si no se recibe en un plazo de tA26 segundos despus de la
transmisin de la ltima CM-LIDU de progresin de la
llamada conexin, ninguna CM-LIDU de acuse de
50 2/11/00
Nm. 75
recibo telefnico positivo ni ningn suceso de colgar
(BITE 25) de la interfaz de interfuncionamiento, los
servicios en modo circuito AES remitirn nuevamente a la
capa de enlace la CM-LIDU de progresin de la llamada
conexin por la sub-banda de canal C; o
b) si no se recibe en un plazo de tA30 segundos despus de la
transmisin de la primera CM-LIDU de progresin de la
llamada conexin ninguna CM-LIDU de acuse de
recibo telefnico positivo ni ningn suceso de colgar
(BITE 25) de la interfaz de interfuncionamiento, los
servicios en modo circuito AES dejarn de remitir CM-
LIDU de progresin de la llamada conexin
transmitirn un suceso de seal de fin (FITE 22) a la
interfaz de interfuncionamiento, remitirn a la capa de
enlace seis CM-LIDU de progresin de la llamada
liberacin de canal por la sub-banda de canal C y cesarn
c) si se recibe en un plazo de tA30 segundos despus de la
transmisin de la primera CM-LIDU de progresin de la
llamada conexin una CM-LIDU de progresin de la
llamada liberacin de canal, los servicios en modo cir-
cuito AES dejarn de remitir la CM-LIDU de progresin
de la llamada conexin, transmitirn un suceso de seal
de fin (FITE 22) a la interfaz de interfuncionamiento, remi-
tirn a la capa de enlace seis CM-LIDU de progresin de la
llamada liberacin de canal por la sub-banda de canal C
d) si el canal C ha de ceder al derecho preferente de una
llamada de mayor prioridad, los servicios en modo circuito
AES enviarn un suceso de seal de fin (FITE 22) a la
interfaz de interfuncionamiento, remitirn a la capa de
liberacin de canal por la sub-banda de canal C y cesarn
e) si se recibe una o ms CM-LIDU de acuse de recibo
telefnico positivo, los servicios en modo circuito AES
dejarn de remitir la CM-LIDU de progresin de la llamada
conexin y efectuarn lo siguiente al mismo tiempo que
permiten que contine funcionando el canal C:
Nota. Este es el lugar del procedimiento lgico en el
que el canal oral de extremo a extremo est preparado para
ser utilizado y puede iniciarse la conversacin entre los
usuarios de a bordo y de tierra.
1) si se recibe un suceso de colgar (BITE 25) de la interfaz
de interfuncionamiento, los servicios en modo circuito
AES remitirn a la capa de enlace seis CM-LIDU de
progresin de la llamada liberacin de canal por la
sub-banda de canal C y cesarn todas las actividades
liberacin de canal los servicios en modo circuito
AES transmitirn un suceso de seal de fin (FITE 22)
a la interfaz de interfuncionamiento, remitirn a la capa
de enlace seis CM-LIDU de progresin de la llamada
liberacin de canal por la sub-banda de canal C y
3) si el canal C ha de ceder al derecho preferente de una
llamada de mayor prioridad, los servicios en modo cir-
cuito AES transmitirn un suceso de seal de fin
(FITE 22) a la interfaz de interfuncionamiento, remitirn
a la capa de enlace seis CM-LIDU de progresin de
la llamada liberacin de canal por la sub-banda de
canal C y cesarn todas las actividades relativas a la
llamada.
Nota. Con las transiciones lgicas indicadas se
controla la liberacin de llamadas mediante la accin de
liberacin de llamada normal o mediante cesin a
derecho preferente del canal C iniciada en la AES.
f) si la capa de enlace de sub-banda por canal C ordena que
se d por terminada la llamada, los servicios en modo
circuito en la AES remitirn un suceso de seal de fin a
la interfaz de interfuncionamiento y cesarn todas las
actividades relativas a la llamada.
4.8.6.1.2 Lgica en modo circuito GES
Nota. Los requisitos para establecer la transformacin
entre los sucesos telefnicos de interfuncionamiento y las
CM-LIDU por medio de procedimientos de salida y entrada
GES se definen en el Apndice 5, Captulo 4, Figuras A5-19
a A5-27 y A5-28 a A5-40, respectivamente.
4.8.6.1.2.1 Procedimiento en modo circuito de salida
GES. Este procedimiento se definir por medio de los
procedimientos interrelacionados siguientes:
a) iniciacin de llamada en modo circuito de salida GES
4.8.6.1.2.1.1;
b) establecimiento de canal C de salida GES 4.8.6.1.2.1.2;
c) verificacin de continuidad por canal C de salida GES
4.8.6.1.2.1.3;
d) mantenimiento de canal C de salida GES 4.8.6.1.2.1.4; y
e) guarda de liberacin de canal C de salida GES
4.8.6.1.2.1.5.
salida GES. La recepcin de un suceso de origen de llamada
SMAS(R) (FITE 18) en la interfaz de interfuncionamiento
har que los servicios en modo circuito GES asignen a la
llamada un nmero de referencia de aplicacin exclusivo. Si la
AES no est conectada, los servicios en modo circuito GES
transmitirn a la interfaz de interfuncionamiento un suceso de
llamada infructuosa enviar indicacin de error (BITE 20)
y cesarn todas las actividades relativas a la llamada; en los
dems casos los servicios en modo circuito GES pedirn a la
gestin GES que asigne recursos de canal C a la llamada con
un valor Q de canal C obtenido de la Tabla 4-43.
Nota. Esto quiere decir que el nmero Q del canal C se
deducir del nmero Q que se utiliz en la sealizacin inicial
de llamada en modo circuito en la capa de enlace.
Los servicios en modo circuito GES efectuarn lo siguiente:
a) si se recibe un suceso de seal de fin (FITE 22) en la
interfaz de interfuncionamiento, los servicios en modo cir-
cuito GES cesarn todas las actividades relativas a la
llamada; o
51 2/11/00
Nm. 75
b) si no se dispone de recursos por canal C, los servicios en
modo circuito transmitirn a la interfaz de interfuncio-
namiento un suceso de llamada infructuosa congestin
de la red (BITE 12) y cesarn todas las actividades relativas
a la llamada; o
c) si se dispone de recursos por canal C, los servicios en modo
circuito GES remitirn a la capa de enlace una CM-LIDU
de anuncio de llamada seguida inmediatamente de una
CM-LIDU de asignacin de canal C. Los servicios en
modo circuito GES pedirn seguidamente a la gestin GES
que active la unidad de canal C previamente asignada, en la
frecuencia asignada y establezca seguidamente el canal C
segn lo indicado en 4.8.6.1.2.1.2.
4.8.6.1.2.1.2 Establecimiento de canal C de salida GES.
los servicios en modo circuito GES efectuarn lo siguiente para
establecer un canal C que haya de utilizarse en comunicaciones
con origen en tierra:
a) si, en un plazo de tG16 segundos despus de la ltima
transmisin de unidades CM-LIDU de anuncio de llamada
o de asignacin de canal C, se recibe una CM-LIDU de
acuse de recibo telefnico negativo, los servicios en modo
circuito GES remitirn nuevamente a la capa de enlace la
CM-LIDU perdida que se menciona en la CM-LIDU
recibida y esperarn otros tG16 segundos; o
b) si no se recibe nada de los servicios en modo circuito AES
en un plazo de tG16 segundos despus de la ltima trans-
misin de unidades CM-LIDU de anuncio de llamada o
de asignacin de canal C, los servicios en modo circuito
GES remitirn nuevamente a la capa de enlace ambas
CM-LIDU y esperarn de nuevo tG16 segundos. Si,
transcurridos estos tG16 segundos no se recibe nada, los
servicios en modo circuito GES transmitirn un suceso de
llamada infructuosa lnea fuera de servicio (BITE 17)
a la interfaz de interfuncionamiento y remitirn a la capa de
liberacin de canal por canal P. Si no est presente la
portadora desde la aeronave, cesarn todas las actividades
relativas a la llamada; en los dems casos, si la frecuencia
portadora desde la aeronave por canal C no cesa en un plazo
de tG23 segundos despus de que se hubiera remitido la
primera CM-LIDU de progresin de la llamada
liberacin de canal los servicios en modo circuito GES
remitirn nuevamente la CM-LIDU. Si la portadora desde
la aeronave cesa normalmente durante cualquiera de los
plazos de tG23 segundos, los servicios en modo circuito
GES cesarn todas las actividades relativas a la llamada. Si
la portadora desde la aeronave no cesa al expirar el segundo
plazo de tG23 segundos, los servicios en modo circuito GES
Nota. El estado de una portadora desde la aeronave
que no haya cesado debera someterse a una funcin de
supervisin.
resultado de tentativa de llamada, los servicios en modo
circuito GES remitirn un suceso apropiado de llamada
infructuosa (BITE 12, 16 17) a la interfaz de interfuncio-
namiento. Adems, los servicios en modo circuito GES
esperarn tG23 segundos para que cese la portadora desde
la aeronave por canal C. Si la portadora desde la aeronave
no est presente, cesarn todas las actividades relativas a la
llamada. En los dems casos, si la portadora desde la
aeronave cesa al terminar el perodo, los servicios en modo
circuito GES cesarn todas las actividades relativas a la
llamada. Si la portadora desde la aeronave no cesa durante
este mismo plazo, los servicios en modo circuito GES
cesarn todas las actividades relativas a la llamada al
terminar el plazo; o
supervisin.
d) si se recibe un suceso de seal de fin (FITE 22) en la
interfaz de interfuncionamiento, los servicios en modo cir-
cuito GES remitirn a la capa de enlace seis CM-LIDU de
progresin de la llamada liberacin de canal por la sub-
banda de canal C seguidas de una CM-LIDU de progresin
de la llamada liberacin de canal por canal P. Los
servicios en modo circuito GES ejecutarn seguidamente el
procedimiento de guarda de liberacin de canal C de salida
GES definido en 4.8.6.1.2.1.5; o
e) si se recibe una CM-LIDU de progresin de la llamada
prueba, los servicios en modo circuito GES remitirn a la
capa de enlace una CM-LIDU de progresin de la llamada
prueba y ejecutarn seguidamente el procedimiento de
verificacin de continuidad por canal C de salida GES
definido en 4.8.6.1.2.1.3.
4.8.6.1.2.1.3 Verificacin de continuidad por canal C de
salida GES. Al verificar la continuidad del circuito por un
canal C que haya de utilizarse para comunicaciones originadas
en tierra, los servicios en modo circuito GES efectuarn lo
siguiente:
a) si han transcurrido tG34 segundos a partir del momento en
que se envi a los servicios en modo circuito AES la primera
CM-LIDU de progresin de la llamada prueba, los
servicios en modo circuito GES transmitirn un suceso de
llamada infructuosa lnea fuera de servicio (BITE 17)
a la interfaz de interfuncionamiento y remitirn a la capa de
liberacin de canal por canal P. Si la portadora desde la
aeronave no est presente, cesarn todas las actividades
relativas a la llamada. En los dems casos, si la frecuencia
portadora desde la aeronave por canal C cesa en un plazo
de tG23 segundos despus de la primera transmisin de la
canal, los servicios en modo circuito GES remitirn
nuevamente la CM-LIDU por canal P y esperarn de nuevo
tG23 segundos. Si la portadora desde la aeronave cesa
durante cualquiera de estos plazos, los servicios en modo
llamada. Si la portadora desde la aeronave no cesa al expirar
el segundo plazo, los servicios en modo circuito GES
supervisin.
b) si no han transcurrido tG34 segundos a partir del momento
en que se envi a los servicios en modo circuito AES la
primera CM-LIDU de progresin de la llamada prueba,
52 2/11/00
Nm. 75
los servicios en modo circuito GES efectuarn lo siguiente
al mismo tiempo que remiten a la capa de enlace de los
servicios en modo circuito AES una CM-LIDU de
progresin de la llamada prueba a intervalos de tG35
segundos:
resultado de tentativa de llamada, los servicios en
modo circuito GES cesarn de remitir a los servicios en
modo circuito AES de CM-LIDU de progresin de la
llamada prueba. Los servicios en modo circuito GES
remitirn seguidamente un suceso apropiado de llamada
infructuosa (BITE 12, 16 17) a la interfaz de interfun-
cionamiento y esperarn tG23 segundos a que cese la
portadora desde la aeronave por canal C. Si la portadora
desde la aeronave no est presente, cesarn todas las
actividades relativas a la llamada. En los dems casos, si
la portadora desde la aeronave cesa al terminar el
perodo, los servicios en modo circuito GES cesarn
todas las actividades relativas a la llamada. Si la porta-
dora desde la aeronave no cesa al expirar este plazo, los
servicios en modo circuito GES cesarn todas las activi-
dades relativas a la llamada al terminar el plazo; o
supervisin.
2) si se recibe un suceso de seal de fin (FITE 22) en la
interfaz de interfuncionamiento, los servicios en modo
circuito GES remitirn a la capa de enlace seis CM-LIDU
la sub-banda de canal C, cesarn de remitir las CM-LIDU
de progresin de la llamada prueba y ejecutarn
seguidamente el procedimiento de guarda de liberacin
de canal C de salida GES definido en 4.8.6.1.2.1.5; o
3) si se recibe de los servicios en modo circuito AES una
canal, los servicios en modo circuito GES transmitirn
un suceso de colgar (BITE 25) a la interfaz de
interfuncionamiento y cesarn de remitir las CM-LIDU
de progresin de la llamada prueba. Los servicios
en modo circuito GES esperarn nuevamente tG23
segundos a que cese la portadora desde la aeronave por
canal C. Si la portadora desde la aeronave no est
presente, cesarn todas las actividades relativas a la
llamada; en los dems casos, si la portadora desde la
aeronave cesa al terminar el perodo, los servicios en
modo circuito GES cesarn todas las actividades relativas
a la llamada. Si la portadora desde la aeronave no cesa
en este plazo, los servicios en modo circuito GES cesarn
todas las actividades relativas a la llamada al terminar el
plazo; o
supervisin.
4) si se recibe una CM-LIDU de acuse de recibo telef-
nico positiva, los servicios en modo circuito GES
cesarn de remitir las CM-LIDU de progresin de la
transmitirn seguidamente un suceso de direccin
completa (BITE 5) a la interfaz de interfuncionamiento
y ejecutarn el procedimiento de mantenimiento de canal
C de salida GES definido en 4.8.6.1.2.1.4; o
conexin, los servicios en modo circuito GES
transmitirn seguidamente a la interfaz de interfunciona-
miento un suceso de direccin completa (BITE 5) y un
suceso de respuesta (BITE 22), remitirn a la capa de
positivo por la sub-banda de canal C y ejecutarn el pro-
cedimiento de mantenimiento de canal C de salida GES
definido en 4.8.6.1.2.1.4.
4.8.6.1.2.1.4 Mantenimiento de canal C de salida GES.
los servicios en modo circuito GES habilitarn el trayecto de
circuito entre el circuito de ida de la red terrenal y la unidad
de canal C, y efectuarn lo siguiente para mantener el canal C:
a) si se recibe una CM-LIDU de progresin de la llamada
conexin, los servicios en modo circuito GES remitirn a
la capa de enlace una CM-LIDU de acuse de recibo
telefnico positiva por la sub-banda de canal C. Si no se
hubiera recibido anteriormente una CM-LIDU idntica
durante el procedimiento de establecimiento de canal C de
salida GES definido en 4.8.6.1.2.1.2, los servicios en modo
circuito GES transmitirn adems un suceso de respuesta
(BITE 22) a la interfaz de interfuncionamiento; o
b) si se recibe un suceso de seal de fin en la interfaz de
interfuncionamiento, los servicios en modo circuito GES
remitirn a la capa de enlace seis CM-LIDU de progresin
de la llamada liberacin de canal por la sub-banda de
canal C. Los servicios en modo circuito GES ejecutarn
seguidamente el procedimiento de guarda de liberacin de
canal C de salida GES definido en 4.8.6.1.2.1.5; o
c) si se desvanece la portadora desde la aeronave por canal C
por ms de tG19 segundos, los servicios en modo circuito
GES transmitirn a la interfaz de interfuncionamiento un
suceso de colgar (BITE 25). Los servicios en modo cir-
cuito remitirn seguidamente a la capa de enlace seis CM-
LIDU de progresin de la llamada liberacin de canal
por la sub-banda de canal C y ejecutarn el procedimiento
de guarda de liberacin de canal C de salida GES definido
en 4.8.6.1.2.1.5; o
d) si el canal C ha de ceder al derecho preferente de una
llamada de mayor prioridad, los servicios en modo circuito
GES transmitirn un suceso de colgar (BITE 25) a la
interfaz de interfuncionamiento. Los servicios en modo
circuito GES remitirn a la capa de enlace seis CM-LIDU
de progresin de la llamada liberacin de canal por la
sub-banda de canal C y ejecutarn el procedimiento de
guarda de liberacin de canal C de salida GES definido en
4.8.6.1.2.1.5; o
e) si se recibe una CM-LIDU de progresin de la llamada
liberacin de canal, los servicios en modo circuito GES
transmitirn un suceso de colgar (BITE 25) a la interfaz
de interfuncionamiento y cesarn todas las actividades
relativas a la llamada.
4.8.6.1.2.1.5 Guarda de liberacin de canal C de salida
GES. Al liberar un canal C utilizado para una comunicacin
originada en tierra, los servicios en modo circuito GES efec-
tuarn lo siguiente cuando sea necesario segn lo prescrito en
otras partes de 4.8:
53 2/11/00
Nm. 75
a) si la portadora desde la aeronave por canal C cesa en un
plazo de tG17 segundos despus de que se haya remitido la
ltima de las seis CM-LIDU de progresin de la llamada
b) si la portadora desde la aeronave por canal C no cesa en un
plazo de tG17 segundos despus de que se haya remitido la
ltima de las seis CM-LIDU de progresin de la llamada
remitirn a la capa de enlace doce CM-LIDU de progresin
canal C seguidas de una CM-LIDU de progresin de la
llamada liberacin de canal por canal P. Si la portadora
actividades relativas a la llamada. En los dems casos, si la
de tG18 segundos despus de la transmisin de la CM-LIDU
canal P, los servicios en modo circuito GES cesarn todas
las actividades relativas a la llamada. Si la portadora desde
la aeronave por canal C no cesa en el mismo plazo de tG18
segundos, los servicios en modo circuito GES cesarn todas
las actividades relativas a la llamada al terminar el plazo; o
supervisin.
esperarn a que cese la portadora desde la aeronave por
canal C. Si la portadora desde la aeronave no est presente,
cesarn todas las actividades relativas a la llamada; en los
dems casos, si la portadora desde la aeronave por canal C
en un plazo de tG18 segundos despus de la recepcin de
la CM-LIDU de progresin de la llamada liberacin de
canal, los servicios en modo circuito GES cesarn todas las
actividades relativas a la llamada. Si la portadora desde la
aeronave por canal C no cesa durante este mismo plazo, los
servicios en modo circuito GES cesarn todas las activi-
dades relativas a la llamada al terminar el plazo.
supervisin.
4.8.6.1.2.2 Procedimiento en modo circuito de entrada
GES. Este procedimiento se definir por medio de los procedi-
mientos interrelacionados siguientes:
a) iniciacin de llamada en modo circuito de entrada GES
4.8.6.1.2.2.1;
b) establecimiento bidireccional de entrada GES
4.8.6.1.2.2.2;
c) establecimiento de canal C de entrada GES 4.8.6.1.2.2.3;
d) procedimiento para completar llamadas terrenales de
entrada GES 4.8.6.1.2.2.4;
e) mantenimiento de canal C de entrada GES 4.8.6.1.2.2.5;
y
f) guarda de liberacin de canal C de entrada GES
4.8.6.1.2.2.6.
entrada GES. Al recibir desde una AES una CM-LIDU de
peticin de acceso telfono con un nmero de referencia
de aplicacin exclusivo, los servicios en modo circuito GES
pedirn a la gestin GES que asigne recursos de canal C con
el valor del nmero Q de canal C indicado en la Tabla 4-43.
Nota. Esto quiere decir que el nmero Q de canal C se
deducir del nmero Q utilizado en la sealizacin inicial de
llamada en modo circuito en la capa de enlace.
Los servicios en modo circuito GES efectuarn lo siguiente:
a) si se recibe una CM-LIDU de progresin de la llamada
liberacin de canal antes de que la gestin GES asigne
recursos por canal C, los servicios en modo circuito GES
b) si no se dispone de recursos por canal C, los servicios en
modo circuito GES remitirn a la capa de enlace una CM-
LIDU de progresin de la llamada resultado de tentativa
de llamada por canal P. Los servicios en modo circuito
GES esperarn seguidamente durante tG9 segundos a que
posiblemente se reciba una repeticin de la CM-LIDU
original de peticin de acceso telfono con el nmero
de referencia de aplicacin en curso. Si se recibe de los
servicios en modo circuito AES esta nueva CM-LIDU, los
servicios en modo circuito GES remitirn nuevamente CM-
LIDU de progresin de la llamada resultado de tentativa
de llamada. En los dems casos, los servicios en modo
llamada, despus de que expire el plazo inicial de tG9
segundos.
De no ser as, los servicios en modo circuito GES remitirn
a la capa de enlace una CM-LIDU de asignacin de canal C.
Simultneamente, los servicios en modo circuito GES pedirn
a la gestin GES que active la unidad de canal C previamente
asignada. Se har caso omiso de cualquier CM-LIDU de
peticin de acceso telfono redundante (con un nmero de
referencia de aplicacin idntico) que se reciba antes de la
activacin de la unidad de canal C. Los servicios en modo
circuito GES ejecutarn seguidamente el procedimiento de
establecimiento bidireccional de entrada GES definido en
4.8.6.1.2.2.2.
Nota. Las CM LIDU redundantes de peticin de acceso
telfono pudieran recibirse antes de la activacin de la
unidad de canal C, como resultado de la transmisin en serie
de algunas de estas CM LIDU. Puede hacerse caso omiso de
las CM LIDU redundantes sin consecuencias.
4.8.6.1.2.2.2 Establecimiento bidireccional de entrada
GES. Cuando sea necesario segn lo prescrito en otras partes
de 4.8, los servicios en modo circuito GES realizarn el anlisis
para encaminamiento de la ID-red especificada en la CM-LIDU
de peticin de acceso telfono al mismo tiempo que
ejecutan lo siguiente:
Nota 1. Se considera que el anlisis para encaminamiento
es un procedimiento de la GES por el cual se utiliza el
parmetro ID-red para identificar el grupo especfico de
circuitos orales que interconectan la GES con la red oral
terrenal de conmutacin de circuito deseada.
54 2/11/00
Nm. 75
Nota 2. Por la lgica de esta subseccin se inicia la termi-
nacin de la llamada terrenal mientras que al mismo tiempo
se inicia el establecimiento del canal C.
a) si se recibe de los servicios en modo circuito AES una nueva
CM-LIDU de peticin de acceso telfono con el
nmero de referencia de aplicacin en curso en un plazo de
tG11 segundos despus de que se haya remitido a la capa
de enlace la ltima CM-LIDU de asignacin de canal C,
los servicios en modo circuito GES remitirn nuevamente a
los servicios en modo circuito AES la CM-LIDU de
asignacin de canal C; o
b) si no se recibe ninguna CM-LIDU de informacin de
llamada direccin de servicio en un plazo de tG11
segundos despus de la activacin de la unidad por canal C,
los servicios en modo circuito GES ejecutarn el procedi-
miento de guarda de liberacin de entrada GES definido
en 4.8.6.1.2.2.6; o
cesarn todas las actividades relativas a la llamada. En los
dems casos si la portadora desde la aeronave por canal C
cesa en un plazo de tG24 segundos despus de la recepcin
de la CM-LIDU de progresin de la llamada liberacin
de canal los servicios en modo circuito GES cesarn todas
las actividades relativas a la llamada. Si la portadora no cesa
en este segundo plazo de tG24 segundos, los servicios en
modo circuito GES cesarn todas las actividades relativas a
la llamada al terminar el plazo; o
supervisin.
d) si se recibe una CM-LIDU de informacin de llamada
direccin de servicio en un plazo de tG11 segundos despus
de la activacin de la unidad de canal C, los servicios en
modo circuito enviarn unidades CM-LIDU de progresin
de la llamada prueba a intervalos de tG10 segundos
indefinidamente; o
e) si el anlisis de encaminamiento indica que se ha bloqueado
la llamada debido a congestin ya sea en el equipo de con-
mutacin GES o en el grupo de circuitos de ida que llevan
a la red terrenal, los servicios en modo circuito GES cesarn
de remitir las CM-LIDU de progresin de la llamada
prueba y remitirn seguidamente seis CM-LIDU de
banda de canal C. Los servicios en modo circuito GES eje-
cutarn seguidamente el procedimiento de guarda de libera-
cin de entrada GES definido en 4.8.6.1.2.2.6; o
f) si el anlisis de encaminamiento logra establecer un circuito
de ida hacia la red terrenal, los servicios en modo circuito
GES transmitirn un suceso de origen de llamada
SMAS(R) (FITE 18) a la interfaz de interfuncionamiento
con la red terrenal. Si ya se hubiera recibido una CM-LIDU
de informacin de llamada direccin de servicio, los
servicios en modo circuito de la GES ejecutarn entonces el
procedimiento de terminacin terrenal de entrada definido
en 4.8.6.1.2.2.4; en los dems casos los servicios en modo
circuito GES esperarn a que se establezca el canal C
ejecutando el procedimiento de establecimiento de canal C
de entrada GES definido en 4.8.6.1.2.2.3.
4.8.6.1.2.2.3 Establecimiento de canal C de entrada GES.
los servicios en modo circuito GES efectuarn lo siguiente
mientras esperan a que se establezca el canal C:
Nota. En el mbito de esta subseccin, es posible que se
hubieran recibido de la red terrenal sucesos de sealizacin.
Por consiguiente, si se reciben en la interfaz de interfuncio-
namiento con la red terrenal sucesos de interfuncionamiento
telefnico, stos deberan mantenerse en cola para ser
interpretados por la lgica especificada en las subsecciones
siguientes.
a) si se recibe de los servicios en modo circuito AES una nueva
CM-LIDU de peticin de acceso telfono con el
nmero de referencia de aplicacin en curso, en un plazo de
tG11 segundos despus de que se haya remitido a la capa
de enlace la ltima CM-LIDU de asignacin de canal C,
los servicios en modo circuito GES remitirn nuevamente a
los servicios en modo circuito AES la CM-LIDU de
asignacin de canal C; o
b) si se recibe una CM-LIDU de progresin de la llamada
liberacin de canal en un plazo de tG11 segundos a partir
modo circuito GES cesarn de remitir las CM-LIDU de
progresin de la llamada prueba y transmitirn un
suceso de seal de fin (FITE 22) a la interfaz de
interfuncionamiento. (Si se reciben otras CM-LIDU de
progresin de la llamada liberacin de canal, los
servicios en modo circuito GES harn caso omiso de ellas.)
Los servicios en modo circuito GES esperarn tG24
segundos despus de la recepcin de la CM-LIDU de
progresin de la llamada liberacin de canal a que cese
la portadora desde la aeronave por canal C. Si la portadora
de tG24 segundos, los servicios en modo circuito GES
cesarn todas las actividades relativas a la llamada. Si la
portadora desde la aeronave por canal C no cesa en este
plazo, los servicios en modo circuito GES cesarn todas las
actividades relativas a la llamada al terminar el plazo; o
Nota. El estado de la portadora desde la aeronave que
no haya cesado debera someterse a una funcin de
supervisin.
c) si no se recibe ninguna CM-LIDU de informacin de
llamada direccin de servicios en un plazo de tG11
segundos despus de que se haya remitido a la capa de
enlace la ltima CM-LIDU de asignacin de canal C, los
servicios en modo circuito GES remitirn a la interfaz de
interfuncionamiento un suceso de seal de fin (FITE 22)
y ejecutarn el procedimiento de guarda de liberacin de
entrada GES definido en 4.8.6.1.2.2.6; o
d) si se recibe una CM-LIDU de informacin de llamada
direccin de servicio en un plazo de tG11 segundos despus
modo circuito GES enviarn las CM-LIDU de progresin
de la llamada prueba a intervalos de tG10 segundos
indefinidamente y ejecutarn el procedimiento de llamada
terrenal de entrada GES definido en 4.8.6.1.2.2.4.
55 2/11/00
Nm. 75
4.8.6.1.2.2.4 Procedimiento de llamada terrenal de
entrada GES. Mientras los servicios en modo circuito GES
esperan a que se complete la llamada por la red terrenal,
habilitarn el trayecto de circuito entre la unidad de canal C y
el circuito de ida de la red terrenal remitiendo simultneamente
a la capa de enlace una CM-LIDU de progresin de la llamada
prueba a intervalos de tG10 segundos indefinidamente.
Adems efectuarn lo siguiente:
Nota. En este momento, se establece la continuidad de
circuito por la GES entre el canal C y el circuito de la red
terrenal. Puede estar todava en marcha la terminacin de la
llamada a travs de la red terrenal y pueden todava oirse los
tonos de progresin de la llamada de dicha red dirigidos al
usuario en la aeronave. Si la parte llamada contesta al intento
de llamada, esto se indicar mediante la recepcin de la red
terrenal de un suceso de respuesta (BITE 22) en la interfaz
de interfuncionamiento.
a) si cesa por ms de tG13 segundos la portadora desde la
aeronave por canal C, los servicios en modo circuito GES
interfaz de interfuncionamiento. Despus de que se haya
transmitido el suceso FITE 22, los servicios en modo
circuito GES cesarn de remitir las CM-LIDU de
progresin de la llamada prueba. Los servicios en
modo circuito GES remitirn seguidamente a la capa de
liberacin de canal por la sub-banda de canal C. Los
procedimiento de guarda de liberacin de entrada GES
definido en 4.8.6.1.2.2.6; o
b) si se recibe un suceso de liberacin del lado de entrada
(BITE 29) o un suceso de llamada infructuosa (BITE 12,
14, 15, 16, 17 20) de la interfaz de interfuncionamiento,
los servicios en modo circuito GES cesarn de remitir las
CM-LIDU de progresin de la llamada prueba. Los
servicios en modo circuito GES remitirn seguidamente a la
capa de enlace seis CM-LIDU de progresin de la llamada
liberacin de canal por la sub-banda de canal C. Los
definido en 4.8.6.1.2.2.6; o
cesarn de remitir CM-LIDU de progresin de la llamada
prueba y transmitirn un suceso de seal de fin (FITE
22) a la interfaz de interfuncionamiento. (Si se reciben otras
canal, los servicios en modo circuito GES harn caso omiso
de ellas.) Si la portadora desde la aeronave no est presente,
cesarn todas las actividades relativas a la llamada, en los
cesa en un plazo de tG14 segundos, los servicios en modo
llamada. Si la portadora desde la aeronave por canal C no
cesa en el mismo plazo, los servicios en modo circuito GES
supervisin.
d) si se recibe un suceso de direccin completa (BITE 5) o
de fin de transmisin (BITE 27) en la interfaz de
interfuncionamiento, los servicios en modo circuito GES
llamada prueba. Remitirn seguidamente a la capa de
enlace unidades CM-LIDU de progresin de la llamada
resultado de tentativa de llamada a intervalos de tG10
segundos hasta que reciban una CM-LIDU de acuse de
recibo telefnico positivo. Si no se recibe ninguna CM-
LIDU de acuse de recibo telefnico positivo en un plazo
de tG11 segundos despus de la transmisin de la primera
tentativa de llamada, los servicios en modo circuito GES
interfaz de interfuncionamiento y remitirn a la capa de
liberacin de canal por la sub-banda de canal C, y
ejecutarn el procedimiento de guarda de liberacin de
entrada GES definido en 4.8.6.1.2.2.6. En los dems casos,
los servicios en modo circuito GES ejecutarn el proce-
dimiento de mantenimiento de canal C de entrada GES
definido en 4.8.6.1.2.2.5; o
e) si se recibe un suceso de respuesta (BITE 22) en la interfaz
de interfuncionamiento, los servicios en modo circuito GES
cesarn de remitir las CM-LIDU de progresin de la lla-
mada prueba. Remitirn a la capa de enlace una CM-
LIDU de progresin de la llamada conexin a
intervalos de tG10 segundos hasta recibir una CM-LIDU de
acuse de recibo telefnico positivo. Si no se recibe
ninguna CM-LIDU de acuse de recibo telefnico positivo
en un plazo de tG11 segundos despus de que se haya
remitido la primera CM-LIDU de progresin de la llamada
conexin, los servicios en modo circuito transmitirn un
suceso de seal de fin (FITE 22) a la interfaz de
interfuncionamiento, remitirn a la capa de enlace seis CM-
LIDU de progresin de la llamada liberacin de canal
por la sub-banda de canal C y ejecutarn el procedimiento
de guarda de liberacin de entrada GES definido en
4.8.6.1.2.2.6. En los dems casos, los servicios en modo
circuito GES ejecutarn el procedimiento de mantenimiento
de canal C de entrada GES definido en 4.8.6.1.2.2.5.
4.8.6.1.2.2.5 Mantenimiento de canal C de entrada GES.
Los servicios en modo circuito GES permitirn entonces que
contine la conexin en modo circuito de extremo a extremo
hasta que ocurra uno de los siguientes casos:
a) si se recibe un suceso de respuesta (BITE 22) en la interfaz
cesarn de remitir la CM-LIDU de progresin de la llamada
prueba y remitirn a la capa de enlace una CM-LIDU
de progresin de la llamada conexin a intervalos de
tG10 segundos hasta que se reciba una CM-LIDU de acuse
de recibo telefnico positivo. Si no se recibe ninguna CM-
LIDU de acuse de recibo telefnico positivo en un plazo
de tG11 segundos despus de que se haya remitido la pri-
mera CM-LIDU de progresin de la llamada conexin,
los servicios en modo circuito GES transmitirn un suceso
de seal de fin (FITE 22) a la interfaz de interfunciona-
miento, remitirn a la capa de enlace seis CM-LIDU de
banda de canal C y ejecutarn el procedimiento de guarda
de liberacin de entrada GES definido en 4.8.6.1.2.2.6; en
los dems casos, los servicios en modo circuito GES
56 2/11/00
Nm. 75
permitirn que contine la conexin en modo circuito de
extremo a extremo; o
b) si se recibe un suceso de colgar (BITE 25) en la interfaz
remitirn a la capa de enlace seis CM-LIDU de progresin
canal C. Los servicios en modo circuito GES ejecutarn
seguidamente el procedimiento de guarda de liberacin de
entrada GES definido en 4.8.6.1.2.2.6; o
c) si la portadora desde la aeronave por canal C cesa por ms
de tG13 segundos, los servicios en modo circuito GES
interfaz de interfuncionamiento. Los servicios en modo
circuito GES remitirn seguidamente a la capa de enlace seis
canal por la sub-banda de canal C y ejecutarn el
definido en 4.8.6.1.2.2.6; o
d) si se recibe una CM-LIDU de progresin de la llamada
interfaz de interfuncionamiento. (Si se reciben otras CM-
LIDU de progresin de la llamada liberacin de canal,
los servicios en modo circuito GES harn caso omiso de
ellas.) Si la portadora desde la aeronave no est presente,
no cesa en un plazo de tG14 segundos despus de la
recepcin de la CM-LIDU de progresin de la llamada
cesarn todas las actividades relativas a la llamada. Si la
portadora desde la aeronave por canal C cesa en el segundo
plazo de tG14 segundos, los servicios en modo circuito
terminar el plazo.
supervisin.
4.8.6.1.2.2.6 Guarda de liberacin de entrada GES. Al
liberar un canal C utilizado para una comunicacin originada
a bordo, los servicios en modo circuito GES efectuarn lo
siguiente cuando sea necesario segn lo prescrito en otras partes
de 4.8:
a) si la portadora desde la aeronave por canal C cesa en un
plazo de tG12 segundos despus de que se remita la ltima
de las seis CM-LIDU de progresin de la llamada
b) si la portadora desde la aeronave por canal C no cesa en un
plazo de tG12 segundos despus de que se remita la ltima
de las seis CM-LIDU de progresin de la llamada
remitirn a la capa de enlace doce CM-LIDU de progresin
canal C seguidas de una CM-LIDU de progresin de la
llamada liberacin de canal por canal P. Si la portadora
desde la aeronave por canal C cesa en un plazo de tG14
segundos despus de la transmisin de la CM-LIDU de
progresin de la llamada liberacin de canal enviada
por canal P, los servicios en modo circuito GES cesarn
todas las actividades relativas a la llamada. Si la portadora
portadora desde la aeronave por canal C no cesa en el mismo
plazo de tG14 segundos, los servicios en modo circuito GES
supervisin.
cesa en un plazo de tG14 segundos despus de la recepcin
de la CM-LIDU de progresin de la llamada liberacin
de canal, los servicios en modo circuito GES cesarn todas
las actividades relativas a la llamada. Si la portadora desde
la aeronave por canal C no cesa durante el mismo plazo de
tG14 segundos, los servicios en modo circuito GES cesarn
todas las actividades relativas a la llamada al terminar el
plazo.
supervisin.
4.8.7 Normas de la red terrenal
especficas para el ATS
Nota. En la Circular 183 de la OACI, Circuitos orales
ATS Texto de orientacin sobre planificacin de redes con
conmutacin y en el Adjunto A, Parte I, figuran textos de
orientacin sobre la conmutacin y sealizacin de los
circuitos orales aeronuticos.
4.8.7.1 Grupo cerrado de usuarios. El servicio oral
SMAS(R) incluyendo las redes de aeronave y terrenales de
interconexin se considerarn como grupo cerrado de usuarios
ya que se trata de un servicio de seguridad no pblico al que
tienen acceso solamente los usuarios del ATS y AOC y que se
utiliza estrictamente para la transmisin de informacin relativa
a la seguridad.
Nota. La definicin de grupo cerrado de usuarios implica
que tambin est en vigor un plan de numeracin privado. No
es necesario que el plan de numeracin telefnica del servicio
de seguridad se ajuste a la red telefnica pblica con conmuta-
cin (PSTN) internacional definida en la Recomendacin E.l63
del CCITT.
4.8.7.2 Redes privadas terrenales de seguridad. La GES
interfuncionar en cadena con las redes terrestres privadas que
puedan implantar las administraciones ATS y los explotadores
de aeronaves. Estas redes proporcionarn conectividad entre las
instalaciones GES y las instalaciones ATS o las de los explota-
dores de aeronaves, y adems, interfuncionarn con los procedi-
mientos en modo circuito GES que se definen en el presente
documento.
57 2/11/00
Nm. 75
4.8.7.2.1 La aplicacin de las interfaces de comunicacin
y sealizacin de circuitos orales aeronuticos entre la GES y
una administracin o explotador de aeronave se efectuar a base
de acuerdos particulares.
4.8.7.2.1.1 Recomendacin. Las redes terrenales debe-
ran proporcionar:
a) acceso prioritario al usuario terrestre sin que esto afecte
negativamente a las comunicaciones en curso del usuario
terrestre;
b) repeticin automtica de llamadas cuando se bloquee una
llamada a causa de una condicin de ocupacin del usuario
terrestre;
c) capacidad de encaminamiento alternativo, cuando sea nece-
sario y factible;
d) identificacin del originador de llamadas entrantes origi-
nadas a bordo, cuando sea posible; y
e) transferencia de llamadas, cuando sea necesario y factible.
Nota. La transferencia de llamadas asegura que las
dirigidas a puestos de operador que se encuentren tempo-
ralmente desocupados sean reencaminadas automticamente a
un puesto de operador adecuado.
4.8.7.2.2 Las caractersticas del tono de llamada, del tono
de ocupado y del tono de congestin empleadas en la red
terrenal se ajustarn a la Recomendacin E.180 del CCITT de
la UIT.
Nota. En el Libro Azul del CCITT, Volumen II,
Fascculo II-2, figura la Recomendacin E.180 del CCITT de
la UIT.
4.8.7.3 Registro de tentativas de comunicacin originadas
a bordo hacia un usuario terrestre ocupado. A todas las
tentativas de llamada dirigidas a una red terrenal o a un destino
en tierra se otorgarn los servicios de prioridad y derecho
preferente definidos en 4.8.3.2.
4.8.7.3.1 Recomendacin. Si se bloquea una tentativa
de llamada originada a bordo por una condicin de ocupacin
del usuario terrestre, este usuario o la red terrenal deberan
mantener un registro de tentativas de llamada para devolver
desde tierra la llamada a la aeronave de origen. No debera
exigirse que la GES proporcione funciones especficas que
permitan mantener en cola de espera, internamente adminis-
trada por la GES, una tentativa de llamada bloqueada para
prestar servicio ulterior.
4.8.8 Plan de numeracin telefnica
4.8.8.1 Generalidades. Se establecer un plan de nume-
racin telefnica universal para los servicios en modo circuito
del SMAS(R), a fin de facilitar la interfuncionalidad universal
con las redes terrenales.
4.8.8.2 Numeracin de aeronaves
4.8.8.2.1 Requisitos especficos. En el plan de numeracin
de aeronaves se atribuir a la direccin una longitud fija de
10 dgitos. Todas las direcciones asignadas sern de la misma
longitud.
4.8.8.2.2 Anlisis de direccin. La numeracin para los
destinos particulares de las aeronaves consistir en la ID AES
de la aeronave expresada como ocho dgitos octales, a la que
se adjuntar la ID decimal de dos dgitos del terminal que llama
o del terminal llamado en la aeronave con numeracin decimal
de 00 a 99. Las primeras 10 direcciones de terminal (00-09) se
reservarn para aplicaciones ATS.
4.8.8.2.2.1 Los servicios en modo circuito AES manten-
drn un espacio privado de direcciones ID de terminal con 100
entradas, para todos los terminales de seguridad SMAS(R) en
una aeronave. Los servicios en modo circuito AES deducirn
el uso que haya de darse a este espacio de direccin, por contra-
posicin al uso del espacio de direccin paralelo para servicios
ajenos a la seguridad, de la prioridad asociada a la tentativa de
llamada.
4.8.8.2.2.2 Recomendacin. Los fabricantes de aero-
naves y las administraciones ATS en general deberan de mutuo
acuerdo prever la asignacin de la ID de terminal de aeronave
00 para el destino preestablecido, si no se indica otro, de
todas las llamadas en fona para fines de seguridad con origen
en tierra y dirigidas a una aeronave. Los sistemas de gestin
de audiofrecuencia del puesto de pilotaje deberan asociar
cualquier llamada entrante dirigida a esa ID de terminal con
el canal de audiofrecuencia disponible adecuado en el puesto
de pilotaje (por ejemplo, SATCOM 1 o SATCOM 2 en un
tablero de audiofrecuencia del puesto de pilotaje). Las ID de
terminal 05 a 09 deberan reservarse para aplicaciones
futuras de aparatos facsmile o de otros tipos de terminales
digitales.
4.8.8.3 Numeracin en la red terrenal
4.8.8.3.1 Direccin de destino terrestre. Cuando exista una
red privada especficamente destinada a prestar apoyo a los
servicios de seguridad en modo circuito, todas las direcciones
terrenales sern de una longitud de 10 dgitos. En los dems
casos, las direcciones terrenales para llamadas de seguridad son
de longitud variable y se conformarn al plan de numeracin
de la red a la que se dirija la llamada.
4.8.8.3.1.1 Anlisis de direccin. Cuando exista una red
privada especficamente designada a prestar apoyo a los
servicios de seguridad en modo circuito, la numeracin de
los destinos terrestres particulares consistir en la siguiente
secuencia de dgitos:
a) un dgito 8;
b) un distintivo de pas de tres dgitos que indique el Estado
de destino;
c) un distintivo de instalacin de tres dgitos que indique la
instalacin de destino en el Estado de destino. La adminis-
tracin del Estado de destino determinar y publicar los
valores del distintivo que se asignen a cada instalacin; y
d) un distintivo de agente de tres dgitos que indique el agente
de destino en la instalacin de destino. La entidad encargada
de la organizacin y control de la instalacin determinar y
publicar los valores del distintivo que se asigne a cada
agente.
58 2/11/00
Nm. 75
Nota 1. No se requiere que la GES convierta cualquiera
de las direcciones terrestres recibidas durante una llamada
SMAS(R) originada a bordo. La red terrenal puede convertir
cualesquiera de estas direcciones, si fuese necesario, en la
requerida por esa red particular.
Nota 2. Los explotadores GES pueden convertir una
direccin terrestre en aquella que sea requerida por una red
terrenal particular, por acuerdo mutuo con el explotador de la
red.
Nota 3. Los distintivos de pas se basan en los de la Unin
Internacional de Telecomunicaciones (UIT) que figuran en la
Tabla 1 del Apndice 43 del Reglamento de Radiocomu-
nicaciones de la UIT. No obstante, slo debera emplearse un
nico cdigo por pas para las comunicaciones de seguridad
y reglamentarias del servicio SMAS(R).
4.8.8.3.2 ID de red. Se utilizar la ID de red 10 en todas
las llamadas de seguridad originadas a bordo, que hayan de ser
encaminadas hacia una red privada especficamente destinada
a prestar apoyo a los servicios de seguridad en modo circuito.
Nota. Pueden utilizarse otras ID de red para comunica-
ciones de seguridad por acuerdo previo entre los explotadores
de la GES y las administraciones ATS y explotadores de
aeronaves de que se trate.
4.9 GESTIN DE ESTACIN TERRENA
DE AERONAVE (AES)
4.9.1 Generalidades
Entre las funciones de gestin AES estn comprendidas las
que se ejecutan en la AES para iniciar y efectuar un proceso
de conexin, mantener un estado de conexin, iniciar y efectuar
un proceso de desconexin y gestionar las comunicaciones de
datos y de voz con una GES.
4.9.2 Interfaces de gestin AES
4.9.2.1 La gestin AES proporcionar las interfaces con
las entidades AES siguientes:
a) capa de subred;
b) capa de enlace;
c) capa fsica; y
d) servicios en modo circuito.
4.9.2.1.1 Capa de subred
La informacin que se intercambia entre la gestin AES y
la capa de subred, hacia esta ltima, comprender lo siguiente:
1) estado de conexin: conectada inicialmente o por reno-
vacin/desconectada;
2) ID GES conectada (si est conectada);
3) ID AES.
4.9.2.1.2 Capa de enlace
la capa de enlace se presentar en la forma de unidades de datos
de interfaz de enlace (LIDU) segn lo descrito en 4.5.2. Todas
las LIDU que se intercambian por esta interfaz se ajustarn a
lo especificado en la Tabla 4-44 salvo que entre la informacin
que se enva a la gestin AES se incluir adems la informacin
de control de interfaz a fin de telemandar a la gestin AES que
seleccione aleatoriamente una frecuencia de canal R.
Nota. La capa de enlace ensambla las SU de conformidad
con la informacin de las LIDU recibidas. No se prescribe el
formato de las LIDU. Los formatos de las SU se presentan en
el Apndice 2, Captulo 4.
4.9.2.1.3 Capa fsica
la capa fsica comprender lo siguiente:
a) hacia la capa fsica:
1) frecuencias para las unidades de canal de transmisin y
de recepcin;
2) seleccin de modo de la unidad de canales (canales R,
T o C);
3) velocidades de transmisin por canal;
4) reglajes de potencia del transmisor;
5) nmero de la unidad de canal;
b) desde la capa fsica:
1) indicacin de prdida/degradacin por canal P;
2) indicacin de sincronizacin de canal P;
3) proporcin estimada de errores en los bits por cada
unidad de canal que recibe un canal C.
4.9.2.1.4 Servicios en modo circuito
los servicios en modo circuito comprender lo siguiente:
a) hacia los servicios en modo circuito:
1) estado de conexin (es decir, conectada/desconectada);
2) ID GES conectada;
3) nmero de unidad de canal en respuesta a cada peticin
de asignacin de unidad de canal;
b) desde los servicios en modo circuito:
1) peticin de asignacin de unidad de canal de transmisin
y nmero Q correspondiente, nmero de referencia de
aplicacin, frecuencia, velocidad de transmisin por
canal y PIRE inicial;
59 2/11/00
Nm. 75
2) peticin de asignacin de unidad de canal de recepcin
y nmero Q correspondiente, nmero de referencia de
aplicacin, frecuencia y velocidad de transmisin por
canal;
3) telemando para seleccionar aleatoriamente una frecuen-
cia de canal R.
4.9.3 Funciones de gestin AES
4.9.3.1 La gestin AES ejecutar las funciones siguientes:
a) gestin de tabla AES;
b) gestin de estado de conexin AES;
c) gestin de canal AES.
4.9.3.2 Gestin de tabla AES
4.9.3.2.1 La gestin AES mantendr las dos tablas
siguientes:
a) tabla de sistema;
b) tabla de confirmacin de conexin.
4.9.3.2.2 Tabla de sistema
El contenido de esta tabla para cada haz en una zona de
servicio por satlite ser el que proporcione la GES (vase
4.10.4.2.2).
4.9.3.2.3 Actualizacin de la tabla de sistema AES
Para actualizar el contenido de las tablas de sistema, la
gestin AES aplicar los procedimientos siguientes:
a) Antes de la conexin. Una vez que la gestin AES recibe una
secuencia de radiodifusin en una frecuencia por canal P
smc
de identificacin de satlite/haz, determinar si la frecuencia
recibida es una secuencia parcial o una secuencia completa
(vase 4.10.4.5.2) y proceder de la manera siguiente:
1) Si es una secuencia parcial, la gestin AES comparar el
nmero de revisin especificado en la secuencia parcial
recibida con el correspondiente nmero de revisin del
segmento de datos vigente en la tabla del sistema. Si el
nmero de revisin recibido es superior en una unidad al
nmero vigente, la AES actualizar su tabla de sistema
de conformidad con la secuencia recibida. Si el nmero
de revisin recibido difiere del nmero vigente en ms
de una unidad, la gestin AES esperar a la prxima
secuencia completa y actualizar consecuentemente su
tabla de sistema;
2) si la secuencia recibida es una secuencia completa, la
AES actualizar consecuentemente su tabla de sistema.
b) Despus de la conexin. Cuando la gestin AES recibe una
secuencia parcial desde la GES conectada, actualizar
consecuentemente su tabla de sistema.
4.9.3.2.4 Tabla de confirmacin de conexin
Esta tabla comprender lo siguiente:
a) ID de satlite;
b) ID de haz;
c) ID GES conectada;
d) PIRE inicial para los canales R;
e) frecuencias y velocidad de transmisin por canal P
d
;
f) frecuencias y velocidad de transmisin por canal R
d
;
g) frecuencias y velocidad de transmisin por canal T; y
h) nmero de canales C a los que la AES puede dar apoyo
simultneamente (comprendido un canal C que utiliza un
transmisor compartido por los canales C, R y T para la AES
de nivel 3).
4.9.3.2.5 Actualizacin de la tabla de
confirmacin de conexin
El contenido de la tabla de confirmacin de conexin,
excepto lo indicado en el apartado h), se actualizar cada vez
que la gestin AES se conecta, renueva su conexin o completa
un procedimiento de reasignacin de canal de datos con la GES
[vase 4.9.3.3.4.2 f)].
4.9.3.3 Gestin de estado de conexin AES
4.9.3.3.1 Antes de que la AES empiece a proporcionar
servicios de comunicaciones de usuario, la gestin AES
completar con xito el procedimiento de conexin, indicado
en 4.9.3.3.4, con una GES seleccionada. Antes de iniciar el
procedimiento de conexin, la gestin AES seleccionar una
combinacin adecuada de satlite, haz y GES, como se indica
en 4.9.3.3.2.
4.9.3.3.2 Selecciones de satlite, de haz y de GES
Las selecciones de satlite, haz y GES se efectuarn de
manera que la AES sea capaz de recibir un nivel de seal
adecuado por un canal P
smc
de la GES seleccionada. La
suficiencia del nivel de seal se basar en recibir de la capa
fsica una indicacin de sincronizacin por canal P [vase
4.9.2.1.3.1 b)]. La informacin utilizada para efectuar estas
selecciones ser la indicada en la versin ms reciente de la
tabla de sistema. La actualidad de la tabla de sistema se
determinar comparando el nmero de revisin (Apndice 3,
Captulo 4, rubro 49) de la radiodifusin de la tabla de sistema
que actualmente se mantiene en la AES con el nmero de la
radiodifusin de la tabla de sistema recibido por el canal P
smc
de identificacin de satlite/haz. Si es necesario, la tabla de
sistema se actualizar de conformidad con 4.9.3.2.3.
4.9.3.3.3 Procedimiento de conexin
4.9.3.3.3.1 La iniciacin de un procedimiento de conexin
con la GES seleccionada ser automtica o en respuesta a una
orden recibida. La gestin AES iniciar el procedimiento de
60 2/11/00
Nm. 75
conexin inmediatamente despus de la seleccin de la GES de
conexin. Cuando la AES es capaz de recibir un canal P
smc
, de
identificacin de satlite y no acusa ninguna falla de equipo, se
conectar siempre con una GES seleccionada durante aquellos
perodos en los que se desea el funcionamiento del SMAS(R).
4.9.3.3.3.2 Para conectarse con la GES seleccionada, la
gestin AES transmitir a la GES una LIDU de peticin de
conexin a una frecuencia de canal R
smc
aleatoriamente
seleccionada a partir de las frecuencias por canal R
smc
de la GES
que figuran en la tabla de sistema. A continuacin, la gestin
AES efectuar lo siguiente:
a) Si transcurre un plazo de tA11 segundos (Apndice 4,
Captulo 4) sin que se reciba ninguna respuesta de la GES,
segn lo especificado en b) a e) la gestin AES telemandar
la seleccin de una frecuencia de canal R
smc
y retransmitir
a la GES seleccionada la LIDU de peticin de conexin. La
gestin AES retransmitir la LIDU de peticin de conexin
a intervalos de tA11 segundos hasta que se reciba una
respuesta, a condicin de que el nmero de transmisiones de
la LIDU de peticin de conexin no exceda de 5. Si despus
de la quinta transmisin no se recibe ninguna respuesta en
un plazo de tA11 segundos, la gestin AES abandonar el
procedimiento de conexin con la GES actualmente
seleccionada, seleccionar una GES de conformidad con
4.9.3.3.2 y se conectar con la GES seleccionada de
conformidad con 4.9.3.3.3.
b) Si en un plazo de tA11 segundos la gestin AES recibe una
LIDU de confirmacin de conexin, y las LIDU de control
de canal (LIDU de control de canales P/R y T) indicadas en
la LIDU de confirmacin de conexin, la gestin AES
telemandar la seleccin de una frecuencia de canal R
d
y
transmitir una LIDU de acuse de recibo de conexin
indicando que se han recibido correctamente en la GES
todas las LIDU previstas. Si despus de un plazo de tA12
segundos a partir del envo de una LIDU de acuse de recibo
de conexin, la gestin AES no recibe de la GES ninguna
LIDU de acuse de recibo de conexin por el canal P
d
asignado, telemandar la seleccin de una frecuencia de
canal R
d
y retransmitir la LIDU de acuse de recibo de
conexin. La gestin AES telemandar la seleccin de una
frecuencia de canal R
d
y retransmitir la misma LIDU a
intervalos de tA12 segundos hasta que se reciba de la GES
una LIDU de acuse de recibo de conexin, a condicin de
que el nmero total de transmisiones de la LIDU de acuse
de recibo de conexin no exceda de cuatro. Si, transcurridos
tA12 segundos a partir de la cuarta transmisin, no se recibe
de la GES ninguna LIDU de acuse de recibo de conexin,
la gestin AES abandonar el procedimiento de conexin
con la GES actualmente seleccionada, seleccionar una GES
de conformidad con 4.9.3.3.2 y se conectar con la GES
seleccionada de conformidad con 4.9.3.3.3; en los dems
casos, cuando se recibe una LIDU de acuse de recibo de
conexin, la AES se considerar conectada. La gestin AES
retransmitir esta informacin a las diversas interfaces segn
corresponda, y actualizar su tabla de confirmacin de
conexin.
c) Si se reciben algunas, pero no todas, las LIDU previstas en
un plazo de tA11 segundos, la gestin AES transmitir a la
GES una LIDU de acuse de recibo de conexin indicando
las LIDU perdidas. Si transcurridos tA11 segundos a partir
del momento en que se transmiti la LIDU de acuse de
recibo de conexin AES, la gestin AES an no ha recibido
todas las LIDU previstas, telemandar la seleccin de una
smc
y retransmitir a la misma GES otra
LIDU de acuse de recibo de conexin indicando las LIDU
perdidas. La gestin AES telemandar la seleccin de una
smc
y repetir la transmisin de una
LIDU de acuse de recibo de conexin, indicando todas las
LIDU perdidas a intervalos de tA11 segundos hasta que se
reciban todas las LIDU previstas, a condicin de que el
nmero total de las LIDU de peticin de conexin trans-
mitidas [en a)] y en las LIDU de acuse de recibo de conexin
no exceda de cinco. Si transcurridos tA11 segundos a partir
de la quinta transmisin an no se han recibido todas las
LIDU previstas, la gestin AES abandonar el procedi-
miento de conexin con la GES actualmente seleccionada,
seleccionar una GES de conformidad con 4.9.3.3.2 y
se conectar con la GES seleccionada de conformidad
con 4.9.3.3.3. Siempre y cuando la gestin AES reciba
todas las LIDU previstas en el plazo requerido, transmitir
a la GES una LIDU de acuse de recibo de conexin,
indicando que no hay errores y luego proceder segn lo
indicado en b).
d) Si se recibe una LIDU de rechazo de conexin, la gestin
AES responder en funcin del motivo de rechazo
(Apndice 3, Captulo 4, rubro 44) indicado en la LIDU.
e) Si se recibe de la GES una LIDU de peticin de desco-
nexin, la gestin AES considerar que la AES est desco-
nectada e inmediatamente inhibir sus transmisiones a la
GES por los canales R y T. Se considerar que la GES no
est temporalmente disponible (vase el Apndice 3 del
Captulo 4, rubro 44).
f) Si se recibe de la GES una LIDU de radiodifusin de
liberacin selectiva, la AES impedir inmediatamente
cualquier transmisin por la frecuencia especificada en la
LIDU.
4.9.3.3.3.2.1 Si durante el procedimiento de conexin, la
gestin AES recibe una indicacin de prdida/degradacin del
canal P (definida en el Apndice 1, Captulo 4), interrumpir
el procedimiento de conexin con la GES actualmente selec-
cionada, seleccionar una GES de conformidad con 4.9.3.3.2
y se conectar con la GES seleccionada, de conformidad
con 4.9.3.3.3.
4.9.3.3.4 Procedimientos despus de la conexin
4.9.3.3.4.1 La gestin AES intentar desconectarse antes
de dar por terminada la comunicacin con la GES de conexin.
Nota. La prdida o la degradacin del canal P impide
cualquier intento de desconexin (vase 4.9.3.3.4.4).
4.9.3.3.4.2 La gestin AES responder a las LIDU
recibidas de la GES con la que est conectada de la manera
siguiente:
a) Secuencia parcial de las LIDU de radiodifusin de la tabla
de sistema: la gestin AES actualizar su tabla de sistema
segn lo indicado en 4.9.3.2.3.
b) LIDU de invitacin a conectar: la gestin AES iniciar el
procedimiento de conexin (vase 4.9.3.3.3) con la GES
seleccionada, que es la especificada en la LIDU de
invitacin a conectar.
61 2/11/00
Nm. 75
c) LIDU de interrogacin de conexin: si la gestin AES ha
indicado la posibilidad de responder a una LIDU de
interrogacin de conexin (poniendo LOV=0 en la LIDU de
peticin de conexin, Tabla 4-44), responder enviando a la
GES una LIDU de acuse de recibo de conexin.
d) LIDU de radiodifusin de liberacin selectiva: la gestin
AES inhibir inmediatamente cualquier transmisin en la
frecuencia especificada en la LIDU.
Nota. Una GES puede enviar una LIDU de radio-
difusin de liberacin selectiva a su AES de conexin en
cualquier momento.
e) LIDU de informe de estado de canal GES: la gestin AES
responder enviando una LIDU de informe sobre canal AES
correspondiente al canal C indicado en la LIDU recibida.
Cualquier ajuste de la PIRE del canal de transmisin
indicado en la LIDU recibida se efectuar de conformidad
con 4.9.3.4.1.3.2.
f) LIDU de control de conexin/reasignacin de canal de
datos: la gestin AES responder con una LIDU de control
de conexin/preparada para reasignacin, y efectuar lo
siguiente:
1) si la gestin AES no recibe en un plazo de tA11 segundos
(Apndice 4, Captulo 4) todas las LIDU previstas (una
LIDU de confirmacin de conexin y una LIDU de con-
trol por canal P/R, o una LIDU de control por canal T o
ambas), la gestin AES enviar a la GES una LIDU de
control de conexin/rechazo de reasignacin;
2) si se reciben todas las LIDU previstas, la gestin AES
telemandar la seleccin de una frecuencia de canal R
d
y enviar a la GES una LIDU de acuse de recibo de
conexin. Si la gestin AES no recibe de la GES una
LIDU de acuse de recibo de conexin de retorno en un
plazo de tA12 segundos (Apndice 4, Captulo 4) a partir
del momento en que se envi a la GES la LIDU de acuse
de recibo de conexin, telemandar la seleccin de una
d
y retransmitir la misma LIDU.
La gestin AES telemandar la seleccin de una
d
y repetir la retransmisin de la
misma LIDU a intervalos de tA12 segundos hasta recibir
de la GES un acuse de recibo de conexin, a condicin
de que el nmero de transmisiones de unidades LIDU de
acuse de recibo de conexin no exceda de cuatro. Si
despus de la cuarta transmisin no se recibe de la GES
ninguna LIDU de acuse de recibo de conexin en un
plazo de tA12 segundos, la gestin AES iniciar el
procedimiento de conexin (vase 4.9.3.3.3) con la GES
actualmente conectada, si se recibe un nivel de seal
adecuado por el canal P
smc
de la GES conectada. O en
otros casos, con otra GES de conformidad con el
procedimiento de seleccin de GES (vase 4.9.3.3.2). Si
se recibe de la GES una LIDU de acuse de recibo de
conexin, la gestin AES actualizar su tabla de
confirmacin de conexin.
g) LIDU de peticin de desconexin: la gestin AES consi-
derar que la AES est desconectada e inmediatamente
inhibir sus transmisiones a la GES por los canales R y T.
Se considerar que la GES no est temporalmente dispo-
nible (vase el Apndice 3 del Captulo 4, rubro 44).
4.9.3.3.4.2.1 Recomendacin. La AES, al recibir de la
GES una LIDU de radiodifusin de tiempo universal, debera
poner a disposicin de los procesos de aplicacin pertinentes
de la aeronave la informacin horaria de la LIDU. La
informacin horaria de la LIDU debera considerarse correcta
en el instante de la recepcin del primer bit de la supertrama
por canal P siguiente (vase 4.4.2).
4.9.3.3.4.3 La gestin AES responder a las rdenes
recibidas de la manera siguiente:
a) orden de desconexin: La gestin AES transmitir a la GES
una LIDU de peticin de desconexin, retransmitir el
estado de desconexin por las interfaces de gestin AES,
segn lo especificado en 4.9.2 y efectuar lo siguiente:
1) si no se recibe de la GES ninguna LIDU de acuse de
recibo de desconexin en un plazo de tA10 segundos
(Apndice 4, Captulo 4) a partir del momento en que
se transmiti la LIDU de peticin de desconexin,
la gestin AES retransmitir otra LIDU de peticin de
desconexin. La gestin AES retransmitir la misma
LIDU a intervalos de tA10 segundos hasta que se reciba
de la GES una LIDU de acuse de recibo de desconexin,
a condicin de que el nmero de transmisiones de la
LIDU de peticin de desconexin no exceda de cinco. Si
no se recibe ninguna LIDU de acuse de recibo de
desconexin en un plazo de tA10 segundos a partir de
la quinta transmisin, la gestin AES considerar que
la AES est desconectada;
2) cuando reciba la GES conectada una LIDU de acuse de
desconexin, la gestin AES considerar que la AES est
desconectada;
b) orden de transferencia de GES a GES: la gestin AES se
conectar con la GES especificada en la misma zona de
servicio de satlite que la GES actualmente conectada
aplicando el procedimiento indicado en 4.9.3.3.3. Sin
embargo, en el caso de una AES de nivel 3, si se est
utilizando la unidad de canal de transmisin AES para una
llamada en modo circuito, la gestin AES iniciar el
procedimiento de conexin despus del trmino de la
llamada en modo circuito;
c) orden de transferencia de satlite a satlite: la gestin AES
mantendr primeramente todas las llamadas en modo
circuito establecidas previamente durante tres minutos o
hasta que se hayan liberado todas las llamadas, de ambos
sucesos el primero. Despus de tres minutos, la gestin AES
liberar todas las llamadas en modo circuito restantes.
Despus de que se hayan liberado todas las llamadas, la
gestin AES seleccionar un haz adecuado en la zona de
servicio del satlite especificado. Si no puede encontrarse un
haz adecuado, la gestin AES seleccionar otro satlite, y
un haz en su zona de servicio, de conformidad con 4.9.3.3.2.
La gestin AES seleccionar, de conformidad con 4.9.3.3.2,
una GES que d cobertura al haz seleccionado y
automticamente se conectar con la GES seleccionada
aplicando el procedimiento indicado en 4.9.3.3.3.
4.9.3.3.4.4 La gestin AES responder a las indicaciones
que le retransmitan por la interfaz de capa fsica AES de la
manera siguiente:
Indicacin de prdida/degradacin de canal P
d
: la gestin
AES intentar 1) captar nuevamente un nivel de seal
62 2/11/00
Nm. 75
adecuado por el mismo canal P
d
y reanudar su funcio-
namiento normal, o 2) renovar su conexin con la misma
GES, reiniciando el procedimiento de conexin con la
misma GES, o bien 3) iniciar nuevamente la seleccin de
satlite, de haz y de GES y el proceso de conexin segn
lo especificado en 4.9.3.3.2 y 4.9.3.3.3, respectivamente. Si
se produce una prdida o degradacin del canal P
d
, se
inhibirn todas las transmisiones por canal R y por canal T
Se permitir que continen las transmisiones por canal C
correspondientes a una llamada actual en modo circuito, a
condicin de que la proporcin de errores de bits en las
transmisiones recibidas por canal C no exceda de su valor
nominal durante ningn perodo subsiguiente de ms de
40 segundos.
4.9.3.4 Gestin de canal AES
4.9.3.4.1 Control de unidad de canal
4.9.3.4.1.1 La gestin AES controlar todas las unidades
de canal de transmisin y de canal de recepcin por la interfaz
con la capa fsica AES.
4.9.3.4.1.2 Control de frecuencias y de velocidad de
transmisin por canal de la unidad de canal. La gestin AES
controlar las frecuencias y la velocidad de transmisin por
canal de todas las unidades de canal de recepcin y de
transmisin AES. Las frecuencias y velocidades de transmisin
por canal de los canales P
smc
y R
smc
sern las proporcionadas
en la tabla de sistema. Las frecuencias y las velocidades de
transmisin por canal de los canales P
d
, R
d
y T se ajustarn a
las instrucciones de la GES en la LIDU de confirmacin de
conexin y en las LIDU de control por canal P/R y de control
por canal T. Cuando la gestin AES reciba de los servicios en
modo circuito una peticin de asignar unidades de canal de
transmisin y de recepcin con determinados reglajes de
frecuencias y de velocidades de transmisin por canal, cumplir
con estas asignaciones y reglajes comunicndose con la capa
fsica y transmitir las asignaciones y reglajes a los servicios
en modo circuito. Sin embargo, la gestin AES se asegurar de
que no se utilizan para la transmisin ninguna de las frecuencias
asignadas que pudieran generar productos de intermodulacin
que causen interferencia perjudicial al funcionamiento del
receptor de navegacin por satlite en la aeronave y, en caso
necesario una llamada de prioridad inferior ceder a derecho
preferente.
4.9.3.4.1.2.1 La gestin AES efectuar la seleccin
aleatoria de frecuencias de canal R en respuesta a las rdenes
generadas mediante protocolos de la capa de enlace, de los
servicios en modo circuito y de la misma gestin AES. Cada
seleccin persistir hasta que se efecte otra de estas selec-
ciones aleatorias.
4.9.3.4.1.3 Control de potencia de la unidad de canal. La
gestin AES controlar los reglajes PIRE de cada uno de los
canales de transmisin AES por la interfaz de la gestin AES
con la de capa fsica.
4.9.3.4.1.3.1 La gestin AES utilizar el reglaje PIRE
segn 4.2.3.5.5 para transmisin de la LIDU de peticin de
conexin por el canal R
smc
. Seguidamente, la gestin AES
reglar la PIRE del canal R
d
segn el valor inicial del reglaje
PIRE que le comunic la GES ya sea por medio de la LIDU
de confirmacin de conexin, ya sea por medio de las LIDU
de radiodifusin de PIRE de datos. Si se obtiene la PIRE inicial
a partir de la LIDU de confirmacin de conexin, se calcular
el reglaje PIRE inicial por canal T de conformidad con la
relacin de la velocidad de transmisin por canal R
d
y por
canal T y la PIRE inicial asignada por canal R
d
.
Nota. La GES de conexin se encarga de determinar la
magnitud de los ajustes de los reglajes de la PIRE para los
canales R
d
y T.
4.9.3.4.1.3.2 En el caso de canal C, la gestin AES
retransmitir desde los servicios en modo circuito hacia la capa
fsica el reglaje inicial de la PIRE de la unidad de canal de
transmisin. Los ajustes subsiguientes de reglaje de la PIRE se
efectuarn de conformidad con los valores de ajuste de la PIRE
que se reciban de la GES en las LIDU de informe de estado
de canal GES.
Nota. Todas las decisiones acerca del control de potencia
y de los ajustes que se requieran para un canal C se realizan
en la GES por la que se establece la llamada y se retransmiten
a los servicios en modo circuito AES por la sub-banda de
canal C.
4.9.3.4.1.4 Conmutacin de la unidad de canal AES de
nivel 3. En el caso de una AES de nivel 3, la unidad de canal
nico de transmisin se compartir entre el modo de trans-
misin por canales R/T y el modo de transmisin por canal C.
4.9.3.4.1.4.1 La unidad de canal de transmisin se
conmutar al modo por canales R/T siempre que de no hacerlo
se inhiba la transmisin de:
a) cualquier SU de datos en modo paquete de precedencia
superior a la precedencia de la llamada en progresin en
modo circuito; o
b) cualquier SU de sealizacin de capa de enlace asociada con
las SU de datos en modo paquete de precedencia superior
a la precedencia de la llamada en progresin en modo
circuito; o
c) cualquier SU de sealizacin de establecimiento de llamada
asociada con una llamada en modo circuito de precedencia
superior a la precedencia de la llamada en progresin en
modo circuito.
4.9.3.4.1.4.2 La unidad de canal de transmisin se
conmutar al modo de canal C siempre que de no hacerlo se
inhiba el establecimiento o la continuacin de una llamada en
modo circuito cuya precedencia sea superior a las precedencias
de las SU de datos en modo paquete en la capa de enlace y a
las precedencias de las SU de datos en modo paquete asociadas
a todas las SU de sealizacin en la capa de enlace.
4.10 GESTIN DE ESTACIN TERRENA
DE TIERRA (GES)
4.10.1 Generalidades
Nota. En esta seccin se definen las funciones de gestin
que se requieren en la GES para iniciar y ejecutar el proceso
de conexin y gestionar las comunicaciones de datos y de voz
entre la AES y la GES.
63 2/11/00
Nm. 75
4.10.1.1 La GES ejecutar el conjunto de funciones
descritas en esta seccin para establecer y mantener los canales
de comunicaciones con sus AES conectadas y compartir la
informacin sobre el estado de cada una de sus AES conec-
tadas, con las dems GES que apoyan los servicios SMAS(R)
mediante el mismo satlite.
4.10.2 Arquitectura de gestin GES
4.10.2.1 De tierra a aire
En cualquier lugar dentro de una zona de servicio por sat-
lite, una AES tendr como mnimo un canal P
smc
exclusivo que
est disponible a una velocidad de transmisin de 600 bits/s
para identificar el satlite y el haz con cobertura por canal P
smc
.
4.10.2.2 De tierra a tierra
Habr comunicacin entre las GES, dentro de la misma zona
de servicio por satlite, a fin de intercambiar la informacin
necesaria para llevar a cabo las funciones de gestin GES
especificadas en 4.10.4.
4.10.3 Interfaces de gestin GES
4.10.3.1 La gestin GES estar en interfaz con la capa de
subred, con los servicios en modo circuito, con la capa de
enlace y con la capa fsica a fin de intercambiar la informacin
de control necesaria para la gestin de tabla GES, la gestin de
estado de conexin y la gestin de canal.
4.10.3.2 Capa de subred
Se intercambiar la informacin de control siguiente entre
la gestin GES y la capa de subred en la GES:
a) hacia la capa de subred:
1) informacin de estado de conexin:
i) conectada/desconectada;
ii) ID AES; y
iii) ID GES;
2) velocidad mnima de transmisin por canal T; y
3) velocidad de transmisin por los canales P
d
y R
d
.
4.10.3.3 Servicios en modo circuito
la gestin GES y los servicios en modo circuito en la GES:
a) hacia los servicios en modo circuito:
1) informacin de estado de conexin:
i) conectada/desconectada;
ii) ID AES; y
iii) ID GES;
2) valor PIRE;
3) frecuencia asignada (nmero Q, nmero de referencia de
aplicacin);
4) caractersticas del canal oral;
5) unidad de canal asignada (nmero Q, nmero de referen-
cia de aplicacin); y
6) unidad de canal que cede a derecho preferente (nmero Q,
nmero de referencia de aplicacin);
b) desde los servicios en modo circuito:
1) caractersticas del canal oral;
2) peticin de frecuencia (nmero Q, nmero de referencia
de aplicacin); y
3) peticin de unidad de canal (nmero Q, nmero de
referencia de aplicacin).
4.10.3.4 Capa de enlace
4.10.3.4.1 La informacin de control intercambiada entre
la gestin GES y la capa de enlace en la GES ser la indicada
en la Tabla 4-45.
4.10.3.4.2 La informacin se intercambiar en forma de
unidades de datos de interfaz de enlace (LIDU). Las LIDU
contendrn nicamente informacin de control de interfaz de
enlace (LICI).
Nota. Cada LIDU recibida de la gestin GES se trans-
forma en el conjunto de SU correspondiente en la capa de
enlace, de conformidad con 4.5.3.2.3.
4.10.3.5 Capa fsica
la gestin GES y la capa fsica en la GES:
a) hacia la capa fsica (para cada canal):
1) frecuencia;
2) reglajes de velocidad de transmisin por canal (si puede
seleccionarse);
3) reglajes de potencia;
4) modo (T, o R, o C, si puede seleccionarse); y
5) nmero de unidad de canal;
b) desde la capa fsica (para cada canal):
1) proporcin de errores en los bits por canal C estimada;
2) nmero de unidad de canal; y
3) modo.
64 2/11/00
Nm. 75
4.10.4 Funciones de gestin GES
4.10.4.1 La gestin GES ejecutar las funciones
siguientes:
a) gestin de tabla GES;
b) gestin de estado de conexin GES;
c) gestin de canal GES; y
d) radiodifusin de sistema GES.
4.10.4.2 Gestin de tabla GES
4.10.4.2.1 La gestin GES mantendr las tablas siguientes:
a) tabla de sistema AES; y
b) tabla de estado de conexin AES.
4.10.4.2.2 Tabla de sistema AES
4.10.4.2.2.1 La tabla de sistema AES para una zona de
servicio por satlite comprender datos de bsqueda inicial
(frecuencias de bsqueda para identificacin de satlite y de
haz) y datos regionales (informacin acerca de cada GES en la
zona de servicio por satlite).
4.10.4.2.2.2 Cada GES en un rea de servicio por satlite
radiodifundir tanto los datos de bsqueda inicial como los
datos regionales. Los datos de bsqueda inicial consistirn en
la informacin especificada en 4.10.4.2.2.3 para cada rea de
servicio por satlite de todos los sistemas por satlite que
proporcionen servicios SMAS(R) de conformidad con los
SARPS para satlites geosncronos cercanos. Los datos regio-
nales consistirn en la informacin especificada en 4.10.4.2.2.4
para el rea de servicio por satlite. Se intercambiarn los datos
de bsqueda inicial de forma oportuna entre todos los provee-
dores del SMAS(R) y se radiodifundir como datos comunes
de bsqueda inicial.
4.10.4.2.2.3 Entre los datos de bsqueda inicial para una
zona de servicio por satlite estar comprendida la informacin
siguiente para identificacin de satlite/haz, correspondiente a
cada haz que preste apoyo a un canal P
smc
de identificacin de
satlite/haz en la zona de servicio por satlite:
a) frecuencia de canal P
smc
primario para identificacin de
satlite/haz a 600 bits/s;
b) frecuencia de canal P
smc
secundario para identificacin de
satlite/haz a 600 bits/s;
c) ID de satlite;
d) emplazamiento de satlite, inclinacin de la rbita y poca
de ascensin recta; y
e) ID de haz (para satlites con haz puntual solamente).
4.10.4.2.2.4 Los datos regionales para una zona de
servicio por satlite comprendern la informacin siguiente:
a) nmero de revisin de tabla de sistema;
b) ID de satlite;
c) para un satlite con haz de cobertura global, para cada GES
que presta apoyo a un haz de cobertura global:
1) ID GES;
2) frecuencias de canal P
smc
y de canal R
smc
; y
3) velocidades de transmisin por canal P
smc
y por canal
R
smc
;
d) para un satlite con haces puntuales solamente:
1) ID de haz [como en e) de la bsqueda inicial];
2) tabla de apoyo al haz puntual de la GES indicando en qu
haz puntual emite la GES; y
3) para cada GES que presta apoyo a un haz puntual:
i) ID GES;
ii) frecuencias de canal P
smc
y de canal R
smc
; y
iii)velocidades de transmisin por canal P
smc
y por canal
R
smc
.
4.10.4.2.3 Tabla de estado de conexin AES
4.10.4.2.3.1 Cada GES mantendr una tabla de estado de
conexin AES, en la que se incluir la informacin especificada
en 4.10.4.2.3.2 y 4.10.4.2.3.3.
4.10.4.2.3.2 La GES incluir en su tabla de estado de
conexin AES, para cada AES conectada con ella o para
cualquier otra GES en la misma zona de servicio de satlite, la
informacin siguiente:
a) ID de AES;
b) ID de satlite;
c) ID de haz; y
d) ID de GES conectada.
4.10.4.2.3.3 Para cada AES conectada con la GES, la tabla
de estado de conexin AES en la GES contendr la informa-
cin siguiente adems de la informacin especificada en
4.10.4.2.3.2:
a) frecuencia de canal P asignada a la AES;
b) frecuencias de canal R asignadas a la AES;
c) frecuencias de canal T asignadas a la AES;
d) capacidades de velocidad de transmisin por los canales P,
R, T y C; y
e) indicador de actividad AES (activa o inactiva).
65 2/11/00
Nm. 75
4.10.4.2.3.4 Actualizacin de la tabla
de estado de conexin AES
La GES actualizar la tabla de estado de conexin AES
cuando una AES se conecte, (inicialmente o por renovacin) o
se desconecte de esta GES o cuando la GES reciba de otra GES
informacin de conexin o de desconexin correspondiente a
una AES.
4.10.4.3 Gestin de estado de conexin GES
4.10.4.3.1 La funcin de gestin de estado de conexin
GES se encargar de la conexin/desconexin de la AES,
verificar la actividad en cada una de sus AES de conexin,
renovar la conexin (cuando sea necesario) y reasignar
canales de datos a las AES (cuando sea necesario).
4.10.4.3.2 Conexin
Nota. La AES inicia una conexin enviando a la GES una
LIDU de peticin de conexin (vase 4.9.3.3.3) despus de que
la AES haya seleccionado un satlite, un haz y una GES.
4.10.4.3.2.1 Para rechazar la peticin de conexin de una
AES, la gestin GES responder a la LIDU de peticin de
conexin enviando a la AES una LIDU de rechazo de conexin
indicando la razn de este rechazo.
4.10.4.3.2.1 bis Se enviar el cdigo de Motivo AES
no autorizada (vase el Apndice 3 del Captulo 4, rubro 44)
(en respuesta a una LIDU de peticin de conexin) solamente
a una AES que no haya sido autorizada para utilizar el sistema
por satlite.
Nota. El parmetro nmero Q de la aplicacin en la
LIDU de peticin de conexin indicar si la aeronave se
encuentra o no en peligro. El parmetro nmero Q de la
aplicacin se pondr a 15 si se trata de una aeronave en
peligro.
4.10.4.3.2.2 Para aceptar la peticin de conexin de una
AES, la gestin GES responder a la LIDU de peticin de
conexin enviando a la AES una LIDU de confirmacin de
conexin seguida de una LIDU de control de canal P/R y una
LIDU de control de canal T, segn lo requerido para asignar a
la AES nuevos canales P
d
, R
d
y T.
4.10.4.3.2.3 Despus de transmitir a la AES una LIDU de
confirmacin de conexin seguida de las LIDU de control de
canal (LIDU de control de canal P/R y de canal T) segn lo
indicado en la LIDU de confirmacin de conexin o despus
de transmitir las LIDU perdidas que hubieran sido identificadas
en la LIDU de acuse de recibo de conexin, recibida de la AES,
la gestin GES efectuar lo siguiente:
a) Si no se recibe ninguna respuesta de la AES en un plazo de
tG26 segundos (Apndice 4, Captulo 4) a partir del
momento en que se enviaron la LIDU de confirmacin de
conexin seguida de las LIDU de control de canal, o del
momento en que se retransmitieron las LIDU perdidas que
se indicaban en la LIDU de acuse de recibo de conexin
procedente de la AES, la gestin GES enviar a la AES otra
LIDU de confirmacin de conexin seguida de las LIDU
requeridas de control de canal. La gestin GES enviar a la
AES la LIDU de confirmacin de conexin seguida de las
LIDU de control de canal a intervalos de tG26 segundos,
hasta que reciba una respuesta o hasta que se complete el
nmero cuatro de envos de la LIDU de confirmacin de
conexin seguida de las LIDU de control de canal. Si no se
recibe ninguna respuesta en un plazo de tG26 segundos, a
partir del cuarto envo de la LIDU de confirmacin de
conexin, seguida de las LIDU de control de canal, la
gestin GES borrar la AES solicitante de su tabla de estado
de conexin AES y seguidamente transmitir a las otras
GES, de la misma zona de servicio por satlite, la
informacin de conexin, si la AES ha sido identificada
como conectada con esta GES en la tabla de estado de
conexin AES.
b) Si se recibe de la AES una LIDU de acuse de recibo de
conexin indicando que no hay errores, la gestin GES
enviar a la AES una LIDU de acuse de recibo de conexin
por el canal P
d
recientemente asignado. Seguidamente, la
gestin GES enviar a la AES otra LIDU de acuse de recibo
de conexin, cada vez que se recibe de la AES una nueva
LIDU de acuse de recibo de conexin en un plazo de tG27
segundos (Apndice 4, Captulo 4), a partir del momento en
que se envi a la AES la ltima LIDU de acuse de recibo
de conexin. La gestin GES repetir este procedimiento
hasta que ocurra uno de los casos siguientes:
1) no se recibe de la AES ninguna LIDU de acuse de recibo
de conexin en un plazo de tG27 segundos a partir del
envo a la AES de la ltima LIDU de acuse de recibo de
conexin; o
2) se recibe de la AES una SU por canal R que no sea una
LIDU de peticin de conexin ni una LIDU de acuse de
recibo de conexin, despus de lo cual, la gestin GES
actualizar su tabla de estado de conexin AES de
conformidad con lo especificado en 4.10.4.2.3 y enviar
la informacin de conexin a las dems GES de la misma
zona de servicio por satlite.
c) Si se recibe de la AES una LIDU de acuse de recibo de
conexin identificando las LIDU perdidas, la gestin GES
retransmitir a la AES las LIDU perdidas y proceder segn
lo indicado en 4.10.4.3.2.3.
4.10.4.3.2.4 Si se recibe de la AES otra LIDU de peticin
de conexin antes de que la gestin GES haya terminado de
responder a la LIDU de peticin de conexin anteriormente
recibida, la gestin GES descartar la ltima LIDU de peticin
de conexin recibida.
4.10.4.3.3 Desconexin
Nota. La desconexin de una AES puede ser iniciada por
la AES enviando a la GES una LIDU de peticin de desco-
nexin, o por la GES enviando a la AES una LIDU de peticin
de desconexin. El objetivo de una desconexin iniciada en
la GES, es el de proporcionar a la GES la capacidad de
suspender las transmisiones de AES no deseadas.
4.10.4.3.3.1 La gestin GES, al recibir de una AES una
LIDU de peticin de desconexin, har lo siguiente:
a) si la AES est identificada en la tabla de estado de conexin
AES como conectada con esta GES, borrar a la AES de su
tabla de estado de conexin AES, transmitir a las otras
GES, de la misma zona de servicio por satlite, la
66 2/11/00
Nm. 75
informacin de conexin y seguidamente transmitir a la
AES una LIDU de acuse de recibo de conexin; o
b) si la AES no ha sido identificada en la tabla de estado de
conexin AES como conectada con esta GES pero est en
el proceso de ser conectada, transmitir a la AES una LIDU
de acuse de recibo de conexin.
4.10.4.3.3.2 Despus de enviar a una AES una LIDU de
peticin de desconexin se considerar que la AES est desco-
nectada.
4.10.4.3.4 Verificacin de conexin
Nota. La tabla de estado de conexin AES en la gestin
GES contiene un indicador de actividad para cada AES conec-
tada con la GES. El indicador de actividad correspondiente a
la AES se pone a activo cada vez que se reciben de la AES
datos/sealizacin. El indicador de actividad se pone a
inactivo si no se reciben de la AES ni datos ni sealizacin
en un plazo de tG6 segundos (Apndice 4, Captulo 4) desde
el momento en que el indicador de actividad se puso por ltima
vez a activo.
4.10.4.3.4.1 La gestin GES verificar el estado de
actividad AES mediante cualesquiera de los dos mtodos
siguientes:
a) verificacin directa; o
b) verificacin indirecta.
Nota. La verificacin de conexin de la AES es una
funcin exclusiva de su GES de conexin.
4.10.4.3.4.2 Verificacin directa
Si no se reciben en la GES de conexin ni en ninguna otra
GES de la misma zona de servicio por satlite que la GES de
conexin, datos/sealizacin de una AES capaz de responder
a una LIDU de interrogacin de conexin en un plazo de
tG6 segundos (Apndice 4, Captulo 4) a partir del momento
en que el indicador de actividad correspondiente a la AES se
puso por ltima vez a inactivo, la gestin GES enviar a la
AES una LIDU de interrogacin de conexin. La gestin GES
efectuar despus lo siguiente:
a) Si no se recibe de la AES ninguna LIDU de acuse de recibo
de conexin en un plazo de tG8 segundos (Apndice 4,
Captulo 4) a partir del momento en que se envi la LIDU
de interrogacin de conexin, la gestin GES enviar a la
AES otra LIDU de interrogacin de conexin. La gestin
GES retransmitir a la AES la LIDU de interrogacin a
intervalos de tG8 segundos hasta que se reciba una LIDU
de acuse de recibo de conexin o hasta que se complete el
nmero total de cinco envos de la LIDU de interrogacin
de conexin. Una vez transcurridos tG8 segundos despus
de la transmisin de la quinta LIDU de interrogacin de
conexin sin que se reciba de la AES ninguna LIDU de
acuse de recibo de conexin, la gestin GES borrar la AES
de su tabla de estado de conexin AES y enviar infor-
macin de desconexin a las otras GES de la misma zona
de servicio por satlite.
b) Si se recibe de la AES una LIDU de acuse de recibo de
conexin, la gestin GES pondr a activo el indicador de
actividad de la tabla de estado de conexin AES corres-
pondiente a tal AES.
4.10.4.3.4.3 Verificacin
La AES permanecer inactiva durante doce horas antes de
que la gestin GES la considere desconectada.
4.10.4.3.5 Invitacin a conectar
Cuando la capa de enlace GES reciba una SU por canal R
(ISU o SU de peticin de acceso al canal C) de una AES que
no est en su tabla de estado de conexin AES, la gestin GES
enviar a la AES una LIDU de invitacin a conectar.
4.10.4.3.6 Reasignacin de canal
4.10.4.3.6.1 La gestin GES tendr la capacidad de
reasignar los canales de datos a una AES conectada.
4.10.4.3.6.2 La gestin GES, al recibir una peticin de
reasignacin de canal de datos, transmitir a la AES una LIDU
de control de conexin/reasignacin de canal de datos. La
gestin GES efectuar lo siguiente:
a) Si no se recibe ninguna respuesta de la AES en un plazo de
tG31 segundos (Apndice 4, Captulo 4) a partir del
momento en que se envi a la AES la LIDU de control de
conexin/reasignacin de canal de datos, la gestin GES
enviar a la AES otra LIDU de control de conexin/
reasignacin de canal de datos. Si nuevamente no se recibe
ninguna respuesta en un nuevo plazo de tG31 segundos, la
gestin GES interrumpir el procedimiento de reasignacin
de canal de datos.
b) Si se recibe de la AES una LIDU de rechazo de reasignacin
de canal de datos, la gestin GES interrumpir el
procedimiento de reasignacin de canal de datos.
c) Si se recibe de la AES una LIDU de control de conexin/
preparada para asignacin, la gestin GES transmitir a la
AES una LIDU de confirmacin de conexin seguida de una
LIDU de control de canal P/R y una LIDU de control de
canal T, segn sea necesario, con la informacin relativa al
canal reasignado. La gestin GES proceder entonces de la
manera siguiente:
1) Si no se recibe de la AES ninguna respuesta en un plazo
de tG32 segundos (Apndice 4, Captulo 4) a partir del
momento en que se enviaron la LIDU de confirmacin
de conexin seguida de las LIDU de control de canal, la
gestin GES enviar otra LIDU de confirmacin de cone-
xin por el canal P
d
anterior seguida de una LIDU de
control de canal P/R y una LIDU de control de canal T,
segn corresponda. Si nuevamente no se recibe ninguna
respuesta en un plazo de tG32 segundos, la gestin GES
interrumpir el procedimiento de reasignacin de canal
de datos.
2) Si se recibe de la AES una LIDU de acuse de recibo de
conexin indicando que no hay de errores por el canal R
d
recientemente asignado, la gestin GES enviar a la AES
una LIDU de acuse de recibo de conexin por el canal
P
d
recientemente asignado. Si se recibe otra LIDU de
67 2/11/00
Nm. 75
acuse de recibo de conexin en un plazo de tG33
segundos (Apndice 4, Captulo 4) a partir del momento
en que se envi la ltima LIDU de acuse de recibo de
conexin, la gestin GES enviar a la AES otra LIDU de
acuse de recibo de conexin por el nuevo canal P
d
. La
gestin GES repetir el procedimiento anterior hasta que
no se reciba respuesta alguna de la AES en un plazo de
tG33 segundos a partir del momento en que la GES envi
el ltimo acuse de recibo de conexin, despus de lo cual
la gestin GES actualizar la tabla de estado de conexin
AES con las nuevas frecuencias de canal asignadas a
la AES.
3) Si se recibe de la AES una LIDU de rechazo de reasig-
nacin de canal de datos, la gestin GES interrumpir el
procedimiento de reasignacin de canal de datos.
4.10.4.4 Gestin de canales GES
4.10.4.4.1 La gestin de canales GES controlar la
configuracin de canales AES/GES, la potencia de los canales
y la frecuencia de los canales.
4.10.4.4.2 Gestin de configuracin de canales
4.10.4.4.2.1 Configuracin de canales GES para
comunicaciones de gestin
Respecto a cada GES, se proporcionarn los siguientes
canales para las comunicaciones de gestin del sistema:
a) por lo menos un canal P
smc
de transmisin; y
b) por lo menos cuatro canales R
smc
de recepcin.
para comunicaciones de gestin.
4.10.4.4.2.2 Asignacin y ajuste de la configuracin
de canales AES
4.10.4.4.2.2.1 Durante la conexin, la gestin GES
asignar un canal P
d
a una AES de manera que se asegure el
cumplimiento de los requisitos de eficacia de 4.7 y 4.8.
4.10.4.4.2.2.2 Durante la conexin, la gestin GES
asignar un grupo de canales R y uno o ms canales T a una
AES, de manera que se asegure el cumplimiento de los
requisitos de eficacia de 4.7 y 4.8.
4.10.4.4.2.2.3 En el caso de canales C, la gestin GES los
asignar en relacin con cada llamada.
4.10.4.4.2.2.4 Despus de la conexin, la gestin GES, de
ser necesario, ajustar la configuracin de canales de una AES
iniciando la reasignacin de canales descrita en 4.10.4.3.6.
4.10.4.4.2.2.5 La GES o su gestin de sistema se asegurar
de que no se asigna ninguna frecuencia a una AES que no pueda
generar productos de intermodulacin que causen interferencia
perjudicial a las operaciones del receptor de navegacin por
satlite a bordo de una aeronave.
4.10.4.4.3 Gestin de potencia de canal
4.10.4.4.3.1 Reglaje de potencia AES
Nota. Antes de la conexin, la AES utilizar el reglaje de
potencia preestablecido para transmitir a la gestin GES la
LIDU de peticin de conexin.
4.10.4.4.3.1.1 En el caso de los canales R y T, durante el
proceso de conexin, la gestin GES asignar a la AES un
reglaje inicial de potencia como valor de PIRE inicial en la
LIDU de confirmacin de conexin enviada a la AES. El valor
de PIRE inicial se determinar de forma que en la GES la
proporcin de errores en los bits estimada no exceda de 10
-5
.
4.10.4.4.3.1.1 bis. Recomendacin. Para una mayor
eficiencia de la gestin de potencia, deberan determinarse las
PIRE de canal R y T a partir de las LIDU de radiodifusin de
la PIRE de datos (Figura A2-61). Para un canal de haz global,
el bit ms significativo de la frecuencia por canal se pondr a
0 (cero). Para un canal de haz puntual, el bit ms signifi-
cativo de la frecuencia por canal se pondr a 1 (uno).
Nota. La AES deber ajustar sus niveles de potencia de
unidad de canal de conformidad con el valor PIRE recibido ya
sea en la LIDU de confirmacin de conexin, ya sea en las
LIDU de radiodifusin de la PIRE de datos.
4.10.4.4.3.1.2 En el caso de canal C, la gestin GES
asignar el valor PIRE a cada llamada, y ste ser enviado a
la AES por medio de los servicios en modo circuito en la LIDU
de asignacin de canal C.
4.10.4.4.3.2 Ajuste de potencia de canal C
4.10.4.4.3.2.1 En el caso de canal C hacia la aeronave, la
gestin GES ajustar la PIRE GES en funcin del valor BER
recibido de la gestin AES en la LIDU de informe de estado
de canal. Se requerir que la PIRE de ajuste mantenga una BER
que no exceda de 10
-3
.
4.10.4.4.3.2.2 En el caso de canal C desde la aeronave, la
gestin GES determinar el ajuste requerido de la PIRE en la
AES para mantener un valor BER que no exceda de 10
-3
,
basndose en el valor BER medido en la GES. El ajuste se
enviar a la gestin AES en la LIDU de informe de estado de
canal.
4.10.4.4.4 Gestin de frecuencia de canal
4.10.4.4.4.1 Reglaje de frecuencia AES
Nota. Antes de la conexin, la AES utilizar la frecuencia
de canal R
smc
, obtenida de la tabla de sistema, para enviar a
la gestin GES la LIDU de peticin de conexin.
4.10.4.4.4.1.1 En el caso de canales P, R y T, la gestin
GES asignar a la AES frecuencias iniciales de canal P, R y T
(si la frecuencia P
d
/R
d
es distinta de las frecuencias P
smc
/R
smc
)
enviando a la AES una LIDU de control de canal P/R y una
LIDU de control de canal T despus de la LIDU de
confirmacin de conexin en respuesta a la LIDU de peticin
de conexin recibida.
4.10.4.4.4.1.2 En el caso de canal C, la gestin GES
asignar a la AES la frecuencia de transmisin/recepcin por
68 2/11/00
Nm. 75
canal C, transfiriendo a la AES las frecuencias asignadas en la
LIDU de asignacin de canal C transmitida por los servicios en
modo circuito de la GES.
4.10.4.4.4.2 Reasignacin de frecuencias
de canal AES
4.10.4.4.4.2.1 En el caso de canales P y R, la gestin GES
ajustar las frecuencias de canal P/R, previamente asignadas a
la AES, iniciando el procedimiento de reasignacin de canal
descrito en 4.10.4.3.6, enviando las frecuencias recientemente
asignadas en las LIDU de control de canal P/R despus de la
LIDU de confirmacin de conexin.
4.10.4.4.4.2.2 En el caso de canal T, la gestin GES
ajustar las frecuencias de canal T iniciando el procedimiento
de reasignacin de canal y transmitiendo a la AES la LIDU de
control de canal T, despus de la LIDU de confirmacin de
conexin.
4.10.4.4.5 Gestin de interferencia de canal
La gestin GES mantendr una o ms frecuencias de reserva
para cada GES en cada uno de sus haces de cobertura, para
utilizarlas como frecuencias de canal P
smc
y de canal R
smc
, en
caso de interferencias en las frecuencias de canal P
smc
y de canal
R
smc
previamente asignadas. En caso de que sea necesaria esta
transferencia, la gestin GES actualizar consecuentemente la
tabla de sistema.
4.10.4.4.6 Gestin de cesin por derecho
preferente
4.10.4.4.6.1 Cesin por derecho preferente
de voz a voz
Despus de que los servicios en modo circuito en la GES
transmitan a la AES una LIDU de asignacin de canal C, la
gestin GES habilitar inmediatamente para la nueva llamada
una unidad de canal que preste servicios a llamadas de prioridad
mnima, cuando no haya unidades de canal disponibles, e
indicar a los servicios en modo circuito de la GES que la
unidad de canal se encuentra disponible.
4.10.4.4.6.2 Cesin por derecho preferente
de datos a voz
La GES tendr la capacidad de reasignar los recursos de
espectro y de potencia desde los servicios en modo circuito a
los servicios en modo paquete a fin de cumplir con los
requisitos de los servicios de datos por paquete.
4.10.4.5 Radiodifusin de sistema GES
4.10.4.5.1 La gestin GES transmitir a la AES los datos
de tabla de sistema y de hora de sistema a fin de mantener la
vigencia de los datos y de la hora en la AES.
4.10.4.5.2 Radiodifusin de la tabla
4.10.4.5.2 de sistema
4.10.4.5.2.1 La gestin GES transmitir a la AES los datos
de tabla de sistema por medio de una o ms de las LIDU de
radiodifusin siguientes:
a) ndice de radiodifusin;
b) aviso de canal P/R GES;
c) aviso de identificacin de satlite y de identificacin de haz;
d) aviso de cobertura de haz GES;
e) radiofusin de la tabla de la PIRE de datos.
4.10.4.5.2.2 Los datos de tabla de sistema se transmitirn
en una de las dos formas siguientes:
a) secuencia parcial con las actualizaciones ms recientes; y
b) secuencia completa con la actualizacin completa de los
datos de bsqueda inicial y regionales.
4.10.4.5.2.3 Una secuencia parcial constar de una o ms
de la LIDU de radiodifusin descritas en 4.10.4.5.2.1.
4.10.4.5.2.4 La secuencia completa comprender todas las
LIDU de radiodifusin indicadas en 4.10.4.5.2.1. Habr una
secuencia completa para cada haz dentro de la zona de servicio
por satlite con cobertura de un canal P
smc
de identificacin de
satlite/haz.
4.10.4.5.2.5 Tanto la secuencia parcial como la secuencia
completa comprendern una LIDU de ndice de radiodifusin.
Nota 1. La LIDU de ndice de radiodifusin proporciona
una bandera de existencia para cada LIDU en la secuencia
completa.
Nota 2. La serie de canales P
smc
y R
smc
de la GES en la
secuencia completa pueden tener hasta 64 LIDU dado el
tamao del campo de nmero secuencial inicial en la LIDU
de ndice de radiodifusin. En caso de que se incluyan ms
LIDU en la serie, se utilizar la segunda serie de canales P
smc
y R
smc
de la GES.
4.10.4.5.2.6 La GES transmitir la secuencia parcial por
todos los canales P a los que presta apoyo. Adems, la GES
transmitir la secuencia completa por cada uno de los canales
P
smc
de identificacin de satlite/haz a los que presta apoyo.
Cada GES en una zona de servicio por satlite transmitir a
cada una de sus AES conectadas todas las secuencias parciales
como consecuencia de cualquier actualizacin efectuada por
una GES en la zona de servicio por satlite.
4.10.4.5.2.7 La secuencia parcial se transmitir a un
nmero doble de veces que la secuencia completa.
4.10.4.5.3 Radiodifusin para liberacin
selectiva
Nota. La LIDU de radiodifusin para liberacin selectiva
se utiliza para dar la orden a todas las AES conectadas de que
dejen de transmitir por las frecuencias especificadas de la
banda L.
4.10.4.5.3.1 La gestin GES enviar a la AES una o ms
LIDU de radiodifusin para liberacin selectiva, cuando ocurra
cualquiera de los sucesos siguientes:
67A
69 2/11/00
Nm. 75
a) solicitud de liberacin de determinados canales;
b) en el caso de llamadas en modo circuito, si las facilidades
de liberacin de canal dentro de la banda (tal como la faci-
lidad de sealizacin para liberacin de canal por canal C
de sub-banda) son ineficaces.
4.10.4.5.4 Recomendacin. La gestin GES debera
radiodifundir a la AES la hora del sistema despus de la cone-
xin de una AES, transmitiendo una LIDU de radiodifusin de
hora del sistema por todos los canales P. La hora en la LIDU
de radiodifusin de hora del sistema debera ser la hora
prevista de recepcin en la AES del primer bit de la supertrama
siguiente del canal P pertinente.
4.10.5 Gestin de sistema de satlite
En todo momento estar activo como mnimo un canal P
smc
de identificacin de satlite/haz respecto a cada haz que d
apoyo a un canal P
smc
de identificacin de satlite/haz.
67B
68 2/11/00
Nm. 75
Tabla 4-1. Mscara de ruido de fase recibido
Tabla 4-2. Niveles portadora/ruido de adquisicin por el canal P
Desplazamiento respecto
a portadora
(Hz)
Ruido de fase
(dBc)
10 34
100 65
1 000 73
3 000 77
10 000 79
35 000 79
1. El ruido de fase es el de banda lateral nica medido en relacin con la
portadora.
2. La mscara se determinar trazando lneas rectas por los puntos indicados en
el grfico que es logartmico en la coordenada de frecuencias.
Nota. Se ilustra esta mscara en los textos de orientacin del Adjunto A,
Parte I.
Velocidad de transmisin
por canal (bits/s)
Portadora/ruido
(dB-Hz)
Separacin nominal de
canales (kHz)
600 31,9 5
1 200 35,0 5
2 400 38,0 5
4 800 39,5 5
10 500 42,9 10
10 500 43,3 7,5
9/11/95
69 11/11/95 2/11/00
Nm. 75
Tabla 4-3. Niveles mximos de armnicos,
emisiones discretas no esenciales
y densidad de ruido
Tabla 4-4. Mscara de ruido de fase transmitido
Frecuencia (MHz) (Densidad) PIRE
por debajo de 1 525 135 dBc/4 kHz
1 525 a 1 559 203 dBc/4 kHz
1 559 a 1 585 155 dBc/MHz
1 585 a 1 605 143 dBc/MHz
1 605 a 1 610 117 dBc/MHz
1 610 a 1 614 95 dBc/MHz
1 614 a 1 660 55 dBc/4 kHz
1
1 660 a 1 670 55 dBc/20 kHz
1
1 670 a 1 735 55 dBc/4 kHz
1 735 a 12 000 105 dBc/4 kHz
12 000 a 18 000 70 dBc/4 kHz
1. Dentro de la banda de transmisin, excluida la banda de frecuencias en el entorno de
35 kHz de la portadora.
Desplazamiento respecto a portadora
(Hz)
Ruido de fase
(dBc)
10 40
100 67
500 72
1 100 80
X 80
1. El ruido de fase es el de banda lateral nica medido en relacin con la portadora.
2. La mscara se determinar trazando lneas rectas por los puntos indicados en el grfico que es
logartmico en la coordenada de frecuencias.
3. X es igual a 35 kHz, o cuatro veces la velocidad de transmisin de smbolos, de ambos valores el
menor.
4. Cuando hay componentes espectrales discretos, la suma de los componentes discretos de ruido de
fase y el componente espectral continuo, promediado en una anchura de banda de 10 Hz a ambos
lados del componente discreto, no exceder del valor de mscara de ruido de fase.
Nota. Se ilustra esta mscara en los textos de orientacin del Adjunto A, Parte I.
70 2/11/00
Nm. 75
Tabla 4-5. Lmites de espectro requeridos para transmisiones de la AES
Tabla 4-6. Lmites de espectro requeridos para A-BPSK recibida por la AES
Desplazamiento de frecuencia
Atenuacin (dB)
(relativa al nivel de envolvente mxima)
0,75 SR 0
1,40 SR 20
2,95 SR 40
35 kHz 40
NOTAS:
1. La mscara se definir trazando lneas rectas por los puntos indicados.
2. La velocidad de transmisin de smbolos, SR, equivale a la velocidad de transmisin por
canal para A-BPSK y a la mitad de la velocidad de transmisin por canal para A-QPSK.
Lmite superior Lmite inferior
Frecuencia normalizada
Respuesta en amplitud
(dB) Frecuencia normalizada
(dB)
X 40
0,75 40
0,66 12
0,56 3,5
0,4 0,25 0,1 3
0,4 0,25 0,1 3
0,56 3,5
0,66 12
0,75 40
X 40
1. La mscara se determinar trazando lneas rectas por los puntos indicados, en los cuales las frecuencias han
sido normalizadas a la velocidad de transmisin por canal y la amplitud ha sido normalizada a 0 dB para una
frecuencia de 0.
2. X es igual a 35 kHz. Para mayores desplazamientos de frecuencia se aplican los requisitos de emisin
no esencial de 4.2.3.5.6.
71 11/11/95 2/11/00
Nm. 75
Tabla 4-7. Lmites de espectro requeridos para A-QPSK recibida por la AES
para 100% de atenuacin progresiva
(dB)
X 40
0,625 40
0,5 20
0,425 10
0,375 6
0,275 3
0,175 1
0,075 0,25 0,05 3
0,075 0,25 0,05 3
0,175 1
0,275 3
0,375 6
0,425 10
0,5 20
0,625 40
X 40
frecuencia de 0.
72 2/11/00
Nm. 75
Tabla 4-7A. Lmites de espectro requeridos para A-QPSK recibida por la AES
(dB)
X 40 X
0,839 40 0,839
0,43 35 0,43
0,41 22 0,41
0,375 13 0,375 25
0,357 0,357 15
0,34 8 0,34 11
0,286 4,4 0,286 6,4
0,232 1,6 0,232 2,6
0,16 0 0,16 1
0,125 0,25 0,125
0,107 0,107 0,25
0,107 0,107 0,25
0,125 0,25 0,125
0,16 0 0,16 1
0,232 1,6 0,232 2,6
0,286 4,4 0,286 6,4
0,34 8 0,34 11
0,357 0,357 15
0,375 13 0,375 25
0,41 22 0,41
0,43 35 0,43
0,839 40 0,839
X 40 X
frecuencia de 0.
71A
73 11/11/95 2/11/00
Nm. 75
[Esta pgina se ha dejado en blanco intencionalmente]
71B
74 2/11/00
Nm. 75
Tabla 4-8. Eficacia del demodulador
Tabla 4-9. Velocidades de transmisin por el canal
Tabla 4-10. Componentes del campo de informacin por el canal P
Tipo de canal BER requerido
E
s
/N
0
1
(dB)
P: 0,6, 1,2 y 2,4 kbits/s 10
-5
7,3
R,T: 0,6, 1,2 y 2,4 kbits/s
10
-5
7,5
P: 4,8 y 10,5 kbits/s 10
-5
5,4
R,T: 4,8 y 10,5 kbits/s 10
-5
5,7
C: 5,25 kbits/s 10
-3
10,8
C: 6,0 kbits/s 10
-3
3,9
C: 8,4 kbits/s, 7,5 kHz
2,3
10
-3
7,0
C: 10,5 kbits/s, 10 kHz
2
10
-3
10,8
C: 10,5 kbits/s, 7,5 kHz
2
10
-3
12,7
C: 21,0 kbits/s 10
-3
5,4
1. E
s
/N
0
es la relacin del promedio de energa transmitido por cada perodo de bits por
canal, a la densidad espectral de potencia de ruido.
2. Separacin de canales.
3. Se someter a prueba la eficacia del demodulador con el desplazamiento de frecuencia
local de los canales adyacentes de 1,5 kHz hacia la frecuencia portadora.
Canales aplicables
por canal (kbits/s) AES de recepcin AES de transmisin
0,6 P R,T
1,2 P R,T
2,4 P R,T
4,8 P R,T
5,25 C C
4,8 P R,T
6,0 C C
8,4 C C
10,5 P,C R,T,C
21,0 C C
Velocidad de transmisin por canal (kbits/s)
0,6 1,2 2,4 4,8 10,5
Nmero de bits 1 152 1 152 1 152 2 304 4 992
Nmero de bloques de intercalacin 3 2 1 1 1
Nmero de SU/bloque de intercalacin 2 3 6 12 26
72
75 11/11/95 2/11/00
Nm. 75
Tabla 4-11. Estructura del intercalador por el canal P
Tabla 4-12. Estructura del prembulo por los canales R y T
Tabla 4-13. Estructura de intercalacin por el canal T
Tabla 4-14. Estructura del prembulo por el canal C
0,6 1,2 2,4 4,8 10,5
Columnas del intercalador 6 9 18 36 78
0,6 1,2 2,4 10,5
Portadora no modulada (perodos equivalentes en bits) 150 126 78 248
Bits modulados 74 74 74 256
Total 224 200 152 504
0,6 1,2 2,4 10,5
Columnas del intercalador:
Primer bloque 5 5 5 8-95
1
Bloques subsiguientes 3 3 3 NA
1. El nmero del intercalador es variable entre 8 y 95 en incrementos de 3 y se selecciona para adaptarlo a la cantidad
de datos.
5,25 6,0 8,4 10,5 21,0
Portadora no modulada (perodos
equivalentes en bits) 80 96
No se
requiere 160 336
Bits modulados 128 144 0 256 504
Total 208 240 0 416 840
73
76 2/11/00
Nm. 75
Tabla 4-15. Codificacin de identificador del tipo SNPDU
Cdigo TIPO DE SNPDU
Bits 654321 (vanse en las Figuras 4-13 a 4-24, los formatos de SNPDU)
000000 PETICIN DE CONEXIN, SIN DIRECCIN NSAP QUE LLAMA, SIN DIRECCIN NSAP LLAMADA, SIN CAMPO DE FACILIDAD,
SIN RESTRICCIN DE RESPUESTA
000001 PETICIN DE CONEXIN, SIN DIRECCIN NSAP QUE LLAMA, SIN DIRECCIN NSAP LLAMADA, CON CAMPO DE FACILIDAD,
000010 PETICIN DE CONEXIN, SIN DIRECCIN NSAP QUE LLAMA, CON DIRECCIN NSAP LLAMADA, SIN CAMPO DE FACILIDAD,
000011 PETICIN DE CONEXIN, SIN DIRECCIN NSAP QUE LLAMA, CON DIRECCIN NSAP LLAMADA, CON CAMPO DE FACILIDAD,
000100 PETICIN DE CONEXIN, CON DIRECCIN NSAP QUE LLAMA, SIN DIRECCIN NSAP LLAMADA, SIN CAMPO DE FACILIDAD,
000101 PETICIN DE CONEXIN, CON DIRECCIN NSAP QUE LLAMA, SIN DIRECCIN NSAP LLAMADA, CON CAMPO DE FACILIDAD,
000110 PETICIN DE CONEXIN, CON DIRECCIN NSAP QUE LLAMA, CON DIRECCIN NSAP LLAMADA, SIN CAMPO DE FACILIDAD,
000111 PETICIN DE CONEXIN, CON DIRECCIN NSAP QUE LLAMA, CON DIRECCIN NSAP LLAMADA, CON CAMPO DE FACILIDAD,
001000 CONFIRMACIN DE CONEXIN, SIN DIRECCIN NSAP LLAMADA, SIN CAMPO DE FACILIDAD
001001 CONFIRMACIN DE CONEXIN, SIN DIRECCIN NSAP LLAMADA, CON CAMPO DE FACILIDAD
001010 CONFIRMACIN DE CONEXIN, CON DIRECCIN NSAP LLAMADA, SIN CAMPO DE FACILIDAD
001011 CONFIRMACIN DE CONEXIN, CON DIRECCIN NSAP LLAMADA, CON CAMPO DE FACILIDAD
0011XX EXTRA
010000 CONEXIN LIBERADA, SIN DIRECCIN NSAP LLAMADA, SIN CAMPO DE FACILIDAD
010010 CONEXIN LIBERADA, CON DIRECCIN NSAP LLAMADA, SIN CAMPO DE FACILIDAD
0100X1 EXTRA
0101XX EXTRA
011000 LIBERACIN DE CONEXIN COMPLETA
011010 EXTRA
0111X0 EXTRA
011XX1 EXTRA
100000 PETICIN DE CONEXIN, SIN DIRECCIN NSAP QUE LLAMA, SIN DIRECCIN NSAP LLAMADA, SIN CAMPO DE FACILIDAD,
CON RESTRICCIN DE RESPUESTA
100001 PETICIN DE CONEXIN, SIN DIRECCIN NSAP QUE LLAMA, SIN DIRECCIN NSAP LLAMADA, CON CAMPO DE FACILIDAD,
100010 PETICIN DE CONEXIN, SIN DIRECCIN NSAP QUE LLAMA, CON DIRECCIN NSAP LLAMADA, SIN CAMPO DE FACILIDAD,
100011 PETICIN DE CONEXIN, SIN DIRECCIN NSAP QUE LLAMA, CON DIRECCIN NSAP LLAMADA, CON CAMPO DE FACILIDAD,
100100 PETICIN DE CONEXIN, CON DIRECCIN NSAP QUE LLAMA, SIN DIRECCIN NSAP LLAMADA, SIN CAMPO DE FACILIDAD,
100101 PETICIN DE CONEXIN, CON DIRECCIN NSAP QUE LLAMA, SIN DIRECCIN NSAP LLAMADA, CON CAMPO DE FACILIDAD,
100110 PETICIN DE CONEXIN, CON DIRECCIN NSAP QUE LLAMA, CON DIRECCIN NSAP LLAMADA, SIN CAMPO DE FACILIDAD,
100111 PETICIN DE CONEXIN, CON DIRECCIN NSAP QUE LLAMA, CON DIRECCIN NSAP LLAMADA, CON CAMPO DE FACILIDAD,
101XXX EXTRA
110000 DATOS
110001 EXTRA
110010 INTERRUPCIN
110011 REINICIACIN
110100 RESERVADO
110101 EXTRA
11011X EXTRA
111000 RESERVADO
111001 CONTROL DE FLUJO
111010 CONTINUACIN DE INTERRUPCIN
111011 CONFIRMACIN DE REINICIACIN
11110X EXTRA
111110 EXTRA
111111 RESERVADO
74 9/11/95
77 11/11/95 2/11/00
Nm. 75
Tabla 4-16. Codificacin del campo de causa generada por SSNDPX
Codificacin del campo
de causa de liberacin/
reiniciacin
Condicin generadora
Bits
8765
Bits
4321
Liberacin originada en SSNDPX (error de enlace local) 1001 0011
Liberacin originada en SSNDPX (peticin de facilidad invlida) 1000 0011
Liberacin originada en SSNDPX (congestin de la red) 1000 0101
Reiniciacin originada en SSNDPX (error de enlace local) 1000 0101
Reiniciacin originada en SSNDPX (congestin de la red) 1000 0111
Tabla 4-17. Codificacin del campo de cdigo de diagnstico
(aquellos con origen en la subcapa SSND)
Condicin generadora
Codificacin del campo de
diagnstico (decimal)
SNPDU
aplicables
Operacin SSNDP:
Desconexin (temporal, p.ej., transferencia) 1110 0001 (225) Liberada
Desconexin (permanente, p.ej., desconexin) 1110 0010 (226) Liberada
Imposibilidad de establecer la llamada (temporal) 1110 0011 (227) Liberada
Imposibilidad de establecer la llamada (permanente) 1110 0100 (228) Liberada
Rechazo de conexin no se dispone de la calidad de
servicio pedida (condicin transitoria)
1110 0101 (229) Liberada
Rechazo de conexin no se dispone de la calidad de
servicio pedida (condicin permanente)
1110 0110 (230) Liberada
Error de protocolo (tipo de SNPDU invlido mientras se encuentre en):
Estado de preparado 0001 0100 (20) Liberada
Estado de peticin de llamada IWF 0001 0101 (21) Liberada
Estado de llamada entrante 0001 0110 (22) Liberada
Estado de transferencia de datos 0001 0111 (23) Liberada
Estado de peticin de liberacin remota 0001 1010 (26) Liberada
Estado de control de flujo 0001 1011 (27) Reiniciacin
Estado de peticin de reiniciacin remota 0001 1101 (29) Reiniciacin
Error de protocolo (SNPDU no permitida):
SNPDU no identificable 0010 0001 (33) Lib., rein.
LCN invlido (vase 4.7.3.3) 0010 0010 (34) Liberada
SNPDU demasiado breve 0010 0110 (38) Lib., rein.
SNPDU demasiado larga 0010 0111 (39) Lib., rein.
Tipo de SNPDU no compatible con la facilidad 0010 1010 (42) Liberada
SNPDU de confirmacin de interrupcin no autorizada 0010 1011 (43) Reiniciacin
SNPDU de interrupcin no autorizada 0010 1100 (44) Reiniciacin
(contina)
75 9/11/95
78 2/11/00
Nm. 75
Tabla 4-18. SSNDPX de supervisin de temporizacin
Direccin DTE llamada invlida 0100 0011 (67) Liberada
Direccin DTE que llama invlida 0100 0100 (68) Liberada
Longitud de facilidad invlida 0100 0101 (69) Liberada
Procedimiento D-bit sin apoyo 1010 0110 (166) Reiniciacin
Error de transmisin:
Sin informacin adicional 0000 0000 (0) Lib., rein.
Nmero SNPDU invlido 0000 0001 (1) Reiniciacin
Cuenta de retransmisin sobrepasada 1001 0000 (144) Lib., rein.
Temporizador expirado:
tN1 (para SNPDU de confirmacin de conexin) 0011 0001 (49) Liberada
tN3 (para SNPDU de confirmacin de reiniciacin) 0011 0011 (51) Liberada
tN4 (para SNPDU de confirmacin de interrupcin) 0011 1001 (57) Reiniciacin
tN7 [para supervisin de control de flujo (suspender)] 0011 1011 (59) Reiniciacin
Diseo de
temporizador Suceso de inicio Normalmente terminado por
Accin cuando el
temporizador expira
tN1 Transmisin de SNPDU de
peticin de conexin
Recepcin de SNPDU de
confirmacin de conexin
o de conexin liberada
La SSNDPX iniciar una
liberacin de la conexin
reiniciacin
Recepcin de SNPDU de
confirmacin de reiniciacin
o de reiniciacin
liberacin de la conexin
interrupcin
Recepcin de SNPDU de con-
firmacin de interrupcin
reiniciacin de conexin
conexin liberada
Recepcin de SNPDU de libe-
racin de conexin completa
o de conexin liberada
Devolver el canal lgico
al estado de preparado
control de flujo (suspender)
Transmisin de SNPDU de
control de flujo (reanudar)
SSNDPX iniciar una
reiniciacin de conexin
NOTAS:
1. Los temporizadores tN2, tN5 y tN8 estn reservados.
2. Los temporizadores se inician cuando la SSNDPX recibe desde la capa de enlace informacin de estado de xito en la LIDU
de indicacin de estado de transmisin, a no ser que se haya recibido la SNPDU de respuesta proveniente de la SSNDPX
remota antes de la indicacin de estado.
Tabla 4-17. Codificacin del campo de cdigo de diagnstico
(aquellos con origen en la subcapa SSND) (Cont.)
Condicin generadora
Codificacin del campo de
diagnstico (decimal)
SNPDU
aplicables
9/11/95 76
79 11/11/95 2/11/00
Nm. 75
Tabla 4-19. SSNDPX de supervisin de errores de transmisin recepcin
de una LIDU de falla
Tabla 4-20. Temporizadores de SSNDPX
Tabla 4-21. Acciones de SSNDPX cualquier estado
Tipo de SNPDU notificado por medio de la falla Accin SSNDPX
PETICIN DE CONEXIN Enviar un paquete de indicacin de liberacin a la IWF y
devolver el canal lgico al estado de preparado
CONFIRMACIN DE CONEXIN, LIBE-
RACIN DE CONEXIN COMPLETA,
CONFIRMACIN DE INTERRUPCIN
Ninguna accin
CONFIRMACIN DE REINICIACIN Intentar una vez ms. Si el intento falla, devolver el canal
lgico al estado de transferencia de datos
CONEXIN LIBERADA Intentar una vez ms. Si el intento falla, devolver el canal
lgico al estado de preparado
DATOS, INTERRUPCIN La SSNDPX inicia una reiniciacin de la conexin (causa de
reiniciacin = congestin de la red)
CONTROL DE FLUJO La SSNDPX inicia una liberacin de la conexin (causa de
liberacin = congestin de la red)
REINICIACIN Intentar una vez ms. Si el intento falla, iniciar una
liberacin de la conexin (causa de liberacin = congestin
de la red)
Nota. Para las SNPDU confirmadas por la entidad de subcapa SSND remota, el procesamiento de la LIDU de falla
correspondiente slo se aplica si se recibe antes de la recepcin desde el otro extremo de la respuesta esperada.
Temporizador Valor (segundos)
tN1 180
tN3 120
tN4 120
tN6 120
tN7 60
SNPDU recibida de SSNDPX remota Cualquier estado
Cualquier SNPDU con un tipo de SNPDU invlido Descartar
Cualquier SNPDU de menos de 2 octetos de longitud Descartar
Nota. El tipo de SNPDU es invlido cuando se identifica como extra o
reservado en la Tabla 4-15.
77 9/11/95
80 2/11/00
Nm. 75
Tabla 4-22. Acciones de SSNDPX estados de establecimiento de conexin
SNPDU recibida de
SSNDPX remota
Estados de establecimiento de llamada (Notas 1, 3)
Estado preparado Peticin de llamada IWF Llamada entrante
PETICIN DE
CONEXIN
Accin: Normal
(remitir a IWF)
No corresponde Accin: Error, enviar
CONEXIN LIBERADA
D = 0001 0110
(extender liberacin
a IWF)
CONFIRMACIN DE
CONEXIN
Accin: Error * enviar
CONEXIN LIBERADA
D = 0001 0100
Accin: Normal
(remitir a IWF) o
Accin: Error (Nota 2),
enviar CONEXIN
LIBERADA
(extender liberacin
a IWF)
D = 0010 1010
Accin: Error, enviar
CONEXIN LIBERADA
D = 0001 0110
(extender liberacin
a IWF)
CONEXIN LIBERADA Accin: Normal (no remitir) Accin: Normal (remitir
a IWF)
Accin: Normal (remitir
a IWF)
LIBERACIN DE CONE-
XIN COMPLETA
CONEXIN LIBERADA
D = 0001 0100
Accin: Error enviar
CONEXIN LIBERADA
D = 0001 0101
(extender liberacin
a IWF)
CONEXIN LIBERADA
D = 0001 0110
(extender liberacin
a IWF)
DATOS, INTERRUPCIN,
CONFIRMACIN DE
INTERRUPCIN,
REINICIACIN,
CONFIRMACIN DE
REINICIACIN,
CONTROL DE FLUJO
CONEXIN LIBERADA
D = 0001 0100
CONEXIN LIBERADA
D = 0001 0101
(extender liberacin
a IWF)
CONEXIN LIBERADA
D = 0001 0110
(extender liberacin
a IWF)
*Peticin de liberacin de conexin interna SSNDPX (es decir, no se informa a la IWF)
NOTAS:
1. En los casos en los que la SNPDU no es aceptable para el estado de canal lgico (es decir, accin = error), el campo de causa
de liberacin es igual a 147, es decir, error de enlace local de la SSND.
2. El error puede producirse si se ha pedido seleccin rpida con restriccin de respuesta.
3. Si la SNPDU es aceptable para el estado del canal lgico (es decir, accin = normal), pero tiene un error de formato o es
inaceptable por algn otro motivo, la SSND inicia un procedimiento de liberacin de conexin (entre los cdigos de diagnstico
que pueden aplicarse se incluyen 34, 38, 39, 67, 68, 69, 225-230).
9/11/95 78
81 11/11/95 2/11/00
Nm. 75
Tabla 4-23. Acciones SSNDPX estados de transferencia de datos
y de liberacin de conexin
SNPDU recibida de
SSNDPX remota
Estados de transferencia de datos y de liberacin de llamada
Transferencia de datos Peticin de liberacin local* Peticin de liberacin remota
PETICIN DE
CONEXIN
CONEXIN
LIBERADA
D = 0001 0111
(vase Nota 1)
(extender liberacin
a IWF)
Accin: Descartar Accin: Error, enviar
CONEXIN LIBERADA
D = 0001 1010
CONFIRMACIN
DE CONEXIN
CONEXIN
LIBERADA
D = 0001 0111
(vase Nota 1)
(extender liberacin
a IWF)
CONEXIN LIBERADA
D = 0001 1010
LIBERACIN
DE CONEXIN
COMPLETA
CONEXIN
LIBERADA
D = 0001 0111
(vase Nota 1)
(extender liberacin
a IWF)
Accin: Normal Accin: Error, enviar
CONEXIN LIBERADA
D = 0001 1010
CONEXIN
LIBERADA
Accin: Normal
(remitir a IWF)
Accin: Normal (no
remitir a IWF)
Accin: Descartar
DATOS,
INTERRUPCIN,
CONFIRMACIN DE
INTERRUPCIN,
REINICIACIN,
CONFIRMACIN DE
REINICIACIN,
CONTROL DE FLUJO
Vase Tabla 4-24 Accin: Descartar Accin: Error, enviar
CONEXIN LIBERADA
D = 0001 1010
* Liberacin interna (en el establecimiento de la conexin) o liberacin requerida por la IWF
NOTAS:
1. El campo de causa de liberacin es igual a 147, es decir, error de enlace local de la SSND.
2. Si la SNPDU es aceptable para el estado del canal lgico (es decir, accin = normal) pero tiene un error de formato, la SSND
inicia un procedimiento de liberacin de conexin (entre los cdigos de diagnstico que pueden aplicarse se incluyen 38, 39).
79 9/11/95
82 2/11/00
Nm. 75
Tabla 4-24. Acciones de SSNDPX estados de transferencia de datos
SNPDU recibida de
SSNDPX remota
Estados de transferencia de datos
Control de flujo
Peticin de
reiniciacin local
Peticin de
reiniciacin remota
REINICIACIN Accin: Normal Accin: Normal (no
remitida)
Accin: Descartar
CONFIRMACIN DE
REINICIACIN
Accin: Error, enviar SNPDU
DE REINICIACIN
D = 0001 1011 (extender la reiniciacin a IWF)
Accin: Normal (no
remitir)
Accin: Error enviar
SNPDU DE
REINICIACIN
D = 0001 1101
INTERRUPCIN Sin interrupcin
remota pendiente:
Interrupcin remota
en curso:
Accin: Normal Accin: Error, enviar
SNPDU DE
REINICIACIN
D = 0010 1100
(extender reiniciacin
a IWF)
SNPDU DE
REINICIACIN
D = 0001 1101
CONFIRMACIN DE
INTERRUPCIN
Sin interrupcin
local pendiente:
Interrupcin local en
curso:
SNPDU DE
REINICIACIN
D = 0010 1011
(extender reiniciacin
a IWF)
Accin: Normal Accin: Descartar Accin: Error, enviar
SNPDU DE
REINICIACIN
D = 0001 1101
DATOS con nmero
SNPDU vlido
Accin: Normal (si el control de flujo preparado)
o Accin: Descartar (si el control de flujo no
preparado)
SNPDU DE
REINICIACIN
D = 0001 1101
DATOS con nmero
SNPDU invlido (no
recuperable)
Accin: Enviar SNPDU DE REINICIACIN
D = 0000 0001 (extender reiniciacin a IWF)
o Accin: Descartar (si el control de flujo no
preparado)
SNPDU DE
REINICIACIN
D = 0001 1101
CONTROL DE FLUJO
(suspender) con nmero
SNPDU vlido o control
de flujo (reanudar)
Accin: Normal Accin: Descartar Accin: Error, enviar
SNPDU DE
REINICIACIN
D = 0001 1101
CONTROL DE FLUJO
(suspender) con nmero
SNPDU invlido
Accin: Error enviar SNPDU
DE REINICIACIN
D = 0000 0001 (extender la reiniciacin a IWF)
SNPDU DE
REINICIACIN
D = 0001 1101
NOTAS:
1. En los casos en que la SNPDU no sea aceptable en el estado de canal lgico (es decir, accin = error) el campo de causa de reiniciacin es
igual a 133, es decir, error de enlace local de la SSND.
2. Si la SNPDU es aceptable para el estado de canal lgico (es decir, accin = normal) pero tiene un error de formato, la SSND inicia un
procedimiento de reiniciacin de conexin (entre los cdigos de diagnstico que pueden aplicarse se incluyen 1, 38, 39).
9/11/95 80
83 11/11/95 2/11/00
Nm. 75
Tabla 4-25. Resumen de unidades de datos de interfaz de enlace y de parmetros
Direccin Nombre de la LIDU Parmetros
Desde la capa de subred
a la capa de enlace
Datos ID GES (en AES) o ID AES (en GES)
RLS
Nmero Q
LSDU
Desde la capa de enlace
a la capa de subred
Datos ID GES (en AES) o ID AES (en GES)
RLS
Nmero Q
LSDU
Indicacin de estado
de transmisin
RLS
xito/fracaso
Primeros dos octetos de la LSDU
81 9/11/95
84 2/11/00
Nm. 75
Tabla 4-26. Transformacin de prioridad para conexin de subred
Categoras de mensaje
Transformacin prioridad/nmero Q
Prioridad SNC en el paquete
de PETICIN
DE LLAMADA/
LLAMADA ACEPTADA Nmero Q
Prioridad SNC en el paquete
de LLAMADA ENTRANTE/
LLAMADA CONECTADA
Sin especificar 255 0 Ninguna
Reservada 254-15
Llamada invlida/
rechazada No corresponde
Comunicaciones de socorro, comunicaciones
de urgencia, gestin de red/sistemas 14 14 14
Reservada 13
Llamada invlida/
Reservada 12
Llamada invlida/
Comunicaciones de radiogoneometra,
mensajes de seguridad de los vuelos 11 11 11
Reservada 10
Llamada invlida/
Reservada 9
Llamada invlida/
Comunicaciones meteorolgicas 8 8 8
Comunicaciones de regularidad de
los vuelos 7 7 7
Mensajes del servicio de informacin
aeronutica 6 6 6
Mensajes administrativos aeronuticos,
administracin de red/sistemas 5 5 5
Reservada 4
Llamada invlida/
Comunicaciones administrativas de
prioridad urgente y de carta NU 3 3 3
Comunicaciones administrativas de elevada
prioridad y estatales/gubernamentales 2 2 2
Prioridad normal/administrativas 1 1 1
Prioridad baja/administrativas 0 0 Ninguna
Nota 1. El valor 255 de prioridad SNC en el paquete de peticin de llamada/llamada aceptada debera transformarse en un nmero
Q = 0, y ninguna en el paquete de llamada entrante/llamada conectada.
Nota 2. La gestin de red o de sistemas y su administracin no son categoras de mensajes de usuario de extremo aunque sean utilizadas
por la ATN o para la gestin o administracin de otras redes.
82
85 11/11/95 2/11/00
Nm. 75
Tabla 4-27. Acciones del DCE en los estados de reanudacin, establecimiento
de llamada y liberacin de llamada
Estado
DCE
Definicin
de estado Accin al entrar en un estado
r1 CAPA DE PAQUETE
PREPARADA
Todas las VC se devuelven al estado p1 (vase explicacin de estado p1
PREPARADO) y todas las PVC se devuelven al estado d1 (control de
flujo preparado).
r2 PETICIN DE
REANUDACIN DTE
El DCE devuelve cada VC al Estado p1 (vase explicacin de estado p1)
y expide un paquete de confirmacin de reanudacin al DTE.
r3 INDICACIN DE
REANUDACIN DCE
El DCE devuelve cada VC al estado p1 (vase explicacin de estado p1)
y expide un paquete de indicacin de reanudacin al DTE.
p1 PREPARADO Se liberan todos los recursos asignados al canal VC.
p2 PETICIN DE
LLAMADA DTE
Determinar si existen recursos suficientes para aceptar la peticin; de ser
as, asignar recursos y remitir el paquete de peticin de llamada ISO 8208
a la IWF; de no ser as, entrar la indicacin de liberacin DCE al estado
DTE (p7). Determinacin de recursos y asignacin segn se define en
ISO 8208.
p3 LLAMADA
ENTRANTE DCE
Determinar si existen recursos suficientes para aceptar la peticin; de ser
as, asignar recursos y remitir el paquete de llamada entrante ISO 8208 a
la DTE; de no ser as, enviar un paquete de peticin de liberacin a la
IWF. Determinacin de recursos y asignacin segn se define en
ISO 8208.
p4 TRANSFERENCIA
DE DATOS
Ninguna.
p5 COLISIN DE
LLAMADAS
Enviar un paquete de peticin de liberacin a la IWF, correspondiente al
paquete de llamada entrante (el DTE en su estado de colisin de llamadas,
ignora la llamada entrante), y proceder con el paquete de peticin de
llamada DTE.
p6 PETICIN DE
LIBERACIN DTE
Liberar todos los recursos asignados al canal VC. Enviar un paquete de
confirmacin de liberacin ISO 8208 al DTE, un paquete de peticin de
liberacin a la IWF y entrar al estado p1.
p7 INDICACIN DE
LIBERACIN DEL
DCE AL DTE
Remitir un paquete de indicacin de liberacin ISO 8208 al DTE.
Nota. La nomenclatura relativa a estados que figura en esta tabla puede diferir de la ISO 8208.
83 9/11/95
86 2/11/00
Nm. 75
Tabla 4-28. Acciones del DCE en los estados de reiniciacin, interrupcin y control de flujo
Tabla 4-29. Tabla de estado del DCE cualquier estado
Estado
DCE
Definicin
de estado Accin al entrar en un estado
d1 CONTROL DE FLUJO
PREPARADO
Ninguna.
d2 PETICIN DE REINICIA-
CIN DEL DTE
Retirar de la ventana los paquetes de datos transmitidos al DTE;
descartar todos los paquetes de datos que representan secuencias de
bit-M transmitidas parcialmente y descartar paquetes de
interrupcin y de confirmacin de interrupcin que esperan ser
transferidos al DTE; poner todos los contadores de ventana a cero.
Enviar paquete de confirmacin de reiniciacin al DTE. Devolver el
canal al estado d1.
d3 INDICACIN DE REINICIA-
CIN DEL DCE AL DTE
Retirar de la ventana los paquetes de datos transmitidos al DTE;
descartar todos los paquetes de datos que representan secuencias de
bit-M parcialmente transmitidas y descartar los paquetes de
interrupcin y de confirmacin de interrupcin que esperan ser
transferidos al DTE; poner los contadores de ventana a cero. Enviar
paquete de indicacin de reiniciacin al DTE.
i1 INTERRUPCIN DTE
PREPARADA
Ninguna.
i2 INTERRUPCIN DTE
ENVIADA
Remitir paquete de interrupcin recibido del DTE a la IWF.
j1 INTERRUPCIN DCE
PREPARADA
Ninguna.
j2 INTERRUPCIN DCE
ENVIADA
Remitir paquete de interrupcin recibido de la IWF al DTE.
f1 RECEPCIN DCE
PREPARADA
Ninguna.
f2 RECEPCIN DCE
NO PREPARADA
Ninguna.
g1 RECEPCIN DTE
PREPARADA
Ninguna.
g2 RECEPCIN DTE
NO PREPARADA
Ninguna.
Nota. La nomenclatura relativa a estados que figura en esta tabla puede diferir de la ISO 8208.
Recibido del DTE
Casos especiales DCE
cualquier estado
Paquetes de menos de 2 octetos de longitud A = DIAG
D = 38
Paquetes con un identificador de formato general invlido A = DIAG
D = 40
Paquetes con identificador de canal lgico no asignado A = DIAG
D = 36
Paquetes con un identificador de formato general vlido y con identificador de
canal lgico asignado (que incluye un identificador de canal lgico de 0)
Vase Tabla 4-30
9/11/95 84
87 11/11/95 2/11/00
Nm. 75
Tabla 4-30. Influjo del DTE en los estados de reanudacin del DCE
Paquete recibido del DTE
Estados de reanudacin DCE (vanse Notas 6 y 7)
Capa de paquetes
PREPARADA
(vase Nota 1) r1
PETICIN DE REA-
NUDACIN DTE
(vase Nota 4) r2
INDICACIN DE
REANUDACIN DCE
(vase Nota 5) r3
Paquetes que tienen un identificador de tipo de paquete de
menos de 1 octeto con un identificador de canal lgico
asignado <> 0
vase Tabla 4-31 A = ERROR
S = r3
D = 38
(vase Nota 3)
A = DESCARTAR
Paquete apoyado por el DCE, excepto el de reanudacin con
un identificador de canal lgico igual a 0
A = DIAG
D = 36
A = DIAG
D = 36
A = DIAG
D = 36
Paquete con un identificador de tipo de paquete indeterminado
sin apoyo del DCE y con un identificador de canal lgico <> 0
S = r3
D = 33
(vase Nota 3)
A = DESCARTAR
Paquete de peticin de reanudacin o de confirmacin de
reanudacin con un identificador de canal lgico <> 0
S = r3
D = 41
(vase Nota 3)
A = DESCARTAR
Peticin de reanudacin A = NORMAL
(vase Nota 1)
S = r2
A = DESCARTAR A = NORMAL (4.2)
S = p1 o d1
(vase Nota 2)
Confirmacin de reanudacin A = ERROR
S = r3
D = 17
(vase Nota 8)
A = ERROR
S = r3
D = 18
(vase Nota 3)
A = NORMAL (4.4)
S = p1 o d1
(vase Nota 2)
Paquete de peticin de reanudacin o de confirmacin
de reanudacin con error de formato
A = DIAG
D = 38, 39, 81 u 82
A = DESCARTAR A = ERROR
D = 38, 39, 81 u 82
Paquete de establecimiento de llamada, liberacin de
llamada, datos, interrupcin, control de flujo o reiniciacin
S = r3
D = 18
A = DESCARTAR
Paquetes con un identificador de tipo de paquete menor
que 1 multieto y un identificador de canal lgico igual a 0
A = DIAG
D = 38
A = ERROR
S = r3
D = 38
A = DESCARTAR
Paquetes con un identificador de tipo de paquete indeter-
minado o sin apoyo del DCE y un identificador de
canal lgico igual a 0
A = DIAG
D = 33
A = ERROR
S = r3
D = 33
(vase Nota 4)
A = DESCARTAR
NOTAS:
1. La recepcin de paquete de peticin de reanudacin hace que el DCE expida un paquete de peticin de liberacin a la IWF para cada VC
asociada con la entidad DCE.
2. Los canales VC se devuelven al estado p1, los canales PVC se devuelven al estado d1.
3. El DCE no ejecuta ninguna accin.
4. No se remite a la IWF el paquete de peticin de reanudacin.
5. Cuando el DCE entra en el estado r3, verifica si se ha completado el procesamiento r2 y expide un paquete de indicacin de reanudacin
ISO 8208 al DTE, si entra al estado r3 por el estado r2. Cuando no entra al estado r3 por el estado r2, el DCE ejecuta todas las acciones
que normalmente efecta al entrar al r2 y expide un paquete de indicacin de reanudacin ISO 8208 al DTE y un paquete de peticin de
liberacin a la IWF para cada VC asociada con la entidad DCE.
6. Las entradas de la tabla se definen de la manera siguiente: A = accin que debe ejecutarse, S = estado al que debe entrarse, D = cdigo de
diagnstico que debe utilizarse en los paquetes generados como resultado de esta accin, y DESCARTAR indica que el paquete recibido
debe ser liberado de la memoria intermedia.
7. El nmero entre parntesis bajo una entrada A = normal de la tabla corresponde al nmero de prrafo de la segunda edicin ISO 8208.
El DCE emprender las mismas acciones que el DTE, actuando como DTE, para llevar a cabo el procesamiento normal del paquete recibido.
Cuando no se indica el nmero de prrafo, el procesamiento normal se define en la entrada de la tabla.
8. Los procedimientos de error consisten en entrar al estado r3 y enviar al DTE un paquete de indicacin de reanudacin.
85 9/11/95
88 2/11/00
Nm. 75
Tabla 4-31. Influjo del DTE en los estados de establecimiento de llamada y de liberacin del DCE
Paquete recibido
del DTE
Estados de establecimiento de llamada y de liberacin DCE (vanse Notas 5 y 6)
PREPARADO
p1
PETICIN DE
LLAMADA DTE
p2
LLAMADA
ENTRANTE DCE
p3
TRANSFE-
RENCIA DE
DATOS
p4
COLISIN DE
LLAMADAS
p5; vanse
Notas 1 y 4
PETICIN DE
LIBERACIN
DTE
p6
INDICACIN
DE LIBERA-
CIN DEL DCE
AL DTE
p7
Paquete que tiene un
identificador de tipo de
paquete de menos de un
octeto
A = ERROR
S = p7
D = 38
A = ERROR
S = p7
D = 38
vase Nota 2
A = ERROR
S = p7
D = 38
vase Nota 2
vase
Tabla 4-32
A = ERROR
S = p7
D = 38
vase Nota 2
A = ERROR
S = P7
D = 38
vase Nota 2
A = DES-
CARTAR
Paquete que tiene un
identificador de tipo de
paquete indeterminado
o sin apoyo del DCE
A = ERROR
S = p7
D = 33
A = ERROR
S = p7
D = 33
vase Nota 2
A = ERROR
S = p7
D = 33
vase Nota 2
vase
Tabla 4-32
A = ERROR
S = p7
D = 33
vase Nota 2
A = ERROR
S = p7
D = 33
vase Nota 2
A = DES-
CARTAR
Paquete de PETICIN
DE REANUDACIN o
de CONFIRMACIN
DE REANUDACIN
con identificador de
canal lgico distinto
de 0
A = ERROR
S = p7
D = 41
A = ERROR
S = p7
D = 41
vase Nota 2
A = ERROR
S = p7
D = 41
vase Nota 2
vase
Tabla 4-32
A = ERROR
S = p7
D = 41
vase Nota 2
A = ERROR
S = p7
D = 41
vase Nota 2
A = DES-
CARTAR
PETICIN DE
LLAMADA
A = NORMAL
(5.2.2)
S = p2
(remitir)
A = ERROR
S = p7
D = 21
vase Nota 2
A = NORMAL
(5.2.5)
S = p5
A = ERROR
S = p7
D = 23
vase Nota 2
A = ERROR
S = p7
D = 24
vase Nota 2
A = ERROR
S = p7
D = 25
vase Nota 2
A = DES-
CARTAR
LLAMADA
ACEPTADA
A = ERROR
S = p7
D = 20
A = ERROR
S = p7
D = 21
vase Nota 2
A = NORMAL
(5.2.4)
S = p4(rem.)/
A = ERROR
S = p7
D = 42; vanse
Notas 2 y 3
A = ERROR
S = p7
D = 23
vase Nota 2
A = ERROR
S = p7
D = 24; vanse
Notas 2 y 4
A = ERROR
S = p7
D = 25
vase Nota 2
A = DES-
CARTAR
PETICIN DE
LIBERACIN
A = NORMAL
(4.5.5.2)
S = p6
A = NORMAL
(4.5.5.2)
S = p6
(remitir)
A = NORMAL
(4.5.5.2)
S = p6
(remitir)
A = NORMAL
(4.5.5.2)
S = p6
(remitir)
A = NORMAL
(4.5.5.2)
S = p6
(remitir)
A = DES-
CARTAR
A = NORMAL
(4.5.5.4)
S = p1
(no remitir)
CONFIRMACIN
DE LIBERACIN
A = ERROR
S = p7
D = 20
A = ERROR
S = p7
D = 21
vase Nota 2
A = ERROR
S = p7
D = 22
vase Nota 2
A = ERROR
S = p7
D = 23
vase Nota 2
A = ERROR
S = p7
D = 24
vase Nota 2
A = ERROR
S = p7
D =25
vase Nota 2
A = NORMAL
(5.5.4)
S = p1
(no remitir)
Paquetes de datos,
interrupcin, control de
flujo o reiniciacin
A = ERROR
S = p7
D = 20
A = ERROR
S = p7
D = 21
vase Nota 2
A = ERROR
S = p7
D = 22
vase Nota 2
vase
Tabla 4-32
A = ERROR
S = p7
D = 24
vase Nota 2
A = ERROR
S = p7
D = 25
vase Nota 2
A = DES-
CARTAR
1. Al entrar al estado p5, el DCE enva un paquete de peticin de liberacin a la IWF correspondiente a la llamada entrante (el DTE en su estado de colisin de
llamadas ignora la llamada entrante) y procede con la peticin de llamada DTE.
2. El procedimiento de error consiste en ejecutar las acciones que se especifican al entrar al estado p7 (comprendido el envo de un paquete de indicacin de
liberacin al DTE) y adicionalmente enviar un paquete de peticin de liberacin a la IWF.
3. El uso de la facilidad de seleccin rpida con restriccin de respuesta prohibe que el DTE enve un paquete de llamada aceptada.
4. En el caso de una colisin de llamadas, el DTE debe descartar el paquete de peticin de llamada recibido del DCE.
5. Las entradas de la tabla se definen de la manera siguiente: A = accin que debe ejecutarse, S = estado al que debe entrarse, D = cdigo de diagnstico que
debe utilizarse en los paquetes generados como resultado de esta accin, y DESCARTAR indica que el paquete recibido debe ser liberado de la memoria
intermedia.
6. El nmero entre parntesis bajo una entrada A = normal de la tabla corresponde al nmero de prrafo de la segunda edicin ISO 8208. El DCE emprender
las mismas acciones que el DTE, actuando como DTE, para llevar a cabo el procesamiento normal del paquete recibido. Cuando no se indica el nmero de
prrafo, el procesamiento normal se define en la entrada de la tabla.
7. Si el paquete es aceptable para el estado de canal lgico (es decir, accin = normal) pero tiene un error de formato o es, por algn otro motivo, inaceptable,
el DCE iniciar un procedimiento de liberacin de conexin (entre los cdigos de diagnstico se pueden incluir 34, 38, 39, 65, 66, 67, 68, 69, 73, 77, 82). Si
se detecta el error en el estado p1 o en el estado p7, el DCE no enva a la IWF un paquete de peticin de liberacin.
9/11/95 86
89 11/11/95 2/11/00
Nm. 75
Tabla 4-32. Influjo del DTE en los estados de reiniciacin del DCE
Estados de reiniciacin DCE (vanse Notas 2 y 3)
CONTROL DE FLUJO
PREPARADO
d1
PETICIN DE
REINICIACIN
al DTE
d2
INDICACIN DE
REINICIACIN
DEL DCE al DTE
d3
Paquete con un identificador de tipo de paquete
de menos de 1 octeto
A = ERROR
S = d3
D = 38
(vase Nota 1)
A = ERROR
S = d3
D = 38
(vase Nota 1)
A = DES-
CARTAR
Paquete con un identificador de tipo de paquete
indeterminado o sin apoyo del DCE
A = ERROR
S = d3
D = 33
(vase Nota 1)
A = ERROR
S = d3
D = 33
(vase Nota 1)
A = DES-
CARTAR
Paquete de PETICIN DE REANUDACIN
o de CONFIRMACIN DE REANUDACIN
con identificador de canal lgico <> 0
A = ERROR
S = d3
D = 41
(vase Nota 1)
A = ERROR
S = d3
D = 41
(vase Nota 1)
A = DES-
CARTAR
PETICIN DE REINICIACIN A = NORMAL
(8.2)
S = d2
(remitir)
A = DES-
CARTAR
A = NORMAL
(8.3)
S = d1
(no remitir)
CONFIRMACIN DE REINICIACIN A = ERROR
S = d3
D = 27
(vase Nota 1)
A = ERROR
S = d3
D = 28
(vase Nota 1)
A = NORMAL
(8.4)
S = d1
(no remitir)
Paquete DE INTERRUPCIN (vase Tabla 4-33) A = ERROR
S = d3
D = 28
(vase Nota 1)
A = DES-
CARTAR
Paquete DE CONFIRMACIN
DE INTERRUPCIN
(vase Tabla 4-33) A = ERROR
S = d3
D = 28
(vase Nota 1)
A = DES-
CARTAR
Paquete DE DATOS o de control de flujo (vase Tabla 4-34) A = ERROR
S = d3
D = 28
(vase Nota 1)
A = DES-
CARTAR
NOTAS:
1. El procedimiento de error consiste en ejecutar las acciones que se especifican al entrar al estado d3 (lo que incluye remitir un paquete de
indicacin de reiniciacin al DTE) y enviar un paquete de peticin de reiniciacin a la IWF.
2. Las entradas de la tabla se definen de la manera siguiente: A = accin que debe ejecutarse, S = estado al que debe entrarse, D = cdigo de
diagnstico que debe utilizarse en los paquetes generados como resultado de esta accin, y DESCARTAR indica que el paquete recibido
debe ser liberado de la memoria intermedia.
3. El nmero entre parntesis bajo una entrada A = normal de la tabla corresponde al nmero de prrafo de la segunda edicin ISO 8208.
El DCE emprender las mismas acciones que el DTE para llevar a cabo el procesamiento normal del paquete recibido. Cuando no se indica
el nmero de prrafo, el procesamiento normal se define en la entrada de la tabla.
4. Si el paquete es aceptable para el estado del canal lgico (es decir, accin = normal) pero tiene un error de formato, el DCE iniciar un
procedimiento de reiniciacin de conexin (entre los cdigos de diagnstico se pueden incluir 38, 39, 81, 82).
87 9/11/95
90 2/11/00
Nm. 75
Tabla 4-33. Influjo del DTE en los estados de transferencia de interrupcin del DCE
Estados de transferencia de interrupcin
DTE/DCE (vanse Notas 2 y 3)
INTERRUPCIN DTE
PREPARADA
i1
INTERRUPCIN DTE
ENVIADA
i2
INTERRUPCIN (vase Nota 1)
A = NORMAL (6.8.2)
S = i2 (remitir)
A = ERROR
S = d3
D = 44
(vase Nota 4)
Estados de transferencia de interrupcin
DTE/DCE (vanse Notas 2 y 3)
INTERRUPCIN DCE
PREPARADA
j1
INTERRUPCIN DCE
ENVIADA
j2
(vase Nota 1)
A = ERROR
S = d3
D = 43
(vase Nota 4)
A = NORMAL
(6.8.3)
S = j1
(remitir)
NOTAS:
1. Si el paquete es aceptable para el estado del canal lgico (es decir, accin = normal), se aplica el procedimiento de
error (vase Nota 4)
2. Las entradas de la tabla se definen de la manera siguiente: A = accin que debe ejecutarse, S = estado al que debe
entrarse y D = diagnstico que debe utilizarse en los paquetes generados como resultado de esta accin.
3. El nmero entre parntesis bajo una entradaA = normal de la tabla corresponde al nmero de prrafo de la
segunda edicin ISO 8208. El DCE emprender las mismas acciones que el DTE para llevar a cabo el
procesamiento normal del paquete recibido. Cuando no se indica el nmero de prrafo, el procesamiento normal se
define en la entrada de la tabla.
4. El procedimiento de error consiste en ejecutar las acciones que se especifican para entrar al estado d3 (lo que incluye
remitir al DTE un paquete de indicacin de reiniciacin) y el envo a la IWF de un paquete de peticin de
reiniciacin.
9/11/95 88
91 11/11/95 2/11/00
Nm. 75
Tabla 4-34. Influjo del DTE en los estados de transferencia de control de flujo del DCE
Estados de transferencia del control de flujo del DCE
(vase Nota 2)
RECEPCIN DCE
PREPARADA
f1
RECEPCIN DCE
NO PREPARADA
f2
Paquete de DATOS con PR invlido A = ERROR
S = d3
D = 2
(vase Nota 4)
A = ERROR
S = d3
D = 2
(vase Nota 4)
Paquete de DATOS con PR vlido pero PS
invlido o campo de datos de usuario con formato
inadecuado
A = ERROR
S = d3
D = (vase Nota 5)
(vase Nota 4)
A = DESCARTAR
(procesar datos PR)
Paquete de DATOS con PR vlido de bit-M
puesto a 1 cuando el campo de datos de usuario
est parcialmente lleno o cuando el conjunto de
bit-D se pone a 1 (cuando no es apoyado)
A = ERROR
S = d3
D = 165 166
(vase Nota 4)
A = DESCARTAR
(procesar datos PR)
Paquete de DATOS con PR, PS y formato de
campos de datos de usuario adecuado
A = NORMAL
(remitir)
A = DESCARTAR
(procesar datos PR)
(vase Nota 7)
Estados de transferencia del control de flujo del DCE
(vanse Notas 2 y 3)
RECEPCIN DTE
PREPARADA
g1
RECEPCIN DTE
NO PREPARADA
g2
Paquete RR o RNR con un PR invlido A = ERROR
S = d3
D = 2
(vase Nota 4)
A = ERROR
S = d3
D = 2
(vase Nota 4)
Paquete RR con un PR vlido (vase Nota 6) A = NORMAL
(4.7.1.5)
A = NORMAL
(4.7.1.5)
S = g1
Paquete RNR con un PR vlido (vase Nota 6) A = NORMAL
(4.7.1.6)
S = g2
A = NORMAL
(4.7.1.6)
NOTAS:
1. Los procedimientos RR y RNR son asunto DTE/DCE local y los paquetes correspondientes no se remiten a la IWF.
2. Las entradas de la tabla se definen de la manera siguiente: A = accin que debe ejecutarse, S = estado al que debe entrarse, D = cdigo
de diagnstico que debe utilizarse en los paquetes generados como resultado de esta accin, y DESCARTAR indica que el paquete
recibido debe ser liberado de la memoria intermedia.
3. El nmero entre parntesis bajo una entrada A = normal de la tabla es el nmero de prrafo de la segunda edicin ISO 8208. El
DCE emprender las mismas acciones que el DTE para llevar a cabo el procesamiento normal del paquete recibido. Cuando no se indica
el nmero de prrafo, el procesamiento normal se define en la entrada de la tabla.
4. El procedimiento de error consiste en ejecutar las acciones que se especifican al entrar al estado d3 (lo que incluye remitir al DTE un
paquete de indicacin de reiniciacin) y enviar a la IWF un paquete de peticin de reiniciacin.
5. Los cdigos de diagnstico son los siguientes: D = 1 para PS invlido; D = 39 para un campo de datos de usuario de ms de 128 octetos;
D = 82 para un campo de datos de usuario no alineado en octetos.
6. En los paquetes RR, RNR o de RECHAZO, se considera un error la presencia de uno o ms octetos despus del tercer octeto. Aunque
puede aceptarse un P(R) vlido para actualizar el estado de paquetes de datos pendientes, el DCE invocar el procedimiento de error
definido en la Nota 4 (con D = 39).
7. De ser posible, el DCE debera procesar normalmente estos paquetes. Por otro lado, el DCE puede definir un mecanismo interno para
indicar que durante una condicin de recepcin no preparada se han descartado paquetes de datos vlidos. En este caso, cuando se libera
la condicin de recepcin no preparada, el DCE debera reiniciar el canal lgico, remitiendo al DTE un paquete de indicacin de
reiniciacin (D = 0, sin otra informacin) y a la IWF un paquete de peticin de reiniciacin.
89 9/11/95
92 2/11/00
Nm. 75
Tabla 4-35. Temporizador del DCE
Tabla 4-36. Interfaz SSNDPX/IWF
Diseo del
temporizador
Valor por
omisin de
lmite de
tiempo Suceso de inicio Normalmente terminado por
Accin cuando expira
el temporizador
tN10 60 s DCE expide
un paquete de
INDICACIN DE
REANUDACIN
Recepcin de un paquete
de CONFIRMACIN
DE REANUDACIN
o de PETICIN DE
REANUDACIN
El DCE entra al estado r1 y
puede expedir un paquete
de DIAGNSTICO
(D = 52)
tN11 180 s El DCE expide
un paquete de
LLAMADA
ENTRANTE
de LLAMADA ACEPTADA
o de PETICIN
DE LIBERACIN
o de PETICIN
DE LLAMADA
El DCE entra al estado p7
sealando un paquete
de INDICACIN DE
LIBERACIN (D = 49)
(vase Nota)
un paquete de
INDICACIN DE
REINICIACIN
de CONFIRMACIN
DE REINICIACIN
o de PETICIN
DE REINICIACIN
El DCE entra al estado p7
sealando un paquete de
INDICACIN DE
LIBERACIN (D = 51)
(vase Nota)
un paquete de
INDICACIN DE
LIBERACIN
de CONFIRMACIN
DE LIBERACIN o de
PETICIN DE
LIBERACIN
El DCE entra en el estado p1 y
puede expedir un paquete
de DIAGNSTICO
(D = 50)
Nota. La liberacin se extiende a la IWF, es decir, el DCE enviar a la IWF un paquete de peticin de liberacin.
Paquetes recibidos de la SSNDPX Accin
LLAMADA ENTRANTE Vase 4.7.5.1.2
LLAMADA CONECTADA Vase 4.7.5.1.3
INDICACIN DE LIBERACIN Vase 4.7.5.1.4
DATOS Vase 4.7.5.1.5
INTERRUPCIN Vase 4.7.5.1.5
CONFIRMACIN DE INTERRUPCIN Vase 4.7.5.1.5
INDICACIN DE REINICIACIN Vase 4.7.5.1.5
Paquetes enviados a la SSNDPX
PETICIN DE LLAMADA
LLAMADA ACEPTADA
PETICIN DE LIBERACIN
DATOS
INTERRUPCIN
PETICIN DE REINICIACIN
9/11/95 90
93 11/11/95 2/11/00
Nm. 75
Tabla 4-37. Interfaz DCE ISO 8208/IWF
Paquetes recibidos del DCE ISO 8208 Accin
PETICIN DE LLAMADA Vase 4.7.5.2.2
LLAMADA ACEPTADA Vase 4.7.5.2.3
PETICIN DE LIBERACIN Vase 4.7.5.2.4
DATOS Vase 4.7.5.2.5
INTERRUPCIN Vase 4.7.5.2.5
CONFIRMACIN DE INTERRUPCIN Vase 4.7.5.2.5
PETICIN DE REINICIACIN Vase 4.7.5.2.5
Paquetes enviados al DCE ISO 8208
LLAMADA ENTRANTE
LLAMADA CONECTADA
INDICACIN DE LIBERACIN
DATOS
INTERRUPCIN
INDICACIN DE REINICIACIN
91 9/11/95
94 2/11/00
Nm. 75
Tabla 4-38. Unidades de datos de interfaz de enlace modo circuito
LIDU Parmetros LICI
1. Peticin de acceso telfono Tipo de mensaje (todos)
2. Anuncio de llamada ID AES (todos)
3. Asignacin de canal C ID GES (todos)
4. Informacin de llamada direccin de servicio Nmero Q (todos)
5. Progresin de la llamada resultado de tentativa de llamada Nmero de referencia de aplicacin (todos)
6. Progresin de la llamada liberacin de canal Fuente (1,2)
7. Progresin de la llamada modo de datos Direccin de servicio (1,2)
8. Progresin de la llamada prueba ID servicio (1,2)
9. Progresin de la llamada conexin ID red (1)
10. Acuse de recibo telefnico Velocidad binaria del circuito (1,2)
Caractersticas del canal oral (1,2)
Terminal llamada (2)
Terminal que llama (1,4)
PIRE inicial (3)
Frecuencia del canal de recepcin (3)
Frecuencia del canal de transmisin (3)
Tipo del informe (5, 6, 7, 8, 9)
S (5,6)
Emplazamiento (5,6)
Clase de causa (5,6)
Valor de causa (5,6)
Dgitos 0, 1 (1)
Dgitos (2-9) (1,4)
ACK/NACK (10)
Encaminamiento (5, 6, 10)
Tipo de mensaje de CM-LIDU perdida (10)
92
95 11/11/95 2/11/00
Nm. 75
Tabla 4-39. Procedimiento de salida AES sucesos telefnicos de interfuncionamiento
Tabla 4-40. Procedimiento de entrada AES sucesos telefnicos de interfuncionamiento
Tipo de
suceso Nombre del suceso
Requisitos de
transformacin
de parmetros
(Figura*)
Interfaz de
interfuncionamiento
hacia/desde con la red
de la aeronave
FITE 18 Indicador de categora del usuario que
llama origen de llamada SMAS(R)
A5-1 a), b) Desde
FITE 22 Seal de fin A5-2 Desde
BITE 5 Direccin completa A5-3 Hacia
BITE 12 Llamada infructuosa congestin de la red A5-4 Hacia
BITE 14 Llamada infructuosa direccin incompleta A5-5 Hacia
BITE 15 Llamada infructuosa nmero no asignado A5-6 Hacia
BITE 16 Llamada infructuosa usuario llamado ocupado A5-7 Hacia
BITE 17 Llamada infructuosa lnea fuera de servicio A5-8 Hacia
BITE 20 Llamada infructuosa enviar indicacin de error A5-9 Hacia
BITE 22 Respuesta A5-10 Hacia
BITE 25 Colgar A5-11 Hacia
* Las figuras se presentan en el Apndice 5 del Captulo 4.
Tipo de
Requisitos de
transformacin
de parmetros
(Figura*)
Interfaz de
interfuncionamiento
de la aeronave
A5-12 Hacia
FITE 22 Seal de fin A5-13 Hacia
BITE 12 Llamada infructuosa congestin de la red A5-14 Desde
BITE 16 Llamada infructuosa usuario llamado ocupado A5-15 Desde
BITE 17 Llamada infructuosa lnea fuera de servicio A5-16 Desde
BITE 22 Respuesta A5-17 Desde
BITE 25 Colgar A5-18 Desde
9/11/95 93
96 2/11/00
Nm. 75
Tabla 4-41. Procedimiento de salida GES sucesos telefnicos de interfuncionamiento
Tabla 4-42. Procedimiento de entrada GES sucesos telefnicos de interfuncionamiento
Tabla 4-43. Prioridades en modo circuito
Tipo de
suceso Nombre el suceso
Requisitos de
transformacin
de parmetros
(Figura*)
Interfaz de
interfuncionamiento
de la aeronave
A5-19 Desde
FITE 22 Seal de fin A5-20 Desde
BITE 5 Direccin completa A5-21 Hacia
BITE 12 Llamada infructuosa congestin de la red A5-22 Hacia
BITE 16 Llamada infructuosa usuario llamado ocupado A5-23 Hacia
BITE 17 Llamada infructuosa lnea fuera de servicio A5-24 Hacia
BITE 20 Llamada infructuosa enviar indicacin de error A5-25 Hacia
BITE 22 Respuesta A5-26 Hacia
BITE 25 Colgar A5-27 Hacia
Tipo de
Requisitos de
transformacin
de parmetros
(Figura*)
Interfaz de
interfuncionamiento
de la aeronave
A5-28 Hacia
FITE 22 Seal de fin A5-29 Hacia
BITE 5 Direccin completa A5-30 Desde
BITE 12 Llamada infructuosa congestin de la red A5-31 Desde
BITE 14 Llamada infructuosa direccin incompleta A5-32 Desde
BITE 15 Llamada infructuosa nmero no asignado A5-33 Desde
BITE 16 Llamada infructuosa abonado ocupado A5-34 Desde
BITE 17 Llamada infructuosa lnea fuera de servicio A5-35 Desde
BITE 20 Llamada infructuosa enviar indicacin de error A5-36 Desde
BITE 22 Respuesta A5-37 Desde
BITE 25 Colgar A5-38 Desde
BITE 27 Envo terminado establecer condicin de
conversacin
A5-39 Desde
BITE 29 Liberar lado de entrada A5-40 Desde
Prioridad Servicio
Nm. Q de la capa
de enlace
Nm. Q
de canal C Descripcin
1 SMAS(R) 15 15 Socorro y urgencia
2 SMAS(R) 12 12 Seguridad de los vuelos
3 SMAS(R) 10 10 Regularidad de los vuelos y meteorologa
4 SMAS 9 4 Correspondencia pblica
94 9/11/95
97 11/11/95 2/11/00
Nm. 75
Tabla 4-44. Gestin AES unidades de datos de interfaz de enlace (LIDU)
Nombre de la LIDU Parmetros LIDU
1
1. Confirmacin de conexin Nmero Q de aplicacin (14)
Tipo de mensaje (todos)
ID AES (todos)
ID GES (todos)
Nmero Q (todos)
ID satlite (1,9c,9d,14)
PIRE inicial (1)
Mensaje TDMA (1)
Proporcin de errores en los bits recibidos (19)
Ajuste PIRE (13)
Mensaje P/R (1)
Caractersticas de canal oral (1,14)
Velocidad de transmisin por canal (7,8,9d)
Motivo (4)
Frecuencias por canales P, R (7,9b,d)
Frecuencias por canal T (8)
Nmero de frecuencias (7,8)
ID de haz (1,9d,14)
Nmero de revisin (9a, b,c,d,e)
Nmero de referencia de aplicacin (13,19)
Inclinacin del satlite (9c)
Ascensin recta del satlite (9c)
Longitud del satlite (9c)
Frecuencias de ident. de satlite/haz (9c)
Siglo, ao, mes, da, hora, segundo (10)
Capacidad de velocidad binaria de datos (14)
Mensajes ACK/NAK 1-3 (2,3,16)
Clase de AES (1,14)
Nmero de canales C (14)
Inicio/renovacin (14)
Primario/secundario (14)
Existencia (9a)
NOT (nmero de transmisores) (14)
Tipo de informe (13, 19)
LOV (verificacin de conexin) (14)
Frecuencia de canal (11)
AAS (9e)
Ganancia de antena (14)
PIRE de datos (global o puntual) (9f)
Nmero secuencial de tabla PIRE de datos (9f)
DETC/DETP (9a)
ISU/SSU (9f)
SIN/DOU (9f)
2. Acuse de recibo de conexin
3. Acuse de recibo de desconexin
4. Rechazo de conexin
5. Interrogacin de conexin
6. Invitacin a conexin
7. Control de canal P/R
8. Control de canal T
9. Radiodifusin de tabla de sistema AES
a) ndice
b) aviso de canal P/R GES
c) aviso de canal ID de satlite
d) aviso de canal ID de haz
e) aviso de apoyo al haz GES
f) radiodifusin de tabla PIRE de datos
10. Radiodifusin de hora del sistema
11. Radiodifusin de liberacin selectiva
12. Reasignacin de canal de datos para control
de conexin
13. Informe de estado de canal
13a. Peticin de desconexin
Hacia la capa de enlace
14. Peticin de conexin
15. Peticin de desconexin
17. Control de conexin preparado
para reasignacin
18. Rechazo de reasignacin de control de
conexin
1. Las definiciones de los parmetros LIDU sern las indicadas en el Apndice 3, Captulo 4. Los nmeros
asociados con cada parmetro LIDU indicarn las LIDU que contienen el parmetro.
95
98 2/11/00
Nm. 75
Tabla 4-45. Gestin GES unidades de datos de interfaz de enlace (LIDU)
Nombre de la LIDU Parmetros LIDU
1
Hacia la capa de enlace
1. Confirmacin de conexin Tipo de mensaje (todos)
ID de AES (todos)
ID de GES (todos)
Nmero Q de aplicacin (13)
ID de satlite (1, 9c, 9d, 13)
PIRE inicial (1)
BER (18)
Mensaje TDMA (1)
Mensaje P/R (1)
Caractersticas de canal oral (1, 13)
Velocidad de transmisin de bits (7, 8, 9d)
Motivo (4)
Frecuencia por canales P, R (7, 9b)
Frecuencia por canal T (8)
Nmero de frecuencias (7, 8)
ID de haz (1, 9c, 9d, 13)
Nmero de revisin (9a, b, c, d, e)
Inclinacin de satlite (9c)
Ajuste de PIRE (12a)
Ascensin recta del satlite (9c)
Longitud del satlite (9c)
Frecuencia ID de satlite/haz (9c)
Siglo, ao, mes, da, hora, minuto, segundo (10)
MSG1, MSG2, MSG3 de ACK/NAK (2, 3, 15)
Nmero de canales C (13)
Inicio/renovacin (13)
Primario/secundario (13)
NOT (13)
Frecuencia de canal P para ID de haz (9c)
Tabla de cobertura de haz (9e)
Tipo de informe (12a, 18)
Nmero de referencia de aplicacin (12a, 18)
Clase de AES (13)
LOV (13)
Frecuencia de canal de transmisin (11)
Existencia (9a)
AAS (9e)
Ganancia de antena (13)
PIRE de datos (global o puntual) (9)
Nmero secuencial de tabla de PIRE de datos (9f)
DETC/DETP (9a)
ISU/SSU (9f)
SIN/DOU (9f)
3. Acuse de recibo de desconexin
4. Rechazo de conexin
5. Interrogacin de conexin
6. Invitacin a conectar
7. Control de canal P/R
8. Control de canal T
9. Radiodifusin de tabla de sistema AES
a) ndice
b) aviso de canal P/R GES
c) aviso de canal ID de satlite
d) aviso de canal ID de haz
e) aviso de cobertura de haz GES
f) radiodifusin de tabla PIRE de datos
10. Radiodifusin de hora del sistema
11. Radiodifusin para liberacin selectiva
12. Control de conexin/reasignacin
de canal de datos
12a. Informe de estado de canal
12b. Peticin de desconexin
13. Peticin de conexin
14. Peticin de desconexin
16. Control de conexin/preparado para
reasignacin
17. Control de conexin/rechazo de
reasignacin
1. El orden en la lista de parmetros LIDU no corresponde con el orden en la lista de nombres de las LIDU. El nmero
entre parntesis despus de cada parmetro LIDU indica el nombre de la LIDU a la cual corresponde el parmetro.
96
Parte 1 Anexo 10 - Telecomunicaciones aeronauticas
FIGURAS DEL CAPITULO 4
REFERENCIA DE TEMPORIZACI~N
Tiempo
8 a U MARCADOR
CANAL
2 S E
DE L\M ITE DE
RF
$S= 2 SUPERTRAMA
4 4 4
I
2 BlTs DE INFORMACION EN EL CAMPO DE INFORMACION
T A Mf l 0 DEL
INTERCALADOR
Figura 4-1. Formato de canal P (0,6, 1,2 y 2,4 kbitds)
CONVOLUTIVA '
CAMPO DE INFORMACI~N
COD~FCAC~~N f
SECRETA
REFERENCIA DE TEMPORIZACI~N 1
SU DE LA
FUENTE
MARCADOR
DE LIMITE DE
1 SUPERTRAMA
UNIDAD DE
SE~~ALI ZACI ~N
1
CAMPO DE INFORMACI~N
CODIFICACI~N . ,
4 4 4
UNIDAD DE
SENALIZACI~N
2
2 ' BlTS DE INFoRMACI~N EN EL CAMPO DE INFORMACI~N
* 16 bits para 4,8 bits; 178 bits para 10.5 bitsls
UNIDAD DE
SENALIZACI~N'
6
CODIFICACI~N
CONVOLUTIVA t ,
1
SECRETA 1 1 1
Figura 4-2. Formato de canal P (4,s y 10,5 kbitsls)
97
SU DE LA
FUENTE
UNIDAD DE
' SE~~ALIZACI~N
n
UNIDADDE
SE~~ALI ZACI ~N
1
UNIDADDE
SE~~ALI ZACI ~N
2
Anexo 10 - Telecomunicaciones aeronauticas Volumen ZZZ
- CODlFlCADOR SECRETO
Y ESTADO INICIAL REPRESENTADO 1
CODIFICADOR FEC
G1 (1 33 octal)
(segun definicion
de canal)
G2 (1 71 octal)
Selector
de bits
Datos codificados
en relacion 112
1
(;ocios Ios bits se transmiten)
Figura 4-3. Estructura del codificador secreto y del de convolucion
95 COLUMNAS DEPENDIENDO DE LA VELOCIDAD DE
1 FUNCIONES DEL
~
TRANSMISION POR CANAL Y DEL TIPO DE CANAL
INTERCALADOR -d 1. Las hileras del intercalador
I
se indican con Ri, donde i significa
la i-esima hilera
HILERAS = 64 1 I
.
osd datos se inscriben en columnas, Las hileras se permutan de acuerdo con
con el primer simbolo en la parte supe la formula siguiente:
rior de la primera columna de datos y
Rj = (Ri 27) modulo
el ultimo simbolo en la parte inferior de
la columna situada mas a la derecha
' Los simbolos se leen por hileras. El bit mas
a la izquierda de ROen primer lugar y el bit
mas a la derecha de R63 en ultimo lugar
I
Figura 4-4. Estructura del intercalador
SUPERTRAMA - 8 SEGUNDOS
11
- .
Palabra ID de Contador Primer Tercer Palabra ID de Contador de Palabra ID de
bloque bloque unica
formato trama finita formato de bloque
(si es necesario) (si es necesario) = 1
unica formato de"
=O
Trama Num. O canal-P 1 Trama Num. 1 canal-P
I
Trama Num. 2 canalP 1 Trama Num. 3 canal-P
I
1 200 bps
lntenralos a 600 bps
I I I
Otras
velocidades
binarias
Estructura de rhfaga Preambulo 1 PU 1 Bloque de intercalacibn
lntenralos a 1200 bps,
l I
RBfag&m ........ m]
lntenralos a 2400 bps i i ~ i ~ ~ ' H ~ H i i H i H H H H i i H l
Rhfaga 0 0 * S . . ' .
Trama
Num. O
canal+
de trama
Trama Num. 4
canalP
1 dR,"%U,"E;a
de intervalos
y de rafagas
canal R
Trama Num. 7
canaCP
Trama Num. 5
canal?
Trama Num. O
canal+
Trama
Num. 1
canal?
Trama Num. 6
canal-P
Trama Num. 2
canal-P
Trama Num. 1
canal-P
Trama Num. 3
canal-P
Trama
Num. 2
canal+
Trama
Num. 3
cana1-P
Trama
Num. 4
canal-P
Trama
Num. 5
canaCP
Trama
Num. 6
canalP
Trama
Num. 7
canaCP
Trama
Num. 8
canal+
Trama
Num. 9
canal?
Trama
Num. 10
canal-P
Trama
Num. 11
canal-P
Trama
Num. 12
canal+
Trama
Num. 13
canal-P
Trama
Num. 14
canal?
Trama
Num. 15
canal-P
A
n
e
x
o

1
0

-

T
e
l
e
c
o
m
u
n
i
c
a
c
i
o
n
e
s
a
e
r
o
n
a
u
t
i
c
a
s

V
o
l
u
m
e
n

I
I
I

F
i
g
u
r
a

4
-
6
.

F
o
r
m
a
t
o

d
e

r
a
f
a
g
a

p
o
r

c
a
n
a
l

R

. -
.
SUPERTRAMA - 8 SEGUNDOS
v
1
Palabra ID de Contador Primer Segundo palabra de
Tercer Contador de
bloque
Palabra
unica formato de trama bloque unica formato
trama
(si es necesario) (si es necesario)
unica
= o = 1
m formato de Irama
600 bps - Trama Num. O canal-P Trama Num. 1 canalP Trama Num. 2 canalP Trama Num. 3 canal-P
Trama Num. O 1 Trama Num. 1 1 Trama Num. 2 1 Trama Num. 3 1 Trama Num. 4 1 Trama Num. 5 1 Trama Num. 6 1 Trama Num. 7 1
1 200 ~ P J 1 canal+ canal-P canal? canal-P canal-P canal-P canalP canal-P
Otras Trama Trama Trama Trama Trama Trama Trama Trama Trama Trama Trama Trama Trama Trama Trama Trama
velocidades Num. O Num. 1 Num. 2 Num. 3 Num. 4 Num. 5 Num. 6 Num. 7 Num. 8 Num. 9 Num. 10 Num. 11 Num. 12 Num. 13 Num. 14 Num. 15
binarias canal-P canal-P canal-P canal-P canal-P canal-P canal-P canal-P canalP canal-P canal-P canal-P canal-P canal-P canalP canalP
, R;ferencias
e trama
canal ,P
Trama 1 1 1 1 1 1
I <
Primer bloque Segundo bloque ' ' Ultimo bloque
Estruciura de r'fa@l PreambuIO 1 PU 1 de intemlaci6n 1 de intercalaci6n 1
, , 1 de intercalacion I
Referencias
de estructura
de intervalos
y de canal. rafagas T
500 ms 500 ms 500 ms
TRAMA O TRAMA 1 TRAMA 15
011 121 163 011121 1 63 011 121 1 63
t -
INTERVALO Num. - 7,8 ms
PALABRA
UNICA
PRIMER
BLOQUE
BLOQUES
SUBSIGUIENTES
BLOQUE(S) DE
I,NTERCALAR Y AN ADIR
PREAMBULO Y PALABRA UNICA
I 1
CODIFICAR EN
CONVOLUCION
CODIFICAR EN SECRETO Y
ANADIR BlTS DE RELLENO
C
1 CAMPO DE INFORMACION CODIFICADO
EN FEC
CAMPO DE INFORMAC~ON
CODIFICADO EN SECRETO
UNIDAD
DE SENAL.
Figura 4-8. Formato de canal T
b) Formato de rafaga
105 11/11/95 2/11/00
Nm. 75
500 ms
PREMBULO
PALABRA
NICA
PALABRA
NICA
F
I
C
T
I
C
I
O
F
I
C
T
I
C
I
O
840 88 44 384
BLOQUE
INTER-
CALADOR 1
BLOQUE
INTER-
CALADOR
POST-
MBULO
BLOQUE 2
BLOQUE 27
384 384 88 44
CAMPO DE INFORMACIN (10 368 bits)
BLOQUE 1 BLOQUE 2 BLOQUE 27
BITS DE INFORMACIN
L
L
E
N
A
R
CAMPO DE
DATOS DE
SUB-BANDA
1
CAMPO DE
DATOS DE
SUB-BANDA
2
CAMPO DE
DATOS DE
SUB-BANDA
24
CAMPO DE
DATOS DE
SUB-BANDA
25
CAMPO
PRIMARIO
1
CAMPO
PRIMARIO
2
CAMPO
PRIMARIO
24
CAMPO
PRIMARIO
25
192 192 192 192 84
12 bits 12 bits 12 bits 12 bits
12
CEROS
UNIDAD DE
SEALIZACIN
UNIDAD DE
SEALIZACIN
96
3 X 96 bits
96
FIN
DE
RFAGA
FIN DE
SEAL
ACTIVA
SE APLICA A MODO DE
RFAGA SOLAMENTE
DESPUS DE FEC Y BLOQUEADO
ANTES DE INTERCALACIN
CODIFICAR EN
CONVOLUCIN
CODIFICAR EN SECRETO
MULTIPLEXAJE DE DATOS
PRIMARIOS Y DE SUB-BANDA
Y AADIR BITS FICTICIOS
ESTRUCTURA DE CAMPO DE DATOS
DE SUB-BANDA (25 campos de 12 bits
que contienen 3 unidades
de sealizacin ms 12 ceros)
Figura 4-9. Formato de canal C a la velocidad de transmisin por canal de 21,0 kbits/s
103
106 2/11/00
Nm. 75
Figura 4-9 bis. Formato de canal C a la velocidad de transmisin por canal de 8,4 kbits/s
UW UW
104 256
256
BLOQUE
INTERCA-
LADOR
POST-
MBULO
BLOQUE
16
256
256
256
255
104
4 096 BITS
BLOQUE 1 BLOQUE 2
BLOQUE 16
2 714 BITS
CAMPO
DE DATOS
DE SUB-
BANDA
1
CAMPO
PRIMARIO
1
CAMPO
PRIMARIO
2
UNIDAD DE
SEALIZACIN
96
288 bits
96 96
FIN DE
RFAGA
FIN DE
SEAL
ACTIVA
SE APLICA A MODO
DE RFAGA
SOLAMENTE
DESPUS DE FEC Y
BLOQUEADO ANTES
DE INTERCALACIN
CODIFICAR EN
CONVOLUCIN
MULTIPLEXAJE DE
DATOS PRIMARIOS
Y DE SUB-BANDA
ESTRUCTURA DE
CAMPO DE DATOS
DE SUB-BANDA
(24 campos de 12 bits)
500 ms
104 256
BITS FICTICIOS
d2
16 bits
d3 (1 bit)
BITS FICTICIOS
B
it

d
e
r
e
f
e
r
e
n
c
ia
B
it

d
e
r
e
f
e
r
e
n
c
ia
B
it

d
e
r
e
f
e
r
e
n
c
ia
B
it

d
e
r
e
f
e
r
e
n
c
ia
B
it

d
e
r
e
f
e
r
e
n
c
ia
B
it

d
e
r
e
f
e
r
e
n
c
ia
1 96 12 96 12 1 1 96 12 1 96 12 1 96 1
CANAL RF
BLOQUE
2
UNIDAD DE
SEALIZACIN
UNIDAD DE
SEALIZACIN
CAMPO
DE DATOS
DE SUB-
BANDA
2
CAMPO
DE DATOS
DE SUB-
BANDA
23
CAMPO
PRIMARIO
23
CAMPO
PRIMARIO
25
CAMPO
PRIMARIO
24
CAMPO
DE DATOS
DE SUB-
BANDA
24
BLOQUE
INTERCA-
LADOR
1
103A
107 11/11/95 2/11/00
Nm. 75
103B
108 2/11/00
Nm. 75
500 ms
PREMBULO
PALABRA
NICA
PALABRA
NICA
F
I
C
T
I
C
I
O
F
I
C
T
I
C
I
O
416 88 62 88 62
5 100 BITS DE CANAL
CAMPO DE INFORMACIN
FIN
DE
RFAGA
FIN DE
SEAL
ACTIVA
SE APLICA A MODO DE
RFAGA SOLAMENTE
20 m
CAMPO DE
DATOS DE
SUB-BANDA
24
CAMPO DE
DATOS DE
SUB-BANDA
25
CAMPO
PRIMARIO
24
CAMPO
PRIMARIO
25
MULTIPLEXAJE DE DATOS
PRIMARIOS Y DE SUB-BANDA
192 192
192 192
12
CEROS
UNIDAD DE
SEALIZACIN
96
3 X 96 bits
96
ESTRUCTURA DE CAMPO DE DATOS
DE SUB-BANDA (25 campos de 12 bits
que contienen 31 unidades
de sealizacin ms 12 ceros)
UNIDAD DE
SEALIZACIN
CAMPO DE
DATOS DE
SUB-BANDA
1
CAMPO
PRIMARIO
1
CAMPO DE
DATOS DE
SUB-BANDA
2
CAMPO
PRIMARIO
2
Figura 4-10. Formato de canal C a la velocidad de transmisin por canal de 10,5 kbits/s
104
Parte Z Anexo 10 - Telecomunicaciones aeronauticas
Rele
r7l
SND
I SND I
de tierra 1
SNAc
Enlace de
datos
Capa fisica
SNI Independiente de la subred
SND Dependiente de la subred
SNAc Acceso a la subred
Rele
L,L
Encaminador ATN 1
A
1 GES 1 1 AES 1
Enlace de
datos
Capa fisica
Enlace de Enlace de
datos 1 datos
SNAc
(DTE
ISO 8208)
Enlace de
datos
Capa fisica Capa fisica 1 Capa fisica
SNAc
Encaminador ATN
+
,inlace
Capa fisica
u
1 1 de aeronave
Figura 4-11. Funciones SSNL y subred de satelite ATN
Enlace
Capa fisica
E"ace de
datos
Capa fisica '
Anexo 10 - Telecomunicaciones aeronuuticas Volumen III
SSNDPG
ENTIDAD
SSNDPG
O
GES
Ea)
SSNDPA
AES
SSNDPA
1
AES
Figura 4-12. Entidades SSNDPX
111 11/11/95 2/11/00
Nm. 75
Figura 4-13. Formato general de una SNPDU
Bits
8 7 6 5 4 3 2 1
O
c
t
e
t
o
s
1 M D
Identificador de
tipo de SNPDU
2 Nmero de canal lgico
Campos adicionales
segn el tipo de SNPDU
Bits
8 7 6 5 4 3 2 1
O
c
t
e
t
o
s
1 0 X X 0 0 X X X
3 Longitud de direccin DTE
DTE llamado**
DTE que llama**
NSAP llamado*
NSAP que llama*
Longitud del campo de facilidad*
Facilidades*
Datos de usuario de llamada*
* Si est presente
** Si la longitud no igual a 0
Figura 4-14. Formato de SNPDU de peticin
de conexin
107 9/11/95
112 2/11/00
Nm. 75
Figura 4-15. Formato de SNPDU de confirmacin
de conexin
Bits
8 7 6 5 4 3 2 1
O
c
t
e
t
o
s
1 0 X 0 0 1 0 X X
Direccin NSAP llamada*
Longitud de campo de facilidad*
Facilidades*
Datos de usuario de llamada*
* Si est presente
Bits
8 7 6 5 4 3 2 1
O
c
t
e
t
o
s
1 0 0 0 1 0 0 X 0
Direccin NSAP llamada*
Causa de liberacin
Cdigo de diagnstico
Datos de usuario de llamada
* Si est presente
Figura 4-16. Formato de SNPDU conexin liberada
9/11/95 108
113 11/11/95 2/11/00
Nm. 75
Bits
8 7 6 5 4 3 2 1
O
c
t
e
t
o
s
1 0 0 0 1 1 0 0 0
Bits
8 7 6 5 4 3 2 1
O
c
t
e
t
o
s
1 0 0 1 1 0 0 1 0
Datos de usuario de interrupcin
Figura 4-19. Formato de SNPDU de datos
de interrupcin
Bits
8 7 6 5 4 3 2 1
O
c
t
e
t
o
s
1 M D 1 1 0 0 0 0
3 Nmero de SNPDU
Datos de usuario
Bits
8 7 6 5 4 3 2 1
O
c
t
e
t
o
s
1 0 0 1 1 1 0 1 0
Figura 4-17. Formato de SNPDU de liberacin
de conexin completa
Figura 4-18. Formato de SNPDU de datos
Figura 4-20. Formato de SNPDU de confirmacin
de interrupcin
109 9/11/95
114 2/11/00
Nm. 75
Bits
8 7 6 5 4 3 2 1
O
c
t
e
t
o
s
1 0 0 1 1 0 0 1 1
3 Causa de reiniciacin
4 Cdigo de diagnstico
Bits
8 7 6 5 4 3 2 1
O
c
t
e
t
o
s
1 0 0 1 1 1 0 1 1
3 Motivo de control de flujo
4
Nmero de SNPDU
Figura 4-23. Formato de SNPDU de control
de flujo (suspender)
Bits
8 7 6 5 4 3 2 1
O
c
t
e
t
o
s
1 0 0 1 1 1 0 1 1
Bits
8 7 6 5 4 3 2 1
O
c
t
e
t
o
s
1 0 0 1 1 1 0 0 1
3 Motivo de control de flujo
Figura 4-21. Formato de SNPDU de reiniciacin Figura 4-22. Formato de SNPDU de confirmacin
de reiniciacin
Figura 4-24. Formato de SNPDU de control
de flujo (reanudar)
9/11/95 110
115 11/11/95 2/11/00
Nm. 75
Bits
Bits : 8 765
o
Bits : 4 321
Clase de
caudal (bits/s)
segn se define en
ISO 8208
8 7 6 5 4 3 2 1
0000
0001
0010
0011
0100
0101
0110
0111
1000
1001
1010
1011
1100
1101
1110
1111
Reservado
Reservado
Reservado
75
150
300
600
1 200
2 400
4 800
9 600
19 200
48 000
64 000
Reservado
Reservado
Cdigo: 0 0 0 0 0 0 1 0
8 7 6 5 4 3 2 1
Campo de parmetro:
de DTE
llamado*
de DTE
que llama*
* Los cuatro bits que indican cada clase de caudal estn
codificados en binario y corresponden a las clases de
caudal indicadas a la derecha.
Figura 4-25. Campo de facilidad de negociacin de clase de caudal (TCN)
Bits
8 7 6 5 4 3 2 1
Cdigo:
0 1 0 0 1 0 0 1
8 7 6 5 4 3 2 1
Campo de parmetro: Octeto 1
Retardo de trnsito expresado
en milisegundos
(bits de orden superior)
8 7 6 5 4 3 2 1
Octeto 2
Retardo de trnsito expresado
en milisegundos
(bits de orden inferior)
Figura 4-26. Formato de facilidad de seleccin e indicacin
de retardo de trnsito
111 9/11/95
116 2/11/00
Nm. 75
Figura 4-27. Formato de facilidad de seleccin rpida
(uso no permitido)
Bits
8 7 6 5 4 3 2 1
Cdigo: 0 0 0 0 0 0 0 1
8 7 6 5 4 3 2 1
Campo de parmetro: 0 0 0 0 0 0 0 0
Bits
8 7 6 5 4 3 2 1
Cdigo: 0 0 0 0 1 0 1 1
8 7 6 5 4 3 2 1
Campo de parmetro: 0 0 0 0 0 0 0 0
Figura 4-28. Formato de facilidad de negociacin
acelerada de datos (ningn uso de datos acelerados)
9/11/95 112
Parte I Anexo 10 - Telecomunicaciones aeronauticas
PREPARADO
0
r%\ ( o r i c i o ~ DE QTICION DE LIBERACION) /$&
fifi LOCAL A DISTANCIA 9'
3%
' TRANSFERENCIA
Figura 4-29 Diagrama de estado de establecimiento y liberacion de conexion
Anexo 10 - Telecomunicaciones aeronauticas
1
Volumen III
CONTROL DE FLUJO
\ PREPARADO
SNPDU DE
SUSPENSION DEL
CONTROL DE FLUJO
SNPDU DE
REANUDACION DEL
CONTROL DE FLUJO
NO PREPARADO
Figura 4-30. Diagramas de estado de reiniciacion y de control de flujo
dentro del estado de transferencia de datos
Figura 4-31. Jerarquia de subestados DCE ISO 8208
Nm. 75
Tabla A1-1. Lmites requeridos de respuesta en amplitud en funcin
de la frecuencia del filtro para A-BPSK para 100% de atenuacin progresiva
Tabla A1-2. Lmites requeridos de respuesta en fase en funcin de la frecuencia
del filtro para A-BPSK y A-QPSK para 100% de atenuacin progresiva
Frecuencia
normalizada
Respuesta en
amplitud (dB)
Frecuencia
normalizada
Respuesta en
amplitud (dB)
0 0,25 0 0,25
0,8 0,25 0,6 0,25
1,133 3,5 0,9 2,5
1,333 12 1,05 5,5
1,533 40 1,22 12
1,333 28
1,333 45
La mscara se definir trazando lneas rectas por los puntos indicados en la tabla en la que las frecuencias
se han normalizado a la velocidad de transmisin por canal dividida por 2, y la amplitud se ha normalizado
a 0 dB para una frecuencia de 0. Esta mscara se ilustra en los textos de orientacin.
Frecuencia
normalizada
Respuesta en
fase (grados)
Frecuencia
normalizada
Respuesta en
fase (grados)
0 1,8 0 1,8
1,0 1,8 1,0 1,8
1,0 2,8 1,0 2,8
1,25 2,8 1,25 2,8
Apndice 1 del Captulo 4
MSCARAS DE RESPUESTA DE FILTROS PARA
A-BPSK Y A-QPSK
9/11/95 116 2/11/00
Nm. 75
Tabla A1-2 bis. Lmites requeridos de respuesta en fase en funcin de la frecuencia
del filtro para A-QPSK para 60% de atenuacin progresiva
Tabla A1-3. Lmites requeridos de respuesta en amplitud en funcin
de la frecuencia del filtro para A-QPSK para 100% de atenuacin progresiva
Frecuencia
normalizada
Respuesta en
fase (grados)
Frecuencia
normalizada
Respuesta en
fase (grados)
0 1,8 0 1,8
0,25 1,8 0,25 1,8
0,25 2,8 0,25 2,8
0,31 2,8 0,31 2,8
se han normalizado a la velocidad de transmisin por canal dividida por dos, y la amplitud se ha
normalizado a 0 dB para una frecuencia de 0. Esta mscara se ilustra en los textos de orientacin.
Frecuencia
normalizada
Respuesta en
amplitud (dB)
Frecuencia
normalizada
Respuesta en
amplitud (dB)
0 0,25 0 0,25
0,3 0,25 0,2 0,25
0,7 1 0,5 1
1,1 3 0,9 3
1,5 6 1,2 6
1,7 10 1,5 10
2,0 20 1,7 16
2,5 40 1,733 27
3,0 40 1,733 40
117 2/11/00
Nm. 75
Tabla A1-3 bis. Lmites requeridos de respuesta en amplitud en funcin de la frecuencia
del filtro para A-QPSK para 60% de atenuacin progresiva
Frecuencia
normalizada
Respuesta en
amplitud (dB)
Frecuencia
normalizada
Respuesta en
amplitud (dB)
0 0,25 0 0,25
0,5 0,25 0,43 0,25
0,64 0 0,64 1
0,93 1,6 0,93 2,6
1,14 4,4 1,14 6,4
1,36 8 1,36 11
1,5 13 1,43 15
1,64 22 1,5 25
1,71 35
3,36 40
16,67 40
116A
9/11/95 118 2/11/00
Nm. 75
116B
FORMATOS DE UNIDAD DE SEALIZACIN
Figura A2-1. Transformacin de campo de unidad
de sealizacin y orden de transmisin de bits
INFORMACIN DE CONTROL/
DATOS DE USUARIO
8 7 6 5 4 3 2 1
2 2 2 2 2 2 2 2
8 9 10 11 12 13 14 15
2 2 2 2 2 2 2 2
0 1 2 3 4 5 6 7
2
3
4
5
6
7
8
9
10
11/18
12/19
1
MSB
MSB
MSB LSB
LSB
LSB
BIT NO.
CONVENIO
DE TRANSFOR-
MACIN DE CAMPO
INFORMACIN DE CONTROL/
DATOS DE USUARIO
Primer bit transmitido
Primer octeto transmitido
N
M.
D
E
O
C
T
E
T
O
Nota. La transf ormaci nde campo del CRC CCITT
es di sti nt a de l a de otros campos.
CCITT CRC
9/11/95 118
Figura A2-2. Peticin de conexin canal R
NM. DE BIT
8 7 6 5 4 3 2 1
INDICADOR DE SECUENCIA 1 1 1 1 1
N
M.
D
E
O
C
T
E
T
O
NM. Q D/R* NM. REFERENCIA 2
TIPO DE MENSAJE 3
ID AES
4
5
6
ID GES 7
NM. Q (de aplicacin) NOT LOV I/R P/S 8
ID SATLITE (previo) ID HAZ 9
ID HAZ (lsb) NM. DE CANALES C 10
COA** CARACTERSTICAS CANAL ORAL 11
VELOCIDAD BINARIA DE DATOS 12
RESERVADO GANANCIA DE ANTENA 13
EXTRA
14
15
16
17
CRC CCITT
18
19
* DLS/RLS puesto siempre a 0
**Clase de AES
2/11/00
Nm. 75
119 9/11/95
Figura A2-3. Confirmacin de conexin Canal P
Figura A2-4. Control de conexin Canal P
Interrogacin de conexin/instancia de conexin/acuse
de recibo de conexin/reasignacin de canal de datos
Rechazo de conexin
Peticin de conexin
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
NM. Q TDMA P/R RES* RES* 6
ID SATLITE (previo) ID HAZ 7
ID HAZ (lsb) PIRE INICIAL (CANALR/T) 8
CLASE DE
AES
CARACTERSTICAS CANAL ORAL 9
NM. DE REFERENCIA 10
CRC CCITT
11
12
* Reservado
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
NM. Q NM. DE REFERENCIA 6
EXTRA
7
8
9
10
CRC CCITT
11
12
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
MOTIVO 7
EXTRA
8
9
10
CRC CCITT
11
12
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
EXTRA
7
8
9
10
CRC CCITT
11
12
2/11/00
Nm. 75
9/11/95 120
Figura A2-7. Datos de peticin de acceso Canal T
Peticin de reserva (REQ) Figura A2-8. Telfono de anuncio de llamada
Canal P
Figura A2-9. Telfono de informacin de llamada
Canal C de sub-banda desde la aeronave
Direccin del servicio (ISU)
Figura A2-10. Telfono de informacin de llamada
Direccin del servicio (SSU)
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
NM. Q RESERVADO 6
FUENTE DIRECCIN
SERVICIO
ID SERVICIO 7
NM. Q (de mensajes) NM. REF. (de mensajes) 8
EXTRA LONGITUD DEL MENSAJE 9
EXTRA 10
CRC CCITT
11
12
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
NM. Q NM. REF. APLICACIN 6
FUENTE DIRECCIN
SERVICIO
ID SERVICIO 7
VEL. BINARIA DE CIRCUITO RESERVADO 8
EXTRA CARACTERSTICAS CANAL ORAL 9
ID TERMINAL LLAMADO
(dgito de unidades)
ID TERMINAL LLAMADO
(dgito de decenas)
10
CRC CCITT
11
12
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
RESERVADO NM. SECUENCIAL 7
ID TERMINAL QUE LLAMA
(dgitos de unidades)
(dgitos de decenas)
8
DGITO 3 DGITO 2 9
DGITO 5 DGITO 4 10
CRC CCITT
11
12
NM. DE BIT
8 7 6 5 4 3 2 1
1 1 NM. SECUENCIAL 1
N
M.
D
E
O
C
T
E
T
O
DGITO 7 DGITO 6 3
DGITO 9 DGITO 8 4
RESERVADO RESERVADO 5
EXTRA EXTRA 9
EXTRA EXTRA 10
CRC CCITT
11
12
121 9/11/95
Figura A2-11. Progresin de la llamada
Canal C de sub-banda hacia la aeronave
Informe de estado del canal
Informe de estado del canal
Canal C de sub-banda hacia/desde la aeronave
Conexin
Canal C de sub-banda hacia/desde la aeronave
Prueba
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
AJUSTE PIRE TIPO DE INFORME 7
EXTRA
8
9
10
CRC CCITT
11
12
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
EXTRA TIPO DE INFORME 7
PROPORCIN DE BITS RECIBIDOS CON ERRORES 8
RESERVADO V* 9
EXTRA 10
CRC CCITT
11
12
* Indicador de valor
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
TIPO DE INFORME 7
EXTRA
8
9
10
CRC CCITT
11
12
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
TIPO DE INFORME 7
EXTRA
8
9
10
CRC CCITT
11
12
2/11/00
Nm. 75
9/11/95 122
Figura A2-15. Progresin de la llamada Canal P
o canal C de sub-banda hacia/desde la aeronave
Resultado del intento de llamada
Figura A2-16. Progresin de la llamada Canal P
o canal C de sub-banda hacia/desde la aeronave
Liberacin de canal
Figura A2-17. Asignacin de canal C Canal P
Figura A2-18. Control de canal P/R Canal P
(ISU)
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
LUGAR TIPO DE INFORME 7
EXTRA CLASE DE CAUSA VALOR DE CAUSA 8
EXTRA
RES* 9
10
CRC CCITT
11
12
* Reservado
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
EXTRA
9
10
CRC CCITT
11
12
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
PIRE INICIAL NM. REF. APLICACIN 6
FRECUENCIA DEL CANAL DE RECEPCIN
7
8
FRECUENCIA DEL CANAL DE TRANSMISIN
9
10
CRC CCITT
11
12
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
NM. DE FRECUENCIAS NM. SECUENCIAL 7
VELOCIDAD BINARIA POR
CANAL P
d
VELOCIDAD BINARIA POR
CANAL R
d
8
FRECUENCIA DE CANAL P
d

9
10
CRC CCITT
11
12
2/11/00
Nm. 75
123 9/11/95
Figura A2-19. Control de canal P/R Canal P
(SSU)
Figura A2-20. Control de canal T Canal P
(ISU)
Figura A2-21. Control de canal T Canal P
(SSU)
Figura A2-22. Reserva no solicitada Canal P
NM. DE BIT
8 7 6 5 4 3 2 1
N
M.
D
E
O
C
T
E
T
O
FRECUENCIA DE CANAL R
d
NM. 0(4)
3
4
d
NM. 1(5)
5
6
d
NM. 2(6)
7
8
d
NM. 3(7)
9
10
CRC CCITT
11
12
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
NM. DE FRECUENCIAS NM. SECUENCIAL 7
EXTRA VEL. BIN./CANAL NM. 0 8
FRECUENCIA TDMA POR CANAL NM. 0
9
10
CRC CCITT
11
12
NM. DE BIT
8 7 6 5 4 3 2 1
N
M.
D
E
O
C
T
E
T
O
3
4
5
6
7
8
VEL. BIN./CANAL NM. 2 VEL. BIN./CANAL NM. 1 9
EXTRA VEL. BIN./CANAL NM. 3 10
CRC CCITT
11
12
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
NM. Q EXTRA 6
EXTRA 7
NM. DE RFAGAS
RESERVADAS
LONGITUD DE RFAGA 8
NM. DE INTERVALO INICIAL NM. CANAL T
X
9
INTERVALO ENTRE RFAGAS NM. DE TRAMA INICIAL 10
CRC CCITT
11
12
9/11/95 124
Figura A2-23. Asignacin de canal T Canal P
RES SU
Figura A2-24. Reserva cercana Canal P
RFC LSU
Figura A2-25. Acuse de recibo de conexin Canal P Figura A2-26. Acuse de recibo telefnico
Canal P/C de sub-banda
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
NM. Q EXTRA RFC* 6
NM. DE RFAGAS
RESERVADAS
LONGITUD DE RFAGA 8
NM. DE INTERVALO INICIAL NM. CANAL T
X
9
INTERVALO ENTRE RFAGAS NM. DE TRAMA INICIAL 10
CRC CCITT
11
12
* Bandera de reserva cercana
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
NM. Q EXTRA RFC* 6
(MSB)
RETARDO
HASTA
RES.
(LSB)
EXTRA 8
9
10
CRC CCITT
11
12
* Bandera de reserva cercana
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
EXTRA AN3* AN2* AN1* EXTRA 7
TIPO DE MENSAJE ACUSE DE RECIBO DE MSG1 8
CRC CCITT
11
12
* ACK/NAK para mensajes 1, 2 3
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
EXTRA ACK/
NAK
TIPO DE INFORME 7
TIPO DE MENSAJE DE LAS SU PERDIDAS 8
EXTRA
9
10
CRC CCITT
11
12
125 9/11/95
Figura A2-27. Peticin de acuse de recibo
Canal P
Figura A2-28. Acuse de recibo Canal P
Acuse de recibo por canal R (RACK)
Figura A2-29. Acuse de recibo Canal P
Acuse de recibo por canal T (TACK)
Figura A2-30. Radiodifusin de tabla
de sistema AES Canal P
ndice de serie de haz global
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
EXTRA LONGITUD DEL MENSAJE 7
EXTRA
8
9
10
CRC CCITT
11
12
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
TIPO CANAL NM.DE
SSU NK*
CONTROL DE ACUSE
DE RECIBO
7
EXTRA NDICE DE SECUENCIA SSU+ 8
EXTRA NDICE DE SECUENCIA SSU** 9
EXTRA RESERVADO 10
CRC CCITT
11
12
* Nm. de SSU en acuse de recibo indicando error
** Extra en RACK identificando una SU perdida y RAC
indicando que no hay error
+ Extra en RACK indicando que no hay errorr
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
TIPO
CANAL
NM.DE
SSU NK*
CONTROL DE ACUSE
DE RECIBO
7
(MSB)+
RETARDO
HASTA
RES.
(LSB)
NM. SECUENCIAL SSU** 8
CRC CCITT
11
12
* Nmero de SSU en acuse de recibo indicando error
** Extra en TACK pidiendo retransmisin completa y TACK
indicando que no hay eror
+ Extra en TACK indicando que no hay error
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
NM. DE REVISIN 2
SEC. INI. NM. DE A2-31 (PARCIAL) DETC** EXS* 3
SEC. INI. NM. DE A2-32 Y 33 (PARCIAL) DETP++ EXS* 4
SEC. INI. NM. DE A2-34 (PARCIAL) EXTRA EXS* 5
SEC. INI. NM. DE A2-31 (COMPL.) EXTRA EXS* 6
SEC. INI. NM. DE A2-32 Y 33 (COMPL.) EXTRA EXS* 7
SEC. INI. NM. DE 2
a
2-31 (COMPL.) EXTRA EXS* 9
EXTRA SBS+ 10
CRC CCITT
11
12
* Existencia
+ Serie de haz puntual
** Tabla PIRE de datos Completa
++ Tabla PIRE de datos Parcial
2/11/00
Nm. 75
9/11/95 126
Aviso de canal P/R GES
Figura A2-32. Rdiodifusin de tabla
Aviso de canal ID satlite/haz
Aviso de canal ID haz
Aviso de apoyo de haz GEZ
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
NM. DE REVISIN 2
NM. SECUENCIAL NM. LSU 3
ID GES 4
FRECUENCIA DE CANAL
5
6
FRECUENCIA DE CANAL
7
8
FRECUENCIA DE CANAL
9
10
CRC CCITT
11
12
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
NM. DE REVISIN 2
NM. SECUENCIAL ID
SATLITE
3
ID SATLITE (lsb) INCLINACIN
DEL SATLITE
SF* 4
ASCENSIN RECTA DEL SATLITE 5
LONGITUD DEL SATLITE 6
FRECUENCIA NM. 1 DE CANAL P
smc
DE IDENTIFICACIN DE SATLITE/HAZ
7
8
smc
9
10
CRC CCITT
11
12
* Bandera del satlite
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
NM. DE REVISIN 2
NM. SECUENCIAL ID
SATLITE
3
ID SATLITE (lsb) ID HAZ 1 (msb) 4
ID HAZ 1 ID HAZ 2 5
HAZ QUE IDENTIFICA LA FRECUENCIA
DE CANAL P PARA EL HAZ 1
6
7
HAZ QUE IDENTIFICA LA FRECUENCIA
DE CANAL P PARA EL HAZ 2
8
9
VEL. BITS/CANAL HAZ 2 VEL. BITS/CANAL HAZ 1 10
CRC CCITT
11
12
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
NM. DE REVISIN 2
NM. SECUENCIAL EXTRA 3
ID GES 4
TABLA DE APOYO DEL HAZ GES
5
6
7
8
RESERVADO 9
EXTRA 10
CRC CCITT
11
12
127 9/11/95
Figura A2-35. Radiodifusin del sistema Canal P
Tiempo universal
Figura A2-36. Radiodifusin del sistema Canal P
Liberacin selectiva
Figura A2-37. Datos de usuario Canal P/T
ISU
Figura A2-38. Datos de usuario Canal P/T
SSU
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID GES 2
SIGLO 4
AO 5
MES 6
DA 7
HORA 8
MINUTO 9
SEGUNDO 10
CRC CCITT
11
12
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID GES 2
EXTRA
4
5
FRECUENCIA DEL CANAL DE TRANSMISIN
6
7
EXTRA
8
9
10
CRC CCITT
11
12
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
EXTRA NM. SECUENCIAL 7
NM. DE OCTETOS EN
LA LTIMA SSU
EXTRA 8
DATOS DE USUARIO
9
10
CRC CCITT
11
12
NM. DE BIT
8 7 6 5 4 3 2 1
N
M.
D
E
O
C
T
E
T
O
DATOS DE USUARIO
3
4
5
6
7
8
9
10
CRC CCITT
11
12
9/11/95 128
Figura A2-39. Datos de usuario Canal P
LSU de 3 octetos
Figura A2-40. Datos de usuario Canal P
LSU de 4 octetos
Figura A2-41. Encabezador de retransmisin
Canal P/T
SU RTX
Figura A2-42. Relleno Canal P, T y canal C
de sub-banda hacia/desde la aeronave
FISU
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
DATOS DE USUARIO
7
8
9
EXTRA 10
CRC CCITT
11
12
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES 2
3
4
ID GES 5
DATOS DE USUARIO
7
8
9
10
CRC CCITT
11
12
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
2
3
4
ID GES 5
NM. Q RESERVADO 6
EXTRA NM. SECUENCIAL 7
EXTRA NM. SECUENCIAL (valor desplazado) 9
EXTRA 10
CRC CCITT
11
12
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
ID AES
Configuracin de reposo para GES transmitiendo
2
3
4
ID GES
Configuracin de reposo para AES transmitiendo
5
CONFIGURACIN DE REPOSO
6
7
8
9
10
CRC CCITT
11
12
129 9/11/95
Figura A2-43. Identificador de rfaga Canal T
Figura A2-44. Datos de usuario Canal R
ISU/SSU
NM. DE BIT
8 7 6 5 4 3 2 1
ID AES
1
N
M.
D
E
O
C
T
E
T
O
2
3
ID GES 4
CRC CCITT
5
6
NM. DE BIT
8 7 6 5 4 3 2 1
INDICADOR DE SECUENCIA TIPO DE SU 1
N
M.
D
E
O
C
T
E
T
O
NM. Q D/R* NM. DE
REFERENCIA
2
ID AES
3
4
5
ID GES 6
DATOS DE USUARIO
7
8
9
10
11
12
13
14
15
16
17
CRC CCITT
18
19
9/11/95 130
Figura A2-45. Telfono de peticin
de acceso general Canal R Figura A2-46. Telfono de peticin de acceso
abreviada Canal R
NM. DE BIT
8 7 6 5 4 3 2 1
N
M.
D
E
O
C
T
E
T
O
NM. Q D/R* RESERVADO 2
TIPO DE MENSAJE 3
ID AES
4
5
6
ID GES 7
RESERVADO NM. REF. APLICACIN 8
FUENTE DIRECCIN
DEL SERVICIO
ID SERVICIO 9
RESERVADO ID RED 10
RESERVADO CARACTERSTICAS CANAL ORAL 11
DGITO 1 DGITO 2 12
EXTRA
13
14
15
16
17
CRC CCITT
18
19
NM. DE BIT
8 7 6 5 4 3 2 1
N
M.
D
E
O
C
T
E
T
O
TIPO DE MENSAJE 3
ID AES
4
5
6
ID GES 7
FUENTE DIRECCIN
DEL SERVICIO
ID SERVICIO 9
RESERVADO ID RED 10
RESERVADO CARACTERSTICAS CANAL ORAL 11
DGITO 1 DGITO 0 12
DGITO 3 DGITO 2 13
DGITO 5 DGITO 4 14
DGITO 7 DGITO 6 15
DGITO 9 DGITO 8 16
(dgito de unidades)
(dgito de decenas)
17
CRC CCITT
18
19
2/11/00
Nm. 75
131 9/11/95
Figura A2-47. Datos de peticin de acceso Canal R
Peticin de reserva (REQ)
Figura A2-48. Peticin de acuse de recibo
Canal R
SU RQA
NM. DE BIT
8 7 6 5 4 3 2 1
N
M.
D
E
O
C
T
E
T
O
TIPO DE MENSAJE 3
ID AES
4
5
6
ID GES 7
FUENTE DIRECCIN
DEL SERVICIO
ID SERVICIO 9
LONGITUD DEL MENSAJE 10
EXTRA
11
12
13
14
15
16
17
CRC CCITT
18
19
NM. DE BIT
8 7 6 5 4 3 2 1
N
M.
D
E
O
C
T
E
T
O
TIPO DE MENSAJE 3
ID AES
4
5
6
ID GES 7
LONGITUD DEL MENSAJE 9
EXTRA
10
11
12
13
14
15
16
17
CRC CCITT
18
19
9/11/95 132
Figura A2-49. Acuse de recibo Canal R
Acuse de recibo por canal P (PACK)
Figura A2-50. Control de conexin Canal R
Peticin de desconexin/preparado para reasignacin/
rechazo de reasignacin
NM. DE BIT
8 7 6 5 4 3 2 1
N
M.
D
E
O
C
T
E
T
O
TIPO DE MENSAJE 3
ID AES
4
5
6
ID GES 7
TIPO CANAL NM. DE
SSU NK**
CONTROL ACUSE DE
RECIBO
9
EXTRA NM. SECUENCIAL DE SSU+ 10
EXTRA
13
14
15
16
17
CRC CCITT
18
19
** Nm. de SSU en acuse de recibo indicando error
+ Extra en PACK pidiendo retransmisin completa y
PACK indicando que no hay error
NM. DE BIT
8 7 6 5 4 3 2 1
N
M.
D
E
O
C
T
E
T
O
NM. Q D/R* NM. DE
REFERENCIA
2
TIPO DE MENSAJE 3
ID AES
4
5
6
ID GES 7
RESERVADO 8
EXTRA
9
10
11
12
13
14
15
16
17
CRC CCITT
18
19
133 9/11/95
Figura A2-51. Progresin de la llamada Canal R
Liberacin de canal
Figura A2-52. Progresin de la llamada Canal R
Resultado del intento de llamada
NM. DE BIT
8 7 6 5 4 3 2 1
N
M.
D
E
O
C
T
E
T
O
TIPO DE MENSAJE 3
ID AES
4
5
6
ID GES 7
EXTRA
11
12
13
14
15
16
17
CRC CCITT
18
19
NM. DE BIT
8 7 6 5 4 3 2 1
N
M.
D
E
O
C
T
E
T
O
TIPO DE MENSAJE 3
ID AES
4
5
6
ID GES 7
EXTRA
11
12
13
14
15
16
17
CRC CCITT
18
19
9/11/95 134
Figura A2-53. Acuse de recibo de conexin
Canal R
Figura A2-54. Acuse de recibo telefnico
Canal R
NM. DE BIT
8 7 6 5 4 3 2 1
N
M.
D
E
O
C
T
E
T
O
NM. Q DR** NM. DE
REFERENCIA
2
TIPO DE MENSAJE 3
ID AES
4
5
6
ID GES 7
RESERVADO EXTRA 8
EXTRA AN3* AN2* AN1* EXTRA 9
ACUSE DE RECIBO MENSAJE TIPO MSG1 10
EXTRA
13
14
15
16
17
CRC CCITT
18
19
* ACK/NAK para mensajes 1, 2 3
** DLS/RLS puesto siempre a 0
NM. DE BIT
8 7 6 5 4 3 2 1
N
M.
D
E
O
C
T
E
T
O
NM. Q DR** RESERVADO 2
TIPO DE MENSAJE 3
ID AES
4
5
6
ID GES 7
EXTRA ACK/
NAK
EXTRA 9
TIPO DE MENSAJE DE LA SU FALTANTE 10
EXTRA
11
12
13
14
15
16
17
CRC CCITT
18
19
135 9/11/95
ndice de serie de haz puntual
SU de aviso de canal PR de GES para
serie de haz puntual
ltima SSU aviso canal P/R GES
ISU aviso canal ID de satlite/haz
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
NM. DE REVISIN 2
SEC. INI. NM. DE 2
a
A2-56 (COMPL.) EXTRA EXS* 9
EXTRA GBS+ 10
CRC CCITT
11
12
* Existencia + Serie de haz puntual
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
NM. DE REVISIN 2
NM. SECUENCIAL NM. LSU 3
ID GES 4
FRECUENCIA DE CANAL
5
6
FRECUENCIA DE CANAL
7
8
FRECUENCIA DE CANAL
9
10
CRC CCITT
11
12
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
NM. DE REVISIN 2
ID GES 4
ID HAZ 5
EXTRA
6
7
8
9
10
CRC CCITT
11
12
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
NM. DE REVISIN 2
NM. SECUENCIAL ID SAT. 3
ID SAT. (lsb) INC. DE SATLITE SF* 4
ASCENSIN RECTA DE SATLITE 5
LONGITUD DE SATLITE 6
smc
7
8
smc
9
10
CRC CCITT
11
12
* Bandera de satlite
9/11/95 136
SSU aviso canal ID de satlite/haz
Aviso de apoyo al haz GES para serie
de haz puntual (haces 1-23)
de sistema AES CANAL P
Aviso de apoyo al haz GES para serie
de haz puntual (haces 24-63)
Figura A2-62. Radiodifusin de tabla PIRE de datos
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
NM. DE REVISIN 2
NM. SECUENCIAL ID SAT. 3
ID SAT. (lsb) EXTRA 4
ID HAZ 5
EXTRA
6
7
8
9
10
CRC CCITT
11
12
NM. DE BIT
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
NM. DE REVISIN 2
ID GES 4
HAZ PUNTUAL GES 5
TABLA DE APOYO 6
(HACES PUNTUALES 1-23) 7
RESERVADO 8
NM. SECUENCIAL INICIAL EXTRA AAS 9
RESERVADO 10
CRC CCITT
11
12
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
NM. DE REVISIN 2
NM. SECUENCIAL EXTRA 1 3
ID GES 4
HAZ PUNTUAL GES
TABLA DE APOYO
(HACES PUNTUALES 24-63)
5
6
7
8
VALOR INICIAL DE NM. SECUENCIAL 9
EXTRA 10
CRC CCITT
11
12
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N
M.
D
E
O
C
T
E
T
O
NM. DE REVISIN 2
NM. SECUENCIAL DE TABLA PIRE
DE DATOS
ISU/
SSU
SIN/
DOU
3
EXTRA VELOCIDAD DE TRANSMISIN
DE BITS POR CANAL NM. 1
4
PIRE DE DATOS NM. 1 (GLOBAL) 5
PIRE DE DATOS NM. 1 (PUNTUAL) 6
EXTRA VELOCIDAD DE TRANSMISIN
DE BITS POR CANAL NM. 2
7
PIRE DE DATOS NM. 2 (GLOBAL) 8
PIRE DE DATOS NM. 2 (PUNTUAL) 9
EXTRA 10
CRC CCITT
11
12
2/11/00
Nm. 75
Nm. 75
1. ACK/NAK
1a. AAS
2. Control de acuse de recibo
3. ID AES
3a. Ganancia de antena
4. Nmero de referencia de aplicacin
5. ID haz
6. Intervalo entre rfagas
7. Longitud de rfaga
8. Terminal llamado/que llama
9. Clase de causa
10. Valor de causa
11. Velocidad binaria por canal
12. Frecuencia de canal
13. Tipo de canal
14. Velocidad de transmisin de datos del circuito
15. Requisito de transmisin de datos por el circuito
16. Clase de AES
17. CRC CCITT
18. Capacidad de transmisin de bits de datos
18a. PIRE de datos (global o puntual)
18b. Nmero secuencial de tabla PIRE de datos
19. Retardo hasta RES
19a. DETC/DETP (Tabla PIRE de datos completa/
tabla PIRE de datos parcial)
20. Dgito
21. DLS/RLS
22. Ajuste PIRE
23. Existencia
24. ID GES
25. Tabla de apoyo a haces en la GES
26. Configuracin de reposo
27. PIRE inicial
27a. ISU/SSU (Unidad inicial de sealizacin/
unidad subsiguiente de sealizacin)
28. I/R (de inicio/renovacin)
29. Longitud
29a. Serie de haz global (GBS)
30. Lugar
31. Nmero LSU
31a. LOV
32. Longitud del mensaje
33. Tipo de mensaje
34. ID red
35. NOT (nmero de transmisores)
36. Nmero de rfagas reservadas
37. Nmero de canales C
38. Nmero de frecuencias
39. Nmero de octetos de la ltima SSU
40. Nmero de SSU (en ACK)
41. MSG P/R
42. P/S (primario/secundario)
43. Nmero Q (precedencia)
44. Motivo
45. Proporcin de errores en los bits recibidos
46. Nmero de referencia
47. Tipo de informe
48. Reservado
49. Nmero de revisin
50. Bandera RFC
51. S (norma de codificacin)
52. Bandera de satlite
53. ID satlite
54. Inclinacin del satlite
55. Longitud del satlite
56. Ascensin recta del satlite
58. Indicador de secuencia
59. Nmero secuencial
60. Nmero secuencial (valor desplazado)
61. Direccin del servicio
62. Identidad del servicio
62a. SIN/DOU (simple/doble)
63. Fuente
64. Extra
64a. Serie de haz puntual (SPS)
65. Nmero de trama inicial
66. Nmero de intervalo inicial
67. Tipo de SU
68. MSG TDMA
69. Nmero de canal T
x
70. Tiempo universal
71. Caractersticas de canal oral
CODIFICACIN Y DESIGNACIN DE CAMPOS DE UNIDAD DE SEALIZACIN
138 2/11/00
Nm. 75
Nota. Los cdigos se enumeran por sus valores decimales,
salvo indicacin de valor hexadecimal mediante las letras
HEX. Los cdigos marcados RESERVADO se reservan para
utilizarlos en aplicaciones particulares del sistema SMAS.
1. ACK/NAK (1 bit)
Cdigo Funcin
0 NAK, retransmitir el mensaje indicado
1 ACK, no retransmitir el mensaje indicado
1a. AAS (1 bit)
Este campo indicar que la GES presta apoyo al proceso de
establecimiento de llamada abreviada.
Cdigo Funcin
0 La GES no presta apoyo al proceso de estable-
cimiento de llamada abreviada.
1 La GES presta apoyo al proceso de establecimiento
de llamada abreviada.
2. Control de acuse de recibo (4 bits)
Cdigo Funcin
0 Este ACK comprende todas las peticiones de
retransmisin
1-13 Nmero restante de mensajes ACK de peticin de
retransmisin (solamente aplicable a las SU
PACK y TACK)
14 Sin errores en todo el mensaje
15 Transmitir todo el mensaje (solamente aplicable a
las SU PACK y TACK)
3. ID AES (3 octetos)
Este campo ser la direccin de aeronave de 24 bits de la
AES (vase el Captulo 9).
3a. Ganancia de antena (4 bits)
Este campo indicar la ganancia de antena para una AES de
clases 3-4 (vase 16). Este campo ser extra para AES de
clase 1.
Cdigo Funcin
0 Alta ganancia
1 Ganancia intermedia
2-15 Extra
4. Nmero de referencia
de aplicacin (4 bits)
Este campo contendr el nmero binario directo del nmero
de referencia asignado por los servicios en modo circuito a la
llamada en modo circuito.
El nmero de referencia de aplicacin identificar inequvo-
camente una llamada entre un par de AES/GES. Los nmeros
de referencia de aplicacin sern asignados cclicamente por la
AES en la gama de 0 a 7 a las llamadas aire a tierra y por la
GES a las llamadas tierra a aire hacia una determinada AES en
la gama de 8 a 15.
5. LID haz (6 bits)
Cdigo Funcin
0 Haz de cobertura global
1-63 Haces puntuales
6. Intervalo entre rfagas (4 bits)
En una reserva multirrfaga, este campo indicar que hay
una reserva de rfaga por cada 2
BI
tramas, siendo BI = intervalo
entre rfagas.
7. Longitud de rfaga (5 bits)
Este campo indicar la longitud de rfaga en funcin del
nmero de unidades de sealizacin.
8. Terminal llamado/que llama (8 bits)
Codificacin de decimal codificado en binario (BCD), con
los dgitos ms significativos en el medio octeto menos
significativo y viceversa.
9. Clase de causa (3 bits)
La asignacin e interpretacin de este campo estarn dicta-
das por el valor asignado al campo S (norma de codificacin)
(rubro 51). La clase de causa se utilizar en combinacin con
el valor de causa (rubro 10), para identificar el significado real
de la causa.
Codificacin estndar CCITT Q.931:
Cdigo Funcin
0 Suceso normal
1 Suceso normal
2 Recurso no disponible
CODIFICACIN Y DESIGNACIN DE CAMPOS
DE UNIDAD DE SEALIZACIN
139 2/11/00
Nm. 75
3 Servicio u opcin no disponible
4 Servicio u opcin no ejecutados
5 Mensaje invlido (por ejemplo, parmetro fuera de
la gama)
6 Error de protocolo (por ejemplo, mensaje
desconocido)
7 Interfuncionamiento
Codificacin especfica de red de satlite:
Cdigo Funcin
0 Sucesos de progresin de la llamada
en curso PSTN/ISDN
1 Cesin a derecho preferente de llamada
2 Recurso no disponible
3 Parmetro invlido
4 Fuera de servicio
5 Falla de red
6 Servicio/opcin sin apoyo
7 Suceso normal
10. Valor de causa (4 bits)
La asignacin e interpretacin de este campo estarn dicta-
das por el valor del campo S (norma de codificacin) (tem 51).
El valor de causa se utilizar en combinacin con la clase de
causa (tem 9) para identificar el significado real de la causa.
Los valores indicados a continuacin son los necesarios para el
interfuncionamiento con los sistemas de sealizacin R2,
CCITT Nm. 5, CCITT Nm. 7 TUP de la PSTN.
Codificacin estndar CCITT Q.931:
Clase de Valor de
causa causa Funcin
0 1 Nmero no atribuido
0 3 Sin ruta hasta el destino
1 0 Liberacin normal
1 1 Usuario ocupado
1 2 El usuario no responde
1 3 Usuario llamado ocupado (usuario
alertado)
1 5 Llamada rechazada
1 11 Destino fuera de servicio
1 12 Formato de nmero invlido
(incompleto)
1 15 Normal, no especificado
2 2 Ningn circuito/canal disponible
2 6 Red fuera de servicio
2 10 Congestin del equipo de conmutacin
4 2 Tipo de canal no ejecutado
Codificacin especfica de red por satlite:
Clase de Valor de
causa causa Funcin
0 1 Direccin completa
1 1 Llamada cedida a derecho preferente
2 1 Ningn canal disponible
2 2 Ninguna unidad de canal disponible
2 3 Equipo de datos analgicos no
disponible
2 4 Equipo de datos digitales no disponible
3 1 Reservado
3 2 Direccin invlida/incompleta
4 1 Destino fuera de servicio
4 2 AES no autorizada
4 3 Llamadas entrantes excluidas
5 1 Falla de continuidad o sin respuesta
6 1 Reservado
6 2 Velocidad de transmisin de datos
analgicos requerida sin apoyo
6 3 Velocidad de transmisin de datos
digitales requerida sin apoyo
6 4 Tipo de canal oral sin apoyo
6 5 Tipo de servicio sin apoyo
7 1 Usuario ocupado
7 2 Nmero no atribuido
7 3 AES ausente
7 4 Transferencia de haz puntual
7 15 Causa indefinida
11. Velocidad binaria por canal
(recepcin o transmisin)
(4 bits)
Cdigo Funcin
0 600 bits/s
1 1 200 bits/s
2 2 400 bits/s
3 4 800 bits/s
4 6 000 bits/s
5 5 250 bits/s
6 10 500 bits/s
7 8 400 bits/s
8 No asignado
9 21 000 bits/s
10-15 No asignado
12. Frecuencia de canal
(2 octetos)
Bit ms significativo: 1 = haz puntual, 0 = haz global
15 bits menos significativos: 000 a 7FFF (HEX)
Frecuencia expresada como nmero binario N, siendo
frecuencia (MHz) = Base (MHz)+ N * 0,0025 MHz
base = 1 510,0000 MHz para canales de recepcin
base = 1 611,5000 MHz para canales de transmisin
Se utilizar el cdigo de todos CERO para denotar el valor
nulo.
13. Tipo de canal
(2 bits)
Este campo identificar el canal que se utiliz para el men-
saje del cual se acusa recibo.
140 2/11/00
Nm. 75
Cdigo Funcin
0 Canal R
1 Canal P
2 Canal T
3 No asignado
14. Velocidad de transmisin de datos
del circuito (4 bits)
La AES utilizar este campo para indicar la velocidad de
transmisin de datos en modo circuito solicitada (tipo de
modem si corresponde). El campo ser tambin utilizado por
la GES para informar a la AES acerca de la velocidad de
transmisin de datos realmente lograda, que puede ser diferente
de la velocidad solicitada, si se utiliza un modem multi-
velocidad o si no se logra la sincronizacin del modem.
La codificacin depender del tipo de servicio de datos en
modo circuito, segn lo indicado en el campo de identidad del
servicio (rubro 62).
Servicio de datos de interconexin analgica:
Cdigo Funcin
0 Modo de datos no requerido/logrado
1 1 200 bits/s: CCITT V.22
2 1 200 bits/s: CCITT V.22 bis
3 2 400 bits/s: CCITT V.22 bis
7-14 No asignado
15 Servicio facsmile (Grupo 3): CCITT T.30
Servicio de datos de interconexin digital:
Cdigo Funcin
0 Modo de datos no requerido/logrado
1 1 200 bits/s
2 2 400 bits/s
3 4 800 bits/s
4 9 600 bits/s
5-15 No asignados
15. Requisito de transmisin de datos
por el circuito (2 bits)
La AES utilizar este campo para indicar si la GES debera
atribuir a todas las llamadas en modo circuito de tierra a aire
equipo de canal con capacidad de servicio de datos en modo
circuito, y de ser as, para indicar el tipo de capacidad de
interconexin que se requerir.
Cdigo Funcin
00 No se requiere servicio de datos en modo circuito
01 Se requiere servicio de interconexin analgica
10 Se requiere servicio de interconexin digital
11 No asignado
16. Clase de AES (2 bits)
Las AES se clasificarn de acuerdo con la configuracin y
capacidades de su equipo de la manera siguiente:
Clase 1: Antena de poca ganancia solamente, servicios modo
paquete solamente;
Clase 2: Reservado;
Clase 3: Antena de alta ganancia, o de ganancia intermedia,
servicios en modo circuito y en modo paquete
(simultneos y no simultneos);
Clase 4: Antena de alta ganancia, o de ganancia intermedia,
servicios en modo paquete solamente.
Cdigo Funcin
0 Clase 1
1 Reservado
2 Clase 3
3 Clase 4
17. CRC CCITT (16 bits)
Cada unidad de sealizacin contendr 16 bits de verifica-
cin (los dos ltimos octetos) para deteccin de errores. Estos
bits de verificacin se calcularn a partir de los 10 primeros
octetos de la SU de longitud normal, a partir de los 17 primeros
octetos de una unidad de sealizacin de longitud ampliada o
a partir de los 4 primeros octetos de la SU identificadora de
rfaga (Apndice 2, Captulo 4, Figura A2-47), utilizando el
polinomio generador siguiente:
x
16
+ x
12
+ x
5
+ 1
(vase el Libro Rojo del CCITT, Recomendacin X.25, 2.2.7)
En el extremo de recepcin se calcularn los bits de
verificacin para cada unidad de sealizacin recibida y si hay
una discrepancia con los bits de verificacin recibidos, se
descartar la unidad de sealizacin.
18. Capacidad de transmisin de bits de datos
(1 octeto)
En este campo cada bit indicar la disponibilidad (1) o la
no disponibilidad (0) de la combinacin correspondiente de
canal/velocidad binaria en la AES.
Bit Combinacin
1 Canal P 1 200 bits/s
5 Canal R-/T 2 400 bits/s
8 No asignado
Nota. Los canales P, R, T de 0,6 y 1,2 kbits/s son
obligatorios en todas las AES.
141 2/11/00
Nm. 75
18a. PIRE de datos
(global o puntual) (8 bits)
Nivel de PIRE de datos para funcionamiento de haz global
o de haz puntual expresado como nmero binario N, siendo:
PIRE de datos =N*0,1 dBW
La gama de valores PIRE ser desde 0,1 hasta 25,5 dB. Los
valores PIRE son vlidos para todos los tipos de antena. El
cdigo de todos ceros se utilizar para denotar un valor NULO.
18b. Nmero secuencial de tabla PIRE
de datos (6 bits)
Nmero secuencial de las SU de tabla PIRE de datos. En la
ISU se pondr el campo a un valor igual al nmero total de SSU
en la secuencia correspondiente a tal ISU (es decir en la
secuencia completa si la ISU es para la secuencia completa, de
lo contrario en la secuencia parcial. El valor disminuir en uno
en cada SSU consecutiva, hasta la ltima SSU de la secuencia
que tiene un valor de cero.
19. Retardo hasta RES (6 bits)
Este campo indicar el retardo en enviar la reserva desde la
GES a la AES. El retardo se indicar como nmero binario
directo de supertramas.
19a. DETC/DETP (1 bit)
Este campo indicar si se transmiten tablas de PIRE de datos
completas (DETC) o parciales (DETP).
Cdigo Funcin
0 No se transmite la tabla PIRE de datos
1 Se transmite la tabla PIRE de datos
20. Dgito
Este campo ser un dgito decimal codificado en binario. El
cdigo de fin de dgitos ser la combinacin F (HEX).
21. DLS/RLS (1 bit)
Cdigo Funcin
0 Servicio de enlace directo (DLS)
1 Servicio de enlace fiable (RLS)
22. Ajuste PIRE (4 bits)
Este campo se utilizar para indicar el valor de ajuste PIRE
relativo al nivel de transmisin vigente, de la manera siguiente:
Cdigo Funcin
0 Sin ajuste
1 +1 dB
2 +2 dB
3 +3 dB
4-12 No asignados
13 3 dB
14 2 dB
15 1 dB
23. Existencia (1 bit)
Cdigo Funcin
0 Esta serie de radiodifusiones no se est
transmitiendo
1 Esta serie de radiodifusiones se est transmitiendo
24. ID GES (1 octeto)
Este campo ser el identificador de 8 bits que se entrega a
la GES.
25. Tabla de apoyo a haces
en la GES (32 bits)
Este campo comenzar en el octeto 5, bit 1 y terminar en
el octeto 7, bit 8 del canal P de radiodifusin de tabla de sistema
AES, el haz GES de la serie de haz puntual presta apoyo a la
unidad de sealizacin de aviso (Figura A2-60). Cada bit
corresponder a un haz de satlite, empezando a partir del haz
global en el primer bit seguido del haz puntual 1, 2, 3, etc. hasta
el haz puntual 23, respectivamente.
Este campo comenzar a partir del octeto 5, bit 1 y terminar
en el octeto 10, bit 7 del canal P de radiodifusin de tabla de
sistema AES, el haz GES de la serie de haz puntual presta apoyo
a la unidad de sealizacin de aviso (Figura A2-61). Cada bit
corresponder a un haz de satlite, empezando a partir del haz
global en el primer bit seguido del haz puntual 24, 25, 26, etc.
hasta el haz puntual 63, respectivamente.
Cada bit se codificar como:
Cdigo Funcin
0 La GES no presta apoyo al haz
1 La GES presta apoyo al haz
26. Configuracin de reposo
Todos ceros.
27. PIRE inicial (4 bits)
El valor PIRE ser igual a:
(1,5 + N) dBW para una AES de Clase 1 (segn
lo definido en la seccin 16);
142 2/11/00
Nm. 75
(0,5 + N) dBW para una AES de Clases 3/4 con
antena de ganancia intermedia;
(10,5 + N) dBW para una AES de Clase 3/4 AES
con antena de ganancia alta;
siendo N el valor de este campo (gama de valores de 0 a 15)
27a. ISU/SSU (1 bit)
Este bit ser 0 para la unidad de sealizacin inicial de una
serie de SU en un conjunto. Este bit ser 1 para cada unidad
subsiguiente de sealizacin en la serie.
28. I/R (de inicio/renovacin) (1 bit)
Este campo indicar si la peticin de conexin es inicial o
de renovacin.
Cdigo Funcin
0 Conexin inicial
1 Renovacin de la conexin
29. Longitud (8 bits)
Este campo ser la representacin binaria directa del nmero
de octetos que sigue.
29a. Series de haz global (GBS)
(1 bit)
Este campo indicar, en la SU de ndice de radiodifusin de
la serie de haz puntual, si la serie de haz global est presente
o ausente. Este campo se pondr a uno si la serie de haz global
est presente; si no lo est, se pondr a cero.
30. Lugar (de causa) (4 bits)
Este elemento de informacin indicar el lugar pertinente de
los elementos de informacin de valor de causa y de clase de
causa. Su interpretacin estar dictada por el valor asignado al
elemento de informacin S (norma de codificacin), que
especifica si se aplica la codificacin estndar CCITT Q.931 o
las reglas de codificacin especficas de la red de satlite.
Codificacin estndar CCITT Q.931
Cdigo Funcin
0 Usuario
1 Red privada que sirve al usuario local
2 Red pblica que sirve al usuario local
3 Red de trnsito
4 Red pblica que sirve al usuario distante
5 Red privada que sirve al usuario distante
7 Red internacional
10 Red ms all del punto de interfuncionamiento
Todos los dems valores estn reservados.
Codificacin especfica de la red de satlite:
Cdigo Funcin
1 AES lado red de usuario
2 AES lado red de satlite
3 GES lado red de satlite
4 GES lado red fija
5 Reservado
6 Interfuncionamiento con la red terrenal
Todos los dems valores no estn asignados.
31. Nmero LSU (2 bits)
Cdigo Funcin
0 Indica la LSU inicial y la LSU contiene frecuencias
P
smc
, R
smc
0, R
smc
1 en este orden
1 La LSU contiene frecuencias P
smc
, R
smc
0, R
smc
1 en
este orden (como para el cdigo 0, pero
pueden aparecer en cualquier lugar de la
secuencia)
2 La LSU contiene frecuencias R
smc
2, R
smc
3, R
smc
4 en
este orden
3 La LSU contiene frecuencias R
smc
5, R
smc
6, R
smc
7, en
este orden
31a. LOV (1 bit)
Este campo indicar la capacidad de la AES de responder
a la interrogacin de conexin proveniente de la GES.
Cdigo Funcin
0 AES capaz de responder
1 AES incapaz de responder
32. Longitud del mensaje (7 bits)
Este campo indicar, en nmero binario directo, el nmero
de SU y en un conjunto de SU (2 octetos de usuario en la unidad
de sealizacin inicial y 8 octetos por cada unidad de
sealizacin subsiguiente). Cuando se utiliza para pedir
capacidad de canal T, este nmero se aumentar en uno cada
vez que se transmite una peticin (inicial o repetida) por el
canal T. La longitud mxima del conjunto de SU inicial se
limitar a 64 (SU)
33. Tipo de mensaje (1 octeto)
Este campo indicar el tipo de mensaje. La lista completa
de tipos de mensaje ser la que figura al final de este apndice.
143 2/11/00
Nm. 75
34. ID red (4 bits)
Cdigo Funcin
0 No asignado
1 E164/E163
2 X.121
3 F.69
4 Red privada no sigue ninguna direccin
5 Red privada sigue la direccin
6-14 Por codificar para las redes pblicas y privadas
aplicables (SITA, ARINC, etc.)
15 Llamada de socorro
35. NOT (1 bit)
Este campo indicar la capacidad de transmisores de la AES.
Cdigo Funcin
0 Indica que la AES tiene un transmisor
1 Indica que la AES tiene transmisores mltiples
36. Nmero de rfagas reservadas (3 bits)
Este campo identificar las rfagas reservadas en forma de
nmero binario
Cdigo Funcin
0 No asignado
1-7 1-7 rfagas reservadas
37. Nmero de canales C (5 bits)
Este campo indicar como nmero binario directo, el
nmero de canales orales para los cuales est equipada la AES.
Este campo ser uno para la AES de Nivel 3.
38. Nmero de frecuencias (4 bits)
Este campo indicar, como nmero binario directo (por
ejemplo, 1 = 1 frecuencia), el nmero de frecuencias asignadas.
39. Nmero de octetos
de la ltima SSU (4 bits)
Este campo indicar, como nmero binario directo (por
ejemplo 1 = 1 octeto), el nmero de octetos de los datos de
usuario en el campo de datos de usuario de la ltima SSU del
conjunto de SU.
40. Nmero de SSU (en ACK/NAK) (2 bits)
Cdigo Funcin
0 Ninguna SSU, se utiliza exclusivamente cuando el
campo ACKCTL es igual a 14 15
1 Una SSU
2 Dos SSU
3 Tres SSU
41. MSG P/R (1 bit)
Este campo indicar si la SU de confirmacin de conexin
est asociada a una SU de canal P/R.
Cdigo Funcin
0 Ninguna SU de control de canal P/R asociada
1 SU de control de canal P/R asociada
42. P/S (primario/secundario) (1 bit)
Este campo indicar si la conexin es primaria o secundaria
Cdigo Funcin
0 Conexin primaria
1 Conexin secundaria
43. Nmero Q (precedencia) (4 bits)
La tabla siguiente indicar el plan de asignacin de nmeros
Q para las diversas categoras de los mensajes que han de
transmitirse por los canales P, R, T y C de sub-banda C. Los
nmeros Q realmente asignados a cada uno de los tipos de
mensaje de unidad de sealizacin se especifican en la lista de
tipos de mensajes al final del apndice.
Cdigo Funcin
15 Sealizacin de peticin/asignacin de canal C para
socorro/urgencia; sealizacin de peticin de
canal T para socorro/urgencia; toda sealizacin
de asignacin de canal T (incluida la sealizacin
de reserva venidera); sealizacin de protocolo
de la capa de enlace para trfico de datos de
socorro (Q = 14)
14 Datos en modo paquete de socorro/urgencia
13 Sealizacin de protocolo de la capa de enlace para
trfico de datos de seguridad de los vuelos, otros
relacionados con seguridad y ajenos a la seguri-
dad (Q = 0-3, 5-8, 11); SU de gestin AES/GES;
sealizacin de peticin de canal T relativa a la
seguridad de los vuelos y a otros mensajes de
seguridad (Q = 11, 5-8); sealizacin de
canal C distinta de peticin/asignacin
12 Sealizacin de peticin/asignacin de canal C
relativa a la seguridad de los vuelos
11 Datos en modo paquete sobre seguridad de los
vuelos
10 Otra sealizacin de peticin/asignacin de canal C
sobre seguridad
9 Sealizacin de peticin/asignacin de canal C para
mensajes ajenos a la seguridad; sealizacin de
peticin de canal T para mensajes ajenos a la
seguridad (Q = 0-3)
144 2/11/00
Nm. 75
5-8 Otros datos en modo paquete sobre seguridad
(vase la Tabla 4-12)
4 Reservado para precedencia por canal C de mensajes
ajenos a la seguridad
0-3 Datos en modo paquete ajenos a la seguridad
(vase la Tabla 4-12)
NA SU de radiodifusin de tabla del sistema y SU de
relleno
44. Motivo (4 bits)
45. Proporcin de errores en los bits
recibidos (8 bits)
Este campo indicar la proporcin de errores antes de la
decodificacin FEC. El valor de cdigo = V, siendo V = pro-
medio de errores en cada 2 560 bits de canal.
46. Nmero de referencia (3 bits
para el canal R o 4 u 8 bits
para los canales P y T)
En este campo la AES asignar valores a la transferencia de
datos de aire a tierra y la GES asignar valores a la transfe-
rencia de datos de tierra a aire. El mbito del nmero de refe-
rencia se encontrar dentro de su nmero Q (nivel de preceden-
cia). El nmero de referencia, en asociacin con el nmero Q,
se utilizar para segmentacin/ensamblado de mensajes y para
control de errores ARQ en el nivel de enlace.
A cada mensaje de datos de usuario se asignar un nmero
de referencia en el momento de la transmisin inicial, y se
utilizar para el acuse de recibo subsiguiente, la retransmisin
y la peticin de mensajes de acuse de recibo, a fin de evitar la
confusin/duplicacin de mensajes. La atribucin de nmeros
de referencia se llevar a cabo independientemente para los
mensajes enviados por canal R, canal T y canal P.
47. Tipo de informe (4 bits)
Este campo identificar el tipo especfico de unidades de
sealizacin de progresin de la llamada.
Cdigo Funcin
0 No asignado
1 Informe sobre el estado del canal
2 Conexin
3 Prueba
4 Resultado de tentativa de llamada
5 Liberacin de canal
6-8 Reservado
9-15 No asignados
48. Reservado
(nmero variable de bits)
Los campos marcados RESERVADO estn reservados para
utilizarlos en aplicaciones particulares del sistema SMAS.
49. Nmero de revisin (8 bits)
Este campo indicar el nmero de revisin de la tabla del
sistema AES. Se incrementa en uno por cada revisin sucesiva.
50. Bandera RFC (1 bit)
Este campo se utilizar para identificar si una SU de reserva
(RES) o una SU de reserva cercana (RFC) ha sido precedida
por una LSU RFC o una LSU TACK indicando errores.
Cdigo Funcin
0 No ha sido precedida por un conjunto de LSU RFC
ni SU TACK indicando errores
1 Ha sido precedida por un conjunto de LSU RFC o
SU TACK indicando errores
51. S (norma de codificacin) (1 bit)
Este campo identificar las reglas (normas de codificacin)
aplicadas para codificar los elementos de informacin sobre
lugar, clase de causa y valor de causa.
Cdigo Funcin
0 Codificacin estndar CCITT Q.931
1 Codificacin especfica de la red de satlite
Cdigo Funcin Categora de rechazo
0 Tabla de conexin
completa
No disponible
temporalmente
1 Caracterstica de canal en
fona solicitada, no
disponible
No disponible
permanentemente
2 Haz solicitado no
atendido
Parmetros invlidos
3 Falla de la red fija No disponible
temporalmente
4 Nmero invlido de
canales C
Extra
5 ID satlite invlida Parmetros invlidos
6 ID GES invlida Parmetros invlidos
7 Canales P/R/T no
disponibles
No disponible
temporalmente
8 Servicios de datos en
modo paquete no
disponibles
No disponible
permanentemente
9 Reservado
10 No se dispone del VCC
solicitado ni de servicios
de datos
No disponible
permanentemente
11-13 No asignados
14 Otro motivo especificado No disponible
temporalmente
15 AES no autorizada No disponible
permanentemente
145 2/11/00
Nm. 75
52. Bandera de satlite
(1 bit)
Cdigo Funcin
0 Indica que la SU contiene informacin para el
satlite por el cual se radiodifunde
1 Indica que la SU contiene informacin para el
satlite en otra regin
53. ID satlite (6 bits)
Este campo ser el identificador de 6 bits asignado al
satlite.
54. Inclinacin del satlite (3 bits)
Cdigo Funcin
0 0 a 5/8
1 ms de 5/8 hasta 10/8
2 ms de 10/8 hasta 15/8
3 ms de 15/8 hasta 20/8
4 ms de 20/8 hasta 25/8
5 ms de 25/8 hasta 30/8
6 ms de 30/8 hasta 35/8
7 ms de 35/8 hasta 40/8
55. Longitud del satlite (8 bits)
Este campo ser una representacin en cdigo binario del
emplazamiento longitudinal del satlite, longitud este relativa
al meridiano de Greenwich en unidades de 1,5.
56. Ascensin recta del satlite (8 bits)
Este campo indicar el punto ms cercano en el tiempo
expresado en minutos a partir de 00:00 UTC con incrementos
de 10 minutos hasta el momento en que el satlite cruza el plano
ecuatorial de sur a norte en el da de Ao Nuevo. El tiempo
de ascensin del satlite en el da n del ao ser 4 x n
minutos antes que en el da de Ao Nuevo.
58. Indicador de secuencia (4 bits)
Este campo slo se utilizar en las SU de longitud ampliada
(es decir, 19 octetos) por canal R. Indicar la posicin de la SU
dentro de la secuencia de SU que comprende un conjunto de
SU. Especifica asimismo el nmero total de SU en el conjunto
de SU.
59. Nmero secuencial
(4 bits o 6 bits)
Este campo se utilizar en las unidades de sealizacin de
longitud normal (es decir, 12 octetos) por todos los canales. En
una ISU de un conjunto de SU, el campo se pondr al nmero
total de unidades de sealizacin subsiguientes en el conjunto
de SU y disminuir en uno por cada SSU siguiente, hasta que
la ltima SSU del conjunto de SU tenga un valor de 0. El campo
en una SU de ndice de radiodifusin en la radiodifusin de
tabla del sistema AES se pondr al nmero secuencial mayor
(uno menos que el nmero de LSU incluidas) en cada serie de
LSU de radiodifusin. El nmero secuencial de la primera LSU
en una serie se pondr al mismo nmero que en la SU de ndice
y disminuir en uno por cada LSU siguiente, hasta que la ltima
LSU de la serie tenga el valor de 0. El campo en una SU RTX
que encabeza un conjunto de SU de retransmisin se pondr
igual al nmero total de SSU en el conjunto de SU de
retransmisin. En cada SSU retransmitida, este campo se des-
plazar sustrayendo el valor en el campo de nmero secuencial
(valor desplazado) de la SU RTX del nmero secuencial de
la SSU original.
60. Nmero secuencial (valor desplazado)
(6 bits)
Este campo se utilizar en las unidades de sealizacin de
longitud normal (es decir, 12 octetos) por todos los canales.
Indicar que el nmero secuencial de la ltima SSU (ms bajo)
es errneo.
61. Direccin del servicio (2 bits)
Cdigo Funcin
0 No asignado
1 De-aire-a-tierra
2 De-tierra-a-aire
3 Bidireccional
62. Identidad del servicio (4 bits)
Cdigo Funcin
0 No asignado
1 Telfono
2 Datos en modo circuito, analgico-interconexin
3 Datos en modo circuito, digital-interconexin
4-9 No asignados
10 Mensaje de servicio de enlace directo
11 Mensaje de servicio de enlace fiable
12-15 No asignados
62a. SIN/DOU (1 bit)
Este bit se pondr a 0 si se definen en la unidad de
sealizacin una velocidad de transmisin de bit por canal y la
PIRE. Este bit se pondr a 1 y se definen en la unidad de
sealizacin dos velocidades de transmisin de bit por canal y
las PIRE.
Cdigo Posicin SU
Nmero de SU en el
conjunto de SU
0 No asignado No asignado
1 1 1
2 1 (primera) 2
3 2 (ltima) 2
4 1 (primera) 3
5 2 (intermedia) 3
6 3 (ltima) 3
7 a 15 No asignados No asignados
146 2/11/00
Nm. 75
63. Fuente (2 bits)
Este campo identificar el lugar en el que se gener la
unidad de sealizacin.
Cdigo Funcin
0 No asignado
1 AES
2 GES
3 Reservado
64. Extra (nmero variable de bits)
Los campos marcados EXTRA se rellenarn completamente
con ceros.
64a. Serie de haz puntual (SBS)
(1 bit)
Este campo indicar en la SU de ndice de radiodifusin de
serie de haz global, si la serie de haz puntual est presente o
ausente. Este campo se pondr a uno si la serie de haz puntual
est presente; de lo contrario se pondr a cero.
65. Nmero de trama inicial
(4 bits)
Este campo indicar, como nmero directo, el nmero de
trama inicial de la reserva atribuida.
66. Nmero de intervalo inicial
(6 bits)
Este campo indicar, como nmero binario directo, el
nmero de intervalo inicial de la reserva atribuida dentro del
nmero de trama inicial.
67. Tipo de SU (4 bits)
Este campo indicar si la SU de longitud ampliada porta
informacin sobre aplicacin de sealizacin o datos de
usuario. En este ltimo caso, su valor representar el nmero
de octetos de datos de usuario en el campo de datos de usuario
de la SU de longitud ampliada (es decir, 19 octetos).
Cdigo Funcin
0 No asignado
1-11 SU de 1 a 11 octetos de datos de usuario
12-14 No asignados
15 SU de informacin de sealizacin
68. MSG del TDMA
(1 bit)
Este campo indicar si la SU de confirmacin de conexin
tiene un mensaje de control por canal T asociado.
Cdigo Funcin
0 Ningn mensaje de control por canal T asociado
1 Mensaje de control por canal T asociado
69. Nmero de canal TX
(2 bits)
Cdigo Funcin
0 Canal Nm. 0
1 Canal Nm. 1
2 Canal Nm. 2
3 Canal Nm. 3
70. Tiempo universal
(7 octetos)
La informacin horaria se sincronizar con la norma de
tiempo UTC.
Formato: Cada uno de los campos siguientes es de un solo
octeto en formato decimal codificado en
binario (BCD). El cdigo FF
H
puede utilizarse
en cualesquiera de los campos para representar
una entrada NULO.
Siglo: Siglo AD (era cristiana), CC (2 dgitos): 00 a 99
Ao: Ao del siglo, YY (2 dgitos): 00 a 99
Mes: Mes del ao, MM (2 dgitos): 01 a 12
Da: Da del mes, DD (2 dgitos): 01 a 31
Hora: Hora del da, hh (2 dgitos): 00 a 24
Minuto: Minuto de la hora, mm (2 dgitos): 00 a 59
Segundo: Segundo del minuto, ss (2 dgitos): 00 a 59
71. Caractersticas de canal oral
(6 bits)
Cdigo
Velocidad de
transmisin
oral hacia
la AES
Velocidad de
transmisin
oral desde
la AES
Velocidad
binaria
por canal
Velocidad
FEC
0 No asignado
1 Reservado
2 9 600 LPC
1
9 600 LPC
1
21 000 1/2
3 4 800 AMBE
2
4 800 AMBE
2
8 400 2/3
4 9 600 LPC
1
y
4 800 AMBE
2
9 600 LPC
1
4 800 AMBE
2
21 000
8 400
1/2
2/3
5 Reservado
6 No asignado
7 Reservado
8-63 No asignados
1. LPC corresponde al algoritmo de codificacin predictiva lineal en
estado excitado multi-impulso que se define en 4.8.
2. AMBE corresponde al algoritmo avanzado de excitacin multi-
banda segn lo indicado en la Seccin 4.8.
147 2/11/00
Nm. 75
LISTA DE TIPOS DE MENSAJE (vase prrafo 33)
Cdigo
(HEX) Funcin
Figura de formato
de mensaje
(vase Apndice 2,
Captulo 4)
Nmero Q
(precedencia)
RADIODIFUSIN
00 Reservado
01 Unidad de sealizacin de relleno A2-42 NA
02 Radiodifusin de tabla del sistema AES
(PARCIAL canales P
smc
y R
smc
de la GES) A2-31 NA
(PARCIAL identificacin del haz) A2-33 NA
(PARCIAL apoyo de haz de la GES) A2-34/A2-61 NA
(COMPLETA canales P
smc
y R
smc
de la GES) A2-31 NA
(COMPLETA identificacin del haz) A2-33 NA
(COMPLETA apoyo de haz de la GES) A2-34/A2-61 NA
08 Radiodifusin del sistema liberacin selectiva A2-36 13
09 Radiodifusin del sistema tiempo universal A2-35 13
0A Radiodifusin de tabla del sistema AES (ndice) A2-30 NA
OB Radiodifusin de tabla del sistema AES
(PARCIAL identificacin del satlite) A2-32 NA
OC Radiodifusin de tabla del sistema AES
(COMPLETA identificacin del satlite) A2-32 NA
OD Radiodifusin de tabla del sistema AES
(COMPLETA segunda serie de
canales P
smc
y R
smc
de la GES) A2-31 NA
OE Reservado
CONEXIN/DESCONEXIN DEL SISTEMA
10 Peticin de conexin A2-2 13
11 Confirmacin de conexin A2-3 13
12 Control de conexin (canal R) peticin de desconexin A2-50 13
12 Control de conexin (canal P) rechazo de conexin A2-6 13
13 Control de conexin (canal P) rechazo de conexin A2-5 13
13 Control de conexin (canal R) rechazo de reasignacin A2-50 13
14 Control de conexin (canal P) interrogacin de conexin A2-4 13
15 Acuse de recibo conexin/desconexin (canal P) A2-25 13
15 Acuse de recibo conexin/desconexin (canal R) A2-53 13
16 Control de conexin (canal P) invitacin a desconexin A2-4 13
17 Control de conexin (canal P) reasignacin de canal de datos A2-4 13
17 Control de conexin (canal R) preparado para reasignacin A2-50 13
18 Reservado
19 Reservado
148 2/11/00
Nm. 75
INICIACIN DE LLAMADA
20 Telfono de peticin de acceso general (ajeno a la seguridad) A2-45 9
20 Telfono de peticin de acceso general (otros mensajes de seguridad) A2-45 10
20 Telfono de peticin de acceso general (seguridad de los vuelos) A2-45 12
20 Telfono de peticin de acceso general (socorro) A2-45 15
20 Anuncio de llamada (ajeno a la seguridad) A2-8 9
20 Anuncio de llamada (otros mensajes de seguridad) A2-8 10
20 Anuncio de llamada (seguridad de los vuelos) A2-8 12
20 Anuncio de llamada (socorro) A2-8 15
21 Direccin de servicio de informacin de llamada (ISU) A2-9 13
22 Datos de peticin de acceso (canal R/T) (ajeno a la seguridad) A2-47/A2-7 9
22 Datos de peticin de acceso (canal R/T) (seguridad de los vuelos y
otros mensajes de seguridad) A2-47/A2-7 13
22 Datos de peticin de acceso (canal R/T) (socorro) A2-47/A2-7 15
23 Telfono de peticin de acceso abreviada (otros mensajes de
seguridad) A2-46 10
23 Telfono de peticin de acceso abreviada (seguridad de los vuelos) A2-46 12
23 Telfono de peticin de acceso abreviada (socorro) A2-46 15
24 Reservado
25 Reservado
26 Reservado
27 Reservado
28 Radiodifusin de tabla PIRE de datos secuencia completa A2-62 NA
29 Radiodifusin de tabla PIRE de datos secuencia parcial A2-62 NA
PROGRESIN DE LA LLAMADA
30 Progresin de la llamada (canal P/C) A2-11/A2-12/A2-13/
A2-14/A2-15/A2-16 13
30 Progresin de llamada (canal R) A2-51/A2-52 13
31 Asignacin de canal C (socorro) A2-17 15
32 Asignacin de canal C (seguridad de los vuelos) A2-17 12
33 Asignacin de canal C (otros mensajes de seguridad) A2-17 10
34 Asignacin de canal C (ajeno a la seguridad) A2-17 9
35 Reservado
36 Reservado
37 Reservado
38 Reservado
39 Reservado
INFORMACIN DE CANAL
40 Control de canales P/R (ISU) A2-18 13
41 Control de canal T (ISU) A2-20 13
Cdigo
(HEX) Funcin
Figura de formato
de mensaje
(vase Apndice 2,
Captulo 4)
Nmero Q
(precedencia)
149 2/11/00
Nm. 75
RESERVA TDMA
50 Reserva no solicitada A2-22 15
51 Asignacin de canal T A2-23 15
52 Reservado
53 Reserva cercana (RFC) A2-24 15
ACUSE DE RECIBO
60 Acuse de recibo telefnico (canal P/C) A2-26 13
60 Acuse de recibo telefnico (canal R) A2-54 13
61 Peticin de acuse de recibo (RQA) (canal P) datos de socorro A2-27 15
61 Peticin de acuse de recibo (RQA) (canal P) cualquier otro dato A2-27 13
61 Peticin de acuse de recibo (RQA) (canal P) datos de socorro A2-48 15
61 Peticin de acuse de recibo (RQA) (canal P) cualquier otro dato A2-48 13
62 Acuse de recibo (RACK, TACK) (canal P) datos de socorro A2-29/A2-28 15
62 Acuse de recibo (RACK, TACK) (canal P) cualquier otro dato A2-29/A2-28 13
62 Acuse de recibo (PACK) (canal R) datos de socorro A2-49 15
62 Acuse de recibo (PACK) (canal R) cualquier otro dato A2-49 13
63 Reservado
64 Reservado
65 Reservado
DATOS DE USUARIO
70 Reservado
71 Datos de usuario (ISU) RLS (canal P/T) A2-37 V(0-3,5-8,11,14)
72 Encabezador de retransmisin (RTX) (canal P/T) A2-41 V(0-3,5-8,11,14
73 Reservado
74 Datos de usuario (LSDU de 3 octetos) RLS (canal P) A2-39 V(0-3,5-8,11,14
75 Reservado
76 Datos de usuario (LSDU de 4 octetos) RLS (canal P) A2-40 V(0-3,5-8,11,14)
N/A Datos de usuario (ISU/SSU) (canal R) A2-44 V(0-3,5-8,11,14)
80 Reservado para radiodifusin
81 Radiodifusin de tabla del sistema AES serie de haz puntual
canal P/R de la GES (parcial) A2-56/A2-57 NA
apoyo de haz de la GES (parcial) A2-60 NA
83 Radiodifusin de tabla del sistema AES canal P/R de la GES
(completa) A2-56/A2-57 NA
apoyo de haz de la GES (completa) A2-60 NA
85 Radiodifusin de tabla del sistema AES ndice de la serie de haz
puntual A2-55 NA
ID satlite/haz (parcial) A2-58/A2-59 NA
Cdigo
(HEX) Funcin
Figura de formato
de mensaje
(vase Apndice 2,
Captulo 4)
Nmero Q
(precedencia)
150 2/11/00
Nm. 75
ID satlite/haz (completa) A2-58/A2-59 NA
canal P/R de la GES, segunda serie (completa) A2-56/A2-57 NA
89 Reservado
UNIDADES DE SEALIZACIN SUBSIGUIENTES: bits 8-7 = 1 1
Direccin de servicio de informacin de llamada (SSU) A2-10 13
Control de canal P/R (SSU) A2-19 13
Control de canal T (SSU) A2-21 13
Datos de usuario (SSU) (canal P/T) A2-38 V(0-3,5-8,11,14)
Todos los dems cdigos no estn asignados.
En la columna de nmero Q, los tipos de mensaje con un nmero Q variable se indican por V seguida entre parntesis por el valor
o gama de valores que se utilizan normalmente.
Cdigo
(HEX) Funcin
Figura de formato
de mensaje
(vase Apndice 2,
Captulo 4)
Nmero Q
(precedencia)
149A
151 2/11/00
Nm. 75
149B
9/11/95 150 ANEXO 10 VOLUMEN III
Temporizacin Valor (segundos)
tG1 9,3
tG2 5
tG3 18
tG3A Reservado
tG3B Reservado
tG4 2,5
tG5 Reservado
tG6 a discrecin del operador GES
tG7 no asignado
tG8 10
tG9 20 a 30
tG10 Tch (Nota 3)
tG11 12
tG12 10
tG13 10
tG14 7
tG15 no asignado
tG16 10
tG17 10
tG18 7
tG19 10
tG20 120 a 240
tG21 120 a 240
tG22 60 a 120
tG23 10
tG24 10
tG25 2
tG26 25
tG27 12
tG28-tG29 no asignado
tG30 2
tG31 5+5* (duracin de trama por canal P)
tG32 10
tG33 10
tG34 4
tG35 Tch (Nota 3)
tG36 2
tA1 20+(Nm. de SU)*Ts (Nota 2)
tA2 no asignado
tA3 7,9+RND (O,Z
k
-1)*Ts (Notas 2, 4)
tA4 no asignado
tA4A 8
tA4B 7,9+RNB(O,Z
k
-1)*Ts (Notas 2, 4)
tA5 4
tA6 8
tA7 7,9+RND(0,Z
k
-1)*Ts (Notas 2, 4)
tA8(i) (Nota 1) (Retardo de res)*8+2
tA9 no asignado
tA10 5+RND(0,Z
k
-1)*Ts (Notas 2, 4)
tA11 12+RND(0,Z
k
-1)*Ts (Notas 2, 4)
tA12 10
tA13 10
tA14 10
tA15-tA17 no asignado
tA18 20 a 30
tA19 10
tA20 15+RND(0,Z
k
-1)*Ts (Notas 2, 4)
tA21 no asignado
tA22 Tch (Nota 3)
tA25 5
tA26 Tch (Nota 3)
tA27 10
tA28 10
tA29 K *Tch, K=2 (Nota 3)
tA30 10
tA31 20
tA32 10
tA33 Tch (Nota 3)
tA34 20
tA35 10
tA36 Tch (Nota 3)
tA37 5
tA38 (Nm. de SUs)*Tch (Nota 3)
tA39 5
tA40 (Nm. de SUs)*Tch (Nota 3)
tA41 15
tA42 120 a 240
tA50 4+2* (duracin de trama por canal P)
NOTAS:
1. Temporizadores mltiples, si se requieren, indicados por el
sufijo (i).
2. Z
k
= Zo * 2
k
, Zo = 4 normalmente; Ts = duracin de intervalo
por canal R y k es el nmero de intentos; k=0 para la
transmisin inicial.
3. Tch = tiempo necesario para transmitir 1 SU por canal C de
sub-banda, por ejemplo, 0,167 segundos para un canal de
21 000 bits.
4. RND(x,y) = funcin que selecciona aleatoriamente un valor
entero en el intervalo [x,y]; siendo todos los valores enteros
del intervalo igualmente probables.
VALORES DE TEMPORIZACIN
Temporizacin Valor (segundos)
Apendice 5 del Capitulo 4
TRANSFORMACI~N DE SUCESOS TELEF~NICOS
DE INTERFUNCIONAMIENTO DE REDES
I
1 CM-LIDU SMAS(R):
- 1
Nombre del suceso:
Origen de llamada SMAS(R)S
((Indicador de categoria del usuario que llama, abonado,
llamada con prioridad)
I
Utilizacion del
procedimiento:
TRANSFORMA
EN:
Transformacion de parametros:
I
Peticion de acceso - Telefono
e Informacion de llamada -
Direccion del servicio
CPCl (Indicador de categoria del usuario que Ilama) Numero Q
Numero del usuario llamado Digito de direccion 0-9 (longitud fija de 10 digitos)
-
. ,
. - - .
Direccion en tierra ................................................................................................... (Variable)
(longitud fija de 10 dlgitos)
Subdireccion del usuario que llama Terminal que llama
Canal del sistema audio de aeronave ....................... ; ............................................. (Variable)
' ID red 10
Red oral terrenal SMASiR)
ID servicio 1
- -- --
Velocidad de transmision de datos
del circuito O
Caracteristicas de canal oral 2 6 3
Fuente 1
Direccion de servicio 3
Numero de referencia de aplicacion (Variable)
Tipo de mensaje 20123 (hex)
Encaminamiento Canal R
Comentarios:
Esta transfomacion de parametros se aplica exclusivamente a la CM-LIDU de "Peticion de acceso -
Telefono".
El tipo de mensaje 23 (hex) corresponde a la SU de 'Peticion de acceso abreviada - Te16fonon.
El tipo de mensaje 20 (hex) corresponde a la SU 'Peticion de acceso general -Telefonon; y en este
caso, solamente se transmiten con esta CM-LIDU los primeros dos digitos de la direccion de tierra.
La ID = 10 de la red es aplicable si hay una red privada terrenal de voz del SMAS(R).
ANEXO 10 - VOLUMEN 111
Figura AS-1 a)
2/11/00
Num. 75
Parte Z Anexo IO - Telecomunicaciones aeronauuuhcas
TRANSFORMA
EN:
Nombre del suceso:
Origen de llamada SMAS(R)
(Indicador de categoria del usuario que llama, abonado,
-- -- --
Numero del usuario llamado Dlgito de direccion 2-9
Direccion en tierra ........................................................................................................... (Variable)
Subdireccion del usuario que llama Terminal que llama
Canal del sistema audio de aeronave. ........................................................................... F (Variable)
Tipo de mensaje
21 (hex)
Encaminamiento
Sub-banda canal C
CM-LIDU SMAS(R):
Peticion de acceso - Telefono
e Informacion de llamada -
Comentarios:
Esta transformacion de parametros se aplica exclusivamente a la CM-LIDU de "Informacion de llamada -
direccion del servicio".
Utilizacion del
procedimiento:
Salida AES
2/11.00
Num. 75
Figura AS-1 b)
Volumen III
Senal de fin
> , , , , \
Nombre del suceso:
CM-LIDU SMAS(R):
Transformacion de ~arametros:
Utilizacion del
TRANSFORMA
EN:
PARAMETRO FITE CODIFICACION PARAMETRO LICI
Norma de codificacion # S (norma de codificacion)
(vease la tabla inferior) ................................. ................
b [Valores segun la tabla inferiorl
Lugar de causa Lugar (de causa)
(vease la tabla inferior) ................................. $5.. ..............
Clase de causa
8
. Clase de causa
$$
Progresion de la llamada - Liberacion de canal
$$
(vease la tabla inferior) ................................. $$ ................
Valor de causa Valor de causa
$$
(vease la tabla inferior) ................................. ................
E
!# Tipo de mensaje
30 (hex)
procedimiento:
SALIDA AES
Tipo de informe
$$ 5
Encaminamiento Canal R
O
$$ Sub-banda de canal C
$j
Comentarios:
1 El suceso de ceder a derecho preferente se genera internamente en el procedimiento de salida AES en respuesta a la
llegada de una llamada SMAS(R) de mayor prioridad. No se recibe por la interfaz de interfuncionamiento.
1
CODIFICACION ESPEC~FICA DE PARAMETROS CM-LIDU PARA INDICAR ESTE SUCESO
Activacion del suceso
1 Ceder a derecho preferente de una llamada SMAS(R) de mayor
prioridad en la AES
1
Liberacion normal de ida por el abonado que llama
Figura AS-2
Norma de
codificacion Lugar
Clase de
causa
Valor de
causa
< BlTE 5 1
TRANSFORMA
DESDE:
Nombre del suceso:
Direccion completa
CM-LIDU SMAS(R):
Progresion de la llamada - Resultado de
tentativa de llamada
PARAMETRO BlTE
Norma de codificacion
(vease la tabla inferior)
4 .............................
Lugar de causa
Clase de causa
Valor de causa
Comentarios:
Utilizacion del
procedimiento:
SALIDA AES
S (norma de codificacion)
......................
[Valores segun la tabla inferiorl
Lugar (de causa)
......................
Clase de causa
......................
Valor de causa
......................
Tipo de mensaje
30 (hex)
Tipo de informe
4
Figura AS-3
Senal de direccion completa recibida desde la red terrenal
Norma de
codificacion
1
Lugar
6
Clase de
causa
O
Valor de
causa
1
Anexo 10 - Telecomunicaciones aeronauticas Volumen 111
TRANSFORMA
DESDE:
Uombre del suceso:
Llamada infructuosa - Congestion de la red
:M-LIDU SMAS(R):
O
Progresion de la llamada - Resultado de i ntento
de llamada
Jtilizacion del
wocedimiento:
SALIDA AES
- - - - - - - - - - - - - - -
PARAMETRO BITE $$ CODIFICACI~N PARAMETRO LICI
$$
Norma de codificacion S S (norma de codificacion)
g$
(vease la tabla inferior) 4 ......................... $$ ...........................
(vease la tabla inferior) 4 .......................a. B. . . . . . . ....................
$$
Clase de causa $$ Clase de causa
(vease la tabla inferior) 4 ......................... $$ ...........................
[Valores segun la tabla inferior]
$$
Valor de causa 8 Valor de causa
$$
(vease la tabla inferior) 4 ......................... $2...........................
Tipo de mensaje
g
30 (hex)
$j
8 Tipo de informe 5 (liberacion de canal)
$$ 4 (Resultado de intento de llamada)
Comentarios:
1 Este suceso se genera internamente en el procedimiento de salida AES. No llega a traves de la capa de enlace.
( Congestion de equipo GES 1 0 1 2 1 2 1 1 0 1
Frecuencia de canal C no disponible en la GES
Unidad de canal C no disponible en la GES
Figura AS-4
Norma de
codificacion
1
1
Congestion de red terrenal
1 Unidad de canal C no disponible en la AES
Lugar
3
3
O
1
Clase de
causa
2
2
4
2
Valor de
causa
1
2
2
2
1 O
2
TRANSFORMA
DESDE:
Jombre del suceso:
Llamada infructuosa - Direccion incompleta
:M-LIDU SMAS(R):
Utilizacion del
procedimiento:
SALIDA AES
PARAMETRO BITE CODIFICACION PARAMETRO LICI
8
Norma de codificacion 8 S (norma de codificacion)
$$
(vease la tabla inferior) 4 .............................. ?$....... ............... [Valores segun la tabla inferior]
Lugar de causa # Lugar (de causa)
#j
(vease la tabla inferior) 4 ........................... ...& ..................... [Valores segun la tabla inferior]
$$
(vease la tabla inferior) 4 .............................. $2 ...................... [Valores segun la tabla inferior]
$$
(vease la tabla inferior) 4 ........................... ...$$$.. ................... [Valores segun la tabla inferior]
@ Tipo de mensaje
30 (hex)
!$ Tipo de informe
5
Comentarios:
CODIFICACION ESPEC~FICA DE PARAMETROS CM-LIDU PARA INDICAR ESTE SUCESO 1
1 Formato de numero llamado incompleto detectado por la red terrenal 1 O 1 4 1 1 1 12 1
1 Formato de nilmero llamado incompleto detectado por la GES I 1 1 4 1 3 1 2 1
Valor de
causa
Figura A5-5
Norma de
codificacion Lugar
Clase de
causa
Nombre del suceso:
Llamada i nfructuosa - Numero no asi gnado
$$
PARAMETRO BITE g CODIFICACION PARAMETRO LICI
Norma de codificacion S (norma de codificacion)
TRANSFORMA
DESDE:
(vease la tabla inferior) 4 ............................ .$$. ...................... [Valores segun la tabla inferior]
$$
(vease la tabla inferior) 4 ..................... ........ti... .................... [Valores segun la tabla inferior]
CM-LIDU SMAS(R):
$j
Clase de causa # Clase de causa
la tabla inferior) 4 ............................. $2.......................
Utilizacion del
procedimiento:
SALIDA AES
(vease la tabla inferior) 4 ......................... ....# .......................
$$ Tipo de mensaje
$$ 30 (hex)
g
$$ Tipo de informe
Comentarios:
Figura AS-6
CODIFICACION ESPEC/FICA DE PARAMETROS CM-LIDU PARA INDICAR ESTE SUCESO
Numero llamado no asignado detectado por la red terrenal
Norma de
codificacion
O
Valor de
causa
1
Lugar
4
Clase de
causa
O
TRANSFORMA
DESDE:
ombre del suceso:
Llamada infructuosa - Usuario llamado ocupado
Progresion de la llamada - Liberacion de canal1 SALIDA AES
M-LIDU SMAS(R):
.ansformacian de parametros:
6
I
Utilizacion del
procedimiento:
PARAMETRO BITE
$.
Q CODIFICACI~N PARAMETRO LICI
Noma de codificacion S (norma de codificacion)
8
I
5
(vbase la tabla inferior) 4 .....a. ....................... ........................
v;.
[Valores segun la tabla inferior1
$$
( dase la tabla inferior) 4 ................... ..........B.. .....................
Clase de causa {$ Clase de causa
!a
$5
A..
( %, b a s e la tabla inferior) 4 ............................. ......................
<;S
::;: :.:<
.:c. :c..
:>;
:p..
("base la tabla inferior) 4 ............................. ;Q .......................
Tipo de mensaje
30 ihex)
B.
$$ Tipo de informe
5
-- -
Comentarios:
r CODIFICACION ESPEC~FICA DE PARAMETROS CM-LIDu PARA INDICAR ESTE SUCESO
1 Usuario llamado ocu~ado (alerta a usuario llamado) 1 0 1 5 1 1 1 3 1
Usuario llamado ocupado
Figura AS-7
Norma de
codificacion
O 1 5
Lugar
1
Clase de
causa
1
Valor de
causa
TRANSFORMA
DESDE:
Nombre del suceso:
Llamada infructuosa - Linea fuera de servicio
CM-LIDU SMAS(R): Utilizacion del
procedimiento:
PARAMETRO BITE
<::
CODIFICACI~N PARAMETRO LICI
(vease la tabla inferior) 4 ............................. 8 .......................
Lugar de causa ; Lugar (de causa)
$j
Clase de causa Clase de causa
8
(vease la tabla inferior) 4 ............................. .......
- --
8
(vease la tabla inferior) 4
.................
Tipo de mensaje
30 (hex)
Tipo de informe
2:
5
Comentarios:
1 La activacion del suceso 'sin respuesta desde la GES" se genera internamente por el procedimiento de salida AES y no
se transforma a partir de una CM-LIDU recibida.
Figura AS-8
Falla de la prueba de continuidad de canal C en la GES o
interrupcion de la portadora
Destino fuera de servicio
1 Sin respuesta de la GES
Norma de
codificacion
1
O
1
Lugar
3
5
2
Clase de
causa
5
1
5
Valor de
causa
1
11
1
Nombre del suceso:
Llamada infructuosa - Enviar indicacion de error
Utilizacion del
procedimiento:
DESDE:
$j
PARAMETRO BITE CODIFICACION PARAM ETRO LICI
Norma de codificacion @ S (norma de codificacion)
8
(vease la tabla inferior) 4 ............................. ....................... [Valores segun la tabla inferior]
8
$$
(vease la tabla inferior) 4 ................................ .................... [Valores segun la tabla inferior]
Clase de causa
(vease la tabla inferior) 4 ............................ .#- ...................... [Valores segun la tabla inferior]
SALIDA AES
$$
(vease la tabla inferior) 4 ............................. $2.......................
8
Tipo de mensaje
30 (hex)
8
$$ Tipo de informe
5
Comentarios:
Figura A5-9
160
Caracteristicas en fonia requeridas no proporcionadas por la GES
Causa indeterminada
AES que llama no autorizada para el servicio
Expiracion del temporizador de respuesta en la GES
Norma de
codificacion
1
1
1
O
Valor de
causa
4
15
2
2
Lugar
3
3
3
4
Clase de
causa
6
7
4
1
Anexo 10 - Telecomunicaciones aeronauticas Volumen III
TRANSFORMA
DESDE:
Nombre del suceso:
Respuesta
Progresion de la llamada - Conexion
CM-LIDU SMAS(R):
procedimiento:
SALIDA AES
Utilizacion del
: : : S
PARAMETRO BITE :.:.. S .:.:.
.S'.
CODIFICACI~N. PARAMETRO LICI
::::: $2
Tipo de mensaje
:+.
$$ Tipo de informe
$$
.v.
2
Comentarios:
Figura AS-10
TRANSFORMA
DESDE:
Nombre del suceso:
Colgar
CM-LIDU SMAS(R):
Utilizacion del
procedimiento:
SALIDA AES
PARAMETRO BITE
$$
$$
Norma de codificacion # S (noma de codificacion)
(vease la tabla inferior) 4 ............................. @... .................... [Valores segun la tabla inferior]
$$
(vease la tabla inferior) 4 ............... . . . . . . . . . . . . . . ?d. . . .................... [Valores segun la tabla inferior]
g
Clase de causa 8 Clase de causa
(vease la tabla inferior) 4 ............................. .......................
Valor de causa % Valor de causa
g
g
# Tipo de mensaje
30 (hex)
Tipo de informe
$$ 5
Comentarios:
1 El suceso de ceder a derecho preferente se genera internamente en el procedimiento de salida AES, en respuesta a la
llegada de una llamada SMAS(R) de mayor prioridad.
Figura A5-11
CODIFICAC~ON ESPEC~F~CA DE PARAMETROS CM-LIDU PARA INDICAR ESTE SUCESO
Liberacion normal de vuelta
prioridad en la AES
Norma de
codificacion
O
1
Lugar
O
2
Clase de
causa
1
1
Valor de
causa
O
1
TRANSFORMA
DESDE:
Transformacion de uardimetms:
Nombra del acceso:
Anuncio de llamada y Asignacion de canal C
Utilizacion del
procedimiento:
ENTRADA
AES
PARAMETRO BITE CODIFICACI~N PARAMETRO LICI
CPCl (Indicador de cateaorla del usuario que 8 Numero Q
Mama)
b
..................... ...........................................................................
~ocorro/urgencia 4 :e. 15
Segudad de los vuelos 4 ..................... 8 ............................................................................
B. 12
Subdireccion del usuario llamado #, Terminal llamado
Canal del sinema audio de wmnaw 4 .... @ ...........................................................................
(variable)
3::.
Red-facilidades espsclficas 8 ID s e ~ c i o
$$
Llamada oral 4 ................................................................................................................
:S 1
:.x
Velocidad de transmision de datos de usuario $$ Velocidad de transrnisidn de datos del circuito
No se requiera " , , , d o de datos 4 ..............$... ..........................................................................
O
Caracteristicas de canal oral 2
z;
Tipo de mensaje
$$
20 (hexl
Comentarios:
Esta transformacion de pardimetros se aplica exclusivamenta a la CM-LIDU da 'Anuncio de llamada".
Transformacion de pariimetms:
I i
@ PlRE inicial
$$
... fvariablei
E
Frecwncia de canal de recepcion
$; (variable)
8
Frecuencia de canal de transmlslon
(variable)
# Tipo de mensaje
a, 3 1 fhexl 1
---
Comentarios:
Esta transformacion de pardimetros se aplica exclusivamente a la CM-LIDU de 'Asignacion de canal Cm.
Figura AS-12
163
TRANSFORMA
DESDE:
Nombre del suceso:
Senal de fin
CM-LIDU SMAS(R):
Utilizacion del
procedimiento:
ENTRADA
AES
Transformacion de ~aramet ros:
PARAMETRO BITE
$j
@ CODIFICACI~N PARAMETRO LICI
gf
(vease la tabl a inferior) 4 ............................. 84.......................
Lugar de causa $# Lugar (de causa)
(vease la tabla inferior) 4 ............................. $4.......................
(vease la tabl a inferior) 4 ............................. 8 .......................
[Valores segun l a tabla inferiorl
8;
Valor de causa #j Valor de causa
$$
(vease la tabla inferior) 4 .............................ti ....................... [Valores segun la tabla inferior]
8 Tipo de mensaje
$j 30 (hex)
$$
Ti podei nf orme
5
Comentarios:
1 El suceso de ceder a derecho preferente se genera internamente en el procedimiento de salida AES, en respuesta a l a
llegada de una llamada SMAS(R) de mayor prioridad. No llega a traves de la CM-LIDU.
CODIFICACION ESPEC~F~CA DE PARAMETROS CM-LIDU PARA INDICAR ESTE SUCESO
Norma de
codificacion Lugar
Clase de Valor de
1 causa 1 causa
Liberacion normal de ida .
Causa indeterminada 1 1 1 4
prioridad en l a AES
Fallo de la prueba de continuidad de canal C en la GESIAES sin 1 1 1 3
O
respuesta o interrupcion en transportadora AES recibida
I I I I
1
O
1
Expiracion del temporizador de respuesta (generada internamente
por la AES)
1
Acuso de recibo de conexion no recibido por AES
(generada internamente por la AES)
Figura AS-13
164
O
1
O
Cesion a llamada por derecho preferente en la GES
1
1
1
1
2
1
3
2
5 1
1 1
Anexo 10 - Tetecomunkaciones aeronauticas Volumen ZZZ
TRANSFORMA
EN:
Nombre del suceso:
procedimiento:
Norma de codificacion #$ S (norma de codificacion)
ENTRADA
AES
%
[Valores segun l a tabla inferior]
g
[Valores segun l a tabla inferiorl
@
Valor de causa $$ Valor de causa
!$
# Tipo de mensaje
30 (hex)
# Tipo de informe
4
$$ Encaminamiento
8
Canal R
Comentarios:
Este suceso se genera internamente en el procedimiento de entrada AES y no llega por la interfaz de interfuncionamiento.
1
CODIFICACION ESPEC~FICA DE PARAMETROS CM- LI DU PARA I NDI CAR ESTE SUCESO
1
Figura AS-14
Act i vaci on del suceso
Unidad de canal C no disponible en la AES
Cesion a derecho preferente de una llainada SMAS(R) de mayor
prioridad en la AES
Norma de
codificacion
1
1
Lugar
2
1
Clase de
causa
2
1
Valor de
causa
2
1
Parte Z Anexo 10 - Telecomunicaciones aemnauh'cas
TRANSFORMA
EN:
Nombre del suceso:
CM-LIDU SMASiR):
Utilizacion del
procedimiento:
ENTRADA
AES
PARAMETRO BITE
8
% CODIFICACI~N PARAMETRO LICI
$$
(vbase la tabl a inferior) .................................~t.~...~..... . .
8
..................... ("ease la tabla infefior) ................................. $$
! :
b [Valores segun la tabla inferior1
...
.:.>
;.:.: .::+
(vease la tabla inferior) .............. ...................@........... . . .
Valor de causa # . Valor de causa
................... [vease la tabla inferior) ................................. E..
>#
@ Tipo de mensaje
.:.> :.:..
P. 30 (hex)
Tipo de informe
8
:ti 4
$
Encaminamiento
$2 Canal R
Comentarios:
1 CODIFICACION ESPECIFICA DE PARAMETROS CM-LIDU PARA INDICAR ESTE SUCESO 1
1 Terminal llamado ocu~ado 1 1 1 1 1 7 1 1 1
Figura AS-15
166
Norma de
codificacion Lugar
Anexo 10 - Telecomunicacwnes aeronauticas Volumen III
TRANSFORMA
EN:
Nombre del suceso:
CM-LIDU SMAS(R):
Utilizacion del
procedimiento:
ENTRADA
AES
l $j
PARAMETRO BITE % CODIFICACION PARAMETRO LICI
$$
$g
(vease la tabla inferior) ................................. 8 .....................
Lugar de causa $$ Lugar (de causa)
8
(vease la tabla inferior) ................................. $$ .....................
Clase de causa $ Clase de causa
8
(vease la tabla inferior) ................................ .$$ .....................
Valor de causa $ Valor de causa
$$
(vease la tabla inferior) ...............................e. .....................
Tipo de mensaje
!$ 30 ihex)
$ Tipo de informe
8 4
Encaminamiento
$g Canal R
Comentarios:
1 Estos sucesos se generan internamente mediante el procedimiento de entrada AES.
1
CODIFICACI~N ESPEC~FICA DE PARAMETROS CM-LIDU PARA INDICAR ESTE SUCESO
1 1 Norma de 1 1 Clase de 1 Valor de
1 Activacion del suceso 1 codificacion 1 Lugar 1 causa 1 causa
1 1 Prueba de continuidad sin exito en la AES 2 1 5 1 1
1 Anuncio de llamada o LIDU-CM de asignacion de canal C no
1 recibidos de la GES
I
Figura A5-16
Terminal llamado fuera de servicio 1
I 1 I 4
1
I I
TRANSFORMA
EN:
Nombre del suceso:
Respuesta
procedimiento:
$3 Tipo de mensaje
g 30 ihex)
$$ Tipo de informe
2
ENTRADA
AES
@ Encaminamiento
Sub-banda de canal C
Comentarios:
Figura A5-17
Anexo 10 - Telecomunicaciones aeronuuticas Volumen ZZZ
TRANSFORMA
EN:
Nombre del suceso:
Colgar
CM-LIDU SMAS(R):
Utilizacion del
procedimiento:
ENTRADA
AES
g
$$
..................... (vease la tabla inferior) ................................. $;
b [Valores segun la tabla inferior]
(vease la tabla inferior) ................................S $$ .....................
Clase de causa @ Clase de causa
g
8
Valor de causa # Valor de causa
(vease la tabla inferior) ................................. 8 .....................
Tipo de mensaje
# Encaminamiento
Comentarios:
1 Estos sucesos se generan internamente en el procedimiento de entrada AES
1 Ceder a derecho preferente de una llamada SMAS(R) en la AES
Figura A5-18
Colgar normal
1 Expiracion de temporizador de respuesta en la AES
1 Expiracion de temporizador de acuse de recibo de conexion en la AES
Causa no defirIida
Norma de
codificacion
1
O
O
1
1
Lugar
1
O
1
2
2
Clase de
causa
1
Valor de
causa
1
1
1
5
7
O
2
1
15
Anexo 10 - TelecomunicBciones aeronduticas Parte Z
TRANSFORMA
EN:
Nombre del acceso:
msformacion de parametms:
PARAMETRO BITE
CPCl (Indicador de categoria del usuario que
llama)
........................
Socormlurgencia
Seguridad de los vuelos ........................
.......................
Regularidad
CM-LIDU SMASIR):
Anuncio de llamada
Y
Asignacion de canal C
Primeros 8 dlgitos de direccion de 10 dl gi os
(va"able) ............................................
Utillzaclbn del
procedimiento:
SALIDA GES
Ultimos 2 dlgitos de direccion de 10 dl gi os
.............................................
Ndmem Q
ID AES
...................................................................
b (variable)
Terminal llamado
...................................................................
b (variable)
Velocidad de transmision de datos del circuito
o
Caracteristicas de canal oral
2
Fuente
2
3
Tipo de mensaje
20 ihex)
Encaminamiento
Canal P
:omenterios: Esta transformaclbn de parametros se aplica exclusivamente a la CM-LIDU de "Anuncio de llamada".
o;
PlRE inicial
Ivariablel
8
$$
Frecuencia de canal de recepcion
$B (variable)
(3.
8
Frecuencia de canal de transmision
g$ lvariablel
i$ Tipo de mensaje
W
g 31 (hex)
8 Encaminamiento
fl Canal P
Comentarios: Esta transformacion de parametms se aplica exclusivamente a la CM-LIDU de 'Asignacion de canal C"
Figura A519
Anexo 10 - Telecomunicaciones aeronauticas Volumen ZIZ
Clase de causa 8 Clase de causa
, . %
$$
.....
:.y
(vease la tabla inferior) ................................. Cj .....................
.:.:.
:*
Valor de causa : Valor de causa
$J
#
(v&ase la tabla inferior) ................................... ......................
,:.:. b [Valores segun la tabla inferior1
TRANSFORMA
EN:
t:(
Tipo de mensaje
% 30 (hex)
>: :
%. ,
Tipo de informe
8, 5
Encaminamiento
Canal P
8 O
Comentarios:
1 Estos sucesos son generados internamente en el procedimiento de salda GES
;x
PARAMETRO BITE
8
1
tJ
Norma de codificacion @ S (norma de codificaci6n)
$$
...
c.:.
:.:.: .:c.
( dase la tabla inferior) ................................. b .................
8
::;:.
. .,.
E$
. : . S
(vdase la tabla inferior) ................................. >:I ...................
.:.S b [Valores segun la tabla Inferior]
Nombre del suceso:
Senal de fin
1 CODIFICACION ESPEC~F~CA DE PARAMETROS CM-LIDU PARA INDICAR ESTE SUCESO 1
CM-LIDU SMAS(R):
Utilizacion del
procedimiento:
SALIDA GES
Norma de
codificacion Lugar
Liberacion normal de ida de parte del abonado que llama
1 1 Interru~ci on en la ~ortadora AES recibida I i 1 3 1 5 1 1 I
1 Fallo de p ~ e b a de continuidad de canal C en la GESIAES no responde
I I I I
O
1 Causa indeterminada 1 1 1 4 1 7 1 1 5 1
I I
1
I 3 I 5
1 Cesidn por derecho preferente a llamada del SMAS(R) de mayor
prioridad
Figura A520
171
O
1
1
1 O
3 1 1
TRANSFORMA
DESDE:
Transformacion de pararnetros:
Nombre del suceso:
Direccion completa
CM-LIDU SMAS(R):
Acuse de recibo telefonico
Utilizacion del
procedimiento:
/ SALIDA GES
(Cuando lo recibe la GES al final de la prueba de continuidad de canal C)
1
PARAMETRO BITE $$ CODIFICACION PARAMETRO LICI
$$ Tipo de mensaje
$$ 60 (hex)
Acuse de recibolno acuse de recibo
Acuse de recibo
Comentarios:
No hay transformacion de pararnetros para este suceso. Sin embargo, la SM-LIIlU.de acuse de recibo telefonico que se
recibe durante la prueba de continuidad de canal C debe tener su parametro de acuse de recibolno acuse de recibo
puesto a ACK.
Figura AS-21
TRANSFORMA
DESDE:
Nombre del suceso:
CM-LIDU SMAS(R):
Progresion de la llamada - Resultado
de intento de llamada
PARAMETRO BITE
Lugar de causa
Clase de causa
Valor de causa
Utilizacion del
procedimiento:
SALIDA GES
(Norma de codificacion)
Lugar (de causa)
Clase de causa
Valor de causa
Tipo de mensaje
30 (hex)
Tipo de informe
4
Comentarios:
1 Estos sucesos se aeneran internamente en el roce di miento de salida GES.
Figura A5-22
1 Frecuencia de canal C no disponible en la GES
1 Unidad de canal C no disponible en la GES
1 Congestion de equipo GES
Cesion por derecho preferente de llamada del SMAS(R) de mayor
prioridad en la AES
Norma de
codificacion
1
1
O
1
Lugar
3
3
4
1
Clase de
causa
2
2
2
1
Valor de
causa
1
2
10
1
TRANSFORMA
DESDE:
Nombre del suceso:
CM-LIDU SMAS(R):
Utilizacion del
procedimiento:
SALIDA GES
PARAMETRO BITE
8
$j CODIFICACI~N PARAMETRO LICI
$$
8
(vease la tabla inferior) 4 .............................. ....................... [Valores segun la tabla inferior]
(vease la tabla inferior) 4 ............................. .; .......................
Clase de causa #$ Clase de causa
(vease la tabla inferior) 4 ............................. $$ .......................
-
Valor de causa
#$
Valor de causa
(vease la tabla inferior) 4 ............................ .,i.. .....................
$$ Tipo de mensaje
$$ 30 (hex)
Comentarios:
CODIFICACION ESPEC~FICA DE PARAMETROS CM-LIDU PARA INDICAR ESTE S
Norma de
1 Activacion del suceso 1 codificacion 1 Lugar
JCESO
I
Unidad de canal C no disponible en la AES
Figura AS-23
Clase de
causa
1
1
Valor de
causa
1
2
TRANSFORMA
DESDE:
Nombre del suceso:
CM-LIDU SMAS(R):
tentati va de llamada
Utilizacion del
procedimiento:
.se.
PARAMETRO BITE
+:.
S: CODIFICACI~N PARAMETRO LICI
: . : a.
- - - - - - -
8
Norma de codificacion 5s: S (norma de codificacion)
@:
(vease la tabla inferior) 4 .............................S ....................... [Valores segun la tabla inferior]
Lugar de causa ..... Lugar (de causa)
8
(vease la tabla inferior) 4 ................ [Valores segun la tabla inferior]
Clase de causa @ Clase de causa
$$
$$
(vease la tabla inferior) 4 ........................................................
&
Valor de causa # Valor de causa
(vease la tabla inferior) 4 ........................ ....., 2 .......................
# Tipo de mensaje
8 30 (hex)
# Tipo de informe
B. 4
Comentarios:
1 La activacion del suceso suceso se genera internamente por el procedimiento de salida GES cuando falla la prueba de
continuidad de canal C en la GES. No llega a traves de la CM-LIDU.
1
Norma de
codificacion
, Lugar
Clase de Valor de
1 causa 1 causa 1
Falla de la prueba de continuidad de canal C en la AES 2
1 Falla de la prueba de continuidad de canal C en la GESIAES no
responde
Anuncio de llamada o CM-LIDU de asignacion de canal C no
recibidos de la GES
Terminal llamado fuera de servicio
Figura AS-24
I I I
1 1
I 4
1
Parte I Anexo 10 - Telecomunicacwnes aeronauticas
Nombre del suceso:
1 1 CM-LIDU SMAS(R): 1 Utilizacion del
Transfotmacion de parametms:
PARAMETRO BITE
g . ., CODIFICACI~N PARAMETRO LICI
TRANSFORMA
DESDE:
Comentarios:
r-
Este suceso se genera internamente por el procedimiento de salida GES cuando hay una tentativa de llamada hacia una
AES que no esta conectada.
(Ninguna, vease la tabla inferior)
procedimiento:
SALIDA GES
Figura AS-25
AES no conectada
< BITE 221
Nombre del suceso:
Norma de
codificacion
1
Respuesta
3
Utilizacion del
procedimiento:
Valor de
causa Lugar
TRANSFORMA
DESDE: SALIDA GES
Clase de
causa
7
CM-LIDU SMAS(R):
Transformacion de parametms:
3
1 $$ Tipo de mensaje 1
:.y
g; 30 (hex)
8
g Tipo de informe
:::<
:::3
3% 2
;*
Comentarios:
Figura AS-26
Volumen ZZZ
Nombre del suceso:
Colgar
Utilizacion del
procedimiento:
/ -mANsFoRMA
DESDE:
CM-LIDU SMAS(R):
SALIDA GES
...
$$
(vease la tabla inferior) 4
.............. .................... , [Valores segun la tabla inferior]
$$
Lugar de causa 1 Lugar (de causa)
(vease la tabla inferior) 4 ................... ..........;s... .................... [Valores segun la tabla inferior]
(vease la tabla inferior) 4 ............................. f<- ......................
:.:..
.v.
; e; . .
:::.:
$$
4 .............................. :<........................
# Tipo de mensaje
$$ 30 (hex)
@ Tipo de informe
8 5
Comentarios:
1 Estos sucesos se generan internamente en el procedimiento de entrada AES.
Activacion del suceso I
Norma de
codificacion 1 Lugar
I Colgar normal I o I 0
-
Ceder a derecho preferente de una llamada SMAS(R) de mayor
prioridad en la AES
Expiracion del temporizador de respuesta en la AES
Expiracion del temporizador de acuse de recibo de conexion en la
AES
Cesion a derecho preferente de llamada del SMAS(R) de mayor
1 I prioridad
1 Interrupcion en portadora AES recibida
-- -
r Causa indeterminada
1
O
1
1
1
2
1
Figura A5-27
177
Clase de
causa
3
Valor de
causa
TRANSFORMA
DESDE:
Nombre del acceso:
CM-LIDU SMAS(R):
Peticion de acceso abreviada - Telefono
Utilizacion del
procedimiento:
ENTRADA
GES
CPCl (Indicador de categoria del usuario que
llama)
..................... ...........................................................................
~ocorro~urgenci a 4 $$ 15
.................... ..........................................................................
Regularidad 4 .?d.. 1 0
Numero del usuario llamado
E
Digitos de direccion 0-9 (longitud fija de 10 digitos)
Direccion en tierra 4 ............................. ; $; ........................................................................
(variable)
(longitud fija de 10 digitos)
$$
Numero del usuario que llama
Direccion de la aeronave
@ ID AES
$$
(8 primeros digitos de 10) 4 ................... pi . . . . . . ..................................................................
(variable)
Direccion de la aeronave
$$ Terminal que llama
(ultimos 2 digitos de 10)
4 ................... E ........................................................................
(variable)
Informacion sobre grupos cerrados de usuarios $$ ID red
~~d oral terrenal SMAS(R)
4 ................ g:.. .......................................................................
1 o
$#
Red-facilidades especificas ID servicio
Llamada oral
4 .............................. ...E$... .........................................................................
1
Velocidad de transmision de datos de usuario Velocidad de transmision de datos del circuito
#
Caracteristicas de canal en fonia
g
$$
$j Fuente
1
$$ Direccion del servicio
$$ 3
E
Numero de referencia de aplicacio'n
(variable)
8 Tipo de mensaje
iiiij
23 (hex)
Comentarios:
Figura AS-28
178
Senal de f i n
CM-LIDU SMAS(R):
TRANSFORMA
DESDE:
Utilizacion del
procedimiento:
ENTRADA
GES
I
$j
PARAMETRO BITE CODIFICACI~N PARAMETRO LICI 1
: . : e.
8
$$
(vease la tabla inferior) 4 ........................................ ........... [Valores segun la tabla inferior]
$j
$j
4 ........................... ..;>&. .....................
Clase de causa f Clase de causa
(vease la tabl a inferior) 4 ............................. tJ .......................
(vease la tabla inferior) 4 .......................................... ........... [Valores segun la tabla inferior]
@ Tipo de mensaje
$$
8 30 (hex)
Tipo de informe
$$ 5
Comentarios:
1 Este suceso se genera internamente en el procedimiento de entrada GES.
1 Liberacion normal de ida de parte del usuario que llama 1 0 1 O I I I o I
Ceder a derecho preferente de una llamada SMAS(R) de mayor
prioridad en la AES
Figura AS-29
1 Interrupcion en la portadora AES recibida o falla de continuidad
Norma de
codificacion
1
1
Lugar
1
3
Clase de
causa
1
Valor de
causa
1
5 1
TRANSFORMA
EN:
Nombre del suceso:
Direccion completa
CM-LIDU SMAS(R):
Utilizacion del
procedimiento:
ENTRADA
GES
:.:.:
PARAMETRO BITE
$$
*.
.:.:
c.:
A'.
5:
.v.
8
.................................
la tabla inferior)
E ... ..................... b
- -
;p.
..... .v.
g
(vease la tabla inferior) ................................. .....................
g
: a: : .
$$
@
(vease la tabl a inferior) ................................. $$. .................... b [Valores segun la tabla inferior]
S
la tabla inferior) .................... b [Valores segun la tabla inferior]
Tipo de mensaje
#: S 30 (hex)
w.
$$ Tipo de informe
$$
Sub-banda de canal R
Comentarios:
Norma de
codificacion Lugar
Clase de Valor de
/ causa 1 causa 1
Figura AS-30
-
Seiial de direccion completa recibida desde la red terrenal 1 6 O 1
TRANSFORMA
EN:
Transformacion de par het r os:
Nombre del suceso:
- --
CM-LIDU SMAS(R):
Progresion de I;i llamada - Liberacion de cana
O
Progresion de la llamada - Resultado
de intento de llamada
Utilizacion del
procedimiento:
ENTRADA
GES
PARAMETRO BITE
$$
a CODIFICACI~N PARAMETRO LICI
$$
8
.............................. ...................
(VdaSe la tabla inferior)
...E..
(vease la tabla inferior) ................................. E............ ....a.a..
8
(vease la tabla inferior) .................................#..... ................ b [Valores segun la tabla inferior]
Tipo de informe
5 (liberacion de canal)
$$ 4 (resultado de intento de llamada)
Canal P
O
Comentarios:
1 La activacion de este suceso se genera internamente por el procedimiento de entrada GES y no llega por la interfaz de
interfuncionamiento con la red terrenal.
1 1 Norma de 1 1 Clase de 1 Valor de 1
1 1 Unidad de canal C no disponible en la GES 1 1 1 3 1 2 1 2 1
1 Frecuencia de canal C no disponible en la GES
1 Congestion de la red terrenal o ausencia de rutas hacia destino 1 O 1 4 1 2 1 1 0 1
codificacion
1
Figura AS-31
181
1 Congestion de equipo GES
Lugar
3
2 O
causa
2
2
causa
1
10
Parte Z
TRANSFORMA
EN:
Nombre del suceso:
Llamada infructuosa - Direccion incompleta
procedimiento:
$$
Norma de codificacion $$ S (norma de codificacion)
$$
$$
(vease la tabl a inferior) ................................. $$ .....................
ENTRADA
GES
$$
(vease la tabl a inferior) .................................. ..................... [Valores segun la tabla inferior]
8
$j
(vease la tabla inferior) ................................. s.. ...................
.....
8
(vease la tabla inferior) a ................................$$..........-a .........
::::.
...
Tipo de mensaje
$2
2; 30 (hex)
: . : m.
$j Tipo de informe
8
5
# Encaminamiento
g Canal P
# O
Comentarios:
1 CODIFICACION ESPEC~FICA DE PARAMETROS CM-LIDU PARA INDICAR ESTE SUCESO 1
Norma de
codificacion 1 Lugar
Figura A532
Formato de numero llamado incompleto detectado por la red terrenal
Formato de numero llamado no valido detectado por la red terrenal
O
1
4
4
1
3
12
2
Anexo 10 - Telecomunicaciones aeronuuticas Volumen ZZZ
TRANSFORMA
EN:
Nombre del suceso:
Llamada infructuosa - Numero no asignado
procedimiento:
ENTRADA
GES
(vease la tabla inferior) ................................ .$$ ..................... b [Valores segun la tabla inferior1
8
8
(vease la tabla inferior) ................................ .s... ..................
$j
#j
(vease la tabla inferior) ................................. <.i ..................... b
$j
Valor de causa @ Valor de causa
#
Tipo de mensaje
$$ 30 (hex)
$$ Tipo de informe
5
i3
$$ Encaminamiento
$$
Canal P
@ O
8. Sub-banda de canal C
Comentarios:
1
1
Norma de
codificacion Lugar
Clase de Valor de
I causa I causa 1
Figura AS-33
Numero llamado no asignado detectado por la red terrenal O 4 O 1
TRANSFORMA
EN:
Nombre del suceso:
procedimiento:
...
B
PARAMETRO BITE $y g
...
.:.>
CODIFICACI~N 'PARAMETRO LICI
ENTRADA
GES
l
>: ,
Norma de codificacion L .:.: S (norma de codificaclon)
:.:.. C.>
33:
I
.................................
W
..................... ( dase la tabla inferior) #( b [Valores segun la tabla inferior]
.:.;
Clase de causa $ Clase de causa
2:
:.:.: CC
...
A..
(vease la tabla inferior) .................................a ..................... b [Valores segun la tabla inferior1
1
:::;
:::;
( dase la tabla inferior) .............................. ...g .....................
...
..... b [Valores segun la tabla inferior1
C.)
- -
:::;
( dase la tabla inferior) .................................+ .....................
:$ b [Valores segun la tabla inferior]
, Tipo de mensaje
$3
30 ihex)
Tipo de informe
L . : . :
$j 5
:S:
.:.:. ...
# Encaminamiento
....
c. :.
...
d.,
Canal P
g O
.....
.:.> Sub-banda de canal C
Comentarios:
1 La activacion del suceso "usuario llamado ocupado (alerta a usuario llamado)" solo tiene el apoyo de una GES con
equipo para recibir ese suceso desde la red terrenal.
CODIFICAC~~N ESPEC~FICA DE PARAMETROS CM-LIDU PARA INDICAR ESTE SUCESO
Figura A534
1 Usuario llamado ocupado (alerta a usuario llamado)
Noma de
codificacion
O
O
Lugar
5
5
Clase de
causa
1
1
Valor de
causa
1
3
TRANSFORMA
EN:
Nombre del suceso:
procedimiento:
s..
PARAMETRO BITE # CODIFICACI~N 'PARAMETRO LICI
8
- - -- --
Norma de codificacion $$ S (norma de codificacion)
8
ENTRADA
GES
8
A'.
(vease la tabla inferior) ............. ....................... .................... b
Clase de causa clase de causa
$$
$$
(vease la tabla inferior) ................................. <a> ....-.....e..........
:e. b [Valores segun la tabla inferior]
...
::A
$j
$9 :*
(vease la tabla inferior) .................................$:... ,.. ..................
.:.:. b [Valores segun la tabla inferior]
$$
Tipo de mensaje
30 (hex)
.....
8
Tipo de informe
3:
.:+ 5
$$ Encaminamiento
g: Canal P
8 O
g Sub-banda de canal C
Comentarios:
1 Este suceso se genera internamente en el procedimiento de entrada GES. No llega a traves de la interfaz de
interfuncionamiento.
Figura A5-35
1 Falla de la prueba de continuidad de canal C en la GES o
interrupcion de portadora
Destino fuera de servicio
Norma de
codificacion
1
O
Valor de
causa
1
11
Lugar
3
5
Clase de
causa
5
1
Nombre del suceso:
g
TRANSFORMA
EN:
(vhase la tabla inferior) .................................. ..................... b [Valores segun la tabla inferior1
(vease la tabla inferior) ................................. $$ ..................... b [Valores segun la tabla inferior]
CM-LIDU SMAS(R):
..................... (vease la tabla inferior) ................................ ,g
Utilizacion del
procedimiento:
ENTRADA
GES
8
Valor de causa $3 Valor de causa
..................... (vease la tabla inferior) ............................... ..p;
- - - - - - - -
$$ Tipo de mensaje
$$ 30 (hex)
# Tipo de informe
5
$$ Encaminamiento
$$
g
Canal P o
Comentarios:
Todas las actividades de este suceso BITE se generan internamente en el procedimiento de entrada GES. 'NO llegan a
travhs de la interfaz de interfuncionamiento.
Figura AS-36
Caracteristicas orales requeridas sin apoyo de la GES
Causa indeterminada
AES que llama no autorizada para el servicio
Expiracion del temporizador de respuesta en la GES
Norma de
codificacion
1
1
1
O
Lugar
3 .
3
3
4
Clase de
causa
6
7
4
1
Valor de
causa
4
15
2
2
TRANSFORMA
EN:
Nombre del suceso:
Respuesta
CM-LIDU SMAS(R):
Utilizacion del
procedimiento:
ENTRADA
GES
1 PARAMETRO BITE CODI FI CACI ~N PARAMETRO LICI
# Tipo de mensaje
$$ 30 (hex)
% Tipo de informe
@
2
Encaminamiento
Comentarios:
Figura AS-37
TRANSFORMA
EN:
Nombre del suceso:
Colgar
CM-LIDU SMAS(R):
Utilizacion del
procedimiento:
ENTRADA
GES
$$
$j
$$
$$
(,,ease la tabla inferior) .................................% ..................... ' b [Valores segun la tabla inferior]
(vease la tabla inferior) ................................. .....................
;g
$$
Valor de causa $j Valor de causa
$$
(Vease la tabla inferior) ................................. $$ .....................
8 Tipo de mensaje
8
30 (hex)
Tipo de informe
5
Encaminamiento Canal P o
$$
Comentarios:
1
1
Noma de
1 Liberacion normal de vuelta 1 0 1 O
Figura A538
codificacion Lugar
Anexo 10 - Telecomnicacwnes aeronauticas
Volumen ZZZ
TRANSFORMA
EN:
Nombre del suceso:
Envio terminado - Establecer condicion de conversacion
CM-LIDU SMAS(R1:
Utilizacion del
procedimiento:
ENTRADA
GES
ransfonnacion de parametros:
Y:
PARAMETRO BITE
$$
$5
.:.>
...
f $
t
: : *
la tabla inferior) ................................. * f . . ...................
Lugar de causa
S,
Lugar (de causa)
...
("ease la tabla inferior) ................................. 2 ..................... b [Valores segun la tabla inferior1
:*.
:<S !$$
( dase la tabla inferior) .................................+t.....................
a
:.:<
$;:
( dase la tabla inferior) ....................... .- ...... .$$ ..................... b [Valores segun la tabla inferlorl
P.
A,.
Tipo de mensaje
8
30 lhex)
8
$
8
Tipo de informe
.x.
Ig
$$ Encaminamiento
8 Sub-banda de canal C
Comentarios:
1 Setial de direccion completa recibida desda la red terrenal 1 1 1 6 1 O I l I
Figura A539
Acti vaci on del suceso
Noma de
codificacion Lugar
Clase de
causa
Valor de
causa
EN:
Transformacion de parhmetros:
Nombre del suceso:
Liberacion del lado de entrada
CM-LIDU SMAS(R):
PARAMETRO BITE
Lugar de causa
Clase de causa
Valor de causa
Comentarios:
Utilizacion del
procedimiento:
ENTRADA
GES
S (norma de codificacion)
.................... b [Valores segun la tabla inferior]
Lugar (de causa)
Clase de causa
Valor de causa
Tipo de mensaje
Tipo de informe
5
Encaminamiento
Canal P
O
Sub-banda canal C
Figura AS-40
Suceso de liberacion del lado de entrada recibido desde la red terrenal
(colgar normal)
Norma de
codificacion
O
Lugar
O
Clase de
causa
1
Valor de
causa
O
Tabla A6-1. Parmetros de configuracin en modo circuito
Parmetro Descripcin Valor
nA21 Longitud de la serie de unidades CM-LIDU de socorro/urgencia originadas en
el aire
4
nA22 Longitud de la serie de unidades CM-LIDU de seguridad de los vuelos
originadas en el aire
3
nA23 Longitud de la serie de unidades CM-LIDU de regularidad/meteorologa
originadas en el aire
2
PARMETROS DE CONFIGURACIN SMAS(R)
9/11/95 192 ANEXO 10 VOLUMEN III
1. INTRODUCCIN
Solamente puede asegurarse la interfuncionalidad de los
equipos que utilicen el codec LPC a 9,6 kbits/s y que realicen
operaciones en el servicio SMAS(R) si se cumplen plenamente
todas las disposiciones correspondientes a esta definicin de
algoritmo.
Nota 1. Consltese la representacin esquemtica del
algoritmo en la Figura A7-1
*
.
Nota 2. Se define el flujo y el procesamiento de la infor-
macin en el mbito del algoritmo mediante el uso de lenguaje
Pascal. Las implantaciones concretas de este algoritmo no
requieren utilizar este lenguaje.
Nota 3. Se describen todos los nombres de variables esca-
lares con un nombre sencillo. Se describen todos los nombres
de variables vectoriales con un nombre sencillo seguido de
corchetes en pares ([]).
2. REQUISITOS EN CUANTO
A CLCULOS NUMRICOS
Excepto si se indica explcitamente, y salvo en el caso de
variables que obviamente sean nmeros enteros, tales como
ndices de vectores y contadores de bucles, se mantendrn todas
las variables como valores de coma flotante, con una precisin
mnima de mantisa de 24 bits, inclusive un bit de signo. La
gama de valores del exponente asociado ser tal que la
magnitud de una variable positiva o negativa distinta de cero
pueda variar dentro de una gama mnima de valores desde
5,87747*10
-39
a 3,40282*10
38
.
Nota. Es esencial que se cumpla con esta gama mnima
de nmeros si desea asegurar la interfuncionalidad entre las
diversas implantaciones de vocodificadores.
3. CARACTERSTICAS DE
LA ENTRADA AUDIO
3.1 Caractersticas espectrales
de la entrada audio
Antes del muestreo y de la cuantificacin, los datos audio
orales que se presenten al algoritmo de codificacin tendrn las
siguientes caractersticas espectrales mnimas. Pueden satis-
facerse estas caractersticas mediante cualquier combinacin de
filtros anti-alias especficos y, o, de caractersticas naturales, de
corte espectral de los transductores y de los canales audio:
Nota. El punto de referencia de todas las especificaciones
es 1 020 Hz.
a) por una banda de paso entre 300 Hz y 3 400 Hz, una
variacin de ganancia no superior a 2 dB;
b) por una banda de transicin entre 4 000 Hz y 4 600 Hz, una
ganancia de 45 dB o inferior; y
c) en la banda de 4 600 Hz y superior, una ganancia de 75 dB
o inferior.
Nota 1. Adems de las caractersticas espectrales
enumeradas, en las caractersticas de la respuesta del
vocodificador en el extremo inferior debera proporcionarse un
filtrado adicional que corresponda a la instalacin particular
del equipo, a fin de mitigar los efectos de captacin de ruido
de la fuente de energa (p.ej., 400 Hz en instalaciones AES y
50/60 Hz en instalaciones GES).
Nota 2. En 3.2 se define que la entrada al algoritmo de
codificacin ha de ser con muestras audio cuantificadas por lo
menos con 12 bits de resolucin. Por consiguiente, se han
definido teniendo esto en cuenta todas las caractersticas
espectrales requeridas en el punto de muestreo. Se permite el
uso de audio compandido por la ley-u o la ley-A junto con una
resolucin reducida (p.ej., 8 bits) y caractersticas de ganancia
adecuadamente mitigadas en la banda de transicin y en la
banda atenuada, a condicin de que las muestras cuantificadas
se decompandan (linearicen) antes de su presentacin al
algoritmo.
DEFINICIN DEL ALGORITMO PARA CODIFICACIN DE LA VOZ
* Todas las figuras se presentan al final de este captulo.
2/11/00
Nm. 75
193 9/11/95
3.2 Muestreo, cuantificacin y escala
Se efectuar el muestreo audio que ostente las caractersticas
espectrales definidas en 3.1 a una velocidad continua de
transmisin de 8 kHz, y se cuantificarn las series resultantes
de muestras hacia una serie equivalente, ordenada en el tiempo,
de valores binarios lineales (es decir, no compandidos). Se
ejecutar cada una de las operaciones de cuantificacin con una
mnima precisin de 12 bits y una linearidad de por lo menos
10 bits. Se aumentar o disminuir la escala de magnitud del
valor de la gama mxima dinmica de esta serie, segn
corresponda, de forma que est estrictamente limitado por la
gama de coma flotante de 4 095,0 a 4 096,0 sin sobrepasarla.
La serie resultante ordenada en el tiempo, de los valores a escala
se presentarn a la lgica de segmentacin y de ventana
definida en 4.1.
Nota. La gama anterior limitante de valores a escala es
indicativa de un valor de punto fijo con signo, de 13 bits de
longitud. Se requiere que los valores binarios de la serie
ordenada en el tiempo corresponda a escala a la gama
numrica indicada, a fin de aprovechar al mximo la gama
numrica interna del algoritmo.
4. DEFINICIN DEL PROCESO
DE CODIFICACIN
4.1 Segmentacin y ventana
El tren de muestras de entrada ordenadas en el tiempo se
subdividir en segmentos ordenados en el tiempo denominados
segspch[]; comprendiendo cada uno 256 muestras de entrada
ordenadas en el tiempo (32 ms). Se construir cada segspch[]
de forma que la primera y las 96 ltimas muestras (12 ms)
incluidas se superpongan al segspch[] inmediatamente anterior
y subsiguiente. Cada segspch[] tendr una ventana con un
vector de ventana Hamming hamwindow[] definido mediante
la expresin:
FOR n:=0 TO 255 DO hamwindow[n]:=
0,54-0,46*COS(2*3,1415927*n/255);
y una operacin de ventana definida mediante la expresin:
FOR n:=0 TO 255 DO windspch[n]:=
segspch[n]*hamwindow[n];.
Se generar un vector spch[] adicional ordenado en el tiempo
que corresponda a las 160 muestras centrales de cada vector
segspch[] mediante la operacin definida por la expresin:
FOR n:=0 TO 159 DO spch[]:=segspch[n+48];.
4.2 Autocorrelacin
Respecto a cada windspch[], se generar un vector corr[] de
autocorrelacin de once elementos, mediante la operacin
definida por la expresin:
FOR i:=0 TO 10 DO
BEGIN
dot:=0;
FOR n:=0 TO 255-i DO dot:=dot+windspch[n]
*windspch[n+i];
corr[i]:=dot
END;
4.3 Recursin de Durbin
Respecto a cada corr[], se generar un vector de coeficiente
de correlacin parcial parcor[], mediante la operacin definida
por la expresin:
IF corr[0]=0 THEN FOR i:=1 TO 10 DO parcor[i]:=0;
ELSE
BEGIN
parcor[1]:=corr[1]/corr[0];
taps[1]:=parcor[1];
error:=(1-sqr(parcor[1]))*corr[0];
FOR i:=2 TO 10 DO
BEGIN
FOR j:=1 TO pred(i) DO alpha[j]:=taps[j];
parcor[i]:=corr[i];
FOR j:=1 TO pred(i) DO parcor[i]:=parcor[i]-
alpha[j]*corr[i-j];
parcor[i]:=parcor[i]/error;
taps[i]:=parcor[i];
FOR j:=1 TO pred(i) DO taps[j]:=alpha[j]-
parcor[i]*alpha[i-j];
error:=(1-sqr(parcor[i]))*error
END
END;
4.4 Cuantificacin de los coeficientes
de correlacin parcial
Respecto a cada parcor[], se cuantificarn y almacenarn en
el vector qparcor[] los diez coeficientes de correlacin parcial,
generndose el vector mediante la operacin definida por la
expresin:
{Procedimiento de inicializacin del cuantificador}
{Nm. de niveles de cuantificador para cada coeficiente}
plevel[1]:=64;
plevel[2]:=64;
plevel[3]:=32;
plevel[4]:=32;
plevel[5]:=16;
plevel[6]:=16;
plevel[7]:=8;
plevel[8]:=8;
plevel[9]:=4;
plevel[10]:=4;
FOR i:=1 TO 10 DO
FOR j:=0 TO pred(plevel[i]) DO
parql[i,j]:=pardl[i,pred(j)]+pardl[i,j]/2;
{Cuantificador del coeficiente de correlacin parcial}
9/11/95 194
FOR i:=1 TO 10 DO
BEGIN
j:=0;
WHILE (parcor[i]>pardl[i,j] and
(j<pred(plevel[i])) DO j:=succ(j);
qparcor[i]:=parql[i,j]
END;
Nota. El vector pardl[] consta de niveles de decisin fijos
para cada coeficiente de correlacin parcial y su contenido se
define en la Tabla A7-1
*
.
4.5 Cdigos de lnea para los coeficientes
Se insertar en la trama de transmisin un cdigo de lnea
correspondiente a cada uno de los coeficientes cuantificados de
correlacin parcial incluidos en qparcor[]. Cada cdigo de
lnea se generar mediante la operacin de inspeccin de la
tabla definida por las expresiones:
a) para qparcor[1] utilice la Tabla A7-2;
b) para qparcor[2] utilice la Tabla A7-3;
c) para qparcor[3] utilice la Tabla A7-4;
d) para qparcor[4] utilice la Tabla A7-5;
e) para qparcor[5] utilice la Tabla A7-6;
f) para qparcor[6] utilice la Tabla A7-7;
g) para qparcor[7] utilice la Tabla A7-8;
h) para qparcor[8] utilice la Tabla A7-9;
i) para qparcor[9] utilice la Tabla A7-10; y
j) para qparcor[10] utilice la Tabla A7-11.
4.6 Aumento del ritmo de filtro LPC
Para cada qparcor[], se generar el vector qtaps[] mediante
la operacin definida por la expresin:
qtaps:=qparcor; {los 10 elementos del vector qtaps se
ponen a un valor igual a los correspondientes elementos en
qparcor}
FOR i:=2 TO 10 DO
BEGIN
FOR j:=1 TO pred(i) DO alpha[j]:=qtaps[j];
FOR j:=1 TO pred(i) DO qtaps[j]:=alpha[j]-
qtaps[i]*alpha[i-j]
END;
4.7 Anlisis de correlacin a largo plazo
4.7.1 Filtrado inverso LPC
Respecto a cada spch[], se generar el vector residue[]
mediante la operacin definida por la expresin:
FOR n:=0 TO 159 DO
BEGIN
sum:=spch[n];
FOR i:=1 TO 10 DO sum:=sum-qtaps[i]*spch[n-i];
residue[n]:=sum
END;
Nota. Los valores cerca del inicio de cada spch[],
respecto a los cuales el ndice de spch[] sea inferior a cero,
se refieren a muestras vocales al final del spch[] anterior.
Respecto al primer spch[] procesado por el codificador, se
considerar que estos valores son iguales a cero.
4.7.2 Correlacin a largo plazo
Respecto a cada residuo residue[], se generarn los escalares
gain (ganancia) y delay (retardo) mediante la operacin
definida por la expresin:
max:=0
FOR lag:=33 TO 96 DO
BEGIN
sum:=0;
FOR n:=0 TO 159 DO sum:-
sum+residue[n]*residue[n-lag];
IF sum>max THEN
BEGIN
max:=sum;
delay:=lag
END
END;
sum:=0;
FOR n:=0 TO 159 DO sum:=sum+sqr(residue[n-delay]);
IF sum=0 THEN gain:=0 ELSE gain:=max/sum;
END;
Nota 1. El retardo escalar es un nmero entero con signo
de 16 bits.
Nota 2. Los valores negativos de los ndices n-lag, y n-
delay indican entradas en el residue[] que se calcularon para
el spch[] anterior. Respecto al primer spch[] procesado, las
entradas mencionadas en residue[] se considerarn iguales a
cero.
4.7.3 Cuantificacin y codificacin de lnea
de la ganancia escalar
Respecto a cada gain, se cuantificar y almacenar su
contenido en qgain escalar mediante la operacin definida por
la expresin:
IF gain>0,75 THEN qgain:=0,9 ELSE
IF gain>0,45 THEN qgain:=0,60 ELSE
IF gain>0,2 THEN qgain:=0,325 ELSE qgain:=0,1
* Todas las tablas se presentan al final de este captulo.
195 9/11/95
Se insertar en la trama de transmisin un cdigo de lnea
de 2 bits correspondiente a qgain. Se generar el cdigo de lnea
mediante la operacin de inspeccin de la tabla definida por la
Tabla A7-12.
4.7.4 Codificacin de lnea
del retardo escalar
Se generar un cdigo de lnea correspondiente a delay
mediante la operacin de inspeccin de tabla definida por la
Tabla A7-13.
4.8 Anlisis de excitacin
Nota 1. La trama de transmisin generada mediante este
algoritmo de codificacin consta de cinco tramas de excitacin.
Cada grupo de cinco tramas de excitacin est asociado a la
misma trama vocal (spch[]) a partir de la cual se calcularon
los coeficientes de correlacin parcial de la trama de
transmisin vigente.
Nota 2. Puede ejecutarse cualquier operacin que genere
una variable de salida que sea un componente de una trama
de excitacin a la velocidad de generacin de las tramas de
excitacin (es decir, cinco ejecuciones por cada spch[]).
4.8.1 Obtencin de la seal de error
Para cada uno de los valores delay, qgain, qtaps[],
synthspch[], y s2[], se generar el vector de error[] mediante
la operacin definida por la expresin:
local_synthspch:=synthspch; {crear una copia local
de la memoria de filtro de predictor a corto plazo}
local_s2:=s2; {crear una copia local de la memoria
de filtro de predictor a largo plazo}
FOR n:=b TO b+31 DO
BEGIN
sum:=0;
FOR i:=1 TO 10 DO sum:=sum+qtaps[i]*
local_synthspch[n-i];
local_synthspch[n]:=qgain*local_s2[n-delay]+sum;
error[n]:=spch[n]-local_synthspch[n]
END;
Nota. Se ejecuta esta operacin respecto a cada una de
las cinco tramas de excitacin incluidas dentro de una trama
de transmisin.
4.8.2 Clculo de la respuesta a los impulsos
Respecto a cada qtaps[], se generarn los vectores iresp[]
e ipwr[] mediante la operacin definida por la expresin:
iresp[0]:=1;
ipwr[31]:=1;
FOR n:=1 TO 31 DO
BEGIN
sum:=0;
FOR j:=1 TO 10 DO IF n>=j THEN
sum:=sum+qtaps[j]*iresp[n-j];
iresp[n]:=sum;
ipwr[32-succ(n)]:=ipwr[32-n]+sqr(sum)
END;
Nota. Puesto que el valor mnimo posible del parmetro
de retardo es 32, el predictor a largo plazo no influye en las
32 primeras muestras de la respuesta a los impulsos.
4.8.3 Clculo de correlacin cruzada
Respecto a cada error[] e iresp[], se generar el vector
xcorr[] mediante la operacin definida por la expresin:
FOR n:=0 TO 31 DO
BEGIN
dot:=0;
FOR j:=n TO 31 DO dot:=dot+error[b+j]*
iresp[j-n];
xcorr[n]:=dot
END;
Nota 1. El escalar b es el nmero de muestra corres-
pondiente al inicio de la trama actual de excitacin dentro de
la trama vocal vigente. En las tramas de excitacin primera,
segunda, tercera, cuarta y quinta de cada trama vocal, el valor
de b es igual a 0, 32, 64, 96, y 128 respectivamente.
Nota 2. Esta operacin se ejecuta respecto a cada una de
de transmisin.
4.8.4 Seleccin de impulsos
Respecto a cada xcorr[], ipwr[], e iresp[], se generarn los
vectores posns[] y qamp[] mediante la operacin definida por
la expresin:
FOR pulse:=1 TO 3 DO
BEGIN
max:=0;
FOR n:=0 TO 31 DO
IF (sqr(xcorr[n])>=max*ipwr[n]) and not
(n in posn_set) THEN BEGIN
max:=sqr(xcorr[n])/ipwr[n];
pos:=n
END;
posn_set:=posn_set+[pos];
posns[pulse]:=pos;
amp:= xcorr[pos]/ipwr[pos];
qamp[pulse]:=quantamp(amp,pulse);
{Para tener en cuenta que ha de minimizarse el efecto en
el error del impulso cuantificado que acaba de calcularse}
WHILE pulse<npulse DO
BEGIN
FOR n:=0 TO pred(pos) DO
BEGIN
dot:=0;
FOR j:=0 TO 31-pos DO dot:=dot+iresp[j]*
iresp[j+(pos-n)];
xcorr[n]:=xcorr[n]-qamp*dot
END;
196 9/11/95
FOR n:= pos TO 31 DO
BEGIN
dot:=0;
FOR j:=0 TO 31-n DO dot:=dot+iresp[j]*
iresp[j+(n-pos)];
xcorr[n]:=xcorr[n]-qamp*dot
END
END
END;
Nota 1. No se permite que el segundo y el tercer impulsos,
seleccionados en cada trama de excitacin, ocupen una posi-
cin que ya est ocupada por un impulso anteriormente selec-
cionado en dicha trama de excitacin.
Nota 2. En 4.8.4.1 se define la funcin
quantamp(amp,pulse).
Nota 3. Se ejecuta esta operacin respecto a cada una de
de transmisin.
4.8.4.1 Cuantificacin de la amplitud de impulsos
Cuando se invoque en cualquier otro lugar, se utilizar la
funcin quantamp(amp,pulse) para generar valores en el vector
qamp[] mediante la operacin definida por la expresin:
{Inicializacin del cuantificador de amplitud de impulsos}
gfact_leak:=1; maxadapt:=false;
adjust[1]:=1; adjust[2]:=1,0/0,625; adjust[3]:=1,0/0,375;
{inicializacin del cuantificador de 3 bits}
adapt[3,0]:=0,875; adapt[3,1]:=0,875; adapt[3,2]:=1,0;
adapt[3,3]:=1,5;
quant[3,0]:=0,5006; quant[3,1]:=1,050;
quant[3,2]:=1,748;
inv_quant[3,0]:=0,2451; inv_quant[3,1]:=0,7560;
inv_quant[3,2]:=1,344;
inv_quant[3,3]:=2,152;
{inicializacin del cuantificador de 4 bits}
adapt[4,3]:=0,875;
adapt[4,4]:=1,0;
quant[4,0]:=0,2582; quant[4,1]:=0,5224;
quant[4,2]:=0,7996;
quant[4,3]:=1,099; quant[4,4]:=1,437;
quant[4,5]:=1,844; quant[4,6]:=2,401;
inv_quant[4,2]:=0,6568;
inv_quant[4,7]:=2,733;
FUNCTION quantamp(lev:real, pulse:integer):real;
VAR i,qbits : integer
sgn : -1..1;
BEGIN
lev:=lev*adjust[pulse]
IF pulse<3 THEN BEGIN qbits:=4; qlevels:=7 END
ELSE BEGIN qbits:=3; qlevels:=3 END;
IF lev>0 THEN sgn:=1 ELSE sgn:=-1;
i:=0;
WHILE (abs(lev)>quant[qbits,i]*gfact_leak) and
(i<qlevels) DO i:=succ(i);
quantamp:=inv_quant[qbits,i]*gfact_leak*
sgn/adjust[pulse];
gfact_leak:=EXP(0,98*LN(gfact_leak));
IF i=qlevels THEN
BEGIN
IF maxadapt THEN gfact_leak:=gfact_leak*
adapt[qbits,qlevels]; maxadapt:=true
END ELSE maxadapt:=false;
gfact_leak:=gfact_leak*adapt[qbits,i];
IF gfact_leak>512.0 THEN gfact_leak:=512.0 ELSE
IF gfact_leak<0.5 THEN gfact_leak:=0.5
END { of quantamp. };
de transmisin.
Nota 2. Las amplitudes finales de impulsos post-fuga
elaboradas en el entorno de la funcin quantamp() estn cada
una de ellas cuantificadas a un valor fijo que se basa en umbra-
les de cuantificacin internos; y seguidamente se convierten en
los correspondientes cdigos de lnea. Los aspectos de cuantifi-
cacin y de generacin del cdigo de lnea para la funcin son,
de hecho, una operacin de inspeccin de tabla que puede
visualizarse por referencia a las Tablas A7-14 y A7-15.
4.8.5 Generacin de cdigo de lnea
para posicin de impulsos
Se generar un cdigo de lnea correspondiente al contenido
de posns[] para cada excitacin mediante la tabla de operacin
de inspeccin definida por la Tabla A7-16.
Nota. Se codificar cada posicin de impulsos por
referencia al principio de la trama de excitacin dentro de la
que se encuentra. Existen 32 posiciones posibles por cada
trama de excitacin. Las posiciones dentro de cada trama de
excitacin se enumeran desde 0 a 31, correspondiendo el 0 a
la primera posicin de muestra dentro de cada trama y el 31
a la ltima posicin de muestra.
4.9 Decodificador local
Nota. Se utiliza la lgica de decodificador local para
generar una versin localmente derivada de la vocal codificada
para retroalimentacin de la lgica de anlisis de excitacin
definida en 4.8. Se utiliza tambin la lgica de decodificador
local en la definicin del proceso de decodificacin indicado
en 5.
4.9.1 Generador de excitacin
Respecto a cada posns[] y qamp[], se generar el vector s1[]
FOR n:=b TO b+31 DO s1[n]:=0;
FOR pulse:=1 TO 3 DO s1[posns[pulse]+b]:=
qamp[pulse];
197 9/11/95
Nota 1. El escalar b es el nmero de muestra en la trama
spch[] vigente que corresponde al principio de la trama de
excitacin vigente y posns[] es el vector de posiciones de
impulsos correspondiente a la trama de excitacin vigente.
Respecto a las primera, segunda, tercera, cuarta y quinta
tramas de excitacin de cada trama vocal, el valor de b es igual
a 0, 32, 64, 96, y 128 respectivamente.
Nota 2. El vector s1[] consta de impulsos de amplitud
qamp[] ubicados en las posiciones posns[], y tienen las
correspondientes amplitudes cuantificadas, qamp[].
de transmisin.
4.9.2 Predictor a largo plazo
Respecto a cada qgain y delay, y respecto a cada una de las
cinco s1[] asociadas con una trama de transmisin, se generar
el vector s2[] mediante la operacin definida por la expresin:
FOR n:=b TO b+31 DO s2[n]:=qgain*s2[n-delay]+s1[n];
Nota 1. Los valores del ndice, n-delay, son siempre
inferiores a b (el principio de la trama de excitacin vigente)
y, por consiguiente, el ndice apunta a valores en la memoria
de filtro de predictor a largo plazo. Respecto a la primera
trama spch[] procesada, el contenido de s2[] se pondr a cero.
de transmisin.
4.9.3 Predictor a corto plazo
Respecto a cada qtaps[], y a cada una de las cinco s2[]
asociadas con una trama de transmisin, se generar el vector
synthspch[] mediante la operacin definida por la expresin:
FOR n:=b TO b+31 DO
BEGIN
sum:=0;
FOR i:=1 TO 10 DO sum:=sum+qtaps[i]*
synthspch[n-i];synthspch[n]:
=s2[n]+sum
END;
Nota 1. El ndice, n-i, apunta a valores en la memoria de
predictor a corto plazo. Respecto a la primera trama spch[]
procesada, el contenido de synthspch[] se pondr a cero.
de transmisin.
4.10 Generacin de trama de transmisin
Se generar una trama de transmisin que comprenda la
estructura definida en 4.10.1 cada 20 milisegundos, mediante
el proceso de codificador de la voz.
4.10.1 Estructura de la trama de transmisin
La estructura de la trama de transmisin de 192-bits ser la
definida en la Tabla A7-17.
4.10.2 Orden y alineacin para la transmisin
Empezando con el coeficiente de correlacin parcial
Nm. 1, se presentar la trama de transmisin como una
secuencia de 192 bits alineando cada cdigo de lnea sucesivo
de la Tabla A7-17 en orden de serie de bits. La alineacin ser
de tal forma que al bit menos significativo de cada cdigo de
lnea siga inmediatamente el bit ms significativo del cdigo de
lnea siguiente. Se alinear cada trama de transmisin de
192 bits en el campo de datos primarios por canal C de 192 bits,
y estar contenida en este campo, segn lo definido en 4 de
estas normas.
4.10.3 Proteccin frente a errores
Se protegern los 26 bits designados mediante subrayado en
la Tabla A7-18 a base de la lgica de correccin/deteccin de
errores definida en 4.10.3.1 y 4.10.3.2.
4.10.3.1 Correccin de error nico en los bits y
deteccin de error doble en los bits
Se utilizarn los bits protegidos definidos en 4.10.3 para
generar una palabra de cdigo Hamming de 5 bits mediante la
operacin definida por la expresin:
TYPE hmrng = 1..26;
hamword = array [hamrng] of boolean;
FUNCTION hamming (word:hamword):integer;
VAR n,count,ham :integer;
i :hamrng;
BEGIN
n:=4; count:=3; ham:=0;
FOR i:=1 TO 26 DO
BEGIN
IF word[i] THEN ham:=EXOR(ham,count);
count:=succ(count);
IF count=n THEN BEGIN n:=n*2;
count:=succ(count)END
END
hamming:=ham
END{of hamming.};
Se generar un sexto bit que representa un bit de paridad
impar de la palabra de cdigo y se adjuntar a la palabra de
cdigo como el bit ms significativo. Se insertar el valor resul-
tante de 6 bits en la trama de transmisin y se presentar a la
lgica de deteccin de errores en rfaga definida en 4.10.3.2.
4.10.3.2 Deteccin de errores en rfaga
Los 26 bits protegidos que se definieron en la Tabla A7-18
y el valor de 6-bit que resulte de la palabra de cdigo Hamming
definida en 4.10.3.1 se dispondrn en el orden definido por la
matriz de la Tabla A7-19 en los lugares denotados mediante 'p'
y 'e' respectivamente.
9/11/95 198
Se pondr cada bit 'b' de forma que la paridad sea par en su
columna respectiva. Los 8 bits 'b' sern por lo tanto exclusive-
ORed con la mscara binaria '10101010' y se insertarn los
8 bits resultantes en la trama de transmisin.
5. DEFINICIN DEL PROCESO
DE DECODIFICACIN
Se decodificar cada trama de transmisin segn lo indicado
en 5.1. Se utilizarn los cdigos de lnea para generar muestras
vocales cuantificadas segn lo indicado en 5.2.
5.1 Decodificacin de la trama de transmisin
5.1.1 Decodificacin del coeficiente
5.1.1.1 Deteccin/correccin de errores en rfaga
Los 26 bits protegidos (Tabla A7-18), la palabra de cdigo
Hamming de 6-bits, y los 8 bits de deteccin de errores en
rfaga se extraern de la trama de transmisin y se dispondrn
en una matriz para clculo de deteccin de errores en rfaga
segn lo indicado en la Tabla A7-19. Los bits de deteccin de
errores en rfaga estarn en el lugar de exclusive-ORed con la
mscara binaria '10101010'. Se examinar seguidamente cada
columna de la matriz resultante en busca de una ausencia
posible de paridad par. Seguidamente se presentarn la matriz
y la informacin sobre error de paridad de la columna asociada
al proceso de deteccin y correccin de errores definido en la
Figura A7-2. Si tal proceso indicara que es adecuado el nivel
de errores corregidos en los cdigos de lnea de coeficiente
recibidos, se decodificarn los coeficientes de los cdigos de
lnea segn lo indicado en 5.1.1.2. Sin embargo, si el nivel de
errores corregidos fuera inadecuado, se descartarn los cdigos
de lnea y se bloquear la salida del decodificador mediante la
lgica definida en 5.1.3.2 y 5.1.3.2.1.
Nota. El objetivo de los 8 bits de deteccin de errores en
rfaga es el de proteger frente a un caso patolgico en el cual
una serie extremadamente larga de errores en rfaga
presentara bits '0' en todas las 40 posiciones de la matriz de
clculo. En tal caso, la operacin exclusive-OR en los bits b
de la matriz ocasionaran una paridad impar en cuatro de las
columnas, con lo que se obligara al proceso de deteccin y
correccin de errores a descartar la trama de transmisin.
5.1.1.2 Decodificacin de coeficientes
Si se muestra ser adecuado (5.1.1.1) el nivel de errores
corregidos en los cdigos de lnea correspondientes a los 10
coeficientes, se decodificarn los 10 coeficientes segn lo
indicado en las Tablas A7-2 a A7-11 y se insertarn los valores
resultantes en el vector qparcor[]. Se utilizar seguidamente el
vector qparcor[] para generar el vector qtaps[] mediante la
operacin definida en 4.6.
5.1.2 Decodificacin de parmetros
de predictor a largo plazo
Los parmetros de predictor a largo plazo qgain y delay se
decodificarn a partir de los cdigos de lnea recibidos
mediante la operacin de inspeccin de tabla definida por las
Tablas A7-12 y A7-13 respectivamente.
5.1.3 Decodificacin de parmetros de excitacin
5.1.3.1 Decodificacin de posicin de impulsos
Respecto a cada trama de excitacin, se generar el vector
posns[] a partir del contenido de los tres valores de posicin
de impulsos. Se decodificar el contenido de los cdigos de
lnea recibidos mediante la operacin de inspeccin de tabla
definida por la Tabla A7-16.
5.1.3.2 Decodificacin de amplitud de impulsos
Respecto a cada trama de excitacin, se generar el vector
qamp[] a partir del contenido de los tres valores de amplitud
de impulsos incluidos en la trama de excitacin. Se decodificar
el contenido de los cdigos de lnea recibidos mediante la
operacin de inspeccin de tabla definida por las Tablas A7-14
y A7-15.
5.1.3.2.1 Si procede bloquear el resultado del
decodificador (5.1.1), se obligar a que los cdigos de lnea
correspondientes a qamp[1] y qamp[2] tengan el valor '0100'
antes de la decodificacin. Anlogamente se obligar a que el
cdigo de lnea correspondiente a qamp[3] sea igual a '010'
antes de la decodificacin.
Nota. El contenido de qamp[1], qamp[2], y qamp[3]
representa las amplitudes de los impulsos primero a tercero de
la trama de excitacin respectivamente.
5.1.3.3 Empezando con la trama de excitacin Nm. 1 y
continuando en orden con cada una de las tramas de excitacin
restantes, se modificar el contenido del vector qamp[]
correspondiente a cada una de las cinco tramas de excitacin,
Nota. Esta operacin compensa la normalizacin de
amplitud y los procesos de ajuste de ganancia ejecutados
durante la cuantificacin de impulsos del codificador (4.8.4.1).
{Inicializacin}
gfact_leak:=1; maxadapt:=false;
adjust[1]:=1; adjust[2]:=1,0/0,625; adjust[3]:=1,0/0,375;
{Inicializacin de 3 bits}
adapt[3,3]:=1,5;
{Inicializacin de 4 bits}
adapt[4,3]:=0,875; adapt[4,4]:=1,0;
inv_quant[4,2]:=0,6568;
inv_quant[4,7]:=2,733;
199 9/11/95
VAR i,qbits : integer
sgn : -1..1;
FOR pulse:= 1 TO 3 DO
BEGIN
IF pulse<3 THEN BEGIN qbits:=4; qlevels:=7 END
ELSE BEGIN qbits:=3; qlevels:=3 END;
i:=0;
WHILE (abs(qamp[pulse])>inv_quant[qbits,i]) and
(i<qlevels) DO i:=succ(i);
qamp[pulse]:=qamp[pulse]*gfact_leak/adjust[pulse];
gfact_leak:=EXP(0,98*LN(gfact_leak));
IF i=qlevels THEN
BEGIN
IF maxadapt THEN gfact_leak:=gfact_leak*
adapt[qbits,qlevels]; maxadapt:=true
END ELSE maxadapt:=false;
gfact_leak:=gfact_leak*adapt[qbits,i];
IF gfact_leak>512.0 THEN gfact_leak:=512.0 ELSE
IF gfact_leak<0,5 THEN gfact_leak:=0,5
END;
5.1.3.3.1 Si procede bloquear la salida del decodificador
(5.1.1), se pondr a cero el contenido de qamp[] despus de
completarse la operacin indicada.
5.2 Generacin de salida vocal decodificada
Respecto a cada trama de transmisin decodificada, se
generarn muestras vocales ordenas en el tiempo mediante las
operaciones siguientes en secuencia:
a) respecto a cada uno de los cinco vectores posns[] y
qamp[] asociados con la trama de transmisin vigente,
se generar un vector s1[] mediante la operacin definida
en 4.9.1;
b) respecto a cada uno de los cinco vectores s1[] asociados con
la trama de transmisin vigente, y respecto a los escalares
qgain y delay asociados con la trama de transmisin vigente,
se generar un vector s2[] mediante la operacin definida
en 4.9.2; y por ltimo
c) respecto a cada uno de los cinco vectores s2[] asociados con
la trama de transmisin vigente, y respecto al vector qtaps[]
asociado con la trama de transmisin vigente, se gene-
rar un vector synthspch[] mediante la operacin definida
en 4.9.3.
Nota. El rgimen al que se genera el vector synthspch[]
mediante el decodificador (5 vectores/trama a la velocidad de
50 tramas/segundo) y el rgimen de muestras vocales de cada
synthspch[] (32 muestras/vector) redundar en una velocidad
de transmisin general de muestras vocales de 8,0 kHz.
5.3 Transcodificacin de salida vocal
Cada muestra vocal derivada del vector synthspch[] exhi-
bir la gama numrica de coma flotante interna, definida en 2.
La gama numrica del tren de muestras vocales debera
ponerse adecuadamente a escala antes de cualquier transcodifi-
cacin digital subsiguiente o de cualquier reconstruccin vocal
analgica.
Tabla A7-1. pardl[] (Niveles de decision para el cuantificador del coeficiente
de correlacion parcial)
pardl f
pardll
1.-11. pardl 1 O pardl 1 1 pardl 1 2
1.3 J . pardlf1:41: pardl f l 3 1: pardl f l:61
pardi 1.59 . pardlll .60 .
pardlf l . 63f . pardl 2.- 1 j.
pardl[2. 2/. pardlf2.3J.
-0.1383052;
'O. 1457292,
-0.4617792,
0.0948572,
0.6209860.
-0.2425563.
201 9/11/95
Tabla A7-2. Cdigos de lnea para el coeficiente Nm. 1 de correlacin parcial
NIVEL DE
CUANTIFICADOR CDIGO DE LNEA
NIVEL DE
0,7391278 000000 0,3174056 100000
0,7143489 000001 0,3514125 100001
0,6886395 000010 0,3849618 100010
0,6620330 000011 0,4180095 100011
0,6345642 000100 0,4505128 100100
0,6062688 000101 0,4824292 100101
0,5771836 000110 0,5137172 100110
0,5473465 000111 0,5443360 100111
0,5167966 001000 0,5742458 101000
0,4855734 001001 0,6034074 101001
0,4537177 001010 0,6317832 101010
0,4212710 001011 0,6593359 101011
0,3882755 001100 0,6860299 101100
0,3547743 001101 0,7118301 101101
0,3208109 001110 0,7367031 101110
0,2864296 001111 0,7606165 101111
0,2516752 010000 0,7835391 110000
0,2165930 010001 0,8054410 110001
0,1812287 010010 0,8262937 110010
0,1456282 010011 0,8460701 110011
0,1098381 010100 0,8647444 110100
0,0739049 010101 0,8822923 110101
0,0378754 010110 0,8986909 110110
0,0017966 010111 0,9139188 110111
0,0342845 011000 0,9279562 111000
0,0703210 011001 0,9407849 111001
0,1062659 011010 0,9523881 111010
0,1420724 011011 0,9627507 111011
0,1776938 011100 0,9718592 111100
0,2130837 011101 0,9797017 111101
0,2481961 011110 0,9862680 111110
0,2829851 011111 0,9915497 111111
9/11/95 202
NIVEL DE
NIVEL DE
0,9643617 000000 0,2459321 100001
0,9551330 000001 0,2138527 100010
0,9448663 000010 0,1815409 100011
0,9335726 000011 0,1490317 100100
0,9212644 000100 0,1163606 100101
0,9079548 000101 0,0835630 100110
0,8936584 000110 0,0506746 100111
0,8783907 000111 0,0177312 101000
0,8621684 001000 0,0152316 101001
0,8450091 001001 0,0481778 101010
0,8269314 001010 0,0810716 101011
0,8079550 001011 0,1138773 101100
0,7881004 001100 0,1465593 101101
0,7673892 001101 0,1790820 101110
0,7458441 001110 0,2114100 101111
0,7234883 001111 0,2435083 110000
0,7003462 010000 0,2753419 110001
0,6764430 010001 0,3068762 110010
0,6518046 010010 0,3380771 110011
0,6264577 010011 0,3689105 110100
0,6004300 010100 0,3993429 110101
0,5737497 010101 0,4293413 110110
0,5464459 010110 0,4588732 110111
0,5185482 010111 0,4879062 111000
0,4900868 011000 0,5164090 111001
0,4610929 011001 0,5443506 111010
0,4315977 011010 0,5717005 111011
0,4016336 011011 0,5984291 111100
0,3712329 011100 0,6245073 111101
0,3404287 011101 0,6499068 111110
0,3092546 011110 0,6745999 111111
0,2777443 011111 0,6985598 100001
203 9/11/95
NIVEL DE
CUANTIFICADOR
CDIGO DE
LNEA
NIVEL DE
CUANTIFICADOR
CDIGO DE
LNEA
0,6013920 00000 0,1390371 10000
0,5615038 00001 0,1874214 10001
0,5202643 00010 0,2353546 10010
0,4777727 00011 0,2827214 10011
0,4341313 00100 0,3294078 10100
0,3894451 00101 0,3753014 10101
0,3438216 00110 0,4202918 10110
0,2973706 00111 0,4642707 10111
0,2502041 01000 0,5071322 11000
0,2024353 01001 0,5487733 11001
0,1541793 01010 0,5890937 11010
0,1055523 01011 0,6279963 11011
0,0566713 01100 0,6653876 11100
0,0076539 01101 0,7011775 11101
0,0413820 01110 0,7352800 11110
0,0903182 01111 0,7676129 11111
NIVEL DE
CUANTIFICADOR
CDIGO DE
LNEA
NIVEL DE
CUANTIFICADOR
CDIGO DE
LNEA
0,8697892 00000 0,2621310 10000
0,8444068 00001 0,2141980 10001
0,8169663 00010 0,1657429 10010
0,7875345 00011 0,1168839 10011
0,7561831 00100 0,0677399 10100
0,7229886 00101 0,0184309 10101
0,6880320 00110 0,0309231 10110
0,6513983 00111 0,0802017 10111
0,6131769 01000 0,1292848 11000
0,5734609 01001 0,1780529 11001
0,5323472 01010 0,2263869 11010
0,4899359 01011 0,2741691 11011
0,4463305 01100 0,3212830 11100
0,4016372 01101 0,3676139 11101
0,3559649 01110 0,4130488 11110
0,3094251 01111 0,4574769 11111
9/11/95 204
NIVEL DE
CUANTIFICADOR
CDIGO DE
LNEA
NIVEL DE
CUANTIFICADOR
CDIGO DE
LNEA
0,5386610 0000 0,0804712 1000
0,4685838 0001 0,1610360 1001
0,3954149 0010 0,2405382 1010
0,3196371 0011 0,3184534 1011
0,2417503 0100 0,3942675 1100
0,1622685 0101 0,4674802 1101
0,0817161 0110 0,5376085 1110
0,0006245 0111 0,6041898 1111
NIVEL DE
CUANTIFICADOR
CDIGO DE
LNEA
NIVEL DE
CUANTIFICADOR
CDIGO DE
LNEA
0,6770824 0000 0,1733826 1000
0,6230369 0001 0,1028770 1001
0,5658298 0010 0,0318494 1010
0,5057514 0011 0,0393399 1011
0,4431067 0100 0,1103295 1100
0,3782134 0101 0,1807592 1101
0,3114009 0110 0,2502717 1110
0,2430083 0111 0,3185142 1111
NIVEL DE
CUANTIFICADOR
CDIGO DE
LNEA
NIVEL DE
CUANTIFICADOR
CDIGO DE
LNEA
0,3958643 000 0,1656727 100
0,2606314 001 0,3048646 101
0,1200220 010 0,4377676 110
0,0230632 011 0,5616401 111
205 9/11/95
Tabla A7-12. Codificacin de lnea para el predictor
cuantificado a largo plazo qgain
NIVEL DE
CUANTIFICADOR
CDIGO DE
LNEA
NIVEL DE
CUANTIFICADOR
CDIGO DE
LNEA
0,5693170 000 0,0274243 100
0,4450148 001 0,1169218 101
0,3113724 010 0,2588140 110
0,1711949 011 0,3952741 111
NIVEL DE
CUANTIFICADOR
CDIGO DE
LNEA
NIVEL DE
CUANTIFICADOR
CDIGO DE
LNEA
0,2765472 00 0,3305883 10
0,0283959 01 0,6007586 11
NIVEL DE
CUANTIFICADOR
CDIGO DE
LNEA
NIVEL DE
CUANTIFICADOR
CDIGO DE
LNEA
0,3866179 00 0,0793400
10
0,1581725 01 0,3123044 11
qgain
CDIGO DE
LNEA
0,100 00
0,325 01
0,600 10
0,900 11
9/11/95 206
Tabla A7-13. Codificacin de lnea para el delay (retardo)
de predictor a largo plazo
Tabla A7-14. Cdigos de lnea para las amplitudes del primer
y segundo impulsos de cada trama de excitacin
delay
CDIGO
DE LNEA
32 000000
33 000001
34 000010
35 000011
... ...
63 011111
64 100000
65 100001
66 100010
... ...
92 111100
93 111101
94 111110
95 111111
UMBRAL DE
DECISIN
CONTENIDO DE QAMP[1]
Y [2]
CDIGO
DE LNEA
2,4010 2,7330 1111
1,8440 2,0690 1110
1,4370 1,6180 1101
1,0990 1,2560 1100
0,7996 0,9424 1011
0,5224 0,6568 1010
0,2582 0,3881 1001
0,0000 0,1284 1000
0,0000 0,1284 0000
0,2582 0,3881 0001
0,5224 0,6568 0010
0,7996 0,9424 0011
1,0990 1,2560 0100
1,4370 1,6180 0101
1,8440 2,0690 0110
2,4010 2,7330 0111
207 9/11/95
Tabla A7-15. Cdigos de lnea para la amplitud del tercer
impulso de cada trama de excitacin
Tabla A7-16. Cdigos de impulsos para las tres posiciones de impulsos
dentro de cada trama de excitacin
UMBRAL DE
DECISIN
CONTENIDO
DE QAMP[3]
CDIGO
DE LNEA
1,7480 2,1520 111
1,0500 1,3440 110
0,5006 0,7560 101
0,0000 0,2451 100
0,0000 0,2451 000
0,5006 0,7560 001
1,0500 1,3440 010
1,7480 2,1520 011
POSICIN DE
IMPULSOS
CDIGO
DE LNEA
0 00000
1 00001
2 00010
3 00011
4 00100
... ...
15 01111
16 10000
... ...
29 11101
30 11110
31 11111
9/11/95 208
Tabla A7-17. Estructura de la trama de transmisin
Tabla A7-18. Bits de cdigo de lnea protegidos
para coeficiente de correlacin parcial
Tabla A7-19. Matriz para clculo de deteccin
de errores en rfaga

COMPONENTE DE TRAMA (cdigo de lnea) REFERENCIA LONGITUD (bits)
Coeficiente de correlacin parcial Nm. 1 Tabla A7-2 6
Palabra codificada Hamming (5 bits ms uno de paridad impar) 4.10.3.1 6
Deteccin de errores en rfaga 4.10.3.2 8
Ganancia de correlacin a largo plazo Tabla A7-12 2
Retardo de correlacin a largo plazo Tabla A7-13 6
Trama de excitacin Nm. 1 (posicin de impulso Nm. 1) Tabla A7-16 5
Trama de excitacin Nm. 1 (amplitud de impulso Nm. 1) Tabla A7-14 4
Trama de excitacin Nm. 2 (idntico a Nm. 1) - 26
Coeficiente Parcor
1 2 3 4 5 6 7 8 9 10
Bits protegidos ( ) 5 4 3 2 1 0 5 4 3 2 1 0 4 3 2 1 0 4 3 2 1 0 3 2 1 0 3 2 1 0 2 1 0 2 1 0 1 0 1 0
pppppppp
pppppppp
pppppppp
ppeeeeee
bbbbbbbb
RESOLUCION
DE NIVEL DE-
(Ap.7,4.2) (Ap.7.4.3)
CUANTlFlCAClON
IAp.7.4.4)
CORRELACION A
4 O ~ R E s l D u E []{ LARGO PLAZO
(Ap.7,4.7.1) ( A~. 7, 4. 7. 2) GANANCIA
1
OPA RCO R[]+
CUANTIFICAR
GANANCIA
(Ap.7,4.7.3)
GANANCIA Y
1
DEDUCIR SENAL
DE ERROR
CONVERSI ~N DE
&?$, "A
(Ap.7,4.5)
CALCULAR
RESPUESTA A
IMPULSION
(Ap.7.4.8.2)
.
>
> r
1 CODIFICAR 1
CODIFICAR
HAMMING
( Ap. 7, 4. 10. 3. 1)
*
CODIFICAR
AMPLITUD DE
IMPULSOS
(Ap.7,4.8.4.1)
+
CODIFICAR
(Ap.7,4.7.4)
GENERADOR PREDICTOR A PREDICTOR A
DE EXCITACION LARGO PLAZO
1
(Ap.7,4.10.3.2)
INCREMENTO
(Ap.7,4.6)
-QTAPS[, -
CODIFICAR ERRORES
EN RAFAGA
9
Figura A7-2. Proceso de deteccion/correcci6n de errores
ANEXO 10 VOLUMEN III 5-1 28/11/02
Nm. 77
Nota. El enlace aeroterrestre de datos SSR en Modo S se
denomina tambin subred en Modo S en el contexto de la red
de telecomunicaciones aeronuticas (ATN).
5.1 DEFINICIONES RELATIVAS
A LA SUBRED EN MODO S
Aeronave. El trmino aeronave puede emplearse para referirse
a los emisores en Modo S (p. ej., aeronaves/vehculos),
cuando corresponda.
Aeronave/vehculo. Puede emplearse para describir una
mquina o un dispositivo capaz de realizar vuelo atmos-
frico, o un vehculo en el rea de movimiento en la super-
ficie de los aeropuertos (es decir, pistas y calles de rodaje).
Cierre. Una orden procedente del interrogador en Modo S por
la que se termina una transaccin de comunicacin de capa
de enlace en Modo S.
Com-A. Interrogacin de 112 bits que contiene el campo de
mensaje MA de 56 bits. Este campo es utilizado por el
mensaje de longitud normal (SLM) en enlace ascendente y
por los protocolos de radiodifusin.
Com-B. Respuesta de 112 bits que contiene el campo MB de
56 bits. Este campo es utilizado por el mensaje de longitud
normal (SLM) en enlace descendente, y por los protocolos
iniciados en tierra y de radiodifusin.
Com-B iniciado en tierra (GICB). El protocolo Com-B
iniciado en tierra permite al interrogador extraer respuestas
Com-B que contienen datos de una fuente definida del
campo MB.
Com-C. Interrogacin de 112 bits que contiene el campo de
mensaje MC de 80 bits. Este campo es utilizado por el
protocolo de mensaje de longitud ampliada (ELM) en enlace
ascendente.
Com-D. Respuesta de 112 bits que contiene el campo de
mensaje MD de 80 bits. Este campo es utilizado por el
protocolo de mensaje de longitud ampliada (ELM) en enlace
descendente.
Conexin. Asociacin lgica entre entidades de nivel par en un
sistema de comunicaciones.
Direccin de aeronave. Combinacin nica de 24 bits dispo-
nible para su asignacin a una aeronave, para fines de
comunicaciones aeroterrestres, navegacin y vigilancia.
ELM de enlace ascendente (UELM). Expresin por la que se
indica la comunicacin de longitud ampliada en enlace
ascendente, mediante interrogaciones Com-C en Modo S de
112 bits, cada una de las cuales contiene el campo de
mensaje Com-C de 80 bits (MC).
ELM de enlace descendente (DELM). Expresin por la que se
indica la comunicacin de longitud ampliada en enlace
descendente, mediante respuestas Com-D en Modo S de
112 bits, cada una de las cuales contiene el campo de
mensaje Com-D de 80 bits (MD).
Enlace ascendente. Expresin que se refiere a la transmisin
de datos desde la tierra a una aeronave. Las seales
tierra-aire en Modo S se transmiten en el canal de
frecuencias de interrogacin de 1 030 MHz.
Enlace descendente. Expresin que se refiere a la transmisin
de datos desde una aeronave hacia tierra. Las seales aire a
tierra en Modo S se transmiten por el canal de frecuencias
de respuesta de 1 090 MHz.
Entidad de gestin de subred (SNME). Entidad que reside en
el GDLP y que ejecuta la gestin de subred y se comunica
con las entidades pares en sistemas intermedios o de
extremo.
Entidad de servicios propios en Modo S (SSE). Una entidad
que reside en el XDLP para proporcionar el acceso a los
servicios propios del Modo S.
Equipo de terminacin del circuito de datos de aeronave
(ADCE). Equipo de terminacin del circuito de datos propio
de la aeronave que est asociado con un procesador de
enlace de datos de aeronave (ADLP). Funciona mediante un
protocolo exclusivo de enlace de datos en Modo S, para la
transferencia de datos entre aire y tierra.
Equipo de terminacin del circuito de datos de tierra (GDCE).
El equipo de terminacin del circuito de datos propio de
tierra, asociado con un procesador de enlace de datos de
tierra (GDLP). Funciona mediante un protocolo exclusivo
de enlace de datos en Modo S, para la transferencia de datos
entre aire y tierra.
Funcin de formato y gestin general (GFM). Funcin de la
aeronave responsable del formato de los mensajes que van
a insertarse en los registros de transpondedores. Se encarga
adems de detectar y tramitar condiciones de error, como
prdida de datos de entrada.
Grupo de interrogadores. Dos o ms interrogadores con el
mismo cdigo de identificador de interrogador (II), que
funcion an conjuntamente para asegurar que no se interfiere
en la actuacin requerida de cada uno de los interrogadores
para fines de vigilancia y enlace de datos, en zonas de
cobertura comn.
Informe de capacidad. Informacin sobre la capacidad de
enlace de datos del transpondedor notificada en el campo de
CAPTULO 5. ENLACE AEROTERRESTRE DE DATOS SSR EN MODO S
5-2 28/11/02
Nm. 77
capacidad (CA) de una respuesta a llamada general, o en la
transmisin de seales errticas de adquisicin (vase
Informe de capacidad de enlace de datos).
Informe de capacidad de enlace de datos. Informacin en una
respuesta Com-B por la que se indican las capacidades
completas de comunicaciones en Modo S de la instalacin
de aeronave.
Mensaje de longitud ampliada (ELM). Serie de interroga-
ciones Com-C (ELM de enlace ascendente) transmitidas sin
necesidad de respuestas intercaladas, o serie de respuestas
Com-D (ELM de enlace descendente) transmitidas sin
interrogaciones intercaladas.
Mensaje de longitud normal (SLM). Intercambio de datos
digitales mediante interrogaciones Com-A selectivamente
dirigidas o, mediante respuestas Com-B (vase Com-A y
Com-B).
Paquete. Unidad bsica de transferencia de datos entre
dispositivos de comunicaciones dentro de la capa de red
(p. ej., un paquete ISO 8208 o un paquete en Modo S).
Paquete en Modo S. Paquete que se conforma a la norma de
la subred en Modo S, diseado con el fin de reducir a un
mnimo la anchura de banda necesaria del enlace aire-tierra.
Los paquetes ISO 8208 pueden transformarse en paquetes
en Modo S y viceversa.
Performance de navegacin requerida (RNP). Notificacin de
la exactitud de la performance de navegacin necesaria para
las operaciones dentro de un espacio definido.
Procesador de enlace de datos de aeronave (ADLP). Proce-
sador que reside en la aeronave especficamente asignado a
un determinado enlace de datos aire-tierra (por ejemplo
Modo S) y que proporciona gestin de canal y segmenta
o reensambla los mensajes para que sean transferidos. Por
un lado est conectado a elementos de aeronave, comunes
a todos los sistemas de enlace de datos, y por otro lado al
enlace aire-tierra propiamente dicho.
Procesador de enlace de datos de tierra (GDLP). Procesador
que reside en tierra especficamente asignado a un determi-
nado enlace de datos aire-tierra (p. ej., Modo S) y que pro-
porciona gestin de canal y segmenta o reensambla los
mensajes para que sean transferidos. Por un lado est conec-
tado a elementos de tierra, comunes a todos los sistemas de
enlace de datos, y por otro lado al enlace aire-tierra propia-
mente dicho.
Protocolo Com-B en Modo S iniciado a bordo (AICB). Procedi-
miento iniciado por un transpondedor en Modo S para
transmitir un nico segmento Com-B desde la instalacin de
aeronave.
Protocolo Com-B en Modo S iniciado en tierra (GICB).
Procedimiento iniciado por un interrogador en Modo S para
obtener un solo segmento Com-B de una instalacin de
aeronave en Modo S, incorporando en dicho procedimiento
el contenido de uno de los 255 registros Com-B del
transpondedor en Modo S.
Protocolo en Modo S dirigido a multisitio. Procedimiento por
el que se asegura que la extraccin y el cierre de un mensaje
de longitud normal o de longitud ampliada en enlace
descendente, dependen solamente del interrogador en
Modo S seleccionado especficamente por la aeronave.
Protocolo iniciado a bordo. Procedimiento iniciado en una aero-
nave dotada de Modo S para entregar a tierra un mensaje de
longitud normal o de longitud ampliada en enlace descendente.
Protocolo iniciado en tierra. Procedimiento iniciado por un
interrogador en Modo S para entregar a la instalacin en
Modo S de aeronave mensajes de longitud normal o de
longitud ampliada.
Protocolo propio del Modo S (MSP). Protocolo que propor-
ciona un servicio datagrama restringido en el mbito de la
subred en Modo S.
Protocolos de radiodifusin en Modo S. Procedimientos por
los que se permite que reciban mensajes de longitud normal,
en enlace ascendente o en enlace descendente varios transpon-
dedores o varios interrogadores en tierra, respectivamente.
Radiodifusin. Protocolo dentro del sistema en Modo S que
permite enviar mensajes en enlace ascendente a todas las
aeronaves en la zona de cobertura, y disponer de mensajes
en enlace descendente a todos los interrogadores que desean
que las aeronaves enven el mensaje que es objeto de
vigilancia.
Segmento. Parte de un mensaje al que puede darse cabida en
un solo campo MA/MB en caso de un mensaje de longitud
normal, o en un solo campo MC/MD en caso de un mensaje
de longitud ampliada. Este trmino se aplica tambin a las
transmisiones en Modo S que contienen estos campos.
Selector de datos Com-B (BDS). El cdigo BDS de 8 bits
determina el registro cuyo contenido va a transferirse en el
campo MB de una respuesta Com-B. Se expresa en dos
grupos de 4 bits cada uno, BDS1 (4 bits ms significativos)
y BDS2 (4 bits menos significativos).
Servicios propios del Modo S. Conjunto de servicios de
comunicaciones proporcionados por el sistema en Modo S,
de los que no se dispone en otras subredes aire-tierra y que,
por consiguiente, no son susceptibles de interfunciona-
miento.
Subred. Implantacin efectiva de una red de transmisin de
datos que emplea un protocolo y un plan de direcciones
homogneos y est bajo el mando de una sola autoridad.
Temporizacin. Cancelacin de una transaccin despus de que
una de las entidades participantes ha dejado de proporcionar
una respuesta necesaria dentro de un plazo de tiempo
predeterminado.
Trama. Unidad bsica de transferencia a nivel de enlace. En el
contexto de la subred en Modo S, una trama puede incluir
de uno a cuatro segmentos Com-A o Com-B, de dos a dieci-
sis segmentos Com-C, o de uno a diecisis segmentos Com-D.
XDCE. Trmino genrico que se refiere tanto al ADCE como
al GDCE.
XDLP. Trmino genrico que se refiere tanto al ADLP como
al GDLP.
5-3 28/11/02
Nm. 77
5.2 CARACTERSTICAS DE
LA SUBRED EN MODO S
5.2.1 Disposiciones generales
Nota 1. Documento ISO de referencia. Cuando se utilice
en esta norma la expresin ISO 8208 significa Norma ISO
Tecnologa de la informacin Comunicaciones de datos
Protocolo de capa de paquete X.25 para equipo terminal de
datos, Nm. de referencia ISO/IEC 8208: 1990(E)
[Information technology Data communications X.25
Packet Layer Protocol for Data Terminal Equipment,
Reference Number ISO/IEC 8208: 1990(E)].
Nota 2. En el diagrama de la pgina siguiente se presenta
la arquitectura general de la subred en Modo S.
Nota 3. El procesamiento se subdivide en tres trayectos
distintos. El primer trayecto consiste en el procesamiento de
circuitos virtuales conmutados (SVC), el segundo en el
procesamiento de servicios propios del Modo S, y el tercero en
el procesamiento de la informacin para gestin de subred. Los
SVC se sirven del proceso de reformateo y de la funcin ADCE
o de la funcin GDCE. Para los servicios propios del Modo S
se utiliza la funcin de Entidad de servicios propios del
Modo S (SSE).
5.2.1.1 Categoras de mensaje. La subred en Modo S
tramitar tan slo comunicaciones aeronuticas clasificadas en
las categoras de seguridad de los vuelos y de regularidad de
los vuelos segn lo especificado en el Anexo 10, Volumen II,
Captulo 5, 5.1.8.4 y 5.1.8.6.
5.2.1.2 Seales en el espacio. Las caractersticas de las
seales en el espacio de la subred en Modo S se ajustarn a las
disposiciones que figuran en el Anexo 10, Volumen VI,
Captulo 3, 3.1.2.
5.2.1.3 Independencia de cdigos y de multietos. La
subred en Modo S tendr la capacidad de transmitir datos
digitales con independencia de cdigos y de multietos.
5.2.1.4 Transferencia de datos. Los datos se transmitirn
por el enlace de datos en Modo S en forma de segmentos,
utilizndose ya sea los protocolos de mensaje de longitud
normal (SLM) o los protocolos de mensaje de longitud
ampliada (ELM) definidos en 3.1.2.6.11 y en 3.1.2.7 del
Anexo 10, Volumen IV.
Nota 1. Un segmento SLM est constituido por un campo
MA o MB de 56 bits. Un segmento ELM est constituido por
un campo MC o MD de 80 bits.
Nota 2. Una trama SLM est constituida por un nmero
de hasta cuatro campos MA o MB enlazados. Una trama ELM
est constituida por 2 a 16 campos MC, o por 1 a 16 campos
MD.
5.2.1.5 Numeracin de los bits. En la descripcin de los
campos de intercambio de datos se numerarn los bits en el
orden de su transmisin empezndose con el bit 1. Se
continuar con la numeracin de los bits en los segmentos
segundo y superiores, cuando se trate de tramas de segmentos
mltiples. A no ser que se indique de otro modo, los valores
numricos codificados por grupos (campos) de bits se
codificarn en una notacin binaria positiva y el primer bit
transmitido ser el bit ms significativo (MSB) (3.1.2.3.1.3 del
Anexo 10, Volumen IV).
5.2.1.6 Bits no asignados. Cuando la longitud de los datos
no sea suficiente para ocupar todas las posiciones de bits dentro
de un campo o de un subcampo de mensaje, se pondrn a 0 las
posiciones de bits no asignadas.
5.2.2 Tramas
5.2.2.1 TRAMAS DE ENLACE ASCENDENTE
5.2.2.1.1 Trama SLM. La trama SLM de enlace ascendente
estar constituida por un nmero de hasta 4 segmentos Com-A
de direccin selectiva.
Nota. Cada segmento Com-A (campo MA) recibido por el
ADLP est acompaado de los primeros 32 bits de la inte-
rrogacin por la que se entreg el segmento (3.1.2.10.5.2.1.1
del Anexo 10, Volumen IV). Dentro de estos 32 bits est el
campo de designador especial (SD) de 16 bits (3.1.2.6.1.4 del
Anexo 10, Volumen IV).
5.2.2.1.1.1 Campo SD. Cuando el campo de identificacin
de designador (DI) (bits 14-16) tiene el valor de cdigo 1 7,
se utilizar el campo de designador especial (SD) (bits 17-32)
de cada interrogacin Com-A para obtener el subcampo de
identificador de interrogador (IIS, bits 17-20) y el subcampo de
Com-A enlazada (LAS, bits 30-32). La medida que se adopte
depender del valor de LAS. Se conservar el contenido de LAS
y de IIS y se asociar con el segmento de mensaje Com-A para
ser utilizado en el ensamblaje de tramas, segn se indica ms
adelante. Todos los campos, excepto el campo LAS, sern los
definidos en 3.1.2 del Anexo 10, Volumen IV.
Nota. En la Figura 5-1* se ilustra la estructura del
campo SD.
5.2.2.1.1.2 Codificacin de LAS. El subcampo LAS de
3 bits se codificar de la forma siguiente:
LAS SIGNIFICADO
0 segmento nico
1 enlazado, primer segmento
2 enlazado, segundo pero no ltimo segmento
3 enlazado, tercero pero no ltimo segmento
4 enlazado, cuarto y ltimo segmento
5 enlazado, segundo y ltimo segmento
6 enlazado, tercero y ltimo segmento
7 no asignado
5.2.2.1.1.3 Trama SLM de segmento nico. Si LAS = 0, se
considerar que los datos del campo MA constituyen una trama
completa y estarn disponibles para procesamiento ulterior.
* Todas las tablas y figuras se encuentran al final de este captulo.
5-4 28/11/02
Nm. 77
Elementos funcionales de la subrec en Modo S
Clave
: conexin fsica (RF)
: asociacin entre niveles pares
: interfaces
Notas:
1. Los nmeros de los prrafos pertinentes de los SARPS para la subred en Modo S figuran entre parntesis.
2. La interfaz ADLP/transpondedor tambin se especifica en el Anexo 10, Volumen IV, 3.1.
3. El GDLP puede estar en interfaz con ms de un interrogador en Modo S.
4. Los DTE pueden estar directamente asociados con sistemas de extremo.
5. El acceso del encaminador ATN a los sistemas de extremo puede efectuarse a travs de otros sistemas intermedios.
AIRE
Hacia/desde sistemas de extremo
(vanse las Notas 4 y 5)
Encaminador ATN
DTE
TIERRA
Hacia/desde sistemas de extremo
Protocolo de
capa de paquete
ISO 8208
Encaminador ATN
DTE
Interfaz
SSE
(5.2.3.2.1)
Interfaz de
alternativa
SSE
(5.2.3.2.2)
Interfaz
ISO 8208
(5.2.3.1)
Interfaz
ISO 8208
(5.2.3.1)
Interfaz de
alternativa SNME
(5.2.8.2)
A
D
L
P
DCE (5.2.4) DCE (5.2.4)
G
D
L
P
Entidad de
servicios
propios del
Modo S
(SSE)
Entidad de
servicios
propios del
Modo S
(SSE)
Proceso de
reformateo
(5.2.5.2)
Proceso de
reformateo
(5.2.5.2)
Entidad de
gestin de
subred en
Modo S
(SNME)
Entidad de
gestin de
subred en
Modo S
(SNME)
Protocolo de capa
de paquete en
Modo S ADCE (5.2.6) GDCE (5.2.6)
(5.2.8) (5.2.8)
(5.2.7.2) (5.2.7.1)
Procesamiento de tramas (5.2.2 y 5.2.7) Procesamiento de tramas (5.2.2 y 5.2.7)
TRANSPONDEDOR
Tramas SVC en
Modo S y tramas
propias
del Modo S
INTERROGADOR
(5.2.3.4)
(vase la Nota 3)
(5.2.3.3)
Protocolo de
enlace en Modo S
5-5 28/11/02
Nm. 77
5.2.2.1.1.4 Trama SLM de segmentos mltiples. El proce-
sador ADLP aceptar y ensamblar segmentos Com-A enla-
zados de 56 bits que estn asociados con la totalidad de los
16 cdigos de identificador de interrogador (II) posibles. Se
lograr el enlace correcto de los segmentos Com-A requiriendo
que todos los segmentos Com-A tengan el mismo valor de
codificacin IIS. Si LAS = 1 hasta 6, la trama constar de dos
a cuatro segmentos Com-A, segn lo especificado en los
prrafos siguientes.
5.2.2.1.1.4.1 Segmento inicial. Si LAS = 1, se ensamblar
el campo MA como segmento inicial de una trama SLM. Se
almacenar el segmento inicial hasta que se hayan recibido
todos los segmentos de la trama, o se cancele la trama.
5.2.2.1.1.4.2 Segmento intermedio. Si LAS = 2 3, se
ensamblar el campo MA en orden numrico como segmento
intermedio de la trama SLM. Se asociar este segmento a los
segmentos anteriores que contengan el mismo valor de
codificacin IIS.
5.2.2.1.1.4.3 Segmento ltimo. Si LAS = 4, 5 6, se
ensamblar el campo MA como ltimo segmento de la trama
SLM. Se asociar este segmento a los segmentos anteriores que
contengan el mismo valor de codificacin IIS.
5.2.2.1.1.4.4 Trama completa. Se considerar que la trama
est completa y disponible para procesamiento ulterior tan
pronto como se hayan recibido todos los segmentos de la trama.
5.2.2.1.1.4.5 Cancelacin de la trama. Se cancelar una
trama SLM incompleta si se cumplen una o ms de las
siguientes condiciones:
a) se recibe un nuevo segmento inicial (LAS = 1) con el mismo
valor de codificacin IIS. En este caso se conservar el
nuevo segmento inicial como segmento inicial de una nueva
trama SLM;
b) la secuencia de los cdigos LAS recibidos (despus de
eliminarse los duplicados) no figura en la siguiente lista:
1) LAS = 0
2) LAS = 1,5
3) LAS = 1,2,6
4) LAS = 1,6,2
5) LAS = 1,2,3,4
6) LAS = 1,3,2,4
7) LAS = 1,2,4,3
8) LAS = 1,3,4,2
9) LAS = 1,4,2,3
10) LAS = 1,4,3,2
c) han transcurrido Tc segundos despus de que se recibi el
ltimo segmento Com-A con el mismo valor de codifi-
cacin IIS (Tabla 5-1*).
5.2.2.1.1.4.6 Cancelacin de segmentos. Se descartar un
segmento de una trama SLM si se ha recibido como segmento
intermedio o segmento ltimo, y no se hubiera recibido ningn
segmento inicial con el mismo valor de codificacin IIS.
5.2.2.1.1.4.7 Duplicacin de segmentos. Si se recibe un
segmento que sea una duplicacin del nmero de un segmento
ya recibido con el mismo valor de codificacin IIS, el nuevo
segmento sustituir al segmento ya recibido.
Nota. La accin de los protocolos de subred en Modo S
puede llevar a la entrega duplicada de segmentos Com-A.
5.2.2.1.2 Trama ELM. La trama ELM de enlace ascen-
dente constar de un nmero de multietos comprendido entre
20 y 160 y se transferir desde el interrogador al transpondedor,
utilizndose para ello el protocolo definido en 3.1.2.7 del
Anexo 10, Volumen IV. Los primeros 4 bits de cada segmento
ELM de enlace ascendente (campo MC) contendrn el cdigo
de identificador de interrogador (II), del interrogador en Modo
S que transmite el ELM. El ADLP verificar el cdigo II de
cada segmento de un ELM de enlace ascendente que est
completo. Si todos los segmentos contienen el mismo cdigo
II, se suprimir el cdigo II en cada segmento y se conservarn
los bits restantes del mensaje como datos de usuario para
procesamiento ulterior. Si no todos los segmentos contienen el
mismo cdigo II, se descartar por completo el ELM de enlace
ascendente.
Nota. La trama ELM de enlace ascendente consta de un
nmero de 2 a 16 segmentos Com-C asociados, cada uno de
los cuales contiene el cdigo II de 4 bits. Por consiguiente, la
capacidad de transferencia de paquetes es de un nmero de
multietos comprendido entre 19 y 152 por cada trama ELM de
enlace ascendente.
5.2.2.2 Tramas de enlace descendente
5.2.2.2.1 Trama SLM. La trama SLM de enlace descen-
dente estar compuesta por un nmero de hasta 4 segmentos
Com-B. El campo MB del primer segmento Com-B de la trama
contendr un subcampo de Com-B enlazada de 2 bits (LBS,
bits 1 y 2 del campo MB). Se utilizar este subcampo para
controlar el enlace de un nmero de hasta 4 segmentos Com-B.
Nota. El LBS utiliza los 2 primeros bits del primer
segmento de una trama SLM de enlace descendente que conste
de segmentos mltiples o de un segmento nico. Por lo tanto,
se dispone de 54 bits para datos en paquete en Modo S en el
primer segmento de una trama SLM de enlace descendente. Los
segmentos restantes de la trama SLM de enlace descendente,
si los hubiera, tienen 56 bits disponibles.
5.2.2.2.1.1 Codificacin LBS. Se indicar el enlace
mediante la codificacin del subcampo LBS del campo MB en
el segmento inicial Com-B de la trama SLM.
La codificacin de LBS ser la siguiente:
LBS SIGNIFICADO
0 segmento nico
1 segmento inicial de una trama SLM de dos
segmentos
2 segmento inicial de una trama SLM de tres
segmentos
3 segmento inicial de una trama SLM de cuatro
segmentos
* Todas las tablas y figuras se encuentran al final de este captulo.
5-6 28/11/02
Nm. 77
5.2.2.2.1.2 Protocolo de enlace
5.2.2.2.1.2.1 En el protocolo Com-B, se transmitir el
segmento inicial mediante el protocolo iniciado a bordo o
dirigido a multisitio. El campo LBS del segmento inicial servir
para indicar a tierra el nmero de segmentos adicionales que
han de transferirse (si los hubiera). Antes de transmitir el
segmento inicial al transpondedor, se transferirn a dicho
transpondedor los segmentos restantes de la trama SLM (si los
hubiera) para que sean transmitidos al interrogador mediante el
protocolo Com-B iniciado en tierra. Estos segmentos irn
acompaados de cdigos de control por los que los segmentos
se insertarn en los registros 2, 3 4 de una Com-B iniciada
en tierra, asociados respectivamente al segundo, tercero, o
cuarto segmento de la trama.
5.2.2.2.1.2.2 No se ejecutar el cierre del segmento ini-
ciado a bordo por el que se inici el protocolo hasta que se
hayan transferido con xito todos los segmentos.
Nota. El procesador ADLP ejecuta el procedimiento de
enlace, comprendido el uso del protocolo Com-B iniciado en
tierra.
5.2.2.2.1.3 Direccionamiento de las tramas SLM. Si la
trama SLM ha de ser dirigida a multisitio, el procesador ADLP
determinar el cdigo II del interrogador en Modo S, o del
grupo de interrogadores (5.2.8.1.3) que recibirn la trama SLM.
5.2.2.2.2 Trama ELM
Nota. La trama ELM de enlace descendente consta de un
nmero de 1 a 16 segmentos Com-D asociados.
5.2.2.2.2.1 Procedimiento. Las tramas ELM de enlace
descendente se utilizarn para entregar mensajes de 28 multie-
tos como mnimo y se formarn mediante el protocolo definido
en 3.1.2.7 del Anexo 10, Volumen IV.
5.2.2.2.2.2 Direccionamiento de las tramas ELM. Si la
trama ELM ha de ser dirigida a multisitio, el procesa-
dor ADLP determinar el cdigo II del interrogador en Modo S,
o del grupo de interrogadores (5.2.8.1.3), que recibirn la
trama ELM.
5.2.2.3 Procesamiento de tramas XDLP. Se ejecutar el
procesamiento de tramas en todos los paquetes en Modo S
(excepto el paquete MSP) segn lo especificado en 5.2.2.3 a
5.2.2.5. Se ejecutar el procesamiento de tramas para los
servicios propios del Modo S de la forma indicada en 5.2.7.
5.2.2.3.1 Longitud de paquete. Todos los paquetes (inclu-
yendo un grupo de paquetes multiplexados en una sola trama)
se transferirn en una trama integrada por el menor nmero de
segmentos que se necesite para tramitar el paquete. La longitud
del campo de datos de usuario ser un mltiplo entero de
multietos. En los encabezadores de paquetes de DATOS,
PETICIN DE LLAMADA, ACEPTACIN DE LLAMADA,
PETICIN DE LIBERACIN e INTERRUPCIN en Modo S
se proporcionar un parmetro de 4 bits (LV), de forma que
durante el desempaquetado no haya de aadirse ningn multieto
al campo de datos de usuario. El campo LV definir el nmero
de multietos completos utilizados en el ltimo segmento de una
trama. Durante los clculos de LV, 1) se har caso omiso del
cdigo II de 4 bits del ltimo segmento de un mensaje ELM
de enlace ascendente, para tramas ELM de enlace ascendente
con nmero impar de segmentos Com-C, y 2) se contar dicho
cdigo para tramas ELM de enlace ascendente con un nmero
par de segmentos Com-C. Si el paquete est multiplexado se
har caso omiso del valor incluido en el campo LV.
Nota. Se utiliza un campo de longitud especfica para
definir la longitud de cada elemento en un paquete multi-
plexado. Por consiguiente, no se utiliza el valor del campo LV.
En las Tablas 5-16 y 5-19 se describe el tratamiento de errores
en el campo LV.
5.2.2.3.2 Multiplexacin. Al multiplexar paquetes mlti-
ples en Modo S en tramas SLM o ELM nicas, se aplicarn los
siguientes procedimientos. La multiplexacin de los paquetes
en el ADLP no se aplicar a los paquetes asociados con SVC
de diferentes prioridades.
Nota. No se ejecuta la multiplexacin en paquetes MSP.
5.2.2.3.2.1 Optimizacin de la multiplexacin
Recomendacin. Cuando haya paquetes mltiples en
espera de ser transferidos al mismo XDLP, deberan multi-
plexarse en una trama nica para optimizar el caudal, a con-
dicin de que no se multiplexen conjuntamente los paquetes
asociados con SVC de diferentes prioridades.
5.2.2.3.2.2 Estructura. La estructura de los paquetes
multiplexados ser la indicada a continuacin:
Nota. Un nmero en el campo significa la longitud del
campo en bits; v significa que el campo es de longitud
variable.
5.2.2.3.2.2.1 Encabezador de multiplexacin. El encabe-
zador de los paquetes multiplexados ser el siguiente:
siendo,
Tipo de paquete de datos (DP) = 0
Tipo de paquete MSP (MP) = 1
Paquete de supervisin (SP) = 3
Tipo de supervisin (ST) = 2
Nota. Vase en la Figura 5-23 la definicin de la estruc-
tura de campo utilizada en el encabezador de multiplexacin.
5.2.2.3.2.2.2 Longitud. Este campo contendr la longitud
en multietos de los siguientes paquetes. Cualquier error
detectado en un paquete de DATOS multiplexado, p. ej., una
incongruencia entre la longitud indicada en el campo de
LONGITUD y la longitud de la trama en que reside ese paquete,
ENCABEZADOR:
6 u 8
LONGITUD:8 1er. PAQUETE:v LONGITUD:8 2 PAQUETE:v
DP:1 MP:1 SP:2 ST:2
RELLENO2: 0 2
5-7 28/11/02
Nm. 77
har que se descarte el paquete excepto cuando puede deter-
minarse que el error se limita al campo de LONGITUD, en cuyo
caso se puede enviar un paquete de RECHAZO con el valor PS
previsto.
Recomendacin. Para paquetes multiplexados, de no ser
posible demultiplexar el paquete en su totalidad, se recomienda
que se trate el primer paquete del grupo como un error de
formato y se descarte el resto.
5.2.2.3.2.3 Terminacin. Se determinar el fin de una
trama que conste de una secuencia de paquetes multiplexados
mediante uno de los siguientes sucesos:
a) un campo de longitud con todos ceros; o
b) menos de ocho bits restantes en la trama.
5.2.2.3.3 CONSERVACIN DE LA SECUENCIA
DE CANAL EN MODO S
5.2.2.3.3.1 Aplicacin. En caso de que estn en espera de
ser transferidas al mismo XDLP mltiples tramas en Modo S
provenientes del mismo SVC, se utilizar el siguiente proce-
dimiento.
5.2.2.3.3.2 Procedimiento
Nota 1. Las transacciones SLM y ELM pueden efectuarse
independientemente.
Nota 2. Las transacciones de enlace ascendente y de
enlace descendente pueden efectuarse independientemente.
5.2.2.3.3.2.1 Tramas SLM. Se transmitirn en el orden
recibido las tramas SLM en espera de ser transferidas.
5.2.2.3.3.2.2 Tramas ELM. Se transmitirn en el orden
recibido las tramas ELM en espera de ser transferidas.
5.2.2.4 PROCESAMIENTO DE TRAMAS GDLP
5.2.2.4.1 DISPOSICIONES GENERALES
5.2.2.4.1.1 El procesador GDLP determinar la capacidad
de enlace de datos del ADLP/instalacin de transpondedor, a
partir del informe de capacidad de enlace de datos (5.2.9) antes
de ejecutar cualesquiera de las actividades de enlace de datos
con dicho ADLP.
5.2.2.4.1.2 El procesamiento de tramas GDLP proporcio-
nar al interrogador todos los datos necesarios para la transmi-
sin en enlace ascendente que no son proporcionados direc-
tamente por el interrogador.
5.2.2.4.2 Estado de entrega. El procesamiento de tramas
GDLP aceptar de la funcin del interrogador la indicacin de
que ha sido entregada con xito, por el enlace de tierra a aire,
una determinada trama de enlace ascendente que hubiera sido
anteriormente transferida al interrogador.
5.2.2.4.3 Direccin de aeronave. El procesamiento de
tramas GDLP recibir del interrogador la direccin de aeronave
de 24 bits correspondiente a la aeronave que transmiti la
trama, junto con los datos contenidos en cada trama SLM o
ELM de enlace descendente. El procesamiento de tramas
GDLP ser capaz de transferir al interrogador la direccin de
24 bits de la aeronave que haya de recibir una trama SLM o
ELM de enlace ascendente.
5.2.2.4.4 Identificacin del tipo de protocolo en Modo S.
El procesamiento de tramas GDLP indicar al interrogador el
protocolo que haya de utilizarse para transferir la trama:
protocolo de mensajes de longitud normal, protocolo de
mensajes de longitud ampliada o protocolo de radiodifusin.
5.2.2.4.5 Determinacin de la trama. Los paquetes en
Modo S (incluidos los paquetes multiplexados, pero excluidos
los paquetes MSP) previstos para enlace ascendente, y de una
longitud inferior o igual a 28 multietos, se enviarn como
trama SLM. Los paquetes en Modo S de longitud superior a
28 multietos se enviarn como trama ELM de enlace ascendente
si se trata de transpondedores con capacidad ELM, utilizndose
de ser necesario el procesamiento de bit M (5.2.5.1.4.1). Si el
transpondedor no tiene la capacidad ELM, los paquetes de longi-
tud superior a 28 multietos se enviarn utilizando los procedi-
mientos de ensamblaje de bit M o bit S (5.2.5.1.4.2), segn sea
necesario, as como tramas mltiples SLM.
Nota. Los paquetes de DATOS, PETICIN DE
LLAMADA, ACEPTACIN DE LLAMADA, PETICIN DE
LIBERACIN e INTERRUPCIN en Modo S son los nicos
paquetes en Modo S en los que se utiliza la secuenciacin de
bit M o bit S.
5.2.2.5 PROCESAMIENTO DE TRAMAS ADLP
5.2.2.5.1 Disposiciones generales. Con la posible excep-
cin de los ltimos 24 bits (direccin/paridad), el procesa-
miento de tramas ADLP aceptar del transpondedor el
contenido completo de las transmisiones de enlace ascendente
recibidas, tanto de 56 bits como de 112 bits, con exclusin de
las interrogaciones de llamada general y de las interrogaciones
ACAS. El procesamiento de tramas ADLP proporcionar al
transpondedor todos los datos necesarios para la transmisin en
enlace descendente que no sean proporcionados directamente
por el transpondedor (5.2.3.3).
5.2.2.5.2 Estado de entrega. El procesamiento de tramas
ADLP aceptar del transpondedor la indicacin de que ha
sido objeto de cierre una determinada trama de enlace
descendente que hubiera sido anteriormente transferida al
transpondedor.
5.2.2.5.3 Identificador de interrogador. El procesamiento
de tramas ADLP aceptar del transpondedor el cdigo de iden-
tificador de interrogador (II) correspondiente al interrogador
que transmiti la trama, junto con los datos contenidos en cada
SLM y ELM de enlace ascendente. El procesamiento de tramas
ADLP transferir al transpondedor el cdigo II del interro-
gador, o del grupo de interrogadores, que hayan de recibir una
trama dirigida a multisitio.
5.2.2.5.4 Identificacin del tipo de protocolo en Modo S.
El procesamiento de tramas ADLP indicar al transpondedor el
protocolo que haya de utilizarse para transferir la trama:
iniciado en tierra, iniciado a bordo, de radiodifusin, dirigido
a multisitio, de longitud normal o de longitud ampliada.
5-8 28/11/02
Nm. 77
5.2.2.5.5 Cancelacin de tramas. El procesamiento de
tramas ADLP ser capaz de cancelar tramas de enlace
descendente que hayan sido anteriormente transferidas al
transpondedor para ser transmitidas pero respecto a las cuales
no se haya indicado el cierre. Si se almacena ms de una trama
en el transpondedor, el procedimiento de cancelacin ser capaz
de cancelar de forma selectiva las tramas almacenadas.
5.2.2.5.6 Determinacin de las tramas. Los paquetes en
Modo S (incluidos los paquetes multiplexados, pero excluidos
los paquetes MSP) previstos para enlace descendente, y de
una longitud inferior o igual a 222 bits, se enviarn como
trama SLM. Los paquetes en Modo S de longitud superior a
222 bits se enviarn como trama ELM de enlace descendente,
si se trata de transpondedores con capacidad ELM, utilizndose
de ser necesario el procesamiento de bit M (5.2.5.1.4.1).
Cuando se utiliza el procesamiento de bit M, todas las tramas
ELM con M = 1 contendrn el nmero mximo de segmentos
ELM que el transpondedor es capaz de transmitir en respuesta
a una interrogacin (UF = 24) (5.2.9.1). Si el transpondedor no
tiene la capacidad ELM, los paquetes de longitud superior a
222 bits se enviarn utilizando los procedimientos de ensam-
blaje de bit M o de bit S (5.2.5.1.4.2), as como tramas
mltiples SLM.
Nota. La longitud mxima de una trama SLM de enlace
descendente es de 222 bits. Esto es igual a 28 multietos
(7 multietos para 4 segmentos Com-B) menos el subcampo de
Com-B enlazada de 2 bits (5.2.2.2.1.1).
5.2.2.6 GESTIN DE PRIORIDADES
5.2.2.6.1 Gestin de prioridades ADLP. Se transferirn las
tramas desde el ADLP hacia el transpondedor con el siguiente
orden de prioridad (la ms alta en primer lugar):
a) servicios propios del Modo S;
b) peticiones de bsqueda (5.2.8.1);
c) tramas que contienen solamente paquetes SVC de alta
prioridad; y
d) tramas que contienen solamente paquetes SVC de baja
prioridad.
5.2.2.6.2 GESTIN DE PRIORIDADES GDLP
Recomendacin. Las tramas en enlace ascendente
deberan transferirse con el siguiente orden de prioridad (la
ms alta en primer lugar):
a) servicios propios del Modo S;
b) tramas que contienen por lo menos un paquete de RUTA en
Modo S (5.2.8.1);
c) tramas que contienen por lo menos un paquete SVC de alta
prioridad; y
d) tramas que contienen solamente paquetes SVC de baja
prioridad.
5.2.3 Interfaces para intercambio de datos
5.2.3.1 INTERFAZ DTE ISO 8208
5.2.3.1.1 Disposiciones generales. La interfaz entre el
XDLP y los DTE se efectuar de conformidad con el protocolo
de capa de paquete (PLP) de la ISO 8208. El XDLP ser
compatible con los procedimientos del DTE especificados en
la ISO 8208. El XDLP contendr por lo tanto un DCE (5.2.4).
5.2.3.1.2 Requisitos de las capas fsica y de enlace en la
interfaz DTE/DCE. Los requisitos son:
a) la interfaz ser independiente de cdigos y de multietos y
no se impondr ninguna restriccin en cuanto a la secuencia,
orden, o configuracin de los bits transferidos en un paquete;
y
b) la interfaz ser compatible con la transferencia de paquetes
de capa de red de longitud variable.
5.2.3.1.3 DIRECCIN DTE
5.2.3.1.3.1 Direccin DTE de tierra. La direccin DTE de
tierra tendr una longitud total de 3 dgitos decimales
codificados en binario (BCD), en la forma siguiente:
X
0
X
1
X
2
X
0
ser el dgito ms significativo. Las direcciones DTE de
tierra sern nmeros decimales comprendidos entre 0 y 255
codificados en BCD. La asignacin de direcciones DTE ser
asunto local. Todos los DTE conectados con GDLP de
cobertura superpuesta tendrn direcciones exclusivas. Se
considerarn de cobertura superpuesta todos los GDLP respecto
a los cuales el tiempo de vuelo entre sus reas de cobertura sea
inferior a T
r
(Tabla 5-1).
5.2.3.1.3.2 Direccin DTE mvil. La direccin DTE mvil
tendr una longitud total de 10 dgitos BCD, en la forma
siguiente:
X
0
X
1
X
2
X
3
X
4
X
5
X
6
X
7
X
8
X
9
X
0
ser el dgito ms significativo. Los dgitos X
0
a X
7
contendrn la representacin octal de la direccin de aeronave
codificada BCD. Los dgitos X
8
X
9
identificarn una subdirec-
cin para equipos DTE especficos a bordo de una aeronave.
Los valores de esta subdireccin sern nmeros decimales
comprendidos entre 0 y 15 codificados en BCD. Se utilizarn
las siguientes asignaciones de subdireccin:
00 Encaminador ATN
01 a 15 No asignados
5.2.3.1.3.3 Direcciones DTE ilegales. Las direcciones
DTE que se salgan de la gama definida o que no se conformen
a los formatos especificados en 5.2.3.1.3.1 y 5.2.3.1.3.2, para
las direcciones de los DTE de tierra y mvil, se considerarn
por definicin direcciones DTE ilegales. La deteccin de una
direccin DTE ilegal en un paquete de peticin de llamada
llevar al rechazo de la llamada, segn lo especificado en
5.2.5.1.5.
5-9 28/11/02
Nm. 77
5.2.3.1.4 REQUISITOS RELATIVOS AL PROTOCOLO DE CAPA
DE PAQUETE EN LA INTERFAZ DTE/DCE
5.2.3.1.4.1 Capacidad. La interfaz entre el DTE y el DCE
ser de conformidad con la ISO 8208 y tendr la siguiente
capacidad:
a) entrega acelerada de datos, es decir, transmisin de paquetes
de INTERRUPCIN con un campo de datos de usuario de
hasta 32 multietos;
b) facilidad de prioridad (con dos niveles, 5.2.5.2.1.1.6);
c) seleccin rpida (5.2.5.2.1.1.13, 5.2.5.2.1.1.16); y
d) facilidad de ampliacin de la direccin origen de llamada/
destino de llamada, si lo exigen las condiciones locales (o
sea, el XDLP est conectado con el DTE mediante un
protocolo de red que no puede abarcar la direccin en
Modo S definida).
Para la transferencia por el protocolo de capa de paquete en
Modo S no podr recurrirse a otras facilidades ISO 8208 y
tampoco a los procedimientos de bit D y bit Q.
5.2.3.1.4.2 Valores de los parmetros. Los parmetros
temporizador y contador en la interfaz DTE/DCE sern
conformes a los valores ISO 8208 por omisin.
5.2.3.2 INTERFAZ PARA SERVICIOS PROPIOS
DEL MODO S
Nota. Los servicios propios del Modo S consistirn en
Com-A y Com-B de radiodifusin, GICB y MSP.
5.2.3.2.1 ADLP
5.2.3.2.1.1 Disposiciones generales. El ADLP ser com-
patible con el acceso a los servicios propios del Modo S,
proporcionndose para este fin una o ms interfaces ADLP
independientes.
5.2.3.2.1.2 Capacidad funcional. La codificacin de
mensajes y de control por esta interfaz ser compatible con
todas las funciones especificadas en 5.2.7.1.
5.2.3.2.2 GDLP
5.2.3.2.2.1 Disposiciones generales. El GDLP ser com-
patible con el acceso a los servicios propios del Modo S, pro-
porcionndose para este fin una interfaz GDLP independiente
o el acceso a estos servicios por la interfaz DTE/DCE.
5.2.3.3 INTERFAZ ADLP/TRANSPONDEDOR
5.2.3.3.1 DE TRANSPONDEDOR A ADLP
5.2.3.3.1.1 El ADLP aceptar del transpondedor una
indicacin del tipo de protocolo, con respecto a los datos
transferidos desde el transpondedor hacia el ADLP. Esto
incluye los siguientes tipos de protocolos:
a) interrogacin de vigilancia;
b) interrogacin Com-A;
c) interrogacin de radiodifusin Com-A; y
d) ELM de enlace ascendente.
El ADLP aceptar tambin el cdigo II del interrogador
utilizado para transmitir los protocolos de interrogacin de
vigilancia, Com-A o ELM de enlace ascendente.
Nota. Los transpondedores no tramitarn por esta
interfaz la informacin de llamada general ni la informacin
ACAS.
5.2.3.3.1.2 El ADLP aceptar la informacin de control
proveniente del transpondedor que indique el estado de las
transferencias en enlace descendente. Esto incluye lo siguiente:
a) cierre Com-B;
b) temporizacin de radiodifusin Com-B; y
c) cierre ELM de enlace descendente.
5.2.3.3.1.3 El ADLP tendr acceso a informacin actua-
lizada que defina la capacidad de comunicaciones designada del
transpondedor en Modo S con el que est en interfuncio-
namiento. Se utilizar esta informacin para generar el informe
de capacidad de enlace de datos (5.2.9).
5.2.3.3.2 DE ADLP A TRANSPONDEDOR
5.2.3.3.2.1 El ADLP proporcionar al transpondedor una
transferidos desde el ADLP hacia el transpondedor. Esto
a) Com-B iniciada en tierra;
b) Com-B iniciada a bordo;
c) Com-B dirigida a multisitio;
d) radiodifusin Com-B;
e) ELM de enlace descendente; y
f) ELM de enlace descendente dirigido a multisitio.
El ADLP proporcionar tambin el cdigo II para transferencia
de Com-B dirigida a multisitio o de ELM de enlace descendente
dirigido a multisitio y el cdigo de selector de datos Com-B
(BDS) (3.1.2.6.11.2 del Anexo 10, Volumen IV) cuando se trate
de una Com-B iniciada en tierra.
5.2.3.3.2.2 El ADLP ser tambin capaz de cancelar
tramas, segn lo especificado en 5.2.2.5.5.
5.2.3.1.4 REQUISITOS RELATIVOS AL PROTOCOLO DE CAPA
DE PAQUETE EN LA INTERFAZ DTE/DCE
5.2.3.1.4.1 Capacidad. La interfaz entre el DTE y el DCE
ser de conformidad con la ISO 8208 y tendr la siguiente
capacidad:
a) entrega acelerada de datos, es decir, transmisin de paquetes
de INTERRUPCIN con un campo de datos de usuario de
hasta 32 multietos;
b) facilidad de prioridad (con dos niveles, 5.2.5.2.1.1.6);
c) seleccin rpida (5.2.5.2.1.1.13, 5.2.5.2.1.1.16); y
d) facilidad de ampliacin de la direccin origen de llamada/
destino de llamada, si lo exigen las condiciones locales (o
sea, el XDLP est conectado con el DTE mediante un
protocolo de red que no puede abarcar la direccin en
Modo S definida).
Para la transferencia por el protocolo de capa de paquete en
Modo S no podr recurrirse a otras facilidades ISO 8208 y
tampoco a los procedimientos de bit D y bit Q.
5.2.3.1.4.2 Valores de los parmetros. Los parmetros
temporizador y contador en la interfaz DTE/DCE sern
conformes a los valores ISO 8208 por omisin.
5.2.3.2 INTERFAZ PARA SERVICIOS PROPIOS
DEL MODO S
Nota. Los servicios propios del Modo S consistirn en
Com-A y Com-B de radiodifusin, GICB y MSP.
5.2.3.2.1 ADLP
5.2.3.2.1.1 Disposiciones generales. El ADLP ser com-
patible con el acceso a los servicios propios del Modo S,
proporcionndose para este fin una o ms interfaces ADLP
independientes.
5.2.3.2.2 GDLP
5.2.3.2.2.1 Disposiciones generales. El GDLP ser com-
patible con el acceso a los servicios propios del Modo S, pro-
porcionndose para este fin una interfaz GDLP independiente
o el acceso a estos servicios por la interfaz DTE/DCE.
5.2.3.3 INTERFAZ ADLP/TRANSPONDEDOR
5.2.3.3.1 DE TRANSPONDEDOR A ADLP
5.2.3.3.1.1 El ADLP aceptar del transpondedor una
transferidos desde el transpondedor hacia el ADLP. Esto
a) interrogacin de vigilancia;
b) interrogacin Com-A;
c) interrogacin de radiodifusin Com-A; y
d) ELM de enlace ascendente.
El ADLP aceptar tambin el cdigo II del interrogador
utilizado para transmitir los protocolos de interrogacin de
vigilancia, Com-A o ELM de enlace ascendente.
Nota. Los transpondedores no tramitarn por esta
interfaz la informacin de llamada general ni la informacin
ACAS.
5.2.3.3.1.2 El ADLP aceptar la informacin de control
proveniente del transpondedor que indique el estado de las
transferencias en enlace descendente. Esto incluye lo siguiente:
a) cierre Com-B;
b) temporizacin de radiodifusin Com-B; y
c) cierre ELM de enlace descendente.
5.2.3.3.1.3 El ADLP tendr acceso a informacin actua-
lizada que defina la capacidad de comunicaciones designada del
transpondedor en Modo S con el que est en interfuncio-
namiento. Se utilizar esta informacin para generar el informe
de capacidad de enlace de datos (5.2.9).
5.2.3.3.2 DE ADLP A TRANSPONDEDOR
5.2.3.3.2.1 El ADLP proporcionar al transpondedor una
transferidos desde el ADLP hacia el transpondedor. Esto
c) Com-B dirigida a multisitio;
d) radiodifusin Com-B;
e) ELM de enlace descendente; y
f) ELM de enlace descendente dirigido a multisitio.
El ADLP proporcionar tambin el cdigo II para transferencia
de Com-B dirigida a multisitio o de ELM de enlace descendente
dirigido a multisitio y el cdigo de selector de datos Com-B
(BDS) (3.1.2.6.11.2 del Anexo 10, Volumen IV) cuando se trate
de una Com-B iniciada en tierra.
5.2.3.3.2.2 El ADLP ser tambin capaz de cancelar
tramas, segn lo especificado en 5.2.2.5.5.
5-10 28/11/02
Nm. 77
5.2.3.4 INTERFAZ GDLP/INTERROGADOR EN MODO S
5.2.3.4.1 DE INTERROGADOR A GDLP
5.2.3.4.1.1 El GDLP aceptar del interrogador una
transferidos desde el interrogador hacia el GDLP. Esto incluye
los siguientes tipos de protocolos:
c) radiodifusin Com-B iniciada a bordo; y
d) ELM de enlace descendente.
El GDLP aceptar tambin el cdigo BDS utilizado para
identificar el segmento Com-B iniciado en tierra.
5.2.3.4.1.2 El GDLP aceptar la informacin de control
proveniente del interrogador que indique el estado de las
transferencias en enlace ascendente y el estado de la aeronave
en Modo S destinataria.
5.2.3.4.2 De GDLP a interrogador. El GDLP propor-
cionar al interrogador una indicacin del tipo de protocolo, con
respecto a los datos transferidos desde el GDLP hacia el
interrogador. Esto incluye los siguientes tipos de protocolos:
a) interrogacin Com-A;
b) interrogacin de radiodifusin Com-A;
c) ELM de enlace ascendente; y
d) peticin Com-B iniciada en tierra.
El GDLP proporcionar tambin el cdigo BDS para el
protocolo Com-B iniciado en tierra.
5.2.4 Funcionamiento del DCE
Nota. El proceso DCE, en el mbito del XDLP, constituye
un proceso par respecto al DTE. El DCE apoya el funcio-
namiento del DTE con la capacidad especificada en 5.2.3.1.4.
En los requisitos indicados a continuacin no se especifican las
definiciones de formato ni de control de flujo en la interfaz
DTE/DCE. Para esos casos se aplican las especificaciones y
definiciones incluidas en la ISO 8208.
5.2.4.1 Transiciones de estado. El DCE funcionar como
mquina de estado. Al entrar en un estado, el DCE ejecutar
las acciones especificadas en la Tabla 5-2. Las transiciones de
estado y toda otra u otras acciones sern las especificadas en
las Tablas 5-3 a 5-2 inclusive.
Nota. La siguiente transicin de estado (si la hubiera) que
se produce cuando el DCE recibe un paquete proveniente del
DTE se especifica en las Tablas 5-3 a 5-8, inclusive. En la
organizacin de estas tablas se sigue la jerarqua ilustrada en
la Figura 5-2. En las Tablas 5-9 a 5-12, inclusive, se definen
las mismas transiciones para los casos en que el DCE recibe
un paquete del XDCE (mediante el proceso de reformateo).
5.2.4.2 DISPOSICIN DE LOS PAQUETES
5.2.4.2.1 Al recibirse un paquete del DTE, este se
transmitir, o dejar de transmitirse al XDCE (por el proceso
de reformateo) de conformidad con las instrucciones que
figuran entre parntesis en las Tablas 5-3 a 5-8 inclusive. Si no
hay ninguna instruccin entre parntesis, o si la instruccin
entre parntesis es de no transmitir, se descartar el paquete.
5.2.4.2.2 Al recibirse un paquete del XDCE (por el
proceso de reformateo), el paquete se transmitir, o dejar de
transmitirse al DTE de conformidad con las instrucciones que
figuran entre parntesis en las Tablas 5-9 a 5-12. Si no hay
ninguna instruccin entre parntesis, o si la instruccin entre
parntesis es de no transmitir, se descartar el paquete.
5.2.5 Procesamiento de la capa
de paquete en Modo S
5.2.5.1 DISPOSICIONES GENERALES
5.2.5.1.1 REQUISITOS DE MEMORIA INTERMEDIA
5.2.5.1.1.1 Requisitos de memoria intermedia del ADLP
5.2.5.1.1.1.1 Los siguientes requisitos se aplican a la
totalidad del ADLP y se interpretarn como necesarios para
cada uno de los procesos principales (DCE, reformateo, ADCE,
procesamiento de tramas y SSE).
5.2.5.1.1.1.2 El ADLP ser capaz de mantener suficiente
espacio de memoria intermedia para 15 SVC:
a) mantener suficiente espacio de memoria intermedia para
retener 15 paquetes de la subred en Modo S, de 152 mul-
tietos cada uno en la direccin de enlace ascendente por cada
SVC para un transpondedor con capacidad ELM de enlace
ascendente, o de 28 multietos en los dems casos;
b) mantener suficiente espacio de memoria intermedia para
retener 15 paquetes de la subred en Modo S, de 160 mul-
tietos cada uno en la direccin de enlace descendente por
cada SVC para un transpondedor con capacidad ELM de
enlace descendente, o de 28 multietos en los dems casos;
c) mantener suficiente espacio de memoria intermedia para dos
paquetes de INTERRUPCIN de la subred en Modo S, de
35 multietos cada uno (campo de datos de usuario ms
informacin de control), uno en cada direccin por cada
SVC;
d) mantener suficiente espacio de memoria intermedia de
resecuenciacin para almacenar 31 paquetes de la subred en
Modo S, de 152 multietos cada uno en la direccin de enlace
ascendente por cada SVC para un transpondedor con
capacidad ELM de enlace ascendente, o de 28 multietos en
los dems casos; y
e) mantener suficiente espacio de memoria intermedia para el
almacenamiento provisional por lo menos de un paquete en
Modo S de 160 multietos sometido al procesamiento de
bit M o de bit S, en cada direccin por cada SVC.
5-11 28/11/02
Nm. 77
5.2.5.1.1.1.3 El ADLP ser capaz de mantener una
memoria intermedia de 1 600 multietos en cada direccin para
ser compartida por todos los MSP.
5.2.5.1.1.2 Requisitos de memoria intermedia
5.2.5.1.1.2 del GDLP
5.2.5.1.1.2.1 Recomendacin. El GDLP debera ser
capaz de mantener suficiente espacio de memoria intermedia
para un promedio de 4 SVC por cada aeronave en Modo S que
se encuentra en la zona de cobertura de los interrogadores con
los que est conectado el GDLP, suponiendo que todas las
aeronaves tienen la capacidad ELM.
Nota. Puede ser necesario ms espacio de memoria
intermedia si se desea prestar apoyo a DTE asociados con
sistemas de extremo.
5.2.5.1.2 LOS FONDOS COMUNES DE NMEROS
5.2.5.1.2 DE CANAL
5.2.5.1.2.1 El XDLP mantendr varios fondos comunes
de nmeros de canal SVC; la interfaz DTE/DCE (ISO 8208)
utiliza una de las series. Su organizacin, estructura y utiliza-
cin se conformar a lo definido en la norma ISO 8208.
Los otros fondos comunes de canales se emplearn en la
interfaz ADCE/GDCE.
5.2.5.1.2.2 El GDLP administrar un fondo comn de
nmeros provisionales de canal en la gama de 1 a 3 para cada
par ADLP/DTE de tierra. Los paquetes de PETICIN DE
LLAMADA en Modo S generados por el GDLP contendrn la
direccin del DTE de tierra y un nmero provisional de canal
atribuido a partir del fondo comn de dicho DTE de tierra. El
GDLP no reutilizar ningn nmero provisional de canal
atribuido a un SVC que todava est en el estado de PETICIN
DE LLAMADA.
Nota 1. El uso de nmeros provisionales de canal hace
que el GDLP pueda procesar simultneamente hasta 3 peti-
ciones de llamada, respecto de cualquier combinacin particu-
lar de DTE de tierra y ADLP. De este modo el GDLP o el ADLP
pueden tambin liberar un canal, antes de asignar el nmero
permanente de canal.
Nota 2. En cualquier momento el ADLP puede comu-
nicarse con mltiples DTE de tierra. Todos los DTE de tierra
utilizan nmeros provisionales de canal en la gama de 1 a 3.
5.2.5.1.2.3 El ADLP utilizar la direccin DTE de tierra
para distinguir los nmeros provisionales de canal utilizados
por los diversos DTE de tierra. El ADLP asignar un nmero
permanente de canal (en la gama de 1 a 15) a todos los SVC
e informar al GDLP acerca del nmero asignado incluyndolo
en los paquetes de PETICIN DE LLAMADA en Modo S del
ADLP o de ACEPTACIN DE LLAMADA en Modo S del
ADLP. El nmero provisional de canal se incluir en el paquete
de ACEPTACIN DE LLAMADA en Modo S del ADLP,
junto con el nmero permanente de canal para definir la
asociacin de estos nmeros de canal. El ADLP continuar
asociando el nmero provisional de canal al nmero
permanente de un SVC hasta que el SVC retorne al estado de
PREPARADO (p1); o bien, si se encuentra en el estado de
TRANSFERENCIA DE DATOS (p4), hasta que se reciba en
el paquete GDLP una PETICIN DE LLAMADA en Modo S
que tenga el mismo nmero provisional de canal. Un nmero
permanente de canal distinto de cero en los paquetes en Modo S
de PETICIN DE LIBERACIN del ADLP, PETICIN DE
LIBERACIN DEL GDLP, CONFIRMACIN DE LIBERA-
CIN del ADLP, o CONFIRMACIN DE LIBERACIN
DEL GDLP indicar que ha de utilizarse el nmero permanente
de canal y que ha de hacerse caso omiso del nmero provisional
de canal. En el caso de que se requiera al XDLP enviar uno de
estos paquetes sin nmero permanente de canal, el nmero
permanente de canal se pondr a cero, lo que indicar al XDLP
par que debe utilizarse el nmero provisional de canal.
Nota. El uso de un nmero permanente de canal igual a
cero permite al ADLP liberar un SVC cuando no se dispone
de nmero permanente de canal y permite al GDLP proceder
del mismo modo antes de que se le informe el nmero perma-
nente de canal.
5.2.5.1.2.4 Se asignarn independientemente el nmero de
canal utilizado por la interfaz DTE/DCE y el utilizado por la
interfaz ADCE/GDCE. En el proceso de reformateo se
mantendr una tabla de asociacin entre los nmeros de canal
DTE/DCE y los nmeros de canal ADCE/GDCE.
5.2.5.1.3 Condiciones de preparado para recibir y de no
preparado para recibir. Los procedimientos de gestin de
interfaz ISO 8208 y de interfaz ADCE/GDCE constituirn
operaciones independientes, ya que cada sistema debe ser capaz
de responder independientemente a las indicaciones de prepa-
rado para recibir y de no preparado para recibir.
5.2.5.1.4 PROCESAMIENTO DE SECUENCIAS
DE BIT M Y DE BIT S
Nota. El procesamiento de bit M se aplica a la secuen-
ciacin de los datos del paquete de DATOS. El procesamiento
de bit S se aplica a la secuenciacin de los paquetes en Modo S
de PETICIN DE LLAMADA, ACEPTACIN DE LLAMADA,
PETICIN DE LIBERACIN e INTERRUPCIN.
5.2.5.1.4.1 Procesamiento de bit M
Nota. El tamao de paquete utilizado en la interfaz DTE/
DCE puede ser diferente al utilizado en la interfaz ADCE/
GDCE.
5.2.5.1.4.1.1 Se utilizar el procesamiento de bit M cuando
se reformateen los paquetes de DATOS (5.2.5.2). En dicho
procesamiento se usarn las especificaciones que figuran en la
norma ISO 8208. El procesamiento de secuencias de bit M se
aplicar canal por canal. El bit M puesto a 1 indicar que en
el paquete subsiguiente de DATOS contina el campo de datos
de usuario. Los paquetes subsiguientes de una secuencia de
bit M utilizarn el mismo formato de encabezamiento (p. ej.,
el formato de paquete sin el campo de datos de usuario).
5.2.5.1.4.1.2 Si el tamao de paquete en la interfaz XDCE
(5.2.6.4.2) es mayor que el tamao utilizado en la interfaz DTE/
DCE, al transmitir un paquete de DATOS en Modo S se
combinarn en la medida de lo posible los paquetes, segn lo
prescrito por el bit M. Si el tamao de paquete en la interfaz
XDCE es menor que el definido en la interfaz DTE/DCE, se
fragmentarn los paquetes de forma que encajen en el paquete
en Modo S ms pequeo, mediante el ensamblaje de bit M.
5-12 28/11/02
Nm. 77
5.2.5.1.4.1.3 Un paquete se combinar con los paquetes
subsiguientes si el paquete est lleno (es decir, lleva bits
de relleno) y hay ms paquetes en la secuencia bit M
(bit M = 1). Solamente se permitir un paquete menor que el
paquete de tamao mximo definido para este SVC (paquete
parcial) cuando el bit M indique el fin de una secuencia bit M.
Un paquete recibido de tamao menor que el mximo de
paquetes con bit M = 1, generar una reiniciacin segn lo
especificado en la ISO 8208 y el resto de la secuencia debera
descartarse.
5.2.5.1.4.1.4 Recomendacin. Para que disminuya la
demora de entregas debera ejecutarse el reformateo durante
la recepcin parcial de una secuencia de bit M, en lugar de
demorarlo hasta que se haya recibido la secuencia completa
de bit M.
5.2.5.1.4.2 Procesamiento de bit S. El procesamiento de
bit S se aplicar solamente a los paquetes de PETICIN DE
LLAMADA, ACEPTACIN DE LLAMADA, PETICIN DE
LIBERACIN e INTERRUPCIN en Modo S. Este proce-
samiento se ejecutar de la forma especificada para el
procesamiento de bit M (5.2.5.1.4.1), salvo que se descartarn
(5.2.6.3.6, 5.2.6.4.5.2 y 5.2.6.9) los paquetes asociados con
cualquier secuencia de bit S cuyo reensamblaje no haya sido
completado en un plazo de Tq segundos (Tablas 5-1 y 5-13),
y la recepcin de un paquete de menor longitud que la del
tamao mximo de paquete con S = 1 har que la secuencia
completa de bit S sea tratada como error de formato de
conformidad con la Tabla 5-16.
5.2.5.1.5 PROCESAMIENTO DE ERRORES DE LA SUBRED
EN MODO S PARA PAQUETES ISO 8208
5.2.5.1.5.1 Bit D. Si el XDLP recibe un paquete de
DATOS con el bit D puesto a 1, el XDLP enviar un paquete
de PETICIN DE REINICIACIN al DTE de origen con un
cdigo de causa (CC) = 133 y un cdigo de diagnstico (DC)
= 166. Si el bit D se pone a 1 en un paquete de PETICIN DE
LLAMADA, el XDLP har caso omiso del bit D. El bit D del
paquete de ACEPTACIN DE LLAMADA correspondiente se
pondr siempre a 0. El uso de CC es facultativo.
5.2.5.1.5.2 Bit Q. Si el XDLP recibe un paquete de
DATOS con el bit Q puesto a 1, el XDLP enviar un paquete
de PETICIN DE REINICIACIN al DTE de origen con
CC = 133 y DC = 83. El uso de CC es facultativo.
5.2.5.1.5.3 Prioridad no vlida. Si el XDLP recibe una
peticin de llamada con un valor de prioridad de conexin de
2 a 254, el XDLP liberar el circuito virtual utilizando DC = 66
y CC = 131. El uso de CC es facultativo. El uso de CC es
facultativo.
5.2.5.1.5.4 Facilidad sin apoyo. Si el XDLP recibe una
peticin de llamada en que se pide una facilidad a la que no
puede darse apoyo, el XDLP liberar el circuito virtual usando
DC = 65 y CC = 131. El uso de CC es facultativo.
5.2.5.1.5.5 Direccin DTE ilegal que llama. Si el XDLP
recibe una peticin de llamada con una direccin DTE ilegal
que llama (5.2.3.1.3.3), el XDLP liberar el circuito virtual
usando DC = 68 y CC = 141. El uso de CC es facultativo.
5.2.5.1.5.6 Direccin DTE ilegal llamada. Si el XDLP
recibe una peticin de llamada con una direccin DTE ilegal
llamada (5.2.3.1.3.3), el XDLP liberar el circuito virtual
usando DC = 67 y CC = 141. El uso de CC es facultativo.
5.2.5.2 PROCESO DE REFORMATEO
Nota. El proceso de reformateo se subdivide en dos
subprocesos: formateo de enlace ascendente y formateo de
enlace descendente. En el caso del ADLP, el proceso de enlace
ascendente reformatea los paquetes en Modo S convirtindolos
en paquetes ISO 8208 y el proceso de enlace descendente
reformatea los paquetes ISO 8208 convirtindolos en paquetes
en Modo S. En el caso del GDLP, el proceso de enlace
ascendente reformatea los paquetes ISO 8208 convirtindolos
en paquetes en Modo S y el proceso de enlace descendente
reformatea los paquetes en Modo S convirtindolos en paquetes
ISO 8208.
5.2.5.2.1 PETICIN DE LLAMADA DEL ADLP
5.2.5.2.1.1 Traduccin en paquetes en Modo S
5.2.5.2.1.1.1 Formato de paquete traducido. Al recibirse
en el proceso de reformateo ADLP un paquete de PETICIN
DE LLAMADA ISO 8208 proveniente del DCE local, se
generar el correspondiente paquete (o paquetes) de PETICIN
DE LLAMADA en Modo S del ADLP [segn lo determine el
procesamiento de bit S (5.2.5.1.4.2)], en la forma siguiente:
5.2.5.2.1.1.2 Tipo de paquete de datos (DP). Este campo
se pondr a 0.
5.2.5.2.1.1.3 Tipo de paquete MSP (MP). Este campo se
pondr a 1.
5.2.5.2.1.1.4 Paquete de supervisin (SP). Este campo se
pondr a 1.
5.2.5.2.1.1.5 Tipo de supervisin (ST). Este campo se
pondr a 0.
5.2.5.2.1.1.6 Prioridad (P). Este campo se pondr a 0 en
el caso de un SVC de baja prioridad y se pondr a 1 en el caso
de un SVC de alta prioridad. Se obtendr el valor de este campo
a partir del campo de transferencia de datos de la facilidad de
prioridades del paquete ISO 8208 y se pondr a 0 si el paquete
ISO 8208 no contiene la facilidad de prioridades o si se
especifica una prioridad de 255. Se har caso omiso de los otros
campos de la facilidad de prioridades.
5.2.5.2.1.1.7 Nmero secuencial (SN). Se numerar cada
uno de los paquetes de un determinado SVC (5.2.6.9.4).
5.2.5.2.1.1.8 Nmero de canal (CH). Se seleccionar el
nmero de canal del fondo comn de nmeros de canal SVC
de que disponga el ADLP. El fondo comn constar de
16 valores en la gama de 0 a 15. Se seleccionar del fondo
DP:1 MP:1 SP:2 ST:2
RELLENO2:
0 2
P:1 RELLENO:1 SN:6
CH:4 AM:4 AG:8 S:1 FS:2 F:1 LV:4 UD:v
5-13 28/11/02
Nm. 77
comn el nmero de canal disponible ms elevado. Se definir
un canal disponible como aqul que est en el estado p1. Siem-
pre que el canal est activo se mantendr la correspondencia
entre el nmero de canal utilizado por la red en Modo S y el
nmero de canal utilizado por la interfaz DTE/DCE.
Nota. Consltese tambin 5.2.5.1.2 sobre la gestin del
fondo comn de canales.
5.2.5.2.1.1.9 Direccin, mvil (AM). Esta direccin ser la
subdireccin DTE mvil (5.2.3.1.3.2) en la gama de 0 a 15. Se
obtendr la direccin a partir de los dos dgitos menos
significativos de la direccin DTE que llama contenida en el
paquete ISO 8208, y se convertir a representacin binaria.
Nota. Se transfiere la direccin de aeronave de 24 bits
dentro de la capa de enlace en Modo S.
5.2.5.2.1.1.10 Direccin, de tierra (AG). Esta direccin
ser la direccin DTE de tierra (5.2.3.1.3.1) en la gama de 0 a
255. Se obtendr la direccin a partir de la direccin DTE
llamada, contenida en el paquete ISO 8208, y se convertir a
representacin binaria.
5.2.5.2.1.1.11 Campo de relleno. Se utilizar el campo de
relleno para alinear los campos subsiguientes de datos en los
lmites de los multietos. Cuando se indique FILL:n se pondr
el campo de relleno a una longitud de n bits. Cuando se
indique FILL1: 0 6 se pondr el campo de relleno a una
longitud de 6 bits para un paquete no multiplexado en una trama
SLM de enlace descendente y a 0 bit en los dems casos.
Cuando se indique FILL2: 0 2, se pondr el campo de
relleno a una longitud de 0 bit para un paquete no multiplexado
en una trama SLM de enlace descendente o para un
encabezador de multiplexacin y a 2 bits en los dems casos.
5.2.5.2.1.1.12 Campo S (S). El valor 1 indicar que el
paquete es parte de una secuencia de bit S y que siguen ms
paquetes en la secuencia. El valor 0 indicar que la secuencia
termina con ese paquete. Este campo se establecer como se
especifica en 5.2.5.1.4.2.
5.2.5.2.1.1.13 Campo FS (FS). El valor CERO indicar
que el paquete no contiene datos de seleccin rpida. Un valor
de 2 3 indicar que el paquete contiene datos de seleccin
rpida. Un valor de 2 indicar funcionamiento normal de la
seleccin rpida. Un valor de 3 indicar seleccin rpida con
respuesta restringida. Un valor FS de 1 no se define.
5.2.5.2.1.1.14 Bandera de primer paquete (F). Este campo
se pondr a CERO en el primer paquete de una secuencia de
bit S y en todo paquete que no sea parte de una secuencia de
bit S. En los dems casos, se pondr a 1.
5.2.5.2.1.1.15 Longitud de datos de usuario (LV). Este
campo indicar el nmero de multietos completos utilizados en
el ltimo segmento SLM o ELM, segn se define en 5.2.2.3.1.
5.2.5.2.1.1.16 Campo de datos de usuario (UD). Este
campo estar presente nicamente si los datos de usuario de
PETICIN DE LLAMADA opcionales (mximo de 16 mul-
tietos) o los datos de usuario de seleccin rpida (mximo de
128 multietos) figuran en el paquete ISO 8208. El campo de
datos de usuario se transferir sin modificaciones desde el
paquete ISO 8208 utilizando el procesamiento de bit S segn
se especifica en 5.2.5.1.4.2.
5.2.5.2.1.2 Traduccin en paquetes ISO 8208
5.2.5.2.1.2.1 Traduccin. Al recibirse en el proceso de
reformateo GDLP un paquete de PETICIN DE LLAMADA
en Modo S del ADLP (o una secuencia de paquetes de bit S),
provenientes del GDCE, se generar en el DCE local el corres-
pondiente paquete de PETICIN DE LLAMADA ISO 8208.
La traduccin del paquete en Modo S en paquete ISO 8208
ser la inversa del procesamiento definido en 5.2.5.2.1.1, con las
excepciones especificadas en el prrafo que figura a continuacin.
5.2.5.2.1.2.2 Campos de direccin DTE llamada, de
direccin DTE que llama y de longitud. La direccin DTE que
llama se compondr de la direccin de aeronave de 24 bits y
del valor que figura en el campo AM del paquete en Modo S
convertido en BCD (5.2.3.1.3.2). La direccin DTE llamada
ser la direccin DTE de tierra que figura en el campo AG del
paquete en Modo S, convertida en BCD. El campo de longitud
ser el definido en la ISO 8208.
5.2.5.2.2 PETICIN DE LLAMADA DEL GDLP
5.2.5.2.2.1.1 Generalidades. Al recibirse en el proceso de
reformateo GDLP un paquete de PETICIN DE LLAMADA
ISO 8208 proveniente del DCE local, se generar el corres-
pondiente paquete (o paquetes) de PETICIN DE LLAMADA
en Modo S del GDLP (segn lo determine el procesamiento de
bit S (5.2.5.1.4.2), en la forma siguiente:
Los campos que aparezcan en el formato del paquete y no estn
especificados en los prrafos que siguen se pondrn a los
valores pertinentes, de conformidad con las especificaciones de
5.2.5.2.1.
se pondr a 0.
pondr a 1.
pondr a 1.
pondr a 0.
5.2.5.2.2.1.6 Campo de nmero provisional de canal (TC).
Se utilizar este campo para distinguir entre peticiones de
llamada mltiples provenientes de un GDLP. El proceso de
reformateo ADLP, despus de recibido el nmero provisional
de canal, asignar un nmero de canal de entre aquellos canales
que estn actualmente en el Estado de preparado, p1.
5.2.5.2.2.1.7 Direccin, de tierra (AG). Esta direccin ser
la direccin DTE de tierra (5.2.3.1.3.1) en la gama de 0 a 255.
Se obtendr la direccin a partir de la direccin DTE que
llama contenida en el paquete ISO 8208, y se convertir a
representacin binaria.
DP:1 MP:1 SP:2 ST:2 RELLENO:2 P:1 RELLENO:1 SN:6
RELLENO:2 TC:2 AM:4 AG:8 S:1 FS:2 F:1 LV:4 UD:v
5-14 28/11/02
Nm. 77
5.2.5.2.2.1.8 Direccin, mvil (AM). Esta direccin ser la
subdireccin DTE mvil (5.2.3.1.3.2) en la gama de 0 a 15. Se
obtendr la direccin a partir de los dos dgitos menos
significativos de la direccin DTE llamada contenida en el
paquete ISO 8208, y se convertir a representacin binaria.
reformateo ADLP, un paquete de PETICIN DE LLAMADA
en Modo S del GDLP (o una secuencia de paquetes bit S),
provenientes del ADCE, se generar en el DCE local el
correspondiente paquete de PETICIN DE LLAMADA
ISO 8208. La traduccin del paquete en Modo S en paquete
ISO 8208 ser la inversa del procesamiento definido en
5.2.5.2.2.1, con las excepciones especificadas en el prrafo que
figura a continuacin.
direccin DTE que llama y de longitud. La direccin DTE
llamada se compondr de la direccin de aeronave de 24 bits
y del valor que figura en el campo AM del paquete en Modo S
convertido en BCD (5.2.3.1.3.2). La direccin DTE que llama
ser la direccin DTE de tierra que figura en el campo AG del
paquete en Modo S, convertida en BCD. El campo de longitud
ser el definido en la ISO 8208.
5.2.5.2.3 ACEPTACIN DE LLAMADA DEL ADLP
en el proceso de reformateo ADLP un paquete de
ACEPTACIN DE LLAMADA ISO 8208 proveniente del
DCE local, se generar el correspondiente paquete (o paquetes)
de ACEPTACIN DE LLAMADA en Modo S del ADLP
[segn lo determine el procesamiento de bit S (5.2.5.1.4.2)], de
la forma siguiente:
5.2.5.2.1.
se pondr a 0.
pondr a 1.
pondr a 1.
pondr a 1.
5.2.5.2.3.1.6 Nmero provisional de canal (TC). El valor
de TC en el paquete original de PETICIN DE LLAMADA
en Modo S del GDLP ser devuelto al GDLP, junto con el
nmero de canal (CH) asignado por el ADLP.
5.2.5.2.3.1.7 Nmero de canal (CH). Este campo se
pondr al nmero de canal asignado por el ADLP, segn lo
determinado durante los procedimientos de PETICIN DE
LLAMADA para la conexin en Modo S.
5.2.5.2.3.1.8 Direccin mvil (AM) y direccin de tierra
(AG). Los valores de AM y de AG en el paquete original de
PETICIN DE LLAMADA en Modo S del GDLP sern
devueltos en estos campos. Se har caso omiso de las
direcciones DTE cuando estn presentes en el paquete de
ACEPTACIN DE LLAMADA ISO 8208.
5.2.5.2.3.2.1 Traduccin. Al recibirse en el proceso
de reformateo GDLP un paquete de ACEPTACIN DE
LLAMADA en Modo S del ADLP (o una secuencia de
paquetes bit S), provenientes del GDCE, se generar en el DCE
local el correspondiente paquete de ACEPTACIN DE
LLAMADA ISO 8208. La traduccin del paquete en Modo S
en paquete ISO 8208 ser la inversa del procesamiento definido
en 5.2.5.2.3.1, con las excepciones especificadas en el prrafo
que figura a continuacin.
direccin DTE que llama y de longitud. Cuando hay direccin
DTE llamada, sta se compondr de la direccin de aeronave
y del valor que figura en el campo AM del paquete en Modo S,
convertido en BCD (5.2.3.1.3.2). Cuando hay direccin DTE
que llama, sta ser la direccin DTE de tierra que figura en
el campo AG del paquete en Modo S, convertida en BCD. El
campo de longitud ser el definido en la ISO 8208.
Nota. Las direcciones DTE llamada y que llama son
opcionales en el paquete ISO 8208 correspondiente y no se
requieren para el funcionamiento correcto de la subred en
Modo S.
5.2.5.2.4 ACEPTACIN DE LLAMADA DEL GDLP
en el proceso de reformateo GDLP un paquete de
ACEPTACIN DE LLAMADA ISO 8208 proveniente del
DCE local, se generar el correspondiente paquete (o paquetes)
de ACEPTACIN DE LLAMADA en Modo S del GDLP
[segn lo determine el procesamiento de bit S (5.2.5.1.4.2)], de
la forma siguiente:
5.2.5.2.1.
se pondr a 0.
pondr a 1.
DP:1 MP:1 SP:2 ST:2 RELLENO2:0 2 TC:2 SN:6
CH:4 AM:4 AG:8 S:1 RELLENO:2 F:1 LV:4 UD:v
DP:1 MP:1 SP:2 ST:2 RELLENO:2 RELLENO:2 SN:6 CH:4
AM:4 AG:8 S:1 RELLENO:2 F:1 LV:4 UD:v
5-15 28/11/02
Nm. 77
pondr a 1.
pondr a 1.
5.2.5.2.4.1.6 Direccin mvil (AM) y direccin de tierra
(AG). Los valores de AM y de AG en el paquete original de
PETICIN DE LLAMADA en Modo S del ADLP sern
devueltos en estos campos. Se har caso omiso de las
direcciones DTE cuando estn presentes en el paquete de
ACEPTACIN DE LLAMADA ISO 8208.
reformateo ADLP un paquete de ACEPTACIN DE
LLAMADA en Modo S del GDLP (o una secuencia de
paquetes bit S), provenientes del ADCE, se generar en el DCE
local el correspondiente paquete de ACEPTACIN DE
LLAMADA ISO 8208. La traduccin del paquete en Modo S
en paquete ISO 8208 ser la inversa del procesamiento definido
en 5.2.5.2.4.1, con las excepciones especificadas en el prrafo
que figura a continuacin.
direccin DTE que llama y de longitud. Cuando hay direccin
DTE que llama, sta se compondr de la direccin de aeronave
y del valor que figura en el campo AM del paquete en Modo S
convertido en BCD (5.2.3.1.3.2). Cuando hay direccin DTE
llamada, sta ser la direccin DTE de tierra que figura en el
campo AG del paquete en Modo S, convertida en BCD. El
campo de longitud ser el definido en la ISO 8208.
Nota. Las direcciones DTE llamada y que llama son
opcionales en el paquete ISO 8208 correspondiente y no se
requieren para el funcionamiento correcto de la subred en
Modo S.
5.2.5.2.5 PETICIN DE LIBERACIN DEL ADLP
en el proceso de reformateo ADLP un paquete de PETICIN
DE LIBERACIN ISO 8208 proveniente del DCE local, se
generar el correspondiente paquete (o paquetes) de PETICIN
DE LIBERACIN en Modo S del ADLP [segn lo determine
el procesamiento de bit S (5.2.5.1.4.2)], en la forma siguiente:
5.2.5.2.1 y 5.2.5.2.2.
se pondr a 0.
pondr a 1.
pondr a 1.
5.2.5.2.5.1.5 Nmero de canal (CH): Si se ha asignado un
nmero de canal durante la fase de aceptacin de llamada,
entonces el CH se pondr a dicho valor, de lo contrario se
pondr a cero.
5.2.5.2.5.1.6 Canal temporal (TC): Si se ha asignado un
entonces el TC se pondr a cero, de lo contrario se pondr al
valor utilizado en la PETICIN DE LLAMADA del GDLP.
pondr a 2.
5.2.5.2.5.1.8 Direccin de tierra (AG) y direccin mvil
(AM). Los valores de AG y de AM en los paquetes originales
de PETICIN DE LLAMADA en Modo S del ADLP, o de
PETICIN DE LLAMADA del GDLP, sern devueltos en
estos campos. Se har caso omiso de las direcciones DTE
cuando estn presentes en el paquete de PETICIN DE
LIBERACIN ISO 8208.
5.2.5.2.5.1.9 Campos de causa de liberacin (CC) y de
cdigo de diagnstico (DC). Estos campos se transferirn sin
modificacin del paquete ISO 8208 al paquete en Modo S si
el DTE ha iniciado el procedimiento de liberacin. Si el
procedimiento de liberacin ha sido iniciado por el XDLP, el
campo de causa de liberacin y el campo de diagnstico sern
los definidos en las tablas de estados para DCE y XDCE (vase
tambin 5.2.6.3.3). La codificacin y definicin de estos
campos sern las especificadas en la ISO 8208.
reformateo GDLP, un paquete de PETICIN DE LIBERA-
CIN en Modo S del ADLP (o una secuencia de paquetes
bit S), provenientes del GDCE local, se generar en el DCE
local el correspondiente paquete de PETICIN DE LIBE-
RACIN ISO 8208. La traduccin del paquete en Modo S en
paquete ISO 8208 ser la inversa del procesamiento definido
en 5.2.5.2.5.1, con las excepciones que se indican en los
prrafos siguientes.
5.2.5.2.5.2.2 Campos de direccin DTE llamada, de direc-
cin DTE que llama y de longitud. Se omitirn estos campos
en el paquete de LIBERACIN DE LLAMADA ISO 8208.
5.2.5.2.5.2.3 Campo de causa de liberacin. Este campo
se pondr a los valores correspondientes teniendo en cuenta lo
especificado en 5.2.6.3.3.
5.2.5.2.6 PETICIN DE LIBERACIN DEL GDLP
en el proceso de reformateo GDLP un paquete de PETICIN
DE LIBERACIN ISO 8208 proveniente del DCE local, se
generar el correspondiente paquete (o paquetes) de PETI-
CIN DE LIBERACIN en Modo S del GDLP [segn lo
DP:1 MP:1 SP:2 ST:2 RELLENO2:0 2 TC:2 SN:6 CH:4 AM:4
AG:8 CC:8 DC:8 S:1 RELLENO:2 F:1 LV:4 UD:v
5-16 28/11/02
Nm. 77
determine el procesamiento de bit S (5.2.5.1.4.2)], en la forma
siguiente:
valores pertinentes de conformidad con las especificaciones de
5.2.5.2.1, 5.2.5.2.2 y 5.2.5.2.5.
se pondr a 0.
pondr a 1.
pondr a 1.
5.2.5.2.6.1.5 Nmero de canal (CH): Si se ha asignado un
pondr a cero.
5.2.5.2.6.1.6 Canal temporal (TC): Si se ha asignado un
pondr a 2.
reformateo ADLP, un paquete de PETICIN DE LIBERA-
CIN en Modo S del GDLP (o una secuencia de paquetes
bit S), provenientes del ADCE local, se generar en el DCE
local el correspondiente paquete de PETICIN DE LIBERA-
CIN ISO 8208. La traduccin del paquete en Modo S en
paquete ISO 8208 ser la inversa del procesamiento definido
en 5.2.5.2.6.1.
5.2.5.2.6.2.2 Campos DTE llamada, DTE que llama y de
longitud. Se omitirn estos campos en los paquetes de
PETICIN DE LIBERACIN ISO 8208.
5.2.5.2.7 DATOS
en el proceso de reformateo XDLP paquetes de DATOS
ISO 8208 provenientes del DCE local, se generarn los
correspondientes paquetes de DATOS en Modo S, segn lo
determine el procesamiento de bit M (5.2.5.1.4.1), en la forma
siguiente:
se pondr a 1.
5.2.5.2.7.1.3 Campo M (M). El valor 1 indicar que el
paquete es parte de una secuencia de bit M y que siguen ms
paquetes en la secuencia. El valor 0 indicar que la secuencia
termina con este paquete. Se colocar el valor apropiado en el
campo bit M del paquete en Modo S.
Nota. Vase la explicacin completa en 5.2.5.1.4 y en la
norma ISO 8208.
5.2.5.2.7.1.4 Nmero secuencial (SN). El campo de
nmero secuencial se pondr al valor especificado en
5.2.5.2.1.1.7.
5.2.5.2.7.1.5 Nmero secuencial de envo de paquete (PS).
El campo de nmero secuencial de envo de paquete se pondr
al valor especificado en 5.2.6.4.4.
5.2.5.2.7.1.6 Nmero secuencial de recepcin de paquete
(PR). El campo de nmero secuencial de recepcin de paquete
se pondr al valor especificado en 5.2.6.4.4.
5.2.5.2.7.1.7 Nmero de canal (CH). El campo de nmero
de canal contendr el nmero de canal en Modo S que
corresponde al nmero de canal del paquete de DATOS ISO
8208 entrante.
campo indicar el nmero de multietos completos utilizados en
el ltimo segmento SLM o ELM, segn lo definido en 5.2.2.3.1.
5.2.5.2.7.1.9 Relleno (FILL1). Este campo se pondr al
valor especificado en 5.2.5.2.1.1.11.
5.2.5.2.7.1.10 Datos de usuario (UD). El campo de datos
de usuario se transferir del paquete ISO 8208 al paquete en
Modo S utilizndose, de ser necesario, el procesamiento de
ensamblaje de paquetes bit M.
5.2.5.2.7.2 Traduccin en paquetes ISO 8208. Al recibirse
en el proceso de reformateo XDLP paquetes de DATOS en
Modo S provenientes del XDCE local, se generarn en el DCE
local los correspondientes paquetes de DATOS ISO 8208. La
traduccin de los paquetes en Modo S en paquetes ISO 8208
ser la inversa del procesamiento definido en 5.2.5.2.7.1.
5.2.5.2.8 INTERRUPCIN
en el proceso de reformateo XDLP un paquete de INTE-
RRUPCIN ISO 8208 proveniente del DCE local, se gene-
rarn los correspondientes paquetes de INTERRUPCIN en
Modo S [segn lo determine el procesamiento de bit S
[5.2.5.1.4.2)], en la forma siguiente:
DP:1 MP:1 SP:2 ST:2 RELLENO:2 TC:2 SN:6 CH:4 AM:4
AG:8 CC:8 DC:8 S:1 RELLENO:2 F:1 LV:4 UD:v
DP:1 M:1 SN:6 RELLENO1:0 6 PS:4
PR:4 CH:4 LV:4 UD:v
DP:1 MP:1 SP:2 ST:2 RELLENO2: 0 2 S:1
F:1 SN:6 CH:4 LV:4 UD:v
5-17 28/11/02
Nm. 77
5.2.5.2.1.
se pondr a 0.
pondr a 1.
pondr a 3.
pondr a 1.
campo se pondr al valor especificado en 5.2.2.3.1.
5.2.5.2.8.1.7 Datos de usuario (UD). El campo de datos de
usuario se transferir del paquete ISO 8208 al paquete en
Modo S utilizndose, de ser necesario, el procesamiento de
reensamblaje de paquetes bit S. El tamao mximo del campo
de datos de usuario en un paquete de INTERRUPCIN ser de
32 bytes.
en el proceso de reformateo XDLP paquetes de INTE-
RRUPCIN en Modo S provenientes del XDCE local, se
generarn en el DCE local los correspondientes paquetes de
INTERRUPCIN ISO 8208. La traduccin de los paquetes en
Modo S en paquetes ISO 8208 ser la inversa del procesamiento
definido en 5.2.5.2.8.1.
5.2.5.2.9 CONFIRMACIN DE INTERRUPCIN
en el proceso de reformateo XDLP un paquete de CON-
FIRMACIN DE INTERRUPCIN ISO 8208 proveniente
del DCE local, se generar el correspondiente paquete de
CONFIRMACIN DE INTERRUPCIN en Modo S, en la
forma siguiente:
5.2.5.2.1.
se pondr a 0.
pondr a 1.
pondr a 3.
pondr a 3.
5.2.5.2.9.1.6 Subconjunto de supervisin (SS). Este campo
se pondr a 0.
en el proceso de reformateo XDLP un paquete de CONFIRMA-
CIN DE INTERRUPCIN en Modo S proveniente del XDCE
local, se generar en el DCE local el correspondiente paquete
de CONFIRMACIN DE INTERRUPCIN ISO 8208. La
traduccin del paquete en Modo S en el paquete ISO 8208 ser
la inversa del procesamiento definido en 5.2.5.2.9.1.
5.2.5.2.10 PETICIN DE REINICIACIN
en el proceso de reformateo XDLP un paquete de PETICIN
DE REINICIACIN ISO 8208 proveniente del DCE local, se
generar el correspondiente paquete de PETICIN DE
REINICIACIN en Modo S en la forma siguiente:
especificados en los prrafos siguientes se pondrn a los valores
pertinentes, de conformidad con las especificaciones de
5.2.5.2.1.
se pondr a 0.
pondr a 1.
pondr a 2.
pondr a 2.
5.2.5.2.10.1.6 Cdigo de causa de reiniciacin (RC) y
cdigo de diagnstico (DC). Los cdigos de causa de reini-
ciacin y de diagnstico utilizados en el paquete de PETICIN
DE REINICIACIN en Modo S sern los especificados en el
paquete ISO 8208 cuando el procedimiento de reiniciacin sea
iniciado por el DTE. Si el procedimiento de reiniciacin tiene
su origen en el DCE, se especificar la codificacin de los
campos de diagnstico en las tablas de estado DCE. En este
caso el bit 8 del campo de causa de reiniciacin se pondr a 0.
5.2.5.2.10.2 Traduccin en paquetes ISO 8208. Al reci-
birse en el proceso de reformateo XDLP un paquete de
REINICIACIN en Modo S proveniente del XDCE local, se
generar en el DCE local el correspondiente paquete de REINI-
CIACIN ISO 8208. La traduccin del paquete en Modo S en
el paquete ISO 8208 ser la inversa del procesamiento definido
en 5.2.5.2.10.1.
DP:1 MP:1 SP:2 ST:2 SS:2
RELLENO2:0 2 SN:6 CH:4 RELLENO:4
DP:1 MP:1 SP:2 ST:2 RELLENO2:0 2 RELLENO:2
SN:6 CH:4 RELLENO:4 RC:8 DC:8
5-18 28/11/02
Nm. 77
5.2.5.2.11 De la PETICIN DE REINICIACIN ISO
8208 a la PETICIN DE LIBERACIN en Modo S. Al
recibirse una PETICIN DE REINICIACIN ISO 8208
proveniente del DCE local, se generar en el proceso de
reformateo una PETICIN DE LIBERACIN en Modo S del
ADLP o del GDLP, para todos los SVC asociados con el DTE
solicitante. Los campos de los paquetes de PETICIN DE
LIBERACIN en Modo S se pondrn a los valores especi-
ficados en 5.2.5.2.5 y 5.2.5.2.6.
Nota. En el protocolo de la capa de paquete en Modo S
no existen estados de reiniciacin.
5.2.5.3 PAQUETES LOCALES DE LA SUBRED
EN MODO S
Nota. Los paquetes definidos en esta seccin no generan
paquetes ISO 8208.
5.2.5.3.1 PREPARADO PARA RECIBIR EN MODO S
5.2.5.3.1.1 Formato de paquete. El paquete de PRE-
PARADO PARA RECIBIR en Modo S que llegue proveniente
de un XDLP no est relacionado con el control de la interfaz
DTE/DCE y no generar ningn paquete ISO 8208. Este
paquete tendr el formato siguiente:
5.2.5.2.1. Este paquete se procesar segn lo especificado en
5.2.6.5.
5.2.5.3.1.2 Tipo de paquete de datos (DP). Este campo se
pondr a 0.
5.2.5.3.1.3 Tipo de paquete MSP (MP). Este campo se
pondr a 1.
5.2.5.3.1.4 Paquete de supervisin (SP). Este campo se
pondr a 2.
5.2.5.3.1.5 Tipo de supervisin (ST). Este campo se pondr
a 0.
5.2.5.3.1.6 Nmero secuencial de recepcin de paquete
(PR). Este campo se pondr al valor especificado en 5.2.6.4.4.
5.2.5.3.2 NO PREPARADO PARA RECIBIR EN MODO S
5.2.5.3.2.1 Formato de paquete. El paquete de NO PRE-
PARADO PARA RECIBIR en Modo S que llegue proveniente
de un XDLP no est relacionado con el control de la interfaz
DTE/DCE y no generar ningn paquete ISO 8208. Este
paquete tendr el formato siguiente:
5.2.5.2.1. Este paquete se procesar segn lo especificado en
5.2.6.6.
pondr a 0.
pondr a 1.
pondr a 2.
a 1.
5.2.5.3.3 RUTA EN MODO S
5.2.5.3.3.1 Formato de paquete. Este paquete tendr el
formato siguiente:
5.2.5.2.1. El paquete slo ser generado por el GDLP. Ser
procesado por el ADLP segn lo especificado en 5.2.8.1.2 y
tendr el tamao mximo especificado en 5.2.6.4.2.1.
pondr a 0.
pondr a 1.
pondr a 3.
a 0.
5.2.5.3.3.6 Bandera de opcin (OF). Este campo indicar
la presencia del campo de longitud de datos opcionales (ODL)
y del campo de datos opcionales (OD). OF se pondr a 1 si ODL
y OD estn ambos presentes. De lo contrario se pondr a 0.
5.2.5.3.3.7 Bit de inicializacin (IN). Este campo indicar
que se requiere inicializacin de la subred. El GDLP se
encargar de este procedimiento segn se establece en
5.2.8.1.2 d).
Nota. La inicializacin produce la liberacin de cual-
quier SVC abierto asociado con las direcciones DTE conte-
nidas en el paquete de RUTA. Es necesario que as sea para
asegurar que todos los canales se cierren durante la
adquisicin y para la inicializacin posterior a la recuperacin
despus de una falla del GDLP.
DP:1 MP:1 SP:2 ST:2 RELLENO2:0 2
RELLENO:2 SN:6 CH:4 PR:4
RELLENO:2 SN:6 CH:4 PR:4
DP:1 MP:1 SP:2 ST:2 OF:1 IN:1
RTL:8 RT:v ODL:0 ou 8 OD:v
5-19 28/11/02
Nm. 77
5.2.5.3.3.8 Longitud de la tabla de ruta (RTL). Este campo
indicar el tamao de la tabla de ruta, expresado en multietos.
5.2.5.3.3.9 Tabla de ruta (RT)
5.2.5.3.3.9.1 Contenido. Esta tabla consistir en un
nmero variable de entradas en cada una de las cuales se
incluye la informacin que especifica la adicin o la supresin
de entradas en la tabla de referencias recprocas cdigo II- DTE
(5.2.8.1.1).
5.2.5.3.3.9.2 Entradas. Cada entrada de la tabla de ruta
constar del cdigo II, de una lista de hasta ocho direcciones
DTE de tierra, y de una bandera indicando si los pares
resultantes cdigo II-DTE se aadirn a la tabla de referencias
recprocas cdigo II-DTE o se suprimirn de la misma. La
codificacin de una entrada en la tabla de ruta ser la siguiente:
5.2.5.3.3.9.3 Identificador de interrogador (II). Este campo
contendr el cdigo II de 4 bits.
5.2.5.3.3.9.4 Bandera de aadir/suprimir (AD). Este campo
indicar si los pares cdigo II-DTE se aadirn (AD = 1) a
la tabla o se suprimirn (AD = 0) de la tabla de referencias
recprocas cdigo II-DTE.
5.2.5.3.3.9.5 Nmero de direcciones DTE (ND). Este
campo se expresar en forma binaria en la gama de 0 a 7 e
indicar el nmero de direcciones DTE presentes en la lista
DAL menos 1 (para permitir un nmero de direcciones DTE
de 1 a 8).
5.2.5.3.3.9.6 Lista de direcciones DTE (DAL). Esta lista
consistir en un nmero de hasta 8 direcciones DTE, expresadas
en representacin binaria de 8 bits.
5.2.5.3.3.10 Longitud de datos opcionales (ODL). Este
campo contendr la longitud expresada en multietos del
siguiente campo OD.
5.2.5.3.3.11 Datos opcionales (OD). Este campo de
longitud variable contendr los datos opcionales.
5.2.5.3.4 CONFIRMACIN DE LIBERACIN
EN MODO S DEL ADLP
formato siguiente:
5.2.5.2.1 y 5.2.5.2.5. Este paquete ser procesado segn lo
especificado en 5.2.6.3.
pondr a 0.
pondr a 1.
pondr a 1.
5.2.5.3.4.5 Nmero de canal (CH): Si se ha asignado un
pondr a cero.
5.2.5.3.4.6 Canal temporal (TC): Si se ha asignado un
a 3.
5.2.5.3.5 CONFIRMACIN DE LIBERACIN
EN MODO S DEL GDLP
formato siguiente:
valores pertinentes de conformidad con las especificaciones de
5.2.5.2.1 y 5.2.5.2.6. Este paquete ser procesado segn lo
especificado en 5.2.6.3.
pondr a 0.
pondr a 1.
pondr a 1.
5.2.5.3.5.5 Nmero de canal (CH): Si se ha asignado un
pondr a cero.
5.2.5.3.5.6 Canal temporal (TC): Si se ha asignado un
a 3.
5.2.5.3.6 CONFIRMACIN DE REINICIACIN
5.2.5.3.6 EN MODO S
formato siguiente:
II:4 AD:1 ND:3 DAL:v
TC:2 SN:6 CH:4 AM:4 AG:8
DP:1 MP:1 SP:2 ST:2 RELLENO:2
TC:2 SN:6 CH:4 AM:4 AG:8
5-20 28/11/02
Nm. 77
5.2.5.2.1. Este paquete ser procesado segn lo especificado en
la Tabla 5-14.
pondr a 0.
pondr a 1.
pondr a 2.
a 3.
5.2.5.3.7 RECHAZO EN MODO S
formato siguiente:
5.2.5.2.1. Este paquete ser procesado segn lo especificado en
5.2.6.8.
pondr a 0.
pondr a 1.
pondr a 3.
a 3.
5.2.5.3.7.6 Subconjunto de supervisin (SS). Este campo
se pondr a 1.
5.2.6 Funcionamiento del XDCE
Nota. El proceso ADCE en el mbito del ADLP acta de
proceso par del proceso GDCE en el mbito del GDLP.
5.2.6.1 Transiciones de estado. El XDCE funcionar
como mquina de estado. Al entrar en un estado, el XDCE
ejecutar las acciones especificadas en la Tabla 5-14. La
transicin de estado y toda otra u otras acciones sern las
especificadas en las Tablas 5-15 a 5-22 inclusive.
Nota 1. En las Tablas 5-15 a 5-19 inclusive se especifica
la siguiente transicin de estado (si la hubiera) que se produce
cuando el XDCE recibe un paquete del XDCE par. En las
Tablas 5-20 a 5-22 inclusive se definen las mismas transiciones
cuando el XDCE recibe un paquete del DCE par (mediante el
proceso de reformateo).
Nota 2. La jerarqua de estado para el XDCE es la misma
que la presentada en la Figura 5-2 para el DCE, con la
excepcin de que se omiten los estados r2, r3 y p5.
5.2.6.2 DISPOSICIN DE LOS PAQUETES
5.2.6.2.1 Al recibirse un paquete proveniente del XDCE
par, este se transmitir, o dejar de transmitirse al DCE (por el
proceso de reformateo) de conformidad con las instrucciones
que figuran entre parntesis en las Tablas 5-15 a 5-19, inclusive.
Si no hay instrucciones entre parntesis, o si la instruccin entre
parntesis es de no transmitir, se descartar dicho paquete.
5.2.6.2.2 Al recibirse un paquete proveniente del DCE
(por el proceso de reformateo), el paquete se transmitir, o
dejar de transmitirse al XDCE par de conformidad con las
instrucciones que figuran entre parntesis en las Tablas 5-20 a
5-22, inclusive. Si no hay instrucciones entre parntesis, o si
la instruccin entre parntesis es de no transmitir, se
descartar dicho paquete.
5.2.6.3 PROCEDIMIENTO DE ESTABLECIMIENTO
Y DE LIBERACIN DE LLAMADAS SVC
5.2.6.3.1 Procedimientos de establecimiento de llamada.
Una vez recibida del DCE, o del XDCE par, una PETICIN
DE LLAMADA, el XDLP determinar si hay recursos sufi-
cientes para que funcione el SVC. Entre estos recursos estn
incluidos: suficiente espacio de memoria intermedia (vanse los
requisitos de memoria intermedia en el 5.2.5.1.1) y un SVC
disponible en estado p1. Una vez aceptada la peticin de
llamada proveniente del DCE (mediante el proceso de reforma-
teo), se transferir el paquete de PETICIN DE LLAMADA
en Modo S al procesamiento de tramas. Una vez aceptada la
peticin de llamada en Modo S proveniente del XDCE par
(mediante el procesamiento de tramas), se enviar la PETI-
CIN DE LLAMADA en Modo S al proceso de reformateo.
5.2.6.3.2 Abortar una peticin de llamada. Si el DTE o el
XDCE par, abortan una llamada antes de que hayan recibido
un paquete de ACEPTACIN DE LLAMADA, indicarn esta
condicin expidiendo un paquete de PETICIN DE LIBERA-
CIN. En la Tabla 5-16 y en la Tabla 5-20, se especificarn
los procedimientos para la tramitacin de estos casos.
5.2.6.3.3 LIBERACIN DE LLAMADA VIRTUAL
5.2.6.3.3.1 Si el XDCE recibe del proceso de reformateo
una PETICIN DE LLAMADA en Modo S con la que no sea
compatible, iniciar un paquete de PETICIN DE LIBE-
RACIN en Modo S que se enviar al DCE por medio del
RELLENO:2 SN:6 CH:4 RELLENO:4
DP:1 MP:1 SP:2 ST:2 SS:2
RELLENO2:0 2 SN:6 CH:4 PR:4
5-21 28/11/02
Nm. 77
proceso de reformateo para transferirlo al DTE (de este modo
el DCE pasa al estado p7: PETICIN DE LIBERACIN del
DCE al DTE).
5.2.6.3.3.2 Si el XDCE recibe del XDCE par (mediante el
procesamiento de tramas) un paquete de PETICIN DE
LLAMADA en Modo S que no pueda admitir, entrar en el
estado p7.
5.2.6.3.3.3 Se proporcionar un medio de avisar al DTE si
el SVC se ha liberado a raz de una accin del DTE par o de
un problema en la subred misma.
5.2.6.3.3.4 Recomendacin. El requisito de 5.2.6.3.3.3
debera satisfacerse poniendo el bit 8 del campo de causa a 1
para indicar que el problema se origin en la subred en Modo S
y no en el DTE. Los cdigos de diagnstico y causa deberan
ponerse de la manera siguiente:
a) ningn nmero de canal disponible, DC = 71, CC = 133;
b) espacio de memoria intermedia no disponible, DC = 71, CC
= 133;
c) DTE no operacional, DC = 162, CC = 141; y
d) falla de enlace DC = 225, CC = 137.
5.2.6.3.3.5 Si el ADLP recibe un paquete de RUTA en
Modo S con el bit IN puesto a UNO, el ADLP proceder con
la inicializacin local liberando los SVC en Modo S asociados
con las direcciones DTE contenidas en el paquete de RUTA.
Si el GDLP recibe una peticin de bsqueda (Tabla 5-23) de
un ADLP, el GDLP proceder con la inicializacin local
liberando los SVC en Modo S asociados con ese ADLP. La
inicializacin local se realizar:
a) liberando todos los recursos asignados que estn asociados
con estos SVC (comprendidas las memorias intermedias de
resecuenciacin);
b) retornando estos SVC al estado de preparado (p1); y
c) enviando paquetes de PETICIN DE LIBERACIN en
Modo S para estos SVC al DCE (mediante el procedimiento
de reformateo) para transferirlos al DTE.
Nota. Esta accin permitir liberar todos los SVC
ISO 8208 vinculados a los SVC en Modo S y retornarlos a sus
estados de preparado (p1).
5.2.6.3.4 Confirmacin de liberacin. Si el XDCE recibe
un paquete de CONFIRMACIN DE LIBERACIN en
Modo S, liberar los restantes recursos atribuidos para
administrar el SVC (comprendidas las memorias intermedias de
resecuenciacin) y devolver el SVC al estado p1. Los paquetes
de CONFIRMACIN DE LIBERACIN en Modo S no sern
transferidos al proceso de reformateo.
5.2.6.3.5 Conflicto de liberacin. Se presenta un conflicto
de liberacin en el XDCE cuando se recibe del DCE (por medio
del proceso de reformateo) un paquete de PETICIN DE
LIBERACIN en Modo S y seguidamente se recibe del XDCE
par (o viceversa) un paquete de PETICIN DE LIBERACIN
en Modo S. En este caso el XDCE no esperar recibir ningn
paquete de CONFIRMACIN DE LIBERACIN en Modo S
para este SVC y considerar que se ha completado la liberacin.
5.2.6.3.6 Procesamiento de paquetes. El XDCE consi-
derar que una secuencia de paquetes bit S de PETICIN DE
LLAMADA, ACEPTACIN DE LLAMADA y PETICIN
DE LIBERACIN en Modo S es una entidad nica.
5.2.6.4 PROCEDIMIENTOS DE TRANSFERENCIA
DE DATOS Y DE INTERRUPCIN
5.2.6.4.1 DISPOSICIONES GENERALES
5.2.6.4.1.1 Los procedimientos de transferencia de datos y
de interrupcin se aplicarn independientemente a cada SVC.
El contenido del campo de datos de usuario se transferir
transparentemente al DCE o al XDCE par. Se transferirn los
datos en el orden impuesto por los nmeros secuenciales
asignados a los paquetes de datos.
5.2.6.4.1.2 Para transferir paquetes de DATOS, el SVC
estar en estado de CONTROL DE FLUJO PREPARADO
(d1).
5.2.6.4.2 TAMAO DE PAQUETE EN MODO S
5.2.6.4.2.1 El tamao mximo de los paquetes en Modo S
ser de 152 multietos en la direccin de enlace ascendente
y de 160 multietos en la direccin de enlace descendente en
las instalaciones con plena capacidad funcional ELM de enlace
ascendente y de enlace descendente. El tamao mximo
de paquete de enlace descendente para transpondedores de
nivel 4 con capacidad ELM de enlace descendente inferior a
16 segmentos, se obtendr multiplicando por 10 multietos el
nmero mximo de segmentos ELM de enlace descendente que
el transpondedor especifica en su informe de capacidad de
enlace de datos. Si no hay ninguna capacidad ELM, el tamao
mximo de paquete en Modo S ser de 28 multietos.
5.2.6.4.2.2 En la subred en Modo S se permitir la
transferencia de paquetes de tamao inferior al mximo.
5.2.6.4.3 TAMAO DE VENTANA PARA CONTROL
5.2.6.4.3 DE FLUJO
5.2.6.4.3.1 El tamao de ventana para control de flujo de
la red en Modo S ser independiente del tamao utilizado en
la interfaz DTE/DCE. El tamao de ventana de la subred en
Modo S ser de 15 paquetes en las direcciones de enlace
ascendente y de enlace descendente.
55.2.6.4.4 CONTROL DE FLUJO SVC
5.2.6.4.4.1 Se gestionar el control de flujo mediante un
nmero secuencial para los paquetes recibidos (PR) y mediante
un nmero secuencial para los paquetes que han sido enviados
(PS). Se asignar un nmero secuencial (PS) a cada paquete de
DATOS en Modo S generado por el XDLP respecto a cada
SVC. Se numerar con cero el primer paquete de DATOS en
Modo S transferido por el XDCE hacia el procesamiento de
tramas, cuando el SVC acabe de efectuar la entrada en el estado
de preparado para control de flujo. Se numerar con cero el
primer paquete en Modo S recibido del XDCE par despus de
que un SVC acabe de efectuar la entrada en el estado de
preparado para control de flujo. Se numerarn consecutiva-
mente los paquetes subsiguientes.
5-22 28/11/02
Nm. 77
5.2.6.4.4.2 La fuente de paquetes de DATOS en Modo S
(ADCE o GDCE) no enviar (sin permiso del receptor) ms
paquetes de DATOS en Modo S que los que llenaran la ventana
de control de flujo. El receptor dar permiso explcito para
enviar ms paquetes.
5.2.6.4.4.3 La informacin de permiso ser en la forma del
nmero secuencial siguiente que corresponda al paquete
esperado y se denotar como PR. Si el receptor desea actualizar
la ventana y tiene datos que haya de transmitir al remitente, se
utilizar para transferencia de la informacin el paquete de
DATOS en Modo S. Si debe actualizarse la ventana y no hay
datos que deban ser enviados, se enviar un paquete de PREPA-
RADO PARA RECIBIR en Modo S (RR) o de NO PRE-
PARADO PARA RECIBIR en Modo S (RNR). En este punto
se mover la ventana deslizante hasta el principio del nuevo
valor PR. El XDCE estar ahora autorizado para transferir otros
paquetes sin acuse de recibo hasta el lmite de la ventana.
5.2.6.4.4.4 Cuando el nmero secuencial (PS) del
siguiente paquete de DATOS en Modo S que haya de ser
enviado est en la gama PR PS PR + 14 (mdulo 16), se
considerar que el nmero secuencial se mantiene en la
ventana y el XDCE estar autorizado para transmitir el
paquete. En los dems casos, el nmero secuencial (PS) del
paquete se considerar fuera de la ventana y el XDCE no
transmitir el paquete al XDCE par.
5.2.6.4.4.5 Si el nmero secuencial (PS) del paquete
recibido es el siguiente en la secuencia y est dentro de la
ventana, el XDCE aceptar este paquete. Se considerar como
error (5.2.6.8) la recepcin de un paquete con un PS:
a) fuera de la ventana; o
b) fuera de secuencia; o
c) de un valor distinto de 0, para el primer paquete de datos,
despus de pasar al estado de CONTROL DE FLUJO
PREPARADO (d1).
5.2.6.4.4.6 La recepcin de un paquete de DATOS en
Modo S con un nmero PS vlido (es decir, el siguiente PS en
secuencia) llevar a modificar el PR inferior de la ventana a
dicho valor PS ms 1. Se transmitir el nmero secuencial de
recepcin de paquete (PR) al XDLP remitente mediante un
paquete de DATOS en Modo S, un paquete de PREPARADO
PARA RECIBIR, un paquete de NO PREPARADO PARA
RECIBIR, o un paquete de RECHAZO. El XDCE transmitir
al XDCE par, un valor PR vlido despus de recibir 8 paquetes,
a condicin de que haya suficiente espacio de memoria interme-
dia para almacenar 15 paquetes. Los incrementos en los campos
PR y PS se efectuarn utilizando la aritmtica de mdulo 16.
Nota. La prdida de un paquete que contenga el valor PR
puede ser la causa de que cesen para dicho SVC las funciones
ADLP/GDLP.
5.2.6.4.4.7 Se conservar una copia de un paquete hasta
que se hayan transferido con xito los datos de usuario. Una vez
transferido con xito el paquete, se actualizar el valor PS.
5.2.6.4.4.8 Se actualizar el valor PR para los datos de
usuario, tan pronto como quede disponible en el DCE el espacio
de memoria intermedia requerido para la ventana (segn lo
determine la gestin de control de flujo).
5.2.6.4.4.9 Se proporcionar gestin de control de flujo
entre el DCE y el XDCE.
5.2.6.4.5 PROCEDIMIENTOS DE INTERRUPCIN
PARA CIRCUITOS VIRTUALES CONMUTADOS
5.2.6.4.5.1 Si hubieran de enviarse datos de usuario por la
subred en Modo S sin que hayan de seguirse los procedimientos
de control de flujo, se aplicarn los procedimientos de
interrupcin. El procedimiento de interrupcin no surtir efecto
en el paquete normal de datos ni en los procedimientos de
control de flujo. Se entregar al DTE (o a la interfaz del
transpondedor o del interrogador) un paquete de INTERRUP-
CIN en el punto del tren de datos en el que se gener la
interrupcin, o antes de ese punto. Se realizar el procesamiento
de un paquete INTERRUPCIN en Modo S tan pronto como
sea recibido por el XDCE.
Nota. El uso de los procedimientos de liberacin,
reiniciacin y reanudacin puede llevar a que se pierdan los
datos de interrupcin.
5.2.6.4.5.2 El XDCE considerar la secuencia de bit S de
los paquetes de INTERRUPCIN en Modo S como entidad
nica.
5.2.6.4.5.3 El procesamiento de interrupcin tendr prece-
dencia sobre cualquier otro procesamiento que ocurra en el
momento de la interrupcin respecto del SVC.
5.2.6.4.5.4 Se definir como error la recepcin de un
paquete de INTERRUPCIN en Modo S antes de que se haya
confirmado una interrupcin anterior del SVC (mediante el
recibo de un paquete de CONFIRMACIN de INTERRUP-
CIN en Modo S). El error da lugar a una reiniciacin (vase
la Tabla 5-18).
5.2.6.5 PROCEDIMIENTO DE PREPARADO
PARA RECIBIR
5.2.6.5.1 Se enviar el paquete de PREPARADO PARA
RECIBIR en Modo S si no estn dispuestos para ser trans-
mitidos ninguno de los paquetes de DATOS en Modo S (que
normalmente contienen el valor PR actualizado) y es necesario
transferir el ltimo valor PR. Tambin se enviar para dar por
terminada una condicin de no preparado del receptor.
5.2.6.5.2 La recepcin por parte del XDCE del paquete de
PREPARADO PARA RECIBIR en Modo S llevar a que el
XDCE actualice su valor de PR respecto al SVC saliente. Esto
no se considerar como una demanda de retransmisin de
paquetes que ya hayan sido transmitidos y que estn todava en
la ventana.
5.2.6.5.3 El XDCE una vez recibido el paquete de
PREPARADO PARA RECIBIR en Modo S pasar al estado
(g1) de ADLP (GDLP) PREPARADO PARA RECIBIR.
5.2.6.6 PROCEDIMIENTO DE NO PREPARADO
PARA RECIBIR
5.2.6.6.1 Se utilizar el paquete de NO PREPARADO
PARA RECIBIR en Modo S para indicar la imposibi-
lidad temporal de aceptar otros paquetes de DATOS para
5-23 28/11/02
Nm. 77
determinado SVC. Se liberar la condicin RNR en Modo S al
recibirse un paquete RR en Modo S o un paquete de RECHAZO
en Modo S.
5.2.6.6.2 Cuando el XDCE reciba un paquete de NO
PREPARADO PARA RECIBIR en Modo S de su XDCE par,
actualizar su valor de PR para el SVC y cesar de transmitir
paquetes de DATOS en Modo S por el SVC hacia el XDLP.
El XDCE pasar al estado (g2) de ADLP (GDLP) NO
PREPARADO PARA RECIBIR.
5.2.6.6.3 El XDCE transmitir el paquete de NO
PREPARADO PARA RECIBIR en Modo S a su XDCE par,
si ya no puede recibir del XDCE par ningn otro paquete de
DATOS en Modo S por el SVC indicado. En estas condiciones
el XDCE pasar al estado (f2) de ADCE (GDCE) NO
PREPARADO PARA RECIBIR.
5.2.6.7 PROCEDIMIENTO DE REINICIACIN
5.2.6.7.1 Cuando el XDCE recibe, ya sea de su XDCE par
o del DCE (por medio del proceso de reformateo), un paquete
de PETICIN DE REINICIACIN en Modo S, o cuando por
una condicin de error ejecuta su propia reiniciacin, se
adoptarn las medidas siguientes:
a) se retirarn de la ventana aquellos paquetes de DATOS en
Modo S que hayan sido transmitidos al XDCE par;
b) se borrarn, de la cola de paquetes de DATOS en espera de
ser transmitidos, aquellos paquetes de DATOS en Modo S
que no hayan de ser transmitidos al XDCE par, pero que
figuran en una secuencia de bit M respecto a la cual ya se
han transmitido algunos paquetes;
c) se descartarn aquellos paquetes de DATOS en Modo S
recibidos del XDCE par que formen parte de una secuencia
bit M incompleta;
d) se pondr a 0 el borde inferior de la ventana y el siguiente
paquete que haya de enviarse tendr el nmero secuencial
(PS) igual a 0;
e) se dejarn sin confirmar los paquetes de INTERRUPCIN
en Modo S pendientes que se dirijan al XDCE par o que
provengan del mismo; y
f) se descartarn todos los paquetes de INTERRUPCIN en
Modo S que estn en espera de ser transferidos;
g) no se descartarn los paquetes que estn en espera de ser
transferidos (a menos que sean parte de una secuencia
bit M transferida parcialmente); y
h) se incluir tambin en la transicin a dl una transicin a i1,
j1, f1 y g1.
5.2.6.7.2 El procedimiento de reiniciacin se aplicar al
estado de TRANSFERENCIA DE DATOS (p4). Se aplicar el
procedimiento en caso de error indicado en la Tabla 5-16. En
cualquier otro estado se abandonar el procedimiento de
reiniciacin.
5.2.6.8 PROCEDIMIENTO DE RECHAZO
5.2.6.8.1 Cuando el XDCE recibe del XDCE par, un
paquete de DATOS en Modo S de formato incorrecto, o cuyo
nmero secuencial (PS) de paquete no est dentro de la ventana
definida (Tabla 5-19), o est fuera de secuencia, descartar el
paquete recibido y enviar al XDCE par un paquete de
RECHAZO en Modo S mediante procesamiento de tramas. En
el paquete de RECHAZO en Modo S se indicar un valor del
PR respecto al cual ha de empezar la retransmisin de los
paquetes de DATOS en Modo S. El XDCE descartar los
paquetes de DATOS en Modo S subsiguientes que estn fuera
de secuencia y que se reciban mientras est pendiente la
respuesta al paquete de RECHAZO en Modo S.
5.2.6.8.2 Cuando el XDCE recibe del XDCE par un
paquete de RECHAZO en Modo S, actualizar su valor inferior
de ventana con el nuevo valor de PR y empezar a (re)transmitir
los paquetes con un nmero secuencial de PR.
5.2.6.8.3 No se transferirn al DCE las indicaciones de
rechazo. Si la interfaz ISO 8208 es compatible con los
procedimientos de rechazo, no se transferirn entre el DCE y
el XDCE las indicaciones de rechazo que ocurran en la interfaz
ISO 8208.
5.2.6.9 RESECUENCIACIN DE PAQUETES
Y SUPRESIN DE DUPLICADOS
Nota 1. Si en las tramas correspondientes a un SVC estn
incluidos ambos tipos de mensajes (SLM y ELM) puede
perderse la secuencia de paquetes debido a diferencias en los
tiempos de entrega. Puede perderse tambin el orden si se
utilizan interrogadores mltiples para entregar a determinado
XDLP tramas correspondientes al mismo SVC. Una pequea
desviacin de secuencia se corregir mediante el procedi-
miento siguiente.
Nota 2. Este proceso acta de interfaz entre el procesa-
miento de tramas y la funcin del XDCE.
5.2.6.9.1 Resecuenciacin. Se ejecutar independiente-
mente la resecuenciacin para las transferencias en enlace
ascendente y en enlace descendente de cada SVC en Modo S.
Se utilizarn las variables y parmetros siguientes;
SNR Variable de 6 bits para indicar el nmero secuen-
cial de un paquete recibido por determinado SVC.
Est comprendida en el campo SN del paquete
(5.2.5.2.1.1.7).
NESN El siguiente nmero secuencial esperado despus
de una serie de nmeros secuenciales consecu-
tivos.
HSNR El valor ms alto del SNR en la ventana de rese-
cuenciacin.
Tq Temporizadores de resecuenciacin (vanse las
Tablas 5-1 y 5-13) asociados con determinado SVC.
Todas las operaciones en las que est implicado el nmero
secuencial (SN) se ejecutarn en mdulo 64.
5-24 28/11/02
Nm. 77
5.2.6.9.2 Ventana de duplicacin. La gama de valores SNR
entre NESN 32 y NESN 1, ambos inclusive, denotar la
ventana de duplicacin.
5.2.6.9.3 Ventana de resecuenciacin. La gama de valores
SNR entre NESN + 1 y NESN + 31, ambos inclusive, denotar
la ventana de resecuenciacin. Se almacenarn, en el orden de
nmero secuencial, en la ventana de resecuenciacin los
paquetes recibidos con un nmero secuencial que est dentro
de esta gama.
5.2.6.9.4 FUNCIONES DE TRANSMISIN
5.2.6.9.4.1 Para cada SVC, el primer paquete enviado para
establecer una conexin (el primer paquete de PETICIN DE
LLAMADA en Modo S o el primer paquete de ACEPTACIN
DE LLAMADA en Modo S) llevar a inicializar en cero el
valor del campo SN. Se incrementar el valor del campo SN
despus de la transmisin (o retransmisin) de cada paquete.
5.2.6.9.4.2 El nmero mximo de nmeros secuenciales
sin acuse de recibo ser de 32 nmeros SN consecutivos. Si se
cumple esta condicin, se tratar como un error y se liberar
el canal.
Nota. Es necesario poner un lmite al nmero de paquetes
sin acuse de recibo, puesto que el campo SN es de 6 bits de
longitud y, por consiguiente, tiene un mximo de 64 valores
distintos antes de que se repitan los valores.
5.2.6.9.5 FUNCIONES DE RECEPCIN
5.2.6.9.5.1 Resecuenciacin. En el algoritmo de resecuen-
ciacin se mantendrn para cada SVC las variables HSNR y
NESN. NESN se inicializar en 0 para todos los SVC y se
reiniciar en 0 cuando el SVC entre de nuevo en el fondo comn
de nmeros de canal (5.2.5.1.2).
5.2.6.9.5.2 Procesamiento de paquetes dentro de la
ventana de duplicacin. Se descartar el paquete recibido con
un valor de nmero secuencial que est dentro de la ventana
de duplicacin.
5.2.6.9.5.3 Procesamiento de paquetes dentro de la
ventana de resecuenciacin. Se descartar como duplicado
cualquier paquete recibido con un nmero secuencial que est
dentro de la ventana de resecuenciacin, si ya se hubiera
recibido y almacenado en la ventana de resecuenciacin otro
paquete con el mismo nmero secuencial. En los dems casos
se almacenar el paquete en la ventana de resecuenciacin.
Seguidamente, si no est en marcha ningn temporizador Tq se
pondr HSNR al valor del SNR correspondiente a ese paquete
y se pondr en marcha el temporizador Tq en su valor inicial
(Tablas 5-1 y 5-13). Si est en marcha al menos un
temporizador Tq y el SNR no est en la ventana entre NESN y
HSNR + 1 inclusive, se pondr en marcha un nuevo tempo-
rizador Tq y se actualizar el valor de HSNR. Si est en marcha
al menos un temporizador Tq
,
y el SNR correspondiente a este
paquete es igual a HSNR + 1, se actualizar el valor de HSNR.
5.2.6.9.5.4 Liberacin de paquetes hacia el XDCE. Si se
recibe un paquete con un nmero secuencial igual a NESN, se
aplicar el procedimiento siguiente:
a) se transferirn al XDCE el paquete en cuestin y todos los
paquetes ya almacenados en la ventana de resecuenciacin
hasta el siguiente nmero secuencial faltante;
b) se pondr NESN a 1 + el valor del nmero secuencial del
ltimo paquete transferido al XDCE; y
c) se detendr el temporizador Tq asociado con cualesquiera de
los paquetes liberados.
5.2.6.9.6 Expiracin del temporizador Tq. Si expira un
temporizador Tq se aplicar el procedimiento siguiente:
a) se incrementar el valor de NESN hasta que se detecte el
siguiente nmero secuencial faltante despus de aqul del
paquete asociado con el temporizador Tq que ha expirado;
b) se transmitirn al XDCE los paquetes almacenados con
nmeros secuenciales que ya no estn en la ventana de
resecuenciacin, salvo que se descartar una secuencia de
bit S incompleta; y
c) se detendr el temporizador Tq asociado con cualesquiera de
los paquetes liberados.
5.2.7 Procesamiento de servicios propios
del Modo S
Los formatos de datos y protocolos de mensajes transferidos
a los servicios propios del Modo S se ajustarn a lo prescrito
en el Apndice de este captulo. Se procesarn los servicios
propios del Modo S mediante una entidad del XDLP denomi-
nada entidad de servicios propios del Modo S (SSE).
Nota 1. En esta seccin se describe el procesamiento de
los datos de control y de mensajes recibidos de la interfaz para
servicios propios del Modo S.
Nota 2. Los datos de control constan de informacin que
permite determinar, por ejemplo, la longitud del mensaje, el
cdigo BDS utilizado para tener acceso al formato de datos
correspondiente a un registro en particular; y la direccin de
aeronave.
5.2.7.1 PROCESAMIENTO ADLP
5.2.7.1.1 PROCESAMIENTO DE ENLACE DESCENDENTE
5.2.7.1.1.1 Capacidad para servicios propios. El ADLP
ser capaz de recibir datos de control y de mensajes
provenientes de la interfaz (interfaces) de servicios propios del
Modo S y de enviar avisos de entrega a esta interfaz. Se
procesarn los datos de control para determinar el tipo de
protocolo y la longitud de los datos del mensaje. Cuando los
datos de control y de mensajes proporcionados a esta interfaz
son errneos (es decir, incompletos, no vlidos o incoherentes),
el ADLP descartar el mensaje y entregar un informe de error
a la interfaz.
Nota. El contenido de diagnstico y el mecanismo de
notificacin de error constituyen un asunto local.
5-25 28/11/02
Nm. 77
5.2.7.1.1.2 Procesamiento de radiodifusin. Se utilizarn
los datos de control y mensaje para formatear el mensaje de
radiodifusin Com-B y transferirlo al transpondedor, segn se
especifica en 5.2.7.5.
5.2.7.1.1.3 Procesamiento GICB. Se determinar el
cdigo BDS de 8 bits a partir de los datos de control. Se extraer
de los datos de mensaje recibidos el contenido del registro de
7 multietos. Se transferir al transpondedor el contenido del
registro junto con una indicacin del nmero de registro
especificado. Se descartar cualquier peticin de dirigirse a uno
de los registros Com-B iniciados a bordo o al registro de avisos
de resolucin activos del sistema anticolisin de a bordo
(ACAS). La asignacin de los registros ser la especificada en
la Tabla 5-24.
5.2.7.1.1.4 Procesamiento MSP
5.2.7.1.1.4.1 Se determinarn a partir de los datos de
control la longitud del mensaje MSP, el nmero de canal (M/
CH) (5.2.7.3.1.3) y opcionalmente el cdigo de identificador de
interrogador (II). Se extraer de los datos de mensaje recibidos
el contenido del mensaje MSP. Si la longitud del mensaje es de
26 bytes o menos, la SSE formatear un mensaje Com-B
iniciado a bordo (5.2.7.1.1.4.2), para transferirlo al transpon-
dedor mediante el paquete MSP de forma corta (5.2.7.3.1). Si
la longitud del mensaje est comprendida entre 27 y 159 bytes
y el transpondedor tiene la capacidad adecuada ELM de enlace
descendente, la SSE formatear un mensaje ELM para transfe-
rirlo utilizando el paquete MSP de forma corta. Si el mensaje
tiene una longitud comprendida entre 27 y 159 bytes y el trans-
pondedor tiene una capacidad ELM limitada de enlace descen-
dente, la SSE formatear mltiples paquetes MSP de forma
larga (5.2.7.3.2), segn sea necesario, utilizando para la asocia-
cin de los paquetes los campos bit L y M/SN. Si la longitud
del mensaje est comprendida entre 27 y 159 bytes y el trans-
pondedor carece de capacidad ELM de enlace descendente, la
SSE formatear mltiples paquetes MSP de forma larga
(5.2.7.3.2) utilizando mensajes Com-B iniciados a bordo, segn
sea necesario, utilizando para la asociacin de los paquetes los
campos bit L y M/SN. Nunca se utilizarn tipos diferentes de
tramas en la entrega de un mensaje MSP. Se descartarn los
mensajes de longitud superior a 159 bytes. La asignacin de
nmeros de canal MSP de enlace descendente ser la especi-
ficada en la Tabla 5-25.
5.2.7.1.1.4.2 En el caso de un MSP, la peticin de enviar
un paquete llevar a que el paquete sea dirigido a multisitio
hacia el interrogador o interrogadores cuyo c digo II est
especificado en los datos de control. Si no se especifica el
cdigo II, el paquete se enviar en enlace descendente
utilizando el protocolo iniciado a bordo. Se proporcionar a la
interfaz especfica en Modo S una notificacin de entrega de
mensaje para este paquete, una vez que se hayan recibido el
cierre o los cierres correspondientes desde el transpondedor. Si
no se ha recibido un cierre desde el transpondedor en Tz
segundos, como se especifica en la Tabla 5-1, el paquete MSP
ser descartado. Esto incluir la cancelacin en el transpon-
dedor de cualquier trama asociada con este paquete. Se propor-
cionar una notificacin de falla de entrega de este mensaje a
la interfaz de servicios propios del Modo S.
5.2.7.1.2 PROCESAMIENTO DE ENLACE ASCENDENTE
Nota. En esta seccin se describe el procesamiento de
mensajes para servicios propios del Modo S recibidos del
transpondedor.
5.2.7.1.2.1 Capacidad para servicios propios. El ADLP
tendr la capacidad de recibir del transpondedor mensajes para
servicios propios del Modo S mediante el procesamiento de
tramas. El ADLP podr entregar a la interfaz de servicios
propios los mensajes y los datos de control correspondientes.
Cuando los recursos asignados a esta interfaz no son suficientes
para dar cabida a los datos de salida, el ADLP descartar el
mensaje y entregar un informe de error a esta interfaz.
Nota. El contenido de diagnstico y el mecanismo de
notificacin de errores constituyen un asunto local.
5.2.7.1.2.2 Procesamiento de radiodifusin. Si el mensaje
recibido es un Com-A de radiodifusin, segn lo indicado
mediante los datos de control recibidos por la interfaz trans-
pondedor/ADLP, la ID de radiodifusin y los datos de usuario
(5.2.7.5) sern transmitidos a la interfaz de servicios propios del
Modo S (5.2.3.2.1) junto con los datos de control que identi-
fican este mensaje como uno de radiodifusin. La asignacin
de nmeros de identificador de radiodifusin en enlace ascen-
dente ser la especificada en la Tabla 5-23.
5.2.7.1.2.3 Procesamiento MSP. Si el mensaje recibido es
un MSP, segn lo indicado por el encabezador de formato de
paquete (5.2.7.3), se transmitir a la interfaz de servicios
propios del Modo S (5.2.3.2.1) el campo de datos de usuario
del paquete MSP recibido, junto con el nmero de canal MSP
(M/CH), el subcampo IIS (5.2.2.1.1.1) y los datos de control
que identifican este mensaje como un MSP. Se ejecutar el
procesamiento de bit L segn se especifica en 5.2.7.4. La
asignacin de nmeros de canal MSP de enlace ascendente ser
la especificada en la Tabla 5-25.
5.2.7.2 PROCESAMIENTO GDLP
5.2.7.2.1 PROCESAMIENTO DE ENLACE ASCENDENTE
5.2.7.2.1.1 Capacidad para servicios propios. El GDLP
ser capaz de recibir datos de control y de mensajes provenien-
tes de la interfaz (interfaces) para servicios propios del Modo S
(5.2.3.2.2) y de enviar notificaciones de entrega a la interfaz
(interfaces). Se procesarn los datos de control para determinar
el tipo de protocolo y la longitud de los datos de mensaje.
5.2.7.2.1.2 Procesamiento de radiodifusin. El GDLP
determinar, a partir de los datos de control, el interrogador o
interrogadores, los valores de azimut de radiodifusin y los
tiempos de exploracin, y formatear el mensaje de radiodi-
fusin, a fin de transferirlo al interrogador o interrogadores
como se indica en 5.2.7.5.
5.2.7.2.1.3 Procesamiento GICB. El GDLP determinar, a
partir de los datos de control, el nmero de registro y la direc-
cin de aeronave. La direccin de aeronave y el cdigo BDS
se transferirn al interrogador como peticin de Com-B iniciada
en tierra.
5.2.7.2.1.4 Procesamiento MSP. El GDLP extraer de los
datos de control la longitud del mensaje, el nmero de canal
MSP (M/CH) y la direccin de aeronave, y obtendr el conte-
nido del mensaje a partir de los datos de mensaje. Si el mensaje
es de una longitud de 27 multietos o menos, la SSE formatear
un mensaje Com-A para transferirlo al interrogador utilizando
el paquete MSP de forma corta (5.2.7.3.1). Si el mensaje es de
5-26 28/11/02
Nm. 77
una longitud comprendida entre 28 y 151 multietos, y el trans-
pondedor tiene la capacidad ELM de enlace ascendente, la SSE
formatear un mensaje ELM para transferirlo al interrogador
utilizando el paquete MSP de forma corta. Si el mensaje tiene
una longitud comprendida entre 28 y 151 multietos y el
transpondedor no tiene la capacidad ELM de enlace ascendente,
la SSE formatear mltiples paquetes MSP de forma larga
(5.2.7.3.2) utilizando los campos bit L y M/SN para la
asociacin de los paquetes. Se descartarn los mensajes de
longitud superior a 151 multietos. El interrogador propor-
cionar una notificacin de entrega a la interfaz (interfaces) de
servicios propios del Modo S indicando para cada paquete
enviado en enlace ascendente si la entrega tuvo o no tuvo xito.
5.2.7.2.2 PROCESAMIENTO DE ENLACE DESCENDENTE
5.2.7.2.2.1 Capacidad para servicios propios. El GDLP
ser capaz de recibir del interrogador mensajes para servicios
propios del Modo S, mediante el procesamiento de tramas.
5.2.7.2.2.2 Procesamiento de radiodifusin. Si el mensaje
recibido es una Com-B de radiodifusin, segn lo indicado por
la interfaz interrogador/GDLP, el GDLP:
a) generar datos de control indicando la presencia de un
mensaje de radiodifusin y la direccin de 24 bits de la
aeronave de la cual se recibi el mensaje;
b) adjuntar el campo MB de 7 multietos de la Com-B de
radiodifusin; y
c) transmitir estos datos a la interfaz (interfaces) de servicios
propios del Modo S (5.2.3.2.2).
5.2.7.2.2.3 Procesamiento GICB. Si el mensaje recibido es
un GICB, segn lo indicado por la interfaz interrogador/GDLP,
el GDLP:
a) generar datos de control indicando la presencia de un
mensaje GICB, el nmero de registro y la direccin de
24 bits de la aeronave de la cual se recibi el mensaje;
b) adjuntar el campo MB de 7 multietos del GICB; y
5.2.7.2.2.4 Procesamiento MSP. Si el mensaje recibido es
un MSP segn lo indicado por el encabezador de formato de
paquete (5.2.7.3), el GDLP:
a) generar datos de control indicando la transferencia de
un MSP, la longitud del mensaje, el nmero de canal MSP
(M/CH) y la direccin de 24 bits de la aeronave de la cual
se recibi el mensaje;
b) adjuntar el campo de datos de usuario del paquete MSP
recibido; y
Se ejecutar el procesamiento de bit L segn se especifica en
5.2.7.4.
5.2.7.3 FORMATOS DE PAQUETE MSP
5.2.7.3.1 Paquete MSP de forma corta. El formato de este
paquete ser el siguiente:
pondr a 0.
pondr a 0.
5.2.7.3.1.3 Nmero de canal MSP (M/CH). Este campo se
pondr al nmero de canal obtenido de los datos de control SSE.
5.2.7.3.1.4 Campo de relleno: (FILL1:0 6). La longitud
de relleno ser de 6 bits para una trama SLM de enlace
descendente. En los dems casos la longitud de rel leno ser 0.
5.2.7.3.1.5 Datos de usuario (UD). El campo de datos de
usuario contendr los datos de mensaje recibidos de la interfaz
de servicios propios del Modo S (5.2.3.2.2).
5.2.7.3.2 Paquete MSP de forma larga. El formato de este
paquete ser el siguiente:
Los campos que aparezcan en el formato de paquete y no
valores pertinentes, segn lo estipulado en 5.2.5.2.1 y 5.2.7.3.1.
5.2.7.3.3 Tipo de paquete de datos (DP). Este campo se
pondr a 0.
pondr a 1.
pondr a 0.
5.2.7.3.3.3 Campo L (L). Un valor de 1 indicar que el
paquete es parte de una secuencia de bit L a la que seguirn
ms paquetes en la secuencia. Un valor de 0 indicar que la
secuencia termina con este paquete.
5.2.7.3.3.4 Campo de nmero secuencial MSP (M/SN). Se
utilizar este campo para detectar una duplicacin en la entrega
de secuencias de bit L. Se asignar el nmero secuencial 0 al
primer paquete de una secuencia de bit L. Los paquetes
subsiguientes se numerarn secuencialmente. Se descartar
cualquier paquete recibido con el mismo nmero secuencial que
el paquete anterior.
5.2.7.4 Procesamiento de bit L. Se ejecutar el procesa-
miento de bit L solamente en el paquete MSP de forma larga
y en la forma especificada para el procesamiento de bit M
(5.2.5.1.4.1), con las salvedades establecidas en los prrafos
siguientes.
DP:1 MP:1 M/CH:6 RELLENO1:0 6 UD:v
DP:1 MP:1 SP:2 L:1 M/SN:3 RELLENO2:0 2 M/CH:6 UD:v
5-27 28/11/02
Nm. 77
5.2.7.4.1 Al recibir un paquete MSP de forma larga, el
XDLP construir el campo de datos de usuario de acuerdo con
lo siguiente:
a) verificar si el orden del paquete es correcto utilizando el
campo M/SN (5.2.7.3.2);
b) supondr que el campo de datos de usuario del paquete MSP
es el nmero ms elevado de multietos enteros (completos)
contenido en la trama;
c) asociar cada campo de datos de usuario de los paquetes
MSP recibidos, a un campo de datos de usuario anterior de
un paquete MSP cuyo valor bit L sea 1; y
Nota. No se permite el truncamiento del campo de datos
de usuario dado que esta situacin se trata como un error.
d) si se detecta un error en el procesamiento de un paquete
MSP, se descartar dicho paquete.
5.2.7.4.2 En el procesamiento de una secuencia de bit L,
el XDLP descartar todos los paquetes MSP que tengan valores
M/SN duplicados. El XDLP descartar toda la secuencia de
bit L si se determina, mediante el uso del campo M/SN, que
se ha perdido un paquete MSP de forma larga.
5.2.7.4.3 Se descartarn los paquetes asociados con una
secuencia de bit L cuyo reensamblaje no haya sido completado
en un perodo de Tm segundos (Tablas 5-1 y 5-13).
5.2.7.5 FORMATO DE RADIODIFUCIN
5.2.7.5.1 Radiodifusin en enlace ascendente. El formato
de la radiodifusin Com-A ser el que se indica a continuacin:
La radiodifusin en enlace ascendente de 83 bits se insertar
en una trama en enlace ascendente. El campo MA de la trama
Com-A abarcar el identificador de radiodifusin que se indica
en la Tabla 5-23 en los primeros 8 bits, seguidos por los
primeros 48 bits de datos de usuario del mensaje radiodi-
fundido. Los ltimos 27 bits de datos de usuario de dicho
mensaje se colocarn en los 27 bits que siguen inmediatamente
al campo UF de la trama Com-A.
5.2.7.5.2 Radiodifusin en enlace descendente. El formato
de la radiodifusin Com-B ser el siguiente: El mensaje de
radiodifusin en enlace ascendente de 56 bits se insertar en
el campo MB del Com-B de radiodifusin. El campo MB
abarcar el identificador de radiodifusin que figura en la
Tabla 5-23 en los primeros 8 bits seguidos de los 48 bits de
datos de usuario.
5.2.8 Gestin de la subred en Modo S
5.2.8.1 FUNCIN PARA DETERMINACIN
DEL ENLACE DEL INTERROGADOR
Nota. La funcin del ADLP para determinacin del enlace
del interrogador selecciona el cdigo II del interrogador en
Modo S, mediante el cual un paquete de subred en Modo S
podr ser encaminado hacia el DTE de tierra deseado.
5.2.8.1.1 Correlacin de cdigo II a direccin DTE. El
ADLP construir y administrar una tabla de referencias
recprocas interrogador en Modo S-equipo terminal de datos
(DTE), en la que las entradas son los cdigos de identificador
de interrogador (II) en Modo S y las direcciones DTE de tierra
asociadas con los encaminadores ATN de tierra o con otros
DTE de tierra. Cada entrada de la tabla de referencias
recprocas cdigo II-direccin DTE consistir en el cdigo II
en Modo S de 4 bits y la representacin binaria de la direccin
DTE de tierra de 8 bits.
Nota 1. Debido al requisito de que las direcciones no sean
equvocas, una direccin DTE identifica tambin inequvo-
camente a un GDLP.
Nota 2. Un encaminador ATN puede tener ms de una
direccin DTE de tierra.
5.2.8.1.2 Protocolo. Se aplicarn los siguientes procedi-
mientos:
a) cuando el GDLP detecta inicialmente la presencia de una
aeronave o detecta que se ha establecido contacto con una
aeronave ya captada mediante un interrogador con un nuevo
cdigo II, se examinarn los campos apropiados del informe
de CAPACIDAD DE ENLACE DE DATOS para deter-
minar si la aeronave tiene la capacidad de participar en un
intercambio de datos, as como el nivel de dicha capacidad.
Despus de haberse determinado positivamente la capacidad
de enlace de datos, el GDLP transmitir en enlace ascen-
dente uno o ms paquetes de RUTA en Modo S, segn lo
especificado en 5.2.5.3.3. Esta informacin relacionar el
cdigo II en Modo S con las direcciones DTE de tierra a las
que se tenga acceso por tal interrogador. El ADLP actua-
lizar la tabla de referencias recprocas cdigo II-direccin
DTE y seguidamente descartar el paquete o los paquetes de
RUTA en Modo S;
b) se suprimir una entrada en la tabla de referencias recprocas
cdigo II-direccin DTE cuando as lo ordene un paquete de
RUTA en Modo S, o cuando el ADLP reconozca que el
transpondedor no ha sido selectivamente interrogado,
durante un plazo de Ts segundos, por un interrogador en
Modo S mediante un determinado cdigo II, lo cual lo
comprueba el ADLP controlando el subcampo IIS de vigi-
lancia en Modo S o las interrogaciones Com-A (Tabla 5-1);
c) cuando el GDLP determina que es necesario modificar la
asignacin de interrogador en Modo S, transferir al ADLP
uno o ms paquetes de RUTA en Modo S. La informacin
actualizada que figura en el paquete de RUTA en Modo S
ser utilizada por el ADLP para modificar su tabla de
referencias recprocas. El procesamiento de las adiciones
preceder al de las supresiones;
d) cuando el GDLP enva el paquete de RUTA inicial despus
de la adquisicin de una aeronave con equipo de enlace de
datos en Modo S, el bit IN se pondr a UNO. Este valor har
que el ADLP ejecute los procedimientos especificados en
5.2.6.3.3.3. En los dems casos, el bit IN se pondr a CERO;
e) cuando se inicializa el ADLP (p. ej., despus de un proce-
dimiento de conexin con la fuente de energa), el ADLP
emitir una peticin de bsqueda enviando un mensaje
Com-B de radiodifusin con el identificador de radio-
difusin igual a 255 (FF
16
, segn lo especificado en la
5-28 28/11/02
Nm. 77
Tabla 5-23) y con los 6 multietos restantes sin ser utilizados.
Al recibir una peticin de bsqueda, el GDLP responder
con uno o ms paquetes de RUTA en Modo S, liberar todos
los SVC asociados con el ADLP, segn se especifica
en 5.2.6.3.3, y descartar la peticin de bsqueda. Esto ser
causa de que el ADLP inicialice la tabla de referencias
recprocas cdigo II-direccin DTE; y
f) al recibirse una peticin de actualizacin (Tabla 5-23), el
GDLP responder con uno o ms paquetes de RUTA en
Modo S y descartar la peticin de actualizacin. De este
modo el ADLP actualizar la tabla de referencias recprocas
de cdigo II-direccin DTE.
Nota. El ADLP puede utilizar la peticin de actualizacin
en circunstancias especiales (p. ej., transferencia al equipo de
reserva) para verificar el contenido de su tabla de referencias
recprocas de cdigo II-direccin DTE.
5.2.8.1.3 PROCEDIMIENTOS EN ENLACE DESCENDENTE
DE PAQUETES EN MODO S
5.2.8.1.3.1 Cuando el ADLP tiene que enviar un paquete
en enlace descendente, se aplicarn los procedimientos
siguientes:
a) Paquete de PETICIN DE LLAMADA. Si el paquete que
ha de transferirse es una PETICIN DE LLAMADA en
Modo S, se examinar el campo de direccin DTE de tierra
y se asociar con un interrogador en Modo S conectado,
utilizando la tabla de referencias recprocas cdigo II-
direccin DTE. El paquete se enviar en enlace descendente
mediante el protocolo dirigido a multisitio. Una peticin de
transferencia de un paquete a una direccin DTE que no est
en la tabla de referencias recprocas llevar a las medidas
especificadas en 5.2.6.3.3.1.
b) Otros paquetes SVC. En el caso de un SVC, la peticin de
enviar un paquete a un DTE de tierra ser causa de que el
paquete sea dirigido a multisitio hacia aquel ltimo inte-
rrogador en Modo S utilizado con xito para la transferencia
(en enlace ascendente o en enlace descendente) de un
paquete a dicho DTE, a condicin de que este interrogador
en Modo S est actualmente en la tabla de referencias
recprocas cdigo II-direccin DTE. De lo contrario, se
enviar el paquete SVC en enlace descendente, mediante el
protocolo dirigido a multisitio, hacia cualquier otro interro-
gador en Modo S asociado con la direccin DTE de tierra
especificada.
Se permitir que los transpondedores de nivel 5 utilicen
interrogadores adicionales para la transferencia en enlace
descendente segn lo indicado en la tabla de referencias
recprocas cdigo II-direccin DTE.
5.2.8.1.3.2 Se determinar que ha tenido xito una
transferencia de tramas en enlace descendente si se recibe una
Com-B, o un cierre de ELM, del transpondedor en un plazo
de Tz segundos, segn lo especificado en la Tabla 5-1. Si el
intento no tuviera xito y ha de enviarse un paquete SVC, se
examinar la tabla de referencias recprocas cdigo II-direccin
DTE en busca de otra entrada con la misma direccin DTE de
tierra llamada y con un cdigo II en Modo S distinto. Se inten-
tar nuevamente el procedimiento utilizndose el protocolo
dirigido a multisitio con el nuevo interrogador en Modo S. Si
para el DTE requerido que ha sido llamado no hay ms
entradas, o si todas las entradas llevan a un intento fallido, se
declarar la falla del enlace (5.2.8.3.1).
5.2.8.2 APOYO A LOS DTE
5.2.8.2.1 Notificacin de conectividad GDLP. El GDLP
notificar a los DTE de tierra si hay alguna aeronave disponible
equipada con enlace de datos en Modo S (suceso de unin).
El GDLP informar tambin a los DTE de tierra cuando la
aeronave ya no est en comunicacin con dicho GDLP (suceso
de abandono). El GDLP proporcionar notificacin (a
solicitud) sobre todas las aeronaves equipadas con enlace de
datos en Modo S que estn actualmente en comunicacin con
dicho GDLP. Las notificaciones proporcionarn al enca-
minador ATN de tierra la direccin de punto de unin de subred
(SNPA) del encaminador ATN mvil, con la posicin de la
aeronave y la calidad del servicio a ttulo de parmetros
opcionales. El SNPA del encaminador ATN mvil ser la
direccin DTE, la cual estar constituida por la direccin de
aeronave y una subdireccin de 0 (5.2.3.1.3.2).
5.2.8.2.2 Notificacin de conectividad ADLP. El ADLP
notificar a todos los DTE de aeronave cuando la ltima entrada
correspondiente a un DTE de tierra se suprima de la tabla de
referencias recprocas cdigo II-direccin DTE (5.2.8.1.1). En
esta notificacin se incluir la direccin de dicho DTE.
5.2.8.2.3 Requisitos de comunicaciones. El mecanismo
para comunicar modificaciones en la conectividad de subred
ser un servicio con confirmacin, como los sucesos de unin
o abandono que permiten notificar la situacin de conectividad.
5.2.8.3 PROCEDIMIENTOS EN CASO DE ERROR
5.2.8.3.1 Falla de enlace. La falla en la entrega de un
paquete al XDLP de referencia, despus de que se haya
intentado entregar este paquete por todos los interrogadores
disponibles, ser declarada como falla a nivel de enlace. En el
caso de un SVC, el XDCE entrar en el estado p1, y liberar
todos los recursos asociados con dicho canal. Esto incluir la
cancelacin en el transpondedor de cualquier trama asociada
con este SVC. Se enviar un paquete de PETICIN DE
LIBERACIN en Modo S al DCE mediante el proceso de
reformateado y ser encaminado por el DCE como paquete ISO
8208 al DTE local tal como se describe en 5.2.6.3.3. Por lo que
respecta al equipo de la aeronave, no se devolver el canal
al fondo comn de canales ADCE, es decir no se vuelve al
estado p1 hasta que hayan transcurrido Tr segundos despus de
haberse declarado la falla del enlace (Tabla 5-1).
5.2.8.3.2 DETERMINACIN DE CANAL ACTIVO
5.2.8.3.2.1 Procedimiento para el estado d1. El XDLP
controlar la actividad de todos los SVC que no estn en estado
de PREPARADO (p1). Si un SVC est en estado (d1) de
CONTROL DE FLUJO PREPARADO del (XDCE) durante un
perodo de ms de Tx segundos (temporizador de canal activo,
Tablas 5-1 y 5-13), sin enviar ningn paquete RR, RNR, de
DATOS o de RECHAZO en Modo S, efectuar lo siguiente:
a) si el ltimo paquete enviado fue un paquete de RECHAZO
en Modo S respecto del cual no se ha recibido respuesta,
entonces el XDLP enviar de nuevo dicho paquete; y
5-29 28/11/02
Nm. 77
b) en los dems casos, el XDLP enviar al XDLP par un
paquete RR o RNR en Modo S, segn corresponda.
5.2.8.3.2.2 Procedimiento para los otros estados. Si un
SVC del XDCE est en uno de los estados p2, p3, p6, p7, d2
o d3, durante un plazo de ms de Tx segundos, se ejecutar el
procedimiento de falla del enlace indicado en 5.2.8.3.1.
5.2.8.3.2.3 Se declarar una falla del enlace si no se logra
entregar, recibir o mantener activos unos paquetes, en cuyo caso
se liberar el canal.
5.2.9 Formato de informe de capacidad
de enlace de datos
5.2.9.1 Se transferir este informe mediante el protocolo
Com-B iniciado en tierra, segn lo especificado en 3.1.2.6.10.2
del Anexo 10, Volumen IV.
5.2.9.2 Formato. El formato del campo MB ser el
siguiente:
Nota. El transpondedor en Modo S puede actualizar los
bits 1-8, 16 y 37-40 independientemente del ADLP. Los
bits 1-8 son proporcionados por el transpondedor cuando se
radiodifunde el informe de capacidad de enlace de datos como
resultado de una modificacin detectada por el transpondedor
en la capacidad notificada del ADLP (3.1.2 del Anexo 10,
Volumen IV).
5.2.9.3 Protocolo. En todos los casos el primer bit ser el
bit de orden superior y ser el primer bit transmitido. El
procesamiento de tramas del ADLP generar el informe de
capacidad de enlace de datos por lo menos una vez cada
segundo y lo transferir al transpondedor por lo menos una vez
cada segundo.
5.2.10 Temporizadores del sistema
5.2.10.1 Los valores de los temporizadores se confor-
marn a los valores proporcionados en las Tablas 5-1 y 5-13.
5.2.10.2 La tolerancia de todos los temporizadores ser de
1%.
5.2.10.3 La resolucin de todos los temporizadores ser de
un segundo.
Bit Contenido
1-8 BDS = 10
16
9 Bandera de continuacin
0 = Sin continuacin
1 = Contina en el siguiente registro GICB
10-15 No asignados
16 Reservado para ACAS
17-23 Versin de subred en Modo S nm.
0 = Subred en Modo S no disponible
1 = Versin nm. 1 (1996)
2 = Versin nm. 2 (1998)
3 = Versin nm. 3 (2002)
4-127 = No asignados
24 Nivel de transpondedor (2.1.5 del Anexo 10,
Volumen IV)
0 = Nivel 2-4
1 = Nivel 5
25 Capacidad para servicios propios del Modo S
0 = No disponible
1 = Disponible
26-28 Capacidad de caudal promedio ELM de enlace
ascendente
0 = Ausencia de capacidad UELM
1 = 16 segmentos UELM en 1 segundo
2 = 16 segmentos UELM en 500 ms
7 = No asignado
29-32 ELM de enlace descendente: capacidad de caudal
del ELM de enlace descendente que contiene el
nmero mximo de segmentos ELM que el trans-
pondedor puede entregar en respuesta a una sola
interrogacin (UF = 24)
0 = Ausencia de capacidad DELM
1 = Un DELM de 4 segmentos por segundo
4 = Un DELM de 16 segmentos cada 500 ms
7-15 = No asignados
33 Capacidad de identificacin de aeronave
(Tabla 5-24)
0 = Ausencia de capacidad de identificacin
de aeronave
1 = Capacidad de identificacin de aeronave
34
35
36
Subcampo de capacidad de seales espontneas
Capacidad de identificador de vigilancia
Informe de capacidad GICB para uso comn
37-40 Reservados para ACAS
41 a 56 Serie de bits indicando el estado de compatibi-
lidad de las subdirecciones 0 a 15 del DTE
Valor de bit 0 = DTE incompatible
Valor de bit 1 = DTE compatible
Bit Contenido
5-30 28/11/02
Nm. 77
5.2.11 Requisitos del sistema
5.2.11.1 Integridad de datos. La proporcin mxima de
errores en los bits para datos presentados en la interfaz
ADLP/transpondedor o en la interfaz GDLP/interrogador,
medidos en la interfaz DTE local/XDLP (y viceversa) no
exceder de 10
-9
para errores no detectados, ni de 10
-7
para
errores detectados.
Nota. En la proporcin mxima de errores se incluyen
todos los errores provenientes de transferencia de datos por las
interfaces y del funcionamiento interno del XDLP.
5.2.11.2 TEMPORIZACIN
5.2.11.2.1 Temporizacin del ADLP. Las operaciones del
ADLP no requerirn un tiempo superior a 0,25 s para trfico
regular ni superior a 0,125 s para trfico de interrupcin. Este
intervalo se definir de la forma siguiente:
a) Transpondedores con capacidad ELM de enlace descen-
dente. El tiempo que transcurre desde el momento en que
el ltimo bit de un paquete de datos de 128 multietos, se pre-
senta al DCE para ser transferido en enlace descendente,
hasta el momento en que el ltimo bit de la primera trama
de encapsulacin est disponible para su entrega al trans-
pondedor.
b) Transpondedores con capacidad Com-B. El tiempo que
transcurre desde el momento en que el ltimo bit de un
campo de datos de usuario de 24 multietos se presenta al
DCE para ser transferido en enlace descendente, hasta el
momento en que el ltimo bit del ltimo de los cuatro
segmentos Com-B que forman la trama de encapsulacin de
los datos de usuario est disponible para su entrega al
transpondedor.
c) Transpondedores con capacidad ELM de enlace ascen-
dente. El tiempo que transcurre desde el momento en que
el ADLP recibe el ltimo bit del ltimo de los 14 segmentos
Com-C de un ELM que contiene un campo de datos de
usuario de 128 multietos, hasta el momento en que el ltimo
bit del paquete correspondiente est disponible para su
entrega al DTE.
d) Transpondedores con capacidad Com-A. El tiempo que
transcurre desde el momento en que el ADLP recibe el
ltimo bit del ltimo de los cuatro segmentos de Com-A
enlazada que contiene un campo de datos de usuario
de 25 multietos hasta el momento en que el ltimo bit
del paquete correspondiente est disponible para su entrega
al DTE.
5.2.11.2.2 TEMPORIZACIN DEL GDLP
Recomendacin. El tiempo total de demora en el GDLP,
excluida la demora de transmisin, no debera exceder de
0,125 s.
5.2.11.3 Rgimen de transmisin por la interfaz. El
rgimen mnimo de transmisin de bits en la interfaz fsica entre
el ADLP y el transpondedor ser de 100 kbits/s.
5.3 TABLAS DE ESTADOS
DEL DCE Y DEL XDCE
5.3.1 Requisitos de las Tablas de estados. El DCE y el
XDCE funcionarn en la forma especificada en las Tablas de
estados, Tablas 5-3 a 5-22. Las Tablas 5-15 a 5-22 se aplicarn
a:
a) las transiciones de estado del ADLP siempre que no figuren
entre parntesis las siglas XDCE o XDLP; y
b) las transiciones de estado del GDLP cuando se utilizan los
trminos entre parntesis y se omiten las siglas XDCE o
XDLP mencionadas.
5.3.2 Cdigos de diagnstico y de causa. En las entradas
de la tabla para determinadas condiciones se indica un cdigo
de DIAGNSTICO que se incluir en el paquete generado al
pasar al estado indicado. El trmino D = , definir el cdigo
de diagnstico. Si se ha anotado A = DIAG, la accin
ejecutada ser la de generar un paquete ISO 8208 de
diagnstico y transferirlo al DTE; el cdigo de diagnstico
indicado definir la entrada en el campo de diagnstico del
paquete. El campo de causa se pondr a los valores
especificados en 5.2.6.3.3. El campo de reiniciacin se pondr
en la forma establecida en la ISO 8208.
Nota 1. En las tablas que se proporcionan a continuacin
se especifican los requisitos siguientes y por este orden:
5-3 Casos especiales del DCE
5-4 Efecto del DTE en los estados de reanudacin del
DCE
5-5 Efecto del DTE en los estados de establecimiento y
liberacin de llamada del DCE
5-6 Efecto del DTE en los estados de reiniciacin del
DCE
5-7 Efecto del DTE en los estados de transferencia de
interrupcin del DCE
5-8 Efecto del DTE en los estados de transferencia de
control de flujo del DCE
5-9 Efecto del XDCE en los estados de reanudacin del
DCE
5-10 Efecto del XDCE en los estados de establecimiento y
liberacin de llamada del DCE
5-11 Efecto del XDCE en los estados de reiniciacin del
DCE
5-12 Efecto del XDCE en los estados de transferencia de
interrupcin del DCE
5-15 Efecto del GDLP (ADLP) en los estados de
preparado de la capa de paquete del ADCE (GDCE)
5-16 Efecto del GDLP (ADLP) en los estados de estable-
cimiento y liberacin de llamada del ADCE (GDCE)
5-17 Efecto del GDLP (ADLP) en los estados de reini-
ciacin del ADCE (GDCE)
5-18 Efecto del GDLP (ADLP) en los estados de transfe-
rencia de interrupcin del ADCE (GDCE)
5-19 Efecto del GDLP (ADLP) en los estados de transfe-
rencia de control de flujo del ADCE (GDCE)
5-31 28/11/02
Nm. 77
Nota 2. En todas las tablas se especifican las acciones
ejecutadas en el ADLP y el GDLP.
Nota 3. En el mbito de la subred en Modo S, los estados
p6 y d2 son estados transitorios.
Nota 4. Las referencias a notas en las tablas de estados
indican las propias de la tabla que se presentan despus de
cada tabla.
Nota 5. Todos los cdigos de diagnstico y de causa se
interpretarn como nmeros decimales.
Nota 6. Un SVC entre un ADCE y un GDCE puede
identificarse con un nmero provisional o uno permanente de
canal, segn lo especificado en 5.2.5.1.2.
5.4 FORMATOS DE PAQUETE
EN MODO S
5.4.1 Formatos. Los formatos de paquete en Modo S sern
los especificados en las Figuras 5-3 a 5-22 inclusive.
5.4.2 Significado de los campos de control. La estructura
de los campos de control de formato, utilizada en los paquetes
en Modo S, ser la especificada en la Figura 5-23. El
significado de todos los campos de control utilizados en estos
formatos de paquete ser el siguiente:
5-20 Efecto del DCE en los estados de establecimiento y
liberacin de llamada del ADCE (GDCE)
5-21 Efecto del DCE en los estados de reiniciacin del
ADCE (GDCE)
5-22 Efecto del DCE en los estados de transferencia de
interrupcin del ADCE (GDCE)
Smbolo
de campo Definicin
AG Direccin, de tierra; la representacin
binaria de 8 bits de la direccin DTE de
tierra (5.2.3.1.3.1)
AM Direccin, mvil; la representacin binaria
de 4 bits de los ltimos dos dgitos BCD de
la direccin DTE mvil (5.2.3.1.3.2)
CC Causa de liberacin definida en la ISO 8208
CH Nmero de canal (0 a 15)
DC Cdigo de diagnstico definido en la
ISO 8208
DP Tipo de paquete de datos (Figura 5-23)
F Secuencia de bit S, bandera de primer
paquete
FS Seleccin rpida existente
IN Bit de inicializacin
L Ms bits para paquetes MSP de forma
larga segn lo especificado en 5.2.7.4
LONGITUD La longitud de un paquete multiplexado en
multietos, expresado como un nmero
binario no asignado
LV Longitud del campo de datos de usuario;
nmero de multietos de usuario segn lo
especificado en 5.2.2.3.1
M Ms bits para paquetes de DATOS SVC
segn lo especificado en 5.2.5.1.4.1
M/CH Nmero de canal MSP
MP Tipo de paquete MSP (Figura 5-23)
M/SN Nmero secuencial; el nmero secuencial
para el paquete MSP de forma larga
OD Datos opcionales
ODL Longitud de datos opcionales
OF Bandera opcional
P Campo de prioridad
PR Nmero secuencial de recepcin de paquete
PRIMER
PAQUETE
El contenido del primero de los paquetes
multiplexados
PS Nmero secuencial de envo de paquete
RC Cdigo de causa de reiniciacin definido en
la ISO 8208
RELLENO Campo de relleno
RELLENO1 Tiene una longitud de 6 bits para un paquete
no multiplexado en una trama SLM de
enlace descendente. En los dems casos es
de 0 bit
RELLENO2 Tiene una longitud de 0 bit para un paquete
no multiplexado en una trama SLM de
enlace descendente y para un encabezador
de multiplexacin. En los dems casos es de
2 bits
RT Tabla de ruta definida en 5.2.5.3.3.8
RTL Longitud de la tabla de ruta expresada en
multietos
S Ms bits para paquetes de PETICIN DE
LLAMADA, ACEPTACIN DE LLA-
MADA, PETICIN DE LIBERACIN e
INTERRUPCIN segn lo especificado en
5.2.5.1.4.2
SN Nmero secuencial; nmero secuencial
para este tipo de paquete
SP Paquete de supervisin (Figura 5-23)
SS Nmero de subconjunto de supervisin
(Figura 5-23)
ST Tipo de supervisin (Figura 5-23)
TC Nmero provisional de canal (1 a 3)
UD Campo de datos de usuario
LTIMO
PAQUETE
El contenido del ltimo de los paquetes
multiplexados
5-32 28/11/02
Nm. 77
Tabla 5-1. Temporizadores de subred en Modo S ADLP
Tabla 5-2. Acciones del DCE en una transicin de estado
Nombre de temporizador Etiqueta de temporizador Valor nominal Referencia
Retiro de canal Tr 600 s 5.2.8.3.1
Canal activo-ADLP Tx 420 s 5.2.8.3.2
Interrogacin de interrogador Ts 60 s 5.2.8.1.2
Enlace de interrogador Tz 30 s 5.2.7.1.1.4.2, 5.2.8.1.3.2
Cancelacin de trama de enlace Tc 60 s 5.2.2.1.1.4.5
Entrega de bit L ADLP Tm 120 s 5.2.7.4.3
Resecuenciacin de paquetes y entrega de bit S Tq 60 s 5.2.6.9
Estado
DCE Definicin de estado Acciones que han de efectuarse al pasar al estado indicado
r1 NIVEL DE PAQUETE PREPARADO Devolver todos los SVC al estado p1 (vase la explicacin del estado p1).
r2 PETICIN DE REANUDACIN DTE Devolver cada SVC al estado p1 (vase la explicacin del estado p1)
y expedir una CONFIRMACIN DE REANUDACIN dirigida al DTE.
r3 PETICIN DE REANUDACIN DCE Expedir una PETICIN DE REANUDACIN dirigida al DTE. Salvo si se
ha pasado por el estado r2, enviar una PETICIN DE REANUDACIN al
proceso de reformateo.
p1 PREPARADO Liberar todos los recursos asignados al SVC. Interrumpir la correspondencia
entre el SVC DTE/DCE y el SVC ADCE/GDCE (el SVC ADCE/GDCE
puede que no est an en el estado p1).
p2 PETICIN DE LLAMADA DTE Determinar si hay suficientes recursos en apoyo de la peticin; si los hay,
atribuir recursos y transmitir el paquete de PETICIN DE LLAMADA al
proceso de reformateo; si no los hay, pasar al estado (p7) PETICIN DE
LIBERACIN DCE al DTE. La determinacin de los recursos y su
atribucin se definen en la ISO 8208.
p3 PETICIN DE LLAMADA DCE Determinar si hay suficientes recursos en apoyo de la peticin; si los hay,
atribuir recursos y transmitir el paquete de PETICIN DE LLAMADA al
DTE; si no los hay, enviar un paquete de PETICIN DE LIBERACIN al
proceso de reformateo. La determinacin de los recursos y su atribucin se
definen en la ISO 8208.
p4 TRANSFERENCIA DE DATOS Ninguna accin.
p5 COLISIN DE LLAMADAS Reasignar la llamada saliente a otro SVC (el DTE que se encuentre en un
estado de colisin de llamadas hace caso omiso de la llamada entrante) y
pasar al estado (p3) PETICIN DE LLAMADA DCE respecto del
nuevo SVC. Para el estado p2 para procesar la PETICIN DE LLAMADA
desde el DTE.
p6 PETICIN DE LIBERACIN DTE Liberar todos los recursos asignados al SVC, enviar un paquete de
CONFIRMACIN DE LIBERACIN al DTE y pasar al estado p1.
p7 PETICIN DE LIBERACIN DCE al
DTE
Transmitir un paquete de PETICIN DE LIBERACIN al DTE.
d1 CONTROL DE FLUJO PREPARADO Ninguna accin.
5-33 28/11/02
Nm. 77
Tabla 5-3. Casos especiales del DCE
d2 PETICIN DE REINICIACIN DTE Retirar de la ventana (de transmisin) los paquetes de DATOS enviados
al DTE; descartar los paquetes de DATOS que representan secuencias
de bit M parcialmente transmitidas y descartar cualquier paquete de
INTERRUPCIN en espera de ser transferido al DTE; reiniciar en 0 todos
los contadores de ventana; establecer en sus valores iniciales todos los
temporizadores y parmetros de retransmisin relacionados con la trans-
ferencia de DATOS y de INTERRUPCIN. Enviar paquete de CONFIRMA-
CIN de REINICIACIN al DTE. Devolver el SVC al estado d1.
d3 PETICIN DE REINICIACIN DCE
al DTE
Retirar de la ventana (de transmisin) los paquetes de DATOS enviados
al DTE; descartar los paquetes de DATOS que representan secuencias
de bit M parcialmente transmitidas y descartar cualquier paquete de
INTERRUPCIN en espera de ser transferido al DTE; reiniciar en 0 todos
los contadores de ventana; establecer en sus valores iniciales todos los
temporizadores y parmetros de retransmisin relacionados con la
transferencia de DATOS y de INTERRUPCIN. Transmitir paquete de
PETICIN de REINICIACIN al DTE.
i1 INTERRUPCIN DTE PREPARADA Ninguna accin.
i2 INTERRUPCIN DTE ENVIADA Transmitir paquete de INTERRUPCIN recibido del DTE al proceso de
reformateo.
j1 INTERRUPCIN DCE PREPARADA Ninguna accin.
j2 INTERRUPCIN DCE ENVIADA Transmitir paquete de INTERRUPCIN recibido del proceso de reformateo
al DTE.
f1 DCE PREPARADO PARA RECIBIR Ninguna accin.
f2 DCE NO PREPARADO PARA RECIBIR Ninguna accin.
g1 DTE PREPARADO PARA RECIBIR Ninguna accin.
g2 DTE NO PREPARADO PARA RECIBIR Ninguna accin.
Recibido del DTE
Casos especiales del DCE
Cualquier estado
Cualquier paquete de longitud inferior a 2 multietos (incluso una trama vlida de nivel
de enlace de datos que no contiene ningn paquete)
A = DIAG
D = 38
Cualquier paquete con identificador general de formato no vlido A = DIAG
D = 40
Cualquier paquete con identificador general de formato vlido y con un identificador
de canal lgico asignado (incluso un identificador de canal lgico igual a 0) Vase la Tabla 5-4
Estado
DCE Definicin de estado Acciones que han de efectuarse al pasar al estado indicado
5-34 28/11/02
Nm. 77
Tabla 5-4. Efecto del DTE en los estados de reanudacin del DCE
Estados de reanudacin del DCE (vase la Nota 5)
NIVEL DE PAQUETE
PREPARADO
(vase la Nota 1)
r1
PETICIN DE
REANUDACIN DTE
r2
PETICIN DE
REANUDACIN DCE
r3
Paquetes con identificador de tipo de paquete
de longitud inferior a 1 multieto y con un
identificador de canal lgico distinto de 0
Vase la Tabla 5-5 A=ERROR
S=r3
D=38
(vase la Nota 4)
A=DESCARTAR
Cualquier paquete excepto REANUDACIN,
REGISTRO (si es compatible) con un
identificador de canal lgico igual a 0
A=DIAG
D=36
A=DIAG
D=36
A=DIAG
D=36
Paquete con identificador de tipo de paquete sin
definir o incompatible con el DCE
S=r3
D=33
(vase la Nota 4)
A=DESCARTAR
Paquete de PETICIN DE REANUDACIN,
CONFIRMACIN DE REANUDACIN o
REGISTRO (si es compatible) con un
S=r3
D=41
(vase la Nota 4)
A=DESCARTAR
PETICIN DE REANUDACIN A=NORMAL
(transmitir)
S=r2
A=DESCARTAR A=NORMAL
S=p1 o d1
(vase la Nota 2)
CONFIRMACIN DE REANUDACIN A=ERROR
S=r3
D=17
(vase la Nota 6)
A=ERROR
S=r3
D=18
(vase la Nota 4)
A=NORMAL
S=p1 o d1
(vase la Nota 2)
Paquete de PETICIN DE REANUDACIN
o de CONFIRMACIN DE REANUDACIN
con error de formato
A=DIAG
D=38, 39, 81 u 82
A=DESCARTAR A=ERROR
D=38, 39, 81 u 82
Paquetes de PETICIN DE REGISTRO
o de CONFIRMACIN DE REGISTRO
(vase la Nota 3)
A=NORMAL A=NORMAL A=NORMAL
Paquete de PETICIN DE REGISTRO
o de CONFIRMACIN DE REGISTRO
con error de formato (vase la Nota 3)
A=DIAG
D=38, 39, 81 u 82
A=ERROR
S=r3
D=38, 39, 81 u 82
(vase la Nota 4)
A=ERROR
D=38, 39, 81 u 82
Paquetes de establecimiento de llamada,
liberacin de llamada, DATOS, interrupcin,
control de flujo, o reiniciacin
S=r3
D=18
A=DESCARTAR
NOTAS:
1. La subred en Modo S no tiene estados de reanudacin. Al recibirse una PETICIN DE REANUDACIN, el DCE responde con una
CONFIRMACIN DE REANUDACIN. El paquete de PETICIN DE REANUDACIN se transmite hacia el proceso de reformateo que emite
las peticiones de liberacin para todos los SVC asociados con el DTE. El DCE pasa solamente al estado r3 como resultado de que se detecte un
error en la interfaz DTE/DCE.
2. Los canales SVC vuelven al estado p1, los canales de circuitos virtuales permanentes (PVC) vuelven al estado d1.
3. El uso de la facilidad de registro es opcional en la interfaz DTE/DCE.
4. No se ejecuta ninguna accin en el mbito de la subred en Modo S.
5. Las entradas de la tabla se definen en la forma siguiente: A = accin que ha de ejecutarse, S = estado al que ha de pasarse, D = cdigo de diagnstico
que ha de utilizarse en los paquetes generados como resultado de esta accin, DESCARTAR indica que ha de liberarse de la memoria intermedia
del XDLP el paquete recibido, e INVLIDO indica que no puede ocurrir esa combinacin de paquete/estado.
6. El procedimiento en caso de error consiste en pasar al estado r3 y en enviar al proceso de reformateo una PETICIN DE REANUDACIN.
5-35 28/11/02
Nm. 77
Tabla 5-5. Efecto del DTE en los estados de establecimiento y liberacin de llamada del DCE
Estados de establecimiento y liberacin de llamada del DCE (vase la Nota 5)
PREPARADO
p1
PETICIN
DE LLAMADA
DTE
p2
PETICIN
DE LLAMADA
DCE
p3
TRANSFE-RENCIA
DE DATOS
p4
COLISIN DE
LLAMADAS
p5
(vanse las
Notas 1 y 4)
PETICIN DE
LIBERACIN
DTE
p6
PETICIN DE
LIBERACIN
DCE al DTE
p7
Paquetes con identificador
de tipo de paquete de
longitud inferior a un
multieto
A=ERROR
S=p7
D=38
A=ERROR
S=p7
D=38
(vase la Nota 2)
A=ERROR
S=p7
D=38
(vase la Nota 2)
S=p7
D=38
(vase la Nota 2)
A=ERROR
S=p7
D=38
(vase la Nota 2)
A=DESCARTAR
Paquetes con identificador
de tipo de paquete sin
definir o incompatible con
el DCE
A=ERROR
S=p7
D=33
A=ERROR
S=p7
D=33
(vase la Nota 2)
A=ERROR
S=p7
D=33
(vase la Nota 2)
S=p7
D=33
(vase la Nota 2)
A=ERROR
S=p7
D=33
(vase la Nota 2)
A=DESCARTAR
Paquete de PETICIN DE
REANUDACIN,
CONFIRMACIN DE
REANUDACIN o
REGISTRO con el
identificador de canal
lgico distinto de 0
A=ERROR
S=p7
D=41
A=ERROR
S=p7
D=41
(vase la Nota 2)
A=ERROR
S=p7
D=41
(vase la Nota 2)
S=p7
D=41
(vase la Nota 2)
A=ERROR
S=p7
D=41
(vase la Nota 2)
A=DESCARTAR
PETICIN DE
LLAMADA
A=NORMAL
S=p2
(transmitir)
A=ERROR
S=p7
D=21
(vase la Nota 2)
A=NORMAL
S=p5
A=ERROR
S=p7
D=23
(vase la Nota 2)
A=ERROR
S=p7
D=24
(vase la Nota 2)
A=ERROR
S=p7
D=25
(vase la Nota 2)
A=DESCARTAR
ACEPTACIN DE
LLAMADA
A=ERROR
S=p7
D=20
A=ERROR
S=p7
D=21
(vase la Nota 2)
A=NORMAL
S=p4
(transmitir)
o A=ERROR
S=p7
D=42
(vanse las
Notas 2 y 3)
A=ERROR
S=p7
D=23
(vase la Nota 2)
A=ERROR
S=p7
D=24
(vanse las
Notas 2 y 4)
A=ERROR
S=p7
D=25
(vase la Nota 2)
A=DESCARTAR
PETICIN DE
LIBERACIN
A=NORMAL
S=p6
A=NORMAL
S=p6
(transmitir)
A=NORMAL
S=p6
(transmitir)
A=NORMAL
S=p6
(transmitir)
A=NORMAL
S=p6
(transmitir)
S=p1
(no transmitir)
CONFIRMACIN DE
LIBERACIN
A=ERROR
S=p7
D=20
A=ERROR
S=p7
D=21
(vase la Nota 2)
A=ERROR
S=p7
D=22
(vase la Nota 2)
A=ERROR
S=p7
D=23
(vase la Nota 2)
A=ERROR
S=p7
D=24
(vase la Nota 2)
A=ERROR
S=p7
D=25
(vase la Nota 2)
A=NORMAL
S=p1
(no transmitir)
Paquetes de DATOS,
flujo o reiniciacin
A=ERROR
S=p7
D=20
A=ERROR
S=p7
D=21
(vase la Nota 2)
A=ERROR
S=p7
D=22
(vase la Nota 2)
S=p7
D=24
(vase la Nota 2)
A=ERROR
S=p7
D=25
(vase la Nota 2)
A=DESCARTAR
NOTAS:
1. Al pasar al estado p5, el DCE reasigna a otro canal la llamada saliente dirigida al DTE (no se expide ninguna PETICIN DE LIBERACIN) y
responde a la llamada DTE entrante en la forma apropiada con un paquete de PETICIN DE LIBERACIN o de ACEPTACIN DE LLAMADA.
2. El procedimiento en caso de error consiste en ejecutar las acciones especificadas al pasar al estado p7 (incluso el envo al DTE de un paquete de
PETICIN DE LIBERACIN) y adems enviando al XDCE (mediante el proceso de reformateo) un paquete de PETICIN DE LIBERACIN.
3. El uso de la facilidad de seleccin rpida, con restricciones en la respuesta, impide que el DTE enve un paquete de ACEPTACIN DE LLAMADA.
4. El DTE, en caso de colisin de llamadas, debe descartar el paquete de PETICIN DE LLAMADA recibido del DCE.
5-36 28/11/02
Nm. 77
Tabla 5-6. Efecto del DTE en los estados de reiniciacin del DCE
Estados de reiniciacin del DCE (vase la Nota 2)
CONTROL DE FLUJO
PREPARADO
d1
PETICIN DE
REINICIACIN
DEL DTE
d2
PETICIN DE
REINICIACIN DCE
al DTE
d3
Paquete con identificador de tipo de paquete
de longitud inferior a 1 multieto
A=ERROR
S=d3
D=38
(vase la Nota 1)
A=ERROR
S=d3
D=38
(vase la Nota 1)
A=DESCARTAR
Paquete con identificador de tipo de paquete
sin definir o incompatible con el DCE
A=ERROR
S=d3
D=33
(vase la Nota 1)
A=ERROR
S=d3
D=33
(vase la Nota 1)
A=DESCARTAR
Paquete de PETICIN DE REANUDACIN,
CONFIRMACIN DE REANUDACIN o
REGISTRO (si es compatible) con el
A=ERROR
S=d3
D=41
(vase la Nota 1)
A=ERROR
S=d3
D=41
(vase la Nota 1)
A=DESCARTAR
PETICIN DE REINICIACIN A=NORMAL
S=d2
(transmitir)
S=d1
(no transmitir)
CONFIRMACIN DE REINICIACIN A=ERROR
S=d3
D=27
(vase la Nota 1)
A=ERROR
S=d3
D=28
(vase la Nota 1)
A=NORMAL
S=d1
(no transmitir)
Paquete de INTERRUPCIN Vase la Tabla 5-7 A=ERROR
S=d3
D=28
(vase la Nota 1)
A=DESCARTAR
Paquete de CONFIRMACIN DE
INTERRUPCIN
S=d3
D=28
(vase la Nota 1)
A=DESCARTAR
Paquete de DATOS o de control de flujo Vase la Tabla 5-8 A=ERROR
S=d3
D=28
(vase la Nota 1)
A=DESCARTAR
RECHAZO compatible pero no suscrito A=ERROR
S=d3
D=37
(vase la Nota 1)
A=ERROR
S=d3
D=37
(vase la Nota 1)
A=DESCARTAR
NOTAS:
1. El procedimiento en caso de error consiste en ejecutar las acciones especificadas al pasar al estado d3 (incluso el envo al DTE de un paquete de
PETICIN DE REINICIACIN) y en enviar al XDCE un paquete de PETICIN DE REINICIACIN (mediante la funcin de formateo).
5-37 28/11/02
Nm. 77
Tabla 5-7. Efecto del DTE en los estados de transferencia de interrupcin del DCE
Estados de transferencia de interrupcin DTE/DCE (vase la Nota 2)
INTERRUPCIN DTE PREPARADA
i1
INTERRUPCIN DTE ENVIADA
i2
INTERRUPCIN
(vase la Nota 1)
A=NORMAL
S=i2
(transmitir)
A=ERROR
S=d3
D=44
(vase la Nota 3)
Estados de transferencia de interrupcin DTE/DCE (Vase la Nota 2)
INTERRUPCIN DCE PREPARADA
j1
INTERRUPCIN DCE ENVIADA
j2
CONFIRMACIN DE
INTERRUPCIN
(vase la Nota 1)
A=ERROR
S=d3
D=43
(vase la Nota 3)
A=NORMAL
S=j1
(transmitir)
NOTAS:
1. Si el paquete tiene un error de formato, se aplica el procedimiento en caso de error (vase la Nota 3). Los paquetes de interrupcin con datos
de usuario superiores a 32 bytes deberan tratarse como un error de formato.
2. Las entradas de la tabla se definen en la forma siguiente: A = accin que ha de ejecutarse, S = estado al que ha de pasarse, D = cdigo de
diagnstico que ha de utilizarse en los paquetes generados como resultado de esta accin, DESCARTAR indica que ha de liberarse de la memoria
intermedia del XDLP el paquete recibido, e INVLIDO indica que no puede ocurrir esa combinacin de paquete/estado.
3. El procedimiento en caso de error consiste en ejecutar las acciones especificadas al pasar al estado d3 (incluso transmitir al DTE un paquete
de PETICIN DE REINICIACIN) y enviar al XDCE un paquete de PETICIN DE REINICIACIN (mediante el proceso de reformateo).
5-38 28/11/02
Nm. 77
Tabla 5-8. Efecto del DTE en los estados de transferencia de control de flujo del DCE
Estados de transferencia de control de flujo del DCE (vanse las Notas 2 y 3)
DCE PREPARADO PARA RECIBIR
f1
DCE NO PREPARADO PARA RECIBIR
f2
Paquete de DATOS con menos de 4 multietos
cuando se utiliza la numeracin de mdulo 128
A=ERROR
S=d3
D=38
(vase la Nota 4)
A=DESCARTAR
Paquete de DATOS con PR invlido A=ERROR
S=d3
D=2
(vase la Nota 4)
A=ERROR
S=d3
D=2
(vase la Nota 4)
Paquete de DATOS con PR vlido pero
PS invlido o campo de datos de usuario
de formato inadecuado
A=ERROR
S=d3
D=1 (PS invlido)
D=39 (UD>mxima
longitud negociada)
D=82 (UD no alineado)
(vase la Nota 4)
A=DESCARTAR
(procesar datos PR)
Paquete de DATOS con PR vlido y el bit M
puesto a 1 cuando el campo de datos de usuario
est parcialmente completo
A=ERROR
S=d3
D=165
(vase la Nota 4)
A=DESCARTAR
(procesar datos PR)
Paquete de DATOS con PR, PS y formato
de campo de datos de usuario vlidos
A=NORMAL
(transmitir)
A=DESCARTAR
(procesar datos PR)
Estados de transferencia de control de flujo del DCE (vanse las Notas 2 y 3)
DCE PREPARADO PARA RECIBIR
g1
DCE NO PREPARADO PARA RECIBIR
g2
Paquete RR, RNR, o de RECHAZO de menos
de 3 multietos cuando se utiliza la numeracin de
mdulo 128 (vase la Nota 1)
A=DESCARTAR A=DESCARTAR
Paquete RR, RNR o de RECHAZO con
PR invlido
A=ERROR
S=d3
D=2
(vase Nota 4)
A=ERROR
S=d3
D=2
(vase Nota 4)
Paquete RR con PR vlido A=NORMAL A=NORMAL
S=g1
Paquete RNR con PR vlido A=NORMAL
S=g2
A=NORMAL
Paquete de RECHAZO con PR vlido A=NORMAL A=NORMAL
S=g1
NOTAS:
1. No se requieren procedimientos de rechazo.
2. Los procedimientos RR, RNR y de RECHAZO son un asunto del DTE/DCE local y no se transmiten al XDCE los correspondientes paquetes.
4. El procedimiento en caso de error consiste en ejecutar las acciones especificadas al pasar al estado d3 (incluso transmitir al DTE un paquete de
PETICIN DE REINICIACIN) y enviar al XDCE un paquete de PETICIN DE REINICIACIN (mediante el proceso de reformateo).
5-39 28/11/02
Nm. 77
Tabla 5-9. Efecto del XDCE en los estados de reanudacin del DCE
Tabla 5-10. Efecto del XDCE en los estados de establecimiento y liberacin de llamada del DCE
Paquete recibido del XDCE
Estados de reanudacin del DCE
(vase la Nota)
NIVEL DE PAQUETE
PREPARADO
r1
PETICIN DE
REANUDACIN DTE
r2
PETICIN DE
REANUDACIN DCE
r3
PETICIN DE LLAMADA Vase la Tabla 5-10 Enviar al proceso de
reformateo una PETICIN
DE LIBERACIN
con
D=244
Enviar al proceso de
reformateo una PETICIN
DE LIBERACIN
con
D=244
Paquetes de ACEPTACIN DE LLAMADA,
PETICIN DE LIBERACIN, DATOS,
INTERRUPCIN, CONFIRMACIN DE
INTERRUPCIN, PETICIN DE
REINICIACIN
Vase la Tabla 5-10 A=DESCARTAR A=DESCARTAR
Nota. Las entradas de la tabla se definen en la forma siguiente: A = accin que ha de ejecutarse, S = estado al que ha de pasarse, D = cdigo
de diagnstico que ha de utilizarse en los paquetes generados como resultado de esta accin, DESCARTAR indica que ha de liberarse de la memoria
Estados de establecimiento y liberacin de llamada del DCE (vase la Nota)
PREPARADO
p1
PETICIN DE
LLAMADA
DTE
p2
PETICIN DE
LLAMADA
DCE
p3
TRANSFE-
RENCIA DE
DATOS
p4
COLISIN DE
LLAMADAS
p5
PETICIN DE
LIBERACIN
DTE
p6
PETICIN DE
LIBERACIN
DCE al DTE
p7
PETICIN DE
LLAMADA
A=NORMAL
S=p3
(transmitir)
INVLIDO INVLIDO INVLIDO INVLIDO INVLIDO INVLIDO
ACEPTACIN DE
LLAMADA
S=p4
(transmitir)
INVLIDO INVLIDO INVLIDO A=DESCARTAR A=DESCARTAR
PETICIN DE
LIBERACIN
S=p7
(transmitir)
A=NORMAL
S=p7
(transmitir)
A=NORMAL
S=p7
(transmitir)
INVLIDO A=DESCARTAR A=DESCARTAR
DATOS, INTERRUPCIN,
CONFIRMACIN DE
INTERRUPCIN o
PETICIN DE
REINICIACIN
A=DESCARTAR INVLIDO INVLIDO Vase la Tabla 5-11 INVLIDO A=DESCARTAR A=DESCARTAR
5-40 28/11/02
Nm. 77
Tabla 5-11. Efecto del XDCE en los estados de reiniciacin del DCE
Estados de reiniciacin del DCE (vase la Nota)
CONTROL DE FLUJO
PREPARADO
d1
PETICIN DE
REINICIACIN DTE
d2
PETICIN DE
REINICIACIN DCE
al DTE
d3
S=d3
(transmitir)
A=NORMAL
S=d1
(transmitir)
A=DESCARTAR
INTERRUPCIN Vase la Tabla 5-12 A=DESCARTAR A=DESCARTAR
CONFIRMACIN DE INTERRUPCIN Vase la Tabla 5-12 A=DESCARTAR INVLIDO
DATOS A=NORMAL
(transmitir)
5-41 28/11/02
Nm. 77
Tabla 5-12. Efecto del XDCE en los estados de transferencia de interrupcin del DCE
Tabla 5-13. Temporizadores de subred en Modo S GDLP
Estados de transferencia de interrupcin del DCE (vase la Nota)
INTERRUPCIN DTE
PREPARADA
i1
INTERRUPCIN DTE
ENVIADA
i2
CONFIRMACIN DE INTERRUPCIN INVLIDO A=NORMAL
S=i1
(transmitir)
Estados de transferencia de INTERRUPCIN del DCE (vase la Nota)
INTERRUPCIN DCE
PREPARADA
j1
INTERRUPCIN DCE
ENVIADA
j2
INTERRUPCIN A=NORMAL
S=j2
(transmitir)
INVLIDO
Nombre de temporizador Etiqueta de temporizador Valor nominal Referencia
Canal activo-GDLP Tx 300 s 5.2.8.3.2
Entrega de bit L-GDLP Tm 120 s 5.2.7.4.3
Resecuenciacin de paquetes y entrega de bit S Tq 60 s 5.2.6.9
5-42 28/11/02
Nm. 77
Tabla 5-14. Acciones del XDCE en una transicin de estados
Estado XDCE Definicin de estado Acciones que han de efectuarse al pasar al estado indicado
r1 NIVEL DE PAQUETE PREPARADO Devolver todos los SVC al estado p1.
p1 PREPARADO Liberar todos los recursos asignados al SVC. Interrumpir la correspondencia entre
el SVC ADCE/GDCE y el SVC DTE/DCE; (el SVC DTE/DCE puede que no est
an en el estado p1).
p2 PETICIN DE LLAMADA
GDLP(ADLP)
Determinar si hay suficientes recursos en apoyo de la peticin; si los hay, atribuir
recursos y transmitir el paquete de PETICIN DE LLAMADA en Modo S hacia
el proceso de reformateo; si no los hay, pasar al estado (p7) PETICIN DE
LIBERACIN ADCE(GDCE) al GDLP(ADLP).
p3 PETICIN DE LLAMADA
ADCE(GDCE)
Determinar si hay suficientes recursos en apoyo de la peticin; si los hay, atribuir
recursos y transmitir el paquete de PETICIN DE LLAMADA en Modo S al
procesamiento de tramas; si no los hay, enviar una PETICIN DE LIBERACIN
en Modo S al proceso de reformateo y pasar al estado p1. No transmitir la PETICIN
DE LLAMADA en Modo S al XDCE par.
p4 TRANSFERENCIA DE DATOS Ninguna accin.
p6 PETICIN DE LIBERACIN
GDLP(ADLP)
Liberar todos los recursos, enviar un paquete de CONFIRMACIN DE
LIBERACIN en Modo S al XDCE par y pasar al estado p1.
p7 PETICIN DE LIBERACIN
ADCE(GDCE) al GDLP(ADLP)
Transmitir un paquete de PETICIN DE LIBERACIN en Modo S al XDCE par
por el procesamiento de tramas.
d1 CONTROL DE FLUJO PREPARADO Ninguna accin.
d2 PETICIN DE REINICIACIN
GDLP(ADLP)
Retirar de la ventana (de transmisin) los paquetes de DATOS en Modo S
transmitidos al XDCE par; descartar los paquetes de DATOS que representan
secuencias de bit M parcialmente transmitidas y descartar cualquier paquete de
INTERRUPCIN en Modo S en espera de ser transferido al XDCE par; reiniciar
en 0 todos los contadores de la ventana de control de flujo (5.2.6.7.1). Enviar paquete
de CONFIRMACIN DE REINICIACIN en Modo S al XDCE par. Devolver el
SVC al estado d1. Transmitir el paquete de PETICIN DE REINICIACIN en
Modo S al proceso de reformateo.
d3 PETICIN DE REINICIACIN
ADCE(GDCE) al GDLP(ADLP)
Retirar de la ventana (de transmisin) los paquetes de DATOS en Modo S
transmitidos al XDCE par; descartar los paquetes de DATOS que representan
secuencias de bit M parcialmente transmitidas y descartar cualquier paquete de
INTERRUPCIN en Modo S en espera de ser transferido al XDCE par; reiniciar
en 0 todos los contadores de la ventana de control de flujo (5.2.6.7.1). Enviar paquete
de PETICIN DE REINICIACIN en Modo S al XDCE par mediante el
procesamiento de tramas.
il INTERRUPCIN GDLP(ADLP)
PREPARADA
Ninguna accin.
i2 INTERRUPCIN GDLP(ADLP)
ENVIADA
Transmitir paquete de INTERRUPCIN en Modo S recibido del XDCE par al
proceso de reformateo.
jl INTERRUPCIN ADCE(GDCE)
PREPARADA
Ninguna accin.
j2 INTERRUPCIN ADCE(GDCE)
ENVIADA
Transmitir paquete de INTERRUPCIN en Modo S recibido del proceso de
reformateo.
f1 ADCE(GDCE) PREPARADO
PARA RECIBIR
Ninguna accin.
f2 ADCE(GDCE) NO PREPARADO
PARA RECIBIR
Ninguna accin.
g1 GDLP(ADLP) PREPARADO
PARA RECIBIR
Ninguna accin.
g2 GDLP(ADLP) NO PREPARADO
PARA RECIBIR
Ninguna accin.
5-43 28/11/02
Nm. 77
Tabla 5-15. Efecto del GDLP (ADLP) en los estados de preparado
de la capa de paquete ADCE (GDCE)
Paquete recibido del GDLP (ADLP)
(vase la Nota 2)
Estados ADCE (GDCE)
NIVEL DE PAQUETE PREPARADO
r1
CH=0 sin la presencia de TC (vase la Nota 4) o
CH=0 en un paquete de ACEPTACIN DE LLAMADA de ADLP
A=DESCARTAR
Encabezador de paquete no asignado A=DESCARTAR
Establecimiento de llamada, liberacin de llamada, DATOS,
interrupcin, control de flujo o reiniciacin
Vase la Tabla 5-16
NOTAS:
1. El estado XDCE no es necesariamente el mismo estado que el de la interfaz DTE/DCE.
2. Todos los paquetes del XDLP par han sido verificados para ver si estn duplicados antes de evaluarlos, segn lo representado por esta tabla.
3. Las entradas de la tabla se definen en la forma siguiente: A = accin que ha de ejecutarse, S = estado al que ha de pasarse, D = cdigo
de diagnstico que ha de utilizarse en los paquetes generados como resultado de esta accin, DESCARTAR indica que ha de liberarse de
la memoria intermedia del XDLP el paquete recibido, e INVLIDO indica que no puede ocurrir esa combinacin de paquete/estado.
4. Cuando CH=0 y un TC vlido est presente en un paquete de PETICIN DE LLAMADA de ADLP o GDLP o un paquete de
CONFIRMACIN DE LIBERACIN de ADLP o GDLP, se tramita como se describe en 5.2.5.1.2.3 y en la Tabla 5-16.
5-44 28/11/02
Nm. 77
Tabla 5-16. Efecto del GDLP (ADLP) en los estados de establecimiento y
Paquete recibido del
GDLP (ADLP)
(vase la Nota 2)
Estados de establecimiento y liberacin de llamada del ADCE (GDCE)
(vanse las Notas 1, 7 y 8)
PREPARADO
p1
PETICIN DE
LLAMADA
GDLP (ADLP)
p2
PETICIN DE
LLAMADA
ADCE (GDCE)
p3
TRANSFE-
RENCIA DE
DATOS
p4
PETICIN DE
LIBERACIN
GDLP (ADLP)
p6
PETICIN DE
LIBERACIN
ADCE (GDCE) al
GDLP (ADLP)
p7
Error de formato
(vase la Nota 3)
A=ERROR
(vase la Nota 10)
S=p7
D=33
(vase la Nota 9)
A=ERROR
S=p7
D=33
(vase la Nota 6)
A=ERROR
S=p7
D=33
(vanse las
Notas 6 y 9)
S=p7
D=25
(vase la Nota 6)
A=DESCARTAR
PETICIN DE
LLAMADA
A=NORMAL
(5.2.6.3.1)
S=p2
(transmitir
peticin al DCE)
A=ERROR
S=p7
D=21
(vase la Nota 6)
No aplicable
(vase la Nota 4)
No aplicable
(vase la Nota 4)
A=ERROR
S=p7
D=25
(vase la Nota 6)
A=DESCARTAR
ACEPTACIN DE
LLAMADA
A=ERROR
S=p7
D=20
(vase la Nota 10)
A=ERROR
S=p7
D=21
(vase la Nota 6)
A=NORMAL
(5.2.6.3.1)
S=p4 (transmitir
al DCE) o
A=ERROR
S=p7
D=42
(vase la Nota 6)
A=ERROR
S=p7
D=23
(vase la Nota 6)
A=ERROR
S=p7
D=25
(vase la Nota 6)
A=DESCARTAR
PETICIN DE
LIBERACIN
A=NORMAL
(5.2.6.3.3)
S=p6
(no transmitir)
A=NORMAL
(5.2.6.3.3)
S=p6
(transmitir al DCE)
A=NORMAL
(5.2.6.3.3)
S=p6
(transmitir al DCE)
A=NORMAL
(5.2.6.3.3)
S=p6
(transmitir al DCE)
(5.2.6.3.3)
S=p1
(no transmitir)
CONFIRMACIN DE
LIBERACIN
A=ERROR
S=p7
D=20
(vase la Nota 10)
A=ERROR
S=p7
D=21
(vase la Nota 6)
A=ERROR
S=p7
D=22
(vase la Nota 6)
A=ERROR
S=p7
D=23
(vase la Nota 6)
A=ERROR
S=p7
D=25
(vase la Nota 6)
A=NORMAL
(5.2.6.3.3)
S=p1
(no transmitir)
Paquetes de DATOS,
flujo o reiniciacin
A=ERROR
S=p7
D=20
(vase la
Nota 10)
A=ERROR
S=p7
D=21
(vanse las
Notas 6 y 9)
A=ERROR
S=p7
D=22
(vanse las
Notas 5 y 6)
S=p7
D=25
(vase la Nota 6)
A=DESCARTAR
NOTAS:
1. El XDCE no est necesariamente en el mismo estado que la interfaz DTE/DCE.
3. Puede producirse un error de formato cuando una secuencia de bit S tiene el primer paquete o uno intermedio de longitud menor que la longitud mxima,
o cuando hay un campo LV invlido en un paquete de PETICIN DE LLAMADA, ACEPTACIN DE LLAMADA, PETICIN DE LIBERACIN o
INTERRUPCIN. No hay otros errores de formato en Modo S detectables.
4. El ADCE asigna todos los nmeros de canal utilizados entre el ADLP y el GDLP, por lo que no es posible que haya colisiones de llamadas.
Cuando se recibe un paquete de PETICIN DE LLAMADA del GDLP con un nmero provisional de canal asociado a un SVC en el estado
p4, se interrumpe la asociacin entre el nmero provisional de canal y el permanente (5.2.5.1.2.3).
5. No se aplica al GDLP.
6. El procedimiento en caso de error consiste en ejecutar las acciones especificadas al pasar al estado p7 (incluso el envo al XDLP par de un paquete
de PETICIN DE LIBERACIN) y en enviar adems al DCE un paquete de PETICIN DE LIBERACIN (mediante el proceso de reformateo).
8. El nmero entre parntesis por debajo de la entrada de la tabla A = NORMAL es el nmero de prrafo de este documento por el que se
determinan las acciones apropiadas para ejecutar el procesamiento normal respecto al paquete recibido. Si no hay ninguna referencia al nmero
de prrafo, el procesamiento normal es el definido en la entrada de la tabla.
9. Se declara una condicin de error y puede efectuarse la transferencia al estado p7 solamente si se conoce inequvocamente la direccin DTE de
tierra. En caso contrario, la accin consiste en descartar el paquete.
10. El procedimiento en caso de error consiste en ejecutar la accin especificada al pasar al estado p7 (incluso el envo al XDLP de un paquete de
PETICIN DE LIBERACIN) pero sin enviar al DCE local un paquete de PETICIN DE LIBERACIN.
5-45 28/11/02
Nm. 77
Tabla 5-17. Efecto del GDLP (ADLP) en los estados de reiniciacin del ADCE (GDCE)
(vase la Nota 2)
Estados de REINICIACIN del ADCE (GDCE) (vanse las Notas 1, 4 y 5)
CONTROL DE FLUJO
PREPARADO
d1
PETICIN DE
REINICIACIN
GDLP (ADLP)
d2
PETICIN DE
REINICIACIN
ADCE (GDCE) al
GDLP (ADLP)
d3
(5.2.6.7)
S=d2
(transmitir al DCE)
(5.2.6.7)
S=d1
(no transmitir)
CONFIRMACIN DE REINICIACIN A=ERROR
S=d3
D=27
(vase la Nota 3)
A=ERROR
S=d3
D=28
(vase la Nota 3)
A=NORMAL
(5.2.6.7)
S=d1
(no transmitir)
INTERRUPCIN Vase la Tabla 5-18 A=ERROR
S=d3
D=28
(vase la Nota 3)
A=DESCARTAR
CONFIRMACIN DE INTERRUPCIN Vase la Tabla 5-18 A=ERROR
S=d3
D=28
(vase la Nota 3)
A=DESCARTAR
Paquete de DATOS o de control de flujo Vase la Tabla 5-19 A=ERROR
S=d3
D=28
(vase la Nota 3)
A=DESCARTAR
Error de formato (vase la Nota 6) A=ERROR
S=d3
D=33
(vase la Nota 3)
A=ERROR
S=d3
D=33
(vase la Nota 3)
A=DESCARTAR
NOTAS:
3. El procedimiento en caso de error consiste en ejecutar las acciones especificadas al pasar al estado d3 (incluso el envo al XDLP par de un paquete
de PETICIN DE REINICIACIN) y en enviar al DCE un paquete de PETICIN DE REINICIACIN (mediante la funcin de reformateo).
5. El nmero entre parntesis por debajo de la entrada de la tabla A = NORMAL es el nmero de prrafo de este documento por el que se determinan
las acciones apropiadas para ejecutar el procesamiento normal respecto al paquete recibido. Si no hay ninguna referencia al nmero de prrafo, el
procesamiento normal es definido en la entrada de la tabla.
6. Un error de formato puede surgir cuando una secuencia de bit S tiene un primer paquete o un paquete intermedio ms corto que la longitud mxima
o tambin debido a un campo LV invlido en un paquete de PETICIN DE LLAMADA, ACEPTACIN DE LLAMADA, PETICIN DE
LIBERACIN o INTERRUPCIN. No existen otros errores de formato en Modo S detectables.
5-46 28/11/02
Nm. 77
Tabla 5-18. Efecto del GDLP (ADLP) en los estados de transferencia
de interrupcin del ADCE (GDCE)
(vase la Nota 2)
Estados de transferencia de interrupcin del ADCE(GDCE)
INTERRUPCIN GDLP (ADLP)
PREPARADA
i1
ENVIADA
i2
INTERRUPCIN
(vase la Nota 6)
A=NORMAL
(5.2.6.4.5)
S=i2
(transmitir al DCE)
A=ERROR
S=d3
D=44
(vase la Nota 5)
(vase la Nota 2)
Estados de transferencia de interrupcin del ADCE (GDCE)
INTERRUPCIN ADCE (GDCE)
PREPARADA
j1
ENVIADA
j2
A=ERROR
S=d3
D=43
(vase la Nota 5)
A=NORMAL
(5.2.6.4.5)
S=j1
(transmitir confirmacin al DCE)
NOTAS:
2. Todos los paquetes del XDLP par han sido verificados para ver si estn duplicados, antes de evaluarlos segn lo representado por esta tabla.
5. El procedimiento en caso de error consiste en ejecutar las acciones especificadas al pasar al estado d3 (incluso el envo al XDLP par de un
paquete de PETICIN DE REINICIACIN) y en enviar al DCE un paquete de PETICIN DE REINICIACIN (mediante el proceso de
reformateo).
6. Se consideran como errores una longitud de datos de usuario para paquetes INTERRUPCIN superior a 32 bytes o un paquete de
INTERRUPCIN fuera de secuencia.
5-47 28/11/02
Nm. 77
Tabla 5-19. Efecto del GDLP (ADLP) en los estados de transferencia
de control de flujo del ADCE (GDCE)
(vase la Nota 2)
Estados de transferencia de control de flujo del ADCE (GDCE)
ADCE (GDCE) PREPARADO
PARA RECIBIR
f1
ADCE (GDCE) NO PREPARADO
PARA RECIBIR
f2
Paquete de DATOS con PR invlido
(vase la Nota 3)
A=ERROR
S=d3
D=2
(vase la Nota 8)
A=ERROR
S=d3
D=2
(vase la Nota 8)
Paquete de DATOS con subcampo PR vlido
y, subcampos PS o LV invlidos
A=DESCARTAR
pero procesar el valor PR y enviar
el paquete de RECHAZO que contiene
el valor PS previsto
(vase la Nota 5)
A=DESCARTAR,
pero procesar el valor PR y enviar
paquete de RECHAZO que contiene
el valor PS previsto cuando termina
la condicin de ocupado
Paquete de DATOS con subcampos PR, PS
y LV vlidos
A=NORMAL
(5.2.6.4.4)
(transmitir)
A=PROCESAR, de ser posible; o
A=DESCARTAR, pero procesar
el valor PR y enviar RECHAZO
que contiene el valor PS previsto
cuando termina la condicin
de ocupado
(vase la Nota 2)
Estados de transferencia de control de flujo del ADCE (GDCE)
GDLP (ADLP) PREPARADO
PARA RECIBIR
g1
GDLP (ADLP) NO PREPARADO
PARA RECIBIR
g2
Paquete RR, RNR, de RECHAZO con PR
invlido (vase la Nota 3)
A=ERROR
S=d3
D=2
(Vase la Nota 8)
A=ERROR
S=d3
D=2
(Vase la Nota 8)
RR con campo PR vlido
(vase la Nota 9)
A=NORMAL
(5.2.6.5)
A=NORMAL
(5.2.6.6)
S=g1
RNR con valor PR vlido
(vase la Nota 9)
A=NORMAL
(5.2.6.5)
S=g2
A=NORMAL
(5.2.6.6)
RECHAZO con PR vlido
(vase la Nota 9)
A=NORMAL
(5.2.6.5)
A=NORMAL
(5.2.6.6)
S=g1
NOTAS:
3. Un valor PR invlido es uno que es inferior al valor de PR (mdulo 16) del ltimo paquete enviado por el XDLP par, o superior al valor de PS
del siguiente paquete de datos que ha de ser transmitido por el XDLP.
4. Un valor PS invlido es uno que es distinto del siguiente valor esperado para el PS.
5. Un subcampo LV invlido es uno que representa un valor demasiado grande para la dimensin del segmento recibido. Cuando se produce un
error en el campo LV que origina prdida de confianza respecto de la correccin de los otros campos del paquete, el paquete se descarta sin
ninguna accin ulterior.
8. El procedimiento en caso de error consiste en ejecutar las acciones especificadas al pasar al estado d3 (incluso el envo al XDLP par de un paquete
de PETICIN DE REINICIACIN) y en enviar al DCE un paquete de PETICIN DE REINICIACIN (mediante el proceso de reformateo).
9. Los paquetes RR, RNR y de RECHAZO no tienen importancia de extremo a extremo y no se transmiten al DCE.
10. La recepcin de un paquete ms pequeo que el tamao de paquete mximo con bit M = 1 dar lugar a la generacin de una reiniciacin y se
descartar el resto de la secuencia.
5-48 28/11/02
Nm. 77
Tabla 5-20. Efecto del DCE en los estados de establecimiento y
Paquete recibido
del DCE
Estados de establecimiento y liberacin de llamada del ADCE (GDCE)
PREPARADO
p1
PETICIN DE
LLAMADA
GDLP (ADLP)
p2
PETICIN DE
LLAMADA
ADCE (GDCE)
p3
TRANSFE-
RENCIA DE
DATOS
p4
PETICIN DE
LIBERACIN
GDLP (ADLP)
p6
PETICIN DE
LIBERACIN
ADCE (GDCE) al
GDLP (ADLP)
p7
PETICIN DE
LLAMADA
(vase la Nota 6)
A=NORMAL
(5.2.6.3.1)
S=p3
(transmitir)
INVLIDO
(vase la Nota 5)
INVLIDO
(vase la Nota 3)
INVLIDO
(vase la Nota 3)
INVLIDO
(vase la Nota 3)
INVLIDO
(vase la Nota 3)
ACEPTACIN DE
LLAMADA
(vase la Nota 4)
S=p4
(transmitir)
INVLIDO
(vase la Nota 3)
INVLIDO
(vase la Nota 3)
PETICIN DE
LIBERACIN
(vase la Nota 4)
(5.2.6.3.3)
S=p7
(transmitir)
A=NORMAL
(5.2.6.3.3)
S=p7
(transmitir)
A=NORMAL
(5.2.6.3.3)
S=p7
(transmitir)
Paquetes de DATOS,
INTERRUPCIN o
REINICIACIN
(vase la Nota 4)
A=DESCARTAR INVLIDO
(vase la Nota 3)
INVLIDO
(vase la Nota 3)
Vase la
Tabla 5-21
NOTAS:
2. Este es el paquete DTE recibido a travs del DCE despus de que ha tenido lugar todo el procesamiento DTE/DCE. Los procedimientos de ndole
local para la interfaz DTE/DCE (tales como RR, RNR y RECHAZO si estn en vigor) no influyen directamente en el XDCE. Todos los
procedimientos de error explicados en la norma ISO 8208 han sido ejecutados. Por consiguiente, algunos paquetes son rechazados por la interfaz
y no estn representados en esta tabla.
3. El DCE en su funcionamiento de protocolo con el DTE detectar esta condicin de error, por consiguiente, puede decirse que el paquete errneo
nunca llegar al XDCE; vase la Nota 2.
4. El nmero de canal para DTE/DCE no es necesariamente el mismo nmero de canal utilizado para el ADCE/GDCE; un paquete proveniente del
DTE que contiene un nmero de canal est asociado con un canal aire-tierra mediante una tabla de referencias recprocas anteriormente establecida.
Si no existe ninguna de esas tablas, el canal DTE/DCE se asocia por definicin con un canal aire/tierra en el estado p1.
5. El ADCE asigna todos los nmeros de canal utilizados entre el ADLP y el GDLP; por consiguiente, no puede haber colisiones de llamadas
(denominadas p5 en la ISO 8208); vase tambin la Nota 4.
6. Nunca puede estar asociada una PETICIN DE LLAMADA proveniente del DTE con un nmero de canal XDCE que no est en el estado p1.
procesamiento normal es el definido en la entrada de la tabla.
5-49 28/11/02
Nm. 77
Tabla 5-21. Efecto del DCE en los estados de reiniciacin del ADCE (GDCE)
Paquete recibido del DCE
Estados de reiniciacin del ADCE (GDCE)
CONTROL DE FLUJO
PREPARADO
d1
PETICIN DE
REINICIACIN DEL
GDLP (ADLP)
d2
PETICIN DE
REINICIACIN
DEL ADCE (GDCE)
al GDLP (ADLP)
d3
(5.2.6.7)
S=d3
(transmitir)
A=NORMAL
(5.2.6.7)
S=d1
(transmitir)
A=DESCARTAR
CONFIRMACIN DE REINICIACIN INVLIDO
(vase la Nota 3)
INVLIDO
(vase la Nota 3)
INVLIDO
(vase la Nota 3)
INTERRUPCIN Vase Tabla 5-22 A=DESCARTAR Interrupcin en espera
hasta que se complete
la reiniciacin en Modo S
CONFIRMACIN DE INTERRUPCIN Vase Tabla 5-22 A=DESCARTAR INVLIDO
(vase la Nota 3)
DATOS
(vase la Nota 2)
A=NORMAL
(5.2.6.4)
(transmitir)
A=DESCARTAR Datos en espera
hasta que se complete
la reiniciacin en Modo S
NOTAS:
2. Este es el paquete DTE recibido a travs del DCE despus de que ha tenido lugar todo el procesamiento DTE/DCE. Los procedimientos de ndole
local para la interfaz DTE/DCE (tales como RR, RNR y RECHAZO si estn en vigor) no influyen directamente en el XDCE. Todos los
procedimientos de error explicados en la norma ISO 8208 han sido ejecutados. Por consiguiente, algunos paquetes son rechazados por la interfaz
y no estn representados en esta tabla.
nunca llegar al XDCE; vase tambin la Nota 2.
procesamiento normal es el definido en la entrada de la tabla.
5-50 28/11/02
Nm. 77
Tabla 5-22. Efecto del DCE en los estados de transferencia
de interrupcin del ADCE (GDCE)
(vase la Nota 2)
PREPARADA
i1
ENVIADA
i2
PAQUETE DE CONFIRMACIN
DE INTERRUPCIN
INVLIDO
(vase la Nota 3)
A=NORMAL
(5.2.6.4.5)
S=i1
(transmitir)
(vase la Nota 2)
PREPARADA
j1
ENVIADA
j2
PAQUETE DE INTERRUPCIN A=NORMAL
(5.2.6.4.5)
S=j2
(transmitir)
INVLIDO
(vase la Nota 3)
NOTAS:
2. Este es el paquete DTE recibido a travs del DCE despus de que ha tenido lugar todo el procesamiento DTE/DCE. Los procedimientos de
ndole local para la interfaz DTE/DCE (tales como RR, RNR y RECHAZO si estn en vigor) no influyen directamente en el XDCE. Todos
los procedimientos de error explicados en la norma ISO 8208 han sido ejecutados. Por consiguiente, algunos paquetes son rechazados por la
interfaz y no estn representados en esta tabla.
nunca llegar al XDCE; vase la Nota 2.
5-51 28/11/02
Nm. 77
Tabla 5-23. Asignacin de nmeros para identificador de radiodifusin
Identificador de radiodifusin
en enlace ascendente Asignacin
00
16
No vlido
01
16
Reservado (correccin de GNSS diferencial)
30
16
No vlido
31
16
Reservado para el ACAS (radiodifucin de RA)
32
16
Reservado para el ACAS (radiodifucin de ACAS)
Otros No asignado
Identificador de radiodifusin
en enlace descendente Asignacin
00
16
No vlido
02
16
Reservado (servicio de informacin de trnsito)
10
16
Informe de capacidad de enlace de datos
20
16
Identificacin de aeronave
FE
16
Peticin de actualizacin
FF
16
Peticin de bsqueda
Otros No asignado
5-52 28/11/02
Nm. 77
Tabla 5-24. Asignacin de nmeros de registro GICB
Nmero de registro Asignacin
00
16
No vlido
01
16
No asignado
02
16
Com-B enlazada, segmento 2
03
16
04
16
05
16
Posicin de vuelo por seales espontneas ampliadas
06
16
Posicin en superficie por seales espontneas ampliadas
07
16
Estado por seales espontneas ampliadas
08
16
Identificacin y tipo por seales espontneas ampliadas
09
16
Velocidad de vuelo por seales espontneas ampliadas
0A
16
Informacin por seales espontneas ampliadas en funcin del suceso
OB
16
Informacin aire-aire 1 (estado aeronave)
OC
16
Informacin aire-aire 2 (intencin aeronave)
0D
16
-0E
16
Reservado (otra informacin de estado aire-aire)
0F
16
Reservado (ACAS)
10
16
11
16
-16
16
Ampliacin del informe de capacidad de enlace de datos
17
16
Informe de capacidad GICB para uso comn
18
16
-1F
16
Informes de capacidad para servicios propios del Modo S
20
16
Identificacin de aeronave
21
16
Matrcula de la aeronave
22
16
Posiciones de antena
23
16
Reservado (posicin de antena)
24
16
Reservado (parmetro esttico de aeronave)
25
16
Tipo de aeronave
26
16
-2F
16
No asignado
30
16
Aviso activo de resolucin ACAS (RA)
31
16
-3F
16
No asignado
40
16
Intencin de aeronave
41
16
Identificador del siguiente punto de recorrido
42
16
Posicin del siguiente punto de recorrido
43
16
Informacin sobre el siguiente punto de recorrido
44
16
Informe meteorolgico aeronutico ordinario
45
16
Informe meteorolgico de peligro
46
16
Sistema de gestin de vuelo modo 1
47
16
Sistema de gestin de vuelo modo 2
48
16
Informe de canal VHF
49
16
-4F
16
No asignado
50
16
Informe de derrota y viraje
51
16
Informe de posicin aproximado
5-53 28/11/02
Nm. 77
Tabla 5-25. Asignacin de nmeros de canal MSP
52
16
Informe de posicin preciso
53
16
Vector de estado por referencia a aire
54
16
Punto de recorrido 1
55
16
56
16
57
16
-5E
16
No asignado
5F
16
Vigilancia de parmetros cuasiestticos
60
16
Informe de rumbo y velocidad en vuelo
61
16
Situacin de emergencia o prioridad por seales expontneas ampliadas
62
16
Punto vigente de cambio de trayectoria
63
16
Prximo punto de cambio de trayectoria
64
16
Mensaje de coordinacin operacional de aeronaves
65
16
Situacin operacional de la aeronave
66
16
-6F
16
Reservado para seales espontneas ampliada s
70
16
-75
16
Reservado para futuros parmetros de enlace descendente
76
16
-E0
16
No asignado
E1
16
-E2
16
Reservado para byte en Modo S
E3
16
-F0
16
No asignado
F1
16
-F2
16
Aplicaciones militares
F3
16
-FF
16
No asignado
Nmero de canal
en enlace ascendente Asignacin
0 No vlido
1 Reservado (gestin de servicios propios)
2 Reservado (servicio de informacin de trnsito)
3 Reservado (alerta tierra a aire)
4 Reservado (posicin obtenida en tierra)
5 Control de nivel de sensibilidad ACAS
6 Reservado (peticin de servicio tierra a aire)
7 Reservado (respuesta de servicio aire a tierra)
8-63 No asignado
Nmero de canal
en enlace descendente Asignacin
0 No vlido
1 Reservado (gestin de servicios propios)
2 No asignado
3 Reservado (destellos de datos)
4 Reservado (peticin de posicin)
5 No asignado
6 Reservado (respuesta de servicio tierra a aire)
7 Reservado (peticin de servicio aire a tierra)
8-63 No asignado
Nmero de registro Asignacin
5-54 28/11/02
Nm. 77
FIGURAS DEL CAPTULO 5
Figura 5-1. Estructura del campo SD
Figura 5-2. Jerarqua de subestados del DCE
Para DI = 1
TMS
17 21 23 26 27 29 30
IIS MBS MES LOS RSS RESERVA LAS
20 22 25 28 32
Para DI = 7
TMS
17 21 25 26 27 29 30
IIS RRS RESERVA LOS RESERVA RESERVA LAS
20 24 28 32
Nota. Los estados rl, p4 y dl (que aparecen dentro de un crculo) son estados que
proporcionan acceso a los niveles inferiores de la jerarqua de estados DCE.
Estados de interrupcin
y de control
Estados de transferencia de datos
Estados de establecimiento
y liberacin de llamada
Estados de preparado y reanudacin r1 r2 r3
p1 p2 p3 p4 p5 p6 p7
d1 d2 d3
f 2 f 1 g1 g2 i1 i2 j1 j2
5-55 28/11/02
Nm. 77
Figura 5-3. Paquete de PETICIN del ADLP
Figura 5-4. Paquete de PETICIN DE LLAMADA del GDLP
Figura 5-5. Paquete de ACEPTACIN DE LLAMADA del ADLP
1 2 3 4 5 6 7 8
DP=0 MP=1 SP=1 ST=0 RELLENO2
P RELLENO SN
CH AM
AG
S FS F LV
UD
1 2 3 4 5 6 7 8
DP=0 MP=1 SP=1 ST=0 RELLENO
P RELLENO SN
RELLENO TC AM
AG
S FS F LV
UD
1 2 3 4 5 6 7 8
TC SN
CH AM
AG
S RELLENO F LV
UD
5-56 28/11/02
Nm. 77
Figura 5-6. Paquete de ACEPTACIN DE LLAMADA del GDLP
Figura 5-7. Paquete de PETICIN DE LIBERACIN del ADLP
Figura 5-8. Paquete de PETICIN DE LIBERACIN del GDLP
1 2 3 4 5 6 7 8
RELLENO SN
CH AM
AG
S RELLENO F LV
UD
1 2 3 4 5 6 7 8
TC SN
CH AM
AG
CC
DC
S RELLENO F LV
UD
1 2 3 4 5 6 7 8
TC SN
CH AM
AG
CC
DC
S RELLENO F LV
UD
5-57 28/11/02
Nm. 77
Figura 5-9. Paquete de CONFIRMACIN DE LIBERACIN del ADLP
Figura 5-10. Paquete de CONFIRMACIN DE LIBERACIN del GDLP
Figura 5-11. Paquete de DATOS
Figura 5-12. Paquete de INTERRUPCIN
1 2 3 4 5 6 7 8
TC SN
CH AM
AG
1 2 3 4 5 6 7 8
TC SN
CH AM
AG
1 2 3 4 5 6 7 8
DP=1 M SN
RELLENO1
PS PR
CH LV
UD
1 2 3 4 5 6 7 8
S F SN
CH LV
UD
5-58 28/11/02
Nm. 77
Figura 5-13. Paquete de CONFIRMACIN DE INTERRUPCIN
Figura 5-14. Paquete de RECHAZO
Figura 5-15. Paquete de PREPARADO PARA RECIBIR
Figura 5-16. Paquete de NO PREPARADO PARA RECIBIR
Figura 5-17. Paquete de PETICIN DE REINICIACIN
1 2 3 4 5 6 7 8
DP=0 MP=1 SP=3 ST=3 SS=0
RELLENO2 SN
CH RELLENO
1 2 3 4 5 6 7 8
DP=0 MP=1 SP=3 ST=3 SS=1
RELLENO2 SN
CH PR
1 2 3 4 5 6 7 8
RELLENO SN
CH PR
1 2 3 4 5 6 7 8
RELLENO SN
CH PR
1 2 3 4 5 6 7 8
RELLENO SN
CH RELLENO
RC
DC
5-59 28/11/02
Nm. 77
Figura 5-18. Paquete de CONFIRMACIN DE REINICIACIN
Figura 5-19. Paquete de RUTA
Figura 5-20. Paquete de MULTIPLEX
1 2 3 4 5 6 7 8
RELLENO SN
CH RELLENO
1 2 3 4 5 6 7 8
DP=0 MP=1 SP=3 ST=0 OF IN
RTL
RT
ODL
OD
1 2 3 4 5 6 7 8
LONGITUD
PRIMER PAQUETE
LONGITUD
LTIMO PAQUETE
LONGITUD = 0
5-60 28/11/02
Nm. 77
Figura 5-21. Paquete de MSP FORMA CORTA
Figura 5-22. Paquete de MSP FORMA LARGA
1 2 3 4 5 6 7 8
DP=0 MP=0 M/CH
RELLENO
UD
1 2 3 4 5 6 7 8
DP=0 MP=1 SP=0 L M/SN
RELLENO2 M/CH
UD
5-61 28/11/02
Nm. 77
LEYENDA:
DP = Tipo de paquete de DATOS
MP = Tipo de paquete MSP
SP = Paquete de SUPERVISIN
ST = Tipo de SUPERVISIN
SS = Subconjunto de SUPERVISIN
Figura 5-23. Campos de control utilizados en los paquetes en MODO S
DP[1] 1
PAQUETE DE DATOS
MP[1] 0
MSP CORTO
0 SP[2] 0
MSP LARGO
1 ST[2] 0
PETICIN DE LLAMADA
1
ACEPTACIN DE LLAMADA
1
2
PETICIN DE LIBERACIN
3
CONFIRMACIN DE LIBERACIN
ST[2] 0
PREPARADO PARA RECIBIR

1
NO PREPARADO PARA RECIBIR

2
2
PETICIN DE REINICIACIN
3
CONFIRMACIN DE REINICIACIN
ST[2] 0
RUTA
1
INTERRUPCIN
3
2
MULTIPLEX
SS[2] 0
1
RECHAZO
3
2
NO ASIGNADO
3
NO ASIGNADO
5-62 28/11/02
Nm. 77
En este apndice se definen los formatos de datos y los parmetros de control que se utilizarn para comunicaciones mediante
los servicios propios del Modo S.
El Apndice se ha organizado de la forma siguiente:
Seccin 1 Lista de acrnimos
Seccin 2 Formatos para registros de transpondedor
Seccin 3 Formatos para protocolos propios del Modo S (MSP)
Seccin 4 Protocolos de radiodifusin en Modo S
Nota. En el Manual de servicios especficos en Modo S (Doc 9688) se presentan textos de orientacin sobre fuentes posibles
de datos, el uso de parmetros de control y los protocolos implicados.
1. LISTA DE ACRNIMOS
ACAS Sistema anticolisin de a bordo
ADLP Procesador de enlace de datos de aeronave
ADS-B Vigilancia dependiente automtica-radiodifusin
ATN Red de telecomunicaciones aeronuticas
ATS Servicio de trnsito areo
A/V Aeronave/vehculo
BDS Selector de datos Com-B
CPR Notificacin compacta de la posicin
ELM Mensaje de longitud ampliada
GDLP Procesador de tierra para el enlace de datos
GICB Com-B iniciado desde tierra
GFM Formateador general/administrador
GNSS Sistema mundial de navegacin por satlite
II Identificador de interrogador
MA Mensaje, Com-A
MB Mensaje, Com-B
MC Mensaje, Com-C
MD Mensaje, Com-D
MSP Protocolo especial en Modo S
NUC
P
Categora de incertidumbre de navegacin posicin
NUC
R
Categora de incertidumbre de navegacin rgimen
RNP Performance de navegacin requerida
SI Identificador de vigilancia
SLM Mensaje de longitud normal
SPI Identificacin especial de la posicin
SSR Radar secundario de vigilancia
TIS Servicio de informacin del trnsito
UTC Tiempo universal coordinado
APNDICE DEL CAPTULO 5. FORMATOS DE DATOS Y PARMETROS DE
CONTROL PARA COMUNICACIONES POR SERVICIOS PROPIOS DEL MODO S
APOYO TCNICO PARA ENLACE DE DATOS AIRE-TIERRA DEL SSR EN MODO S
5-63 28/11/02
Nm. 77
2. FORMATOS DE DATOS PARA REGISTRADORES DE TRANSPONDEDOR
2.1 ASIGNACIN DE REGISTROS
En las aplicaciones se utilizarn los nmeros de registro asignados, segn lo indicado en la tabla siguiente:
Nm. de
registro
Asignacin
Rgimen mnimo de
actualizacin
00
16
No vlido N/C
01
16
No asignado N/C
02
16
Com-B enlazado, segmento 2 N/C
03
16
04
16
05
16
Posicin en vuelo por seales espontneas ampliadas 0,2 s
06
16
Posicin en la superficie por seales espontneas ampliadas 0,2 s
07
16
Estado de seales espontneas ampliadas 1,0 s
08
16
Identificacin y tipo de seales espontneas ampliadas 15,0 s
09
16
Velocidad en vuelo por seales espontneas ampliadas 0,2 s
0A
16
Informacin generada por suceso por seales espontneas ampliadas variable
0B
16
Informacin aire/aire 1 (estado de la aeronave) 1,0 s
0C
16
Informacin aire/aire 2 (intencin de la aeronave) 1,0 s
0D
16
-0E
16
Reservado para informacin de estado aire/aire por determinar
0F
16
Reservado para ACAS por determinar
10
16
< 4,0 s
(vase 2.1.3)
11
16
-16
16
Reservado para ampliacin a informes de capacidad de enlace de datos 5,0 s
17
16
Informe de capacidad GICB de utilizacin comn 5,0 s
18
16
-1F
16
Informes de capacidad de servicios propios del Modo S 5,0 s
20
16
Identificacin de la aeronave 5,0 s
21
16
Marcas de registro de aeronave y de lnea area 15,0 s
22
16
Posiciones de la antena 15,0 s
23
16
Reservado para posicin de la antena 15,0 s
24
16
Reservado para parmetros de la aeronave 15,0 s
25
16
Tipo de aeronave 15,0 s
26
16
-2F
16
No asignado N/C
30
16
Aviso activo de resolucin del ACAS
vanse los SARPS ACAS
(4.3.8.4.2.2)
31
16
-3F
16
No asignado N/C
40
16
Intencin de la aeronave 1,0 s
41
16
Identificador de punto de recorrido siguiente 1,0 s
42
16
Posicin de punto de recorrido siguiente 1,0 s
5-64 28/11/02
Nm. 77
2.1.1 Los detalles para la entrada de datos a los registros asignados sern segn lo definido en las pginas siguientes de la presente
seccin. La lista anterior especifica los regmenes mnimos de actualizacin a los que los registros correspondientes del transpondedor
se volvern a cargar con datos vlidos. Si no se mantiene el rgimen de actualizacin definido, el bit de estado (si se proporciona)
indicar que los datos en ese campo no son vlidos.
2.1.2 El tiempo entre la disponibilidad de los datos en el SSE y el tiempo en que se procesan los datos y que figura en el registro
de transpondedor pertinente ser inferior al mnimo rgimen de actualizacin especificado en la tabla supra.
2.1.3 Recomendacin.El tiempo entre la disponibilidad de datos en el SSE y el tiempo en el que se procesan los datos y
que figura en el registro de transpondedor pertinente deberan ser lo ms breve posible.
43
16
Informacin sobre punto de recorrido siguiente 0,5 s
44
16
Aeronotificacin meteorolgica ordinaria 1,0 s
45
16
Informe meteorolgico de peligro 1,0 s
46
16
Reservado para el sistema de gestin de vuelo Modo 1 por determinar
47
16
Reservado para el sistema de gestin de vuelo Modo 2 por determinar
48
16
Informe relativo a canal VHF 5,0 s
49
16
-4F
16
No asignado N/C
50
16
Informe de derrota y virajes 1,0 s
51
16
Informe de posicin aproximada 0,5 s
52
16
Informe de posicin precisa 0,5 s
53
16
Vector de situacin por referencia al aire 0,5 s
54
16
Punto de recorrido 1 5,0 s
55
16
56
16
57
16
-5E
16
No asignado N/C
5F
16
Vigilancia de parmetro cuasiesttico 0,5 s
60
16
Informe de rumbo y velocidad aerodinmica 1,0 s
61
16
Estado de emergencia/prioridad de seales espontneas ampliadas 1,0 s
62
16
Punto de cambio de trayectoria actual 1,7 s
63
16
Punto de cambio de trayectoria siguiente 1,7 s
64
16
Mensaje de coordinacin operacional de aeronave 2,0 s 5,0 s (2.3.10.1)
65
16
Estado operacional de aeronave 1,7 s
66
16
-6F
16
Reservado para seales espontneas ampliadas N/C
70
16
-75
16
Reservado para parmetros de aeronave descendentes N/C
76
16
-E0
16
No asignado N/C
E1
16
-E2
16
Reservado para Byte en Modo S N/C
E3
16
-F0
16
No asignado N/C
F1
16
-F2
16
Aplicaciones militares N/C
F3
16
-FF
16
No asignado N/C
Nm. de
registro
Asignacin
Rgimen mnimo de
actualizacin
5-65 28/11/02
Nm. 77
2.1.4 El nmero de registro ser equivalente al valor de selector de datos Com-B (BDS) utilizado para la direccin del registro,
(vase 3.1.2.6.11.2.1 del Anexo 10, Volumen IV). No se utilizar el registro 0A
16
para colacin de enlace cruzado GICB o ACAS.
Se actualizar el informe de capacidad de enlace de datos (nmero de registro 10
16
) dentro de un segundo del cambio de datos y
por lo menos cada cuatro segundos de all en adelante.
2.2 REGLAS CONVENCIONALES GENERALES SOBRE FORMATOS DE DATOS
2.2.1 VALIDEZ DE LOS DATOS
Las configuraciones de bits incluidas en los registros de transpondedor de 56 bits solamente sern consideradas como datos vlidos
de aplicacin si:
1) el informe de capacidad de enlace de datos est incluido en el nmero de registro 10
16
. Esto se indica mediante el bit 25
del informe de capacidad de enlace de datos incluido en el nmero de registro 10
16
puesto a UNO;
2) se indica que se presta apoyo al servicio GICB correspondiente a la aplicacin poniendo a UNO el bit correspondiente
a los nmeros de registro 17
16
a 1C
16
del informe de capacidad GICB;
Nota 1.El objetivo de los bits de capacidad en el nmero de registro 17
16
es indicar que los datos tiles estn incluidos
en el correspondiente registro de transpondedor. Por este motivo, se libera cada bit para un registro si no se dispone de los
datos (2.5.4.1) y se pone de nuevo cuando se reanuda la insercin de datos al registro.
Nota 2.Un bit puesto en los nmeros de registro 18
16
a 1C
16
indica que la aplicacin en la que se emplea este registro
ha sido instalada en la aeronave. Estos bits no se liberan para dar a entender la prdida de tiempo real de una aplicacin,
como se hizo para el nmero de registro 17
16
(2.5.4.2).
3) el valor de datos es vlido en el momento de la extraccin. Esto se indica mediante un bit de estado de campo de datos (si
se proporciona). Cuando este bit de estado se pone a UNO, los campos de datos que siguen, hasta el siguiente bit de estado,
son vlidos. Cuando este bit de estado se pone a CERO, los campos de datos son invlidos.
2.2.2 REPRESENTACIN DE DATOS NUMRICOS
Los datos numricos se representarn como sigue:
1) Los datos numricos se representarn como nmeros binarios. Cuando el valor tiene signo, se utilizar la representacin de
complemento de 2, y el bit que sigue al bit de estado ser el bit de signo.
2) A no ser que se especifique de otro modo, siempre que se disponga de ms bits de resolucin a partir de la fuente de datos
que en el campo de datos hacia el que han de cargarse esos datos, se redondearn los datos al valor prximo que pueda ser
codificado en ese campo de datos.
3) En todos los casos en los que se utiliza un bit de estado, se pondr a UNO para indicar VLIDO y a CERO para indicar
NO VLIDO.
Nota.Esto facilita la carga parcial de los registros.
4) De estar presente un bit de conmutacin indicar cul de los dos tipos de datos de alternativa se est empleando para actualizar
el parmetro en el registro de transpondedor.
5) La numeracin de los bits en el campo MB ser como la especificada en el Anexo 10, Volumen IV (3.1.2.3.1.3).
6) Los registros que contienen datos destinados para Com-B de radiodifusin tendrn el identificador de radiodifusin ubicado
en los ocho bits ms significativos del campo MB.
Nota.La numeracin de las tablas es Tabla 2-X siendo X el equivalente decimal del cdigo BDS al que se aplica el
formato.
2.2.3 CAMPOS RESERVADOS
A no ser que se especifique en este Anexo, se reservarn estos campos de bits para asignacin futura por parte de la OACI.
5-66 28/11/02
Nm. 77
2.3 FORMATOS DE LAS SEALES ESPONTNEAS AMPLIADAS
En esta seccin se definirn los formatos y la codificacin para mensajes ADS-B de seales espontneas ampliadas. Si se aplica
la capacidad de seales espontneas ampliadas como un dispositivo de seales espontneas ampliadas/ajenas a transpondedor
(ES/NT, Anexo 10, Volumen IV, 3.1.2.8.7), no se aplicar la regla convencional para numeracin del registro. El contenido de datos
y los tiempos de transmisin sern los mismos especificados para el caso de transpondedor.
2.3.1 CDIGO DE TIPO DE FORMATO
Con el cdigo de tipo de formato se distinguirn los mensajes de seales espontneas ampliadas en Modo S subdividindolas
en las clases especificadas en la tabla siguiente:
Definiciones de cdigos de subcampo de TIPO (DF = 17 18)
Cdigo
de tipo Formato
Lmite de proteccin horizontal,
(HPL)
Radio de retencin del 95%,
y v, en error en la
posicin horizontal y vertical
Tipo de altitud
(2.3.2.4) NUC_P
0 Ninguna informacin de posicin Altitud de presin
o ninguna informacin de
altitud
0
1 Identificacin (Conjunto de
categora D)
No aplicable
categora C)
No aplicable
categora B)
No aplicable
categora A)
No aplicable
5 Posicin en la superficie HPL < 7,5 m < 3 m Ninguna informacin de
altitud
9
6 Posicin en la superficie HPL < 25 m 3 m < < 10 m Ninguna informacin de
altitud
8
7 Posicin en la superficie HPL < 185,2 m (0,1 NM) 10 m < 92,6 m
(0,05 NM)
Ninguna informacin de
altitud
7
8 Posicin en la superficie HPL > 185,2 m (0,1 NM) (0,05 NM) 92,6 m Ninguna informacin de
altitud
6
9 Posicin en vuelo HPL < 7,5 m < 3 m Altitud de presin 9
10 Posicin en vuelo 7,5 m HPL < 25 m 3 m < 10 m Altitud de presin 8
11 Posicin en vuelo 25 m HPL < 185,2 m
(0,1 NM)
10 m < 92,6 m
(0,05 NM)
Altitud de presin 7
12 Posicin en vuelo 185,2 m (0,1 NM) HPL
< 370,4 m (0,2 NM)
92,6 m (0,05 NM)
< 185,2 m (0,1 NM)
Altitud de presin 6
< 92,6 m (0,5 NM)
185,2 m (0,1 NM)
< 463 m (0,25 NM)
Altitud de presin 5
14 Posicin en vuelo 26 m (0,5 NM) HPL
< 1852 m (1,0 NM)
463 m (0,25 NM)
< 92,6 m (0,5 NM)
Altitud de presin 4
< 370,4 m (2,0 NM)
92,6 m (0,5 NM)
< 18,52 km (1,0 NM)
Altitud de presin 3
16 Posicin en vuelo 7,704 km (2,0 NM) HPL
< 18,52 km (10 NM)
1,852 km (1,0 NM)
< 9,26 km (5,0 NM)
Altitud de presin 2
17 Posicin en vuelo 18,52 km (10 NM) HPL
< 37,04 km (20 NM)
9,26 km (5,0 NM)
< 18,52 km (10,0 NM)
Altitud de presin 1
18 Posicin en vuelo HPL 37,04 km (20 NM) 8,52 km (10,0 NM) Altitud de presin 0
19 Velocidad en vuelo No aplicable No aplicable Diferencia entre altitud
de presin y altura GNSS
(HAE) o altitud GNSS
(MSL) (2.3.5.7)
N/C
20 Posicin en vuelo HPL < 7,5 m < 3 m y v < 4 m Altura GNSS (HAE) 9
21 Posicin en vuelo HPL < 25 m < 10 m y v < 15 m Altura GNSS (HAE) 8
5-67 28/11/02
Nm. 77
El lmite de retencin del 95%, , en el error de posicin horizontal se deducir de HFOM (cifra de mrito horizontal).
Del mismo modo, el lmite de retencin del 95% v en el error de posicin vertical se deducir de VFOM (cifra de mrito vertical).
El nivel de proteccin horizontal HPL, se deducir de HIL (lmite de integridad horizontal autnoma).
Nota. El trmino radiodifusin cuando se aplica a seales espontneas se refiere a una transmisin espontnea del trans-
pondedor. Esto es distinto del protocolo de radiodifusin Com-B.
2.3.2 FORMATO DE POSICIN EN VUELO
Se formatearn las seales espontneas para posicin en vuelo segn lo especificado en la definicin de BDS 0,5. Se especifican
otros detalles en los siguientes prrafos.
2.3.2.1 FORMATO (F) DE LA NOTIFICACIN COMPACTA DE LA POSICIN (CPR)
Para lograr una codificacin que sea sin ambigedades en todo el mundo, CPR utilizar dos tipos de formato, conocidos como
formato par y formato impar. Se utilizar este campo de 1 bit (bit 22) para definir el tipo de formato CPR. F = 0 representar una
codificacin de formato par, mientras que F = 1 representar una codificacin de formato impar (2.6.7).
2.3.2.2 SINCRONIZACIN DE TIEMPO (T)
Este campo de 1 bit (bit 21) indicar si el tiempo de aplicacin del mensaje est o no sincronizado con el tiempo UTC. T = 0
representar que el tiempo no est sincronizado con UTC. T = 1 representar que el tiempo de aplicacin est sincronizado con el
tiempo UTC. Se utilizar solamente la sincronizacin para mensajes de posicin en vuelo que tengan las dos categoras superiores
de precisin en la posicin horizontal (cdigos de tipo de formato 9, 10, 20 y 21).
Cuanto T = 1, el tiempo de validez del formato de mensaje en vuelo se codificar en el campo F de 1 bit el cual (adems del
tipo de formato CPR) representa la marca de tiempo de 0,2 segundos para la validez de la hora UTC de la posicin. El bit F alternar
entre 0 y 1 para marcas sucesivas de tiempo de 0,2 segundos, empezando con F = 0 cuando el tiempo de aplicacin es un segundo
UTC exacto de numeracin par.
2.3.2.3 LATITUD/LONGITUD
El campo de latitud/longitud en el mensaje de posicin en vuelo ser un campo de 34 bits que incluye la latitud y la longitud
de la posicin en vuelo de la aeronave. La latitud y la longitud ocuparn cada una 17 bits. Las codificaciones de latitud y longitud
en vuelo incluirn 17 bits de orden superior de los valores codificados CPR de 19 bits definidos en 2.6.
Nota. El alcance sin ambigedad para la decodificacin local de los mensajes en vuelo es de 666 km (360 NM). La precisin
para la posicin mantenida por la codificacin CPR en vuelo es aproximadamente de 5,1 metros. La codificacin de latitud/longitud
es tambin una funcin del valor de formato CPR (el bit F ) descrito supra.
22 Posicin en vuelo HPL 25 m 10 m o v 15 m Altura GNSS (HAE) Reser-
vado
23 Reservado para ensayos
24 Reservado para estado de sistema en la superficie
25 - 27 Reservado
28 Estado de aeronave para seales espontneas ampliadas
29 Punto de cambio de trayectoria actual/siguiente
30 Coordinacin operacional de aeronaves
31 Estado operacional de aeronave
Definiciones de cdigos de subcampo de TIPO (DF = 17 18)
Cdigo
de tipo Formato
Lmite de proteccin horizontal,
(HPL)
Radio de retencin del 95%,
y v, en error en la
posicin horizontal y vertical
Tipo de altitud
(2.3.2.4) NUC_P
5-68 28/11/02
Nm. 77
2.3.2.3.1 Extrapolacin de la posicin (cuando T=1)
Si T est puesto a uno, los mensajes de posicin en vuelo con cdigos de tipo de formato 9, 10, 20 y 21 tendrn tiempos de
aplicacin que son exactamente pocas de 0,2 s UTC. En tal caso, el bit F es 0 si el tiempo de aplicacin es una poca de 0,2 s
UTC de nmero par, o 1 si el tiempo de aplicacin es una poca de 0,2 s UTC de nmero impar.
Nota.En este caso una poca de 0,2 s de nmero par significa una poca que ocurre un nmero par de intervalos de tiempo
de 200 milisegundos despus de un segundo UTC de nmero par. Una poca de 0,2 s de nmero impar significa una poca que
ocurre un nmero impar de intervalos de tiempo de 200 milisegundos despus de un segundo UTC de nmero par. Ejemplos de
pocas de 0,2 s UTC de nmero par son 12,0 s, 12,4 s, 12,8 s, 13,2 s, 13,6 s, etc. Ejemplos de pocas UTC de nmero impar son
12,2 s, 12,6 s, 13,0 s, 13,4 s, 13,8 s, etc.
La latitud y longitud codificadas CPR que se cargan al registro de posicin en vuelo comprendern una estimacin de la posicin
de aeronave/vehculo (A/V) en el tiempo de aplicacin de esa latitud y longitud que es una poca exacta de 0,2 s UTC. El registro
se cargar no antes de 150 ms antes del tiempo de aplicacin de los datos que estn siendo cargados y no ms tarde de 50 ms antes
del tiempo de aplicacin de esos datos.
Esta temporizacin asegurar que el sistema ADS-B receptor puede fcilmente recuperar el tiempo de aplicacin de los datos
en el mensaje de posicin en vuelo, de la forma siguiente:
1) Si F = 0, el tiempo de aplicacin ser la poca de 0,2 s UTC de nmero par ms cercana al tiempo en el que se recibi el
mensaje de posicin en vuelo.
2) Si F = 1, el tiempo de aplicacin ser la poca de 0,2 s UTC de nmero par ms prxima al tiempo en el que se recibi el
mensaje de posicin en vuelo.
Recomendacin.Si se actualiza el registro de posicin en vuelo a su valor numrico (cada 200 ms), ese registro debera
cargarse 100 ms antes del tiempo de aplicacin. El registro debera cargarse seguidamente de nuevo con los datos aplicables a la
siguiente poca de 0,2 s UTC, 100 ms antes de la siguiente poca de 0,2 s subsiguiente.
Nota 1.De ese modo, el tiempo de transmisin de un mensaje de posicin en vuelo nunca diferira en ms de 100 ms del
tiempo de aplicacin de los datos en ese mensaje. Especificando 100 ms 50 ms en lugar de 100 ms exactos, se permite alguna
tolerancia en cuanto a las variaciones de una aplicacin.
Nota 2.Puede estimarse la posicin extrapolando la posicin desde la hora de validez del punto de referencia (incluida en
el punto de referencia de posicin) hasta el tiempo de aplicacin de los datos en el registro (que, si T = 1, es una marca de tiempo
de 0,2 s UTC). Esto puede realizarse mediante una sencilla extrapolacin lineal utilizndose la velocidad proporcionada con el
punto de referencia de posicin y la diferencia temporal entre el tiempo de validez del punto de referencia de posicin y el tiempo
de aplicacin de los datos transmitidos. Alternativamente, pueden utilizarse otros mtodos para estimar la posicin, tales como segui-
dores alfa-beta o filtros Kalman.
Cada 200 ms, se actualizar el contenido de los registros de posicin estimando la posicin A/V en la siguiente poca de 0,2 s
UTC subsiguiente. Este proceso continuar con nuevos puntos de referencia de posicin a medida que se dispone de los mismos a
partir de la fuente de datos de navegacin.
2.3.2.3.2 Extrapolando la posicin (cuando T = 0)
T se pondr a 0 si el tiempo de aplicacin de los datos que se estn cargando al registro de posicin no est sincronizado con
ninguna poca UTC particular. En tal caso, se cargar de nuevo el registro de posicin con los datos de posicin a intervalos que
no estn separados por ms de 220 ms. La posicin que se est cargando al registro tendr un tiempo de aplicacin que nunca es
de ms de 200 ms distinto a cualquier tiempo durante el cual el registro mantiene esos datos.
Nota.Esto puede lograrse cargando el registro de posicin en vuelo, a intervalos que en promedio no estn separados por
ms de 200 ms, con datos para los cuales el tiempo de aplicacin est comprendido entre el momento en que se carga el registro
y el momento en que se carga una vez ms. (Se permiten intervalos ms cortos que 200 ms, pero no se requiere).
Si T = 0, el equipo ADS-B receptor aceptar los mensajes de posicin en vuelo como vigentes en la hora de recepcin. El equipo
ADS-B transmisor carga de nuevo el registro de posicin en vuelo con las estimaciones actualizadas de la posicin A/V, a intervalos
que no estn separados por ms de 200 ms. Este proceso contina con nuevos informes de posicin a medida que se dispone de
los mismos.
5-69 28/11/02
Nm. 77
2.3.2.3.3 Temporizacin cuando no se dispone de nuevos datos de posicin
En caso de que cese la entrada de datos de navegacin, la extrapolacin descrita en 2.3.2.3.1 y 2.3.2.3.2 estar limitada a no
ms de dos segundos. Al terminar esta temporizacin de dos segundos, se liberarn (se pondrn a cero) todos los campos del registro
de posicin en vuelo, excepto el campo de altitud. Cuando los campos de registro adecuados se han liberado, el campo de cdigo
de tipo cero servir para notificar al equipo receptor ADS-B que los datos en los campos de latitud y longitud son invlidos.
2.3.2.4 ALTITUD
Este campo de 12 bits proporcionar la altitud de la aeronave. Dependiendo del cdigo de tipo, este campo comprender:
1) la altitud de presin codificada a incrementos de 25 100 ft, (segn lo indicado por el bit Q) o,
2) la altura GNSS por encima del elipsoide (HAE).
Se interpretar la altitud de presin, como la altitud de presin baromtrica, relativa a una presin normal de 1013,25 hecto-
pascales (29,92 en Hg). No se interpretar como altitud de presin corregida.
Los cdigos 20 a 22 de tipo de formato sern reservados para la notificacin de la altura GNSS (HAE) que representa la altura
por encima de la superficie del elipsoide WGS-84 y puede ser utilizado cuando no se dispone de la altitud de presin.
Nota.La altitud GNSS (MSL) no es lo suficientemente precisa para ser utilizada en el informe de posicin.
2.3.2.5 BANDERA DE ANTENA NICA (SAF)
Este campo de un bit indica el tipo de sistema de antena que se est utilizando para transmitir seales espontneas ampliadas.
SAF = 1 significar una antena nica de transmisin. SAF = 0 significar un sistema de antena doble de transmisin.
En cualquier momento en el que no pueda garantizarse con configuracin en diversidad que ambos canales de antena son
funcionales, entonces el subcampo de antena nica se pondr a todos UNO.
2.3.2.6 ESTADO DE VIGILANCIA
El campo de estado de vigilancia en el formato de mensaje en vuelo codificar la informacin del cdigo en Modo A de la aeronave
y la indicacin de condicin SPI segn lo especificado en el Anexo 10, Volumen IV, 3.1.2.8.6.3.1.1.
2.3.3 FORMATO DE POSICIN EN LA SUPERFICIE
Se formatearn las seales espontneas de posicin en la superficie segn lo especificado en la definicin de nmero de registro
06
16
en los prrafos siguientes.
2.3.3.1 MOVIMIENTO
Este campo de 7 bits proporcionar la informacin sobre la velocidad respecto al suelo de la aeronave. Se utilizar una escala
no lineal segn lo definido en la siguiente tabla en la que las velocidades se presentan en km/h (kt).
Codificacin Significado Cuantizacin
0 no se dispone de informacin
1 aeronave parada (velocidad respecto al suelo < 0,2315 km/h (0,125 kt)
2-8 0,2315 km/h (0,125 kt) velocidad respecto al suelo < 1,852 km/h (1 kt) (por incrementos de 0,2315 km/h (0,125 kt))
9-12 1,852 km/h (1 kt) velocidad respecto al suelo < 3,704 km/h (2 kt) (por incrementos de 0,463 km/h (0,25 kt))
5-70 28/11/02
Nm. 77
2.3.3.2 DERROTA (VERDADERA)
2.3.3.2.1 Estado de derrota
Este campo de 1 bit definir la validez del valor de la derrota. La codificacin para este campo ser la siguiente: 0 = invlido
y 1 = vlido.
2.3.3.2.2 Valor de derrota
Este campo de 7 bits (14-20) definir el sentido (en grados en sentido de las agujas del reloj desde el norte verdadero) del
movimiento de la aeronave en la superficie. La derrota se codificar como un nmero binario ponderado angular sin signo, con un
MSB de 180 y un LSB de 360/128, indicando cero el norte verdadero. Se redondearn los datos en el campo al mltiple ms
cercano a 360/128.
2.3.3.3 FORMATO (F) DE NOTIFICACIN COMPACTA DE LA POSICIN (CPR)
El campo de formato CPR de 1 bit (22) CPR para el mensaje de posicin en la superficie se codificar segn lo especificado
para el mensaje en vuelo. Es decir, F = 0 representar una codificacin de formato par, mientras que F = 1 representar una
codificacin de formato impar (2.6.7).
2.3.3.4 SINCRONIZACIN DE TIEMPO (T)
Este campo de 1 bit (21) indicar si el tiempo de aplicacin del mensaje est o no sincronizado con tiempo UTC. T = 0 representar
que el tiempo no est sincronizado a UTC. T = 1 representar que el tiempo de aplicacin est sincronizado a tiempo UTC. Se
utilizar solamente la sincronizacin para los mensajes de posicin en la superficie que tengan las categoras superiores de precisin
de posicin horizontal (cdigos de tipo de formato 5 y 6).
Cuando T = 1, el tiempo de validez del formato de mensaje en vuelo se codificar en el campo F de un bit el cual (adems del
tipo de formato CPR) representar la marca de tiempo de 0,2 segundos para la validez del tiempo UTC de posicin. El bit F alternar
entre 0 y 1 para marcas sucesivas de tiempo de 0,2 segundos empezando con F = 0 cuando el tiempo de aplicacin es un segundo
UTC exacto de nmero par.
2.3.3.5 LATITUD/LONGITUD
El campo de latitud/longitud en el mensaje de superficie ser un campo de 34 bits que contiene la codificacin de la latitud y
de la longitud de la posicin de la aeronave en la superficie. La latitud (Y) y la longitud (X) ocuparn cada una 17 bits. Las codifi-
caciones de la latitud y de la longitud en la superficie contendrn los 17 bits de orden inferior de los valores codificados en el CPR
de 19 bits definidos en 2.6.
Nota.El alcance sin ambigedad para la decodificacin local de los mensajes de superficie es de 166,5 km (90 NM). La
exactitud de la posicin mantenida por la codificacin CPR de superficie es aproximadamente de 1,25 metros La codificacin de
la latitud/longitud es tambin funcin del valor de formato CPR (el bit F) descrito supra.
124 velocidad respecto al suelo 324,1 km/h (175 kt)
125 Reservado
126 Reservado
127 Reservado
Codificacin Significado Cuantizacin
5-71 28/11/02
Nm. 77
2.3.3.5.1 Extrapolacin de la posicin (cuando T = 1)
Esta extrapolacin se conformar a lo indicado en 2.3.2.3.1 (sustityase en la superficie por en vuelo cuando proceda).
2.3.3.5.2 Extrapolacin de la posicin (cuando T = 0)
Esta extrapolacin se conformar a lo indicado en 2.3.2.3.2 (sustityase en la superficie por en vuelo cuando proceda).
2.3.3.5.3 Temporizacin cuando no se dispone de nuevos datos de posicin
Esta temporizacin se conformar a 2.3.2.3.3 (sustityase en la superficie por en vuelo cuando proceda).
2.3.4 FORMATO DE IDENTIFICACIN
Y DE CATEGORA
Se formatearn las seales espontneas de identificacin y de categora segn lo especificado en la definicin de BDS 0,8.
2.3.5 FORMATO DE VELOCIDAD EN VUELO
Se formatearn las seales espontneas para velocidad en vuelo segn lo especificado en la definicin de nmero de registro
0,9
16
y en los prrafos siguientes.
2.3.5.1 SUBTIPOS 1 Y 2
Se utilizarn los subtipos 1 y 2 del formato de velocidad en vuelo cuando se conozca la velocidad respecto al suelo de la aeronave
transmisora. Se utilizar el subtipo 1 para velocidades subsnicas y el subtipo 2 cuando la velocidad exceda de 1 022 kt.
No se radiodifundir este mensaje si los nicos datos vlidos son los de banderas de cambio de intencin y de capacidad IFR
(2.3.5.3, 2.3.5.4). Despus de la inicializacin, se suprimir la radiodifusin cargando el registro 09
16
con todos ceros y seguidamente
interrumpiendo la actualizacin del registro hasta que se disponga de nuevo de la entrada de datos.
Se utilizar la versin supersnica de la codificacin de la velocidad si las velocidades este-oeste O norte-sur exceden de 1 022 kt.
Se efectuar una conmutacin a la codificacin de velocidad normal si ambas velocidades este-oeste Y norte-sur disminuyen a valores
por debajo de 1 000 kt.
2.3.5.2 SUBTIPOS 3 Y 4
Se utilizarn los subtipos 3 y 4 del formato de velocidad del vuelo cuando no se conozca la velocidad respecto al suelo de la
aeronave transmisora. Estos subtipos sustituyen a la velocidad aerodinmica y al rumbo para la velocidad respecto al suelo. Se
utilizar el subtipo 3 a velocidades subsnicas mientras que el subtipo 4 se utilizar cuando la velocidad exceda de 1 022 kt.
Este mensaje no se radiodifundir si los nicos datos vlidos son los de banderas de cambio de intencin y de capacidad IFR
(2.3.5.3, 2.3.5.4). Despus de la inicializacin, se suprimir la radiodifusin cargando el registro 09
16
con todos ceros y seguidamente
interrumpiendo la actualizacin del registro hasta que se disponga de nuevo de la entrada de datos.
Se utilizar la versin supersnica de la codificacin de velocidad si la velocidad aerodinmica excede de 1 022 kt. Se efectuar
una conmutacin a la codificacin de velocidad normal si la velocidad aerodinmica desciende a valores por debajo de 1 000 kt.
2.3.5.3 BANDERA DE CAMBIO DE INTENCIN EN LOS MENSAJES DE VELOCIDAD EN VUELO
Se activar un suceso de cambio de intencin 4 segundos despus de detectarse una nueva informacin que est siendo insertada
a los registros 4,0 a 4,2. El cdigo continuar puesto para 18 1 segundo despus de un cambio de intencin.
5-72 28/11/02
Nm. 77
Nota 1.No se incluye el registro 43
16
puesto que incluye datos dinmicos los cuales estarn cambiando continuamente.
Nota 2.Se requiere un retardo de 4 segundos para prever la fijacin de la hora para los datos de intencin deducidos de los
dispositivos de reglaje manual.
2.3.5.4 BANDERA DE CAPACIDAD IFR (IFR) DE LOS MENSAJES DE VELOCIDAD EN VUELO
La bandera de capacidad IFR ser un subcampo de 1 bit (bit 10) en los mensajes de velocidad en vuelo de subtipos 1, 2, 3 y 4.
IFR = 1 significar que la aeronave transmisora tiene capacidad para aplicaciones que requieren clase de equipamiento ADS-B A1
o superior. De lo contrario, IFR se pondr a 0.
2.3.5.5 RUMBO MAGNTICO EN LOS MENSAJES DE VELOCIDAD EN VUELO
2.3.5.5.1 Estado de rumbo magntico
Este campo de un bit definir la validez del valor de rumbo magntico. La codificacin para este campo ser: 0 = no disponible
y 1 = disponible.
2.3.5.6 VALOR DE RUMBO MAGNTICO
Este campo de 10 bits contendr el rumbo magntico de la aeronave (en grados a partir del norte magntico en el sentido de las
agujas del reloj) cuando no se dispone de la velocidad respecto al suelo. Se codificar el rumbo magntico como un nmero binario
ponderado angular sin signo con un MSB de 180 y un LSB de 360/1 024, indicando cero el norte magntico. Se redondearn los
datos en el campo al mltiplo ms cercano a los 360/1 024.
2.3.5.7 DIFERENCIA DE LA ALTITUD DE PRESIN EN LOS MENSAJES DE VELOCIDAD EN VUELO
Este campo de 8 bits contendr la diferencia con signo entre la altitud de presin y la altitud GNSS. (La codificacin para este
campo ser la indicada en las Tablas 2-9a) y 2-9b).
La diferencia entre la altitud de presin y la altura GNSS por encima del elipsoide (HAE) ser la preferida. Sin embargo, se
utilizar la altitud GNSS (MSL) cuando se notifica la posicin en vuelo mediante los cdigos 11 a 18 de tipo de formato.
Si se notifica la posicin en vuelo mediante los cdigos 9 10 de tipo de formato, solamente se utilizar (HAE) GNSS. Para
los cdigos 9 o 10 de tipo de formato, si no se dispone de (HAE) GNSS, se codificar el campo con todo ceros. La base para la
diferencia de altitud en depresin (ya sea (HAE) GNSS o altitud MSL) se utilizar uniformemente para la diferencia notificada.
2.3.6 FORMATO DE REGISTRO DE ESTADO
Se formatear el registro de estado segn lo especificado en la definicin del nmero de registro 07
16
.y en los prrafos siguientes.
2.3.6.1 FINALIDAD
A diferencia de otros registros de seales espontneas ampliadas, no se radiodifundir el contenido de este registro. La finalidad
de este registro ser de actuar como interfaz entre la funcin del transpondedor y la funcin de formateador general/administrador
(GFM, 2.5). Los dos campos definidos para este formato sern el subcampo de velocidad de transmisin y el subcampo de tipo de
altitud.
Codificacin de bandera de cambio de intencin:
0 = ningn cambio de intencin
1 = cambio de intencin
5-73 28/11/02
Nm. 77
2.3.6.2 SUBCAMPO DE VELOCIDAD DE TRANSMISIN (TRS)
Solamente se utilizar este campo para una aplicacin de transpondedor de seales espontneas ampliadas.
Se utilizar TRS para notificar al transpondedor el estado de movimiento de la aeronave mientras est en la superficie. Si la
aeronave est en movimiento, las seales espontneas de posicin en la superficie se radiodifundirn a una velocidad de dos por
segundo, y las seales espontneas de identidad a una velocidad de una por segundo. Si la aeronave est en situacin estacionaria,
se radiodifundirn las seales espontneas de posicin en la superficie a una velocidad de una por segundo y las seales espontneas
de identidad a una velocidad de una cada 10 segundos.
El algoritmo especificado en la definicin de registro 07
16
se utilizar por parte de la GFM (2.5) para determinar el estado de
movimiento y el cdigo apropiado se pondr en el subcampo TRS. El transpondedor examinar el subcampo TRS para determinar
cul es la velocidad de transmisin que se utilice cuando radiodifunde seales espontneas en la superficie.
2.3.6.3 SUBCAMPO DE TIPO DE ALTITUD (ATS)
Solamente se utilizar este campo para una aplicacin de transpondedor de seales espontneas ampliadas.
El transpondedor cargar normalmente el campo de altitud de las seales espontneas de posicin en vuelo a partir de la misma
fuente digital utilizada para las respuestas con direccin.
Nota.Esto se hace para reducir a un mnimo la posibilidad de que la altitud en las seales espontneas sea distinta de la
altitud que se obtendra mediante una interrogacin directa.

Si el GFM (2.5) inserta la altura GNSS (HAE) en las seales espontneas de posicin en vuelo, dar instrucciones al transpondedor
de que no inserte la altitud de presin en el campo de altitud. El subcampo ATS se pondr a UNO para este fin.
2.3.7 PROTOCOLO IMPULSADO POR SUCESOS
El registro de protocolo impulsado por sucesos ser segn lo especificado en la definicin de los nmeros de registro 0A
16
en
2.5.5 y en los prrafos siguientes.
2.3.7.1 FINALIDAD
El objetivo del protocolo impulsado por sucesos ser de actuar como medio flexible de prestar apoyo a la radiodifusin de mensajes
ms all de los definidos para posicin, velocidad, e identificacin.
Nota.Ordinariamente estos sern mensajes que se radiodifunden regularmente por un perodo de tiempo que depende del
acaecimiento de un suceso. Un ejemplo es la radiodifusin de estado de emergencia/prioridad cada segundo durante una emergencia
declarada de aeronave. Un segundo ejemplo es la radiodifusin peridica de informacin de intencin por la duracin de la
condicin operacional.
2.3.8 ESTADO DE EMERGENCIA/PRIORIDAD
Se formatearn las seales espontneas de estado de emergencia/prioridad segn lo especificado en la definicin del nmero de
registro 61
16
2.3.8.1 VELOCIDAD DE TRANSMISIN
Este mensaje se radiodifundir una vez por segundo por la duracin de la emergencia.
2.3.8.2 ENTREGA DE MENSAJES
Se realizar la entrega de mensajes mediante el protocolo impulsado por sucesos (2.3.7). La radiodifusin de este mensaje tendr
prioridad por delante de la radiodifusin de protocolo impulsado por suceso de todos los otros tipos de mensaje, segn lo especificado
en 2.5.5.3.
5-74 28/11/02
Nm. 77
2.3.9 PUNTO DE CAMBIO DE TRAYECTORIA VIGENTE/SIGUIENTE
(TCP/TCP+1)
Se formatearn las seales espontneas de punto de cambio de trayectoria vigente/siguiente (TCP) segn lo especificado en la
definicin de los nmeros de registro 62
16
y 63
16
Este mensaje se radiodifundir una vez cada 1,7 segundos por la duracin de la operacin.
2.3.9.2 ENTREGA DE MENSAJES
Se realizar la entrega de mensajes mediante el protocolo impulsado por sucesos (2.3.7).
2.3.9.3 TIPO DE PUNTO/TRAMO DE TRAYECTORIA
Este subcampo de 4 bits (7-10) se utilizar para identificar el tipo de TCP respecto al cual se proporcionan datos en el mensaje.
Se codificar el subcampo de tipo TCP de la forma siguiente:
Si el punto/tramo de trayectoria puede ser clasificado en ms de una de las categoras sealadas en la tabla precedente, entonces
se utilizar el tipo que tenga el mayor valor codificado.
2.3.9.4 DATOS TCP VLIDOS
Este subcampo de 1 bit (11) se utilizar para indicar la validez del mensaje TCP/TCP+1. El valor de UNO indicar un mensaje
vlido. Un valor de CERO indicar un mensaje invlido.
Codificacin Significado
0000 Ninguna informacin especfica para descripcin del punto de cambio de trayectoria
0001 Rumbo directo geodsico hacia un punto de recorrido de vuelo por
0010 Rumbo directo geodsico hacia un punto de recorrido de sobrevuelo
0011 Rumbo directo geodsico hacia un punto de recorrido de cambio de velocidad
0100 Rumbo directo directo hacia un punto de recorrido de cambio de velocidad vertical
0101 Rumbo de arco hacia un punto de recorrido de vuelo por
0110 Rumbo de arco hacia un punto de recorrido de sobrevuelo
0111 Rumbo de arco hacia un punto de recorrido de cambio de velocidad
1000 Rumbo de arco hacia un punto de recorrido de cambio de velocidad vertical
1001 Circuito de espera hacia un punto de referencia de espera
1010 Rumbo DESDE el punto de recorrido, punto de trmino desconocido
1011 Reservado para uso futuro
5-75 28/11/02
Nm. 77
2.3.9.5 FORMATO TCP
Este subcampo de 1 bit (12) indicar si se ha especificado TCP como posicin y tiempo (4D) o solamente como posicin (3D).
Un valor CERO indicar un TCP en 4D. Un valor UNO indicar un TCP en 3D. El formato TCP/TCP+1 en 3D se utilizar si la
distancia al TCP/TCP+1 es superior a 160 NM desde la posicin actual de la aeronave que transmite el mensaje TCP/TCP+1.
2.3.9.6 ALTITUD TCP/TCP + 1
Este subcampo de 10 bits (13-22) se utilizar para proporcionar la altitud codificada en binario del mensaje TCP/TCP + 1 vigente.
Se codificar el subcampo de altitud de la forma siguiente:
2.3.9.7 LATITUD TCP/TCP + 1
2.3.9.7.1 Latitud TCP en 4D
Este subcampo de 14 bits (23-36) se utilizar para proporcionar la latitud codificada CPR en vuelo para el mensaje TCP o TCP
+ 1 en 4D.
La codificacin de los datos de latitud TCP/TCP + 1 en 4D se efectuar segn lo especificado en 2.6.3.
2.3.9.7.2 Latitud TCP en 3D
Este subcampo de 17 bits (23-39) se utilizar para proporcionar la latitud angular ponderada codificada en binario para el mensaje
TCP o TCP + 1 en 3D. Se codificar la latitud como un nmero binario con signo de complemento de dos de 17 bits en el que el
LSB (bit 39) tiene una ponderacin de 2
-17
veces 360. Las latitudes norte tendrn signo positivo y las latitudes sur tendrn signo
negativo.
2.3.9.8 LONGITUD TCP/TCP + 1
2.3.9.8.1 Longitud TCP/TCP + 1 en 4D
Este subcampo de 14 bits (37-50) se utilizar para proporcionar la longitud codificada CPR en vuelo para el mensaje TCP o
TCP + 1 en 4D.
La codificacin de los datos de longitud TCP/TCP + 1 en 4D se efectuar segn lo especificado en 2.6.3.
ALTITUD TCP/TCP + 1
Codificacin
(binaria)
Codificacin
(decimal)
Significado
(Altitud TCP en pies)
00 0000 0000 0 Ninguna informacin de altitud TCP disponible
00 0000 0001 1 Altitud TCP es CERO
00 0000 0010 2 Altitud TCP = 128 ft
00 0000 0011 3 Altitud TCP = 256 ft
*** *** ***
11 1111 1110 1022 Altitud TCP = 130 560 ft
11 1111 1111 1023 Altitud TCP > 130 624 ft
5-76 28/11/02
Nm. 77
2.3.9.8.2 Longitud TCP/TCP + 1 en 3D
Este subcampo de 17 bits (40-56) se utilizar para proporcionar la longitud angular ponderada codificada en binario para el mensaje
TCP o TCP + 1 en 3D. Se codificar el campo como un nmero binario con signo de complemento de dos de 17 bits en el que el
LSB (bit 56) tiene una ponderacin de 2
-17
veces 360. Se definir el meridiano primero (Greenwich) como de longitud cero. Las
longitudes al este de Greenwich sern positivas y las latitudes al oeste de Greenwich sern negativas.
2.3.9.9 TCP/TCP + 1 TIEMPO POR IR (TTG)
Este subcampo de 6 bits (51-56) se utilizar para proporcionar el tiempo por volar codificado en binario hasta el mensaje TCP
o TCP + 1. Se codificar el subcampo de tiempo por volar TCP de la forma siguiente:
2.3.10 MENSAJE DE COORDINACIN OPERACIONAL
DE AERONAVE
Se formatearn las seales espontneas de mensaje de coordinacin de operaciones de aeronave segn lo especificado en la
definicin del registro 64
16
.
Este mensaje se radiodifundir una vez cada 5 segundos por la duracin de la operacin, excepto que se radiodifundir una vez
cada 2 segundos durante 30 segundos cuando cambia el contenido del mensaje.
2.3.10.2 ENTREGA DE MENSAJE
Se realizar la entrega de mensaje mediante el protocolo impulsado por suceso (2.3.7).
2.3.10.3 DIRECCIN DE UN PAR
Este subcampo de 24 bits (9-32) se utilizar para proporcionar la direccin de 24 bits OACI de la aeronave con la que la aeronave
transmisora de ADS-B forma un par cuando participan en operaciones coordinadas con otra aeronave.
2.3.10.4 VELOCIDAD DE PASO POR UMBRAL DE LA PISTA
Este subcampo de 5 bits (33-37) se utilizar para proporcionar la velocidad de la aeronave de paso por el umbral de la pista. La
codificacin del campo ser la siguiente:
Tiempo TCP/TCP + 1 tiempo por volar (TTG)
Codificacin
(binaria)
Codificacin
(decimal)
Significado
(TCP/TCP + 1 tiempo por volar en minutos)
00 0000 0 Ninguna informacin disponible TCP de tiempo por ir
00 0001 1 TCP tiempo por volar es CERO
00 0010 2 TCP tiempo por volar = 0,25 minutos
*** *** ***
11 1111 63 TCP tiempo por volar > 15,625 minutos
5-77 28/11/02
Nm. 77
Nota.La codificacin presentada en la tabla representa solamente datos positivos de magnitud.
2.3.10.5 SIGNO DE NGULO DE INCLINACIN LATERAL
Este subcampo de 1 bit (38) se utilizar para proporcionar el sentido o el signo del ngulo de inclinacin lateral de la aeronave.
La codificacin del subcampo ser la siguiente:
2.3.10.6 NGULO DE INCLINACIN LATERAL
Este subcampo de 5 bits (39-43) se utilizar para proporcionar el ngulo de inclinacin lateral de la aeronave. La codificacin
del subcampo ser la siguiente:
Nota.La codificacin indicada en la tabla representa solamente datos de magnitud positiva. Se proporciona por completo la
direccin mediante el bit de signo de ngulo de inclinacin lateral.
VELOCIDAD DE PASO POR UMBRAL DE LA PISTA
Codificacin
(binaria)
Codificacin
(decimal)
Significado
(Velocidad de paso por umbral de la pista en nudos)
0 0000 0 No se dispone de ninguna informacin de velocidad de paso por umbral de la pista
0 0001 1 Velocidad de paso por umbral de la pista < 100 nudos
0 0010 2 Velocidad de paso por umbral de la pista = 100 nudos
*** *** ***
1 1111 31
Velocidad de paso por umbral de la pista > 242,5 nudos
BIT DE SIGNO DE NGULO DE INCLINACIN LATERAL
0 ngulo de inclinacin lateral es +, es decir, ala derecha abajo
1 ngulo de inclinacin lateral es -, es decir, ala izquierda abajo
NGULO DE INCLINACIN LATERAL
Codificacin
(binaria)
Codificacin
(decimal)
Significado
(ngulo de inclinacin lateral en grados)
0 0000 0
Ninguna informacin disponible de ngulo de
inclinacin lateral
0 0001 1 ngulo de inclinacin lateral es CERO
0 0010 2 ngulo de inclinacin lateral = 1,0
*** *** ***
1 1111 31 ngulo de inclinacin lateral > 29,5
5-78 28/11/02
Nm. 77
2.3.10.7 MOTOR Y AL AIRE
Este subcampo de 2 bits (44-45) se utilizar para indicar la condicin de que la aeronave est realizando una operacin de motor
y al aire. La codificacin del subcampo ser la siguiente:
2.3.10.8 PARADA DE MOTOR
Este subcampo de 2 bits (46-47) se utilizar para indicar una condicin de parada de motor de la aeronave. La codificacin del
subcampo ser la siguiente:
2.3.11 ESTADO OPERACIONAL DE LA AERONAVE
Se formatearn las seales espontneas de mensaje de estado operacional de la aeronave segn lo especificado en la definicin
de nmero de registro 64
16
Este mensaje se radiodifundir una vez cada 1,7 segundos por la duracin de la operacin.
2.3.11.2 ENTREGA DE MENSAJE
Se realizar la entrega de mensaje mediante el protocolo impulsado por sucesos (2.3.7).
2.3.11.3 CAPACIDADES OPERACIONALES EN RUTA (CC-4)
Este subcampo de 4 bits (9-12) se utilizar para indicar las capacidades operacionales en ruta del sistema transmisor ADS-B
hacia otra aeronave segn lo especificado mediante la siguiente codificacin.
SUBCAMPO DE MOTOR Y AL AIRE
0 Ninguna informacin
1 La aeronave NO EST ejecutando motor y al aire
2 La aeronave EST ejecutando motor y al aire
3 Reservado
CAMPO DE PARADA DE MOTOR
0 Ninguna informacin
1 La aeronave NO EST en una condicin de parada de motor
2 La aeronave EST en una condicin de parada de motor
3 Reservado
5-79 28/11/02
Nm. 77
2.3.11.4 CAPACIDADES OPERACIONALES DE REA TERMINAL (CC-3)
Este subcampo de 4 bits (13-16) se utilizar para indicar las capacidades operacionales de rea terminal del sistema transmisor
ADS-B hacia otra aeronave segn lo especificado por la siguiente codificacin.
CODIFICACIN CC-4: CAPACIDADES OPERACIONALES EN RUTA
CODIFICACIN CC-4
Bit 9, 10 Bit 11, 12 SIGNIFICADO
0 0 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
0 1 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
1 0 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
1 1 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
CODIFICACIN CC-3: CAPACIDADES OPERACIONALES DE REA TERMINAL
CODIFICACIN CC-3
0 0 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
0 1 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
1 0 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
1 1 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
5-80 28/11/02
Nm. 77
2.3.11.5 CAPACIDADES OPERACIONALES DE APROXIMACIN Y ATERRIZAJE (CC-2)
Este subcampo de 4 bits (17-20) se utilizar para indicar las capacidades operacionales de aproximacin y aterrizaje del sistema
transmisor ADS-B hacia otra aeronave segn lo especificado por la siguiente codificacin.
2.3.11.6 CAPACIDADES OPERACIONALES EN LA SUPERFICIE (CC-1)
Este subcampo de 4 bits (21-24) se utilizar para indicar las capacidades operacionales en la superficie del sistema transmisor
CODIFICACIN CC-2: CAPACIDADES OPERACIONALES DE APROXIMACIN Y ATERRIZAJE
CODIFICACIN CC-2
0 0 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
0 1 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
1 0 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
1 1 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
CODIFICACIN CC-1: CAPACIDADES OPERACIONALES EN LA SUPERFICIE
CODIFICACIN CC-1
0 0 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
0 1 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
1 0 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
1 1 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
5-81 28/11/02
Nm. 77
2.3.11.7 ESTADO DE CAPACIDAD OPERACIONAL EN RUTA (OM-4)
Este subcampo de 4 bits (25-28) se utilizar para indicar el estado de capacidad operacional en ruta del sistema transmisor ADS-B
hacia otra aeronave segn lo especificado por la siguiente codificacin.
2.3.11.8 ESTADO DE CAPACIDAD OPERACIONAL DE REA TERMINAL (OM-3)
Este subcampo de 4 bits (29-32) se utilizar para indicar el estado de capacidad operacional de rea terminal del sistema transmisor
ADS-B hacia otra aeronave segn lo especificado mediante la siguiente codificacin.

CODIFICACIN OM-4: ESTADO DE CAPACIDAD OPERACIONAL EN RUTA
CODIFICACIN OM-4
0 0 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
0 1 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
1 0 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
1 1 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
CODIFICACIN OM-3: ESTADO DE CAPACIDAD OPERACIONAL DE REA TERMINAL
CODIFICACIN OM-3
0 0 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
0 1 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
1 0 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
1 1 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
5-82 28/11/02
Nm. 77
2.3.11.9 ESTADO DE CAPACIDAD OPERACIONAL DE APROXIMACIN Y ATERRIZAJE (OM-2)
Este subcampo de 4 bits (33-36) se utilizar para indicar el estado de capacidad operacional de aproximacin y aterrizaje del
sistema transmisor ADS-B hacia otra aeronave segn lo especificado por la siguiente codificacin.
2.3.11.10 ESTADO DE CAPACIDAD OPERACIONAL EN LA SUPERFICIE (OM-1)
Este subcampo de 4 bits (37-40) se utilizar para indicar el estado de capacidad operacional en la superficie del sistema transmisor
CODIFICACIN OM-2: ESTADO DE CAPACIDAD OPERACIONAL
DE APROXIMACIN Y ATERRIZAJE
CODIFICACIN OM-2
0 0 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
0 1 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
1 0 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
1 1 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
CODIFICACIN OM-1: ESTADO DE CAPACIDAD OPERACIONAL EN LA SUPERFICIE
CODIFICACIN OM-1
0 0 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
0 1 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
1 0 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
1 1 0 0 Reservado
0 1 Reservado
1 0 Reservado
1 1 Reservado
5-83 28/11/02
Nm. 77
2.4 INICIALIZACIN Y TEMPORIZACIN DE SEALES
ESPONTNEAS AMPLIADAS
Las funciones de inicializacin y de temporizacin para radiodifusin de seales espontneas ampliadas se realizar por el
transpondedor y se especifican en el Anexo 10, 3.1.2.
Nota.En los prrafos siguientes se describen estas funciones para que sirvan como textos de referencia de la seccin sobre
el formateador/administrador general (GFM) (vase 2.5).
2.4.1 INICIACIN DE LA RADIODIFUSIN DE SEALES ESPONTNEAS AMPLIADAS
Al inicializarse la puesta en marcha, el transpondedor empezar a funcionar en un modo en el que solamente radiodifunde seales
espontneas de adquisicin. El transpondedor iniciar la radiodifusin de seales espontneas ampliadas respecto a la posicin en
vuelo, a la posicin en la superficie, a la velocidad en vuelo y a la identificacin de la aeronave cuando se insertan datos en los
nmeros de registro 05
16
, 06
16
, 09
16
y 08
16
respectivamente. Esto se determinar particularmente para cada tipo de seales
espontneas. La insercin por parte del transpondedor al nmero de registro 05
16
de la altitud o de los datos de estado de vigilancia
no satisfar el requisito mnimo para radiodifusin de seales espontneas de posicin en vuelo.
Nota.Esto suprime la transmisin de seales espontneas ampliadas desde aeronaves que no pueden notificar informacin
acerca de posicin, velocidad o identidad.
2.4.2 TEMPORIZACIN DE REGISTRO
El transpondedor liberar todos los subcampos excepto los de altitud y estado de vigilancia en el registro de posicin en vuelo
(registro 05
16
) y todos los 56 bits de los registros de posicin en la superficie, estado de seales espontneas y velocidad en vuelo
(nmeros de registro 06
16
, 07
16
y 09
16
) si estos registros no estn actualizados en un plazo de 2 segundos a partir de la actualizacin
anterior. Esta temporizacin se determinar por separado para cada uno de estos registros. La insercin por parte del transpondedor
en estos registros de los datos de altitud o de estado de vigilancia no reunir las condiciones de actualizacin de registro para fines
de esta condicin de temporizacin.
Nota 1.Se liberan estos registros para impedir la notificacin de informacin anticuada relativa a posicin, velocidad y rgimen
de seales espontneas.
Nota 2.El registro de identificacin 08
16
, no se libera puesto que incluye datos que raramente se modifican en vuelo y que
son actualizados con menos frecuencia. El registro impulsado por suceso 0A
16
o registro transmisor equivalente no es necesario
que sea liberado puesto que su contenido se radiodifunde solamente cada vez que se carga el registro (2.5.5).
Nota 3.Durante un suceso de temporizacin de registro, el campo ME de las seales espontneas ampliadas puede incluir
todos ceros, excepto respecto a cualesquiera datos insertados por el transpondedor.
2.4.3 FIN DE LA RADIODIFUSIN DE SEALES ESPONTNEAS AMPLIADAS
Si la entrada de datos al registro para un tipo de seales espontneas se interrumpe por 60 segundos, cesar la radiodifusin de
ese tipo de seales espontneas ampliadas hasta que se reanude la insercin de datos. La insercin de la altitud por el transpondedor
satisface el requisito mnimo para continuar radiodifundiendo las seales espontneas de posicin en vuelo.
Nota 1.Hasta la temporizacin, un tipo de seales espontneas puede incluir un campo ME de todos ceros.
Nota 2.Se requiere la transmisin continua por 60 segundos para que la aeronave receptora sepa que se ha perdido la fuente
de los datos para el mensaje.
2.5 FORMATEADOR/ADMINISTRADOR GENERAL (GFM)
El formateador/administrador general (GFM) ser utilizado para referirse a la funcin que formatea los mensajes para insertarlos
en los registros del transpondedor.
Nota.Adems de formatear los datos, hay otras tareas que han de ser desempeadas por esta funcin.
5-84 28/11/02
Nm. 77
2.5.1 SELECCIN DE LA FUENTE DE NAVEGACIN
El GFM ser responsable de seleccionar la fuente por defecto para la posicin y velocidad de la aeronave, la fuente de altitud
objeto del mando y la notificacin de los correspondientes errores de posicin y altitud.
2.5.2 PRDIDA DE LOS DATOS DE ENTRADA
El GFM ser responsable de cargar los registros respecto a los cuales ha sido programado al rgimen requerido de actualizacin.
Si por cualquier razn no se dispone de datos por un tiempo igual a dos veces el intervalo de actualizaciones o a 2 segundos (de
ambos valores el mayor), el GFM pondr a cero los datos antiguos (campo por campo) e insertar el mensaje resultante en el registro
adecuado .
En los registros 05
16
y 06
16
una prdida de datos de posicin llevar a que el GFM ponga el cdigo de tipo de formato a cero
como medio de indicar ningn dato de posicin puesto que todos ceros en los campos latitud/longitud es un valor legal.
2.5.3 PROCESAMIENTO ESPECIAL PARA CDIGO DE TIPO
DE FORMATO IGUAL A CERO
2.5.3.1 IMPORTANCIA DE CDIGO DE TIPO DE FORMATO IGUAL A CERO
El cdigo de tipo de formato 0 tendr el significado de ninguna informacin de posicin. Esto se utilizar cuando no se disponga
de informacin de latitud/longitud o sea invlida y todava permitir la notificacin de altitud de presin cargada por el transpondedor.
Nota 1.El uso principal de este caso de mensaje es proporcionar al ACAS la capacidad de recibir pasivamente la altitud.
Nota 2.Se requiere una manipulacin especial para los mensajes de posicin en vuelo y en la superficie puesto que un valor
codificado CPR de todos ceros en el campo latitud/longitud es un valor vlido.
2.5.3.2 RADIODIFUSIN DE CDIGO DE TIPO DE FORMATO IGUAL A CERO
El cdigo de tipo de formato 0 se pondr solamente en los casos siguientes:
1) un registro de seales espontneas ampliadas supervisado por el transpondedor (registros 05
16
, 06
16
, 07
16
y 09
16
) no ha sido
cargado por el GFM por 2 segundos. En este caso el transpondedor liberar todos los 56 bits del registro que han sido objeto
de temporizacin. En el caso de registro de posicin en vuelo, el subcampo de altitud solamente se completar con ceros si
no se dispone de datos de altitud. La transmisin de las seales espontneas ampliadas que radiodifunden el registro objeto
de temporizacin se interrumpir en 60 segundos. Se reanudar la radiodifusin de estas seales espontneas ampliadas cuando
el GFM empiece a insertar datos al registrador.
2) El GFM determina que todas las fuentes de navegacin que puedan ser utilizadas para el mensaje de posicin en vuelo o
en la superficie por seales espontneas ampliadas se ha perdido o es invlido. En este caso el GFM liberar el cdigo de
tipo de formato y todos los dems campos del mensaje de posicin en vuelo o en la superficie e insertar este mensaje de
ceros en el registro apropiado. Esto se realizar solamente una vez, de forma que el transpondedor pueda detectar la prdida
de insercin de datos y suprimir la radiodifusin de las correspondientes seales espontneas.
Nota.En todos los casos mencionados, un cdigo de tipo de formato cero incluye un mensaje de todos ceros. La nica excepcin
es el formato de posicin en vuelo que puede incluir la altitud de presin y los datos de estado de vigilancia puestos por el trans-
pondedor. No hay ningn caso anlogo para otros tipos de formato de seales espontneas ampliadas puesto que un valor cero en
cualquiera de los campos indica ausencia de informacin.
2.5.3.3 RECEPCIN DE CDIGO DE TIPO DE FORMATO IGUAL A CERO
Si se reciben seales espontneas con cdigo de tipo de formato igual a cero, se verificarn para comprobar si est presente la
altitud. Si no est presente la altitud, se descartar el mensaje. Unas seales espontneas ampliadas que incluyan el cdigo de tipo
de formato cero solamente se utilizan para actualizar la altitud de una aeronave que ya es objeto de seguimiento.
5-85 28/11/02
Nm. 77
2.5.4 NOTIFICACIN DE CAPACIDAD DE TRANSPONDEDOR
El GFM ser responsable de reglar los nmeros de registro de capacidad del transpondedor 10
16
y 18
16
a 1C
16
. Liberar tambin
los bits particulares en el nmero de registro 17
16
en el caso de una prdida de la fuente de datos o de una aplicacin.
Permanecer puesto un bit particular si por lo menos un campo del correspondiente mensaje de registro estuviera siendo
actualizado.
2.5.4.1 INFORME DE CAPACIDAD DE USO COMN (NMERO DE REGISTRO 17
16
)
Se liberar un bit en el nmero de registro 17
16
si hay una prdida de los correspondientes datos de entrada (2.5.2) y se reglar
cuando se reanude la insercin de datos al registro. Se conmutar el bit 36 del registro 10
16
para indicar un cambio de capacidad.
2.5.4.2 INFORME DE CAPACIDAD DE SERVICIOS PROPIOS DEL MODO S (NMEROS DE REGISTRO 18
16
A 1C
16
)
Un bit puesto en estos registros indicar que el servicio por el que se carga el registrador indicado por ese bit ha sido instalado
en la aeronave. A este respecto no se liberarn estos bits para reflejar una prdida de tiempo real en una aplicacin como se hace
para el registro 17
16
.
2.5.4.3 SUPERVISIN DEL TRANSPONDEDOR
Segn lo indicado en 2.4 la funcin del transpondedor en este proceso ser actuar de reserva en caso de la prdida de la
funcionalidad de GFM. Por este motivo, el transpondedor:
1) liberar los registros de seales espontneas ampliadas (05
16
, 06
16
, 07
16
y 09
16
) si no han sido actualizados por 2 segundos;
2) liberar todos los registros cargados por el GFM si detecta una prdida de la capacidad GFM (p. ej., una falla de barra
colectora). En este caso liberara tambin todos los bits en el nmero de registro 17
16
puesto que un bit de este registro significa
que la aplicacin ha sido instalada y est en funcionamiento.
El transpondedor no liberar los otros registros de capacidad (18
16
a 1C
16
) puesto que estn destinados solamente a aplicacin
instalada.
2.5.5 MANIPULACIN DEL PROTOCOLO IMPULSADO POR SUCESOS
El protocolo de interfaz impulsado por sucesos proporciona una interfaz para fines generales a la funcin del transpondedor
respecto a mensajes que van ms all de los que se transmiten regularmente en todo momento (a condicin de que se disponga de
datos de entrada). Este protocolo funcionar haciendo que el transpondedor radiodifunda una vez un mensaje cada vez que el GFM
carga el registrador impulsado por sucesos.
Nota.Esto da al GFM la libertad completa de reglar el rgimen de actualizacin (hasta un valor mximo) y la duracin de
la radiodifusin para aplicaciones tales como modificacin de estado de emergencia y de intencin.
Adems de formatear, el GFM controlar la temporizacin de insercin de mensajes por lo que proporciona la variacin de
temporizacin seudoaleatoria necesaria y no excede del rgimen mximo de radiodifusin del transpondedor para el protocolo
impulsado por sucesos.
2.5.5.1 APOYO DEL TRANSPONDEDOR PARA MENSAJES IMPULSADOS POR SUCESOS
Un mensaje ser transmitido una vez por el transpondedor cada vez que se carga el nmero de registro 0A
16
. Habr un retardo
en la transmisin si el transpondedor est ocupado en el momento de la insercin.
Nota 1.Los tiempos de retardo son cortos. Hay generalmente un mximo de varios milisegundos para la transaccin ms
prolongada del transpondedor.
El rgimen mximo de transmisin del protocolo impulsado por sucesos estar limitado por el transpondedor a dos veces por
segundo. Si se inserta un mensaje en el registrador impulsado por sucesos y no puede ser transmitido debido a limitaciones del
rgimen, se conservar y transmitir cuando la condicin limitadora del rgimen haya sido liberada. Si se recibe un nuevo mensaje
antes de que se permita la transmisin, ste suplantar al mensaje anterior.
5-86 28/11/02
Nm. 77
Nota 2.El rgimen de transmisin de seales espontneas y la duracin de las transmisiones de seales espontneas dependen
de la aplicacin. Deberan elegirse el rgimen y duracin mnimos en consonancia con las necesidades de la aplicacin.
2.5.5.2 USO POR EL GFM DEL PROTOCOLO IMPULSADO POR SUCESOS
Una aplicacin que desee utilizar el protocolo impulsado por sucesos notificar al GFM el tipo de formato y el rgimen requerido
de actualizacin. Seguidamente el GFM ubicar los datos de entrada necesarios para este tipo de formato y empezar insertando
datos al registro 0A
16
al rgimen requerido. El GFM insertar tambin este mensaje en el registro para este tipo de formato. Este
cuadro del registro se mantendr para permitir la lectura de esta informacin por parte de la lectura de registros aire-tierra o aire-aire.
Cuando cesa la radiodifusin de un tipo de formato, el GFM liberar el correspondiente registro asignado a este mensaje.
El rgimen mximo al que prestar apoyo el protocolo impulsado por sucesos es dos veces por segundo desde una aplicacin o
desde una coleccin de aplicaciones. Para cada tipo de formato impulsado por sucesos que se radiodifunda, el GFM conservar el
tiempo de la insercin ltima al nmero de registro 0A
16
. La siguiente insercin estar programada a un intervalo aleatorio que
ser uniformemente distribuida por la serie de intervalos de actualizacin 0,1 segundo (mediante una cuantizacin de tiempo no
superior a 15 ms) relativos a la insercin anterior en el nmero de registro 0A
16
para este tipo de formato.
El GFM supervisar el nmero de inserciones programas en cualquier intervalo de un segundo. Si ocurrieran ms de dos, aadir
un retardo segn sea necesario para asegurar que se observa el lmite de dos mensajes por segundo.
2.5.5.3 PRIORIDAD IMPULSADA POR SUCESOS
Si debe reducirse el rgimen de transmisin de mensajes impulsados por sucesos a fin de que no se exceda del rgimen mximo
especificado en 2.5.5.2, se asignar la prioridad de transmisin del modo siguiente:
1) Si est activo un mensaje de emergencia/estado de prioridad (2.3.8) se transmitir al rgimen especificado de una vez por
segundo. Se asignar igual prioridad a los mensajes activos impulsados por sucesos para la capacidad remanente.
2) Si el mensaje de emergencia/estado de prioridad no est activo, se asignar igual prioridad de transmisin a todos los mensajes
activos impulsados por sucesos.
2.5.6 DEDUCCIN DE LOS BITS DE CAMPO DE MODO
PARA PARMETROS DE INTENCIN DE AERONAVE
En arquitecturas de aeronave que no presentan el GFM con una palabra de estado especializada (que incluyen las definiciones
de campo de modo asociadas a los parmetros de intencin de aeronave), el GFM deducir el estado de cada una de las palabras
de estado FCC apropiadas a fin de poner los bits respectivos en cada uno de los campos de modo del nmero de registro 40
16
.
2.6 CODIFICACIN DE LATITUD/LONGITUD MEDIANTE LA
NOTIFICACIN COMPACTA DE LA POSICIN (CPR)
2.6.1 PRINCIPIO DEL ALGORITMO CPR
En las seales espontneas ampliadas en Modo S se utilizar la notificacin compacta de la posicin (CPR) para codificar
eficientemente en los mensajes, la latitud y la longitud.
Notas.
1. Los mensajes resultantes son compactos en el sentido de que varios bits de orden superior que son normalmente constantes por
perodos prolongados de tiempo no se transmiten en cada mensaje. Por ejemplo, en una representacin binaria directa de la
latitud, un bit designara si la aeronave est en el hemisferio norte o sur. Este bit permanecera constante por largo tiempo,
posiblemente durante toda la vida til de la aeronave. Retransmitir repetidamente este bit en cada mensaje de posicin sera
ineficiente.
2. Puesto que no se transmiten los bits de orden superior, se sigue que mltiples lugares sobre la tierra producirn la misma posicin
codificada. Si solamente se recibiera un solo mensaje de posicin, la decodificacin implicara ambigedad en el sentido de
cual sea la posicin correcta de la aeronave en caso de soluciones mltiples. En la tcnica CPR se incluye una disposicin
para permitir que un sistema receptor determine sin ambigedad la posicin de la aeronave. Esto se hace codificando de dos
modos que difieren ligeramente. Los dos formatos denominados formato par y formato impar se transmiten cada uno el 50%
del tiempo. Al recibirse ambos tipos en un breve perodo de tiempo (aproximadamente 10 segundos), el sistema receptor puede
determinar sin ambigedad la posicin de la aeronave.
5-87 28/11/02
Nm. 77
3. Una vez realizado este proceso, la estacin receptora reconoce los bits de orden superior, de forma que la recepcin subsiguiente
de un solo mensaje sirve para indicar sin ambigedad la posicin de la aeronave en movimiento.
4. En algunos casos especiales puede decodificarse una sola recepcin hacia la posicin correcta sin una pareja de formatos
par/impar. Esta decodificacin se basa en el hecho de que mltiples lugares estn separados por una distancia por lo menos
de 360 NM. Adems de los lugares correctos, los otros lugares estn separados por mltiples enteros de 360 NM al norte y al
sur y tambin por mltiples enteros de 360 NM hacia el este y hacia el oeste. En un caso especial en que se sepa que la recepcin
es imposible despus de una distancia de 180 NM, la solucin ms cercana determina la posicin correcta de la aeronave.
5. Estos valores de parmetros en el prrafo precedente (360 y 180 NM) se aplican a la codificacin CCR en vuelo. Para aeronaves
en la superficie, los parmetros CPR son ms reducidos por un factor de cuatro. Esta codificacin produce una mejor resolucin
pero reduce la separacin entre soluciones mltiples.
2.6.2 PARMETROS Y FUNCIONES INTERNAS DEL ALGORITMO CPR
El algoritmo CPR utilizar los siguientes parmetros cuyos valores se establecen como sigue para la aplicacin de seales
espontneas ampliadas en Modo S:
a) El nmero de bits empleado para codificar una coordenada de posicin, Nb, se regla como sigue:
Para codificacin en vuelo: Nb = 17
Para codificacin en la superficie: Nb = 19
Para codificacin TCP, TCP+1: Nb = 14.
Nota 1. El parmetro Nb determina la precisin de la posicin codificada (aproximadamente 5 m para la codificacin en
vuelo, 1,25 m para la codificacin en la superficie, y 41 m para la codificacin TCP, TCP+1).
b) El nmero de zonas de latitud geogrfica entre el ecuador y un polo denominado NZ, se pone a 15.
Nota 2.El parmetro NZ determina la distancia en vuelo sin ambigedad para la decodificacin (360 NM). En la
codificacin de latitud/longitud en la superficie se omiten los 2 bits de orden superior de la codificacin CPR de 19 bits, de
forma que el alcance eficaz sin ambigedad para los informes de posicin en la superficie es de 90 NM.
El algoritmo CPR definir las funciones internas por utilizar en los procesos de codificacin y de decodificacin.
c) La notacin floor(x) denota el valor infimo de x, que se define como el valor entero o mximo k de forma tal que k x.
Nota 3.Por ejemplo, floor (3,8) = 3, mientras que floor(3,8) = 4.
d) La notacin denota el valor absoluto de x, que se define como el valor x cuando x 0 y el valor x cuando x < 0.
e) La notacin MOD(x,y) denota la funcin de mdulo que se define para obtener el valor
MOD(x,y) = x y floor donde y 0.
Nota 4. El valor y siempre es positivo en los siguientes algoritmos CPR. Cuando x no es negativo, MOD(x,y) es equivalente
al resto de x dividido por y. Cuando x representa un ngulo negativo, un modo de alternativa para calcular MOD(x,y) es obtener
el resto de (x+360) dividido por y.
Por ejemplo, MOD(40, 6) = MOD(320,6) = 2.
f) La notacin NL(x) denota la funcin nmero de zonas de longitud del ngulo de latitud x. El valor obtenido mediante NL(x)
est limitado a la gama de valores desde 1 a 59. NL(x) se define para la mayora de las latitudes mediante la ecuacin,
x
y
--
\ .
| |
NL lat ) ( ) floor 2 arc
1

2 NZ
---------------
\ .
| |
cos
2
cos

180
----------- lat
\ .
| |
----------------------------------------------
\ .
|
|
|
| |
cos
1
\ .
|
|
|
| |
=
5-88 28/11/02
Nm. 77
en la que lat denota el argumento de latitud en grados. Para latitudes en el polo N o S o cerca del mismo, en el que la frmula
anterior no estara definida o dara como resultado NL(lat) = 0, el valor obtenido por la funcin NL( ) ser 1. Del mismo modo,
en el ecuador, en el que la frmula anterior pudiera en caso contrario dar como resultado NL(lat) = 60, el valor obtenido por la
funcin NL( ) ser 59.
Nota 5. Esta ecuacin para NL( ) no es prctica para una aplicacin en tiempo real. Puede calcularse previamente una
tabla de latitudes de transicin utilizndose la siguiente ecuacin:
y un procedimiento de bsqueda en la tabla para obtener el valor que resulta para NL( ). El valor de la tabla para NL = 1 es de 90.
2.6.3 PROCESO DE LA CODIFICACIN CPR
El proceso de codificacin CPR calcular los valores de posicin codificados XZ
i
y YZ
i
para los campos de latitud y longitud
en vuelo, en la superficie o TCP, TCP+1 a partir de lat (latitud en grados), long (longitud en grados) de la posicin global y del
tipo i de la codificacin CPR (0 para formato par y 1 para formato impar), ejecutndose la siguiente secuencia de clculos. La
codificacin CPR para TCP, TCP+1 utilizar siempre el formato par (i = 0), mientras que la codificacin en vuelo o en la superficie
utilizar tanto el formato par (i = 0) como el formato impar (i = 1).
a) lat
i
(el tamao de la zona de latitud en sentido N-S) se calcula a partir de la ecuacin:
YZ
i
(la coordenada Y dentro de la Zona) se calcula seguidamente a partir de lat
i
y lat mediante las siguientes ecuaciones por
separado:
Para codificacin en vuelo:
Para codificacin en la superficie:
Para codificacin TCP, TCP+1:
b) Seguidamente se calcula Rlat
i
(la latitud que un sistema receptor ADS-B extraer del mensaje transmitido) a partir de lat, YZ
i
,
y lat
i
usando por separado las ecuaciones:
lat
180
----------- arc
1

2 NZ
---------------
\ .
| |
cos
1
2
NL
-------
\ .
| |
cos
--------------------------------------
\ .
|
|
|
|
| |
para NL 2 a 4 NZ 1, = cos =
lat
i
360
4 NZ i
---------------------- =
YZ
i
floor 2
17
MOD lat lat
i
, ( )
lat
i
-----------------------------------------
1
2
--- +
\ .
| |
=
YZ
i
floor 2
19
MOD lat lat
i
, ( )
lat
i
-----------------------------------------
1
2
--- +
\ .
| |
=
YZ
0
floor 2
14
MOD lat lat
0
, ( )
lat
i
------------------------------------------
1
2
--- +
\ .
| |
=
Rlat
i
lat
i
YZ
i
2
17
-------- floor
lat
lat
i
------------
\ .
| |
+
\ .
|
| |
=
Rlat
i
lat
i
YZ
i
2
19
-------- floor
lat
lat
i
------------
\ .
| |
+
\ .
|
| |
=
Rlat
0
lat
0
YZ
i
2
14
-------- floor
lat
lat
0
-------------
\ .
| |
+
\ .
|
| |
=
5-89 28/11/02
Nm. 77
c) lon
i
(el tamao de la zona de longitud en la direccin E-W) se calcula seguidamente a partir de Rlat
i
mediante la ecuacin:
d) Seguidamente se calcula XZ
i
(la coordenada X dentro de la Zona) a partir de lon y lon
i
mediante las ecuaciones por separado:
e) Por ltimo, limtense los valores de XZ
i
y YZ
i
para que se adapten al campo de 17 bits o 14 bits asignado a cada coordenada:
2.6.4 DECODIFICACIN CPR LOCALMENTE SIN AMBIGEDADES
El algoritmo CPR decodificar una posicin geogrfica (latitud, Rlat
i
, y longitud, Rlon
i
,) que es localmente sin ambigedades
respecto a un punto de referencia (lat
s
, lon
s
) que se sabe que est dentro de 180 NM de la posicin verdadera en vuelo (o dentro
de 45 NM en el caso de un mensaje en la superficie).
Nota.Este punto de referencia puede ser una posicin anteriormente seguida que ha sido confirmada mediante la decodificacin
global (vase 2.6.7) o que puede ser la posicin de la propia aeronave que se utilizara para decodificar un nuevo informe de posicin
provisional.
Las coordenadas de posicin codificadas XZ
i
e YZ
i
y el tipo i de codificacin CPR (0 para codificacin par y 1 para codificacin
impar) que figuran en el mensaje de seales espontneas ampliadas en Modo S se decodificar ejecutndose la secuencia de clculos
indicados en 2.6.5 para los tipos de formato en vuelo y TCP, TCP+1 y en 2.6.6 para el tipo de formato en la superficie.
2.6.5 CLCULOS PARA EL MENSAJE EN VUELO Y EL MENSAJE TCP, TCP+1
Se realizarn los siguientes clculos para obtener la latitud/longitud decodificadas para los formatos de mensajes en vuelo y TCP,
TCP+1. Para el formato TCP, TCP+1, i se pondr siempre a 0 (codificacin par), mientras que en el formato en vuelo se utilizar
la codificacin tanto par (i = 0) como impar (i = 1). Para el formato en vuelo, Nb ser igual a 17, y para el formato TCP, TCP+1,
Nb ser igual a 14:
a) lat
i
se calcula mediante la ecuacin:
lon
i
360
NL Rlat
i
( ) i
----------------------------------
360, cuando NL Rlat
i
( ) i 0 =
360
, cuando NL Rlat
i
( ) i 0 >
=
XZ
i
floor 2
17
MOD lon lon
i
, ( )
lon
i
-------------------------------------------
1
2
--- +
\ .
| |
=
XZ
i
floor 2
19
MOD lon lon
i
, ( )
lon
i
-------------------------------------------
1
2
--- +
\ .
| |
=
XZ
0
floor 2
14
MOD lon lon
0
, ( )
lon
0
--------------------------------------------
1
2
--- +
\ .
| |
=
XZ
i
MOD YZ
i
2
17
, ( ), =
XZ
i
MOD YZ
i
2
17
, ( ) =
XZ
i
MOD YZ
i
2
17
, ( ), =
XZ
i
MOD YZ
i
2
17
, ( ) =
XZ
0
MOD YZ
0
2
14
, ( ), =
XZ
i
MOD YZ
0
2
14
, ( ) =
lat
i
360
4 NZ i
---------------------- =
5-90 28/11/02
Nm. 77
b) El nmero de ndice de zona de latitud, j, se calcula seguidamente a partir de los valores de lat
s
, lat
i
y YZ
i

c) La latitud de la posicin decodificada, Rlat
i
, se calcula entonces a partir de los valores de j, lat
i
e YZ
i
d) lon
i
(el tamao de la zona de longitud en la direccin E-W) se calcula seguidamente a partir de Rlat
i
e) La coordenada m de la zona de longitud se calcula entonces a partir de los valores de lon
s
, lon
i
, y XZ
i
f) La longitud de la posicin decodificada, Rlon
i
, se calcula entonces a partir de los valores de m, XZ
i
, y lon
i
2.6.6 CLCULOS PARA EL MENSAJE EN LA SUPERFICIE
Se realizarn los clculos siguientes para obtener la latitud y la longitud decodificadas en el formato de mensajes en la superficie.
a) lat
i
se calcula mediante la ecuacin:
b) El ndice de zona de latitud, j, se calcula seguidamente a partir de los valores de lat
s
, lat
i
e YZ
i
j floor
lat
s
lat
i
------------
\ .
| |
floor
1
2
---
MODlat
s
lat
i
,
lat
i
--------------------------------------
YZ
i
2
Nb
--------- +
\ .
|
| |
+ =
Rlat
i
= lat
i
j
YZ
i
2
Nb
--------- +
\ .
|
| |
lon
i
360
NL Rlat
i
( ) i
-------------------------------------
360, cuando NL Rlat
i
( ) i 0 =
360
, cuando NL Rlat
i
( ) i 0 >
=
m floor
lon
s
lon
i
-------------
\ .
| |
floor
1
2
---
MOD lon
s
lat
i
, ( )
lon
i
--------------------------------------------
YZ
i
2
Nb
--------- +
\ .
|
| |
+ =
Rlon
i
= lon
i
m
YZ
i
2
Nb
--------- +
\ .
|
| |
lat
i
90
4 NZ i
---------------------- =
j floor
lat
s
lat
i
------------
\ .
| |
floor
1
2
---
MOD lat
s
lat
i
, ( )
lat
i
-------------------------------------------
YZ
i
2
17
-------- +
\ .
|
| |
+ =
5-91 28/11/02
Nm. 77
c) La latitud de la posicin decodificada, Rlat
i
, se calcula entonces a partir de los valores de j, lat
i
e YZ
i
mediante la ecuacin
d) lon
i
(el tamao de la zona de longitud, en la direccin E-W) se calcula seguidamente a partir de Rlat
i
e) La coordenada m de la zona de longitud se calcula entonces a partir de los valores de lon
s
, lon
i
, y XZ
i
f) La longitud de la posicin decodificada, Rlon
i
, se calcula a partir de los valores m, XZ
i
, y lon
i
2.6.7 DECODIFICACIN DE LA POSICIN GLOBAL
EN VUELO SIN AMBIGEDAD
En el algoritmo CPR se utilizar una recepcin de formato par codificada en vuelo (denotada por XZ
0
, YZ
0
), junto con una
recepcin de formato impar codificada en vuelo (denotada por XZ
1
, YZ
1
), para generar la latitud de posicin geogrfica mundial,
Rlat, y la longitud, Rlon. El intervalo de tiempo entre los informes de posicin codificados en formato par e impar no exceder
de 10 segundos.
Nota 1.Este algoritmo pudiera utilizarse para obtener informes de posicin global sin ambigedad para aeronaves fuera del
alcance de los sensores de tierra, cuyos informes de posicin llegan por enlace de datos por satlite. Tambin pudiera aplicarse
para asegurarse de que las posiciones locales se estn codificando correctamente a grandes distancias desde el sensor receptor.
Nota 2.El lmite de diferencia de tiempo de 10 segundos entre los informes de posicin en formato par y en formato impar
se determina por la mxima separacin permitida de 3 NM. Posiciones separadas por ms de 3 NM no pueden ser utilizadas para
resolver una posicin global inequvoca. Una aeronave capaz de una velocidad de 1 850 km/h (1 000 kt) recorrer aproximadamente
5,1 km (2,8 NM) en 10 segundos. Por consiguiente, el algoritmo CPR ser capaz de decodificar sin ambigedad su posicin con
un retardo de 10 segundos entre informes de posicin.
Dada una posicin en vuelo codificada de 17-bits en el formato par (XZ
0
, YZ
0
) y otra codificada en el formato impar (XZ
1
,
YZ
1
), separadas por no ms de 10 segundos (= 3 NM), el algoritmo CPR regenerar la posicin geogrfica a partir de los informes
de posicin codificados realizando la siguiente secuencia de etapas:
a) Calcular lat
0
y lat
1
a partir de la ecuacin:
b) Calcular el ndice de latitud:
Rlat
i
lat
i
j
YZ
i
2
17
-------- +
\ .
|
| |
=
lon
i
90
NL Rlat
i
( ) i
-------------------------------------
90, cuando NL Rlat
i
( ) i 0 =
360
, cuando NL Rlat
i
( ) i 0 >
=
m floor
lon
s
lon
i
-------------
\ .
| |
floor
1
2
---
MOD lon
s
lon
i
, ( )
lon
i
----------------------------------------------
YZ
i
2
17
-------- +
\ .
|
| |
+ =
Rlon
i
lon
i
m
YZ
i
2
17
-------- +
\ .
|
| |
=
lat
i
=
360
4 NZ i
--------------------------
j floor
59 Y Z
0
60 YZ
1

2
17
-------------------------------------------------
1
2
--- +
\ .
|
| |
=
5-92 28/11/02
Nm. 77
c) Calcular los valores de Rlat
0
y Rlat
1
mediante la siguiente ecuacin:
Los valores para el hemisferio sur de Rlat
i
estarn dentro de la gama desde 270 hasta 360. Sustriganse 360 de tales valores
por lo que se restaura la Rlat
i
a la gama desde 90 a +90.
d) Si NL(Rlat
0
) no es igual a NL(Rlat
1
) entonces las dos posiciones hacen un puente de latitud de transicin, por lo que no es
posible una solucin para longitud global. Esprese hasta que las posiciones sean iguales.
e) Si NL(Rlat
0
) es igual a NL(Rlat
1
) entonces prosiga con el clculo de lon
i
, de conformidad con que el mensaje de posicin en
vuelo ms recientemente recibido fuera codificado con formato par (i = 0) o con formato impar (i = 1) :
siendo n
i
= el mayor de [NL(Rlat
i
) i] y 1.
f) Calcular m, el ndice de longitud:
siendo NL = NL (Rlat
i
)
g) Calcular la longitud global, Rlon
0
o Rlon
1
, de conformidad con que el mensaje de posicin en vuelo ms recientemente recibido
haya sido codificado mediante el formato par (es decir, con i = 0) o con el formato impar (i = 1):
siendo n
i
= el mayor de [NL(Rlat
i
) - i] y 1.
2.6.8 DECODIFICACIN CPR DE LOS INFORMES DE POSICIN RECIBIDOS
2.6.8.1 RESEA
Las tcnicas descritas en los prrafos precedentes (decodificacin local y global sin ambigedades) se utilizarn para decodificar
la latitud/longitud que figura en los informes de posicin en vuelo, en la superficie y TCP o TCP+1. Este proceso empezar con
la decodificacin global sin ambigedades basada en la recepcin de seales espontneas codificadas de posicin par e impar. Una
vez determinada la posicin global sin ambigedad, se utilizar uno de los dos enfoques para prestar apoyo a la subsiguiente
decodificacin en base a un solo informe de posicin ya sea de codificacin par, ya sea de codificacin impar. Las dos tcnicas
sern la decodificacin local de supervisin de distancia y la decodificacin local centrada en el emisor.
2.6.8.2 DECODIFICACIN LOCAL DE SUPERVISIN DE DISTANCIA
2.6.8.2.1 Tcnica de supervisin de distancia
En este enfoque, la decodificacin local para el formato en vuelo (2.6.4), se realizar en base a la posicin actual del receptor.
Esto proporcionar la posicin de una aeronave transmisora que est sin ambigedades a ms o menos 180 NM.
Rlat
i
lat
i
MOD j 60 i , ( )
YZ
i
2
17
-------- +
\ .
|
| |
=
lon
i
=
360
n
i
-----------,
m floor
YZ
0
NL 1 ( ) XZ
1
NL
2
17
--------------------------------------------------------------------------
1
2
--- +
\ .
|
| |
=
Rlon
i
lon
i
MOD m n
i
, ( )
YZ
i
2
17
-------- +
\ .
|
| |
=
5-93 28/11/02
Nm. 77
Nota 1.Si la aeronave transmisora est dentro de un radio de 180 NM, la tcnica de decodificacin local decodificar
correctamente la posicin de la aeronave.
Se verificar la distancia de la aeronave transmisora durante su deteccin y se iniciar solamente el seguimiento si la distancia
es inferior a 180 NM. Una vez iniciado, se verificar la distancia de la aeronave objeto de seguimiento en cada actualizacin y se
interrumpir el seguimiento si la distancia llega a ser igual o superior a 180 NM.
Se utilizar el mismo proceso para el formato en la superficie excepto que la aeronave transmisora debe estar dentro de un radio
de 45 NM para fines de deteccin y seguimiento.
Nota 2.Se reducen los lmites de distancia puesto que el lmite de ambigedad para los informes de posicin en la superficie
es una cuarta parte de lo correspondiente al caso en vuelo.
2.6.8.2.2 Ejemplo de supervisin de distancia
2.6.8.2.2.1 Decodificacin de la posicin en vuelo
2.6.8.2.2.1.1 Deteccin. En el momento de la deteccin se realizar una decodificacin global sin ambigedad. Si la distancia
es superior a 160 NM, se interrumpir la tentativa de deteccin y se descartar la informacin de seguimiento. Se intentar la deteccin
si continan recibindose las seales espontneas. Si la distancia decodificada globalmente contina siendo superior a 160 NM,
continuar descartndose la informacin de seguimiento.
Nota. Si la aeronave est acercndose, la deteccin tendr xito cuando la distancia disminuya a un valor inferior o igual a
160 NM.
2.6.8.2.2.1.2 Supervisin de seguimiento. Despus de la deteccin, se supervisar la distancia durante cada actualizacin de
vigilancia. Si la distancia es superior a 170 NM, se suprimir el seguimiento.
Nota. Con el uso de 160 NM para la deteccin y de 170 NM para suprimir el seguimiento se proporciona histeresis por la
que se evita una nueva adquisicin de un rastro que haba sido eliminado por razn de estar a una gran distancia. Por lo
tanto un seguimiento suprimido a 170 NM no volvera a ser objeto de adquisicin a no ser que su distancia disminuya a un valor
inferior o igual a 160 NM.
2.6.8.2.2.2 Decodificacin de la posicin en la superficie. Mediante la tcnica de supervisin de distancia para la decodificacin
de las seales espontneas en el formato en la superficie, se utilizar el mismo proceso anterior excepto que el seguimiento se iniciar
a 40 NM y se suprimir a 42,5 NM.
2.6.8.2.3 Decodificacin local centrada en el emisor
En este enfoque, se utilizar la posicin ms reciente del emisor como base para la decodificacin local.
Nota.Esto produce una decodificacin sin ambigedad en cada actualizacin puesto que la aeronave transmisora no puede
moverse ms de 360 NM entre actualizaciones de posicin.
2.6.8.2.4 Aplicacin de la tcnica
La tcnica de supervisin de distancia se utilizar solamente cuando no sean necesarias distancias superiores o iguales a
180 NM por ejemplo en aplicaciones aire a aire. Para las estaciones de tierra (es decir, aplicaciones ajenas a aeronaves), que son
necesarias para funcionar a distancias superiores a 180 NM, solamente puede utilizarse la tcnica centrada en el emisor.
Nota.La tcnica centrada en el emisor puede ser utilizada tanto para los receptores a bordo como para las estaciones de tierra.
5-94 28/11/02
Nm. 77
TABLAS DE LA SECCIN 2
Las tablas se han numerado como 2-X siendo X el equivalente decimal del cdigo Y,Z BDS con Y como cdigo BDS1 y Z
como cdigo BDS2, utilizados para tener acceso al formato de datos de un registro particular. No se han incluido las tablas siguientes:
2-1
2-2 a 2-4 (utilizado para protocolo Com-B enlazado)
2-13 a 2-14 (reservado para informacin de situacin aire-aire)
2-15 (reservado para ACAS)
2-17 a 2-22
2-35 (reservado para posicin de antena)
2-36 (reservado para parmetros de aeronave)
2-38 a 2-47
2-49 a 2-63
2-70 a 2-71
2-73 a 2-79
2-87 a 2-94
2-102 a 2-111 (reservado para seales espontneas ampliadas)
2-112 a 2-224
2-225 a 2-226 (reservado para byte en Modo S)
2-227 a 2-240
2-243 a 2-255
5-95 28/11/02
Nm. 77
Tabla 2-5. Cdigo 0,5 BDS Posicin en vuelo por seales espontneas ampliadas
CAMPO MB
OBJETIVO: Proporcionar informacin precisa sobre posicin en
vuelo.
El estado de vigilancia se codificar como sigue:
0 = Ninguna informacin de colisin
1 = Alerta permanente (condicin de emergencia)
2 = Alerta temporal (cambio en el cdigo de identidad de
Modo A distinto a la condicin de emergencia)
3 = Condicin SPI
Los cdigos 1 y 2 tendrn precedencia al cdigo 3.
Cuando no se dispone de informacin sobre la posicin en el
plano horizontal, pero se dispone de informacin sobre altitud,
se transmitir el mensaje de posicin en vuelo con un cdigo
de tipo formato igual a cero en los bits 1-5 y con la altitud de
presin baromtrica en los bits 9 a 20. Si no se dispone ni de
informacin sobre posicin horizontal ni de informacin sobre
altitud de presin, entonces se pondrn a cero todos los 56 bits
de BDS 0,5. El campo de cdigo de tipo cero indicar que no
se dispone de informacin sobre latitud y longitud mientras que
el campo de altitud cero indicar que no se dispone de infor-
macin sobre altitud.
1
2 CDIGO DE TIPO DE FORMATO
3 (especificado en 2.3.1)
4
5
6 ESTADO DE VIGILANCIA
7 (especificado en 2.3.2.6)
8
BANDERA DE ANTENA NICA (SAF) (especificado
en 2.3.2.5)
9
10
11
12 ALTITUD (especificada por el cdigo de tipo de formato)
13
14
15
16
17 Este es (1) el cdigo de altitud (AC) especificado en
18 3.1.2.6.5.4 del Anexo 10, Volumen IV, pero
19 suprimido el bit M o (2) la altura GNSS (HAE)
20 .
21 TIEMPO (T) (especificado en 2.3.2.2)
22 FORMATO CPR (F) (especificado en 2.3.2.1)
23 MSB
24
25
26
27
28
29 LATITUD CODIFICADA
30 (formato en vuelo CPR especificado en 2.6.1 a 2.6.5)
31
32
33
34
35
36
37
38
39 LSB
40 MSB
41
42
43
44
45
46 LONGITUD CODIFICADA
47 (formato en vuelo CPR
48 especificado en 2.6.1 a 2.6.5)
49
50
51
52
53
54
55
56 LSB
5-96 28/11/02
Nm. 77
Tabla 2-6. Cdigo 0,6 BDS Posicin en la superficie por seales espontneas ampliadas
CAMPO MB
OBJETIVO: Proporcionar informacin precisa sobre posicin en
la superficie.
1
4
5
6
7
8
9 MOVIMIENTO
11
12
13 ESTADO para derrota: 0 = invlido, 1 = vlido
14 MSB = 180
15
17 DERROTA (VERDADERA)
18
19
20 LSB = 360/128
21 TIEMPO (T) (especificado en 2.3.2.2)
22 FORMATO CPR (F) (especificado en 2.3.2.1)
23 MSB
24
25
26
27
28
29 LATITUD CODIFICADA DE 17 bits
30 (especificado en 2.6.1 a 2.6.4 y 2.6.6)
31
32
33
34
35
36
37
38
39 LSB
40 MSB
41
42
43
44
45
46 LONGITUD CODIFICADA DE 17 bits
47 (especificado en 2.6.1 a 2.6.4 y 2.6.6)
48
49
50
51
52
53
54
55
56 LSB
5-97 28/11/02
Nm. 77
Tabla 2-7. Cdigo 0,7 BDS Estado de seales espontneas ampliadas
CAMPO MB
OBJETIVO: Proporcionar informacin sobre la capacidad y el
estado del rgimen de seales espontneas ampliadas del
transpondedor.
El subcampo de rgimen de transmisin (TRS) se codificar
como sigue:
0 = Ninguna capacidad para determinar el rgimen de
seales espontneas en la superficie.
1 = Rgimen alto de seales espontneas en la superficie
seleccionado.
2 = Rgimen bajo de seales espontneas en la superficie
seleccionado.
3 = Reservado.
El subcampo de tipo de altitud (ATS) se codificar como
sigue:
0 = Altitud de presin.
1 = Altura GNSS (HAE).
Determinacin en la aeronave del rgimen de seales espon-
tneas en la superficie:
Para aeronaves que tengan la capacidad de determinar autom-
ticamente su rgimen de seales espontneas en la superficie
el mtodo utilizado para conmutar entre las velocidades de
transmisin alta y baja ser el siguiente:
a) Conmutar de rgimen alto a bajo: la aeronave conmutar de
rgimen alto a bajo cuando la unidad de navegacin a bordo
informe que la posicin de la aeronave no se ha modificado
en ms de 10 metros en un intervalo de muestreo de
30 segundos. El algoritmo utilizado para controlar el rgimen
de seales espontneas ahorrar la posicin de la aeronave
en el momento en que se selecciona el rgimen bajo.
b) Conmutar de rgimen bajo a alto: la aeronave conmutar
desde rgimen bajo a alto tan pronto como la posicin de la
aeronave haya cambiado en 10 metros o ms despus de
que se seleccion el rgimen bajo.
Para implantaciones basadas en transpondedor, el rgimen de
transmisin automticamente seleccionado ser objeto de una
superposicin por rdenes recibidas desde el control de tierra.
1 SUBCAMPO DE RGIMEN DE TRANSMISIN
2 (TRS)
3 SUBCAMPO DE TIPO DE ALTITUD (ATS)
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30 RESERVADO
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
5-98 28/11/02
Nm. 77
Tabla 2-8. Cdigo 0,8 BDS Identificacin y categora de aeronave
por seales espontneas ampliadas
CAMPO MB
OBJETIVO: Proporcionar la identificacin y categora de
aeronaves.
Nota. Puesto que no existen criterios internacionalmente
convenidos para categoras de estela turbulenta, el cdigo 4
(conjunto A) debera interpretarse en el sentido de indicar una
aeronave de categora media que manifiesta caractersticas de
estela turbulenta de intensidad superior a la ordinaria.
El tipo de formato se codificar como sigue:
1 = Identificacin, conjunto de categora de aeronave D
2 = Identificacin, conjunto de categora de aeronave C
3 = Identificacin, conjunto de categora de aeronave B
4 = Identificacin, conjunto de categora de aeronave A
La categora de aeronave/vehculo se codificar como
sigue:
Conjunto A
0 = Ninguna informacin sobre categora de aeronave
1 = Pequea (<15 500 lbs o 7 031 kg)
2 = Media 1 (15 500 a 75 000 lbs o 7 031 a 34 019 kg)
3 = Media 2 (75 000 a 300 000 lbs o 34 019 a 136 078 kg)
4 = Aeronave con estela turbulenta alta
5 = Pesada (>300 000 lbs o 136 078 kg)
6 = Rendimiento alto (>5 g aceleracin) y alta velocidad
(> 400 kt)
7 = Giroavin
Conjunto B
1 = Planeador/velero
2 = Ms ligero que el aire
3 = Paracaidsta/skydiver
4 = Ultraligero/planeador de ladera/paraplaneador
5 = Reservado
6 = Vehculo areo sin tripulacin
7 = Vehculo espacial/transatmosfrico
Conjunto C
1 = Vehculo de superficie vehculo de emergencia
2 = Vehculo de superficie vehculo de servicio
3 = Obstculo fijo en tierra o sujeto con cuerdas
4 - 7 = Reservado
Conjunto D: Reservado
La identificacin de aeronave se codificar como sigue:
Segn lo especificado en la Tabla 2-32.
1
4
5
6 CATEGORA DE AERONAVE
7
8
9 MSB
10
11 CARCTER 1
12
13
14
15 MSB
16
17 CARCTER 2
18
19
20
21 MSB
22
23 CARCTER 3
24
25
26
27 MSB
28
29 CARCTER 4
30
31
32
33 MSB
34
35 CARCTER 5
36
37
38
39 MSB
40
41 CARCTER 6
42
43
44
45 MSB
46
47 CARCTER 7
48
49
50
51 MSB
52
53 CARCTER 8
54
55
56
5-99 28/11/02
Nm. 77
Tabla 2-9a. Cdigo 0,9 BDS Velocidad en vuelo por seales espontneas ampliadas
(Subtipos 1 y 2: Velocidad respecto al suelo)
CAMPO MB
OBJETIVO: Proporcionar informacin adicional de situacin
para vuelo normal y supersnico.
El subtipo se codificar como sigue:
La capacidad IFR se codificar como sigue:
0 = La aeronave transmisora no tiene capacidad para evitar
conflictos basados en ADS-B o aplicaciones de nivel
superior.
1 = La aeronave transmisora tiene capacidad para evitar
conflictos basados en ADS-B o aplicaciones de nivel
superior.
NUC se codificar como sigue:
1 MSB 1
2 0
3
CDIGO DE TIPO
DE FORMATO = 19
0
4 1
5 LSB 1
6 SUBTIPO 1 0 SUBTIPO 2 0
7 0 1
8 1 0
9
BANDERA DE CAMBIO DE INTENCIN
(especificado en 2.3.5.3)
10 BANDERA DE CAPACIDAD IFR
11 CATEGORA DE INCERTIDUMBRE DE NAVEGACIN
12 CATEGORA VELOCIDAD
13 (NUC
R
)
14 BIT DE DIRECCIN para velocidad E-O: 0 = Este, 1 = Oeste
15 VELOCIDAD ESTE-OESTE
16 NORMAL: LSB = 1 kt SUPERSNICO: LSB = 4 kt
17
Todos ceros = ninguna
informacin de velocidad
18 Valor Velocidad Valor Velocidad
19 1 0 kt 1 0 kt
20 2 1 kt 2 4 kt
21 3 2 kt 3 8 kt
22
23 1 022 1 021 kt 1 022 4 084 kt
24 1 023 >1 021,5 kt 1 023 >4 086 kt
25 BIT DE DIRECCIN para velocidad N-S, 0 = Norte, 1 = Sur
26 VELOCIDAD NORTE-SUR
27 NORMAL: LSB = 1 kt SUPERSNICA: LSB =4 kt
28
30 1 0 kt 1 0 kt
31 2 1 kt 2 4 kt
32 3 2 kt 3 8 kt
33
34 1 022 1 021 kt 1 022 4 084 kt
35 1 023 >1 021,5 kt 1 023 >4 086 kt
36 BIT DE FUENTE para velocidad vertical: 0 = GNSS, 1 = Baro
37
BIT DE SIGNO para velocidad vertical: 0 = Ascenso,
1 = Descenso
38 VELOCIDAD VERTICAL
39
Todos ceros - ninguna informacin de velocidad vertical;
LSB = 64 ft/min
40 Valor Velocidad vertical
41 1 0 ft/min
42 2 64 ft/min
43
44 510 32 576 ft/min
45 511 >32 608 ft/min
46
47 RESERVADO PARA INDICADOR DE VIRAJE
48
49
ALT GNSS. BIT DE SIGNO: 0 = Superior a alt baro,
1 = Inferior a alt baro
50 ALT GNSS . DIFERENCIA DE ALT BARO.
51 Todos ceros = ninguna informacin; LSB = 25 ft
52 Valor Diferencia
53 1 0 ft
54 2 25 ft
55
56
126 3 125 ft
127 >3 137,5 ft
Cdigo Velocidad Tipo
0 Reservado
1
Velocidad respecto
al suelo
Normal
2 Supersnica
3
Velocidad aerodinmica
Rumbo
Normal
4 Supersnica
5 Reservado
6 Reservado
7 Reservado
NUC
R
Error de
velocidad
horizontal (95%)
Error de
velocidad
vertical
(95%)
0 Desconocido Desconocido
1 <10 m/s <15,2m/s (50 fps)
2 <3 m/s <4,6 m/s (15 fps)
3 <1 m/s <1,5 m/s (5 fps)
4 <0,3 m/s <0,46m/s (1,5 fps)
5-100 28/11/02
Nm. 77
Tabla 2-9b. Cdigo 0,9 BDS Velocidad en vuelo por seales espontneas ampliadas
(Subtipos 3 y 4: Velocidad aerodinmica y rumbo)
CAMPO MB
OBJETIVO: Proporcionar informacin adicional de situacin
tanto para vuelo normal como vuelo supersnico en base a la
velocidad aerodinmica y al rumbo
Este formato solamente se utilizar si no se dispone de la
velocidad respecto al suelo.
La capacidad IFR se codificar como sigue:
0 = Aeronave transmisora no tiene capacidad para deteccin
de conflictos en base a ADS-B ni para aplicaciones de
nivel superior.
1 = La aeronave transmisora tiene capacidad para deteccin
de conflictos en base a ADS-B y aplicaciones de nivel
superior.
1
MSB 1
2 0
3
CDIGO DE TIPO
DE FORMATO = 19
0
4
LSB
1
5 1
6 SUBTIPO 3 0 SUBTIPO 4 1
7 1 0
8 1 0
9
BANDERA DE CAMBIO DE INTENCIN
10 BANDERA DE CAPACIDAD IFR
11 CATEGORA DE INCERTIDUMBRE DE NAVEGACIN
12 CATEGORA VELOCIDAD
13 (NUC
R
)
14
BIT DE ESTADO - 0 = Rumbo magntico disponible,
1 = disponible
15 MSB = 180
16
17
18 RUMBO MAGNTICO (especificado en 2.3.5.5)
19
20
21
22
23
24 LSB = 360/1024
25 TIPO DE VELOCIDAD AERODINMICA: 0 = IAS, 1 = TAS
26 VELOCIDAD AERODINMICA
27 NORMAL: LSB = 1 kt SUPERSNICA: LSB = 4 kt
28
30 1 0 kt 1 0 kt
31 2 1 kt 2 4 kt
32 3 2 kt 3 8 kt
33
34 1 022 1 021 kt 1 022 4 084 kt
35 1 023 >1 021,5 kt 1 023 >4 086 kt
36
BIT DE FUENTE PARA VELOCIDAD VERTICAL:
0 = GNSS, 1 = Baro
37
BIT DE SIGNO PARA VELOCIDAD VERTICAL:
0 = Ascenso, 1 = Descenso
39
Todos ceros = Ninguna informacin de velocidad vertical,
LSB = 64 ft/min
40 Valor Velocidad vertical
41 1 0 ft/min
42 2 64 ft/min
43
44 510 32 576 ft/min
45 511 >32 608 ft/min
46
47 RESERVADO PARA INDICADOR DE VIRAJE
48
49
BIT DE SIGNO DE DIFERENCIA (0 = Superior a alt baro,
1 = Inferior a alt baro)
50
DIFERENCIA DE ALTURA GEOMTRICA RESPECTO A
ALT BARO.
51 Todos ceros = Ninguna informacin; LSB = 25 ft
52 Valor Diferencia
53 1 0 ft
54 2 25 ft
55
56
126 3 125 ft
127 >3 137,5 ft
Cdigo Velocidad Tipo
0 Reservado
1
Velocidad
respecto al suelo
Normal
2 Supersnico
3 Velocidad
aerodinmica
Rumbo
Normal
4 Supersnico
5 Reservado
6 Reservado
7 Reservado
5-101 28/11/02
Nm. 77
Tabla 2-10. Cdigo 0,A BDS Informacin impulsada por sucesos
por seales espontneas ampliadas
CAMPO MB
OBJETIVO: Proporcionar un medio flexible para mensajes de
seales espontneas distintos a los de posicin, velocidad e
identificacin.
1) El mensaje insertado en este registro (o en una memoria
intermedia de transmisin equivalente) se radiodifundir una
vez por el transpondedor a la oportunidad ms pronta.
2) Los formatos para mensajes que utilizan este protocolo se
especifica en BDS 6,1 a 6,F.
3) El GFM (2.5) ser responsable de asegurar la temporizacin
aleatoria y de observar el rgimen mximo de transmisin
para este registro de 2 por segundo (2.5.5.1).
4) Colacin (de ser necesaria) se lograr mediante la extraccin
del contenido del registro adecuado 6,1 a 6,F del BDS.
Nota. El objetivo de los datos en este registro no es el de
extraer mediante los protocolos de enlace cruzado GICB o
ACAS.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
5-102 28/11/02
Nm. 77
Tabla 2-11. Cdigo 0,B BDS Informacin 1 de situacin aire-aire (situacin de aeronave)
CAMPO MB
OBJETIVO: Notificar la situacin de la aeronave amenaza a fin
de mejorar la capacidad del ACAS para evaluar la amenaza y
seleccionar una maniobra de resolucin.
1 ESTADO
2 MSB = 1 024 kt
3
4
5
6 VELOCIDAD AERODINMICA VERDADERA
7
8
9 Gama = [0-,2047 kt]
10
11
12 LSB = 1,0 kt
13
CONMUTACIN (0 = Rumbo magntico, 1 = Rumbo
verdadero)
14 ESTADO
15 SIGNO
16 MSB = 90
17
18 RUMBO
19
20
21 Gama = [-180, + 179]
22
23
24 LSB = 360/1024
25 ESTADO
26 SIGNO
27 MSB = 90
28
29
30
31
32 NGULO DE DERROTA VERDADERA
33
34
35 Gama = [180, +179]
36
37
38
39
40 LSB = 360/32 768
41 MSB = 1 024 kt
42
43
44
45
46 VELOCIDAD RESPECTO AL SUELO
47
48
49 Gama = [0, 2 047]
50
51
52
53
54
55 LSB = 1/16 kt
56 RESERVADO
5-103 28/11/02
Nm. 77
Tabla 2-12. Cdigo 0,C BDS Informacin 2 de situacin aire-aire (intencin de aeronave)
CAMPO MB
OBJETIVO: Proporcionar informacin de intencin de aeronave
amenaza para mejorar la capacidad del ACAS de evaluar la
amenaza y seleccionar una maniobra de resolucin.
1 ESTADO
2 MSB =51 200 ft
3
4
5 ALTITUD DE VUELO HORIZONTAL
6
7 Gama = [0, 102 375]
8
9
10
11
12
13 LSB = 16 ft
14 ESTADO
15 SIGNO
16 MSB = 90
17
18
19 RUMBO SIGUIENTE (DERROTA VERDADERA)
20 Gama = [+179, 180]
21
22
23
24 LSB = 360/1 024
25 ESTADO
26 MSB = 128 segundos
27
28
29 TIEMPO A SIGUIENTE PUNTO DE RECORRIDO
30 Todos uno = tiempo excede de 254 segundos
31
32 Gama = [0, 254]
33
34 LSB = 1 segundo
35 ESTADO
36 SIGNO
37 MSB 8192 ft/min
38
39 VELOCIDAD VERTICAL (ASCENSO ES POSITIVO)
40
41
42 Gama = [+16 352, 16 352]
43
44 LSB = 32 ft/min
45 ESTADO
46 SIGNO
47 MSB = 45
48
49 NGULO DE INCLINACIN LATERAL
50 Gama = [+89, 89]
51
52
53 LSB = 360/256
54
BIT DE INTERCEPTACIN MIL (0 = ninguna
interceptacin; 1 = interceptacin)
55
56 RESERVADO
5-104 28/11/02
Nm. 77
Tabla 2-16. Cdigo 1,0 BDS Informe de capacidad de enlace de datos
CAMPO MB
OBJETIVO: Notificar la capacidad de enlace de datos del trans-
pondedor en Modo S/instalacin de enlace de datos en Modo S.
La definicin completa de este registro debe estar conforme a:
1) Anexo 10, Volumen III, 5.2.9.
2) Cuando el bit 25 se pone a 1, indicar que por lo menos tiene
apoyo un servicio propio del Modo S y se verificarn los
informes de capacidad particulares.
Nota. Los registros a los que se tiene acceso mediante
los cdigos BDS 0,2, 0,3, 0,4, 1,0, 2,0 y 3,0 no afectan el reglaje
del bit 25.
3) Empezando por MSB cada posicin de bit subsiguiente
representar la subdireccin DTE en la gama de 0 a 15.
4) El indicador de protocolo mejorado denotar un transpon-
dedor de nivel 5 cuando se pone a 1 y un transpondedor de
nivel 2 a 4 cuando se pone a 0.
5) El subcampo de capacidad de seales espontneas (SCS)
se interpretar como sigue:
0 = registradores de seales espontneas no actualizados.
1 = registradores de seales espontneas actualizados.
6) El bit de identificador de vigilancia (SI) se interpretar como
sigue:
0 = ninguna capacidad de cdigo de identificador de
vigilancia
1 = capacidad de cdigo de identificador de vigilancia
7) El bit 36 se conmutar para indicar que el informe de
capacidad GICB de utilizacin comn (cdigo 1,7 BDS) ha
cambiado. Para evitar la generacin de demasiados cambios
de informe de capacidad de radiodifusin, se har un
muestreo del cdigo 1,7 BDS aproximadamente a intervalos
de un minuto para verificar cambios.
8) El estado vigente del DTE a bordo se notificar peridica-
mente al GDLP mediante las fuentes a bordo. Puesto que
un cambio de este campo lleva a una radiodifusin del
informe de capacidad, har un muestreo de entradas del
estado a intervalos de aproximadamente un minuto.
9) Para determinar la amplitud de cualquier continuacin del
informe de capacidad de enlace de datos (hacia los registros
reservados para este fin: BDS 1,1 a BDS 1,6), se reservar
el bit 9 como bandera de continuacin para indicar si se
extraer el subsiguiente registro. Por ejemplo: al detectarse
el bit 9 = 1 en BDS 1,0 entonces se extraer BDS 1,1. Si el
bit 9 = 1 en BDS 1,1 entonces se extraer BDS 1,2, y lo
mismo en adelante (hasta BDS 1,5). Obsrvese que si el
bit 9 = 1 en BDS 1,6 entonces esto ser considerado como
una condicin de error.
1
2
3
4 Cdigo BDS 1,0
5
6
7
8
9 Bandera de continuacin (vase 9)
10
11
12 RESERVADO
13
14
15
16 Reservado para ACAS
17
18
19
20 Nmero de versin de subred en Modo S
21
22
23
24
Indicador de protocolo mejorado de transpondedor
(vase 4)
25 Capacidad de servicios propios del Modo S (vase 2)
26
27 Capacidad ELM en enlace ascendente
28
29
30 Capacidad ELM en enlace descendente
31
32
33 Capacidad de identificacin de aeronave
34
Subcampo de capacidad de seales espontneas (SCS)
(vase 5)
35 Identificador de vigilancia (SI) (vase 6)
36 Uso comn de informe de capacidad GICB (vase 7)
37
38 RESERVADO PARA ACAS
39
40
41 MSB
42
43
44
45
46
47 Serie de bits indicando el estado de apoyo de las
48 subdirecciones 0 a 15 DTE (vase 3 y 8)
49
50
51
52
53
54
55
56 LSB
5-105 28/11/02
Nm. 77
Tabla 2-23. Cdigo 1,7 BDS Informe de capacidad GICB de uso comn
CAMPO MB
OBJETIVO: Para indicar los servicios GICB de uso comn a los
que se presta apoyo.
1) Cada posicin de bits indicar que se dispone del corres-
pondiente BDS en la instalacin de aeronave cuando se
pone a 1.
2) Los registros 1,8 a 1,C sern independientes de 1,7 BDS.
Se vigilarn constantemente todos los registros a un rgimen en
consonancia con su rgimen de actualizacin particular
requerido y el bit de capacidad correspondiente se pondr a 1
solamente cuando se efecta la entrada de datos vlidos al
registro al rgimen requerido o superior.
El bit de capacidad se pondr a 1 si por lo menos un campo
en el registro est recibiendo datos vlidos al rgimen requerido
con los bits de estado para todos los campos que no reciben
datos vlidos al rgimen requerido puesto a CERO.
1 0,5 Posicin a bordo por seales espontneas ampliadas
2 0,6 Posicin en tierra por seales espontneas ampliadas
3 0,7 Estado de seales espontneas ampliadas
4 0,8 Tipo e identificacin de seales espontneas ampliadas
5
0,9 Informacin de velocidad en vuelo por seales
espontneas ampliadas
6
0,A Informacin impulsada por sucesos por seales
espontneas ampliadas
7 2,0 Identificacin de aeronave
8 2,1 Nmero de matrcula de aeronave
9 4,0 Intencin de aeronave
10 4,1 Identificador de siguiente punto de recorrido
11 4,2 Posicin de siguiente punto de recorrido
12 4,3 Informacin de siguiente punto de recorrido
13 4,4 Informe meteorolgico ordinario
14 4,5 Informe meteorolgico de peligro
15 4,8 Informe de canal VHF
16 5,0 Informe de derrota y viraje
17 5,1 Posicin aproximada
18 5,2 Posicin exacta
19 5,3 Vector de situacin por referencia al aire
20 5,4 Punto de recorrido 1
23 5,F Supervisin de parmetro cuasi esttico
24 6,0 Informe de rumbo y velocidad
25 Reservado para capacidad de aeronave
26 Reservado para capacidad de aeronave
27 E,1 Reservado para multietos en Modo S
28 E,2 Reservado para multietos en Modo S
29
30
31
32
33
34
35
36
37
38
39
40
41
42 RESERVADO
43
44
45
46
47
48
49
50
51
52
53
54
55
56
5-106 28/11/02
Nm. 77
Tablas 2-24 a 2-28. Cdigos 1,8 a 1,C BDS Informe de capacidad GICB
de servicios propios de Modo S
CAMPO MB
OBJETIVO: Para indicar los servicios GICB que se han
instalado.
Cada posicin de bit indicar que el servicio GICB que repre-
senta ha sido aplicado en la instalacin de aeronave cuando se
pone a 1.
Empezando por LSB, cada posicin de bit representar el
nmero de registro, de conformidad con la tabla siguiente:
No se utilizarn los 25 bits ms significativos del cdigo 1,C
BDS.
1 MSB
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56 LSB
Cdigo BDS Capacidad instalada para
1,8 BDS
1,9 BDS
1,A BDS
1,B BDS
1,C BDS
0,1 a 3,8 BDS
3,9 a 7,0 BDS
7,1 a A,8 BDS
A,9 a E,0 BDS
E,1 a F,F BDS
5-107 28/11/02
Nm. 77
Tablas 2-29 a 2-31. Cdigos 1,D a 1,F BDS Informe de capacidad MSP
de servicios propios del Modo S
CAMPO MB
OBJETIVO: Para indicar los servicios MSP que estn instalados
y requieren un servicio.
Cada bit indicar que el MSP que representa requiere servicio
cuando se pone a 1.
Empezando por MSP cada posicin de bit representar el
nmero de canal MSP tanto para los campos de canal en enlace
ascendente como en enlace descendente, de conformidad con
la siguiente tabla:
1) En el cdigo 1,F BDS no se utilizarn los bits menos signi-
ficativos de los campos de canal en enlace ascendente y en
enlace descendente.
2) Las condiciones para reglar los bits de capacidad sern las
definidas en la especificacin del correspondiente servicio,
vase la seccin 3.
1 MSB
2
3
4
5
6
7
8
9
10
11
12
13
14 CANALES
15 MSP
16 EN ENLACE ASCENDENTE
17
18
19
20
21
22
23
24
25
26
27
28 LSB
29 MSB
30
31
32
33
34
35
36
37
38
39
40
41 CANALES
42 MSP
43 EN ENLACE DESCENDENTE
44
45
46
47
48
49
50
51
52
53
54
55
56 LSB
Cdigo BDS Canales MSP
1,D BDS
1,E BDS
1,F BDS
1 a 28 ascenso y descenso
5-108 28/11/02
Nm. 77
Tabla 2-32. Cdigo 2,0 BDS Identificacin de aeronave
CAMPO MB
OBJETIVO: Notificar la identificacin de aeronave a tierra.
1) Anexo 10, Volumen IV, 3.1.2.9.
2) La codificacin de caracteres por utilizar ser idntica a la
definida en la Tabla 3-6 del Captulo 3, Anexo 10,
Volumen IV.
3) Estos datos pueden ser los de entrada al transpondedor de
fuentes distintas al ADLP en Modo S.
4) Este formato se utilizar por la aplicacin de seales espon-
tneas ampliadas.
5) La capacidad de prestar apoyo a este registro se indicar
poniendo el bit 33 en BDS 1,0 y los bits pertinentes en BDS
1,7 y 1,8.
6) La identificacin de aeronave ser la empleada en el plan de
vuelo. Cuando no se dispone de ningn plan de vuelo, se
utilizarn las marcas de registro de la aeronave.
1
2
3
4 Cdigo 2,0 BDS
5
6
7
8
9 MSB
10
11 CARCTER 1
12
13
14 LSB
15 MSB
16
17 CARCTER 2
18
19
20 LSB
21 MSB
22
23 CARCTER 3
24
25
26 LSB
27 MSB
28
29
30 CARCTER 4
31
32 LSB
33 MSB
34
35 CARCTER 5
36
37
38 LSB
39 MSB
40
41 CARCTER 6
42
43
44 LSB
45 MSB
46
47 CARCTER 7
48
49
50 LSB
51 MSB
52
53 CARCTER 8
54
55
56 LSB
5-109 28/11/02
Nm. 77
Tabla 2-33. Cdigo 2,1 BDS Marcas de matrcula de aeronave y de registro de lnea area
CAMPO MB
OBJETIVO: Facilitar a los sistemas de tierra la identificacin de
la aeronave sin necesidad de recopilar y mantener bancos de
datos continuamente actualizados.
La codificacin de caracteres ser la definida en la Tabla 3-6 del
Captulo 3, Anexo 10, Volumen IV.
1 ESTADO
2 MSB
3
4 CARCTER 1
5
6
7 LSB
8 MSB
9
10 CARCTER 2
11
12
13 LSB
14 MSB
15
16 CARCTER 3
17
18
19 LSB
20 MSB
21
22 CARCTER 4 NMERO DE
23 MATRCULA
24 DE AERONAVE
25 LSB
26 MSB
27
28 CARCTER 5
29
30
31 LSB
32 MSB
33
34 CARCTER 6
35
36
37 LSB
38 MSB
39
40 CARCTER 7
41
42
43 LSB
44 ESTADO
45 MSB
46
47 CARCTER 1
48
49 MARCA DE
50 LSB REGISTRO
51 MSB DE LA LNEA
52 AREA
53 CARCTER 2
54
55
56 LSB
5-110 28/11/02
Nm. 77
Tabla 2-34. Cdigo 2,2 BDS Posiciones de antena
CAMPO MB
OBJETIVO: Proporcionar informacin sobre la posicin de las
antenas en Modo S y GNSS a bordo de la aeronave para posibi-
litar mediciones muy precisas de la posicin de la aeronave.
1) El campo de tipo de antena se interpretar como sigue:
0 = Invlido
1 = Antena inferior en Modo S
2 = Antena superior en Modo S
3 = Antena GNSS
4 a 7= Reservado
2) El campo de posicin X ser la distancia en metros a lo largo
del eje de la aeronave medida desde el morro de la
aeronave. El campo se interpretar como invlido si el valor
es cero y el valor de 63 significar que la posicin de la
antena es de 63 m o ms desde el morro.
3) El campo de posicin Z es la distancia en metros de la
antena desde el suelo medida con la aeronave sin carga y
en tierra. El campo debe ser interpretado como invlido si el
valor es 0 y el valor 31 significa que la posicin de la antena
est a 31 m o ms por encima del suelo.
1
2 TIPO DE ANTENA
3
4 MSB = 32 m
5
6 POSICIN X
7 Gama = [1,63] ANTENA 1
8
9 LSB = 1m
10 MSB = 16 m
11
12 POSICIN Z
13 Gama = [1,31]
14 LSB = 1m
15
16 TIPO DE ANTENA
17
18 MSB = 32 m
19
20 POSICIN X
21 Gama = [1, 63] ANTENA 2
22
23 LSB = 1m
24 MSB = 16 m
25
26 POSICIN Z
27 Gama = [1, 31]
28 LSB = 1m
29
30 TIPO DE ANTENA
31
32 MSB = 32 m
33
34 POSICIN X
35 Gama = [1, 63] ANTENA 3
36
37 LSB = 1m
38 MSB = 16 m
39
40 POSICIN Z
41 Gama = [1, 31]
42 LSB = 1m
43
44 TIPO DE ANTENA
45
46 MSB = 32 m
47
48 POSICIN X
49 Gama = [1, 63] ANTENA 4
50
51 LSB = 1m
52 MSB = 16 m
53
54 POSICIN Z
55 Gama = [1, 31]
56 LSB = 1m
5-111 28/11/02
Nm. 77
Tabla 2-37. Cdigo 2,5 BDS Tipo de aeronave
CAMPO MB
OBJETIVO: Proporcionar informacin sobre tipo de aeronave.
1) Codificacin de subcampo
La codificacin ser la indicada en el Doc 8643 Designa-
dores de tipos de aeronave. Todos los subcampos que
contienen caracteres se codificarn mediante el subconjunto
de 6 bits de 1A-5 segn lo especificado en la Tabla 3-6 del
Anexo 10, Volumen IV.
2) Designacin de modelo
Actualmente solamente se han especificado por la OACI
cuatro caracteres en el Doc 8643. El quinto carcter se ha
reservado para ampliacin futura e incluye todos cero hasta
que se especifique. 2222 en los primeros cuatro caracteres
significa que la OACI no ha especificado el designador.
3) Nmero de motores
Este subcampo se codificar como nmero binario, teniendo
el nmero 7 el significado de 7 o ms motores.
1 MSB
2
3 TIPO DE AERONAVE
4
5
6 LSB
7 MSB
8 NMERO DE MOTORES
9 LSB
10 MSB
11
12 TIPO DE MOTOR
13
14
15 LSB
16 MSB
17
18 CARCTER 1
19
20
21 LSB
22 MSB
23
24 CARCTER 2
25
26
27 LSB
28 MSB
29
30 CARCTER 3 DESIGNACIN
31 DE MODELO
32
33 LSB
34 MSB
35
36
37 CARCTER 4
38
39 LSB
40 MSB
41
42 CARCTER 5
43
44
45 LSB
46 MSB
47
48 CATEGORA DE ESTELA
49 TURBULENTA
50
51 LSB
52
53
54 RESERVADO
55
56
5-112 28/11/02
Nm. 77
Tabla 2-48. Cdigo 3,0 BDS Aviso de resolucin activo ACAS
CAMPO MB
OBJETIVO: Notificar avisos de resolucin (RA) generados por
equipo ACAS. La codificacin de este registro se conformar a:
1) Anexo 10, Volumen IV, 4.3.8.4.2.2.
2) Bit 27 significa RA terminada cuando se pone a 1.
1
2
3
4 Cdigo 3,0 BDS
5
6
7
8
9
10
11
12
13
14
15 AVISOS DE RESOLUCIN ACTIVOS
16
17
18
19
20
21
22
23
24 REGISTRO RAC
25
26
27 RA TERMINADA
28 ENCUENTRO CON AMENAZAS MLTIPLES
29 INDICADOR DE TIPO DE AMENAZA
30
31
32
33
34
35
36
37
38
39
40
41
42
43 DATOS DE IDENTIDAD DE AMENAZA
44
45
46
47
48
49
50
51
52
53
54
55
56
5-113 28/11/02
Nm. 77
Tabla 2-64. BDS 4,0 Intencin vertical seleccionada
CAMPO MB
OBJETIVO: Proporcionar acceso fcil a la informacin acerca
de las intenciones a corto plazo de la aeronave a fin de mejorar
la eficacia de las sondas de conflicto y proporcionar informacin
tctica adicional a los controladores.
1) La altitud del blanco ser el valor de intencin a corto plazo,
al cual la aeronave pasar a vuelo horizontal, (o ha pasado
ya) al final de la maniobra actual. La fuente de datos que est
actualmente utilizando la aeronave para determinar la altitud
del blanco ser indicada en los bits de fuente de altitud (54
a 56) segn lo indicado a continuacin.
Nota. Esta informacin que representa la intencin de
aeronave, real cuando se dispone de la misma, repre-
sentada por la altitud seleccionada en el tablero de control
de altitud, la altitud seleccionada por el sistema de gestin
de vuelo o la altitud vigente de la aeronave, de conformidad
con el modo de vuelo de la aeronave (la intencin pudiera
no estar disponible de ningn modo cuando el piloto est al
mando del vuelo de la aeronave).
2) Se obtendrn los datos objeto de entrada a los bits 1 a 13
a partir del tablero de control de modo (unidad de control de
vuelo) o equipo equivalente. Pueden utilizarse dispositivos
de alerta para proporcionar datos si no se disponen del
equipo de control. Los bits de modo asociados para este
campo (48 a 51) sern los indicados a continuacin.
3) Los datos de entrada a los bits 14 a 26 se obtendrn del
sistema de gestin de vuelo o de equipo equivalente que
manipula el perfil vertical de la aeronave.
4) El reglaje actual de la presin baromtrica se calcular a
partir del valor que figura en el campo (bits 28 a 39) ms
800 mb.
Cuando el reglaje de presin baromtrica es inferior a
800 mb o superior a 1 209,5 mb el bit de estado para este
campo (bit 27) se pondr para indicar datos vlidos.
5) Los bits 48 a 56 indicarn el estado de los valores propor-
cionados en los bits 1 a 26 de la forma siguiente:
El bitt 48 indicar si los bits de modo (49, 50 y 51) estn
activamente poblados.
0 = Ninguna informacin de modo proporcionada
1 = Informacin de modo deliberadamente
proporcionada
Bits 49, 50 y 51:
0 = No activo
1 = Activo
El bit 54 indicar si los bits de fuente de altitud del blanco
(55 y 56) estn activamente poblados.
0 = Ninguna informacin de fuente proporcionada
1 = Informacin de fuente deliberadamente propor-
cionada
Los bits 55 y 56 indicarn la fuente de altitud del blanco:
00 = Desconocido
01 = Altitud de aeronave
10 = Altitud seleccionada FCU/MCP
11 = Altitud seleccionada FMS
1 ESTADO
2 MSB = 32 768 ft
3
4 ALTITUD SELECCIONADA MCP/FCU
5
6
7
8 Gama = 0 a 65 520 ft (Resolucin)
9
10
11
12
13 LSB = 16 ft
14 ESTADO
15 MSB = 32 768 ft
16
17 ALTITUD FMS
18 SELECCIONADA
19
20
21 Gama = 0 a 65 520 ft
22
23
24
25
26 LSB = 16 ft (Resolucin)
27 ESTADO
28 MSB = 204,8 mb
29
30
31
32
33
34 Gama = 0 a 409,5 mb
35
36
37
38
39 REGLAJE DE
40 LSB = 0,1 mb (Resolucin) PRESIN BAROMTRICA
41 MENOS 800 mb
42
43
44 RESERVADO
45
46
47
48 ESTADO DE MCP/FCU BITS DE MODO
49 MODO VNAV
50 MODO DE ESPERA ALT
51 MODO DE APROXIMACIN
52
RESERVADO
53
54 ESTADO DE BITS DE FUENTE DE ALT DE BLANCO
55 FUENTE DE ALTITUD DEL BLANCO
56 FUENTE DE ALTITUD DEL BLANCO
5-114 28/11/02
Nm. 77
Tablas 2-65 a 2-67. Cdigos 4,1 a 4,3 BDS Detalles del siguiente punto de recorrido
OBJETIVO: Proporcionar fcil acceso a los detalles acerca del siguiente punto de recorrido en una ruta de la aeronave sin necesidad
de establecer un dilogo de enlace de datos con el sistema de gestin de vuelo. Esto ayudar al control tctico a plazo corto y medio.
El registro de cdigo 4,1 BDS incluye 9 caracteres en el formato comprimido de caracteres de 6 bits que da el nombre del punto
de recorrido.
Cdigo 4,1 BDS CAMPO MB Cdigo 4,2 BDS CAMPO MB Cdigo 4,3 BDS CAMPO MB
1 ESTADO 1 ESTADO 1 ESTADO
2 MSB 2 SIGNO 2 SIGNO
3 3 MSB = 90 3 MSB = 90
4 CARCTER 1 4 4
MARCACIN A PUNTO DE
RECORRIDO
5 5 5
6 6 6
7 LSB 7 7
8 MSB 8 LATITUD DE PUNTO 8
9 9 DE RECORRIDO 9
10 CARCTER 2 10 10 Gama = [180, +180]
11 11 11
12 12 12 LSB = 360/2 048
13 LSB 13 13 ESTADO
14 MSB 14 Gama = [180, +180] 14 MSB = 204,8 min
15 15 15
16 CARCTER 3 16 16
17 17 17
18 18 18 TIEMPO POR VOLAR
19 LSB 19 19
20 MSB 20 LSB = 90/131 072 20
21 21 ESTADO 21
22 CARCTER 4 22 SIGNO 22
23 23 MSB = 90 23 Gama = [0, 409,6]
24 24 24
25 LSB 25 25 LSB = 0,1 min
26 MSB 26 26 ESTADO
27 27 27 MSB = 3 276,8 NM
28 CARCTER 5 28 LONGITUD DE PUNTO 28
29 29 DE RECORRIDO 29
30 30 30
31 LSB 31 31
32 MSB 32 32
33 33 33 DISTANCIA POR RECORRER
34 CARCTER 6 34 34
35 35 35
36 36 Gama = [180, +180] 36
37 LSB 37 37
38 MSB 38 38 Gama = [0, 6 553,6]
39 39 39
40 CARCTER 7 40 LSB = 90/13 1072 40
41 41 ESTADO 41
42 42 SIGNO 42 LSB = 0,1 NM
43 LSB 43 MSB = 65 536 ft 43
44 MSB 44 44
45 45 45
46 CARCTER 8 46 ALTITUD DE CRUCE 46
47 47 POR PUNTO DE 47
48 48 RECORRIDO 48
49 LSB 49 49
50 MSB 50 50 RESERVADO
51 51 51
52 CARCTER 9 52 Gama = [0, 131 068] 52
53 53 53
54 54 54
55 LSB 55 55
56 RESERVADO 56 LSB = 8 ft 56
5-115 28/11/02
Nm. 77
Tabla 2-68. Cdigo 4,4 BDS Aeronotificacin meteorolgica ordinaria
CAMPO MB
OBJETIVO: Permitir recopilar en los sistemas de tierra los datos
meteorolgicos.
Codificacin FOM/FUENTE:
El valor decimal codificado en binario (cifra de mrito) del
parmetro FOM/FUENTE se interpretar como sigue:
0 = Invlido
1 = INS
2 = GNSS
3 = DME/DME
4 = VOR/DME
5 a 15 = Reservado
1) La interpretacin de los dos bits asignados a TURBULENCIA
ser la indicada en la tabla para cdigo 4,5 BDS.
Nota. El promedio de presin esttica no es un requisito
del Anexo 3.
1
2 FOM/FUENTE
3
4
5 ESTADO (viento velocidad y direccin)
6 MSB = 256 kt
7
8
9 VELOCIDAD DEL VIENTO
10
11
12 Gama = [0, 512]
13
14 LSB = 1 kt
15 SIGN
16 MSB = 90
17
18 DIRECCIN DEL VIENTO (Verdadera)
19
20
21 Gama = [180, +180]
22
23 LSB = 180/256
24 ESTADO
25 SIGNO
26 MSB = 64C
27
28
29 TEMPERATURA ESTTICA DEL AIRE
30
31
32 Gama = [128, +128]
33
34 LSB = 0,25
35 ESTADO
36 MSB = 1 024 hPa
37
38
39
40 PROMEDIO DE PRESIN ESTTICA
41
42
43 Gama = [0,2 048]
44
45
46 LSB = 1 hPa
47 ESTADO
48 TURBULENCIA (vase 1)
49
50 ESTADO
51 MSB = 100%
52
53 Gama = [0, 100]
54 HUMEDAD
55
56 LSB = 100/64%
5-116 28/11/02
Nm. 77
Tabla 2-69. Cdigo 4,5 BDS Informe de peligro meteorolgico
CAMPO MB
OBJETIVO: Proporcionar informe sobre la gravedad de los
peligros meteorolgicos, en particular para vuelos a poca altura.
Codificacin de peligro:
La interpretacin de los dos bits asignados a cada peligro ser
la definida en la tabla siguiente:
La definicin de los trminos LIGERO, MODERADO y GRAVE
figura en los PANS-ATM (Doc 4444) de ser aplicable.
1 ESTADO
2 TURBULENCIA
3
4 ESTADO
5 CIZALLADURA DEL VIENTO
6
7 ESTADO
8 MICRORRFAGA
9
10 ESTADO
11 ENGELAMIENTO
12
13 ESTADO
14 ESTELA TURBULENTA
15
16 ESTADO
17 SIGNO
18 MSB = 64C
19 TEMPERATURA ESTTICA DEL AIRE
20
21
22 Gama = [128, +128]
23
24
25
26 LSB = 0,25C
27 ESTADO
28 MSB = 1 024 hPa
29
30
31
32 PROMEDIO DE PRESIN ESTTICA
33
34
35
36 Gama = [0, 2 048]
37
38 LSB = 1 hPa
39 ESTADO
40 MSB = 32 768 ft
41
42
43 ALTURA DE RADIO
44
45
46
47 Gama = [0, 65 528]
48
49
50
51 LSB = 16 ft
52
53
54 RESERVADO
55
56
Bit 1 Bit 2
0 0 NIL
0 1 LIGERO
1 0 MODERADO
1 1 GRAVE
5-117 28/11/02
Nm. 77
Tabla 2-72. Cdigo 4,8 BDS Informe de canal VHF
CAMPO MB
OBJETIVO: Permitir que el sistema ATC supervise los reglajes del
canal de comunicaciones VHF y determine la forma por la que se
supervisa cada canal por parte de la tripulacin de vuelo.
Codificacin de informe de canal:
Se determinar cada canal de comunicaciones VHF a partir del
nmero binario positivo de 15 bits, N en kHz, de conformidad con
la frmula.
Canal (MHz ) = Base + N x 0,001 (MHz)
siendo Base = 118,000 MHz
Notas.
1) El uso binario para definir el canal mejora la eficiencia de la
codificacin.
2) Esta codificacin es compatible con la separacin entre canales
de 8,33 kHz, 25 kHz y VDL segn lo descrito a continuacin.
3) VDL tiene 4 bits completos asignados de forma tal que el estado
activo de cada uno de sus cuatro canales mltiples puede ser
verificado.
25 kHz VDL: Modo 3
25 kHz analgico
8,33 kHz analgico
Codificacin de estado de audio:
Cada par de bits de estado audio se utilizar para describir la
supervisin de la tripulacin de vuelo de tal canal audio de
conformidad con la siguiente tabla:
1
2
3
4
5
6
7 VHF 1
8
9
10
11
12
13
14
15
16 ESTADO
17 VHF 1
18 ESTADO DE AUDIO
19
20
21
22
23
24
25
26 VHF 2
27
28
29
30
31
32
33
34 ESTADO
35 VHF 2
36 ESTADO DE AUDIO
37
38
39
40
41
42
43 VHF 3
44
45
46
47
48
49
50
51
52 ESTADO
53 VHF 3
54 ESTADO DE AUDIO
55 121,5 MHz
56 ESTADO DE AUDIO
Bit
16 Estado
15 MSB (12 800 kHz)
...
Gama 118,000 a 143,575
136,975 (usos militares)
6 LSB (25 kHz)
5
4 4 banderas de canal activo
3
2
1 VDL indicador = 1
Bit
16 Estado
15 MSB (12 800 kHz)
...
Gama 118,000 a 143,575
6 LSB (25 kHz)
5 no utilizado
4 no utilizado
3 no utilizado
2 8,33 indicador = 0
1 VDL indicador = 0
Bit
16 Estado
15 MSB (17 066 kHz)
...
Gama 118,000 a 152,112
4
LSB
(17 066/2 048 kHz)
3 no utilizado
2 8,33 indicador = 1
1 VDL indicador = 0
Bit 1 Bit 2
0 0 DESCONOCIDO
0 1 NADIE
1 0 SLO AURICULARES
1 1 ALTAVOZ
5-118 28/11/02
Nm. 77
Tabla 2-80. Cdigo 5,0 BDS Informe de derrota y viraje
CAMPO MB
OBJETIVO: Proporcionar datos de derrota y de viraje a los
sistemas de tierra.
1) La antigedad aceptable mxima en el momento de la trans-
misin a tierra ser de 1 segundo para todos los parmetros.
2) El rgimen de actualizacin del registro ser suficiente para
asegurar que no se excede en operaciones normales de la
antigedad mxima aceptable de los datos de todos los
parmetros.
3) Si la antigedad mxima aceptable de los datos se excede
para cualquier parmetro, entonces el bit de estado para ese
parmetro se pondr activamente a 0 por parte del GFM.
Nota. Esto se aplica si cualquier parmetro deja de
estar disponible debido a funcionamiento anmalo.
4) Si el valor de un parmetro de la fuente de datos excede de
la gama admisible en la definicin de registro, el valor
mximo admisible en el sentido positivo o negativo correcto
ser utilizado en su lugar.
Nota. Esto requiere la intervencin activa del GFM.
5) Los datos de entrada al registro se obtendrn siempre que
sea posible a partir de fuentes que estn controlando a la
aeronave.
6) Si no se dispone de ningn parmetro en una aeronave,
todos los bits correspondientes a ese parmetro sern
puestos activamente a 0 por el proceso de servicio BDS.
7) Se obtendr el LSB de todos los campos mediante redondeo.
1 ESTADO
2 SIGNO 1 = Izquierda (ala izquierda abajo)
3 MSB = 45
4
6
7
8 Gama = [90, +90]
9
10
11 LSB = 45/256
12 ESTADO
13 SIGNO 1 = Oeste (p. ej., 315= 45)
14 MSB = 90
15
16
17 NGULO DE DERROTA VERDADERA
18
19
20 Gama = [180, +180]
21
22
23 LSB = 90/512
24 ESTADO
25 MSB = 1 024 kt
26
27
28 VELOCIDAD RESPECTO AL SUELO
29
30
31 Gama = [0, 2 046]
32
33
34 LSB = 1 024/512 kt
35 ESTADO
36 SIGNO 1 = Menos
37 MSB = 8 grados/segundos
38
39 CAMBIO DE NGULO DE DERROTA
40
41
42 Gama = [16, +16]
43
44
45 LSB = 8/256 grados/segundos
46 ESTADO
47 MSB = 1 024 kt
48
49 VELOCIDAD AERODINMICA VERDADERA
50
51
52 Gama = [0, 2 046]
53
54
55
56 LSB = 1 023/512 kt
5-119 28/11/02
Nm. 77
Tabla 2-81. Cdigo 5,1 BDS Informe de posicin aproximada
CAMPO MB
OBJETIVO: Proporcionar un informe tridimensional de la
posicin de la aeronave.
1) El bit aislado (bit 1) se pondr a 0 si cualquiera de los tres
parmetros es invlido y es idntico al bit de estado en el
cdigo 5,2 BDS.
2) La gama vlida requerida para la latitud es de +90a 90,
pero el parmetro se codificar con un MSB de 90 para
facilitar el uso del mismo algoritmo de codificacin que para
la longitud.
3) La fuente de la informacin en este registro ser la misma
que la indicada en el campo FOM/FUENTE de 5,2 BDS.
1 ESTADO (vase 1)
2 SIGNO
3 MSB = 90
4
5
6
7
8
9 LATITUD
10
11
12
13
14 Gama = [180, +180]
15 (vase 2)
16
17
18
19
20
21 LSB = 360/1 048 576
22 SIGNO
23 MSB = 90
24
25
26
27
28 LONGITUD
29
30
31
32
33
34 Gama = [180, +180]
35
36
37
38
39
40
41 LSB = 360/1 048 576
42 SIGNO
43 MSB = 65 536 ft
44
45
46
47 ALTITUD DE
48 PRESIN
49
50 Gama = [1 000, +126 752]
51
52
53
54
55
56 LSB = 8 ft
5-120 28/11/02
Nm. 77
Tabla 2-82. Cdigo 5,2 BDS Informe de posicin preciso
CAMPO MB
OBJETIVO: Proporcionar un informe en tres dimensiones de
elevada precisin sobre la posicin de la aeronave cuando se
utiliza conjuntamente con cdigo 5,1 BDS. Se incluye la
infomacin sobre la fuente de los datos.
Codificacin FOM/FUENTE:
El valor decimal del parmetro FOM/FUENTE codificado en
binario (cifra de mrito) se interpretar como sigue:
0 = Prdida de la capacidad de navegacin
1 = Altitud de presin RNP 20 (p. ej., datos INS)
2 = Altitud de presin RNP 5 (p. ej., VOR/DME)
3 = Altitud de presin RNP 1 (p. ej., DME/DME o GNSS)
4 = Reservado para altitud de presin diferencial GNSS
(error de posicin circular (CPE) 10 m)
5 = Reservado para altitud de presin diferencial GNSS
(CPE 2,5m)
6-10 = Reservados
11 = Altura GNSS RNP 1 (p. ej., DME/DME o GNSS)
12 = Reservado para altura GNSS diferencial (CPE 10 m)
13 = Reservado para altura GNSS diferencial (CPE 2,5 m)
14-15 = Reservado
Nota. RNP significa la performance de navegacin
requerida. Las categoras RNP convenientes no han sido
todava definidas para valores inferiores a 1; por consiguiente
se utiliza CPE.
1) El bit de estado nico (bit 1) se pondr a 0 si cualquiera de
los tres parmetros es invlido y es idntico al bit de estado
en el cdigo 5,1 BDS.
2) Los parmetros de LATITUD (precisa) y LONGITUD
(precisa) son una codificacin de complemento de 2 de
forma que se interpretarn conjuntamente con los corres-
pondientes parmetros en el cdigo 5.1 BDS.
Nota. Cuando la altitud GNSS se incluye en el campo de
altitud puede obtenerse la altitud de presin a partir del cdigo
5,1 BDS.
1 ESTADO (vase 1)
2 FOM/FUENTE
3
4
5
6 MSB = 90/128
7
8
9
10
11 LATITUD PRECISA
12
13
14
15
16 Gama = [0, 180/128]
17
18
19
20
21
22
23 LSB = 90/16 777 216
24 MSB = 90/128
25
26
27
28 LONGITUD PRECISA
29
30
31 Gama = [0, 180/128]
32
33
34
35
36
37
38
39
40
41 LSB = 90/16 777 216
42 SIGNO
43 MSB = 65 536 ft
44
45
46
47 ALTITUD DE
48 PRESIN
49 o
50 ALTURA GNSS (HAE)
51 Gama = [1 000, 126 752]
52
53
54
55
56 LSB = 8 ft
5-121 28/11/02
Nm. 77
Tabla 2-83. Cdigo 5,3 BDS Vector de situacin por referencia al aire
CAMPO MB
OBJETIVO: Proporcionar al sistema ATC los valores vigentes
medidos del rumbo magntico IAS/Mach, cambio de altitud y
TAS.
1 ESTADO
2 SIGNO
3 MSB = 90
4
5 RUMBO MAGNTICO
6
7
8 Gama = [180, +180]
9
10
11
12 LSB = 90/512
13 ESTADO
14 MSB = 512 kt
15
16
17 VELOCIDAD AERODINMICA INDICADA (IAS)
18
19
20 Gama = [0, 1 024]
21
22
23 LSB = 1 kt
24 ESTADO
25 MSB = Mach 2,048
26
27 NMERO DE MACH
28
29
30 Gama = [0, 4,096]
31
32
33 LSB = Mach 0,008
34 ESTADO
35 MSB = 1 024 kt
36
37
38
39 VELOCIDAD AERODINMICA VERDADERA (TAS)
40
41
42
43 Gama = [0, 2 048]
44
45
46 LSB = 0,5 kt
47 ESTADO
48 SIGNO
49 MSB = 8 192 ft/min
50 CAMBIO DE ALTITUD
51
52
53 Gama = [16 384, +16 384]
54
55
56 LSB = 64 ft/min
5-122 28/11/02
Nm. 77
Tablas 2-84 a 2-86. Cdigos 5,4 a 5,6 BDS Puntos de recorrido 1, 2 y 3
CAMPO MB
OBJETIVO: Proporcionar informacin sobre los siguientes tres
puntos de recorrido. El cdigo 5,4 BDS incluye detalles del
siguiente punto de recorrido, el cdigo 5,5 BDS incluye detalles
del siguiente punto de recorrido ms 1, y el cdigo 5,6 BDS
incluye detalles del siguiente punto de recorrido ms 2.
1) El bit de estado nico (bit 1) se pondr a 0 si cualquiera de
los parmetros es invlido.
2) La hora estimada o el nivel de vuelo se calcularn a partir
de la trayectoria programada en el FMS.
Nota. Informacin ms detallada sobre el siguiente
punto de recorrido se presenta en los cdigos 4,1 a 4,3 BDS.
3) Cuando la identidad del punto de recorrido tiene solamente
tres caracteres, se aaden dos caracteres 0 por delante
(p. ej., CDN se convierte en 00CDN).
4) La hora estimada se da en minutos y un valor de todos uno
se utilizar para indicar que el punto de recorrido al que se
refiere est a ms de 1 hora de distancia.
1 ESTADO (vase 1)
2 MSB
3
4 CARCTER 1
5
6
7 LSB
8 MSB
9
10 CARCTER 2
11
12
13 LSB
14 MSB
15
16 CARCTER 3
17
18
19 LSB
20 MSB
21
22 CARCTER 4
23
24
25 LSB
26 MSB
27
28 CARCTER 5
29
30
31 LSB
32 MSB = 30 min
33
34
35 HORA ESTIMADA DE LLEGADA
36 (VUELO NORMAL)
37
38 Gama = [0, 59]
39
40 LSB = 60/512 min
41 MSB = 320
42
43 NIVEL ESTIMADO DE VUELO
44 (VUELO NORMAL)
45 Gama = [0, 640]
46 LSB = 10
47 MSB = 30 min
48
49
50 TIEMPO POR RECORRER
51 (RUTA DIRECTA)
52
53 Gama = [0, 59]
54
55 LSB = 60/512 min
56 RESERVADO
5-123 28/11/02
Nm. 77
Tabla 2-95. Cdigo 5, F BDS Supervisin del parmetro cuase esttico
CAMPO MB
OBJETIVO: Facilitar la supervisin de cambios de los
parmetros que normalmente no cambian con mucha
frecuencia, es decir se prev que sean estables por 5 minutos
o ms mediante el acceso a un solo registro.
Codificacin de supervisin de parmetros:
El cambio de cada parmetro se supervisar por 2 bits. El valor
00 indica que no se dispone de ningn dato vlido en este
parmetro. El valor decimal para este campo de 2 bits ha de
ciclarse por 1, 2 y 3 cada etapa indicando un cambio en el
parmetro supervisado.
El subcampo de peligros meteorolgicos notificar cambios de
turbulencia, cizalladura del viento, estela turbulenta, engela-
miento y microrrfagas lo mismo que en el nmero de registro
45
16
.
1 ALTITUD SELECCIONADA
2
3 RUMBO SELECCIONADO
4
5 VELOCIDAD SELECCIONADA
6
7 NMERO DE MACH SELECCIONADO
8
9 CAMBIO DE ALTITUD SELECCIONADA
10
11
NGULO DE TRAYECTORIA DE VUELO
SELECCIONADO
12
13 PUNTO DE RECORRIDO
14
15 MODO HORIZONTAL FMS
16
17 MODO VERTICAL FMS
18
19 INFORME DE CANAL VHF
20
21 PELIGROS METEOROLGICOS
22
23 ALTITUD BLANCO
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40 RESERVADO
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
5-124 28/11/02
Nm. 77
Tabla 2-96. Cdigo 6,0 BDS Informe de rumbo y velocidad
CAMPO MB
OBJETIVO: Proporcionar los datos de rumbo y velocidad a los
sistemas de tierra.
1) La antigedad aceptable mxima en el momento de la trans-
misin a tierra ser de 1 segundo para todos los parmetros.
2) El rgimen de actualizacin del registro ser suficiente para
asegurar que no se excede en operaciones normales de la
antigedad mxima aceptable de los datos de todos los
parmetros.
3) Si la antigedad mxima aceptable de los datos se excede
para cualquier parmetro, entonces el bit de estado para ese
parmetro se pondr activamente a 0 por parte del GFM.
4) Si el valor de un parmetro de la fuente de datos excede de
la gama admisible en la definicin de registro, el valor
mximo admisible en el sentido positivo o negativo correcto
ser utilizado en su lugar.
Nota. Esto requiere la intervencin activa del GFM.
5) Los datos de entrada al registro se obtendrn siempre que
sea posible a partir de fuentes que estn controlando a la
aeronave.
6) Se requerirn todos los parmetros excepto para velocidad
vertical inercial que solamente se proporcionar por
aeronaves con una fuente inercial apropiada. Si no se
dispone de la velocidad vertical inercial, los bits 46 a 56
inclusive se pondrn activamente a 0 por el GFM.
7) Se obtendr el LSB de todos los campos mediante redondeo.
1 ESTADO
2 SIGNO 1 = Oeste (p. ej., 315= 45)
3 MSB = 90
4
5
6 RUMBO MAGNTICO
7
8
9 Gama = [180, +180]
10
11
12 LSB = 90/512
13 ESTADO
14 MSB = 512 kt
15
16
17 VELOCIDAD AERODINMICA INDICADA
18
19
20 Gama = [0, 1 023]
21
22
23 LSB = 512/512 = 1kt
24 ESTADO
25 MSB = 2,048
26
27 MACH
28
29
30 Gama = [0, 4,096]
31
32
33
34 LSB = 2,048/512
35 ESTADO
36 SIGNO 1 = Por debajo
37 MSB = 8 192 ft/min
38
39 CAMBIO DE ALTITUD
40 BAROMTRICA
41
42 Gama = [16 384, +16 352]
43
44
45 LSB = 8192/256 = 32 ft/min
46 ESTADO
47 SIGNO 1 = Por debajo
48 MSB = 8 192 ft/min
49
51 INERCIAL
52
53 Gama = [16 384, +16 352]
54
55
56 LSB = 8 192/256 = 32 ft/min
5-125 28/11/02
Nm. 77
Tabla 2-97. Cdigo 6,1 BDS Estado de emergencia/prioridad
CAMPO MB
OBJETIVO: Proporcionar informacin adicional sobre el estado
de la aeronave.
0 = Ninguna informacin
1 = Estado de emergencia/prioridad
2 a 7 = Reservado
El estado de emergencia/prioridad se codificar como
sigue:
1) Se efectuar la entrega del mensaje una vez por segundo
utilizando el protocolo impulsado por sucesos.
2) Se detectar la terminacin del estado de emergencia
codificando el campo de estado de vigilancia del mensaje de
posicin en vuelo.
1
2
3 CDIGO DE TIPO DE FORMATO = 28
4
5
6
7 CDIGO DE SUBTIPO = 1
8
9 ESTADO DE
10 EMERGENCIA/PRIORIDAD
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33 RESERVADO
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
Valor Significado
0 Ninguna emergencia
1 Emergencia general
2 Guardavidas/ mdicos
3 Combustible mnimo
4 Ninguna comunicacin
5 Interferencia ilcita
6 Reservado
7 Reservado
5-126 28/11/02
Nm. 77
Tablas 2-98/99. Cdigos 6,2/6,3 BDS Punto de cambio de trayectoria actual/siguiente
(TCP/TCP+1)
CAMPO MB
OBJETIVO: Proporcionar la intencin de la aeronave segn lo
definido por el punto de cambio de trayectoria actual o siguiente.
1
2
4
5
6 Tipo TCP (0 = vigente, 1 = siguiente)
7 TIPO DE PUNTO/TRAMO DE TRAYECTORIA
8
9 (Vase 2.3.9.3)
10
11 DATOS TCP VLIDOS (0 = invlido, 1 = vlido)
12 Formato TCP (0 = 4D TCP) Formato TCP (1 = 3D TCP)
13 MSB MSB
14 TCP/TCP+1 TCP/TCP+1
15 ALTITUD ALTITUD
16
17 (Vase 2.3.9.6) (Vase 2.3.9.6)
18
19
20
21
22 LSB LSB
23 MSB = 180 MSB = 180
24 TCP/TCP+1 TCP/TCP+1
25 LATITUD LATITUD
26
(Codificacin de formato par
CPR)
(Codificacin angular binaria
ponderada)
27 (Vase 2.3.9.7.1) (Vase 2.3.9.7.2)
28
29
30
31
32
33
34
35
36 LSB
37 MSB
38 TCP/TCP+1
39 LONGITUD LSB = 2
17
x 360
40
(Cdificacin de formato par
CPR)
MSB = 180
41 TCP/TCP+1
42 (Vase 2.3.9.8.1) LONGITUD
43
(Codificacin angular binaria
ponderada)
44 (Vase 2.3.9.8.2)
45
46
47
48
49
50 LSB
51 MSB
52 TCP/TCP+1
53 TIEMPO POR IR (TTG)
54
55 (Vase 2.3.9.9)
56 LSB LSB = 2
17
x 360
5-127 28/11/02
Nm. 77
Tabla 2-100. Cdigo 6,4 BDS Mensaje de coordinacin operacional de aeronaves
CAMPO MB
OBJETIVO: Proporcionar el estado actual de los diversos
parmetros de aeronave requeridos para prestar apoyo a aplica-
ciones operacionales particularmente las que implican a un par
de aeronaves.
1
2
4
5
6
8
9 MSB
10
11
12
13
14
15 DIRECCIN DE UN PAR
16
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32 LSB
33 MSB
34 VELOCIDAD DE PASO POR UMBRAL DE LA PISTA
35
37 LSB
38
SIGNO DE NGULO DE INCLINACIN LATERAL
39 MSB
42
43 LSB
44 MOTOR Y AL AIRE (especificado en 2.3.10.7)
45
46 PARADA DE MOTOR (especificado en 2.3.10.8)
47
48
49
50 RESERVADO
51
52
53
54
55
56
5-128 28/11/02
Nm. 77
Tabla 2-101. Cdigo 6,5 BDS Estado operacional de aeronave
CAMPO MB
OBJETIVO: Proporcionar la clase de capacidad y el modo
operacional vigente del ATC en relacin con aplicaciones a
bordo de la aeronave.
1 MSB
2
4
5 LSB
6 MSB
8 LSB
9 MSB
10 CAPACIDAD OPERACIONAL EN RUTA (CC-4)
12 LSB
13 MSB
14 CAPACIDAD OPERACIONAL DE REA TERMINAL
15 (CC-3)
16 LSB (especificado en 2.3.11.4)
17 MSB
18 CAPACIDAD OPERACIONAL DE
19 APROXIMACIN/ATERRIZAJE (CC-2)
21 MSB
22 CAPACIDAD OPERACIONAL EN LA SUPERFICIE (CC-1)
24 LSB
25 MSB
26 ESTADO DE CAPACIDAD OPERACIONAL
27 EN RUTA (OM 4)
29 MSB
31 EN REA TERMINAL (OM-3)
33 MSB
35 APROXIMACIN/ATERRIZAJE (OM-2)
37 MSB
39 EN LA SUPERFICIE (OM-1)
41
42
43
44
45
46
47 RESERVADO
48
49
50
51
52
53
54
55
56
5-129 28/11/02
Nm. 77
Tabla 2-241. Cdigo F,1 BDS Aplicaciones militares
CAMPO MB
OBJETIVO: Proporcionar datos en apoyo de aplicaciones
militares.
1) Se utilizar el campo de carcter para indicar si se utilizan
2 caracteres o 4 caracteres en el cdigo de Modo 1. La lgica
ser la siguiente:
0 = cdigos de 2 octales
(A1-A4 y B1-B4)
(A1-A4, B1-B4, C1-C4 y D1-D4)
2) Se utilizarn los campos de estado para indicar si se dispone
o no se dispone de los datos. La lgica ser la siguiente:
0 = No disponible
1 = Disponible
1 ESTADO
2 Campo de carcter (vase 1)
3 C1
4 A1
5 C2
6 A2
7 C4
8 A4 CDIGO DE MODO 1
9 X
10 B1
11 D1
12 B2
13 D2
14 B4
15 D4
16 ESTADO
17 C1
18 A1
19 C2
20 A2
21 C4
22 A4 CDIGO DE MODO 2
23 X
24 B1
25 D1
26 B2
27 D2
28 B4
29 D4
30
31
32
33
34
35
36
37
38
39
40
41
42 RESERVADO
43
44
45
46
47
48
49
50
51
52
53
54
55
56
5-130 28/11/02
Nm. 77
Tabla 2-242. Cdigo F,2 BDS Aplicaciones militares
CAMPO MB
OBJETIVO. Se utilizar este registro para aplicaciones militares
que implican DF=19. Su objetivo es proporcionar datos en
apoyo de aplicaciones militares.
CDIGO DE TIPO se codificar como sigue:
0 = Informacin de cdigo de modo
1 31= No asignados
1) Se utilizar el campo de carcter para indicar si se utilizan
2 caracteres o 4 caracteres en el cdigo de Modo 1. La lgica
ser la siguiente:
(A1-A4 y B1-B4)
(A1-A4, B1-B4, C1-C4 y D1-D4)
2) Se utilizarn los campos de estado para indicar si se dispone
o no se dispone de los datos. La lgica ser la siguiente:
0 = No disponible
1 = Disponible
1
2
3 CDIGO DE TIPO = 0
4
5
6 ESTADO
7 Campo de carcter (Vase 1)
8 C1
9 A1
10 C2
11 A2
12 C4
13 A4
14 X CDIGO DE MODO 1
15 B1
16 D1
17 B2
18 D2
19 B4
20
D4
21 ESTADO
22 C1
23 A1
24 C2
25 A2
26 C4
27 A4
28 X CDIGO DE MODO 2
29 B1
30 D1
31 B2
32 D2
33 B4
34 D4
35 ESTADO
36 C1
37 A1
38 C2
39 A2
40 C4
41 A4
42 X CDIGO DE MODO A
43 B1
44 D1
45 B2
46 D2
47 B4
48 D4
49
50
51
52
53 RESERVADO
54
55
56
5-131 28/11/02
Nm. 77
3. FORMATOS DE LOS PROTOCOLOS PROPIOS DEL MODO S (MSP)
3.1 ASIGNACIONES DE NMERO DE CANAL MSP
Los detalles de los protocolos y de las transferencias de datos se definen en los prrafos siguientes.
Nota. Ya han sido asignados algunos nmeros de canal MSP (vase el Captulo 5, Tabla 5-25).
3.2 CANALES MSP EN ENLACE ASCENDENTE
Se han numerado como 3.2.X las secciones siguientes, siendo X el equivalente decimal del nmero de canal MSP en enlace
ascendente. Esto se har para permitir que las definiciones de los formatos hasta ahora por determinar se inserten sin afectar a los
nmeros de los prrafos.
Para los formatos de paquetes MSP vase el Captulo 5.
3.2.1 CANAL 1 MSP EN ENLACE ASCENDENTE
(Reservado para la gestin de servicios especficos)
Todava no se ha elaborado la descripcin de este canal.
(Servicio de informacin de trnsito (TIS))
3.2.2.1 FINALIDAD
El TIS puede generar informacin automtica de alerta respecto a cualquier aeronave con un transpondedor en servicio
(en Modos A/C o Modo S) o respecto a aeronaves que sean objeto de seguimiento del radar primario integrado al sistema SSR.
Nota.El servicio de informacin de trnsito (TIS) tiene por objeto mejorar la seguridad operacional y la eficiencia de las
maniobras de ver y evitar proporcionando al piloto una presentacin visual automtica del trnsito cercano y advertencias acerca
de cualesquiera condiciones de trnsito que puedan ser una amenaza. El TIS equivale funcionalmente al ACAS I, proporcionando
avisos de trnsito pero ninguna informacin de avisos de resolucin. Mediante la utilizacin de la base de datos de vigilancia que
mantienen los interrogadores de tierra en Modo S y su enlace de datos, el TIS puede proporcionar alertas de trnsito en vuelo,
requiriendo un mnimo de equipo de a bordo. El TIS se proporciona sin ninguna intervencin del ATC.
3.2.2.2 FORMATOS DE MENSAJE TIS EN ENLACE ASCENDENTE
A continuacin se muestra la estructura de todos los mensajes TIS en enlace ascendente. Cada mensaje TIS en enlace ascendente
consta de 56 bits. Los mensajes TIS en enlace ascendente constan de uno o ms paquetes MSP de formato corto. Hay tres tipos
de mensajes TIS en enlace ascendente:
1) Keep-alive
2) Goodbye
3) Datos de trnsito
Encabeza-
miento
Tipo de
mensaje
Bloque de
trnsito 1
Bloque de
trnsito 2
5-132 28/11/02
Nm. 77
Nota. Los formatos de mensajes TIS en enlace descendente se definen en el Captulo 4 del presente manual en relacin con
el identificador de radiodifusin 02
16
.
3.2.2.2.1 Encabezamiento de mensaje
En todos los mensajes TIS est presente un encabezamiento de 8 bits. El encabezamiento de mensaje TIS tiene el valor 02
(hexadecimal), dado que todos los mensajes TIS utilizan el protocolo MSP de formato corto y se asigna a TIS el canal 2 MSP.
3.2.2.2.2 Tipo de mensaje
El campo de tipo de mensaje de 6 bits se emplea para distinguir los diversos tipos de mensajes en enlace ascendente:
En el caso de mensajes de datos de trnsito del primer segmento, el campo de tipo de mensaje de 6 bits contiene el rumbo
propio de seguimiento generado por el interrogador en Modo S de la aeronave que est recibiendo el mensaje TIS. Este rumbo
cuantificado a incrementos de 6 se expresa por referencia al norte magntico en el interrogador. El valor del rumbo propio en los
mensajes de datos de trnsito se proporciona para poder corregir el rumbo en la pantalla a bordo de aeronaves con equipo TIS mediante
un sensor de rumbo de a bordo.
Nota.Dicha correccin del rumbo puede ser necesaria cuando la aeronave est maniobrando o corrigiendo la deriva provocada
por el viento.
Dado que puede haber varios mensajes TIS de datos de trnsito dirigidos a determinada aeronave durante una exploracin dada,
el procesamiento TIS debe poder agrupar correctamente los datos de trnsito TIS en enlace ascendente. Los valores de tipo de los
segmentos primero, intermedio, y final proporcionan la informacin necesaria para efectuar este proceso de agrupamiento.
Se presenta a continuacin el mecanismo correspondiente. Debe preverse un espacio de memoria intermedia por lo menos para
4 mensajes TIS de datos de trnsito (ocho aeronaves).
3.2.2.2.2.1 Mensaje Keep-alive
El mensaje keep-alive contiene el encabezamiento del mensaje y los campos de tipo de mensaje descritos anteriormente. El
campo de tipo de mensaje se pone a 63 decimal. Los bits restantes del mensaje no se utilizan.
3.2.2.2.2.2 Mensaje Goodbye
El mensaje de Goodbye contiene el encabezamiento del mensaje y los campos de tipo de mensaje descritos anteriormente. El
campo para el tipo de mensaje se pone a 62 decimal. Los bits restantes del mensaje no se utilizan.
3.2.2.2.3 Bloque de informacin de trnsito
Cada mensaje TIS de datos de trnsito contiene dos bloques de informacin de trnsito de 21 bits cuya estructura se indica
seguidamente. Los seis campos de un bloque de informacin de trnsito describen una aeronave de alerta TIS. De ah que, un mensaje
TIS de datos de trnsito puede definir una o dos aeronaves de alerta.
Nota.Un nmero de n mensajes TIS de datos de trnsito puede ser transmitido en enlace ascendente en una exploracin
dada cursando informacin hacia un nmero de hasta 2n aeronaves de alerta.
Valor de tipo
de mensaje
Tipo de mensaje TIS en
enlace ascendente
0 a 59 Datos de trnsito, primer segmento (rumbo propio)
60 Datos de trnsito, segmentos intermedios
61 Datos de trnsito, segmento final
62 Goodbye
63 Keep-alive
Marcacin
del trnsito
Distancia
del trnsito
Altitud relativa
Rgimen
de altitud
Rumbo
del trnsito
Estado
del trnsito
6 bits 4 bits 5 bits 2 bits 3 bits 1 bit
5-133 28/11/02
Nm. 77
3.2.2.2.3.1 Marcacin del trnsito
El campo de marcacin del trnsito de 6 bits contiene el ngulo de marcacin desde la propia aeronave hacia la aeronave de
alerta, cuantificado a incrementos de 6. La gama vlida de valores del campo de marcacin del trnsito va de 0 a 59 (con la excepcin
descrita seguidamente).
Nota. Dado que este ngulo de marcacin est definido por TIS respecto a su rumbo medido de la propia aeronave, pueden
aplicarse correcciones desde una fuente de rumbo en vuelo.
Si hay solamente una aeronave de alerta en un determinado mensaje TIS de datos de trnsito, el campo de la marcacin del trnsito
en el bloque de informacin de trnsito no utilizado se pone al valor 63 (ngulo de marcacin superior a 360) y se hace caso omiso
del resto de los bits en el bloque de informacin de trnsito. Este bloque se denomina de alerta nula.
3.2.2.2.3.2 Distancia del trnsito
El campo de distancia del trnsito de 4 bits contiene la distancia entre la propia aeronave y la aeronave de alerta. Para reducir
a un mnimo el nmero de bits necesarios para este campo se utiliza una codificacin no lineal de la distancia:
3.2.2.2.3.3 Altitud relativa
El campo de altitud relativa de 5 bits contiene la diferencia de altitud entre la propia aeronave y la aeronave de alerta. Para reducir
a un mnimo el nmero de bits necesarios para este campo se utiliza una codificacin no lineal. Se utiliza un valor especial de
codificacin para indicar que la aeronave de alerta no ha notificado su altitud. Como regla convencional, un valor positivo del campo
de altitud relativa indica que la aeronave de alerta est por encima de la propia aeronave.
La altitud relativa est dada por:
Altitud relativa = Altitud
aeronave de alerta
Altitud
aeronave propia
donde las altitudes se indican en pies.
La codificacin TIS de la altitud relativa es:
Valor de distancia del trnsito (r) Distancia (a incrementos de 230 m (0,125 NM))
0 0 r 1
1 1 < r 3
2 3 < r 5
3 5 < r 7
4 7 < r 9
5 9 < r 11
6 11 < r 13
7 13 < r 15
8 15 < r 18
9 18 < r 22
10 22 < r 28
11 28 < r 36
12 36 < r 44
13 44 < r 52
14 52 < r 56
15 r >56
Valor de la altitud relativa Altitud relativa (ft)
0 0 alt +100
1 +100 < alt +200
2 +200 < alt +300
3 +300 < alt +400
4 +400 < alt +500
5-134 28/11/02
Nm. 77
3.2.2.2.3.4 Rgimen de altitud
El campo de rgimen de altitud de 2 bits indica si la aeronave de alerta est ascendiendo, descendiendo o en vuelo horizontal.
Se emplea un rgimen de altitud de 500 ft/min como valor de umbral. La codificacin del campo de rgimen de altitud TIS es:
3.2.2.2.3.5 Rumbo del trnsito
El campo de rumbo del trnsito de 3 bits contiene el rumbo de la aeronave de alerta cuantificado a incrementos de 45. Este
rumbo se basa en el seguimiento del interrogador de tierra en Modo S respecto a la aeronave de alerta.
Nota.La cuantificacin aproximada del rumbo del trnsito es suficiente para ayudar al piloto que recibe el mensaje de alerta
TIS a captar visualmente a la aeronave objeto de alerta de trnsito.
3.2.2.2.3.6 Estado del trnsito
El campo de estado de trnsito de 1 bit identifica el tipo de alerta representado por este bloque de informacin de trnsito. Un
valor de estado CERO indica una alerta de proximidad y un valor de estado UNO indica una alerta de amenaza.
3.2.2.2.4 Tramitacin de alertas TIS mltiples
Segn lo descrito anteriormente, la informacin de los datos de trnsito para una exploracin dada puede contener varios mensajes
TIS de datos de trnsito. El ltimo bloque de informacin de trnsito del ltimo mensaje TIS en enlace ascendente para esta explo-
racin ser un bloque de alerta nula si hay un nmero impar de aeronaves de alerta en este mensaje. La condicin de alerta nula
se indica mediante el valor 63 decimal en el campo de marcacin del trnsito del bloque de informacin de trnsito.
5 +500 < alt +600
6 +600 < alt +700
7 +700 < alt +800
8 +800 < alt +900
9 +900 < alt +1 000
10 +1 000 < alt +1 500
11 +1 500 < alt +2 000
12 +2 000 < alt +2 500
13 +2 500 < alt +3 000
14 +3 000 < alt +3 500
15 +3 500 < alt
16 Ninguna altitud notificada
17 100 alt < 0
18 200 alt < 100
19 300 alt < 200
20 400 alt < 300
21 500 alt < 400
22 600 alt < 500
23 700 alt < 600
24 800 alt < 700
25 900 alt < 800
26 1 000 alt < 900
27 1 500 alt < 1 000
28 2 000 alt < 1 500
29 2 500 alt < 2 000
30 3 000 alt < 2 500
31 alt < 3 000
Valor del campo de rgimen de altitud Rgimen de altitud
0 No se utiliza
1 Ascendiendo (>500 ft/min)
2 Descendiendo (>500 ft/min)
3 Nivel
Valor de la altitud relativa Altitud relativa (ft)
5-135 28/11/02
Nm. 77
3.2.2.2.4.1 Los bloques de informacin de trnsito TIS en un determinado mensaje TIS de datos de trnsito estn dispuestos
con las alertas de ms alta prioridad en primer lugar. Todos los bloques de informacin de trnsito con estado de amenaza preceden
a los bloques de informacin de trnsito con estado de proximidad. Dentro de una clase de estado, los bloques de informacin
de trnsito se ponen en orden creciente de distancia del trnsito.
Nota.Este orden garantiza que las alertas de trnsito ms crticas estarn a la cabeza de la lista de bloques de informacin
de trnsito. Por lo tanto, el TIS notificar acerca de la aeronave ms significativa hasta el lmite de nmero de mensajes transferibles
en una exploracin.
3.2.2.3 MECANISMO DE AGRUPAMIENTO DE MENSAJES TIS DE DATOS DE TRNSITO
3.2.2.3.1 El mecanismo para agrupar estos mensajes de datos de trnsito para una exploracin determinada se basar en el campo
de tipo de mensaje, de cada mensaje, segn lo descrito en 3.2.2.2.
3.2.2.3.2 Puesto que el protocolo Com-A en Modo S puede entregar copias mltiples del mismo mensaje, la etapa inicial en
el agrupamiento de los mensajes es una verificacin para eliminar mensajes duplicados. Esto se lograr mediante una comparacin
de los bits de los mensajes sucesivos recibidos con el mismo tipo de mensaje.
3.2.2.3.3 Despus de eliminada la duplicacin, los datos de trnsito TIS para un determinado agrupamiento comenzarn siempre
con un mensaje de primer segmento. Este mensaje contendr el valor de rumbo propio para el grupo. Los mensajes de datos de
trnsito TIS adicionales en la agrupacin (de haberlos) se estructurarn segn lo indicado en la tabla siguiente:
3.2.2.3.4 La recepcin de un primer segmento iniciar la formacin de un grupo de mensajes. Los mensajes TIS de datos
de trnsito subsiguientes en enlace ascendente se aadirn al grupo hasta que se produzca una de las siguientes condiciones:
a) se recibe un enlace ascendente TIS de tipo final (el final es parte del grupo);
b) se recibe un enlace ascendente TIS de tipo de primer segmento, keep-alive o goodbye; o
c) han transcurrido ms de 6 segundos desde el inicio del grupo.
3.2.2.3.5 Todos los bloques de trnsito en el grupo de mensajes TIS de datos de trnsito (1 a n) formarn la presentacin visual
para el momento actual. Seguidamente se iniciar un nuevo grupo al recibirse otro mensaje TIS de datos de trnsito de primer
segmento en enlace ascendente. Se har caso omiso de los mensajes TIS de datos de trnsito en enlace ascendente, de tipo inter-
medio o final si no se ha iniciado un nuevo grupo mediante la recepcin de un primer segmento.
3.2.2.4 PROTOCOLOS TIS DE ESTABLECIMIENTO/DESCONEXIN
El procesamiento necesario para establecer/desconectar TIS con los interrogadores de tierra en Modo S cuando se cruzan los
lmites de cobertura se basar en la informacin que figura en los registros de capacidad de los transpondedores en Modo S de la
aeronave, as como dos mensajes TIS especficos en enlace ascendente.
3.2.2.4.1 Informe de capacidad en Modo S
El registro 10
16
del transpondedor en Modo S contendr bits que indican el nivel de la aeronave respecto a las funciones en
Modo S. Este registro ser ledo por cada interrogador de tierra en Modo S que capte a la aeronave. El bit 25 de este registro se
pondr a UNO si la aeronave dispone de cualesquiera servicios de enlace de datos MSP (es decir, TIS).
Nmero de aeronaves
en el trnsito Estructura del grupo
1 Primero
2 Primero
3 Primero y final
4 Primero y final
5 Primero, 1 intermedio, y final
6 Primero, 1 intermedio, y final
7 Primero, 2 intermedios, y final
8 Primero, 2 intermedios, y final
etc. Primero, intermedios, y final
5-136 28/11/02
Nm. 77
Nota. Este bit indica simplemente la presencia de servicios de enlace de datos MSP a bordo de la aeronave NO indica si
la tripulacin est utilizando cualesquiera de esos servicios en un momento dado.
3.2.2.4.2 Informe de capacidad MSP
Los registros de transpondedor 1D
16
a 1F
16
del transpondedor en Modo S contienen bits que indican el estado dinmico de algunos
servicios de datos MSP a bordo de la aeronave (si estn definidos en las aplicaciones, p. ej., TIS). Estos registros sern ledos por
cada interrogador de tierra en Modo S que capte a la aeronave si el informe de capacidad en Modo S indica que la aeronave dispone
de servicios de enlace de datos MSP. El bit 2 del registro 1D
16
del informe de capacidad MSP se pone a UNO si se desea disponer
de apoyo TIS; de lo contrario el bit se pondr a CERO. Este bit se pondr a un valor y se volver a poner conjuntamente a la
generacin de mensajes en enlace descendente y de peticin de conexin de servicio (TSCR) y de peticin de desconexin de
servicio (TSDR), segn lo especificado en la seccin 4 para el identificador 02
16
de radiodifusin en enlace descendente.
3.2.2.4.3 Temporizador keep-alive
A falta de mensajes TIS de datos de trnsito, los mensajes TIS keep-alive se enviarn en enlace ascendente por el interrogador
de tierra en Modo S. El procesador TIS de a bordo mantendr un temporizador que mida el intervalo de tiempo entre los mensajes
TIS en enlace ascendente recibidos. El temporizador se reiniciar cada vez que se reciba un mensaje TIS en enlace ascendente. Si
este temporizador keep-alive completa 60 segundos (el parmetro de tiempo keep-alive para el TIS), se declarar que ha fallado
el servicio tierra a aire TIS y que ya no se dispone de apoyo TIS del interrogador de tierra en Modo S.
Nota. El procesamiento del servicio de enlace de datos TIS debe recibir peridicamente mensajes en enlace ascendente del
interrogador de tierra en Modo S a fin de garantizar que se mantiene el enlace tierra a aire y que contina el apoyo TIS de tierra.
3.2.2.4.4 Protocolo TIS de cdigo de identificador de interrogador principal (II)
Cada mensaje TIS en enlace ascendente estar acompaado de un cdigo de identificador de interrogador (II) de 4 bits que
identifica al interrogador de tierra en Modo S (o grupo de interrogadores) que lo gener. En cualquier momento dado, slo un interro-
gador de tierra en Modo S se declarar como el interrogador principal (PI). En zonas en que hay cobertura superpuesta en Modo S
por interrogadores con distintos cdigos II, se declarar tambin un interrogador de alternativa (AI). Se define a continuacin el
protocolo TIS para tramitacin de los cdigos II.
Nota.Los cdigos II se asignan a interrogadores en Modo S de tal manera que los interrogadores que no estn agrupados,
con cobertura superpuesta de vigilancia, no puedan tener cdigos II idnticos.
3.2.2.4.5 Generacin de presentaciones visuales del TIS
Si se reciben mensajes TIS desde ms de un interrogador en cualquier momento, solamente aquellos mensajes TIS del interrogador
actualmente declarado como PI se presentarn en pantalla al piloto. Se descartarn los mensajes TIS de interrogadores distintos a
PI, salvo para el procesamiento AI descrito en lo que sigue.
3.2.2.4.6 Identificacin del interrogador de alternativa (AI)
El cdigo II del mensaje TIS ms recientemente recibido que no proceda de PI se conservar como AI. En el caso de que no
se haya recibido ningn mensaje TIS de interrogadores distintos a PI (segn lo descrito a continuacin), no se definir ningn AI
vigente. La definicin de AI se inicializar como ningn estado cuando TIS se activa (TSCR) o desactiva (TSDR) por el piloto.
3.2.2.4.7 Identificador del interrogador principal (PI)
El cdigo II del primer interrogador de tierra en Modo S que responda al mensaje en enlace descendente TSCR con un mensaje
TIS en enlace ascendente se convierte en PI. El PI se conservar hasta que:
a) el PI enva un mensaje TIS en enlace ascendente de goodbye; o bien,
b) se produce una temporizacin keep-alive de TIS en el PI.
En ambos casos, el AI (si hay uno presente) pasar a ser PI y se presentarn ahora en pantalla sus mensajes TIS. Se identificar
entonces un nuevo AI. Si no hubiera ningn AI disponible, tampoco habr ningn PI disponible y el procesador TIS de a bordo
pasar al estado de ningn apoyo a TIS. Este estado continuar hasta que se recibe un mensaje TIS (de trnsito o de keep-alive)
de un interrogador de tierra en Modo S. Al recibirse un tal mensaje en enlace ascendente, el cdigo II que figura en el mensaje
pasar a ser PI y el procesamiento de a bordo reanudar la presentacin en pantalla de TIS. La definicin de PI se inicializar al
estado ninguno cuando TIS se activa (TSCR) o desactiva (TSDR) por el piloto.
5-137 28/11/02
Nm. 77
(Reservado para alerta tierra a aire)
(Reservado para posicin obtenida en tierra)
(Control de nivel de sensibilidad ACAS)
(Peticin tierra a aire)
3.2.6.1 FINALIDAD
Este servicio proporcionar un medio de pedir acceso a los servicios a los que presta apoyo la aeronave. Cuando se implante,
el bit 6 del registro al que se tiene acceso mediante el Cdigo 1,D BDS se pondr a 1.
3.2.6.2 FORMATO
La peticin se transferir en un paquete MSP en enlace ascendente con el nmero de canal puesto a 6 y, en el caso de un paquete
de MSP de formato largo, con SP puesto a CERO. El primer multieto del campo de datos de usuario contendr un encabezamiento
de peticin de servicio (SR). El contenido y el formato de la peticin de servicio son especificados por la aplicacin.
3.2.6.3 ASIGNACIONES PARA ENCABEZAMIENTO SR
3.2.6.3.1 Aviso urgente de datos
3.2.6.3.1.1 Formato de peticin de aviso urgente de datos
El formato del campo de datos de usuario se especificar en la Tabla 3-1. El campo de datos de usuario del paquete MSP de
peticin contendr el valor decimal de UNO en el primer multieto (encabezamiento SR), seguido de una o ms peticiones de
servicios de aviso urgente de datos. Cada peticin contendr un encabezamiento de peticin de aviso urgente de datos (DH) de
2 multietos, seguida de un campo de 1 multieto para definir el intervalo mnimo de tiempo permitido entre informes (campo MT),
un campo de 4 bits para determinar el criterio de suceso (campo EC), un campo de 4 bits para determinar el tiempo estable (campo
ST) y si se indica en EC, un campo de cantidad de cambio (CQ) y un campo de umbral de cambio (CT). El campo ST de 4 bits
indicar el valor decimal en segundos y por cunto tiempo se han mantenido estables los datos cambiados antes de que se inicie
un mensaje. Todos ceros en el encabezamiento del aviso urgente de datos (DH) indicar que no hay ms peticiones de aviso urgente
de datos en el paquete. Cuando un paquete MSP est lleno totalmente de peticiones de aviso urgente de datos, o cuando no hay
espacio suficiente en el paquete para otro encabezamiento de peticin de aviso urgente de datos, se supondr que se ha completado
la secuencia de peticiones de aviso urgente de datos.
Valor decimal de SR
0 No asignado
1 Aviso urgente de datos
2 Gestin local de sistema
3 a 255 No asignado
5-138 28/11/02
Nm. 77
3.2.6.3.1.1.1 El equipo y las instalaciones de todas las aeronaves para aviso urgente de datos prestarn apoyo a 16 contratos
de aviso urgente de datos. El equipo e instalaciones de aeronave que originalmente hayan sido certificados despus del 1 de enero
de 2001 prestarn apoyo a 64 contratos de aviso urgente de datos.
Nota.Un solo contrato de aviso urgente de datos est relacionado con un solo nmero de contrato (vase 3.2.6.3.1.2.1) para
un registro nico de un cdigo II particular. Por consiguiente, los servicios de aviso urgente de datos, con distintos valores DH
para cada cdigo II, pueden ser establecidos simultneamente con la misma aeronave. Estos pueden ser modificados o interrumpidos
independientemente uno de otro.
3.2.6.3.1.1.2 Recomendacin. Cuando una peticin ha sido aceptada por el sistema de aeronave, debera activarse inmedia-
tamente una respuesta al aviso urgente de datos, sean cuales fueren los umbrales o los criterios de suceso. Si no se recibe ninguna
respuesta en 30 segundos, entonces ha de verificarse si la aeronave est todava disponible para llamadas por lista y, de ser as,
debera generarse una nueva peticin. A fin de evitar peticiones de aviso urgente de datos repetidas de las que no se obtenga ninguna
respuesta, el nmero de dichas peticiones (N) debera ser limitado (N = 3).
3.2.6.3.1.1.3 Cuando se recibe una nueva peticin de contrato respecto a un contrato ya vigente, se interrumpir el contrato
antiguo y ser inmediatamente sustituido por el ltimo.
3.2.6.3.1.2 Encabezamiento de aviso urgente de datos (DH) 16 bits
El campo DH de 16 bits se subdivide en dos subcampos separados por 4 bits reservados (14 a 16), vase la Tabla 3-1.
3.2.6.3.1.2.1 Subcampo de nmero de contrato (CNS) de 4 bits
(Bits 9 a 12 del campo de datos de usuario 6 MSP
en enlace ascendente cuando SR = 1)
Se interpretar este subcampo como un nmero de contrato que permite asociar 16 contratos distintos al registro especificado
por los cdigos BDS1 y BDS2 de esta peticin de contrato. Los nmeros de contrato disponibles son 0 a 15 y estarn asociados
al cdigo II de la peticin de contrato.
3.2.6.3.1.2.2 Subcampo de datos de peticin (RDS) de 1 bit
(Bit 13 del campo de datos de usuario 6 MSP
en enlace ascendente cuando SR = 1)
Este subcampo indicar si el contenido del registro objeto de supervisin por el contrato solicitado se enviar o no en los paquetes
MSP por canal 3 en enlace descendente que se envan cada vez que se satisface el criterio para el contrato. El subcampo se interpretar
como sigue:
RDS = 0 Enviar solamente bits 1 a 40 del campo de datos de usuario en MSP 3 de enlace descendente cuando se satisface el
criterio de contrato.
RDS = 1 Enviar bits 1 a 96 del campo de datos de usuario en MSP 3 de enlace descendente cuando se satisface el criterio de
contrato.
Nota.RDS indica solamente la longitud del campo de datos de usuario en MSP 3 en enlace descendente al responder a un
valor cero en el campo CI (vase 3.3.3.4.3.1):
3.2.6.3.1.2.3 Cdigos BDS1 y BDS2 de 8 bits
(Bits 17 a 24 del campo de datos de usuario MSP6 en enlace ascendente)
Los cdigos BDS1 y BDS2 del registro para el que se requiere el contrato sern los especificados en el Anexo 10, Volumen IV.
3.2.6.3.1.3 Tiempo mnimo (MT) de 8 bits
El valor decimal del campo MT de 8 bits representar el tiempo mnimo en segundos que transcurrir despus de que un informe
haya sido activado por suceso y enviado al transpondedor, antes de que pueda iniciarse un nuevo informe. El informe enviado al
transpondedor incluir siempre los datos disponibles ms recientemente actualizados.
3.2.6.3.1.4 Iniciacin de suceso
La iniciacin del suceso estar controlada por los dos campos siguientes.
5-139 28/11/02
Nm. 77
3.2.6.3.1.4.1 Subcampo de criterio de suceso (EC) de 4 bits
El campo EC estar constituido por los cuatro bits ms significativos que siguen al campo MT. Si ocurren sucesos mltiples
dentro de un solo registro objeto de supervisin por conducto de un contrato de aviso urgente de datos (p. ej., si en ms de un parmetro
se muestra un cambio significativo) solamente se activar un mensaje. El valor decimal del campo EC se interpretar como sigue:
0 Ningn informe requerido, interrumpir el servicio para el contrato especificado en el campo DH.
1 Notificar cualquier cambio.
2 Campo de cambio de 56 bits (CQ) sigue a ST. Notificar nicamente cambios de los bits indicados por UNO en CQ.
3 Campo CQ de 56 bits sigue a ST. Para cada parmetro, notificar todos los cambios de estado y todos los cambios de
parmetros superiores al cuantificado indicado con las mismas unidades y la misma resolucin del campo CQ correspon-
diente a dicho parmetro. Un cero en el campo CQ correspondiente al parmetro indica que no se requiere ningn informe.
4 Camo CQ ms CT de 112 bits siguen a ST. Los primeros 56 bits son como para el valor EC indicado en 3 precedente.
Los segundos 56 bits son el campo CT indicando un valor de umbral en el campo correspondiente al parmetro. Notificar
todos los cambios por encima del umbral, en el que el valor de CQ representan la cantidad del cambio.
5 Campo CQ ms CT de 112 bits siguen a ST. Igual que para el valor EC indicado en 4 precedente, salvo que han de notificarse
todos los cambios por debajo del umbral.
6 Campo CF de 112 bits sigue a EC. Igual que para los valores EC indicados en 4 y 5 precedentes salvo que han de notificarse
nicamente en caso de que se cruce el umbral (en uno u otro sentido).
7 a 14 No asignados.
15 Cancelar todos los contratos para el cdigo II en esta peticin.
3.2.6.3.1.4.2 Campo de tiempo estable (ST) de 4 bits
El campo ST estar constituido por los 4 bits que siguen al campo EC. El valor decimal de ST indicar, en segundos, por cuanto
tiempo se han mantenido estables los datos cambiados, dentro de la cantidad de cambio especificada en el campo CQ, antes de que
se inicie un mensaje. Un valor de CERO en este subcampo indicar que no hay ningn tiempo mnimo estable y que cualquier
cambio inicia inmediatamente un mensaje. La importancia del ST depender del modo EC que se est utilizando. Para los modos
4 y 5 de EC, relativos a la estabilidad mientras se est por encima o por debajo de un umbral, si un valor de parmetro contina
por encima o por debajo del umbral definido por un tiempo superior al de ST entonces se generar un mensaje de aviso urgente
de datos, incluso si el valor no permanece establ e dentro de una determinada cantidad. Los subsiguientes cambios de cantidad que
son estables para un tiempo superior a ST generarn nuevos mensajes de aviso urgente de datos hasta que el valor caiga por debajo
o ascienda por encima del umbral.
3.2.6.3.1.5 Campos de cambio cantidad de cambio (CQ) y umbral de cambio (CT)
Estos campos estarn presentes cuando se indique en EC. Para un servicio de registro de transpondedor (es decir, para DH de
1 a 255 inclusive), CQ estar incluido en los bits 41 a 96 del campo de datos de usuario MSP 6. CT, de ser necesario, se incluir
en los bits 97 a 152 del campo de datos de usuario MSP 6. El valor de cantidad en el campo CQ se indicar con las mismas
unidades y con la misma resolucin que las especificadas para el registro objeto de supervisin. El valor especificar la cantidad
por la cual debe cambiar el parmetro desde su valor en la inicializacin del contrato y, de all en adelante, respecto al valor ltimo
notificado mediante una respuesta de aviso urgente de datos, a fin de activar una nueva respuesta de aviso urgente de datos por canal
3 MSP en enlace descendente (ver la Tabla 3-1).
3.2.6.3.2 Gestin de sistema local
El objetivo de la gestin de sistema local es proporcionar una peticin particular de servicio tierra-aire que puede ser definida
localmente para satisfacer requisitos particulares (tales como para reglaje remoto de los parmetros en la estacin de tierra en el
dispositivo monitor de campo lejano).
(Reservado para respuesta a peticin de servicio aire a tierra)
5-140 28/11/02
Nm. 77
(Reservado para negociacin de trayectoria)
3.2.9 CANALES 9 A 63 MSP EN ENLACE ASCENDENTE
Estos canales no han sido asignados.
3.3 CANALES MSP EN ENLACE DESCENDENTE
Se han numerado como 3.3.X las secciones siguientes, siendo X el equivalente decimal del nmero de canal MSP en enlace
ascendente. Esto se har para permitir que las definiciones de los formatos hasta ahora por determinar se inserten sin afectar a los
nmeros de los prrafos.
(Reservado para la gestin de servicios especficos)
Este canal no ha sido asignado.
3.3.3 CANAL 3 MSP EN ENLACE DESCENDENTE
3.3.3.1 FINALIDAD
El aviso urgente de datos anuncia la disponibilidad de informacin de aire a tierra activada por sucesos. De implantarse, el
bit 31 del registro al que se tiene acceso por el cdigo 1,D BDS se pondr a 1.
Nota.Este es un medio eficiente de transmitir informacin en enlace descendente cuando sta cambia ocasionalmente e
imprevisiblemente.
3.3.3.2 INICIACIN Y TERMINACIN DEL SERVICIO
3.3.3.2.1 Se iniciar o interrumpir el servicio de aviso urgente de datos mediante una peticin de servicio y se recibir por
canal 6 MSP en enlace ascendente con un valor decimal de UNO en el encabezamiento de peticin de servicio (SR) que figura en
el primer multieto del campo de datos de usuario. Esto indica que el resto del campo de datos de usuario incluir la peticin de
aviso urgente de datos. Al recibirse tal solicitud, un mensaje de aviso urgente de datos del registro al que se refiere la peticin estar
inmediatamente disponible y se anunciar a tierra sea cual fuere el reglaje del campo RDS en la peticin de contrato y sean cuales
fueren los criterios de suceso. La respuesta ser la siguiente.
3.3.3.2.2 Cuando se preste servicio al registro solicitado, se establecer el contrato y se anunciar a tierra por canal 3 MSP un
paquete MSP segn lo especificado en la Tabla 3-2. El campo CI se pondr a un valor de 1. Se utilizar el mensaje por parte del
sistema de tierra para confirmar que el servicio ha sido iniciado.
3.3.3.2.3 Si no se presta servicio al registro solicitado, no se establecer el contrato. Esto se indicar anunciando el paquete
MSP por canal 3 MSP en enlace descendente a tierra incluyndose solamente los bits 1 a 40 segn lo especificado en la Tabla 3-2
y con un valor de 2 en el campo CI.
3.3.3.2.4 Si ya se ha establecido el mximo nmero de contratos a los que puede prestarse apoyo, entonces se rechazar el
nuevo contrato. Esto se indicar anunciando a tierra un paquete MSP por el canal 3, en enlace descendente segn lo especificado
en la Tabla 3-2, y con un valor de 3 en el campo CI.
3.3.3.2.5 En el caso de una peticin desde tierra de dar por terminado el servicio para un registro particular, se confirmar la
terminacin del servicio anunciando a tierra un paquete MSP por canal 3, en enlace descendente segn lo indicado en la Tabla 3-2,
y con el valor 4 en el campo CI.
3.3.3.2.6 En el caso de una peticin desde tierra de dar por terminado el servicio respecto a todos los contratos para un cdigo II
particular, se confirmar la terminacin del servicio anunciando a tierra un paquete MSP por canal 3, en enlace descendente segn
lo indicado en la Tabla 3-2, y con valor 5 en el campo CI.
5-141 28/11/02
Nm. 77
3.3.3.2.7 Cuando falla el servicio de registrador de transpondedor para un contrato establecido, se dar por terminado el
contrato por parte de la aplicacin de a bordo. Esto se indicar anunciando a tierra un paquete MSP por canal 3, en enlace descendente
segn lo indicado en la Tabla 3-2, y con el valor 7 en el campo CI. Se considerar que el servicio de registro de transpondedor ha
fracasado cuando cualquiera de los parmetros especificados por supervisar en la negociacin del contrato no han sido actualizados
al rgimen mnimo especificado.
3.3.3.2.8 Cuando se rechaza un contrato debido a un valor invlido en el campo EC en la peticin de contrato, esto se indicar
anunciando a tierra un paquete MSP por canal 3, en enlace descendente segn lo indicado en la Tabla 3-2, y con un valor de 15 en
el campo CI.
3.3.3.2.9 Si no se extrae ningn mensaje del transpondedor por parte de un interrogador de tierra en un plazo de 30 segundos,
la subred de aeronave cancelar el mensaje y generar un aviso de fracaso de entrega (es decir expira el temporizador T
Z
) que ser
entregado al proveedor del servicio MSP de aeronave. Cuando se recibe un aviso de fracaso de entrega se dar automticamente
por terminado el servicio mediante la funcin de aviso urgente de datos sin ninguna indicacin al sistema de tierra.
Nota.Esto es para impedir que las colas de mensajes del transpondedor estn bloqueadas cuando el interrogador de tierra
interrumpe el suministro del servicio de extraccin de mensajes ya sea debido a fallas ya sea por prdida de cobertura. Es respon-
sabilidad de la aplicacin de tierra supervisar que esto se tiene en cuenta en el servicio de aviso urgente de datos.
3.3.3.2.10 Cuando el transpondedor no haya sido selectivamente interrogado por un interrogador en Modo S con un cdigo II
particular por 60 segundos (determinado supervisando el subcampo IIS en todas las interrogaciones en Modo S aceptadas), todos
los contratos de aviso urgente de datos correspondientes a ese cdigo II sern cancelados sin ninguna indicacin al sistema de tierra.
3.3.3.3 SUMINISTRO DEL SERVICIO
Al recibirse una peticin de aviso urgente de datos, los parmetros solicitados sern supervisados y transmitidos a tierra utili-
zndose los protocolos iniciados a bordo en Modo S dirigidos al cdigo II que estaba incluido en la interrogacin solicitante. Para
impedir la inundacin del transpondedor con mensajes de aviso urgente de datos, se impondr un lmite superior de diez mensajes
en un perodo de seis segundos. Cuando se llegue al lmite de diez mensajes en un perodo de seis segundos, se pondrn en cola
los siguientes mensajes hasta que puedan ser enviados. Los mensajes puestos en cola de ese modo respondern con un valor de
campo CI de 6. Si despus de iniciarse un mensaje de aviso urgente de datos dirigido a tierra, se satisface de nuevo el criterio de
cambio antes de que el mensaje entre al transpondedor para el anuncio, se considerar que el mensaje ha caducado y ser sustituido
por la informacin ms actualizada.
3.3.3.4 ESTRUCTURA DE MENSAJES EN ENLACE DESCENDENTE
La informacin ser transferida en un paquete MSP en enlace descendente con el nmero de canal M/CH = 3. El formato ser
el indicado en la Tabla 3-2. Los primeros dos multietos del campo de datos de usuario (UD) contendrn un encabezamiento de aviso
de datos urgentes (DH) que ser idntico al campo DH que estaba incluido en la peticin de servicio.
3.3.3.4.1 Los bits de 17 a 31 de UD forman el campo de informe de contrato cdigo II (CR) en el cual cada bit indicar que
por lo menos est activo un contrato con cdigo II en el que el bit representa si est puesto a UNO, de lo contrario no habr contratos
activos con ese cdigo II.
3.3.3.4.2 Los bits 32 a 36 de UD no han sido asignados.
3.3.3.4.3 Los bits 37 a 40 de UD forman el campo de informacin de contrato (CI) que se interpretarn como sigue:
Valor del campo CI Significado
0 Respuesta a contrato existente
1 Nuevo contrato establecido
2 Nuevo contrato no aceptado o contrato vigente terminado, debido a que
no hay servicio de datos de registro de transpondedor
3 Nuevo contrato no aceptado por haberse llegado al nmero mximo de
contratos a los que ya se presta servicio
4 Se da por terminado el contrato para DH en esta respuesta debido a una
peticin desde tierra
5 Todos los contratos se dan por terminados para el cdigo II que entreg
el paquetes MSP teniendo un valor EC de 15 que pidi esa respuesta
6 La respuesta ha sido puesta en cola debido al lmite de seis mensajes
de aviso urgente de datos en un perodo de 10 segundos
7 Contrato por terminado debido a falla del servicio de datos de registro
5-142 28/11/02
Nm. 77
3.3.3.4.3.1 Cuando el campo CI es igual a cero la respuesta ser segn lo solicitado por el campo RDS en el encabezamiento
de aviso urgente de datos del contrato (vase 3.2.6.3.1.2.2). Cuando el campo CI no es igual a cero la respuesta contendr solamente
los bits 1 a 40 del campo de datos de usuario en MSP 3 en enlace descendente (vase la Tabla 3-2).
3.3.3.5 EXTRACCIN DE DATOS POR LAS ESTACIONES DE TIERRA EN MODO S
Se anunciar la transaccin de aviso urgente de datos como trama en enlace descendente en las respuestas a interrogaciones UF
4, 5, 20, 21. La transaccin anunciada ser una trama Com-B de un solo segmento o una trama Com-B de dos segmentos, segn
lo solicitado mediante las negociaciones de contrato. El primer segmento Com-B dirigido a bordo incluir el encabezamiento MSP.
El encabezamiento de aviso urgente de datos, y la informacin de control para ese contrato particular. En el caso de un contrato
para una respuesta de un solo segmento, si se requieren los datos, estos se adquieren por la estacin de tierra extrayendo el registro
en cuestin directamente.
(Reservado para peticin de posicin)
Este canal no ha sido asignado.
(Reservado para respuesta a peticin de servicio aire a aire) (Vase la Tabla 3-3.)
El primer multieto del campo de datos de usuario (UD) en el canal 6 MSP en enlace descendente se utilizar para definir un
campo de tipo de respuesta (RT), del modo siguiente:
RT = 0 No asignado
RT = 1 (Reservado)
RT = 2 Gestin de sistema local
RT = 3 a 255 No asignado
De ser implantado, el bit 34 del registro 1D
16
se pone a 1.
Nota.La respuesta a una peticin de servicio tierra-aire puede ser utilizada para transferir informacin resultante de tal
servicio.
(Reservado para peticin aire a tierra)
(Reservado para negociacin de trayectoria)
3.3.9 CANALES 9 A 63 MSP EN ENLACE DESCENDENTE
Estos canales no han sido asignados.
8 a 14 No asignados
15 Nuevo contrato no aceptado debido a nmero invlido en campo EC de
paquete MSP solicitado en enlace ascendente
Valor del campo CI Significado
5-143 28/11/02
Nm. 77
TABLAS DE LA SECCIN 3
Tabla 3-1. Peticin de servicio de supervisin de aviso urgente de datos
Trama SLM en Modo S que incluye paquete MSP en enlace ascendente por canal 6 cuando SR = 1
CAMPO DE DATOS DE USUARIO MSP 6
Bits 1 a 40 Bits 41 a 96 (si se requieren) Bits 97 a 152 (si se requieren)
DP = 0 (1 BIT) 41 97
MP = 0 (1 BIT) 42 98
43 99
ENCABEZAMIENTO MSP
EN ENLACE ASCENDENTE
(1 MULTIETO)
44 100
M/CH = 6 (6 BITS)
45 101
46 102
47 103
48 104
1 49 105
2 50 106
3 51 107
4 PETICIN DE SERVICIO (SR) = 1 52 108
5 53 109
6 54 110
7 55 111
8 56 112
9 SUBCAMPO 57 113
10 DE NMERO 58 114
11 DE CONTRATO 59 115
12 (CNS) 60
CAMPO DE
CANTIDAD DE
CAMBIO (CQ)
116 CAMPO DE
13 PEDIR DATOS (RDS) 61 117 UMBRAL DE
14 62 118 CAMBIO (CT)
15 RESERVADO ENCABEZAMIENTO 63 119
16 DE AVISO URGENTE 64 120
17 DE DATOS (DH) 65 121
18 CDIGO 66 122
19 BDS1 67 123
20 68 124
21 69 125
22 CDIGO 70 126
23 BDS2 71 127
24 72 128
25 73 129
26 74 130
27 INTERVALO 75 131
28 MNIMO DE 76 132
29 TIEMPO (MT) 77 133
30 78 134
31 79 135
32 LSB = 1 segundo 80 136
33 81 137
34 CRITERIO DE 82 138
35 SUCESO (EC) 83 139
36 84 140
37 85 141
38 TIEMPO ESTABLE (ST) 86 142
39 87 143
40 LSB = 1 segundo 88 144
89 145
90 146
91 147
92 148
93 149
El ltimo multieto del campo MA final
ser siempre no asignado.
94 150
95 151
96 152
5-144 28/11/02
Nm. 77
Tabla 3-2. Aviso urgente de datos para servicio de supervisin de registro
Trama en Modo S que incluye paquete MSP en enlace descendente por canal 3
Bits 1 a 40 Bits 41 a 96
SUBCAMPO COM-B ENLAZADO (LBS) 41
(2 BITS) 42
DP = 0 (1 BIT) 43
MP = 0 (1 BIT) 44
45
46 Vase en 5.2.7.3 la especificacin
M/CH = 3 (6 BITS) 47 de los paquetes MSP
ENCABEZAMIENTO 48
MSP 49
50
51
52
RELLENO 1 = 0 (6 BITS) 53
54
55
56
1 SUBCAMPO 57
2 DE NMERO 58
3 DE CONTRATO 59
4 (CNS) 60
5 PEDIR DATOS (RDS) 61
6 62
7 RESERVADO 63
8 ENCABEZAMIENTO 64 CONTENIDO
9 DE AVISO URGENTE 65 DE MENSAJE
10 CDIGO DE DATOS (DH) 66 DE REGISTRO
11 BDS1 67
12 68
13 69
14 CDIGO 70
15 BDS2 71
16 72
17 II = 1 73
18 II = 2 74
19 II = 3 75
20 II = 4 76
21 II = 5 77
22 II = 6 78
23 II = 7 INFORME DE 79
24 II = 8 CONTRATO EN 80
25 II = 9 CDIGO II (CR) 81
26 II = 10 82
27 II = 11 83
28 II = 12 84
29 II = 13 85
30 II = 14 86
31 II = 15 87
32 88
33 89
34 NO ASIGNADO 90
35 91
36 92
37 93
38 INFORMACIN 94
39 DE CONTRATO 95
40 (CI) 96
5-145 28/11/02
Nm. 77
Tabla 3-3. Respuesta a peticin de servicio tierra a aire
Trama en Modo S que incluye paquete MSP en enlace descendente por canal 6
Bits 1 a 40 Bits 41 a 96
SUBCAMPO COM-B ENLAZADO (LBS) 41
(2 BITS) 42
Este paquete se enviar siempre
como Com-B enlazado. El segundo
segmento es una copia directa del
registro pertinente.
DP = 0 (1 BIT) 43
MP = 0 (1 BIT) 44
45
46
M/CH = 6 (6 BITS) 47
48
ENCABEZAMIENTO 49
MSP 50
51
52
RELLENO 1 = 0 (6 BITS) 53
54
55
56
1 57
2 58
3 59 CONTENIDO
4 60 DE MENSAJE
5 61 DE REGISTRO
6 62
7 63
8 TIPO DE 64
9 RESPUESTA 65
10 66
11 67
12 68
13 69
14 70
15 71
16 72
17 73
18 74
19 75
20 76
21 77
22 78
23 79
24 80
25 81
26 82
27 83
28 84
29 DEFINIDO 85
30 POR USUARIO 86
31 87
32 88
33 89
34 90
35 91
36 92
37 93
38 94
39 95
40 96
5-146 28/11/02
Nm. 77
4. PROTOCOLOS DE RADIODIFUSIN EN MODO S
4.1 ASIGNACIONES DE NMERO DE CANAL DE RADIODIFUSIN
Los identificadores de radiodifusin estarn representados como un nmero hexadecimal de dos dgitos, p. ej., XX
16
.
Nota. Hay 255 identificadores de radiodifusin disponibles tanto en enlace ascendente como en enlace descendente. Se han
asignado nmeros de identificador de radiodifusin para algunas aplicaciones (vase el Captulo 5, Tabla 5-23).
Los formatos de datos para el informe de capacidad de enlace de datos y para la identificacin de aeronave junto con la asignacin
de identificadores de radiodifusin sern los definidos en el Anexo 10, Volmenes III y IV, respectivamente.
4.2 IDENTIFICADORES DE RADIODIFUSIN EN ENLACE ASCENDENTE
Las siguientes secciones han sido numeradas 4.2.X, siendo X el equivalente decimal del nmero de identificador de radiodi-
fusin en enlace ascendente. Esto se hace para permitir que las definiciones de los formatos hasta ahora por determinar se inserten
sin afectar a la numeracin de los prrafos.
4.2.1 IDENTIFICADOR 01
16
DE RADIODIFUSIN EN ENLACE ASCENDENTE
(Reservado para correccin diferencial GNSS)
Todava no se ha elaborado la descripcin de este identificador.
4.2.2 A 4.2.47 IDENTIFICADORES 02
16
A 2F
16
DE RADIODIFUSIN
Estos identificadores no han sido asignados.
16
(No vlido)
4.2.49 IDENTIFICADORES 31
16
(Reservado para radiodifusin RA (vase el Anexo 10, Volumen IV, 4.3.8.4.2.3.4)).
4.2.50 IDENTIFICADORES 32
16
(Reservado para ACAS (vase el Anexo 10, Volumen IV, 4.3.8.4.2.3.3)).
16
A FF
16
DE RADIODIFUSIN
4.3 IDENTIFICADOR DE RADIODIFUSIN EN ENLACE DESCENDENTE
Las siguientes secciones han sido numeradas 4.3.X, siendo X el equivalente decimal del nmero de identificador de radiodi-
fusin en enlace ascendente. Esto se hace para permitir que las definiciones de los formatos hasta ahora por determinar se inserten
sin afectar a la numeracin de los prrafos.
16
DE RADIODIFUSIN EN ENLACE DESCENDENTE
Este identificador no ha sido asignado.
5-147 28/11/02
Nm. 77
16
DE RADIODIFUSIN
EN ENLACE DESCENDENTE
(Servicio de informacin de trnsito)
4.3.2.1 INTRODUCCIN
Se proporcionar el servicio de informacin de trnsito mediante informacin en enlace ascendente sobre las aeronaves en la
proximidad que pudieran ser de inters para la propia aeronave, mediante un interrogador en Modo S por canal 2 MSP en enlace
ascendente.
Nota.Este servicio y los mensajes en enlace ascendente se especifican en 3.2.2 en relacin con Canal 2 MSP en enlace
ascendente.
La aeronave tendr la posibilidad de pedir que sea conectada o que se interrumpa la conexin del servicio TIS. Estas solicitudes
se harn utilizando el protocolo de radiodifusin en Modo S mediante el identificador 02
16
de radiodifusin. Estas solicitudes sern
los nicos mensajes en enlace descendente utilizados por el TIS.
4.3.2.2 MENSAJES TIS EN ENLACE DESCENDENTE
El servicio de enlace de datos a bordo TIS ser capaz de generar dos tipos de mensajes en enlace descendente en Modo S:
a) peticin de conexin de servicio TIS (TSCR); y
b) peticin de desconexin de servicio TIS (TSDR).
Tanto el TSCR como el TSDR sern enviados como mensajes de radiodifusin Com-B utilizndose el identificador de radio-
difusin 02
16
.
Nota.El uso del protocolo de radiodifusin Com-B en Modo S atiende al caso de mltiples interrogadores en Modo S con
cobertura superpuesta que estn simultneamente en contacto con una determinada aeronave TIS al mismo tiempo.
El formato de mensaje TIS en enlace descendente (ya sea TSCR o TSDR) ser el especificado a continuacin:
El encabezamiento de mensajes ser el encabezamiento normal de mensaje para TIS descrito en el canal 2 MSP por enlace
ascendente (vase 3.2.2, canales MSP en enlace ascendente). Se leern y procesarn en secuencia los nmeros de identificador de
servicio de enlace de datos (DIN) de 8 bits del mensaje TCSR o TSDR hasta que:
a) DIN i = 0; o
b) todos los bits del mensaje en enlace descendente hayan sido procesados.
Nota 1.Esta estructura y protocolo para peticiones de servicio en enlace descendente MSP permiten la ampliacin y uso futuros
de otros servicios de enlace de datos MSP.
Nota 2.Los cdigos TIS II principal y de alternativa en el proceso TIS (vase 3.2.2, canal 2 MSP en enlace ascendente) se
ponen al estado ninguno cuando se genera un TSCR o un TSDR.
4.3.2.2.1 Formato TCSR
Se generar este mensaje en enlace descendente Com-B TIS cuando el piloto pide la iniciacin del servicio TIS. Se generar el
mensaje TSCR al mismo tiempo que se pone a UNO el bit de informe de capacidad MSP para TIS. Se identificar un TSCR
mediante un valor DIN de 1. El TSCR estar definido como mensaje de radiodifusin Com-B, de forma que pueda responder al
mismo cualquier interrogador de tierra en Modo S capaz de prestar apoyo a TIS.
Encabezamiento DIN 1 DIN 2 DIN 3 DIN 4 DIN 5 DIN 6
8 bits 8 bits 8 bits 8 bits 8 bits 8 bits 8 bits
5-148 28/11/02
Nm. 77
4.3.2.2.2 Formato TSDR
Este mensaje en enlace descendente de radiodifusin Com-B TIS se generar cuando el piloto pide que se d por terminado el
servicio TIS. Se generar el mensaje TDSR al mismo tiempo que se pone a CERO el bit de informe de capacidad MSP para TIS.
Se identificar un TDSR mediante un valor DIN de 2. El TDSR ser definido como mensaje de radiodifusin Com-B de forma que
pueda responder al mismo cualquier interrogador en Modo S que preste apoyo a TIS.
16
A 0F
16
DE RADIODIFUSIN
16
(Informe de capacidad de enlace de datos)
Vase la Tabla 2-16.
16
A 1F
16
DE RADIODIFUSIN
16
(Identificacin de aeronave)
Vase la Tabla 2-32.
16
A FD
16
DE RADIODIFUSIN
4.3.254 IDENTIFICADOR FE
16
(Reservado para peticin de actualizacin)
Vase el Captulo 5.
4.3.255 IDENTIFICADOR FF
16
(Reservado para peticin de bsqueda)
Vase el Captulo 5.
Nm. 76
6.1 DEFINICIONES Y CAPACIDADES
DEL SISTEMA
Nota 1. El enlace digital de muy alta frecuencia (VHF)
(VDL) en Modo 2 y el VDL en Modo 4 proporcionan la
capacidad para servicios de datos. El VDL en Modo 3
proporciona la capacidad para servicio de voz y de datos. La
funcin de datos es una subred mvil que forma parte de la red
de telecomunicaciones aeronuticas (ATN). El VDL puede
adems desempear funciones ajenas a la ATN. Las normas y
mtodos recomendados (SARPS) para el VDL se definen en
lo que sigue junto con sus referencias.
Nota 2.En los manuales sobre especificaciones tcnicas
del VDL en Modo 2, VDL en Modo 3 y VDL en Modo 4 se
incluye ms informacin acerca del VDL.
Nota 3. En las Secciones 6.1.2 a 6.8.2 figuran las normas
y mtodos recomendados para el VDL en Modos 2 y 3, y en
la Seccin 6.9, aquellas para el VDL en Modo 4.
6.1.1 Definiciones
Acceso mltiple por divisin en el tiempo (TDMA). Un plan
de acceso mltiple basado en la utilizacin en tiempo
compartido de un canal RF que utiliza: 1) intervalos de
tiempo discretos contiguos como el recurso fundamental
compartido; y 2) un conjunto de protocolos operacionales
que permiten a los usuarios interactuar con una estacin
principal de control para obtener acceso al canal.
Acceso mltiple por divisin en el tiempo autoorganizado
(STDMA). Un plan de acceso mltiple basado en la
utilizacin en tiempo compartido de un canal de frecuencia
radioelctrica (RF) que emplea: 1) intervalos de tiempo
discretos contiguos como el recurso fundamental compar-
tido; y 2) un conjunto de protocolos operacionales que
permiten a los usuarios conseguir acceso a estos intervalos
de tiempo sin depender de una estacin principal de control.
Calidad de servicio. La informacin correspondiente a las
caractersticas de transferencia de datos utilizados por los
diversos protocolos de comunicaciones para desempear los
diversos niveles de ejecucin destinados a los usuarios de
la red.
Canal de sealizacin global (GSC). Un canal disponible a
escala mundial que permite el control de las comunica-
ciones.
Capa de enlace. La capa situada inmediatamente por encima
de la capa fsica en el Modelo de protocolo para interco-
nexin de sistemas abiertos. La capa de enlace proporciona
la transferencia fiable de informacin por el medio fsico.
Se subdivide en la subcapa de enlace de datos y en la
subcapa de control de acceso al medio.
Capa de subred. La capa que establece, administra y da por
terminadas las conexiones por una subred.
Capa fsica. La capa de nivel ms bajo en el modelo de
protocolo para interconexin de sistemas abiertos. La capa
fsica atiende a la transmisin de informacin binaria por el
medio fsico (p. ej., radio VHF).
Cdigo Golay ampliado. Cdigo de correccin de errores capaz
de corregir mltiples errores de bits.
Cdigo Reed-Solomon. Un cdigo de correccin de errores
capaz de corregir errores de smbolos. Puesto que los erro-
res de smbolos son colecciones de bits, estos cdigos pro-
porcionan funciones buenas de correccin de errores de
rfagas.
Conexin de subred. Asociacin a largo plazo entre una DTE
de aeronave y una DTE de tierra mediante llamadas virtuales
sucesivas para mantener el contexto en el transcurso de las
transferencias de enlace.
Control de acceso al medio (MAC). La subcapa que capta el
trayecto de datos y controla el movimiento de bits por el
trayecto de datos.
Enlace. Por el enlace se conectan un DLE de aeronave y un
DLE de tierra y el enlace est unvocamente especificado
por la combinacin de la direccin DLS de aeronave y la
direccin DLS de tierra. Hay una entidad de subred distinta
sobre cada punto extremo del enlace.
Entidad de enlace de datos (DLE). Una mquina de estado de
protocolo capaz de establecer y de gestionar una sola
conexin de enlace de datos.
Entidad de gestin de enlace (LME). Mquina de estado de
protocolo capaz de captar, establecer y mantener una
conexin con un nico sistema par. La LME establece las
conexiones de enlace de datos y de subred, transfiere
dichas conexiones y administra la subcapa de control de
acceso al medio y la capa fsica. La LME de aeronave
comprueba si puede comunicarse bien con las estaciones
terrestres de un solo sistema de tierra. La VME de aeronave
crea una LME por cada una de las estaciones terrestres que
est vigilando. De modo anlogo la VME de tierra crea una
LME por cada una de las aeronaves que est vigilando. Se
suprime la LME cuando ya no es viable la comunicacin con
el sistema par.
Entidad de gestin VDL (VME). Entidad propia del VDL que
proporciona la calidad de servicio solicitada por la SN_SME
definida por la ATN. La VME utiliza las LME (que crea y
CAPTULO 6. ENLACE DIGITAL AEROTERRESTRE VHF (VDL)
25/11/04
Nm. 79
272 1/11/01
Nm. 76
destruye) para investigar acerca de la calidad de servicios
disponibles a partir de los sistemas par.
Entidad de subred. En este documento se utilizar la expresin
DCE de tierra para la entidad de subred en una estacin
terrestre que se comunica con una aeronave; se utilizar la
expresin DTE de tierra para la entidad de subred en un
encaminador de tierra que se comunica con una estacin de
aeronave; y se utilizar la expresin DTE de aeronave para
la entidad de subred en una aeronave que se comunica con
una estacin de tierra. La entidad de subred es una entidad
de la capa de paquete segn lo definido en la ISO 8208.
Equipo de terminacin del circuito de datos (DCE). El DCE
es un equipo del proveedor de la red utilizado para facilitar
las comunicaciones entre los DTE.
Equipo terminal de datos (DTE). El DTE es un punto de
extremo de una conexin de subred.
Estacin VDL. Una entidad fsica de base en la aeronave o de
base en tierra capaz de la funcin VDL en Modos 2, 3 4.
Nota.En el contexto de este captulo, se denomina
tambin la estacin VDL como estacin.
Funcin de convergencia dependiente de la subred (SNDCF).
Funcin que adapta las caractersticas y servicios de una
subred particular a las caractersticas y servicios requeridos
por la facilidad entre redes.
Gestin de conexin de subred. Proceso por el cual la SNDCF
VDL establece inicialmente una conexin y seguidamente
la mantiene durante las transferencias.
Grupo de usuarios. Un grupo de estaciones de tierra o de
aeronave que comparten la conectividad para voz o datos.
Para las comunicaciones orales, todos los miembros de un
grupo de usuarios puede tener acceso a todas las comuni-
caciones. Para comunicaciones de datos, se incluye la
conectividad punto-a-punto de mensajes aire-a-tierra y
punto-a-punto y la conectividad de la radiodifusin para
mensajes de tierra-a-aire.
Intervalo. Uno de los intervalos de la serie de intervalos con-
secutivos de igual duracin. Cada rfaga de transmisin se
inicia en el comienzo de un intervalo.
Intervalo actual. El intervalo en el que comienza una transmi-
sin recibida.
Mantenimiento de la conexin de subred. Proceso por el cual
la SNDCF VDL mantiene el contexto de subred desde
una conexin de subred hasta la siguiente durante las
transferencias.
Modo 2. Un modo VDL slo de datos que utiliza la modulacin
D8PSK y un plan de control de acceso mltiple en sentido
de portadora (CSMA).
Modo 3. Un modo VDL de voz y de datos que utiliza la
modulacin D8PSK y un plan de control de acceso al medio
TDMA.
Modo 4. Un modo VDL slo de datos que utiliza un plan de
modulacin por desplazamiento de frecuencia con filtro
gaussiano D8PS/L y acceso mltiple por divisin en el
tiempo autoorganizado.
Modulacin por desplazamiento de frecuencia con filtro
gaussiano (GFSK). Tcnica de fase continua de modulacin
por desplazamiento de frecuencia que utiliza dos tonos y un
filtro de forma de impulso gaussiano.
Radiodifusin. Transmisin de informacin referente a navega-
cin area que no va dirigida a ninguna estacin o estaciones
determinadas.
Rfaga. Conjunto contiguo, definido en funcin del tiempo de
una o ms unidades de sealizacin conexas que puede
transmitir informacin de usuario, as como protocolos,
sealizacin y cualquier prembulo necesario.
Rfaga de sincronizacin (o rfaga sinc). Una rfaga de
VDL Modo 4 que anuncia, como mnimo, la existencia y la
posicin.
Rfaga M. Un bloque de bits de datos del canal de gestin uti-
lizado en el VDL en Modo 3. Esta rfaga incluye la infor-
macin de sealizacin necesaria para el acceso al medio y
la supervisin del estado del enlace.
Rfaga VDL Modo 4. Una rfaga de enlace digital VHF (VDL)
Modo 4 est compuesta de una secuencia de campos de
direccin de fuente, ID de rfaga, informacin, reserva de
intervalo y secuencia de verificacin de trama (FCS),
encuadrados por secuencias de bandera iniciales y finales.
Nota. El comienzo de una rfaga puede ocurrir solamente
en intervalos de tiempo cuantificados y esta restriccin permite
deducir el tiempo de propagacin entre la transmisin y
la recepcin.
Red de telecomunicaciones aeronuticas. Una arquitectura
entre redes que permite el interfuncionamiento de las
subredes de datos terrestres, aeroterrestres y de aeronave,
mediante la adopcin de servicios comunes de interfaz y
protocolos que se basan en el Modelo de referencia para
interconexin de sistemas abiertos (OSI) de la Organi-
zacin Internacional de Normalizacin (ISO).
Sistema. Entidad con funciones VDL. El sistema comprende
una o ms estaciones y la entidad asociada de gestin VDL.
El sistema puede ser un sistema de aeronave o un sistema
con base en tierra.
Sistema DLS VDL en Modo 4. Un sistema VDL que imple-
menta los protocolos DLS VDL en Modo 4 y de subred para
transportar paquetes ATN u otros paquetes.
Subcapa del servicio de enlace de datos (DLS). Subcapa que
reside por encima de la subcapa MAC. En el VDL en
Modo 4, la subcapa DLS reside por encima de la subcapa
VSS. El DLS administra la cola de transmisin, crea y des-
truye las DLE para comunicaciones por conexin, propor-
ciona a la LME las facilidades para administrar los DLS, y
proporciona facilidades para comunicaciones sin conexin.
Subcapa de servicios especficos VDL en Modo 4 (VSS). La
subcapa que reside sobre la subcapa MAC y proporciona
protocolos de acceso especficos del VDL en Modo 4,
incluyendo protocolos reservados, aleatorios y fijos.
273 1/11/01
Nm. 76
Trama. La trama de enlace est compuesta de una secuencia
de campos de direccin, control, FCS e informacin. Para
el VDL en Modo 2, estos campos estn encerrados por las
secuencias de bandera de apertura y de cierre, en una trama
puede o no incluirse un campo de informacin de longitud
variable.
Unidad de voz. Dispositivo que proporciona un audio simplex
y una interfaz de sealizacin entre el usuario y el VDL.
Usuario VSS. Un usuario de los servicios especficos del VDL
en Modo 4. El usuario VSS puede ser una capa superior de
los SARPS VDL en Modo 4 o una aplicacin externa que
utilice el VDL en Modo 4.
Vigilancia dependiente automtica Radiodifusin
(ADS-B). Tcnica de vigilancia por la que una aeronave
proporciona automticamente, por enlace de datos en modo
de radiodifusin, los datos procedentes de los sistemas de
navegacin y de determinacin de la posicin a bordo,
incluidos la identificacin de la aeronave, su posicin en
cuatro dimensiones, y otros datos segn proceda.
Vocodificador. Un codificador/decodificador de voz a baja
velocidad.
6.1.2 Radiocanales y canales funcionales
6.1.2.1 Gama de radiofrecuencias de estacin de aero-
nave. La estacin de aeronave tendr la capacidad de sintonizar
con cualquiera de los canales de la gama especificada en
6.1.4.1 en un plazo de 100 milisegundos a partir de la recepcin
de la orden de sintonizacin automtica. Adems, para el VDL
en Modo 3, una estacin de aeronave tendr la capacidad de
sintonizar con cualquier canal en la gama especificada en
6.1.4.1 en un plazo de 100 milisegundos despus de la recep-
cin de cualquier orden de sintonizacin.
6.1.2.2 Gama de radiofrecuencias de estacin de tierra.
La estacin de tierra tendr la capacidad de funcionar por su
canal asignado en la gama de radiofrecuencias indicada en
6.1.4.1.
6.1.2.3 Canal comn de sealizacin. Se reservar la fre-
cuencia de 136,975 MHz en todo el mundo como canal comn
de sealizacin (CSC), para el VDL en Modo 2.
6.1.3 Capacidades del sistema
6.1.3.1 Transparencia de datos. El sistema VDL propor-
cionar transferencia de datos con independencia de cdigos y
multietos.
6.1.3.2 Radiodifusin. El sistema VDL proporcionar ser-
vicios de radiodifusin de datos por la capa de enlace (Modo 2)
o servicios de radiodifusin de voz y de datos (Modo 3). En el
caso del VDL en Modo 3, el servicio de radiodifusin de datos
prestar apoyo a la capacidad de multidifusin por la red con
origen en tierra.
6.1.3.3 Gestin de conexiones. El sistema VDL estable-
cer y mantendr un trayecto de comunicaciones confiable
entre la aeronave y el sistema terrestre, permitiendo pero no
requiriendo la intervencin manual.
Nota. En este contexto se define confiable mediante el
requisito BER especificado en 6.3.5.1.
6.1.3.4 Transicin a la red terrestre. Las aeronaves con
equipo VDL efectuarn la transicin desde una estacin
terrestre a otra cuando lo exijan las circunstancias.
6.1.3.5 Capacidad de voz. El sistema VDL en Modo 3
prestar apoyo a un funcionamiento de voz transparente,
simplex basado en el acceso al canal escuchar antes de pulsar
para hablar.
6.1.4 Caractersticas del sistema aeroterrestre
de comunicaciones de enlace digital VHF
6.1.4.1 Las radiofrecuencias se seleccionarn entre las de
la banda de 117,975 MHz a 137 MHz. La frecuencia ms baja
asignable ser de 118,000 MHz y la ms alta de 136,975 MHz.
La separacin entre frecuencias asignables (separacin de
canales) ser de 25 kHz.
Nota. En el Volumen V se especifica que el bloque de
frecuencias de 136,9 MHz a 136,975 MHz inclusive, se reserva
para las comunicaciones aeroterrestres de enlace digital en
VHF.
6.1.4.2 La polarizacin de las emisiones ser vertical.
6.2 CARACTERSTICAS DEL SISTEMA
DE LA INSTALACIN DE TIERRA
6.2.1 Funcin de transmisin
de la estacin de tierra
6.2.1.1 Estabilidad de frecuencias. La radiofrecuencia de
funcionamiento del equipo VDL de la estacin de tierra no
variar ms de 0,0002% (2 por milln) con respecto a la
frecuencia asignada.
Nota. La estabilidad de frecuencias para las estaciones
VDL de tierra con modulacin de DSB-AM para separacin de
canales a 25 kHz se especifica en el Volumen III, Parte II,
Captulo 2.
6.2.2 Potencia
Recomendacin. La potencia radiada efectiva debera
producir una intensidad de campo de por lo menos 75 micro-
voltios por metro (109 dBW/m
2
) dentro de la cobertura
operacional definida de la instalacin, basada en la propa-
gacin en el espacio libre.
6.2.3 Emisiones no esenciales
6.2.3.1 Las emisiones no esenciales se mantendrn al valor
ms bajo que permitan los avances de la tcnica y el tipo de
servicio.
Nota. En el Apndice S3 del Reglamento de Radiocomu-
nicaciones se especifican los niveles de emisiones no esencia-
les que los transmisores deben cumplir.
274 1/11/01
Nm. 76
6.2.4 Emisiones de canales adyacentes
6.2.4.1 La potencia del transmisor VDL de tierra en todas
las condiciones de funcionamiento medida en la anchura de
banda de 25 kHz del primer canal adyacente no exceder de
0 dBm.
6.2.4.1.1 A partir del 1 de enero de 2002, la potencia de
todas las nuevas instalaciones de un transmisor VDL de tierra,
en todas las condiciones de funcionamiento, medida en la
anchura de banda de 25 kHz del primer canal adyacente no
exceder de 2 dBm.
las condiciones de funcionamiento medida en la anchura de
banda de 25 kHz del segundo canal adyacente ser inferior a
25 dBm y a partir de ese valor se reducir monotnicamente
un mnimo de 5 dB por octava hasta un mximo de 52 dBm.
todas las nuevas instalaciones de un transmisor VDL de tierra
anchura de banda de 25 kHz del segundo canal adyacente no
ser inferior a 28 dBm.
todas las nuevas instalaciones de un transmisor de tierra VDL
anchura de banda de 25 kHz del cuarto canal adyacente ser
inferior a 38 dBm, y a partir de ese valor se reducir mono-
tnicamente a un ritmo mnimo de 5 dB por octava hasta un
valor mximo de 53 dBm.
las condiciones de funcionamiento medida en una anchura de
banda de 16 kHz centrada en el primer canal adyacente no
exceder de 20 dBm.
todas las nuevas instalaciones de un transmisor VDL de tierra
anchura de banda de 16 kHz centrada en el primer canal
adyacente no exceder de 18 dBm.
6.2.4.4 A partir del 1 de enero de 2005, todos los trans-
misores VDL de tierra satisfarn las disposiciones indicadas en
6.2.4.1.1, 6.2.4.2.1, 6.2.4.2.2 y 6.2.4.3.1, a reserva de las con-
diciones estipuladas en 6.2.4.5.
6.2.4.5 Se impondrn los requisitos de cumplimiento obli-
gatorio de las disposiciones indicadas en 6.2.4.4 en base a
acuerdos regionales de navegacin area en los que se especi-
fique el espacio areo de funcionamiento y las fechas de apli-
cacin. En los acuerdos se prever por lo menos un aviso previo
de dos aos para el cumplimiento obligatorio en los sistemas
de tierra.
DE LA INSTALACIN DE AERONAVE
6.3.1 Estabilidad de frecuencia. La radiofrecuencia del
equipo VDL de aeronave no variar ms de 0,0005% (5 por
milln) con respecto a la frecuencia asignada.
6.3.2 Potencia. La potencia efectiva radiada deber
permitir obtener una intensidad de campo de por lo menos
20 microvoltios por metro (120 dBW/m
2
) basada en la
propagacin en el espacio libre a las distancias y altitudes
apropiadas para las condiciones operacionales de las zonas en
que vuele la aeronave.
6.3.3 Emisiones no esenciales
ms bajo que permitan los avances de la tcnica y el tipo de
servicio.
Nota. El Apndice S3 del Reglamento de Radiocomu-
nicaciones especifica los niveles de emisiones no esenciales a
los que los transmisores deben conformarse.
6.3.4 Emisiones de canales adyacentes
6.3.4.1 La potencia del transmisor VDL de aeronave en
todas las condiciones de funcionamiento, medida en la anchura
de banda de 25 kHz del primer canal adyacente no exceder de
0 dBm.
todas las nuevas instalaciones de un transmisor VDL de
aeronave en todas las condiciones de funcionamiento, medida
en la anchura de banda de 25 kHz del primer canal adyacente
no exceder de 2 dBm.
todas las condiciones de funcionamiento, medida en la anchura
de banda de 25 kHz del segundo canal adyacente ser inferior
a 25 dBm y a partir de ese valor se reducir monotnicamente
un mnimo de 5 dB por octava hasta un mximo de 52 dBm.
todas las nuevas instalaciones de un transmisor VDL de aero-
nave en todas las condiciones de funcionamiento, medida en la
anchura de banda de 25 kHz del segundo canal adyacente ser
inferior a 28 dBm.
todas las nuevas instalaciones de un transmisor VDL de
aeronave en todas las condiciones de funcionamiento, medida
en la anchura de banda de 25 kHz del cuarto canal adyacente
ser inferior a 38 dBm y a partir de ese valor se reducir
monotnicamente a un ritmo mnimo de 5 dB por octava hasta
un valor mximo de 53 dBm.
todas las condiciones de funcionamiento, medida en una
anchura de banda de 16 kHz centrada en el primer canal
adyacente, no exceder de 20 dBm.
todas las nuevas instalaciones de un transmisor VDL de aero-
nave en todas las condiciones de funcionamiento, medida en la
anchura de banda de 16 kHz centrada en el primer canal adya-
cente no exceder de 18 dBm.
6.3.4.4 A partir del 1 de enero de 2005, todos los trans-
misores VDL de aeronave satisfarn las disposiciones indicadas
275 1/11/01
Nm. 76
en 6.3.4.1.1, 6.3.4.2.1, 6.3.4.2.2 y 6.3.4.3.1, a reserva de las
condiciones estipuladas en 6.3.4.5.
6.3.4.5 Se impondrn los requisitos de cumplimiento obli-
gatorio de las disposiciones indicadas en 6.3.4.4 en base a
fique el espacio areo de funcionamiento y las fechas de apli-
de aeronave.
6.3.5 Funcin de recepcin
6.3.5.1 Proporcin especificada de errores. La proporcin
especificada de errores para funcionamiento en Modo 2 ser la
proporcin de errores en los bits (BER) mxima corregida de
1 en 10
4
. La proporcin especificada de errores para funciona-
miento en Modo 3 ser la BER mxima sin corregir de 1 en
10
3
. La proporcin especificada de errores para funcionamiento
en Modo 4 ser la BER mxima sin corregir de 1 en 10
4
.
Nota. Los mencionados requisitos de BER para la capa
fsica se han derivado de los requisitos de BER impuestos por
la ATN en la interfaz de subred.
6.3.5.2 Sensibilidad. La funcin de recepcin cumplir
con la proporcin especificada de errores con una inten-
sidad de seal deseada de no ms de 20 microvoltios por
metro (120 dBW/m
2
).
Nota. Para la intensidad de seal requerida en el lmite
del volumen se tienen en cuenta los requisitos del sistema y la
atenuacin de la seal dentro de ste, as como las fuentes
ambientales de ruido.
6.3.5.3 Actuacin en cuanto a inmunidad fuera de la
banda. La funcin de recepcin cumplir la proporcin
especificada de errores con una intensidad de campo
de la seal deseada de no ms de 40 microvoltios por metro
(114 dBW/m
2
) y con una seal no deseada DSB-AM D8PSK
o GFSK en el canal adyacente o en cualquier otro canal
asignable, siendo al menos 40 dB ms intensa que la seal
deseada.
6.3.5.3.1 A partir del 1 de enero de 2002, la funcin
de recepcin de todas las nuevas instalaciones de VDL cum-
plirn con la proporcin especificada de errores con una inten-
sidad de seal deseada de no ms de 40 microvoltios por metro
(114 dBW/m) y con una seal no deseada VHF DBL-AM
D8PSK o GFSK al menos 60 dB ms intensa que la seal
deseada por cualquier canal asignable de 100 kHz o ms que
la del canal asignado de la seal deseada.
Nota. Este nivel de actuacin en cuanto a inmunidad
frente a interferencias proporciona una actuacin del receptor
en consonancia con el influjo de la mscara de espectro RF del
VDL especificada en el Volumen III, Parte I, 6.3.4 con un
aislamiento eficaz del transmisor/receptor de 69 dB. Una
actuacin mejor del transmisor y del receptor pudiera llevar
a un requisito de menor aislamiento. Los textos de orientacin
sobre las tcnicas de medicin figuran en el Anexo 10,
Volumen V, Adjunto A, Seccin 7.
6.3.5.3.2 A partir del 1 de enero de 2005, la funcin de
recepcin de todas las instalaciones VDL cumplirn las
disposiciones indicadas en 6.3.5.3.1, a reserva de las condi-
ciones estipuladas en 6.3.5.3.3.
6.3.5.3.3 Se impondrn los requisitos de cumplimiento
obligatorio de las disposiciones indicadas en 6.3.5.3.2 en base
a acuerdos regionales de navegacin area en los que se espe-
cifique el espacio areo de funcionamiento y las fechas de apli-
de aeronave.
6.3.5.4 Caractersticas de inmunidad
a la interferencia
6.3.5.4.1 La funcin de recepcin cumplir con la
proporcin especificada de errores con una intensidad de campo
deseada de no ms de 40 microvoltios por metro y con una o
ms seales fuera de banda, excepto seales de radiodifusin
de FM en VHF, cuyo nivel total a la entrada del receptor sea
de 33 dBm.
Nota. En las zonas en que la interferencia de la seal de
la banda adyacente ms alta exceda esta especificacin, se
aplicar un requisito de inmunidad ms elevado.
6.3.5.4.2 La funcin de recepcin cumplir con la
proporcin especificada de errores con una intensidad de campo
deseada de no ms de 40 microvoltios por metro, y con una o
ms seales de radiodifusin de FM en VHF cuyo nivel total
a la entrada del receptor sea de 5 dBm.
6.4 PROTOCOLOS Y SERVICIOS
DE LA CAPA FSICA
Las estaciones de aeronave y de tierra tendrn acceso al
medio fsico funcionando en el modo simplex.
6.4.1 Funciones
6.4.1.1 La capa fsica proporcionar las siguientes
funciones:
a) control de frecuencia del transmisor y del receptor;
b) recepcin digital en el receptor;
c) transmisin digital por el transmisor; y
d) servicios de notificacin.
6.4.1.1.1 Control de frecuencia del transmisor/receptor.
La capa fsica del VDL pondr la frecuencia del transmisor o
del receptor, segn lo que le ordene la entidad de gestin de
enlace (LME).
Nota. La LME es la entidad de capa de enlace que figura
en los Manuales sobre especificaciones tcnicas del VDL en
Modo 2 y del VDL en Modo 3.
6.4.1.1.2 Recepcin digital en el receptor. El receptor
decodificar las seales de entrada y las transmitir a las capas
superiores para su procesamiento.
274A
276 1/11/01
Nm. 76
6.4.1.1.3 Transmisin digital. La capa fsica del VDL
codificar adecuadamente y transmitir por el canal RF la
informacin recibida de las capas superiores.
6.4.2 Capa fsica comn a Modos 2 y 3
6.4.2.1 Plan de modulacin. En los Modos 2 y 3 se
utilizar la manipulacin por desplazamiento de fase diferencial
codificada en 8 (D8PSK), utilizndose un filtro de coseno
elevado con = 0,6 (valor nominal). La informacin que haya
de transmitirse se codificar diferencialmente con 3 bits por
cada smbolo (baudio) transmitido, en forma de cambios de fase
en lugar de una fase absoluta. El tren de datos que haya de
transmitirse se subdividir en grupos de 3 bits de datos
consecutivos, siendo el primero el bit menos significativo. Se
rellenar de ceros hasta el extremo de las transmisiones si fuera
necesario para el smbolo final del canal.
6.4.2.1.1 Codificacin de datos. El tren de datos binarios
que entre en el codificador de datos diferencial se convertir en
tres trenes binarios independientes X, Y y Z, de forma que los
bits 3n forman X, los bits 3n + 1 forman Y y los bits 3n + 2
forman Z. El triplete en el tiempo k (X
k
, Y
k
, Z
k
) se convertir
en un cambio de fase segn lo indicado en la Tabla 6-1*, y la
fase absoluta
k
ser la serie acumulada de
k
, es decir:
k
=
k-1
+
k
6.4.2.1.2 Forma de la seal transmitida. La seal de banda
de base modulada en fase segn lo definido en 6.4.2.1.1 excitar
el filtro de forma de impulsos.
s(t) = h (
k
, t-kT
s
)
siendo:
h la respuesta de impulsos complejos del filtro de forma de
impulsos;
k definido en 6.4.2.1.1;
definido por la ecuacin en 6.4.2.1.1;
t el tiempo;
T
s
la duracin temporal de cada smbolo.
La salida (en funcin del tiempo) del filtro de forma de
impulsos [s(t)] modular la frecuencia portadora. El filtro de
forma de impulsos tendr una respuesta de frecuencia compleja
nominal de un filtro de coseno elevado con = 0,6.
6.4.2.2 Velocidad de modulacin. La velocidad de
transmisin de smbolos en Modo 2 ser de 10 500 smbolos/
segundo, lo que da lugar a una velocidad binaria nominal de
31 500 bits/s. En la Tabla 6-2* se presentan los requisitos de
estabilidad de modulacin para los Modos 2 y 3.
6.4.3 Capa fsica propia de Modo 2
Nota. La especificacin de la capa fsica propia del
Modo 2 comprende una descripcin de la secuencia de acon-
dicionamiento en Modo 2, la correccin de errores sin canal
de retorno (FEC), la intercalacin, la codificacin secreta de
bits, la captacin de canal y los parmetros del sistema de la
capa fsica.
6.4.3.1 Para transmitir una secuencia de tramas, la estacin
insertar los nmeros de bits y las banderas (segn la
descripcin del servicio de enlace de datos para Modo 2 que
figura en el Manual sobre especificaciones tcnicas del VDL
en Modo 2), calcular el FEC (segn 6.4.3.1.2), intercalar (se-
gn 6.4.3.1.3), antepondr la secuencia de acondicionamiento
(segn 6.4.3.1.1), realizar la codificacin secreta de bits
(segn 6.4.3.1.4) y por ltimo codificar y modular la
seal RF (segn 6.4.2.1).
6.4.3.1.1 Secuencia de acondicionamiento. La transmi-
sin de datos empezar con una secuencia de acondiciona-
miento del demodulador que consta de cinco segmentos:
a) acumulacin y estabilizacin de potencia del transmisor;
b) sincronizacin y resolucin de ambigedad;
c) smbolo reservado;
d) longitud de transmisin; y
e) FEC de encabezador.
Nota. Inmediatamente despus de estos segmentos sigue
una trama AVLC con el formato que figura en la descripcin
del servicio de enlace de datos del Manual sobre especi-
ficaciones tcnicas del VDL en Modo 2.
6.4.3.1.1.1 Acumulacin y estabilizacin de potencia del
transmisor. El objetivo del primer segmento de la secuencia de
acondicionamiento, denominado acumulacin, es proporcionar
la estabilizacin de potencia del transmisor y el reglaje AGC
del receptor y preceder inmediatamente al primer smbolo de
la palabra nica. La duracin de la acumulacin ser de cinco
perodos de smbolos. El punto de referencia temporal (t), para
la especificacin que sigue es el centro del primer smbolo
de palabra nica, un punto que ocurre a medio perodo de
smbolo despus del fin de la acumulacin. Inversamente, el
principio de la acumulacin se inicia a t = 5,5 perodos de
smbolo. La potencia transmitida ser inferior a 40 dBc antes
de t = 5,5 perodos de smbolos. En la acumulacin se prever
que en el tiempo t = 3,0 perodos de smbolos la potencia trans-
mitida sea del 40% de la potencia de salida indicada por el
fabricante o superior (vase la Figura 6-1**). Sea cual fuere el
mtodo empleado para implantar (o truncar) el filtro de coseno
elevado, la salida del transmisor entre los tiempos t = 3,0 y
t = 0,5 aparecer como si los smbolos 000 se hubieran
transmitido durante el perodo de acumulacin.
Nota 1.Para el Modo 3, el punto de referencia de
temporizacin es el mismo que para el punto de referencia de
potencia.
Nota 2.Es conveniente elevar a un mximo el tiempo
permitido para el tiempo de estabilidad del AGC. Debera
procurarse contar con una potencia de ms del 90% de la
potencia de salida nominal en t = 3,5 perodos de smbolos.
* Todas las tablas se encuentran al final de este captulo.
** Todas las figuras se encuentran al final de este captulo.
+
k =
274B
277 1/11/01
Nm. 76
6.4.3.1.1.2 Sincronizacin y resolucin de ambigedad.
El segundo segmento de la secuencia de acondicionamiento
constar de la palabra nica:
000 010 011 110 000 001 101 110 001 100 011
111 101 111 100 010
y se transmitir de izquierda a derecha.
6.4.3.1.1.3 Smbolo reservado. El tercer segmento de la
secuencia de acondicionamiento constar del smbolo nico que
representa el 000.
Nota. Este campo ha sido reservado para ser definido en
el futuro.
6.4.3.1.1.4 Longitud de transmisin. Para que el receptor
pueda determinar la longitud del bloque final Reed-Solomon,
el transmisor enviar una palabra de 17 bits, desde el bit menos
significativo (lsb) al bit ms significativo (msb), indicando el
nmero total de bits de datos que siguen a la FEC del
encabezador.
Nota. En la longitud no se incluyen los bits transmitidos
para: FEC de Reed-Solomon, extra bits insertados para
asegurarse de que el intercalador genera un nmero entero de
palabras de 8 bits, o los bits extra insertados para asegurarse
de que el codificador de datos genera un nmero entero de
smbolos de 3 bits.
6.4.3.1.1.5 FEC de encabezador. Para corregir errores de
bits en el encabezador, se calcular un cdigo bloque (25, 20)
en el smbolo reservado y en los segmentos de longitud de
transmisin. El cdigo bloque se transmitir como quinto
segmento. El codificador aceptar el encabezador en la
secuencia de bits que est siendo transmitida. Los cinco bits de
paridad que hayan de transmitirse se generarn mediante la
ecuacin siguiente:
[P
1
, ... , P
5
] = [R
1
, ... , R
3
, TL
1
, ... , TL
17
] H
T
en la que:
P es el smbolo de paridad (P
1
se transmitir primero);
R es el smbolo reservado;
TL es el smbolo de longitud de la transmisin;
T
es la funcin de transposicin de matriz; y
H es la matriz de paridad definida como sigue:
6.4.3.1.1.6 Orden de transmisin de bits. Los cinco bits de
paridad del producto vectorial resultante se transmitirn
empezando primero por el bit de la izquierda.
6.4.3.1.2 Correccin de errores sin canal de retorno. Para
mejorar el caudal eficaz del canal reduciendo el nmero de
retransmisiones requeridas, se aplicar la FEC despus de la
secuencia de acondicionamiento, sean cuales fueren los lmites
de trama.
6.4.3.1.2.1 Clculo de la FEC. Se codificar la FEC
mediante un cdigo 2
8
binario sistemtico de longitud fija
Reed-Solomon (RS) (255,249).
Nota 1. Este cdigo es capaz de corregir hasta tres
octetos de bloques de datos de 249 octetos (1 992 bits). Las
transmisiones de mayor longitud deben subdividirse hasta
transmisiones de 1 992 bits y las transmisiones de longitud
inferior deben ampliarse llenndolas virtualmente de ceros de
cola. Se adjuntan seis octetos de verificacin RS hasta un
bloque total de 255 octetos.
El campo que define el polinomio primitivo del cdigo ser el
siguiente:
p(x) = (x
8
+ x
7
+ x
2
+ x + 1)
El polinomio generador ser el siguiente:
siendo:
el elemento primitivo de GF(256);
GF(256) un campo Galois (GF) de tamao 256.
Nota 2. Los cdigos Reed-Solomon se describen en la
Recomendacin para Space Data System Standards: Telemetry
Channel Coding, del Comit consultivo sobre sistemas de datos
espaciales (vase el Apndice).
6.4.3.1.2.2 Longitudes de bloques. Se calcularn los seis
octetos de verificacin RS respecto a bloques de 249 octetos.
Las transmisiones de mayor longitud se subdividirn en bloques
de 249 octetos, segn 6.4.3.1.3. Los bloques de menor longitud
se ampliarn a 249 octetos mediante un relleno virtual de ceros
de cola. El relleno virtual no se transmitir. Se codificarn los
bloques de conformidad con 6.4.3.1.2.3 a 6.4.3.1.2.3.3.
6.4.3.1.2.3 Ninguna correccin de errores. No se aplicar
la correccin de errores en bloques de dos o menos octetos que
no sean de relleno.
6.4.3.1.2.3.1 Correccin de errores de un solo multieto.
En el caso de bloques de 3 a 30 octetos que no sean de relleno,
se generarn todos los seis octetos de verificacin RS, pero
solamente se transmitirn los dos primeros. Los cuatro ltimos
octetos de verificacin RS se considerarn como tachaduras del
decodificador.
6.4.3.1.2.3.2 Correccin de errores de dos multietos. En
el caso de bloques de 31 a 67 octetos que no sean de relleno,
se generarn los seis octetos de verificacin RS, pero
solamente se transmitirn los cuatro primeros. Los dos ltimos
octetos de verificacin RS se considerarn como tachaduras del
decodificador.
H
0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 1 1 1 1
0 0 1 1 1 1 1 1 0 0 0 0 1 1 1 1 1 1 1 1
1 1 0 0 0 1 1 1 0 0 1 1 0 0 0 0 1 1 1 1
1 1 0 1 1 0 1 1 0 1 0 1 0 0 1 1 0 0 1 1
0 1 1 0 1 0 0 1 1 1 1 0 0 1 0 1 0 1 0 1
=
x
i
( )
i 120 =
125
274C
278 1/11/01
Nm. 76
6.4.3.1.2.3.3 Correccin de errores de tres multietos. En
el caso de bloques de 68 o ms octetos que no sean de relleno,
se generarn y transmitirn los seis octetos de verificacin RS.
6.4.3.1.3 Intercalacin. Para mejorar la eficacia de FEC,
se utilizar un intercalador dirigido por tablas y en base a
octetos. El intercalador crear una tabla de 255 octetos por
hilera y de c columnas, siendo:
donde:
a) la longitud de transmisin es la definida en 6.4.3.1.1.5; y
b) c = el nmero entero ms pequeo superior o igual al valor
de la fraccin.
Despus de ampliar los datos hasta un mltiplo par de
1 992 bits, el intercalador escribir el tren de transmisin
dentro de los primeros 249 octetos de cada hilera, tomando cada
grupo consecutivo de 8 bits y almacenndolos empezando por
la primera columna hasta la 249. El primer bit de cada grupo
de 8 bits se almacenar en la posicin del octavo bit; el primer
grupo de 1 992 bits se almacenar en la primera hilera, el
segundo grupo de 1 992 bits en la segunda hilera, etc. Despus
de calcularse FEC de cada hilera, se almacenarn los datos FEC
(o tachaduras) en las columnas 250 a 255. El intercalador
transferir seguidamente los datos al codificador secreto
leyndolos columna por columna, saltndose los octetos que
contengan tachaduras o todos bits de relleno. Se transmitirn
todos los bits de un octeto desde el bit 8 hasta el bit 1.
Al recibirlos, el desintercalador calcular el nmero de hileras
y el tamao de la ltima (posiblemente parcial) a partir del
campo de longitud del encabezador. Solamente transferir a la
capa superior los multietos con datos vlidos.
6.4.3.1.4 Codificacin secreta de bits. Para ayudar a la
recuperacin de reloj y para estabilizar la forma del espectro
transmitido, se aplicar una codificacin secreta de bits. La
secuencia de pseudo ruido (PN) ser un generador de 15 etapas
(vase la Figura 6-2) con el siguiente polinomio caracterstico:
X
15
+ X + 1
La secuencia PN empezar despus de la configuracin
de sincronizacin de trama con el valor inicial 1101
0010 1011 001 y el bit ms a la izquierda en la primera etapa
del registrador, segn la Figura 6-2. Despus de procesar cada
uno de los bits, el registrador se desplazar un bit hacia la
derecha. Para permitir en el futuro la posible criptografa, se
programar este valor inicial. La secuencia se aadir
(mdulo 2) a los datos por el lado de transmisin (codificacin
secreta) y a los datos codificados en secreto por el lado de
recepcin (decodificacin secreta) segn la Tabla 6-3.
Nota. El concepto de un codificador secreto PN se explica
en la Recomendacin S.446-4 ITU-R, Anexo I, Seccin 4.3.1,
Mtodo 1 (vase el Apndice de este Captulo).
6.4.3.2 Deteccin de canal
en Modo 2
6.4.3.2.1 Deteccin de canal ocupado a inactivo. Cuando
una estacin recibe una potencia en el canal por lo menos de
87 dBm, durante un plazo mnimo de 5 milisegundos,
a) continuar con una probabilidad de 0,9 considerando el
canal ocupado si el nivel de la seal se atena a un valor
por debajo de 92 dBm durante menos de 1 milisegundo; y
b) considerar el canal no ocupado con una probabilidad de
0,9 si el nivel de la seal se atena a un valor por debajo
de 92 dBm durante por lo menos 1,5 milisegundos.
Nota. El mximo caudal de enlace disponible para todos
los usuarios es altamente sensible al retardo de sentido de canal
RF (desde el momento en que el canal realmente modifica su
estado hasta que lo detecta una estacin y acta respecto a tal
cambio) y al retardo de captacin de canal RF (desde el
momento en que una estacin decide transmitir hasta que el
transmisor se haya acumulado hasta una distancia suficiente
para desengancharse de otras estaciones). Por consiguiente, es
imperativo que se apliquen los mximos esfuerzos para reducir
estos tiempos a medida que avanza la tcnica.
6.4.3.2.2 Deteccin de canal inactivo a ocupado. Una
estacin considerar con una probabilidad de por lo menos 0,9
que el canal est ocupado en un plazo de 1 milisegundo despus
de que aumente la potencia en el canal por lo menos a un valor
de 90 dBm.
6.4.3.2.3 Recomendacin. La deteccin de un canal
ocupado debera ocurrir en un plazo de 0,5 milisegundos.
Nota. Es aceptable una probabilidad superior de alarmas
falsas en la deteccin de inactivo a ocupado que en la deteccin
de ocupado a inactivo debido al influjo de los dos errores
distintos.
6.4.3.3 Interaccin receptor/transmisor
en Modo 2
6.4.3.3.1 Tiempo de actuacin de receptor a transmisor.
La estacin transmitir la secuencia de acondicionamiento de
forma que el centro del primer smbolo de la palabra nica ser
transmitido en un plazo de 1,25 milisegundos despus de que
haya tenido xito una tentativa de acceso (vase la Figura 6-
3). El cambio total de frecuencia durante la transmisin de la
palabra nica ser inferior a 10 Hz. Despus de la trans-
misin de la palabra nica, la aceleracin de fase ser inferior
a 500 Hz por segundo.
6.4.3.3.2 Tiempo de actuacin de transmisor a receptor.
La potencia de transmisor ser de 20 dBc dentro de 2,5 pero-
dos de smbolos en el centro del smbolo final de la rfaga. La
fuga de potencia del transmisor cuando el transmisor est en el
estado de fuera ser inferior a 83 dBm. Una estacin ser
capaz de recibir y de demodular con la eficacia nominal una
seal entrante en un plazo de 1,5 milisegundos despus de la
transmisin del smbolo final de informacin.
Nota. Vase DO-160D, Seccin 21, categora H para
seales radiadas por la antena.
c =
longitud de transmisin (bits)
1 992 (bits)
274D
279 1/11/01
Nm. 76
6.4.3.4 Parmetros del sistema
de la capa fsica en Modo 2
6.4.3.4.1 La capa fsica aplicar los parmetros de sistema
definidos en la Tabla 6-4.
6.4.3.4.1.1 Parmetro P1 (longitud mnima de trans-
misin). El parmetro P1 define la longitud mnima de trans-
misin que un receptor sea capaz de demodular sin que se
degrade la BER.
6.4.4 Capa fsica propia
del Modo 3
Nota. En la especificacin de la capa fsica propia del
Modo 3 se incluye una descripcin de la rfaga de gestin (M)
en Modo 3 y de la rfaga de mensaje de verificacin de
transferencia (H) en enlace ascendente, la rfaga M en enlace
descendente, la rfaga de voz/datos (V/D) y la codificacin
secreta de bits.
6.4.4.1 Rfaga de gestin (M) y rfaga de mensaje de
verificacin de transferencia (H) en enlace ascendente. La
rfaga en enlace ascendente M (segn lo indicado en el Manual
sobre especificaciones tcnicas del VDL en Modo 3) incluir
tres segmentos, la secuencia de acondicionamiento seguida de
los datos del sistema y de la desacumulacin del transmisor. La
rfaga en enlace ascendente H (segn lo indicado en el Manual
sobre especificaciones tcnicas del VDL en Modo 3) constar
de tres segmentos, la secuencia de acondicionamiento seguida
del mensaje de verificacin de transferencia y de la desacu-
mulacin del transmisor.
6.4.4.1.1 Secuencia de acondicionamiento. La rfaga M en
enlace ascendente y las secuencias de acondicionamiento de
rfagas H constarn de los dos componentes siguientes:
a) acumulacin y estabilizacin de potencia del transmisor; y
b) sincronizacin y resolucin de ambigedades.
transmisor. Se definir en la Seccin 6.4.3.1.1.1
6.4.4.1.1.2 Sincronizacin y resolucin de ambigedades.
El segundo componente de la secuencia de acondicionamiento
constar de la secuencia de sincronizacin conocida como S
2
*
de la forma siguiente:
000 001 101 100 110 010 111 100 010 011 101
000 111 000 011 001
y se transmitir de izquierda a derecha.
Nota. La secuencia S
2
* est muy estrechamente rela-
cionada con la secuencia S
2
(Seccin 6.4.4.3.1.2). Los
15 cambios de fase entre los 16 smbolos de S
2
* estn cada uno
exactamente 180 fuera de fase respecto a los 15 cambios de
fase asociados a S
2
. Esta relacin puede ser utilizada para
simplificar el proceso de bsqueda simultnea de ambas
secuencias.
6.4.4.1.2 Datos del sistema y mensaje de verificacin de
transferencia. Los datos de sistema en configuracin no-3T
(segn figuran en el Manual sobre especificaciones tcnicas
del VDL en Modo 3) constan de 32 smbolos transmitidos. Los
96 bits transmitidos comprenden 48 bits de informacin y
48 bits de paridad, generados como 4 palabras de cdigo Golay
(24, 12). La configuracin 3T que figura en el Manual
sobre especificaciones tcnicas del VDL en Modo 3 constar
de 128 smbolos transmitidos. Los 384 bits transmitidos com-
prenden 192 bits de informacin y 192 bits de paridad,
generados como 16 palabras de cdigo Golay (24, 12). El
mensaje de verificacin de transferencia de configuracin 3T
constar de 40 smbolos transmitidos. Los 120 bits transmitidos
comprenden 60 bits de informacin y 60 bits de paridad,
generados como 5 palabras de cdigo Golay (24, 12).
La definicin propia del codificador Golay ser la siguiente:
Si la secuencia de bit de entrada de 12 bits se escribe como un
vector de hilera x, entonces la secuencia de salida de 24 bits
puede escribirse como vector de hilera y, siendo y = x G y
siendo la matriz G dada por
Nota. El cdigo Golay ampliado permite corregir
cualquier configuracin de error con tres o menos errores en
los bits y detectar cualquier configuracin de error de 4 bits.
6.4.4.1.3 Desacumulacin del transmisor. La potencia del
transmisor ser de 20 dBc dentro de 2,5 perodos de smbolo
en el centro del smbolo final de la rfaga. La fuga de potencia
del transmisor cuando el transmisor est en el estado de fuera
ser inferior a 83 dBm.
Nota. Vase la Seccin 21 de RTCA/DO-160D, cate-
gora H para seales radiadas por la antena.
6.4.4.2 Rfaga de gestin (M) en enlace descendente. La
rfaga M en enlace descendente, (segn figura en el Manual
sobre las especificaciones tcnicas del VDL en Modo 3),
constar de tres segmentos, la secuencia de acondicionamiento
seguida por los datos del sistema y por la desacumulacin del
transmisor.
1 1 0 1 0 1 1 1 0 0 0 1 1 0 0 0 0 0 0 0 0 0 0 0
0 1 1 1 1 1 0 0 1 0 0 1 0 1 0 0 0 0 0 0 0 0 0 0
1 1 1 0 1 0 0 1 0 1 0 1 0 0 1 0 0 0 0 0 0 0 0 0
0 1 1 0 0 0 1 1 1 0 1 1 0 0 0 1 0 0 0 0 0 0 0 0
1 1 1 0 0 1 1 0 1 1 0 0 0 0 0 0 1 0 0 0 0 0 0 0
G = 1 0 1 1 0 0 1 1 0 1 1 0 0 0 0 0 0 1 0 0 0 0 0 0
1 0 0 1 1 0 0 1 1 0 1 1 0 0 0 0 0 0 1 0 0 0 0 0
0 1 0 1 1 0 1 1 1 1 0 0 0 0 0 0 0 0 0 1 0 0 0 0
0 0 1 0 1 1 0 1 1 1 1 0 0 0 0 0 0 0 0 0 1 0 0 0
0 0 0 1 0 1 1 0 1 1 1 1 0 0 0 0 0 0 0 0 0 1 0 0
1 1 0 1 1 1 0 0 0 1 1 0 0 0 0 0 0 0 0 0 0 0 1 0
1 0 1 0 1 1 1 0 0 0 1 1 0 0 0 0 0 0 0 0 0 0 0 1
274E
280 1/11/01
Nm. 76
6.4.4.2.1 Secuencia de acondicionamiento. La secuencia
de acondicionamiento de la rfaga M en enlace descendente
constar de los dos siguientes componentes:
transmisor. Esta se definir en la Seccin 6.4.4.1.1.1.
Tres secuencias de sincronizacin separadas. La secuencia
normal, conocida como S
1
, ser la siguiente:
000 111 001 001 010 110 000 011 100 110 011
111 010 101 100 101
y ser transmitida de izquierda a derecha. La secuencia especial
utilizada para identificar respuestas a interrogacin selectiva
ser la definida en 6.4.4.1.1.2.
La secuencia especial utilizada para identificar solicitudes
de entrada neta (S
1
*) utilizar la siguiente secuencia:
000 001 111 111 100 000 110 101 010 000 101 001
100 011 010 011
y ser transmitida de izquierda a derecha.
Nota. La secuencia S
1
*
est muy estrechamente relacio-
nada con la secuencia S
1
. Los 15 cambios de fase entre los
16 smbolos de S
1
*
estarn cada uno exactamente a 180 fuera
de fase respecto a los 15 cambios de fase asociados con S
1
. Esta
relacin puede ser utilizada para simplificar el proceso de
bsqueda simultnea de ambas secuencias.
6.4.4.2.2 Datos del sistema. El segmento de datos del
sistema constar de los 16 smbolos transmitidos. Se codi-
ficarn los 48 bits transmitidos como 24 bits de datos del
sistema y 24 bits de paridad generados como dos palabras de
cdigo Golay consecutivas (24, 12). La codificacin de las
palabras de cdigo Golay (24, 12) debera ser segn lo definido
en 6.4.4.1.2.
6.4.4.2.3 Desacumulacin del transmisor. Esta se definir
en 6.4.4.1.3.
6.4.4.3 Rfaga de voz o datos (V/D). La rfaga V/D (segn
lo indicado en el Manual sobre especificaciones tcnicas del
VDL en Modo 3) constar de cuatro segmentos: la secuencia de
acondicionamiento seguida del encabezador, el segmento de
informacin de usuario y la desacumulacin del transmisor.
Se utilizar el mismo formato de rfaga V/D para enlace ascen-
dente y para enlace descendente.
6.4.4.3.1 Secuencia de acondicionamiento. La secuencia
de acondicionamiento de rfagas V/D constar de los dos
siguientes componentes:
transmisor. Esta se definir en 6.4.4.1.1.1.
El segundo componente de la secuencia de acondicionamiento
constar de la siguiente secuencia de sincronizacin, conocida
como S
2
:
000 111 011 010 000 100 001 010 100 101 011 110
001 110 101 111
y ser transmitida de izquierda a derecha.
6.4.4.3.2 Encabezador. El segmento de encabezador
constar de 8 smbolos transmitidos. Los 24 bits transmitidos
se codificarn como 12 bits de informacin de encabezador y
12 bits de paridad generados como palabra nica de cdigo
Golay (24, 12). La codificacin de la palabra de cdigo Golay
(24, 12) ser segn lo definido en 6.4.4.1.2.
6.4.4.3.3 Informacin de usuario. El segmento de infor-
macin de usuario constar de 192 smbolos de 3 bits. Al
transmitir en voz, se aplicar FEC a la salida de anlisis del
vocodificador especificada en 6.8. El vocodificador propor-
cionar una actuacin satisfactoria en un entorno BER de 10
-3
(con un objetivo de diseo de 10
-2
). La velocidad general
binaria del vocodificador incluida FEC es de 4 800 bps
(excepto en el modo truncado en cuyo caso la velocidad binaria
es de 4 000 bps).
6.4.4.3.3.1 Al transmitir datos de usuario, se codificarn
los 576 bits como una palabra de cdigo Reed-Solomon
(72, 62) 2
8
-aria. Para la entrada de datos de usuario al
codificador Reed-Solomon de longitud inferior a 496 bits, los
datos de entrada se rellenarn de ceros al final hasta una
longitud total de 496 bits. El campo que define el polinomio
primitivo del cdigo ser segn lo descrito en 6.4.3.1.2.1. El
polinomio generador ser el siguiente:
Nota. El cdigo Reed-Solomon (72, 62) es capaz de
corregir hasta cinco errores de smbolos 2
8
-aria (palabra de
cdigo) en la palabra recibida.
6.4.4.3.4 Desacumulacin del transmisor. Esta se definir
en 6.4.4.1.3.
6.4.4.4 Intercalacin. No habr ninguna intercalacin para
funcionamiento en Modo 3.
6.4.4.5 Codificacin secreta de bits. Para funcionamiento
en Modo 3, la codificacin secreta de bits, segn lo especificado
en 6.4.3.1.4 se ejecutar en cada rfaga, empezando despus de
la secuencia de acondicionamiento. Se reinicializar eficaz-
mente en cada rfaga la secuencia de codificacin secreta que
proporciona una superposicin constante para cada una de las
rfagas de longitud fija en Modo 3.
6.4.4.6 Interaccin receptor/transmisor. Los tiempos de
conmutacin en esta subseccin se definirn como el tiempo
entre la mitad del ltimo smbolo de informacin de una rfaga
x
i
( )
i 120 =
129
274F
281 1/11/01
Nm. 76
y la mitad del primer smbolo de la secuencia de sincronizacin
de la rfaga subsiguiente.
Nota. Este tiempo nominal se acortar por motivos tales
como la anchura finita de cada smbolo debida a filtrado
Nyquist y la secuencia de acumulacin y estabilizacin de
potencia. Tales definiciones de alternativa podran llevar a
tiempos de conmutacin de hasta 8 perodos de smbolo ms
cortos.
6.4.4.6.1 Tiempo de conmutacin de receptor a
transmisor. La radio de aeronave ser capaz de conmutar desde
recepcin hasta transmisin en un plazo de 17 perodos de
smbolos. Este tiempo puede mitigarse hasta 33 perodos de
smbolos para radios de aeronave que no implantan funciones
que requieren direccionamiento discreto.
Nota 1. El tiempo de conmutacin R/T ms corto para una
radio de aeronave ocurre cuando la recepcin de un radiofaro
por canal M en enlace ascendente est seguida de una
transmisin V/D por el mismo intervalo. En algunos casos
cuando las radios de aeronaves no implantan funciones que
requieren direccionamiento discreto, puede aumentar el tiempo
de conmutacin R/T puesto que las dos ltimas palabras Golay
del radiofaro por canal M en enlace ascendente no han de ser
ledas.
Nota 2. Para el tiempo mnimo de ida y vuelta se supone
que en las configuraciones 3V1D, 2V1D, y 3T (segn lo indi-
cado en 5.5.2.4 del Manual sobre especificaciones tcnicas del
VDL en Modo 3), se proporcionar un soporte lgico a las
radios de aeronaves que les impedir transmitir un mensaje por
canal M en enlace descendente en un intervalo que siga a la
recepcin de un mensaje de voz de otra aeronave con un largo
retardo de tiempo.
6.4.4.6.2 Tiempo de conmutacin de transmisor a
receptor. La radio de aeronave ser capaz de conmutar desde
transmisin hasta recepcin en un plazo de 32 perodos de
smbolos.
Nota. El tiempo de conmutacin T/R en el peor de los
casos para una radio de aeronave ocurre cuando transmite un
mensaje por canal M en enlace descendente y recibe un
mensaje V/D en el mismo intervalo.
6.4.4.7 Indicacin de cobertura marginal
6.4.4.7.1 Recomendacin. Debera suministrarse a la
aeronave VDL en Modo 3 una indicacin de estar cerca del
borde de cobertura.
DE CAPA DE ENLACE
6.5.1 Informacin general
6.5.1.1 Funcionalidad. La capa de enlace (VDL) propor-
cionar las siguientes funciones de subcapa:
a) la subcapa de control de acceso al medio (MAC), que
requiere el uso del algoritmo de acceso mltiple por
deteccin de la portadora (CSMA) para Modo 2 o TDMA
para Modo 3;
b) la subcapa de servicios de enlace de datos (DLS):
1) para Modo 2, la subcapa DLS, proporciona los enlaces
punto a punto por conexin mediante entidades de enlace
de datos (DLE) y el enlace de radiodifusin sin conexin
por la subcapa MAC; y
2) para Modo 3, la subcapa DLS proporciona enlaces punto
a punto sin conexin con acuse de recibo y enlaces punto
a multipunto por una subcapa MAC que garantiza la
secuenciacin; y
c) la entidad de gestin VDL (VME) que establece y mantiene
las DLE entre el sistema de aeronave y el sistema con base
en tierra mediante entidades de enlace de datos (LME).
6.5.1.2 Servicios
6.5.1.2.1 Por conexin. La capa de enlace VDL en
Modo 2 proporcionar un servicio punto a punto fiable a base
de una subcapa DLS por conexin.
6.5.1.2.2 Sin conexin. Las capas de enlace VDL en
Modos 2 y 3 proporcionarn un servicio de radiodifusin con
acuse de recibo, a base de una subcapa DLS sin conexin.
6.5.1.2.3 Acuse de recibo sin conexin. La capa de enlace
VDL en Modo 3 proporcionar un servicio punto a punto con
acuse de recibo por una subcapa DLS sin conexin que depende
de la subcapa MAC para garantizar la secuenciacin.
6.5.2 Subcapa MAC
6.5.2.1 La subcapa MAC proporcionar la adquisicin
transparente del trayecto compartido de comunicaciones. Hace
invisible para la subcapa DLS la forma en que presta apoyo a
los recursos de comunicaciones que se utilizan para lograrlo.
Nota. Los servicios MAC y procedimientos propios de los
VDL en Modos 2 y 3 figuran en los Manuales sobre especifi-
caciones tcnicas del VDL en Modo 2 y del VDL en Modo 3.
6.5.3 Subcapa de servicio
de enlace de datos
6.5.3.1 El DLS ser compatible, para el Modo 2, con las
comunicaciones simplex aire-tierra a base de bits utilizndose
el protocolo de control de enlace VHF para la aviacin
(AVLC).
Nota. Los servicios de enlace de datos, los parmetros y
las definiciones de protocolos propios del VDL en Modo 2
figuran en el Manual sobre especificaciones tcnicas del VDL
en Modo 2.
6.5.3.2 Para Modo 3, el DLS prestar apoyo a comuni-
caciones aire-tierra simplex a base de bits, basadas en la
prioridad, utilizando el protocolo de enlace de datos sin
conexin con acuse de recibo (A-CLDL).
Nota. Los servicios de enlace de datos, los parmetros y
las definiciones de protocolos propios del VDL en Modo 3
figuran en el Manual sobre especificaciones tcnicas del VDL
en Modo 3.
274G
282 1/11/01
Nm. 76
6.5.4 Entidad de gestin VDL
6.5.4.1 Servicios. El VME proporcionar el estableci-
miento, mantenimiento del enlace y los servicios de des-
conexin as como el apoyo a la modificacin de parmetros.
Los servicios VME, los formatos de parmetros y los
procedimientos propios de los Modos 2 y 3 figuran en los
Manuales sobre especificaciones tcnicas del VDL en Modo 2
y en Modo 3.
DE CAPA DE SUBRED
6.6.1 Arquitectura para Modo 2
6.6.1.1 El protocolo de capa de subred utilizado en toda
la subred aire-tierra VHF para el VDL en Modo 2 se denomina
oficialmente protocolo de acceso a la subred (SNAcP) y se
conformar a la ISO 8208, salvo lo que se indica en el Manual
sobre especificaciones tcnicas del VDL en Modo 2. El SNAcP
est incluido en el Manual sobre especificaciones tcnicas del
VDL en Modo 2 como protocolo de subred. Si hubiera
diferencias entre el Manual sobre especificaciones tcnicas del
VDL en Modo 2 y las especificaciones mencionadas tendr
precedencia lo dicho en el Manual sobre especificaciones
tcnicas del VDL en Modo 2. En la interfaz aire-tierra, la
entidad de subred de aeronave actuar de DTE y la entidad de
subred de tierra actuar de DCE.
Nota. Los puntos de acceso al protocolo de capa de
subred, los servicios, los formatos de paquete, los parmetros
y los procedimientos propios del VDL en Modo 2 figuran en
el Manual sobre especificaciones tcnicas del VDL en Modo 2.
6.6.2 Arquitectura para el Modo 3
6.6.2.1 En la capa de subred utilizada en toda la subred
aire-tierra VHF para el VDL en Modo 3 se ofrece flexibilidad
para prestar simultneamente apoyo a mltiples protocolos de
subred. Las opciones actualmente definidas son en apoyo del
protocolo de red sin conexin ISO 8473 y en apoyo de
ISO 8208, ambos segn lo indicado en el Manual sobre
especificaciones tcnicas del VDL en Modo 3. El Manual sobre
especificaciones tcnicas del VDL en Modo 3 tendr prece-
dencia cuando se observe cualquier diferencia con las especi-
ficaciones citadas. Para la interfaz ISO 8208, ambas entidades
de subred de aire y de tierra actuarn como DCE.
Nota. Los puntos de acceso al protocolo de capa de
subred, los servicios, los formatos de paquete, los parmetros
y los procedimientos propios del VDL en Modo 3 figuran en
el Manual sobre especificaciones del VDL en Modo 3.
6.7 FUNCIN DE CONVERGENCIA
DEPENDIENTE DE LA SUBRED
MVIL VDL (SNDCF)
6.7.1 SNDCF del VDL en Modo 2
6.7.1.1 Introduccin. La SNDCF mvil VDL en Modo 2
ser la SNDCF mvil normalizada.
6.7.1.2 Nueva funcin. La SNDCF mvil VDL en Modo 2
prestar apoyo para mantener el contexto (p. ej., tablas de
compresin) en el transcurso de las llamadas de subred. La
SNDCF utilizar el mismo contexto (p. ej., tablas de com-
presin) en el curso de todas las SVC negociadas con un DTE,
al negociar los mismos parmetros. La SNDCF prestar apoyo
por lo menos a 2 SVC que compartan el mismo contexto.
Nota 1. Puesto que puede esperarse que en las trans-
ferencias se cambie el orden de los paquetes, algunos algo-
ritmos de compresin no se prestan a ser utilizados por el VDL
en Modo 2. Adems, los que aplican algoritmos de compresin
basados en diccionarios deben ser sensibles al problema de
actualizaciones que lleguen ya sea en la llamada antigua o en
la llamada recientemente establecida.
Nota 2. La codificacin del campo de datos de usuario de
llamada se describe en el Doc 9705, salvo las modificaciones
indicadas en el Manual sobre especificaciones tcnicas del
VDL en Modo 2.
6.7.2 SNDCF VDL en Modo 3
6.7.2.1 El VDL en Modo 3 prestar apoyo a una o ms de
las dos SNDCF definidas. La primera es la SNDCF norma-
lizada de la ISO 8208 definida en el Doc 9705. Esta es una
SNDCF por conexin. El segundo tipo de SNDCF al que presta
apoyo el VDL en Modo 3 se denomina SNDCF basada en
tramas. Los detalles de esta SNDCF sin conexin figuran en el
Manual sobre especificaciones tcnicas del VDL en Modo 3,
incluidos la interfaz de capa de red, el apoyo a paquetes de red
de radiodifusin y unidifusin y el apoyo al encaminador ATN.
Nota. La SNDCF basada en tramas ha sido as
denominada porque utiliza tramas del VDL en Modo 3 sin
necesidad de un protocolo adicional (p. ej., SNDCF de ISO
8208) para transferir paquetes de red. La SNDCF basada en
tramas logra la independencia del protocolo de red identi-
ficando la carga til de cada trama. Al recibirse una trama,
se examina la carga til y el control se transmite al protocolo
identificado.
6.8 UNIDAD DE VOZ PARA MODO 3
6.8.1 Servicios
6.8.1.1 La unidad de voz proporcionar una interfaz
simplex, audio pulsar para hablar y de sealizacin entre el
usuario y el VDL. Se prestar apoyo a dos tipos de circuitos
orales independientes mutuamente exclusivos:
a) Circuitos especializados: Estos proporcionarn servicio a un
grupo especfico de usuarios en base exclusiva sin compar-
ticin del circuito con otros usuarios de fuera del grupo. El
acceso se basar en una disciplina de escuchar antes de
pulsar para hablar.
b) Circuitos asignados segn la demanda: Estos proporcionarn
el acceso al circuito oral con el arbitraje de la estacin de
tierra en respuesta a una solicitud de acceso recibida de
la estacin de aeronave. Este tipo de funcionamiento
274H
283 1/11/01
Nm. 76
permitir la comparticin dinmica de los recursos de canal
aumentando la eficiencia de direccionamiento del circuito
principal.
6.8.1.2 Acceso prioritario. El funcionamiento de unidad
de voz prestar apoyo a acceso con derecho preferente de
prioridad para usuarios de tierra autorizados.
6.8.1.3 Identificacin de fuente de mensaje. El funciona-
miento de unidad de voz prestar apoyo a la notificacin al
usuario de la fuente de un mensaje recibido (es decir, si el
mensaje tuvo su origen en una estacin de aeronave o de tierra).
6.8.1.4 Silenciador codificado. La unidad de voz prestar
apoyo a un funcionamiento de silenciador codificado que ofrece
cierto grado de rechazo de mensajes orales co canal no deseados
en base al tiempo de rfaga de llegada.
6.8.2 Codificacin, parmetros
y procedimientos para conversacin
6.8.2.1 El VDL en Modo 3 utilizar el algoritmo de
codificacin/decodificacin a 4,8 kbits/s de la Excitacin
Multibanda Avanzada (AMBE), nmero de versin AMBE-
ATC-10, elaborado por sistemas de voz digital, Digital Voice
Systems, Incorporated (DVSI) para comunicaciones orales.
Nota 1. La informacin sobre las caractersticas tcnicas
del algoritmo AMBE a 4,8 kbits/s figura en la descripcin de
bajo nivel AMBE-ATC-10 que puede obtenerse de DVSI.
Nota 2. La tecnologa de codificacin/decodificacin
AMBE a 4,8 kbits/s descrita en el documento est sujeta a
derechos de patente DVSI y a derechos de autor. Los fabri-
cantes deben concertar un acuerdo de licencia con DVSI antes
de obtener una descripcin detallada del algoritmo para incor-
porarlo al equipo que funcione en el servicio VDL en Modo 3.
Por carta de la OACI de fecha 29 de octubre de 1999, el DVSI
confirm su compromiso de dar licencia a la tecnologa para
la fabricacin y venta de equipo aeronutico en trminos
y condiciones razonables, negociados en base a ninguna
discriminacin.
6.8.2.2 La definicin de codificacin de conversacin, los
parmetros de unidad de voz y las descripciones de proce-
dimientos para el funcionamiento de la unidad de voz del VDL
en Modo 3 figuran en el Manual sobre especificaciones
tcnicas del VDL en Modo 3.
6.9 VDL EN MODO 4
6.9.1 La estacin Modo 4 se ajustar a los requisitos
definidos en 6.1.2.3, 6.1.4.2, 6.2.1.1, 6.2.3.1, 6.2.4, 6.3.1,
6.3.3.1, 6.3.4, 6.3.5.1, 6.3.5.2, 6.3.5.3, 6.3.5.4.1 y 6.9.
6.9.2 Canales de radio VDL en Modo 4
6.9.2.1 GAMA DE FRECUENCIAS DE ESTACIN
VDL EN MODO 4
6.9.2.1.1 Gama de sintonas del transmisor/receptor. Un
transmisor/receptor VDL en Modo 4 ser capaz de sintonizar
a cualesquiera de los canales de 25 kHz desde 117,975 MHz
hasta 137 MHz. El transmisor tendr un medio para restringir
la gama de sintonizacin a una gama ms estrecha.
Nota. Las condiciones operacionales o determinadas
aplicaciones podran requerir que el equipo funcionara en una
gama de frecuencias ms estrecha.
6.9.2.1.2 Recomendacin. Un transmisor/receptor
VDL en Modo 4 ser capaz de sintonizar a cualesquiera de los
canales de 25 kHz desde 108 hasta 117,975 MHz.
Nota. La banda de 108 117,975 MHz puede utilizarse
de conformidad con las disposiciones correspondientes del
Reglamento de Radiocomunicaciones de la UIT.
6.9.2.1.3 Recepcin simultnea. Una estacin VDL en
Modo 4 ser capaz de recibir al menos dos canales
simultneamente.
6.9.2.1.4 Recomendacin. Las estaciones VDL en
Modo 4 deberan ser capaces de recibir simultneamente un
mayor nmero de canales, segn lo requieran los servicios
operacionales.
6.9.2.2 CANALES DE SEALIZACIN GLOBAL
6.9.2.2.1 Las estaciones VDL en Modo 4 utilizarn dos
frecuencias asignadas como canales de sealizacin global
(GSC), para dar apoyo a las comunicaciones de los usuarios y
a las funciones de gestin de enlace.
Nota. Se puede definir el nmero de canales adicionales
en un dominio local, y notificar al respecto a usuarios mviles
por radiodifusin desde estaciones de tierra en los GSC
definidos anteriormente.
6.9.3 Capacidad del sistema
6.9.3.1 Compatibilidad ATN. El sistema VDL en Modo 4
apoyar los servicios de subred compatibles con ATN, para
aplicaciones de vigilancia.
6.9.3.2 Transparencia de los datos. El sistema VDL en
Modo 4 proporcionar transferencias de datos independientes
de cdigo e independientes de bits.
6.9.3.3 Radiodifusin. El sistema VDL en Modo 4 propor-
cionar servicios de radiodifusin de capa de enlace.
6.9.3.4 Servicios entre puntos fijos. El sistema VDL en
Modo 4 proporcionar servicios entre puntos fijos de capa de
enlace.
6.9.3.5 Comunicaciones aire aire. El sistema VDL en
Modo 4 proporcionar comunicaciones aire aire, sin apoyo
terrestre, as como comunicaciones aeroterrestres.
6.9.3.6 Gestin de conexin. Al apoyar las operaciones
aeroterrestres, el sistema VDL en Modo 4 establecer y
mantendr un trayecto de comunicaciones fiable entre la
aeronave y el sistema terrestre, permitiendo al mismo tiempo
la intervencin manual, pero sin exigirla.
274I 25/11/04
Nm. 79
284 1/11/01
Nm. 76
6.9.3.7 Transicin de red de tierra. Una estacin mvil
DLS VDL en Modo 4 para la transicin de una estacin de
tierra DLS VDL en Modo 4 a otra, segn se requiera.
6.9.3.8 Capacidad para calcular tiempos. El VDL en
Modo 4 proporcionar la capacidad para calcular tiempos a
partir de las medidas de tiempo de llegada de las transmisiones
recibidas por VDL en Modo 4 siempre que no se disponga de
previsiones de tiempo calculadas en forma externa.
6.9.3.9 Operaciones simplex. Las estaciones VDL en
Modo 4 mviles y terrestres tendrn acceso al medio fsico
funcionando en modo simplex.
6.9.4 Coordinacin de la utilizacin de canales
6.9.4.1 A nivel regional, las transmisiones se programarn
con respecto al UTC, para garantizar el uso eficaz de los canales
compartidos y evitar la reutilizacin no intencional de los
intervalos.
6.9.5 Protocolos y servicios de capa fsica
Nota. A menos que se indique de otro modo, los requisitos
definidos en esta seccin se aplican tanto a las estaciones
mviles como a las terrestres.
6.9.5.1 FUNCIONES
6.9.5.1.1 POTENCIA TRANSMITIDA
6.9.5.1.1.1 Instalacin a bordo. La potencia radiada
aparente ser tal que se obtenga una intensidad de campo de
por lo menos 35 microvoltios por metro (114,5 dBW/m
2
)
tomando como base la propagacin en espacio libre a las
altitudes y distancias apropiadas para las condiciones relativas
a las reas en que se utilice la aeronave.
6.9.5.1.1.2 Instalacin de tierra
Recomendacin. La potencia radiada efectiva debera
producir una intensidad de campo de por lo menos 75 micro-
voltios por metro (109 dBW/m
2
) dentro de la cobertura
operacional definida de la instalacin, basada en la
propagacin en el espacio libre.
6.9.5.1.2 CONTROL DE FRECUENCIA
DE TRANSMISOR Y RECEPTOR
6.9.5.1.2.1 La capa fsica VDL en Modo 4 configurar la
frecuencia de transmisor o receptor tal como lo ordene la
entidad de gestin de enlace (LME). El tiempo de seleccin de
canal ser de menos de 13 ms despus de la recepcin de un
comando de un usuario VSS.
6.9.5.1.3 RECEPCIN DE DATOS
POR EL RECEPTOR
6.9.5.1.3.1 El receptor decodificar las seales de entrada
y las transmitir a las capas superiores para su procesamiento.
6.9.5.1.4 TRANSMISIN DE DATOS
POR EL TRANSMISOR
6.9.5.1.4.1 Codificacin y transmisin de datos. La capa
fsica codificar los datos recibidos de la capa de enlace de
datos y los transmitir en el canal RF. La transmisin RF tendr
lugar solamente cuando lo permita la subcapa MAC.
6.9.5.1.4.2 Orden de transmisin. La transmisin consis-
tir en las etapas que siguen en el orden indicado:
a) estabilizacin de la potencia del transmisor;
b) sincronizacin de bit;
c) resolucin de ambigedad y transmisin de datos; y
d) disminucin de la potencia del transmisor.
Nota. Las definiciones de las etapas figuran en 6.9.5.2.3.1
a 6.9.5.2.3.4.
6.9.5.1.4.3 Parada automtica del transmisor. Una esta-
cin VDL en Modo 4 cortar automticamente la potencia a
todo amplificador de etapa final en el caso que la potencia de
salida de ese amplificador exceda de 30 dBm durante ms de
un segundo. La reconfiguracin a un modo operacional para el
amplificador afectado requerir una operacin manual.
Nota. Esta medida est destinada a proteger el recurso
de canal compartido contra los llamados transmisores atas-
cados.
6.9.5.1.5 SERVICIOS DE NOTIFICACIN
6.9.5.1.5.1 Calidad de seal. Los parmetros operacio-
nales del equipo se supervisarn en la capa fsica. El anlisis
de la calidad de seal se llevar a cabo en el proceso de
demodulacin y en el proceso de recepcin.
Nota. Los procesos que pueden ser evaluados en el
demodulador incluyen la seal de proporcin de errores en los
bits (BER), la relacin de seal a ruido (SNR) y la inestabilidad
de temporizacin. Los procesos que pueden ser evaluados en
el receptor incluyen el nivel de seal recibida y el retardo de
grupo.
6.9.5.1.5.2 Tiempo de llegada. El tiempo de llegada de
cada transmisin recibida se medir con un error dos sigma de
5 microsegundos.
6.9.5.1.5.3 Recomendacin. El receptor debera ser
capaz de medir el tiempo de llegada hasta dentro de un error
dos sigma de un microsegundo.
6.9.5.2 DEFINICIN DE PROTOCOLO
PARA GFSK
6.9.5.2.1 Plan de modulacin. El plan de modulacin
ser GFSK. El primer bit transmitido (en la secuencia de
acondicionamiento) ser un tono alto y el tono transmitido se
cambiar a cero antes de la transmisin (es decir, codificacin
invertida sin retorno a cero).
274J
285 1/11/01
Nm. 76
6.9.5.2.2 Velocidad de modulacin. Los unos binarios y
los ceros binarios se generarn con un ndice de modulacin
de 0,25 0,03 y un producto BT de 0,28 0,03, produ-
ciendo una transmisin de datos a una velocidad de bits de
19 200 bits/sec 50 ppm.
6.9.5.2.3 ETAPAS DE TRANSMISIN
6.9.5.2.3.1 Estabilizacin de la potencia del transmisor.
El primer segmento de la secuencia de acondicionamiento es
la estabilizacin de potencia del transmisor que tendr una
duracin de perodos de 16 smbolos. El nivel de potencia del
transmisor ser de no menos de un 90% del nivel de potencia
en rgimen permanente al final del segmento de estabilizacin
de potencia del transmisor.
6.9.5.2.3.2 Sincronizacin de bit. El segundo segmento de
la secuencia de acondicionamiento ser la secuencia binaria de
24 bits 0101 0101 0101 0101 0101 0101, transmitida de
izquierda a derecha inmediatamente antes del inicio del
segmento de datos.
6.9.5.2.3.3 Resolucin de ambigedad y transmisin de
datos. La transmisin del primer bit de datos iniciar inter-
valos de 40 bits (aproximadamente 2 083,3 microsegundos)
1 microsegundo despus del inicio nominal de la trans-
misin.
Nota 1. Para esto se toman como referencia las emisiones
en la salida de la antena.
Nota 2. La resolucin de ambigedad la realiza la capa
de enlace.
6.9.5.2.3.4 Disminucin de potencia del transmisor. El
nivel de potencia transmitida se disminuir al menos por 20 dB
dentro de 300 microsegundos despus de completarse una
transmisin. El nivel de potencia de transmisor ser de menos
de 90 dBm dentro de 832 microsegundos despus de comple-
tarse una transmisin.
6.9.5.3 DETECCIN DE CANAL
6.9.5.3.1 Clculo del umbral mnimo de ruido. Una esta-
cin VDL en Modo 4 calcular el nivel mnimo de ruido
basndose en mediciones de potencia de canal, siempre que
no se haya detectado una secuencia de acondicionamiento
vlida.
6.9.5.3.2 El algoritmo utilizado para calcular el nivel
mnimo de ruido ser inferior al valor de potencia mxima
medido en el canal durante el ltimo minuto cuando el canal
se considera inactivo.
Nota. El receptor VDL en Modo 4 utiliza un algoritmo de
deteccin de energa como uno de los medios para determinar
el estado del canal (inactivo u ocupado). En el Manual sobre
especificaciones tcnicas del VDL en Modo 4 se describe un
algoritmo que puede utilizarse para calcular el nivel mnimo
de ruido.
6.9.5.3.3 Deteccin de canal inactivo a ocupado. Una
estacin VDL en Modo 4 utilizar los medios siguientes para
determinar la transicin de canal inactivo a ocupado en la capa
fsica.
6.9.5.3.3.1 Deteccin de una secuencia de acondiciona-
miento. El canal se declarar ocupado si una estacin VDL en
Modo 4 detecta una secuencia de acondicionamiento vlida
seguida por una bandera de trama.
6.9.5.3.3.2 Medicin de potencia de canal. Independiente-
mente de la capacidad del demodulador para detectar una
secuencia de acondicionamiento vlida, una estacin VDL en
Modo 4 considerar que el canal est ocupado con una
probabilidad de al menos un 95% dentro de 1 ms despus que
la potencia en el canal aumente al equivalente de al menos
cuatro veces el nivel mnimo de ruido estimado por al menos
0,5 milisegundos.
6.9.5.3.4 Deteccin de canal ocupado
6.9.5.3.4 a inactivo
6.9.5.3.4.1 Una estacin VDL en Modo 4 utilizar los
medios siguientes para determinar la transicin de canal
ocupado a inactivo.
6.9.5.3.4.2 Medicin de duracin de transmisin. Cuando
se ha detectado una secuencia de acondicionamiento, el estado
de canal ocupado se mantendr por un perodo de tiempo
equivalente al menos a 5 milisegundos, y se permitir sub-
siguientemente la transicin a un estado inactivo basndose en
la medicin de la potencia de canal.
6.9.5.3.4.3 Medicin de potencia de canal. Cuando no se
mantenga de otro modo en el estado de canal ocupado, una
estacin VDL en Modo 4 considerar que el canal est inactivo
con una probabilidad de al menos un 95% si falla la potencia
en el canal debajo del equivalente de dos veces el nivel mnimo
de ruido estimado por lo menos 0,9 milisegundos.
6.9.5.4 INTERACCIN RECEPTOR/
TRANSMISOR
6.9.5.4.1 Tiempo de inversin de receptor a transmisor.
Una estacin VDL en Modo 4 ser capaz de iniciar la
transmisin de la secuencia de estabilizacin de potencia de
transmisor dentro de 16 microsegundos despus de terminar la
funcin de receptor.
6.9.5.4.2 Cambio de frecuencia durante transmisin. La
aceleracin de fase de la portadora desde el inicio de la
secuencia de sincronizacin hasta la bandera de fin de datos
ser de menos de 300 Hz por segundo.
6.9.5.4.3 Tiempo de inversin de transmisor a receptor.
Una estacin VDL en Modo 4 ser capaz de recibir y demodular
con performance nominal una seal que entra dentro de 1 ms
despus de completar una transmisin.
Nota. La performance nominal se define como una
proporcin de errores en los bits (BER) de 10
4
.
274K
286 1/11/01
Nm. 76
6.9.5.5 PARMETROS DE SISTEMA DE CAPA FSICA
6.9.5.5.1 Parmetro P1 (duracin mnima de transmisin)
6.9.5.5.1.1 El receptor ser capaz de demodular una
transmisin de longitud mnima P1 sin degradacin de BER.
6.9.5.5.1.2 El valor de P1 ser de 19 200 bits.
6.9.5.5.2 Parmetro P2 (performance nominal
6.9.5.5.2 de interferencia cocanal)
6.9.5.5.2.1 El receptor ser capaz de demodular sin una
degradacin de BER para una seal deseada que llegue antes
de una seal interferente a una interferencia nominal co canal
de P2.
6.9.5.5.2.2 El valor de P2 ser 12 dB.
6.9.5.6 PERFORMANCE DE INMUNIDAD
A LA INTERFERENCIA DE RADIODIFUSIN FM
PARA LOS SISTEMAS DE RECEPCIN VDL
EN MODO 4
6.9.5.6.1 Una estacin VDL en Modo 4 cumplir los
requisitos indicados en 6.3.5.4 para operaciones en la banda
117,975 137 MHz.
6.9.5.6.2 Una estacin VDL en Modo 4 cumplir los
requisitos indicados a continuacin para operaciones en la
banda 108 117,975 MHz.
6.9.5.6.2.1 El sistema receptor VDL en Modo 4 satisfar
los requisitos indicados en 6.3.5.1 en presencia de productos de
intermodulacin de tercer orden de dos seales, causados por
seales de radiodifusin FM VHF con niveles de conformidad
con lo siguiente:
2N
1
+ N
2
+ 72 0
para las seales de radiodifusin sonora FM VHF entre 107,7
y 108 MHz
y
para seales de radiodifusin sonora FM VHF por debajo de
107,7 MHz,
cuando las frecuencias de las dos seales de radiodifusin
sonora FM VHF producen, dentro del receptor, un producto de
intermodulacin de tercer orden de dos seales en la frecuencia
VDL en Modo 4 deseada.
N
1
y N
2
son los niveles (dBm) de las dos seales de
radiodifusin sonora FM VHF en la entrada del receptor VDL
en Modo 4. Ninguno de los niveles ser superior a los criterios
de desensibilizacin que figuran en 6.9.5.6.2.2.
f = 108,1 f
1
, donde f
1
es la frecuencia de N
1
, la seal de
radiodifusin sonora FM VHF ms cercana a 108,1 MHz.
Nota. Los requisitos de inmunidad a la intermodulacin
FM no se aplican a un canal VDL en Modo 4 que funcione
por debajo de 108,1 MHz y, por consiguiente, las frecuen-
cias inferiores a 108,1 MHz no se destinan a asignaciones
generales.
6.9.5.6.2.2 No se disminuir la sensibilidad del sistema
receptor VDL en Modo 4 en presencia de seales de radio-
difusin FM VHF cuyos niveles correspondan a lo indicado en
las Tablas 6-5 y 6-6.
Nota. La relacin es lineal entre los puntos adyacentes
designados por las frecuencias indicadas anteriormente.
6.9.6 Capa de enlace
Nota. Los detalles sobre las funciones de capa de enlace
figuran en el Manual sobre las especificaciones tcnicas
detalladas del VDL en Modo 4.
6.9.7 Capa de subred y SNDCF
Nota. Los detalles sobre las funciones de capa de subred
y SNDCF figuran en el Manual sobre las especificaciones
tcnicas detalladas del VDL en Modo 4.
6.9.8 Aplicaciones ADS-B
Nota. Los detalles sobre las funciones de aplicacin
ADS-B figuran en el Manual sobre las especificaciones tcnicas
detalladas del VDL en Modo 4.
0
4 , 0
log 20 24 3 2
2 1

+ +
f
N N
274L 25/11/04
Nm. 79
287 1/11/01
Nm. 76
Tabla 6-1. Codificacin de datos en Modos 2 y 3
Tabla 6-2. Estabilidad de modulacin en Modos 2 y 3
Tabla 6-3. Funciones del codificador secreto
Tabla 6-4. Parmetros del sistema de servicios de la capa fsica
X
k
Y
k
Z
k

k
0 0 0 0 / 4
0 0 1 1 / 4
0 1 1 2 / 4
0 1 0 3 / 4
1 1 0 4 / 4
1 1 1 5 / 4
1 0 1 6 / 4
1 0 0 7 / 4
VDL en Modos
Estabilidad
de modulacin
en aeronave
Estabilidad
de modulacin
en tierra
Modo 2 0,0050% 0,0050%
Modo 3 0,0005% 0,0002%
Funcin Entrada de datos Salida de datos
codificacin secreta datos en limpio datos codificados en secreto
decodificacin secreta datos codificados en secreto datos en limpio
Smbolo Nombre del parmetro Valor en Modo 2
P1 Longitud mxima de transmisin 131 071 bits
274M
288 1/11/01
Nm. 76
Tabla 6-5. VDL en Modo 4 que funcione en frecuencias
entre 108 y 111,975 MHz
Tabla 6-6. VDL en Modo 4 que funcione en frecuencias
entre 112 y 117,975 MHz
Frecuencia (MHz)
Nivel mximo de seal no deseada
en la entrada del receptor (dBm)
88-102 +15
104 +10
106 +5
107,9 -10
Frecuencia (MHz)
Nivel mximo de seal no deseada
en la entrada del receptor (dBm)
88-104 +15
106 +10
107 +5
107,9 0
274N 25/11/04
Nm. 79
289 1/11/01
Nm. 76
Figura 6.1. Estabilizacin de potencia del transmisor
Figura 6.2. Generador PN de secuencia de codificacin secreta de bits
Centro del primer smbolo de palabra nica Divisiones principales:
perodos de smbolos
Potencia a 90%,
t = 3 !
0 !1 !2 !3 !4 !5 !5,5
Entrada de datos Salida de datos
T
(1) (1) (1)
(0)
(0) (0) (1) (0)
T T T
T
T T T
15 14 13 4
4
3 2 1
Leyenda:
Retardo de un perodo de reloj
valor inicial
Nmero de etapa
Sumador de mdulo 2 (exclusivo O):
274O 25/11/04
Nm. 79
290 1/11/01
Nm. 76
Figura 6-3. Tiempo de actuacin de recepcin a transmisin
Se completa
recepcin
actual
Ocurre
intento de
acceso
90% de potencia, corresponde a tiempo 3
(Figura 6-1)
!
1,5 msec
1,25 msec
274P 25/11/04
Nm. 79
291 1/11/01
Nm. 76
Apndice del Captulo 6
REFERENCIAS
1. REFERENCIAS
A continuacin se enumeran las referencias a las normas de la Organizacin Internacional de Normalizacin (ISO) con su fecha
de publicacin. Estas normas de la ISO se aplicarn en la medida que se especifica en los SARPS.
2. REFERENCIAS NORMATIVAS
Estos SARPS se refieren a los siguientes documentos de la ISO:
3. REFERENCIAS DE ANTECEDENTES
Los documentos siguientes se resean a ttulo de referencia.
ISO Ttulo
Fecha de
publicacin
646 Tecnologa de la informacin Conjunto de caracteres codificados
de 7 bits ISO para intercambio de informacin
12/91
3309 Procedimientos HDLC Estructura de trama, Versin 3 12/93
4335 Elementos HDLC de los procedimientos, Versin 3 12/93
7498 Modelo de referencia bsico OSI, Versin 1 11/94
7809 Procedimientos HDLC Consolidacin de clases de
procedimientos, Versin 1
12/93
8208 Sistemas de procesamiento de la informacin Comunicaciones
de datos Protocolo de nivel de paquete X.25 para el equipo
terminal de datos
3/90
2
a
edicin
8885 Procedimientos HDLC Contenido y formato del campo de
informacin de la trama XID de objetivo general, Versin [1]
12/93
8886.3 Definicin de servicio de enlace de datos OSI, Versin 3 6/92
10039 Redes de rea local Definicin de servicio MAC, Versin 1 6/91
Originador Ttulo
Fecha de
publicacin
ITU-R Recomendacin S.446.4, Anexo I
CCSDS Codificacin de canal de telemedida, Recomendacin sobre normas para
sistemas de datos espaciales, Comit consultivo sobre sistemas de datos
espaciales, CCSDS 101.0-B-3, Libro azul
5/92
274Q 25/11/04
Nm. 79
Nm. 76
(en preparacin)
CAPTULO 7. INTERCONEXIN DE SUBREDES
274R
Nm. 71
8.1 DEFINICIONES
Baja velocidad de modulacin. Velocidad de modulacin hasta
300 baudios, inclusive.
Funcionamiento sincrnico. Funcionamiento en el que el
intervalo de tiempo entre unidades de cdigos es una
constante.
Grado de distorsin en texto normalizado. El grado de
distorsin de la restitucin medido durante un perodo de
tiempo determinado, cuando la modulacin es perfecta y
corresponde a un texto especfico.
Margen. Grado mximo de distorsin del circuito en cuyo
extremo estn situados los aparatos, compatible con la
traduccin correcta de todas las seales que puedan
recibirse.
Margen efectivo. Margen de un aparato determinado que puede
medirse en condiciones reales de funcionamiento.
Mediana velocidad de modulacin. Velocidad de modulacin
superior a 300 baudios y hasta 3 000 baudios, inclusive.
Rgimen binario. El rgimen binario se refiere al paso de
informacin por unidad de tiempo, y se expresa en bits por
segundo. El rgimen binario se obtiene mediante la frmula:
en que m es el nmero de canales en paralelo, T
i
es
la duracin del intervalo mnimo para el canal i
expresada en segundos, y n
i
el nmero de estados
significativos de la modulacin en el canal i.
Nota 1.
a) En un canal nico (transmisin en serie) el rgimen
binario es (1/T)log
2
n; si la modulacin es de valencia
binaria (n = 2), el rgimen binario es 1/T.
b) En una transmisin paralela en la que el nmero de
estados significativos y el intervalo mnimo son los
mismos en cada canal, el rgimen binario es m(1/T)log
2
n
(en caso de modulacin de valencia binaria es m(1/T)).
Nota 2. En la definicin anterior, se entiende que la
expresin canales en paralelo significa: canales en los
que cada uno transmite una parte integrante de una unidad
de informacin, por ejemplo, la transmisin paralela de bits
formando un carcter. En el caso de un circuito que
comprenda varios canales y cada uno de ellos transmita
informacin independientemente con la nica finalidad
de aumentar la capacidad de encaminamiento de trfico,
stos no deben considerarse como canales en paralelo en
el contexto de esta definicin.
Velocidad de modulacin. La inversa del intervalo unitario
medido en segundos. La velocidad de modulacin se expresa
en baudios.
Nota. Las seales telegrficas se caracterizan por
intervalos de tiempo de duracin igual o mayor que el intervalo
ms corto o unitario. La velocidad de modulacin (anterior-
mente velocidad telegrfica) se expresa por lo tanto como la
inversa del valor de este intervalo unitario. Si, por ejemplo, el
intervalo unitario es de 20 milisegundos, la velocidad de
modulacin es de 50 baudios.
8.2 DISPOSICIONES TCNICAS RELATIVAS
A LOS APARATOS Y CIRCUITOS DE
TELEIMPRESOR UTILIZADOS
EN LA RED AFTN
8.2.1 En los circuitos internacionales de teleimpresor de
la AFTN, que empleen un cdigo de 5 unidades, el Alfabeto
telegrfico internacional Nm. 2 (vase la Tabla 8-1) slo se
usar segn se prescribe en 4.1.2 del Volumen II.
8.2.2 Recomendacin. La velocidad de modulacin
debera determinarse mediante acuerdo bilateral o multilateral
entre las administraciones interesadas, teniendo en cuenta
principalmente el volumen de trfico.
8.2.3 Recomendacin. La duracin nominal del ciclo
de transmisin debera ser por lo menos de 7,4 unidades
(preferiblemente 7,5) durando el elemento de parada por lo
menos 1,4 unidades (preferiblemente 1,5).
8.2.3.1 Recomendacin. El receptor debera poder
traducir correctamente en servicio las seales procedentes de
un transmisor que tenga un ciclo nominal de transmisin de
7 unidades.
8.2.4 Recomendacin. Los aparatos en servicio debe-
ran mantenerse y ajustarse de manera que su margen neto
efectivo no sea nunca menor del 35%.
8.2.5 Recomendacin. El nmero de caracteres que
podr contener la lnea de texto en los aparatos impresores de
pgina debera fijarse en 69.
1
T
i
-----
2
n
i
log
i 1 =
i m =
CAPTULO 8. RED AFTN

Volumen III
Tabla 8-1. Alfabetos telegraficos internacionales Nums. 2 y 3
I I I lmpulsos
A
-
B ?
C
D Nota 1
E 3
F
G
H
1 8
J Senal acustica
K
L 1
M
N
O 9
P o .
Q 1
R 4
S
T 5
u 7
v
- -
W 2
X 1
Y 6
z +
retroceso del carro
cambio de renglon
letras
cifras
espaciado
cinta no perforada
repeticion de la senal
senal a
senal B
Numero de la
senal
Codigo
Internacional
Num. 2
ZZAAA
ZAAZZ
AZZZA
ZAAZA
ZAAAA
ZAZZA
AZAZZ
A AZAZ
AZZAA
ZZAZA
z i z z A
AZAAZ
A AZZZ
AAZZA
A AAZZ
AZZAZ
ZZZAZ
AZAZA
ZAZAA
AAAAZ
ZZZA A
AzZZZ
ZZAAZ
ZAZZZ
ZAZAZ
ZAAAZ
AAAZA
AZAAA
2 7 . 7 . 7 . 7 .
ZZAZZ
AAZAA
AAAAA
Letras
A sin c~rriente comente negativa
I
corriente positiva corriente positiva
Codigo & 5 unidades
Cifras
Puesta en
marcha
12345
Simbolos
711 Y96
Num. 71
Nota l . Usada por la instalacion de respuesta.
Trabajo en circuiro cerrado .Trabajo con doble corriente
277 7/11/96
Nm. 71
8.2.6 Recomendacin. En los aparatos arrtmicos
dotados de conmutadores automticos de demora, la desco-
nexin de la alimentacin del motor no debera efectuarse
antes de que transcurran por lo menos 45 s despus de haberse
recibido la ltima seal.
8.2.7 Recomendacin. Deberan hacerse arreglos para
evitar la mutilacin de seales transmitidas en el encabe-
zamiento de un mensaje y recibidas en aparatos reperforadores
arrtmicos.
8.2.7.1 Recomendacin. Si los aparatos de reperfo-
racin estn provistos de medios de alimentacin de papel, no
debera tolerarse ms de una seal mutilada.
8.2.8 Recomendacin. Los circuitos completos debe-
ran montarse y mantenerse de modo que su grado de distorsin
en prueba normalizada no exceda del 28% del texto
normalizado:
THE QUICK BROWN FOX JUMPS
OVER THE LAZY DOG
o bien
VOYEZ LE BRICK GEANT
QUE JEXAMINE PRES DU WHARF
8.2.9 Recomendacin. El grado de distorsin iscrona
del texto normalizado en cada una de las partes de un circuito
completo debera ser el ms bajo posible y no debera exceder
en ningn caso del 10%.
8.2.10 Recomendacin. La distorsin total del equipo
transmisor utilizado en los canales de teletipo no debera
exceder del 5%.
8.2.11 Recomendacin. Se recomienda que los cir-
cuitos AFTN posean un sistema de control permanente del
estado de los canales. Por otro lado, se recomienda que se
apliquen protocolos de circuito controlado.
8.3 EQUIPO TERMINAL RELACIONADO CON
LOS CANALES DE RADIOTELEIMPRESORES
AERONUTICOS QUE TRABAJAN EN
LA BANDA DE 2,5 30 MHZ
8.3.1 Seleccin del tipo de modulacin
y de la clave
8.3.1.1 Recomendacin. En los sistemas de radio-
teleimpresor utilizados en el servicio fijo aeronutico (AFS)
debera emplearse modulacin por desplazamiento de frecuen-
cia (FIB), salvo cuando las caractersticas del mtodo de banda
lateral independiente (ISB) sean ventajosas.
Nota. El tipo (FIB) de modulacin se logra mediante el
desplazamiento de una portadora de radiofrecuencia entre dos
frecuencias que representen la posicin A (polaridad de la
seal de puesta en marcha) y la posicin Z (polaridad
de la seal de parada) del cdigo telegrfico arrtmico de
5 unidades.
8.3.2 Caractersticas del sistema
8.3.2.1 Recomendacin. Las caractersticas de las
seales de los transmisores de radioteleimpresor que utilicen
modulacin FIB deberan ser:
a) Desplazamiento de frecuencia: el valor mnimo posible.
b) Tolerancia del desplazamiento de frecuencias: dentro de
3% del valor nominal del desplazamiento de frecuencia.
c) Polaridad: circuitos de canal nico: la frecuencia ms alta
corresponde a la posicin A (polaridad de la seal de
puesta en marcha).
8.3.2.2 Recomendacin. La variacin de la media
entre las radiofrecuencias que representan respectivamente la
posicin A y la posicin Z no debera exceder de 100 Hz
durante cualquier perodo de dos horas.
8.3.2.3 Recomendacin. La distorsin total de la seal
de teleimpresor, comprobada en la salida del radiotransmisor
o en su proximidad inmediata, no debera exceder del 10%.
Nota. Dicha distorsin significa el desplazamiento, en
tiempo, de las transiciones entre elementos respecto a sus
posiciones, expresado como porcentaje de la unidad de tiempo
correspondiente al elemento.
8.3.2.4 Recomendacin. Los receptores de radiote-
leimpresor que utilicen modulacin FIB deberan poder
funcionar satisfactoriamente con seales que tengan las carac-
tersticas expuestas en 8.3.2.1 y 8.3.2.2.
8.3.2.5 Recomendacin. Las caractersticas de trans-
misin de seales de teleimpresor por canal mltiple, en un
circuito de radio, deberan establecerse mediante acuerdo
entre las administraciones interesadas.
8.4 CARACTERSTICAS DE LOS
CIRCUITOS AFS INTERREGIONALES
8.4.1 Recomendacin. En los circuitos AFS interregio-
nales que se implanten o se perfeccionen, debera utilizarse un
servicio de telecomunicaciones de alta calidad. La velocidad
de modulacin debera fijarse teniendo en cuenta los
volmenes de trfico previstos tanto en condiciones de encami-
namiento normal como alternativo.
8.5 DISPOSICIONES TCNICAS
RELATIVAS A LA TRANSMISIN
DE MENSAJES ATS
8.5.1 Interconexin por canales directos u mnibus
Baja velocidad de modulacin Clave de 5 unidades.
Nota. Vase 8.6 a continuacin en lo tocante a mediana
velocidad de modulacin.
8.5.1.1 Recomendacin. Deberan utilizarse tcnicas
AFTN (vase 8.2).
278 7/11/96
Nm. 71
8.6 DISPOSICIONES TCNICAS
RELATIVAS AL INTERCAMBIO
INTERNACIONAL DE DATOS ENTRE
CENTROS TERRESTRES A VELOCIDADES
BINARIAS MEDIAS Y ELEVADAS
Nota. En esta seccin, en el contexto de los juegos de
caracteres codificados, el trmino unidad significa la unidad
de informacin selectiva, y es esencialmente equivalente al
trmino bit.
8.6.1 Generalidades
8.6.1.1 Recomendacin. En el intercambio interna-
cional de datos debera utilizarse un juego de caracteres
codificados de 7 unidades que proporcione un repertorio de
128 caracteres designado como Alfabeto internacional Nm. 5
(IA-5). Debera garantizarse, cuando proceda, la compati-
bilidad con el juego de caracteres codificados del Alfabeto
telegrfico internacional Nm. 2 (ITA-2).
8.6.1.2 En los casos en que se apliquen las disposiciones
de 8.6.1.1 anterior, debera utilizarse el Alfabeto internacional
Nm. 5 (IA-5) que figura en la Tabla 8-2.
8.6.1.2.1 En la transmisin en serie de unidades que
constituyan un carcter del juego de caracteres codificados
IA-5, se transmitir primero la unidad de orden inferior (b
1
).
8.6.1.2.2 Recomendacin. Cuando se utilice el juego
de caracteres codificados IA-5, cada carcter debera incluir
una unidad adicional para fines de paridad, que se colocar
en la octava posicin.
8.6.1.2.3 Cuando se aplican las disposiciones de 8.6.1.2.2
anterior, el sentido de bit de paridad de caracteres producir una
paridad par en los enlaces que operan con arreglo al principio
del sistema arrtmico, y una paridad impar en los enlaces que
utilizan la operacin sncrona de extremo a extremo.
8.6.1.2.4 La conversin de carcter por carcter estar de
acuerdo con las Tablas 8-3 y 8-4 para todos los caracteres cuya
transmisin en el formato AFTN est autorizada en el servicio
fijo aeronutico, tanto el juego de caracteres IA-5 como el
ITA-2.
8.6.1.2.5 Los caracteres que aparecen en un solo juego de
cdigo, o cuya transmisin no est autorizada en el servicio fijo
aeronutico, estarn de acuerdo con las indicaciones de las
tablas de conversin de cdigos.
8.6.2 Caractersticas de
la transmisin de datos
8.6.2.1 Recomendacin. La velocidad binaria debera
elegirse entre los valores siguientes:
600 bits/s 4 800 bits/s
1 200 bits/s 9 600 bits/s
2 400 bits/s
8.6.2.2 Recomendacin. El tipo de transmisin para
cada velocidad binaria debera elegirse como sigue:
8.6.2.3 Recomendacin. El tipo de modulacin para
cada velocidad binaria debera elegirse como sigue:
Nota. Esta recomendacin no se aplica necesariamente a
las extensiones entre estaciones terrestres de los enlaces
aeroterrestres utilizados exclusivamente para la transferencia
aeroterrestre de datos, ya que tales circuitos pueden ser
considerados como parte integrante del enlace aeroterrestre.
8.6.2.4 Estructura de los caracteres
en los enlaces de datos
8.6.2.4.1 La paridad de carcter no se utilizar para la
verificacin de errores en los enlaces CIDIN. Se ignorar, antes
de la entrada a la CIDIN, la paridad agregada a los caracteres
codificados IA-5 segn 8.6.1.2.2. Para los mensajes que salen
de la CIDIN, se generar la paridad con arreglo a 8.6.1.2.3.
8.6.2.4.2 El nmero de bits de los caracteres de menos de
ocho bits de longitud se llevar a ocho mediante bits de relleno,
antes de la transmisin por cualquier red de comunicacin a
base de octetos o de bits. Los bits de relleno ocuparn el
extremo de alto orden del octeto, o sea el bit 8, el bit 7, como
sea necesario, y tendrn el valor binario 0.
8.6.2.5 En el intercambio de datos mediante enlaces
CIDIN en los que se utilicen procedimientos a base de bits, la
direccin del centro de entrada, las direcciones de centro de
salida y las direcciones de destino en los encabezadores de
transporte y de paquete de la CIDIN sern los del juego de
caracteres codificados IA-5 que figura en la Tabla 8-4.
8.6.2.6 Recomendacin. En la transmisin de mensajes
de formato AFTN mediante enlaces CIDIN que utilicen
procedimientos a base de bits, debera emplearse el juego de
caracteres codificados IA-5 que figura en la Tabla 8-4.
Velocidad
binaria Tipo de transmisin
600 bits/s Transmisin sncrona o asncrona en serie
1 200 bits/s Transmisin sncrona o asncrona en serie
2 400 bits/s Transmisin sncrona en serie
Velocidad
binaria Tipo de transmisin
600 bits/s Frecuencia
1 200 bits/s Frecuencia
2 400 bits/s Fase
4 800 bits/s Fase
9 600 bits/s Fase Amplitud combinadas
Tabla 8-2. Alfabeto internacional Num. 5 (IA-5)
(Version internacional de referencia)
Nota 1.- Los caracteres de compaginacion se destinan a los
aparatos cuyos movimientos horizontales y verticales se efectuan
separadamente. Si fuera necesario que los equipos efectuen un
RETORNO DE CARRO combinado con un movimiento vertical, el
mando de este movimiento vertical puede utilizarse para obtener el
movimiento combinado. La utilizacion del mando FE2 para obtener
un movimiento combinado CR mas LF, ?o se autoriza en el regimen
internacional por las redes A FS.
NOTAS
Nota 2.- El simbolo D no designa la moneda de ningun pais.
Nota 3.- La posicion 7/14 se utiliza con el caracter grafico -
(SOBRERRAYADO), cuya representacion grafica puede variar
segun los usos nacionales para adoptar el significado del simbolo
(TILDE) u otro signo diacritico, siempre que no exista riesgo de
confus~on con otro caracter grafico incluido en la tabla.
Nota 4.- Los simbolos graficos que figuran en las posiciones
2/2, ,N', 2/12 y 5/14 significan, respectivamente, COMILLAS,
APOSTROFO, COMA Y FLECHA HACIA ARRIBA. Sin embargo,
estos caracteres toman el significado de los signos diacriticos
DIERESIS, ACENTO AGUDO, CEDILLA Y ACENTO CIRCUNFLEJO
cuando preceden o siguen el caracter RETROCESO (0/8).
Nota 5.- Cuando sea necesaria una representacion grafica de
los caracteres de mando del Alfabeto internacional Num. 5 (IA-5) esta
permitido utilizar los simbolos indicados en la Norma 2047-1975 de
la Organizac~on Internacional de Normalizacidn (ISO).
7/11/96
Num. 71
Volumen III
Tabla 8-2 (cont.)
Abreviatura
ACK
BEL
BS
CAN
CR
DC
DEL
DLE
EM
ENQ
EOT
ESC
ETB
ETX
FE
FF
FS
GS
HT
1s
LF
NAK
NUL
RS
SI
SO
SOH
SP
STX
SUB
SYN
TC
us
VT
-
-
-
' Vease la
CARACTERES DE CONTROL
Significado
Acuse de recibo
Timbre
Retroceso
Anulacion
Retomo de carro'
Mando de dispositivo auxiliar
Supresi6n
Escape de transmisi6n
Fin de medio
Pregunta
Fin de transmisi6n
Escape
Fin de bloque de transmisi6n
Fin de texto
Caracteres de compaginaci6n
Pagina siguiente
Separador de fichero
Separador de grupo
Tabulaci6n horizontal
Separador de informaci6n
Cambio de linea'
Acuse de recibo negativo
Nulo
Separador de articulo
En u5digo
Fuera de codigo
Comienzo de encabezamiento
Espacio
Comienzo de texto
Caracter de sustituci6n
Sincronizacion de reposo
Mando de transmisidn
Separador de unidad
Tabulacion vertical
ta 1.
Posicion en la
tabla de clave Simbdo
(espacio)
!
u
#
0
%
&
I
(
1
t
+
1
-
1
9
<
- -
>
?
O
[
\
1
-
\
{
I
1
-
Nota Denominacidn
Espacio (vbase 7.2)
Signo de admiraci6n
Comillas, dibresis
Simbdo de numeraci6n
Simboio monetario
Porcentaje
Y
Apostrofo, acento agudo
Se abre parbntesis
Se cierra parentesis
Asterisco
Signo mas
Coma, Cedilla
Guidn, signo menos
Punto y aparte (punto)
Raya de fracci6n
Dos puntos
Punto y coma
Menor que
Signo igual
Mayor que
Signo de interrogaci6n
a
Se abre corchete
Raya de fracci6n invertida
Se cierra corchete
Flecha hacia arriba, acento
circunflejo
Subrayado
Acento grave
Se abre parentesis de llaves
Raya vertical
Se cierra parbntesis de llaves
Sobrerrayado, tilde
Posicion en la
tabla de claves
SIGNOS DIACR~TICOS
En el juego de caracteres, ciertos simbolos de impresidn se pueden
disenar de forma que sea posible utilizarlos para componer letras
acentuadas cuando lo requiera el intercambio de infomacidn. Para esta
composicidn se necesita una secuencia de tres caracteres que
comprenda una letra, RETROCESO y uno de esos simbolos; el simbolo
se considera entonces signo diacritico. Se senala que esos simbolos solo
tienen significacidn diacritica cuando van precedidos o seguidos del
caracter RETROCESO por ejemplo, el simbolo que corresponda a la
combinacidn de codigo 217 (') nomalmente significa AP~STROFO, pero
se transfoma en el signo diacritico ACENTO AGUDO cuando va
precedido o seguido del caracter RETROCESO.
NOMBRES! SlGNlFlCADE Y TIPOS
DE LOS SlMBOLOS GRAFICOS
Un nombre designa por lo menos cada uno de los caracteres graficos.
Los nombres se seleccionan para dar los significados que esten
conformes con el uso corriente y no para determinar ni para restringir los
significados de los simbolos graficos. No se especifica estilo ni tipo
particular alguno para los caracteres graficos.
UNIDAD DE LAS ADSCRIPCIONES DE CARACTERES
Un caracter adscrito a una posicion en la tabla no puede colocarse en
ninguna otra posicion de la misma tabla.
CA RACTERISTICAS FUNCIONALES DE LOS CARACTERES DE
CONTROL
Algunas definiciones que vienen a continuacidn se expresan en tdminos
generales, pudiendo ser necesario establecer definiciones de utilizacidn
mas precisas, para aplicaciones particulares de la tabla de claves en los'
medios de registro o en los canales de transmisidn. Estas definiciones
mas precisas y la utilizacidn de estos simbolos son objeto de publicacion
ISO.
Denominaciones generales de los caracteres de mando
Las denominaciones generales de los caracteres de mando comprenden
un nombre especifico de categoria seguido de un indice.
I'abla 8-2 (cont.)
Se definen como sigue
TC - (Transmission control) - Mando de transmisidn - Caracteres
de mando descifrados a controlar o a facilitar la transmision
de infomacion por las redes de telecomunicaciones.
La utilizacion de los caracteres TC en las redes generales
de telecomunicaciones es objeto de publicaciones de la ISO.
Los caracteres de mando de transmision son: ACK, DLE,
ENQ, EOT, ETB, kTX, NAK, SOH, STX y SYN.
FE - (Formal effectors) - Caracteres de compaginacion -
Caracteres de mando destinados principalmente a controlar la
presentacion o compaginacion de la informacion en los
dispositivos de impresion y10 de presentacion. Debe
entenderse que en las definiciones de caracteres de formato
especificos, en cualquier referencia a dispositivos de
impresion se incluyen los dispositivos de presentacion. En las
definiciones de mandos de compaginacion, se emplean los
siguientes conceptos:
a) La pagina esta compuesta de un numero determinado de
renglones de caracteres.
b) Los caracteres que foman un renglon ocupan un numero
determinado de posiciones llamadas posiciones de
caracteres.
c) La posicion activa es la posicion del caracter en que
apareceria el caracter que esta a punto, de procesarse si
tuviera que imprimirse. La posicion activa generalmente
adelanta una posicion de caracter cada vez.
Los caracteres de compaginacion son:
BS, CR. FF, HT, LF y VT (vease tambibn la Nota 1 de la
Tabla 8-2 ).
DC - (Device control) - Mando de dispositivo auxiliar- Caracteres
de mando destinados a controlar uno o varios dispositivos
auxiliares locales o lejanos conectados a un sistema de
tratamiento de datos y10 de telecomunicaciones. La finalidad
de estos mandos no es controlar los sistemas de
telecomunicaciones; esto debe efectuarse mediante el empleo
de caracteres TC.
Mas adelante, en Caracteres especificos de mando, se
exponen algunos usos preferidos de determinados caracteres
DC.
IS - (Information separators) - Separadores de informacidn -
Caracteres de mando que se utilizan para separar y calificar
datos en un sentido logico. Son cuatro. Pueden utilizarse por
orden jerarquico o no jerarquico; en este ultimo caso, el
significado especifico depende de su aplicacion.
Si se emplean jerarquicamente, el orden ascendente es:
US, RS. GS, FS.
En este caso, no pueden dividirse mediante un separador
de orden superior de datos normalmente delimitados por un
separador especial, si bien se consideraran como delimitados
por cualquier separador de orden superior.
Caracteres especificados de mando
A veces se hace referencia a los miembros individuales de las categorias
de mandos por el nombre abreviado de la categoria al que se asigna un
indice (por ejemplo. TC,), o bien mediante un nombre especifico indicativo
de su empleo (por ejemplo, ENQ).
Con algunos de los caracteres de mando pueden asociarse significados
diferentes, aunque .relacionados, si bien para ello seria normalmente
necesario un acuerdo entre el que transmite y el que recibe los datos.
ACK - (Acknowledge) - Acuse de recibo - Caracter de mando de
transmision enviado por el receptor como respuesta afirmativa
al transmisor.
BEL - , (Bell) - Timbre - Caracter utilizado cuando hay que atraer
la atencion; puede accionar dispositivos de alarma o de
advertencia.
BS - (Backspace) - Retroceso - Cardcter de compaginacion que
hace retroceder la posicion activa a una posicion de caracter
inmediata anterior en el mismo renglon.
CAN - (Cancel - Anulacidn - Caracter o primer caracter de una
secuencia que indica que los datos precedentes son erroneos
y que no deben tenerse en cuenta. El significado especifico
de este caracter debe dfinirse para cada aplicacion y ser
objeto de acuerdo particular entre el que transmite y el que.
recibe.
CR - (Carriage retum) - Retomo de cam - Caracter de
compaginacion que hace retroceder la posicion activa a la
primera posicion de caracter del mismo renglon.
Mandos de dispositivos auxiliares
- Caracter de mando cuya finalidad primordial es poner en
marcha o conectar un dispositivo auxiliar. De no necesitarse
para este fin, puede emplearse para volver un dispositivo a su
modo nomal de explotacion (v6ase tambi6n DC, y DC,) opara
cualquier otra funcion de mando de los dispositivos auxiliares
que no realizan otros DC.
- Caracter de mando cuya finalidad primordial es poner en
marcha o conectar un dispositivo auxiliar. De no necesitarse
para este fin, puede emplearse para poner un dispositivo en
un modo especial de explotacion (en cuyo caso DC, se emplea
para volver el dispositivo auxiliar a su modo normal), o para
cualquier otra funcion de control de dispositivo auxiliar que no
efectuen otros DC.
- Caracter de mando cuya finalidad primordial es detener el
funcionamiento de dispositivos auxiliares o desconectarlos.
Esta funcion puede ser una parada de cardcter secundario,
por ejemplo, espera, pausa, resetva o parada (en cuyo caso
se emplea DC, para volver a la explotacion nomal). De no
necesitarse para este fin, puede emplearse para cualquier otra
funcion de control del dispositivo que no efectuen otros DC.
- Caracter de mando cuya finalidad primordial es detener el
funcionamiento de dispositivos auxiliares o desconectarlos. De
no necesitarse para este fin, puede emplearse cualquier otra
funcion del dispositivo~que no efectuen otros DC.
Ejemplos de empleo de los mandos de dispositivos auxiliares:
1) Una conexion
Conectado - DC, Desconectado - DC,
2) Dos conexiones independientes
Primera Conectado - DC, Desconectado - DC,
Segunda Conectado - DC, Desconectado - DC,
3) Dos conexiones dependientes
General Conectado - DC2 Desconectado - DC4
Especial Conectado - DC, Desconectado - DC3
4) Conexion de entrada y de salida
Salida Conectado - DC, Desconectado - DC,
Entrada Conectado - DC, Desconectado - DC,
- (Delete) - Supresion -Caracter que se utiliza principalmente
para borrar o rachar caracteres erroneos o no deseados en
la cinta perforada. Los caracteres DEL pueden tambien servir
para el relleno en medios fisicos o en el tiempo. Pueden
intercalarse en una secuencia de datos o extraerse de la
misma sin que influya en la informacion contenida en esta
secuencia pero, en tal caso, la insercion o la supresion de esos
caracteres puede modificar la presentacion de la infomacion,
el control de los equipos, o ambas cosas
- (Data link escape) - Escape de transmision - Caracter de
mando de transmision que modifica la significacion de un
numero limitado de caracteres spbsiguientes y que se utiliza
excll~sivamente para obtener funciones suplementarias de
control de transmision. En las secuencias del DLE, solo
pueden utilizarse caracteres graficos y caracteres de mando
de transmision.
7/11/96
Num. 71
Anexo 10 - Telecomunicaciones aeronauticas.
Tabla 8-2 (cont.)
Volumen III
EM
- (End of medium) - Fin de medio - Caracter de mando que
puede utilizarse para identificar el final del medio fisico, o de
la parte utilizada en un medio fisico o de la parte deseada de
la informacidn registrada en un medio fisico. La posicidn de
este caracter no corresponde necesariamente al final del
medio fisico.
ENQ - (Enquiry) - Pregunta - Caracter de mando de transmisi6n
utilizado como petici6n de respuesta de una estaci6n distante.
La respuesta puede comprender la identificaci6n de la
estacion y10 su estado. Cuando se necesita un control de
identidad quien comunico?' en la red general con
conmutacion, la primera utilizaci6n de caracter ENQ, despues
de establecida la conexi6n, significara quien
comunico?" (identificaci6n de la estaci6n). Una nueva
utilizaci6n del caracter ENQ puede incluir o no a la funcion
quien comunico?", segun lo estipulado mediante
acuerdo.
EOT - (End of transmission) - Fin de transmision - Caracter de
mando de transmision utilizado para indicar el fin de la
transmisi6n de uno o mas textos.
ESC - (Escape) - Escape -Caracter de mando que se utiliza para
proporcionar funciones adicionales de mando. Modifica el
significado de un numero limitado de combinaciones de bitios
subsiguientes al caracter ESC que constituyen la secuencia
de escape.
Las secuencias de escape se utilizan para disponer de
funciones adicionales de mando que, en ciertos casos, pueden
proporcionar juegos de caracteres graficos fuera del juego
normalizado. Estas funciones adicionales no deben utilizarse
como mandos suplementarios de transmision.
El empleo del caracter ESC y de las secuencias de escape
en la aplicacion de tecnicas de ampliacion de c6digo es objeto
de una normal ISO.
ETB - (End of transmission block) - Fin de bloque de transmision
-Caracter de mando de transmision utilizado para indicar el
final de un bloque de datos, cuando estos estan divididos en
bloques para su transmision.
ETX - (End of text) - Fin de texto - Caracter de mando de
transmision utilizado para terminar un texto.
FF - (Form feed) - Pagina siguiente - Caracter de formato que
permite adelantar la posicion activa a la misma posicion de
caracter en un reng16n predeterminado del formulario o pagina
siguiente.
HT - (Horizontal tabulation) - Tabulacion horizontal -Caracter de
formato que permite adelantar la posicion activa a la siguiente
posicion predeterminada de caracter en el mismo renglon.
Separadores de informacion
IS, (US)- Caracter de mando que se utiliza para separar y calificar datos
en un sentido Ibgico; ha de determinarse su significado
especifico en cada caso. Si se emplea este caracter por orden
jerarquico, segun lo establecido en la definicion general de IS,
delimita un elemento de informacion denominado UNIDAD.
IS, (RS)- Caracter de mando que se utiliza para separar y calificar datos
en un sentido Idgico; ha de determinarse su significado
especifico en cada caso. Si se emplea este caracter por orden
jerarquico, segun lo establecido en la definicion general de IS,
delimita un elemento de informacidn llamado REGISTRO.
IS, (GS)- Caracter de mando que se utiliza para separar y calificar datos
en un sentido logico; ha de determinarse su significado
especifico en cada caso. Cuando se utiliza este caracter por
orden jerarquico, segun lo establecido en la definicion general
del IS, delimita un elemento de informacion llamado GRUPO.
IS, (FS)- Caracter de mando que se utiliza para separar y calificar datos
en un sentido 16gico; ha de determinarse su significado
especifico en cada caso. Cuando se utiliza este caracter por
orden jerarquico, segun lo establecido en la definicidn general
de IS, delimita un elemento de informaci6n llamado FICHERO.
LF - (Line feed) - Cambio de linea - Caracter de formato que
adelanta la posici6n activa a la misma posicion de caracter en
el reng16n siguiente.
NAK
NUL
SI
SO
SOH
SP
STX
SUB
SYN
VT
- (Negative acknowledge) - Amse de recibo negativo -
Caracter de mando de transmisi6n transmitido por un receptor
como respuesta negativa al que transmite.
- (Null) -Nulo -Caracter de mando que se utiliza para relleno
en medios fisicos o en el tiempo. Los caracteres NUL pueden
intercalarse en una secuencia de datos o extraerse de la
misma sin que influyan en la informaci6n contenida en esa
secuencia pero, en tal caso, la inserci6n o extracci6n de esos
caracteres puede modificar la pmsentaci6n de la informaci6n,
el control de los equipos, o ambas cosas.
- (Shifi-in) - En codigo -Caracter de mando que se utiliza en
combinaci6n con FUERA DE C~DIGO y ESCAPE para
ampliar la serie de caracteres graficos del c6digo. Restablece
los significados normalizados de las combinaciones de bitios
que le siguen. El efecto de este caracter cuando se emplean
tecnicas de ampliaci6n del codigo se describe en una norma
de la ISO.
- (Shifi-out) - Fuera de codigo - Caracter de mando que se
utiliza en combinacion con EN CODIGO y ESCAPE para
ampliar la serie de caracteres graficos del c6digo. Modifica el
significado de las combinaciones de bitios de las columnas 2
a 7 que le siguen hasta que se llega a un caracter EN
CODIGO. Sin embargo, no modifica los caracteres ESPACIO
(210) y SUPRESION (7115). El efecto de este caracter cuando
se emplean tecnicas de ampliacion del c6digo se describe en
una norma de la ISO.
- (Start of heading) - Comienzo de encabezamiento -
Caracter de mando de transmision utilizado como primer
caracter del encabezamiento de un mensaje de informaci6n.
- (Space) -Espacio -Caracter que adelanta la posicion activa
una posicion de caracter en el mismo rengl6n. Este caracter
se considera tambien como un signo grafico sin impresi6n.
- (Start of text) - Comienzo de texto - Caracter de mando de
transmision que precede al texto y se utiliza para terminar un
encabezamiento.
- (Substitute character) - Caracter de sustitucion - Caracter
de mando que se utiliza para remplazar un caracter que no
es valido o que es erroneo. Destinado a ser introducido por
medios automatices.
- (Synchronous idle) - Sincronizacion de reposo - Caracter
de mando de transmision utilizado por un sistema de
transmision sincrona en ausencia de cualquier otro caracter
(condicion de reposo) para producir una seiial a partir de la
cual se puede lograr o mantener el sincronismo entre equipos
terminales de datos.
- (Vertical tabulation) - Tabulacion vertical - Caracter de
formato, que adelanta la posicion activa a la misma posici6n
de caracter en el siguiente rengldn predeteminado.
Tabla 8-3. Conversion del Alfabeto telegrafico internacional Num. 2 (ITA-2)
al Alfabeto internacional Num. 5 (IA-5)
ITA-2 Alfabeto
Posicidn de internacional
letras de la Num. 5
senal Num. (IA -5)
A
B
C
D
E
F
G
H
1
J
K
L
M
N
O
P
Q
R
S
T
u
v
W
X
Y
z
CR
LF
LETRAS
CIFRAS
SP
- -
ITA-2 A lfabeto
Posicidn de internacional
cifras de la Num. 5
senal Num. (IA-5)
6
7
8
.9 8
10 Senal de atencion
(Nota 3)
2 6 +
27 CR
2 8 LF
29 LETRAS
30 CIFRAS
* No se hara conversion alguna para estas posiciones; la senallcaracter se suprimim' de los datos.
Nota 1.- La xnul de fin de mensaje NNNN (en posicion de letras y en posicion de cifras) se
convertira a ETX (013).
Nota 2.- La senal de comienzo del menazje ZCZC (en posicion de letras y en posicion de cifras)
se convertira a SOH (011).
Nota 3. - La posicion de aTms de la senal 10 solo se convertira al detectar la alarma de prioridad
AFTN, la cual cal mnvertim en cinco veces el caracter BEL (017).
Nota 4. - Para la conversion a partir del alfabeto ITA-2, se insertara un caracter STX (012) unn vez,
al comienzo de la linea siguiente despues de la deteccion de CR LF o LF CR al fin de la
linea de origen.
Nota 5. - La secuencia de siete senales 28 (LF) se convertira a un canicter VT (011 1).
7/11/96
Num. 71
Tabla 8-4. Conversion del Alfabeto telegrafico internacional Num. 5 (IA-5)
al Alfabeto telegrafico internacional Num. 2 (ITA-2)
* No se hara conversion alguna de estas posiciones; la senal/caracter se suprimira de los datos.
Ejemplo:
Nota 1.-
Nota 2.-
Nota 3.-
Nota 4.-
vota 5.-
Para hallar la senal ITA-2 que corresponde al caracter de la posicion 3/ 6 del Alfabeto
internacional Num. 5 (IA-5), observese /a columna 3, fila 6.
25F quiere decir senal Num. 25 en la posicion de cifras.
(L significa posicion de letras; FL designa las dos posiciones).
El caracter de la posicion 0/ 3 (ETX) se convertira en las secuencias 14L. 14L, 14L, 14L, (NNNN)
en el alfabeto ITA-2.
La senal 0/ 7 (BEL) se convertira unicamente cuando se detecte una secuencia de 5; esta secuencia
se convertira entonces en la secuencia 30, IOF, IOF, IOF, IOF, IOF, 29 en el alfabeto ITA-2.
Para la conversion en el alfabeto ITA-2, los caracteres CR CR LF VT (O/11) ETX (0/3) se
convertiran en 29, 27, 27, 28 28, 28, 28, 28, 28, 28, 28, 14L, 14L, 14L, 14L.
Para evitar la generacion inutil de seriales de cifras y letras en el alfabeto ITA-2, al hacer la
conversion, a partir del Alfabeto internacional Num. 5 (IA-5) no se asignara ninguna
denominocion de posicion a las funciones no irnpresoras en el alfabeto ITA-2 (senales Nurns.
27, 28, 29, 30, 31).
El caracter 0/ 1 (SOH) se convertira en la secuencia 26L, 3L, 26L, 3L (ZCZC) en el alfabeto
ITA -2.
285 7/11/96
Nm. 71
8.6.3 Procedimientos de control
de enlace de datos a base
de caracteres, entre centros terrestres
Nota. Las disposiciones de esta seccin se refieren a las
aplicaciones del intercambio de datos entre centros terrestres
que utilizan IA-5 que se indica en 8.6.1 y que utilizan los
10 caracteres de control de transmisin (SOH, STX, ETX,
EOT, ENQ, ACK, DLE, NAK, SYN y ETB) para el control de
enlace de datos, en el caso de instalaciones de transmisin
sncrona o asncrona.
8.6.3.1 Descripciones. Se aplicarn las descripciones
siguientes a las aplicaciones del enlace de datos contenidas en
esta seccin:
a) Estacin principal, es la estacin que tiene el control del
enlace de datos en un instante dado.
b) Estacin satlite, es la estacin que ha sido seleccionada
para recibir una transmisin de la estacin principal.
c) Estacin de control, es la nica estacin en un enlace
multipunto que puede adoptar el carcter de principal y
entregar mensajes a una o varias estaciones tributarias
(supeditadas) seleccionadas individualmente, o bien conferir
la condicin de principal temporaria a cualquiera de las otras
estaciones tributarias.
8.6.3.2 Composicin del mensaje
a) Una transmisin se compondr de caracteres del juego de
caracteres codificados IA-5 transmitidos de conformidad
con las disposiciones de 8.6.1.2.2 y se tratar de un mensaje
de informacin o de una secuencia de supervisin.
b) Un mensaje de informacin utilizado para el intercambio de
datos tendr una de las formas siguientes:
1) S E B
T - - - TEXTO - - - T C
X X C
2) S E B
T - - - TEXTO - - - T C
X B C
3) S S E B
O - - - ENCABEZA - - - T - - - TEXTO - - - T C
H MIENTO X X C
4) S S E B
O - - - ENCABEZA - - - T - - - TEXTO - - - T C
H MIENTO X B C
5) S E B
O - - - ENCABEZA - - - T C
H MIENTO B C
B
Nota 1. C es un carcter de verificacin por bloque (BBC).
C
Nota 2. En los formatos 2), 4) y 5), que terminan con ETB,
es necesaria una continuacin.
c) Una secuencia de supervisin se compondr de un solo
carcter de control de transmisin (EOT, ENQ, ACK o
NAK) o de un solo mando de transmisin (ENQ) precedido
de un prefijo de hasta 15 caracteres sin funcin de control
o del carcter DLE utilizado en combinacin con otros
caracteres grficos y de control para garantizar funciones
adicionales de control de comunicacin.
8.6.3.3 Se especifican tres categoras de sistemas en
funcin de las caractersticas de circuito, de configuraciones
terminales y de procedimientos de transferencia de mensajes
correspondientes, que son las siguientes:
Categora de sistema A: Sistema multipunto alternado en
ambos sentidos, que se presta a una operacin centralizada
o no centralizada y a transferencias simples o mltiples de
informacin fundadas en los mensajes, sin respuesta (pero
con verificacin de entrega).
Categora de sistema B: Sistema entre puntos fijos, simul-
tneo en ambos sentidos, que utiliza la formacin de bloques
en funcin de los mensajes y la numeracin mdulo 8 de
los bloques y de los acuses de recibo.
Categora de sistema C: Sistema multipunto alternado en
ambos sentidos, que se presta nicamente a la operacin
centralizada (de computadora a terminal), transferencias
simples o mltiples de mensajes con respuesta.
8.6.3.3.1 Con el fin de garantizar comunicaciones viables
y fiables desde el punto de vista operacional, se tendrn en
cuenta no solamente las caractersticas que se indican en los
prrafos que siguen para las dos categoras de sistemas A y B,
sino tambin otros parmetros, que comprenden:
a) el nmero de caracteres SYN que es necesario utilizar para
establecer y mantener la sincronizacin;
Nota. Normalmente, la estacin transmisora emite tres
caracteres SYN consecutivos y la estacin receptora detecta
por lo menos dos antes de cualquier intervencin.
b) valores de las demoras por espera de sistema para funciones
tales como lnea inactiva y falta de respuesta, as como
el nmero de tentativas automticas de reiniciar una
operacin que debe tener lugar antes de que se haya sealado
una intervencin manual;
c) composicin de prefijos por medio de 15 caracteres como
mximo.
Nota. Mediante acuerdo entre las administraciones
interesadas se permite que las seales de supervisin
mantengan un prefijo de identificacin de estacin que
emplee caracteres seleccionados en las columnas 4 a 7 del
juego de caracteres codificados IA-5.
8.6.3.3.2 Recomendacin. Deberan aplicarse las
disposiciones de 8.6.3.7, en lo que atae a las operaciones
multipunto ideadas con el fin de permitir la operacin
centralizada nicamente (de computadora a terminal).
8.6.3.4 Carcter de verificacin por bloque
8.6.3.4.1 Ambas categoras de sistemas A y B utilizarn un
carcter de verificacin por bloque para determinar la validez
de una transmisin.
286 7/11/96
Nm. 71
8.6.3.4.2 El carcter de verificacin por bloque se
compondr de 7 bits ms un bit de paridad.
8.6.3.4.3 Cada uno de los 7 primeros bits de carcter de
verificacin por bloque ser la suma binaria, mdulo 2, de todos
los elementos de la misma columna bit 1 a bit 7 de los caracteres
sucesivos del bloque transmitido.
8.6.3.4.4 En sentido longitudinal, cada columna del
bloque, incluso el carcter de verificacin por bloque, ser par.
8.6.3.4.5 El sentido del bit de paridad ser el mismo para
el carcter de verificacin por bloque y para los caracteres de
informacin (vase 8.6.1.2.3).
8.6.3.4.6 Totalizacin
8.6.3.4.6.1 La totalizacin para obtener el carcter de
verificacin por bloque se iniciar con la primera aparicin de
SOH (comienzo de encabezamiento) o de STX (comienzo de
texto).
8.6.3.4.6.2 El carcter que comienza la operacin no se
incluir en la totalizacin.
8.6.3.4.6.3 Si se presenta un carcter STX despus que se
ha iniciado la totalizacin por SOH, este carcter STX se
incluir en la totalizacin como si fuera un carcter del texto.
8.6.3.4.6.4 Con excepcin del SYN (sincronizacin
inactiva), todos los caracteres que se transmiten despus de que
ha comenzado la totalizacin de verificacin por bloque se
incluirn en la totalizacin, incluso el carcter de mando ETB
(fin de bloque de transmisin) o ETX (fin de texto), que indica
que el carcter siguiente es el carcter de verificacin por
bloque.
8.6.3.4.7 Ningn carcter, SYN u otro, se incluir entre el
carcter ETB o ETX y el carcter de verificacin por bloque.
8.6.3.5 Descripcin de la categora de sistema A. La
categora de sistema A es una categora en la cual cierto nmero
de estaciones se conectan mediante un enlace multipunto y se
designa una estacin permanentemente como estacin de
mando, que vigila el enlace a cada instante para garantizar un
funcionamiento ordenado.
8.6.3.5.1 Procedimiento de establecimiento de enlace
8.6.3.5.1.1 Para establecer el enlace para fines de
transmisin, la estacin de control tomar una de las dos
medidas siguientes:
a) dirigir una invitacin para transmitir a una estacin tributaria
a fin de otorgarle el ttulo de principal; o
b) adoptar el ttulo de principal y seleccionar una o ms esta-
ciones tributarias (satlites) con el fin de que reciban una
transmisin.
8.6.3.5.1.2 Para invitar a transmitir, la estacin de control
emitir una secuencia de supervisin de invitacin a transmitir
que se compone de un prefijo que identifica una sola estacin
tributaria y termina por ENQ.
8.6.3.5.1.3 Una estacin tributaria que detecta la secuencia
de supervisin de invitacin a transmitir correspondiente,
adoptar el ttulo de principal y actuar de uno de los dos modos
siguientes:
a) si tiene un mensaje para transmitir, iniciar una secuencia
de supervisin de seleccin tal como se describe en
8.6.3.5.1.5;
b) si no tiene ningn mensaje para transmitir, emitir EOT y
la estacin de control tomar de nuevo el ttulo de principal.
8.6.3.5.1.4 Si la estacin de control detecta una respuesta
sin validez a una invitacin a transmitir o si no detecta nin-
guna respuesta a esta invitacin, suspender el intercambio
emitiendo EOT antes de retomar la invitacin para transmitir
o la seleccin.
8.6.3.5.1.5 Para efectuar la seleccin, la estacin principal
designada emitir una secuencia de supervisin de seleccin,
y termina por ENQ.
8.6.3.5.1.6 Una estacin que detecta la frecuencia de
supervisin de seleccin correspondiente, adoptar el ttulo de
satlite y emitir una de las dos respuestas siguientes:
a) si est lista para recibir, emitir un prefijo seguido de ACK.
Una vez que ha detectado esta respuesta, la estacin
principal seleccionar otra estacin o proceder a la
transferencia de los mensajes;
b) si la estacin no est lista para recibir, emitir un prefijo
seguido de NAK y renunciar de este modo al ttulo de
satlite. Si la estacin principal recibe NAK o si no recibe
respuesta alguna, seleccionar otra estacin tributaria o la
misma, o bien suspender el intercambio;
c) se permitir efectuar N tentantivas de comienzo (N 0) para
seleccionar una estacin para la cual se ha recibido NAK o
una respuesta sin validez o no se ha recibido ninguna
respuesta.
8.6.3.5.1.7 Si se han seleccionado una o ms estaciones y
se han respondido correctamente por ACK, la estacin principal
proceder a la transferencia de mensajes.
8.6.3.5.2 Procedimiento de transferencia de mensajes
8.6.3.5.2.1 La estacin principal emitir un mensaje o una
serie de mensajes, con o sin encabezamiento, dirigido a las
estaciones satlites seleccionadas.
8.6.3.5.2.2 La transmisin del mensaje:
a) comenzar por:
SOH si tiene encabezamiento;
STX si no tiene encabezamiento;
b) ser continua y terminar por ETX, inmediatamente seguido
de un carcter de verificacin por bloque (BCC).
8.6.3.5.2.3 Despus de haber transmitido uno o varios
mensajes, la estacin principal verificar que se haya efectuado
la entrega correspondiente a cada estacin satlite seleccionada.
287 7/11/96
Nm. 71
8.6.3.5.3 Procedimiento de verificacin de entrega
8.6.3.5.3.1 La estacin principal transmitir una secuencia
de supervisin de verificacin de entrega, compuesta de un
prefijo que identifique una sola estacin satlite y termine por
ENQ.
8.6.3.5.3.2 Una estacin satlite que detecte la secuencia
de supervisin de verificacin de entrega correspondiente,
emitir una de las dos respuestas siguientes:
a) si ha recibido correctamente la totalidad de la transmisin,
emitir un prefijo optativo seguido de ACK;
b) si no ha recibido correctamente la totalidad de la transmi-
sin, emitir un prefijo optativo seguido de NAK.
8.6.3.5.3.3 Si la estacin principal no recibe ninguna
respuesta o si recibe una respuesta sin validez, pedir una
respuesta de la misma estacin satlite o de otra, hasta que haya
determinado correctamente la situacin de todas las estaciones
seleccionadas.
8.6.3.5.3.4 Si la estacin principal recibe una respuesta
negativa (NAK), o si no recibe respuesta alguna despus de
N 0 intentos, repetir posteriormente la transmisin destinada
a las estaciones satlite correspondientes.
8.6.3.5.3.5 Despus de haber emitido todos los mensajes
y verificado la entrega, la estacin principal proceder a la
terminacin del enlace.
8.6.3.5.4 Procedimiento de terminacin de enlace
8.6.3.5.4.1 Para llevar a cabo la funcin de terminacin
que retira a todas las estaciones el ttulo de principal o de
satlite y restituye el ttulo de principal a la estacin de control,
la estacin principal transmitir el carcter EOT.
8.6.3.6 Descripcin de la categora de sistema B. La cate-
gora de sistema B es una categora en la cual dos estaciones
se sitan en un enlace entre puntos fijos, dplex integral; cada
estacin posee los medios de llevar simultneamente los ttulos
de principal y de satlite (principal lado transmisin y satlite
lado recepcin) y las dos estaciones pueden transmitir simul-
tneamente.
8.6.3.6.1 Procedimientos de establecimiento de enlace
8.6.3.6.1.1 Para establecer el enlace teniendo en cuenta las
transferencias de mensaje (en el sentido de estacin que efecta
la llamada a estacin que recibe la llamada) la primera estacin
exigir la identidad de la segunda transmitiendo una secuencia
de supervisin identificacin, constituida por un carcter DLE
que preceda al carcter dos puntos, un prefijo optativo y
ENQ.
8.6.3.6.1.2 Una vez que haya detectado EQN, la estacin
que recibe la llamada enviar una de las dos respuestas
siguientes:
a) si est lista para recibir, enviar una secuencia constituida
por un carcter DLE que preceda los dos puntos, un prefijo
que comprenda su identidad y termine por ACK 0 (vase
8.6.3.6.2.5). De este modo se establece el enlace para la
transferencia de mensajes de la estacin que llama a la
estacin llamada;
b) si no est lista para recibir, transmitir la secuencia anterior,
pero con NAK en lugar de ACK0.
8.6.3.6.1.3 El establecimiento del enlace para la transfe-
rencia de mensajes en el sentido opuesto puede iniciarse en
cualquier momento, despus de conectar el circuito de un modo
similar al descrito anteriormente.
8.6.3.6.2.1 Para la transferencia de mensajes en la
categora de sistemas B, se forman los bloques en funcin de
los mensajes con verificacin de paridad longitudinal y acuses
de recibo con numeracin mdulo 8.
8.6.3.6.2.2 Se permite que un bloque de transmisin
constituya un mensaje completo o una parte del mensaje. La
estacin emisora comenzar la transmisin con la secuencia
SOTB N seguida de:
a) SOH si se trata del comienzo de un mensaje que lleva
encabezamiento;
b) STX si se trata del comienzo de un mensaje sin encabe-
zamiento;
c) SOH si se trata de un bloque intermediario que constituye
la continuacin de un encabezamiento;
d) STX si se trata de un bloque intermediario que constituye
la continuacin de un texto.
Nota. SOTB N es una secuencia de mando de transmisin
de dos caracteres DLE = (caracteres 1/0 y 3/13) seguida del
nmero del bloque N, siendo N uno de los caracteres 0, 1 ... 7
(caracteres 3/0, 3/1... 3/7), del juego de caracteres codificados
de 7 unidades.
8.6.3.6.2.3 Un bloque que termina en un punto inter-
mediario dentro de un mensaje, terminar por ETB; un bloque
que termina al final de un mensaje, terminar por ETX.
8.6.3.6.2.4 Estar permitido que dos estaciones comiencen
y prosigan simultneamente la emisin de mensajes, uno con
destino a la otra, respetando la secuencia siguiente:
a) Estar permitido que la estacin transmisora (lado de la
principal) transmita sin interrupcin a la estacin receptora
(lado de la satlite), sin esperar su respuesta, bloques que
contengan mensajes o partes de mensaje.
b) Estar permitido que las respuestas que adopten la forma de
respuestas de satlite, sean transmitidas por la estacin
receptora mientras la estacin transmisora emite los bloques
siguientes.
Nota. Estar permitido que, mediante la numeracin
mdulo 8 de los bloques y de las respuestas, la estacin
transmisora tome un adelanto de siete bloques como
288 7/11/96
Nm. 71
mximo sobre las respuestas recibidas antes de que se
requiera que detenga la transmisin, hasta que queden
pendientes seis bloques o menos.
c) Si se recibiera una respuesta negativa, la estacin trans-
misora (lado de la principal) comenzar la retransmisin por
el bloque que sigue al ltimo bloque por el cual se ha
recibido el acuse de recibo afirmativo correcto.
8.6.3.6.2.5 Las respuestas de satlite adoptarn una de las
formas siguientes:
a) Si se recibe un bloque de transmisin sin error y la estacin
est lista para recibir otro bloque, transmitir DLE, dos
puntos, un prefijo optativo y el acuse de recibo apropiado
ACKN (citando el bloque recibido que comience por SOTB
N; por ejemplo, ACK0, transmitido con la forma DLE0,
sirve de respuesta afirmativa al bloque numerado SOTB0,
DLE1 por SOTB1, etc.)
b) Si un bloque de transmisin no fuera aceptable, la estacin
receptora transmitir DLE, dos puntos, un prefijo optativo
y NAK.
8.6.3.6.2.6 Recomendacin. Las respuestas de satlite
deberan intercalarse entre los bloques de mensaje y trans-
mitirse lo antes posible.
8.6.3.6.3 Procedimiento de terminacin de enlace
8.6.3.6.3.1 Si se estableciera el enlace para la transferencia
de mensajes en uno solo de los sentidos o bien en ambos, la
transmisin de EOT por una estacin sealar el fin de
transferencia de mensajes en el sentido correspondiente. Para
reanudar la transferencia de mensajes despus de la emisin de
EOT, se restablecer el enlace en este sentido.
8.6.3.6.3.2 EOT slo ser transmitido por una estacin
despus que todas las respuestas de satlite pendientes se hayan
recibido o bien que se haya determinado la situacin de las
respuestas.
8.6.3.6.4 Desconexin del circuito
8.6.3.6.4.1 En el caso de las conexiones conmutadas, el
enlace de datos en ambos sentidos se suspender antes de que
se haya liberado la conexin. Adems, la estacin que inicia la
liberacin de la conexin comenzar por anunciar su intencin
de hacerlo transmitiendo la secuencia de los dos caracteres DLE
EOT, seguida de cualquier otra seal necesaria para liberar la
conexin.
8.6.3.7 Descripcin de la categora de sistema C (centrali-
zada). En la categora de sistema C (centralizada), como en el
caso de la categora de sistema A, cierto nmero de estaciones
se encuentran ligadas por un enlace multipunto y se designa una
estacin como estacin de control, pero (a diferencia de la
categora de sistema A) slo asegura la operacin centralizada
(de computadora a terminal), realizndose el intercambio de
mensajes (con respuesta) nicamente entre la estacin de
mando y una estacin tributaria seleccionada.
8.6.3.7.1 Procedimiento de establecimiento del enlace
8.6.3.7.1.1 Para establecer el enlace destinado a la trans-
misin, la estacin de control adoptar una de las medidas
siguientes:
a) invitar a una de las estaciones tributarias a transmitir para
otorgarle el ttulo de principal; o
b) adoptar el ttulo de principal y seleccionar una estacin
tributaria para adoptar el ttulo de satlite y recibir una trans-
misin de conformidad con uno de los dos procedimientos
de seleccin indicados:
1) seleccin con respuesta (vase 8.6.3.7.1.5); o
2) seleccin rpida (vase 8.6.3.7.1.7).
8.6.3.7.1.2 Para invitar a transmitir, la estacin de control
emite una secuencia de supervisin de invitacin a transmitir
tributaria y que termina por ENQ.
de supervisin de invitacin a transmitir correspondiente,
adoptar el ttulo de principal y actuar de una de las dos
maneras siguientes:
a) si tiene que transmitir un mensaje, iniciar la transferencia
de los mensajes. La estacin de control adoptar el ttulo de
satlite;
b) si no tiene ningn mensaje que transmitir, emitir un EOT
y la estacin de control retomar el ttulo de principal.
8.6.3.7.1.4 Si la estacin de control detectara una
respuesta sin validez a una invitacin a transmitir o si no
detectara respuesta alguna a esta invitacin, suspender el
intercambio emitiendo EOT antes de retomar la invitacin a
transmitir o la seleccin.
8.6.3.7.1.5 Para llevar a cabo la seleccin con respuesta,
la estacin de control adoptar el ttulo de principal y emitir
una secuencia de supervisin de seleccin que se compone de
un prefijo que identifica una sola estacin tributaria y termina
por ENQ.
de supervisin de seleccin correspondiente adoptar el ttulo
de satlite y emitir una de las dos respuestas siguientes:
a) si la estacin est lista para recibir, emitir un prefijo
optativo seguido por ACK. Una vez que la misma detecta
esta respuesta, la estacin principal proceder a transferir los
mensajes;
b) si no estuviera lista para recibir, emitir un prefijo optativo
seguido por NAK. Una vez detectado NAK, la estacin
principal podr buscar nuevamente la seleccin de la misma
estacin tributaria o bien iniciar la suspensin emitiendo EOT.
Nota. Si la estacin de control recibe una respuesta sin
validez o si la misma no recibe respuesta alguna, podr tratar
nuevamente de seleccionar la misma tributaria o despus de N
tentativas de reiniciacin (N 0), buscar un procedimiento de
recuperacin o bien iniciar la suspensin emitiendo EOT.
289 7/11/96
Nm. 71
8.6.3.7.1.7 Para proceder a una seleccin rpida, la esta-
cin de control adopta el ttulo de principal y emite una
secuencia de supervisin seleccin y, sin terminar esta trans-
misin por ENQ o sin esperar a que la tributaria seleccionada
responda, procede directamente a transferir los mensajes.
8.6.3.7.2.1 La estacin que tiene el ttulo de principal
emitir un solo mensaje destinado a la estacin que tiene el
ttulo de satlite y esperar una respuesta.
8.6.3.7.2.2 La transmisin del mensaje:
a) comenzar con:
SOH, si el mensaje tiene encabezamiento;
STX, si el mensaje no tiene encabezamiento;
y
b) ser continua para terminar con ETX, seguido inmediata-
mente por BCC.
8.6.3.7.2.3 La estacin satlite, a partir del momento en
que detecta ETX y a continuacin BCC, emitir una de las dos
respuestas siguientes:
a) si se aceptaran los mensajes y si est lista para recibir otro
mensaje, esta estacin emitir un prefijo optativo seguido
por ACK. La estacin principal despus de detectar ACK,
podr transmitir el mensaje siguiente o bien iniciar la
suspensin;
b) si el mensaje no fuera aceptado y si la estacin satlite
estuviera lista para recibir otro mensaje, se emitir un prefijo
optativo seguido por NAK. La estacin principal, despus
de detectar NAK, podr transmitir otro mensaje o bien
iniciar la suspensin. Despus de la respuesta NAK, el
mensaje siguiente transmitido no debe ser forzosamente una
repeticin del mensaje que no ha sido aceptado.
8.6.3.7.2.4 Si la estacin principal recibiera una respuesta
sin validez a un mensaje, o si la misma no recibiera respuesta
alguna a ese mensaje, podr transmitir una secuencia de
supervisin de verificacin de entrega, compuesta de un prefijo
optativo seguido por ENQ. Al recibir la estacin satlite una
secuencia de supervisin de verificacin de entrega, repite su
ltima respuesta.
8.6.3.7.2.5 La estacin principal puede efectuar N tenta-
tivas de reiniciacin (N 0) para obtener una respuesta vlida
de la estacin satlite. Si no se recibiera respuesta vlida
despus de N tentativas de reiniciacin, la estacin principal
sale hacia un procedimiento de recuperacin.
8.6.3.7.3 Procedimientos de terminacin del enlace
8.6.3.7.3.1 La estacin que tiene el ttulo de principal
transmitir EOT para indicar que no tiene ms mensajes que
transmitir. El grupo EOT retirar a las dos estaciones el ttulo
de principal/satlite y restituir el ttulo de principal a la
estacin de control.
8.6.4 Procedimientos de control de enlace
de datos a base de bits entre
centros terrestres
Nota. Las disposiciones de esta seccin se seguirn en las
aplicaciones del intercambio de datos entre centros terrestres
que utilicen procedimientos de control de enlace de datos a
base de bits y que permitan la transmisin transparente y
sncrona independiente de cualquier codificacin; las fun-
ciones de control del enlace de datos se llevan a cabo interpre-
tando posiciones de bits designadas en la envolvente de
transmisin de una trama.
8.6.4.1 Las descripciones siguientes se utilizarn en las
aplicaciones del enlace de datos que figuran en esta seccin:
a) Los procedimientos de control de enlace de datos a base de
bits permiten efectuar una transmisin transparente que es
independiente de cualquier codificacin.
b) Enlace de datos, es una asociacin lgica de dos estaciones
interconectadas, incluso los medios de control de la comuni-
cacin que poseen las estaciones interconectadas.
c) Estacin, es una configuracin de elementos lgicos hacia
la cual o desde la cual se transmiten mensajes en un enlace
de datos, incluso los elementos que controlan el flujo de los
mensajes en el enlace aplicando los procedimientos de
control de la comunicacin.
d) Combinada, es la estacin que enva y recibe tanto rdenes
como respuestas y es responsable del control del enlace de
datos.
e) Procedimientos de control de la comunicacin de datos, son
los medios utilizados para el control y la regulacin del
intercambio de la informacin entre estaciones en un enlace
de datos.
f) Componente, es el nombre que se da a los bits dispuestos
en un orden indicado dentro de una secuencia para el control
y la supervisin del enlace de datos.
g) Octeto, es un grupo de 8 bits consecutivos.
h) Secuencia, es uno o varios componentes dispuestos en un
orden indicado; comprende un nmero entero de octetos.
i) Campo, es una serie compuesta de un nmero dado de bits
o un nmero mximo dado de bits que cumple las funciones
de control de enlace de datos o de control de comunicacin,
o bien constituye datos que se han de transferir.
j) Trama, es la unidad de datos que ha de transferirse en el
enlace de datos; comprende uno o ms campos dispuestos
en un orden indicado.
k) Un centro de conmutacin de la red comn de intercambio
de datos (CIDIN) de la OACI es la parte de un centro de
conmutacin automtico AFTN que sirve para realizar las
funciones de los centros de entrada, retransmisin y salida
que utilizan procedimientos a base de bits y los procedi-
mientos de red CIDIN que se indican en esta seccin, y que
comprende las interfaces apropiadas con las otras partes de
la AFTN y con otras redes.
290 7/11/96
Nm. 71
8.6.4.2 Procedimientos de control de enlace de datos
a base de bits para aplicaciones del intercambio
de datos punto a punto entre centros terrestres,
mediante instalaciones de transmisin sncrona
Nota. Los siguientes procedimientos de nivel enlace
coinciden con los procedimientos del nivel enlace LAPB que
se describen en la Recomendacin X.25, del CCITT UIT,
Seccin 2, libro amarillo (versin 1981). Las versiones
posteriores de la Recomendacin X.25 se examinarn a medida
que se vayan publicando para determinar si es conveniente
adoptarlas.
8.6.4.2.1 Formato de la trama. Las tramas contendrn por
lo menos 32 bits, con exclusin de las banderas de apertura y
de cierre y tendrn el siguiente formato:
8.6.4.2.1.1 La trama consistir en una bandera de apertura
(F), un campo de direccin (A), un campo de control (C), un
campo de informacin optativo (I), una secuencia de
verificacin de trama (FCS) y una secuencia de bandera de
cierre (F), que se transmitirn en ese orden.
Nota. Por lo que respecta a la CIDIN, la bandera de
apertura, los campos A y C, la FCS y la bandera de cierre
formarn el campo de control de enlace de datos (DLCF). El
campo I se denomina campo de enlace de datos (LDF).
8.6.4.2.1.1.1 La bandera (F) consistir en la secuencia de
8 bits 01111110 que delimita el comienzo y el final de cada
trama. Tambin se permitir que la bandera de cierre de una
trama sirva como bandera de apertura de la trama siguiente.
8.6.4.2.1.1.2 El campo de direccin (A) consistir en un
octeto, excluyendo los bits 0 agregados para lograr la
transmisin transparente, el cual contendr la direccin de
enlace de la estacin combinada.
8.6.4.2.1.1.3 El campo de control (C) consistir en un
octeto, excluyendo los bits 0 agregados para lograr la
transmisin transparente, y contendr los componentes de las
rdenes, respuestas y nmero secuencial de trama para el
control de enlace de datos.
8.6.4.2.1.1.4 El campo de informacin (I) contendr datos
digitales que podrn presentarse en cualquier cdigo o
secuencia, pero que no excedern de un mximo de 259 octetos,
excluyendo los bits 0 agregados para lograr la transmisin
transparente. El campo I tendr, siempre, una longitud mltiplo
de 8 bits.
8.6.4.2.1.1.5 La secuencia de verificacin de trama (FCS)
consistir en dos octetos, excluyendo los bits 0 agregados para
lograr la transmisin transparente, y contendr los bits de
deteccin de errores.
8.6.4.2.2 Se insertar una secuencia de verificacin de
trama (FCS) en cada trama para comprobar si se han deslizado
errores.
8.6.4.2.2.1 El algoritmo de verificacin de errores corres-
ponder a una verificacin cclica de redundancia (CRC).
8.6.4.2.2.2 El polinomio CRC [P(x)] ser el siguiente:
x
16
+ x
12
+ x
5
+ 1.
8.6.4.2.2.3 La FCS ser una secuencia de 16 bits. Esta FCS
consistir en los 1 complementarios del resto, R(x), de la
divisin (mdulo 2) de
x
16
[G(x)] + x
K
(x
15
+ x
14
+ x
13
+ ... + x
2
+ x
1
+ 1)
por el polinomio de CRC, P(x).
G(x) ser el contenido de la trama que existe entre el bit final
de la bandera de apertura y el primer bit de la FCS, sin
comprender ninguno de estos bits, salvo los bits insertados
para asegurar la transmisin transparente.
K ser la longitud de G(x) (nmero de bits).
8.6.4.2.2.4 La generacin y la verificacin de la acumu-
lacin de la FCS se efectuarn del modo siguiente:
a) La estacin transmisora iniciar la acumulacin de la FCS
con el primer bit (el menos significativo) del campo de
direccin (A) e incluir todos los bits hasta el ltimo,
inclusive, que preceda a la secuencia FCS, salvo todos los
bits 0 (si los hubiera) que se insertaron para asegurar la
transmisin transparente.
b) Cuando haya terminado la acumulacin, se proceder a la
transmisin de la FCS, comenzando por el bit b1
(coeficiente ms elevado), siguiendo en orden hasta el bit de
b16 (coeficiente menos elevado), como indica la tabla
siguiente:
c) La estacin receptora aplicar la verificacin cclica de
redundancia (CRC) al contenido de la trama, comenzando
por el primer bit recibido despus de la bandera de apertura
e incluir todos los bits hasta el ltimo bit que preceda a la
bandera de cierre, excluyendo todos los bits 0 (si los
hubiera) que se suprimieron de conformidad con la regla
para asegurar la transparencia.
d) Una vez terminada la acumulacin de la FCS, la estacin
receptora examinar lo que resta. No habiendo error de
transmisin, el resto ser 1111000010111000 (x
0
a x
15
,
respectivamente).
8.6.4.2.3 Realizacin de la transparencia. El contenido
del formato de trama (A, C, campo de enlace de datos y FCS),
comprender cualquier configuracin de bits.
8.6.4.2.3.1 Las reglas siguientes se aplicarn a todo el
contenido de una trama, con excepcin de las secuencias de
bandera:
BANDERA
F
DIRECCIN
A
CONTROL
C
INFORMACIN
I
FCS BANDERA
F
Primer bit
transmitido

b16 b15 b14

b3 b2 b1
x
0
x
1
x
2
x
13
x
14
x
15
291 7/11/96
Nm. 71
a) La estacin transmisora examinar el contenido de la trama
antes de la transmisin e insertar un solo bit 0 inmediata-
mente despus de cada secuencia de 5 bits 1 consecutivos.
b) La estacin receptora examinar el contenido de la trama
recibida para determinar los grupos compuestos de 5 bits 1
consecutivos seguidos de uno o de varios bits 0 y suprimir
el bit 0 que siga inmediatamente a 5 bits 1 consecutivos.
8.6.4.2.4 Secuencias especiales de transmisin y estados
correspondientes del enlace. Adems, de emplear el repertorio
indicado de las rdenes y de las respuestas para la
administracin del intercambio de datos y de la informacin de
control, las estaciones aplicarn las convenciones para sealar
las condiciones indicadas.
a) Abandono, es un procedimiento por el cual una estacin que
emite una trama la da por terminada de una manera no
habitual, de modo que la estacin receptora ignorar esa
trama. Las convenciones para abandonar una trama sern:
1) transmisin de un nmero de bits 1 igual a siete por lo
menos, aunque inferior a quince (sin ceros insertados);
2) recepcin de siete bits 1.
b) Estado activo de enlace. Un enlace se encuentra en estado
activo cuando una estacin transmite una trama, una
secuencia de abandono o un relleno de tiempo entre tramas.
Cuando el enlace se encuentra en estado activo, se reservar
el derecho de la estacin transmisora, de continuar la
transmisin.
c) Relleno de tiempo entre tramas. El relleno de tiempo entre
tramas se llevar a cabo por transmisin de banderas en
forma continua entre las tramas. No se ha previsto ningn
relleno de tiempo dentro de una trama.
d) Estado inactivo de enlace. Un enlace se encuentra en estado
inactivo cuando se detecta una condicin continua de 1
que persiste durante 15 bits o ms. El relleno de tiempo en
el enlace en estado inactivo se caracterizar por una
condicin continua de 1 en el enlace.
e) Trama sin validez. Una trama sin validez es una trama que
no se encuentra limitada por dos banderas o una trama que
es ms corta que 32 bits entre banderas.
8.6.4.2.5 Modos
8.6.4.2.5.1 Modo de funcionamiento. El modo de funcio-
namiento ser el modo asncrono equilibrado (ABM).
8.6.4.2.5.1.1 Se permitir que una estacin combinada en
ABM transmita sin ser invitada por la estacin correspondiente.
ABM transmita cualquier trama de tipo, orden o respuesta,
salvo la trama DM.
8.6.4.2.5.2 Modo de no funcionamiento. El modo de no
funcionamiento ser el modo desconectado asncrono (ADM)
en el cual existe desconexin lgica entre una estacin
combinada y el enlace de datos.
ADM transmita sin ser invitada por la estacin correspondiente.
8.6.4.2.5.2.2 Las estaciones combinadas en ADM trans-
mitirn solamente tramas SABM, DISC, UA y DM (vase
8.6.4.2.7, en el que se describen las rdenes y respuestas
correspondientes a estos tipos de trama).
8.6.4.2.5.2.3 Las estaciones combinadas en ADM transmi-
tirn una trama DM cuando reciban una trama DISC y descar-
tarn todas las otras tramas de orden recibidas, salvo las SABM.
Si una trama de orden descartada tiene el bit P puesto a 1,
la estacin combinada transmitir una trama DM con el bit F
puesto a 1.
8.6.4.2.6 Funciones del campo de control y parmetros
correspondientes. Los campos de control contienen una orden
y una respuesta y los nmeros secuenciales, segn convenga.
Se utilizarn tres tipos de campos de control para llevar a cabo:
a) transferencias de informacin numeradas (tramas I);
b) funciones de supervisin numeradas (tramas S); y
c) funciones de control no numeradas (tramas U).
Los formatos de seccin de campo sern los de la Tabla 8-5.
La designacin de trama funcional correspondiente a cada tipo
de campo de control, as como los parmetros de campo de
control utilizados para llevar a cabo estas funciones, se descri-
birn en los prrafos siguientes.
8.6.4.2.6.1 El tipo de trama I se utiliza para llevar a cabo
las transferencias de informacin. Salvo en algunos casos
particulares, es el nico formato al que se permitir contener
un campo de informacin.
8.6.4.2.6.2 El tipo de trama S se destina para rdenes y
respuestas de supervisin que se utilizan para llevar a cabo las
funciones de control de supervisin del enlace como el acuse
de recibo de las tramas de informacin, el pedido de
transmisin o de retransmisin de las tramas de informacin y
el pedido de suspensin temporaria de la transmisin de las
tramas I. La trama S no contendr campo de informacin.
8.6.4.2.6.3 El tipo de trama U se destina a las rdenes y
respuestas no numeradas que se utilizan para llevar a cabo
funciones adicionales de control del enlace. Una de las
respuestas de trama U, la respuesta de rechazo de trama
(FRMR), contendr un campo de informacin; todas las otras
tramas del tipo U no contendrn campo de informacin.
8.6.4.2.6.4 Los parmetros de estacin relacionados con
los tres tipos de campo de control sern los siguientes:
a) Mdulo. Cada trama I recibir un nmero secuencial en la
emisin N(S) que va de 0 a mdulo menos uno (siendo
mdulo el mdulo de los nmeros secuenciales). El mdulo
ser 8. El nmero mximo de tramas I numeradas en secuen-
cia que estarn pendientes en una estacin (por ejemplo, sin
acuse de recibo) en un momento dado, no exceder nunca el
mdulo de los nmeros secuenciales menos uno. Esta restric-
cin, impuesta al nmero de tramas pendientes, tiene por
objeto evitar cualquier ambigedad en la asociacin de tramas
de transmisin con nmeros secuenciales durante el funciona-
miento normal y/o durante la correccin de errores.
Anexo 10 - Telecomunicaciones aeronauticas Volumen 111 .
Tabla 8-5. Formatos de campo de control
I I
Bits de campo de control
1 Trasnferencia de informacion (Trama 1) 1 0 1 NiS) / P l NiR)
Formato de campo de control para
1 2 3 4 5 6 7 8
1 Ordenedre~~uestas no numeradas 1 1 1 1 l M M I P / F I M M M
Ordeneslrespuestas de supervision (Trama S)
Donde:
N(S) = Numero secuencial en la emision.
(Bit 2 = Bit de orden inferior)
N(R) = Numero secuencial en la recepcion.
(Bit 6 = Bit de orden inferior)
S =. Bits de funcion de supervision
M = Bits de funcion de modificacion
P = Bit de invitacion a transmitir (en las ordenes)
F = Bit final (en las respuestas)
1
b) La variable de estado en emision V(S) indicara el numero
secuencial de la trama 1 siguiente que ha de transmitirse en
secuencia.
1) La variable de estado en emision adoptara un valor que
va de O a modulo menos uno (siendo modulo el modulo
de numeracion secuencial y el ciclo de los numeros en
la totalidad de la gama).
O S
2) El valor de V(S) aumentara en una unidad para cada
trama 1 transmitida en secuencia aunque no excedera del
valor de N(R) contenido en la ultima trama recibida en
mas del numero maximo permitido de tramas 1 pen-
dientes (k). Vease el inciso i) a continuacion donde figura
la definicion de k.
c) Antes de la transmision de una trama 1 a transmitir en
secuencia, el valor de N(S) se actualizara para que resulte
igual al valor de V(S).
S m
d) La variable de estado en recepcion V(R) indicara el numero
secuencial de la trama 1 siguiente que ha de recibirse en
secuencia:
N(R)
1) V(R) adoptara un valor que va de O a modulo menos uno.
2) El valor de V(R) aumentara en una unidad por la recep-
cion de una trama 1 recibida en secuencia sin error, cuyo
numero secuencial en la emision N(S), es igual a V(R).
e) Todas las tramas 1 y S contendran N(R), numero secuencial
esperado de la trama siguiente recibida. Antes de la
transmision de una trama 1 o S, el valor de N(R) se actua-
lizara para que resulte igual al valor corriente de la variable
de estado en recepcion. N(R) indica que la estacion que
transmite el numero N(R) ha recibido correctamente todas
las tramas 1 cuyos numeros van hasta N(R) - 1 inclusive.
f) Cada estacion mantendra variables independientes de estado
en emision V(S) y de estado en recepcion V(R), para las
tramas 1 que emite y recibe. En otros terminos, cada estacion
combinada mantendra una cuenta V(S) para las tramas 1 que
transmite y una cuenta V(R) para las tramas 1 que ha recibido
correctamente de la estacion combinada distante.
g) El bit de invitacion (P/F) sera utilizado por una estacion
combinada para solicitar (invitacion a transmitir) una res-
puesta o una secuencia de respuestas de parte de la estacion
combinada distante.
h) La estacion combinada distante utilizara el bit final (P/F)
para indicar la trama de respuesta transmitida en respuesta
a una orden de solicitacion (invitacion a transmitir).
i) El numero maximo (k) de tramas 1 numeradas en secuencia
que una estacion puede tener pendientes (es decir, sin acuse
de recibo) en un momento dado es un parametro de estacion
que nunca podra exceder del modulo.
Nota.- k queda determinado por el limite de capacidad
de la memoria intermedia de la estacion y deberia ser objeto
de acuerdo bilateral cuando se establezca el circuito.
8.6.4.2.7 Ordenes y respuestas. Se permitira que una
estacion combinada produzca ordenes o bien respuestas. Una
orden contendra la direccion de la estacion distante, mientras
que una respuesta contendra la direccion de la estacion emisora.
El sistema mnemonico ingles correspondiente a las ordenes y
respuestas indicadas para cada uno de los tres tipos de trama
(1, S y U) y la correspondiente codificacion del campo de
control es el que figura en la Tabla 8-6.
8.6.4.2.7.1 La orden trama 1 suministra el medio de
transmitir tramas numeradas en secuencia, a cada una de las
cuales se les permite contener un campo de informacion.
8.6.4.2.7.2 Las ordenes y respuestas de la trama S se utiliza-
ran para realizar funciones de supervision numeradas (tales como
acuse de recibo, invitacion a transmitir, suspension temporaria de
la transferencia de la informacion o correccion de errores).
711 1/96
Num. 71
Tabla 8-6. Ordenes y respuestas
Tipo
Transferencia de
informacion
Supervision
No numerado
1 (informacion)
RR (preparado
para recibir)
RNR (no preparado
para recibir)
RE J (rechazo)
SABM (paso al modo equi-
librado asincrono)
DISC (desconexion)
Respuestas
RR (preparado
para recibir)
RNR (no preparado
para recibir)
RE J (rechazo)
DM (modo
desconectado)
UA (acuse de
recibo no
numerado)
FRMR (rechazo de
trama)
Codificacion del campo C
8.6.4.2.7.2.1 La estacion utilizara la orden o respuesta ninguna otra REJ mientras no se despeje la primera
"preparado para recibir" (RR), para: condicion de excepcion REJ;
a) indicar que esta preparada para recibir una trama 1;
b) acusar recibo de las tramas 1 recibidas precedentemente,
cuyos numeros van hasta N(R) - 1 inclusive;
c) despejar un estado de ocupado que habia sido establecido
por la transmision de RNR.
Nota.- Se permite a la estacion combinada que utilice la
orden RR para solicitar una respuesta de la estacion
combinada distante con el bit de invitacion a transmitir puesto
a "1".
8.6.4.2.7.2.2 Estara permitido emitir un rechazo de orden
o de respuesta (REJ) para pedir la retransmision de las tramas
a partir de la trama 1 que lleva el numero N(R), donde:
a) se acusa recibo de las tramas 1 cuyos numeros van hasta
N(R) - 1;
d) la condicion de excepcion REJ puede despejarse (puesta a
cero) a partir del momento de la recepcion de la trama 1 con
un numero N(S) igual a N(R) de la ordenlrespuesta REJ.
8.6.4.2.7.2.3 La orden o respuesta "no preparado para
recibir" (RNR), se utilizara para indicar el estado "ocupado",
es decir, la imposibilidad momentanea de aceptar tramas 1
suplementarias a la llegada, cuando:
a) se acusa recibo de las tramas cuyos numeros van hasta
N(R) - l inclusive;
b) no se acusa recibo de la trama N(R) ni de ninguna trama 1
subsiguiente recibida (su aceptacion se indicara en su
momento, durante los intercambios subsiguientes);
c) la liberacion del estado "ocupado" se indicara mediante la
transmision de una RR, REJ, SABM, o UA con o sin bit P/F
puesto a "1".
b) las tramas 1 adicionales en espera de transmision inicial 8.6.4.2.7.2.3.1 Recomendacion.-
deben transmitirse despues de las tramas 1 retransmitidas;
a) Una estacion que recibe una trama RNR mientras
c) se establecera una sola condicion de excepcion REJ, de una efectua una transmision deberia cesar de transmitir las
estacion dada a otra, en un instante dado; no se emitira tramas I cuanto antes.
7/11/96
Num. 71
294 7/11/96
Nm. 71
b) Antes de suspender la transmisin deberan ejecutarse
todas las rdenes o respuestas REJ recibidas antes del
RNR.
c) Una estacin combinada debera poder utilizar la orden
RNR con bit de invitacin a transmitir en posicin de 1
para obtener de la estacin combinada distante una
trama de supervisin con el bit final puesto a 1.
8.6.4.2.7.2.4 Estar permitido utilizar la orden o la res-
puesta de rechazo selectivo (SREJ) para pedir la retransmisin
de la trama I nica numerada N(R) cuando:
a) se acusa recibo de las tramas cuyos nmeros van hasta
N(R) 1; la trama N(R) no se acepta y se aceptan nica-
mente las tramas I recibidas correctamente y en secuencia
despus de la trama I pedida; la trama I especfica que se
ha de retransmitir se indica con el N(R) en la orden/respuesta
SREJ;
b) la condicin de excepcin SREJ se despeja (puesta a cero)
una vez recibida una trama I con nmero N(S) igual al N(R)
del SREJ;
c) una vez que una estacin ha transmitido un SREJ, no se
permite transmitir ningn SREJ ni REJ en caso de error de
secuencia suplementaria, mientras no se despeje la primera
condicin de error SREJ;
d) las tramas I que se han podido transmitir despus de la
trama I indicada por el SREJ, no se retransmiten en
respuesta a un SREJ; y
e) las tramas I suplementarias en espera de transmisin inicial
pueden transmitirse despus de la retransmisin de la trama I
especfica solicitada por el SREJ.
8.6.4.2.7.3 Las rdenes y respuestas de trama U se utili-
zarn para ampliar el nmero de funciones de control de enlace.
Las tramas U transmitidas no incrementarn la cuenta de
secuencias en la estacin transmisora o en la estacin receptora.
a) Las rdenes de seleccin de modo de trama U (SABM y
DISC) se utilizarn para poner la estacin destinataria en el
modo apropiado de respuesta, (ABM o ADM) cuando:
1) a partir de la aceptacin de la orden, las variables de
estado en emisin V(S) y en recepcin V(R) de la estacin
se ponen a cero;
2) la estacin destinataria confirma la aceptacin lo antes
posible mediante transmisin de un solo acuse de recibo
no numerado UA;
3) las tramas transmitidas anteriormente, de las cuales no se
ha acusado recibo en el momento en que la orden se
ejecuta, quedan sin acuse de recibo;
4) la orden DISC se utiliza para establecer una conexin
lgica; es decir, para informar a la estacin combinada
destinataria que la estacin combinada transmisora sus-
pende la operacin. Con la orden DISC no se permitir
campo de informacin.
b) La respuesta de acuse de recibo no numerado (UA) ser
utilizada por una estacin combinada para confirmar la
recepcin y la aceptacin de las rdenes no numeradas. Las
rdenes no numeradas recibidas slo se aplican cuando se
ha emitido la respuesta UA. Con la respuesta UA no se
autorizar campo de informacin.
c) La respuesta de rechazo de trama, (FRMR) que emplea el
campo de informacin que se describe a continuacin, se
utilizar por parte de una estacin combinada en modo de
funcionamiento (ABM) para notificar que, de la recepcin
de una trama sin error FCS, resulta una de las condiciones
siguientes:
1) una orden/respuesta sin validez o sin aplicacin;
2) una trama con un campo de informacin que exceda la
capacidad de la memoria intermedia disponible;
3) una trama que posea un nmero N(R) sin validez.

Nota. Por definicin, un nmero N(R) sin validez es
un nmero que designa una trama I que se ha transmitido
anteriormente y de la cual se ha acusado recibo, o bien
una trama I que no se ha transmitido y que no es la
trama I siguiente en espera de transmisin.
d) La respuesta en modo desconectado (DM) se utilizar para
sealar un estado de no funcionamiento cuando no haya
ninguna conexin lgica entre la estacin y el enlace. Con
la respuesta DM no se autorizar campo de informacin.
Nota. La respuesta DM se enviar para solicitar a la
estacin combinada distante que emita una orden de seleccin
de modo o, si se enva como respuesta a la recepcin de una
orden de seleccin de modo, para informar a la estacin
combinada distante que la estacin transmisora permanece
en ADM y no puede ejecutar la orden de seleccin de modo.
8.6.4.3 Notificacin de la condicin de excepcin y
recuperacin. En esta seccin se describen los procedimientos
de recuperacin en caso de errores, aplicables despus de
la deteccin/aparicin de una condicin de excepcin en el
nivel de enlace. Las condiciones de excepcin descritas son
situaciones derivadas de errores de transmisin, del funciona-
miento defectuoso de una estacin o de otras circunstancias
operacionales.
8.6.4.3.1 Estado de ocupado. El estado de ocupado se
produce cuando una estacin se encuentra temporalmente
incapacitada para recibir o continuar recibiendo tramas I como
consecuencia de restricciones internas; por ejemplo, limitacin
de la capacidad de la memoria intermedia. El estado de ocupado
se notificar a la estacin combinada distante mediante la
transmisin de una trama RNR con el nmero N(R) de la
trama I siguiente esperada. El trfico pendiente de transmisin
puede transmitirse desde la estacin en estado de ocupado antes
o despus de la trama RNR.
Nota. La continuacin de un estado de ocupado debe
notificarse mediante la retransmisin de una trama RNR en
cada intercambio de trama P/F.
8.6.4.3.1.1 La estacin combinada que reciba una trama
RNR en ABM suspender la transmisin de tramas I lo antes
posible, ya sea completando o interrumpiendo la trama que se
est transmitiendo. La estacin combinada que reciba una RNR
lleva a cabo una operacin de temporizacin antes de reanudar
la transmisin asncrona de tramas I, a menos que la estacin
combinada distante notifique que el estado de ocupado ha sido
Primer bit
transmitido
donde:
El campo de control basico rechazado es el campo de control de la trama recibida que provoco el rechazo de la trama;
V(S) es el valor vigente de la variable de estado en emision en la estacion combinada distante que senala la condicion de error
(bit 10 = orden inferior);
17
w
V(R) es el valor vigente de la variable de estado en recepcion en la estacion combinada distante que notifica la condicion de
error (bit 14 = orden inferior);
18
x
1 8
Campo de control basico rechazado
v puesto a "1" indica que la trama recibida que provoco el rechazo era una respuesta;
19
y
20
z
13
v
w puesto a "1" indica que el campo de control recibido y devuelto en los bits 1 a 8 no era valido o no se ha ejecutado;
21 24
Puesto a cero
14 16
v(R)
9
O
x puesto a "1" indica que el campo de control recibido y devuelto en los bits 1 a 8 se considero no valido porque la trama
contenia un campo de informacion cuya inclusion no se autoriza con esta orden. El bit w debe ser puesto a "1" conjuntamente
con este bit;
10 12
v(s)
y puesto a "1" indica que el campo de informacion recibido excedio la longitud maxima de campo de informacion que puede
aceptar la estacion que senala la condicion de error. Este bit se excluye mutuamente con los bits w y x indicados
anteriormente;
z puesto a "11' indica que el campo de control recibido y devuelto en los bits 1 a 8 contenia un N(R) no valido. Este bit y
el bit w anterior, se excluyen mutuamente.
liberado. Si la trama RNR se recibe como orden con el bit P
puesto a "l", la estacion receptora respondera con una trama S
con el bit F puesto a "1".
8.6.4.3.1.2 El estado de ocupado se liberara en la estacion
que transmitio la trama RNR cuando cese la restriccion interna.
La liberacion del estado de ocupado se notificara a la estacion
distante mediante la transmision de una trama RR, REJ, SABM
o UA (con o sin el bit P/F puesto a "1").
8.6.4.3.2 Error en el numero secuencial N(S). En la esta-
cion receptora se establecera una condicion de excepcion por
error en el numero secuencial N(S) cuando una trama 1 recibida
sin error (ningun error en la FCS) contiene un numero
secuencial N( S) que no es igual a la variable de estado en
recepcion V( R) de dicha estacion. La estacion receptora no
acusa recibo de la trama que provoco el error en el numero
secuencial [es decir, no aumentara su variable de estado en
recepcion V( R) ], ni de las tramas 1 que pudieran seguirla
mientras no haya recibido una trama 1 con el numero secuencia
N( S) correcto. La estacion que reciba una o mas tramas 1 con
errores de numero secuencial, pero sin otros errores, aceptara
la informacion de control contenida en el campo N( R) y el
bit PIF para ejecutar las funciones de control de enlace; por
ejemplo, para recibir acuse de recibo de las tramas 1
transmitidas anteriormente [via el N( R) ]; para provocar que la
estacion responda (bit P puesto a "1").
8.6.4.3.2.1 Cuando se produzca un error de numero
secuencial, se dispondra de los medios especificados en
8.6.4.3.2.1.1 y 8.6.4.3.2.1.2 para iniciar la retransmision de las
tramas 1 perdidas o con errores.
8.6.4.3.2.1.1 Cuando se use la ordenlrespuesta REJ para
iniciar la recuperacion de una excepcion despues de haberse
detectado un error en el numero secuencial, se establecera cada
vez una sola condicion de excepcion "transmision de REJ"
desde una estacion a otra. Se liberara la condicion de excepcion
"transmision de REJ" cuando se reciba la trama 1 pedida.
Cuando una estacion reciba REJ iniciara la retransmision
secuencial de tramas 1 comenzando por la trama 1 indicada por
el N(R) de la trama REJ.
8.6.4.3.2.1.2 Si, debido a un error de transmision, una
estacion receptora no recibiera (o recibiera y descartara) una
trama 1 aislada o bien la o las ultimas tramas 1 de una
secuencia de tramas 1, no detectara las condiciones de
excepcion "de secuencia defectuosa" y por consiguiente no
transmitira REJ. La estacion que haya transmitido la trama o
las tramas 1 sin acuse de recibo, adoptara las medidas de
recuperacion apropiadas, despues de expirar el periodo de
temporizacion especificado para el sistema, para determinar
el numero secuencial a partir del cual debe comenzar la
retransmision.
7/11/96
Num. 71
296 7/11/96
Nm. 71
8.6.4.3.2.1.3 Recomendacin. La estacin combinada
que haya esperado una respuesta ms all del perodo de
temporizacin, no debera retransmitir inmediatamente todas
las tramas sin acuse de recibo. La estacin puede pedir
informaciones acerca del estado mediante una trama de
supervisin.
Nota 1. Si una estacin retransmite despus de expirar un
perodo de temporizacin todas las tramas I sin acuse de
recibo, debe estar preparada para recibir la trama REJ
siguiente con un nmero N(R) superior a su variable de estado
en emisin V(S).
Nota 2. Dado que puede ocurrir una situacin de conflicto
(contencin) en el caso de comunicaciones alternadas en
ambos sentidos en ABM o ADM, el intervalo de temporizacin
empleado por una estacin combinada debe ser mayor que el
empleado por la otra estacin combinada, para poder resolver
el conflicto.
8.6.4.3.3 Error FCS. La estacin receptora no aceptar
ninguna trama con error FCS y sta ser descartada. La estacin
receptora no adoptar medida alguna como resultado de la
recepcin de dicha trama.
8.6.4.3.4 Condicin de excepcin de rechazo de trama. Se
establecer una condicin de excepcin de rechazo de trama al
recibirse una trama libre de errores, que contenga un campo de
control no vlido o no realizado, un nmero N(R) no vlido, o
un campo de informacin que exceda la capacidad de
almacenamiento mxima establecida. Si en una estacin
combinada ocurriera una condicin de excepcin de rechazo de
trama, la estacin:
a) adoptar las medidas de recuperacin correspondientes sin
notificar a la estacin combinada distante la condicin de
excepcin, o
b) notificar a la estacin combinada distante la condicin
mediante una respuesta FRMR. La estacin distante
adoptar las medidas de recuperacin correspondientes; si,
despus de esperar un tiempo apropiado, no parecen haberse
adoptado medidas de recuperacin, la estacin combinada
que ha sealado la condicin de excepcin de rechazo de
trama puede adoptar las medidas correspondientes.
Las medidas de recuperacin para el funcionamiento en modo
equilibrado comprenden la transmisin de una orden cumplida
de seleccin de modo. Tambin pueden utilizarse en la
recuperacin funciones de niveles ms elevados.
8.6.4.3.5 Conflicto de seleccin de modo. Existe conflicto
cuando una estacin combinada emite una orden de seleccin
de modo y, antes de haber recibido una respuesta apropiada
(UA o DM), recibe una orden de seleccin de modo de la
estacin combinada distante. Esta situacin de conflicto se
resolver del modo siguiente:
a) cuando las rdenes de seleccin de modo en emisin y en
recepcin son idnticas, cada estacin combinada emitir
una respuesta UA en la primera oportunidad de respuesta
que se presente. Cada estacin combinada se pondr
inmediatamente en el modo indicado, o bien esperar recibir
una respuesta UA antes de efectuar esa operacin. En este
ltimo caso, si la respuesta UA no se recibe:
1) puede ponerse en el modo cuando expire el perodo del
temporizador de respuesta; o
2) puede reiniciarse la orden de seleccin de modo;
b) cuando las rdenes de seleccin de modo son diferentes,
cada estacin combinada se pondr en ADM y emitir una
respuesta DM en la primera oportunidad de respuesta. En
caso de conflicto entre una DISC y una orden diferente de
seleccin de modo, no es necesario adoptar ninguna otra
medida.
8.6.4.3.6 Funciones de temporizacin. Las funciones de
temporizacin se utilizarn para detectar que no se han recibido
los necesarios o esperados acuses de recibo o respuesta a una
trama transmitida anteriormente. La expiracin de la funcin de
temporizacin dar origen a las medidas correspondientes; por
ejemplo, la correccin de errores o la reemisin del bit P. La
duracin de las siguientes funciones de temporizacin depende
del sistema y es objeto de acuerdo bilateral:
a) las estaciones combinadas proporcionarn una funcin de
temporizacin para determinar que no se ha recibido una
trama con bit F puesto a 1 en respuesta a una trama de
orden con bit P a 1. La funcin de temporizacin cesar
automticamente al recibo de una trama vlida con bit F
puesto a 1;
b) una estacin combinada que no tenga pendiente bit P alguno,
y que haya transmitido una o ms tramas cuyas respuestas
se esperan, iniciar una funcin de temporizacin para
detectar una posible condicin de ausencia de respuesta. La
funcin de temporizacin cesar cuando se reciba una trama
I o S cuyo nmero secuencial N(R) sea superior al ltimo
N(R) recibido (de hecho, con acuse de recibo de una o ms
tramas I).
8.6.5 Red OACI comn de intercambio
de datos (CIDIN)
8.6.5.1 Introduccin
Nota 1. La red OACI comn de intercambio de datos
(CIDIN) es un elemento del servicio fijo aeronutico (AFS) que
utiliza procedimientos a base de bits, tcnicas de almace-
namiento y retransmisin, y tcnicas de conmutacin por
paquetes, de conformidad con la Recomendacin X.25 del
CCITT, para cursar mensajes de aplicaciones especficas del
AFS, tales como AFTN e informacin meteorolgica relativa
a las operaciones (OPMET).
Nota 2. La CIDIN proporciona un servicio fiable de red
comn para la transmisin de mensajes de aplicacin, en forma
binaria o de texto, a los proveedores de servicios de trnsito
areo y las agencias explotadoras de aeronaves.
8.6.5.1.1 Los centros o estaciones de entrada y salida de
la CIDIN se utilizarn para conectar entidades de aplicacin a
la CIDIN.
Nota. La interfaz entre la CIDIN y las entidades de
aplicacin constituye un elemento de implantacin local.
8.6.5.1.2 Los centros de retransmisin de la CIDIN se
utilizarn para remitir paquetes entre los centros o estaciones
de entrada y salida de la CIDIN que no estn conectados
directamente.
1/11/01
Nm. 76
297 7/11/96
Nm. 71
Figura 8-1. Niveles de protocolo CIDIN
CENTRO DE
ENTRADA
NIVEL
4
NIVEL
3b
NIVEL
3a
NIVEL
2
NIVEL
1
4
3b
3a
2
1
CENTRO DE
SALIDA
CENTRO DE
RETRANSMISIN
CENTRO DE
TRNSITO
PVC
Protocolo de
transporte
CIDIN
Protocolo de
paquete
CIDIN
Protocolo de
paquete X.25
Protocolo de
enlace de datos
Interfaz
fsico
1/11/01
Nm. 76
i Campo de con- :
1
1
, 4 trol de comu- +& Campo de datos de usuario CIDIN
- 1
7
1
nicaciones I U
I NIVEL DE TRANSPORTE CIDIN
1 1
I 1
1 1
I , NIVEL DE PAQUETE CIDIN
l .
1
1
r - J 1
1 1 1 1
I I 1
I 1 1 1
I - 1 I -
NIVEL DE PAQUETE X.25
t- 1 1
1 1 1 I 1
1 1 1 I 1
1
I
1 1 1 1
8 o NIVEL DE ENLACE DE DATOS 1 u
1
B =1 1
1
I 1 1 1
1
1
1 1 l 1
1
1
1 I 1 I
I 1
Figura 8-2. Terminologia de la CIDIN
711 1/96
Num. 71
CAMPO DE
CONTROL
DE ENLACE
DE DATOS
CAMPO DE
ENCABE-
CONTROL ZADOR
DE ENLACE
DE PA-
DE DATOS Q: : TE
1
ENCABE-
ZADOR
DE PA-
QUETE
CIDIN
l 1 I
1
l 1 1
l
1
1
I
1 1 1 1
1
1
I -
1 1 1
1
j
Trama 1 de enlace de datos
1
0
1
I
1 1 l
I 1
1
1
1 1 1
I 1
1
1
I 1
1 1
:4 DLCF 4;
1
1
I
1
I f Campo de enlace de datos - h DLCF s-i
I I
1 1
1 1
1
1
1 1
1 1
1 1
1
I 1 1
I
1
1
l
1
1
I Paquete X.25
1 1
1
1
1 1 I
1
1 1 1
1
1 l 1
r-=
I ; Paquete CIDIN ( 5 256 octetos)
1
1 1
1
ENCABEZA-
DOR DE
TRANS-
PORTE
CIDIN
I
MENSAJE (O SEGMENTO) CIDIN
299 7/11/96
Nm. 71
8.6.5.2 GENERALIDADES
8.6.5.2.1 Se definirn cuatro niveles de protocolo para el
control de la transferencia de mensajes entre centros de
conmutacin CIDIN:
el nivel de protocolo de enlace de datos
el nivel de protocolo de paquete X.25
el nivel de protocolo de paquete CIDIN
el nivel de protocolo de transporte CIDIN
Nota 1. En las Figuras 8-1 y 8-2 se indica la relacin
entre los trminos empleados.
Nota 2. Los detalles de los procedimientos de comu-
nicaciones y las especificaciones del sistema de la CIDIN, tal
como se implantaron en Europa, figuran en el Manual CIDIN
EUR (EUR Doc 005).
8.6.5.2.2 NIVEL DE PROTOCOLO DE ENLACE DE DATOS
8.6.5.2.2.1 Los paquetes X.25 que hayan de transferirse
entre dos centros de conmutacin CIDIN o un centro de
conmutacin CIDIN y una red de datos con conmutacin por
paquetes adoptarn el formato de tramas de enlace de datos.
8.6.5.2.2.2 Cada trama de enlace de datos consistir en un
campo de control de enlace de datos (DLCF), seguido
posiblemente de un campo de datos de enlace, y terminar por
una secuencia de verificacin de trama y una bandera (que es
la segunda parte del DLCF). Si existe un campo de datos de
enlace, la trama se designar como trama de informacin.
8.6.5.2.2.3 Los paquetes X.25 se transmitirn dentro del
campo de datos de enlace de las tramas de informacin.
Solamente habr un paquete en el campo de datos de enlace.
8.6.5.2.3 NIVEL DE PROTOCOLO DE PAQUETE X.25
8.6.5.1.3
8.6.5.2.3.1 Cada paquete CIDIN que haya de transferirse
en circuitos CIDIN entre centros de conmutacin CIDIN tendr
por formato el de un paquete X.25. Cuando se utilice una red
de datos con conmutacin por paquetes, ser admisible que el
paquete CIDIN adopte un formato de ms de un paquete X.25.
8.6.5.2.3.2 La integridad de cada paquete CIDIN se
preservar por el protocolo de paquete X.25, transformando
cada paquete CIDIN en una secuencia de paquete X.25
completa, tal como se defini en la recomendacin X.25 del
CCITT.
8.6.5.2.3.3 Cada paquete X.25 consistir en un encabe-
zador de paquete X.25, posiblemente seguido de un campo de
datos de usuario (UDF).
8.6.5.2.3.4 El protocolo de paquete X.25 se basa en la
aplicacin de procedimientos de circuito virtual. Un circuito
virtual se definir como un trayecto lgico entre dos centros
de conmutacin CIDIN. Si se utiliza una red de datos con
conmutacin por paquetes para interconectar dos centros de
conmutacin CIDIN, el procedimiento permitir una compati-
bilidad plena con los procedimientos que deben seguirse para
los circuitos virtuales de conformidad con la Recomenda-
cin X.25 del CCITT.
8.6.5.2.4 EL NIVEL DE PROTOCOLO DE PAQUETE CIDIN
8.6.5.2.4.1 Cada encabezador de transporte y el segmento
correspondiente estar precedido por un encabezador de
paquete CIDIN. No se utilizar ninguna otra segmentacin del
mensaje CIDIN entre el nivel de protocolo de transporte y el
nivel de protocolo de paquete CIDIN. Por lo tanto, ambos
encabezadores se utilizarn en combinacin. Juntos, se les
denominar campo de control de comunicaciones (CCF). Junto
con el segmento del mensaje constituyen los paquetes CIDIN,
que se transmitirn como una sola entidad del centro de entrada
al o a los centros de salida, a travs de uno o ms centros de
retransmisin, segn sea necesario.
8.6.5.2.4.2 Los paquetes de un mensaje CIDIN se retrans-
mitirn independientemente por rutas preestablecidas a travs
de la red, permitiendo as un encabezamiento de alternativa
sobre la base de paquetes CIDIN, segn sea necesario.
8.6.5.2.4.3 El encabezador de paquete CIDIN contendr
informacin que permita a los centros de retransmisin CIDIN
dar curso a los paquetes CIDIN en el orden de prioridad,
transmitir los paquetes CIDIN por el o los circuitos de salida
apropiados y duplicar o multiplicar los paquetes CIDIN,
cuando sea necesario para difusiones mltiples. La informa-
cin bastar para aplicar el procedimiento de direccin anali-
zada (supresin de direcciones) a las direcciones de salida, as
como a los indicadores de destinatario de los mensajes con
formato AFTN.
8.6.2.5 EL NIVEL DE PROTOCOLO DE TRANSPORTE
8.6.5.2.5.1 La informacin intercambiada a travs de la
CIDIN ser transmitida como mensajes CIDIN.
8.6.5.2.5.2 La longitud de un mensaje CIDIN estar
definida por el nmero secuencial de paquete CIDIN (CPSN).
La longitud mxima permitida es de 2
15
paquetes lo que, en la
prctica, equivale a una longitud ilimitada.
8.6.5.2.5.3 Si la longitud de un mensaje CIDIN y sus
encabezadores de transporte y paquete (tal como se define a
continuacin) excede de 256 octetos, el mensaje ser dividido
en segmentos e incluido en el campo de datos de usuario CIDIN
de los paquetes CIDIN. Cada segmento estar precedido de un
encabezador de transporte con la informacin que permita
reensamblar el mensaje CIDIN en el o los centros de salida, a
partir de los segmentos recibidos separadamente y determinar
el tratamiento que corresponda al mensaje CIDIN completo
recibido.
8.6.5.2.5.4 Todos los segmentos de un mensaje CIDIN
contarn con la misma informacin de identificacin de
mensaje en el encabezador de transporte. nicamente sern
diferentes el CPSN y el indicador de paquete final CIDIN.
8.6.5.2.5.5 La recuperacin de los mensajes se realizar en
el nivel de transporte.
1/11/01
Nm. 76
300 7/11/96
Nm. 71
COMO RESULTADO DE LA ENMIENDA NM. 76,
SE HAN ELIMINADO LAS PGINAS 301 A 318.
1/11/01
Nm. 76
Nm. 71
La direccin de aeronave ser una de las 16 777 214 direcciones de aeronave de 24 bits atribuidas por la OACI al Estado de
matrcula o a la autoridad de registro de marca comn y asignadas segn lo prescrito en el Apndice de este Captulo.
CAPTULO 9. PLAN DE DIRECCIONES DE AERONAVE
Nm. 71
1. GENERALIDADES
La utilizacin de los sistemas mundiales de comunicaciones,
navegacin y vigilancia se basar en la asignacin a las
aeronaves de direcciones exclusivas compuestas de 24 bits. En
ningn momento se asignar una direccin de aeronave a ms
de una aeronave. La asignacin de direcciones de aeronave
exige un plan completo de distribucin equilibrada y ampliable
de direcciones de aeronave que pueda aplicarse en todo el
mundo.
2. DESCRIPCIN DEL PLAN
En la Tabla 9-1 adjunta se sealan bloques de direcciones
consecutivas de que pueden disponer los Estados para
asignarlas a las aeronaves. Cada bloque se define mediante un
patrn fijo de los primeros 4, 6, 9, 12 14 bits de la direccin
de 24 bits. En consecuencia, puede disponerse de bloques de
diferente magnitud (1 048 576, 262 144, 32 768, 4 096 y 1 024
direcciones consecutivas respectivamente).
3. ADMINISTRACIN DEL PLAN
La Organizacin de Aviacin Civil Internacional (OACI)
administrar el plan de modo que pueda mantenerse una distri-
bucin internacional apropiada de direcciones de aeronave.
4. ATRIBUCIN DE DIRECCIONES
DE AERONAVE
4.1 La OACI atribuir bloques de direcciones de aeronave
al Estado de matrcula o a la autoridad de registro de marca
comn. Las atribuciones de direcciones a los Estados se
efectuarn conforme se indica en la Tabla 9-1.
4.2 El Estado de matrcula o la autoridad de registro de
marca comn notificar a la OACI cuando sea necesario
atribuir a dicho Estado un bloque adicional de direcciones para
asignarlas a aeronaves.
4.3 En la futura administracin del plan, debern apro-
vecharse los bloques de direcciones de aeronave que no hayan
sido an atribuidos. Estos bloques de reserva deben distribuirse
en funcin de la regin pertinente de la OACI:
Direcciones que comienzan con la combinacin de bits
00100: Regin AFI
00101: Regin SAM
0101: Regiones EUR y NAT
01100: Regin MID
01101: Regin ASIA
1001: Regiones NAM y PAC
111011: Regin CAR
Adems, las direcciones de aeronave que comiencen con las
combinaciones de bits 1011, 1101 y 1111 se han reservado para
uso futuro.
4.4 Cualquier necesidad futura de ms direcciones de
aeronave habr de satisfacerse mediante coordinacin entre la
OACI y los Estados de matrcula o autoridades de registro de
marca comn en cuestin. La solicitud de nuevas direcciones
de aeronave deber hacerse solamente por las autoridades de
registro cuando por lo menos el 75% del nmero de direcciones
ya atribuidas a dicha autoridad de registro hayan sido asignadas
a las aeronaves.
4.5 La OACI atribuir bloques de direcciones de aeronave
a los Estados no contratantes que las soliciten.
5. ASIGNACIN DE DIRECCIONES
DE AERONAVE
5.1 El Estado de matrcula o la autoridad de registro de
marca comn asignar a las aeronaves direcciones exclusivas
dentro de cada bloque cuando se requieran para ser utilizadas
por aeronaves debidamente equipadas que estn inscritas en un
registro nacional o internacional.
5.2 Las direcciones de aeronave se asignarn de confor-
midad con los siguientes principios:
a) en ningn momento se asignar la misma direccin a ms
de una aeronave;
b) se asignar a cada aeronave una sola direccin indepen-
dientemente de la composicin del equipo de a bordo;
Apndice del Captulo 9
PLAN MUNDIAL PARA LA ATRIBUCIN, ASIGNACIN
Y APLICACIN DE DIRECCIONES DE AERONAVE
5/11/98
Nm. 73
321 7/11/96
Nm. 71
c) no se modificar la direccin salvo en circunstancias
excepcionales y tampoco se modificar durante el vuelo;
d) cuando una aeronave cambie de Estado de matrcula, se
abandonar la direccin asignada previamente y la nueva
autoridad de registro le asignar una nueva direccin;
e) la direccin servir nicamente para la funcin tcnica de
direccionamiento e identificacin de la aeronave y no para
transmitir ninguna informacin especfica; y
f) no se asignarn a las aeronaves direcciones compuestas de
24 CEROS o de 24 UNOS.
6. APLICACIN DE LAS DIRECCIONES
DE AERONAVE
6.1 Las direcciones de aeronave se utilizarn para aplica-
ciones que exijan el encaminamiento de informacin hacia y
desde aeronaves debidamente equipadas.
Nota 1. Ejemplos de estas aplicaciones son la red de
telecomunicaciones aeronuticas (ATN), el SSR en Modo S y
el sistema anticolisin de a bordo (ACAS).
Nota 2. Esta norma no impide la asignacin de direc-
ciones de aeronave para aplicaciones especiales relacionadas
con las generales que se definen en este contexto. Como
ejemplos de dichas aplicaciones especiales pueden citarse la
utilizacin de direcciones de 24 bits en estaciones terrenas
seudoaeronuticas, para supervisar las estaciones terrenas de
tierra del servicio mvil aeronutico por satlite y en los
transpondedores en Modo S del servicio fijo (que notifican la
situacin de estar en tierra especificada en el Anexo 10,
Volumen IV, 3.1.2.6.10.1.2) a fin de supervisar el funciona-
miento de la estacin de tierra en Modo S. La asignacin de
direcciones para aplicaciones especiales ha de efectuarse de
conformidad con el procedimiento establecido por el Estado
para asignar direcciones de 24 bits a las aeronaves.
6.2 Nunca se utilizar para aplicacin alguna la direccin
compuesta de 24 CEROS.
7. Administracin de las asignaciones
provisionales de direccin de aeronaves
7.1 Se asignarn direcciones provisionales a aeronaves en
circunstancias excepcionales cuando los explotadores no hayan
podido obtener una direccin de sus Estados de matrcula o de
la autoridad de registro de marca comn particulares, de forma
oportuna. La OACI asignar direcciones provisionales a partir
del bloque de la OACI
1
indicado en la Tabla 9-1.
7.2 Al solicitar una direccin provisional, el explotador de
aeronave proporcionar a la OACI: la identificacin de
aeronave, el tipo y modelo de aeronave, el nombre y la
direccin del explotador y una explicacin del motivo de la
solicitud.
7.2.1 Una vez expedida una direccin provisional a los
explotadores de aeronaves, la OACI informar al Estado de
matrcula acerca de la expedicin de la direccin provisional,
acerca del motivo y acerca de la duracin.
7.3 El explotador de aeronave:
a) informar al Estado de matrcula acerca de la asignacin
provisional y reiterar la solicitud de una direccin
permanente; y
b) informar al fabricante de la clula.
7.4 Cuando se obtenga una direccin de aeronave
permanente del Estado de matrcula, el explotador:
a) informar sin demora a la OACI;
b) abandonar su direccin provisional; y
c) dispondr la codificacin de la direccin exclusiva vlida en
un plazo de 180 das de calendario civil.
7.5 Si no se obtiene la direccin permanente en un plazo
de un ao, el explotador de aeronave solicitar de nuevo una
direccin provisional de aeronave. En ningn caso se utilizar
una direccin provisional de aeronave por parte de un
explotador de aeronave por ms de un ao.
28/11/02
Nm. 77
322 7/11/96
Nm. 71
Tabla 9-1. Atribuciones a los Estados de direcciones de aeronave
Nota. La columna de la izquierda de la configuracin de direcciones de 24 bits representa el bit ms significativo (MSB) de
la direccin.
Nmero de direcciones en el bloque
Atribucin de los bloques de direcciones
(un guin representa un valor de bits de 0 1)
Estado
1 024 4 096 32 768 262 144 1 048 576
Afganistn * 0 1 1 1 0 0 0 0 0 0 0 0
Albania * 0 1 0 1 0 0 0 0 0 0 0 1 0 0
Alemania * 0 0 1 1 1 1
Angola * 0 0 0 0 1 0 0 1 0 0 0 0
Antigua y Barbuda * 0 0 0 0 1 1 0 0 1 0 1 0 0 0
Arabia Saudita * 0 1 1 1 0 0 0 1 0
Argelia * 0 0 0 0 1 0 1 0 0
Argentina * 1 1 1 0 0 0
Armenia * 0 1 1 0 0 0 0 0 0 0 0 0 0 0
Australia * 0 1 1 1 1 1
Austria * 0 1 0 0 0 1 0 0 0
Azerbaiyn * 0 1 1 0 0 0 0 0 0 0 0 0 1 0
Bahamas * 0 0 0 0 1 0 1 0 1 0 0 0
Bahrein * 1 0 0 0 1 0 0 1 0 1 0 0
Bangladesh * 0 1 1 1 0 0 0 0 0 0 1 0
Barbados * 0 0 0 0 1 0 1 0 1 0 1 0 0 0
Belars * 0 1 0 1 0 0 0 1 0 0 0 0 0 0
Blgica * 0 1 0 0 0 1 0 0 1
Belice * 0 0 0 0 1 0 1 0 1 0 1 1 0 0
Benin * 0 0 0 0 1 0 0 1 0 1 0 0 0 0
Bhutn * 0 1 1 0 1 0 0 0 0 0 0 0 0 0
Bolivia * 1 1 1 0 1 0 0 1 0 1 0 0
Bosnia y Herzegovina * 0 1 0 1 0 0 0 1 0 0 1 1 0 0
Botswana * 0 0 0 0 0 0 1 1 0 0 0 0 0 0
Brasil * 1 1 1 0 0 1
Brunei Darussalam * 1 0 0 0 1 0 0 1 0 1 0 1 0 0
Bulgaria * 0 1 0 0 0 1 0 1 0
Burkina Faso * 0 0 0 0 1 0 0 1 1 1 0 0
Burundi * 0 0 0 0 0 0 1 1 0 0 1 0
Cabo Verde * 0 0 0 0 1 0 0 1 0 1 1 0 0 0
Camboya * 0 1 1 1 0 0 0 0 1 1 1 0
Camern * 0 0 0 0 0 0 1 1 0 1 0 0
Canad * 1 1 0 0 0 0
Chad * 0 0 0 0 1 0 0 0 0 1 0 0
Chile * 1 1 1 0 1 0 0 0 0 0 0 0
China * 0 1 1 1 1 0
Chipre * 0 1 0 0 1 1 0 0 1 0 0 0 0 0
Colombia * 0 0 0 0 1 0 1 0 1 1 0 0
Comoras * 0 0 0 0 0 0 1 1 0 1 0 1 0 0
Congo * 0 0 0 0 0 0 1 1 0 1 1 0
323 7/11/96
Nm. 71
Costa Rica * 0 0 0 0 1 0 1 0 1 1 1 0
Cte d'Ivoire * 0 0 0 0 0 0 1 1 1 0 0 0
Croacia * 0 1 0 1 0 0 0 0 0 0 0 1 1 1
Cuba * 0 0 0 0 1 0 1 1 0 0 0 0
Dinamarca * 0 1 0 0 0 1 0 1 1
Djibouti * 0 0 0 0 1 0 0 1 1 0 0 0 0 0
Ecuador * 1 1 1 0 1 0 0 0 0 1 0 0
Egipto * 0 0 0 0 0 0 0 1 0
El Salvador * 0 0 0 0 1 0 1 1 0 0 1 0
Emiratos rabes Unidos * 1 0 0 0 1 0 0 1 0 1 1 0
Eritrea * 0 0 1 0 0 0 0 0 0 0 1 0 0 0
Eslovaquia * 0 1 0 1 0 0 0 0 0 1 0 1 11
Eslovenia * 0 1 0 1 0 0 0 0 0 1 1 0 1 1
Espaa * 0 0 1 1 0 1
Estados Unidos * 1 0 1 0
Estonia * 0 1 0 1 0 0 0 1 0 0 0 1 0 0
Etiopa * 0 0 0 0 0 1 0 0 0 0 0 0
Federacin de Rusia * 0 0 0 1
Fiji * 1 1 0 0 1 0 0 0 1 0 0 0
Filipinas * 0 1 1 1 0 1 0 1 1
Finlandia * 0 1 0 0 0 1 1 0 0
Francia * 0 0 1 1 1 0
Gabn * 0 0 0 0 0 0 1 1 1 1 1 0
Gambia * 0 0 0 0 1 0 0 1 1 0 1 0
Georgia * 0 1 0 1 0 0 0 1 0 1 0 0 0 0
Ghana * 0 0 0 0 0 1 0 0 0 1 0 0
Granada * 0 0 0 0 1 1 0 0 1 1 0 0 0 0
Grecia * 0 1 0 0 0 1 1 0 1
Guatemala * 0 0 0 0 1 0 1 1 0 1 0 0
Guinea * 0 0 0 0 0 1 0 0 0 1 1 0
Guinea-Bissau * 0 0 0 0 0 1 0 0 1 0 0 0 0 0
Guinea Ecuatorial * 0 0 0 0 0 1 0 0 0 0 1 0
Guyana * 0 0 0 0 1 0 1 1 0 1 1 0
Hait * 0 0 0 0 1 0 1 1 1 0 0 0
Honduras * 0 0 0 0 1 0 1 1 1 0 1 0
Hungra * 0 1 0 0 0 1 1 1 0
India * 1 0 0 0 0 0
Indonesia * 1 0 0 0 1 0 1 0 0
Irn, Repblica
Islmica del * 0 1 1 1 0 0 1 1 0
Iraq * 0 1 1 1 0 0 1 0 1
Estado
1 024 4 096 32 768 262 144 1 048 576
324 7/11/96
Nm. 71
Irlanda * 0 1 0 0 1 1 0 0 1 0 1 0
Islandia * 0 1 0 0 1 1 0 0 1 1 0 0
Islas Cook * 1 0 0 1 0 0 0 0 0 0 0 1 0 0
Islas Marshall * 1 0 0 1 0 0 0 0 0 0 0 0 0 0
Islas Salomn * 1 0 0 0 0 0 0 1 0 1 1 1 0 0
Israel * 0 1 1 1 0 0 1 1 1
Italia * 0 0 1 1 0 0
Jamahiriya rabe Libia * 0 0 0 0 0 0 0 1 1
Jamaica * 0 0 0 0 1 0 1 1 1 1 1 0
Japn * 1 0 0 0 0 1
Jordania * 0 1 1 1 0 1 0 0 0
Kazajstn * 0 1 1 0 1 0 0 0 0 0 1 1 0 0
Kenia * 0 0 0 0 0 1 0 0 1 1 0 0
Kirguistn * 0 1 1 0 0 0 0 0 0 0 0 1 0 0
Kiribati * 1 1 0 0 1 0 0 0 1 1 1 0 0 0
Kuwait * 0 1 1 1 0 0 0 0 0 1 1 0
La ex Repblica
Yugoslava de
Macedonia * 0 1 0 1 0 0 0 1 0 0 1 0 0 0
Lesotho * 0 0 0 0 0 1 0 0 1 0 1 0 0 0
Letonia * 0 1 0 1 0 0 0 0 0 0 1 0 1 1
Lbano * 0 1 1 1 0 1 0 0 1
Liberia * 0 0 0 0 0 1 0 1 0 0 0 0
Lituania * 0 1 0 1 0 0 0 0 0 0 1 1 1 1
Luxemburgo * 0 1 0 0 1 1 0 1 0 0 0 0 0 0
Madagascar * 0 0 0 0 0 1 0 1 0 1 0 0
Malasia * 0 1 1 1 0 1 0 1 0
Malawi * 0 0 0 0 0 1 0 1 1 0 0 0
Maldivas * 0 0 0 0 0 1 0 1 1 0 1 0 0 0
Mal * 0 0 0 0 0 1 0 1 1 1 0 0
Malta * 0 1 0 0 1 1 0 1 0 0 1 0 0 0
Marruecos * 0 0 0 0 0 0 1 0 0
Mauricio * 0 0 0 0 0 1 1 0 0 0 0 0 0 0
Mauritania * 0 0 0 0 0 1 0 1 1 1 1 0 0 0
Mxico * 0 0 0 0 1 1 0 1 0
Micronesia, Estados
Federados de * 0 11 0 1 0 0 0 0 0 0 1 0 0
Mnaco * 0 1 0 0 1 1 0 1 0 1 0 0 0 0
Mongolia * 0 1 1 0 1 0 0 0 0 0 1 0 0 0
Mozambique * 0 0 0 0 0 0 0 0 0 1 1 0
Myanmar * 0 1 1 1 0 0 0 0 0 1 0 0
Namibia * 0 0 1 0 0 0 0 0 0 0 0 1 0 0
Nauru * 1 1 0 0 1 0 0 0 1 0 1 0 0 0
Estado
1 024 4 096 32 768 262 144 1 048 576
325 7/11/96
Nm. 71
Nepal * 0 1 1 1 0 0 0 0 1 0 1 0
Nicaragua * 0 0 0 0 1 1 0 0 0 0 0 0
Nger * 0 0 0 0 0 1 1 0 0 0 1 0
Nigeria * 0 0 0 0 0 1 1 0 0 1 0 0
Noruega * 0 1 0 0 0 1 1 1 1
Nueva Zelandia * 1 1 0 0 1 0 0 0 0
Omn * 0 1 1 1 0 0 0 0 1 1 0 0 0 0
Pases Bajos,
Reino de los * 0 1 0 0 1 0 0 0 0
Pakistn * 0 1 1 1 0 1 1 0 0
Palau * 0 1 1 0 1 0 0 0 0 1 0 0 0 0
Panam * 0 0 0 0 1 1 0 0 0 0 1 0
Papua Nueva Guinea * 1 0 0 0 1 0 0 1 1 0 0 0
Paraguay * 1 1 1 0 1 0 0 0 1 0 0 0
Per * 1 1 1 0 1 0 0 0 1 1 0 0
Polonia * 0 1 0 0 1 0 0 0 1
Portugal * 0 1 0 0 1 0 0 1 0
Qatar * 0 0 0 0 0 1 1 0 1 0 1 0 0 0
Reino Unido * 0 1 0 0 0 0
Repblica rabe Siria * 0 1 1 1 0 1 1 1 1
Repblica
Centroafricana * 0 0 0 0 0 1 1 0 1 1 0 0
Repblica Checa * 0 1 0 0 1 0 0 1 1
Repblica de Corea * 0 1 1 1 0 0 0 1 1
Repblica Democrtica
del Congo * 0 0 0 0 1 0 0 0 1 1 0 0
Repblica Democrtica
Popular Lao * 0 1 1 1 0 0 0 0 1 0 0 0
Repblica de Moldova * 0 1 0 1 0 0 0 0 0 1 0 0 1 1
Repblica Dominicana * 0 0 0 0 1 1 0 0 0 1 0 0
Repblica Popular
Democrtica de Corea * 0 1 1 1 0 0 1 0 0
Repblica Unida
de Tanzana * 0 0 0 0 1 0 0 0 0 0 0 0
Rumania * 0 1 0 0 1 0 1 0 0
Rwanda * 0 0 0 0 0 1 1 0 1 1 1 0
Samoa * 1 0 0 1 0 0 0 0 0 0 1 0 0 0
San Marino * 0 1 0 1 0 0 0 0 0 0 0 0 0 0
Santa Luca * 1 1 0 0 1 0 0 0 1 1 0 0 0 0
Santo Tom y Prncipe * 0 0 0 0 1 0 0 1 1 1 1 0 0 0
San Vicente y
las Granadinas * 0 0 0 0 1 0 1 1 1 1 0 0 0 0
Senegal * 0 0 0 0 0 1 1 1 0 0 0 0
Seychelles * 0 0 0 0 0 1 1 1 0 1 0 0 0 0
Sierra Leona * 0 0 0 0 0 1 1 1 0 1 1 0 0 0
Estado
1 024 4 096 32 768 262 144 1 048 576
5/11/98
Nm. 73
326 7/11/96
Nm. 71
Singapur * 0 1 1 1 0 1 1 0 1
Somalia * 0 0 0 0 0 1 1 1 1 0 0 0
Sri Lanka * 0 1 1 1 0 1 1 1 0
Sudfrica * 0 0 0 0 0 0 0 0 1
Sudn * 0 0 0 0 0 1 1 1 1 1 0 0
Suecia * 0 1 0 0 1 0 1 0 1
Suiza * 0 1 0 0 1 0 1 1 0
Suriname * 0 0 0 0 1 1 0 0 1 0 0 0
Swazilandia * 0 0 0 0 0 1 1 1 1 0 1 0 0 0
Tailandia * 1 0 0 0 1 0 0 0 0
Tayikistn * 0 1 0 1 0 0 0 1 0 1 0 1 0 0
Togo * 0 0 0 0 1 0 0 0 1 0 0 0
Tonga * 1 1 0 0 1 0 0 0 1 1 0 1 0 0
Trinidad y Tabago * 0 0 0 0 1 1 0 0 0 1 1 0
Tnez * 0 0 0 0 0 0 1 0 1
Turkmenistn * 0 1 1 0 0 0 0 0 0 0 0 1 1 0
Turqua * 0 1 0 0 1 0 1 1 1
Ucrania * 0 1 0 1 0 0 0 0 1
Uganda * 0 0 0 0 0 1 1 0 1 0 0 0
Uruguay * 1 1 1 0 1 0 0 1 0 0 0 0
Uzbekistn * 0 1 0 1 0 0 0 0 0 1 1 1 1 1
Vanuatu * 1 1 0 0 1 0 0 1 0 0 0 0 0 0
Venezuela * 0 0 0 0 1 1 0 1 1
Viet Nam * 1 0 0 0 1 0 0 0 1
Yemen * 1 0 0 0 1 0 0 1 0 0 0 0
Yugoslavia * 0 1 0 0 1 1 0 0 0
Zambia * 0 0 0 0 1 0 0 0 1 0 1 0
Zimbabwe * 0 0 0 0 0 0 0 0 0 1 0 0 0 0
Otras atribuciones
OACI
1
* 1 1 1 1 0 0 0 0 0
OACI
2
* 1 0 0 0 1 0 0 1 1 0 0 1 0 0
OACI
2
* 1 1 1 1 0 0 0 0 1 0 0 1 0 0
1. La OACI administra este bloque para asignar direcciones provisionales de aeronave segn lo descrito en la Seccin 7.
2. Bloque atribuido para uso especial en inters de la seguridad de vuelo.
Estado
1 024 4 096 32 768 262 144 1 048 576
28/11/02
Nm. 77
Nm. 71
10.1 SERVICIO VA SATLITE
PARA LA DIFUSIN DE
INFORMACIN AERONUTICA
10.1.1 El servicio de telecomunicaciones punto a multi-
punto por satlite en apoyo de la difusin de informacin
aeronutica se basar en servicios protegidos permanentes y
que no cedan a derecho preferente, tal como se definen en las
recomendaciones pertinentes del CCITT.
10.2 SERVICIO VA SATLITE
PARA LA DIFUSIN DE
INFORMACIN ELABORADA
POR EL WAFS
10.2.1 Recomendacin. El sistema debera presentar
las siguientes caractersticas:
a) frecuencias banda C, tierra a satlite, banda de 6 GHz,
satlite a tierra, banda de 4 GHz;
b) capacidad de velocidad de sealizacin efectiva no inferior
a 9 600 bits/s;
c) proporcin de errores en los bits inferior a 1 en 10
7
;
d) correccin de errores sin canal de retorno; y
e) 99,95% de disponibilidad.
CAPTULO 10. COMUNICACIONES PUNTO A MULTIPUNTO
Nm. 74
11.1 DEFINICIONES Y FUNCIONES
DEL SISTEMA
Nota. Las normas y mtodos recomendados siguientes son
especficos del enlace de datos en alta frecuencia (HFDL) y son
complementarios de los requisitos especificados en el Regla-
mento de Radiocomunicaciones de la UIT (Apndice 27). El
HFDL es una subred mvil de la red de telecomunicaciones
aeronuticas (ATN) que funciona en las bandas de alta
frecuencia del servicio mvil aeronutico (R). Adems, el
HFDL puede proporcionar funciones ajenas a la ATN, tales
como el servicio de enlace directo (DLS). El sistema HFDL
debe capacitar a las aeronaves para intercambiar datos con los
usuarios de base terrestre.
11.1.1 Definiciones
rea de cobertura operacional designada (DOC). rea en la
que se proporciona un servicio particular y en la que se
protegen las frecuencias asignadas al servicio.
Nota. Esta rea puede, despus de establecer la coordi-
nacin adecuada para asegurar la proteccin de frecuencias,
ampliarse a reas fuera de las reas de adjudicacin conte-
nidas en el Apndice 27 del Reglamento de Radiocomunica-
ciones.
Calidad de servicio (QOS). Informacin correspondiente
relacionada a las caractersticas de transferencia de datos
utilizados por los diversos protocolos de comunicaciones
para desempear los diversos niveles de ejecucin desti-
nados a los usuarios de la red.
Microplaqueta codificada. Salida 1 o 0 del codificador
convolucional a media () o un cuarto () de velocidad.
Modulacin por desplazamiento de faseM (MPSK). Modu-
lacin de fase digital que hace que la forma de onda de la
portadora tome un valor M del conjunto de valores M.
Potencia mxima de envolvente (PEP). Potencia mxima de
la seal modulada proporcionada por el transmisor a la lnea
de transmisin de la antena.
Servicio de enlace directo (DLS). Servicio de comunicaciones
de datos que no trata de corregir automticamente los
errores, detectados o no detectados, en la capa de enlace del
trayecto de comunicaciones aire-tierra. (El control de errores
pueden efectuarlo los sistemas de usuario de extremo.)
Servicio de enlace fiable (RLS). Servicio de comunicaciones
de datos proporcionado por la subred que ejecuta autom-
ticamente el control de errores por su enlace, mediante la
deteccin de errores y la retransmisin solicitada de las
unidades de sealizacin que se hayan descubierto con
errores.
Smbolo M-PSK. Uno de los posibles desplazamientos de
fase M de la portadora modulada M-PSK que representa un
grupo de microplaquetas con codificacin log
2
M.
Unidad de datos de protocolo de acceso al medio (MPDU).
Unidad de datos que encapsula uno o ms LPDU.
Unidad de datos de protocolo de enlace (LPDU). Unidad de
datos que encapsula un segmento de una HFNPDU.
Unidad de datos de protocolo de capa fsica (PPDU). Unidad
de datos remitida a la capa fsica para fines de transmisin
o decodificada por la capa fsica despus de la recepcin.
Unidad de datos de protocolo de red de alta frecuencia
(HFNPDU). Paquete de datos de usuario.
Unidad de datos de protocolo de seales espontneas (SPDU).
Paquete de datos que se radiodifunde cada 32 segundos por
una estacin de tierra HFDL en cada una de sus frecuencias
de funcionamiento y que incluye la informacin para gestin
de enlace.
11.2 SISTEMA DE ENLACE DE DATOS HF
11.2.1 Arquitectura del sistema
El sistema HFDL consistir en uno o ms subsistemas de
estacin de tierra y de estacin de aeronave que aplican el
protocolo HFDL (vase 11.3). En el sistema HFDL se incluir
tambin un subsistema de gestin de tierra (vase 11.4).
11.2.1.1 SUBSISTEMAS DE ESTACIN DE AERONAVE
Y DE ESTACIN DE TIERRA
El subsistema de estacin de aeronave HFDL y el subsis-
tema de estacin de tierra HFDL comprendern las siguientes
funciones:
a) transmisin y recepcin HF;
b) modulacin y demodulacin de datos; y
c) aplicacin del protocolo y seleccin de frecuencias HFDL.
11.2.2 Cobertura operacional
Las asignaciones de frecuencias para el HFDL estarn prote-
gidas en toda su rea de cobertura operacional designada
(DOC).
CAPTULO 11. ENLACE DE DATOS HF
25/11/04
Nm. 79
329 4/11/99
Nm. 74
Nota 1. Las reas de cobertura operacional designada
(DOC) pueden ser distintas de las actuales MWARA y RDARA
definidas en el Apndice 27 del Reglamento de Radiocomuni-
caciones de la UIT.
Nota 2. Se requiere nueva coordinacin con la UIT para
los casos en los que las reas DOC no se conformen a las reas
de adjudicacin especificadas en el Reglamento de Radioco-
municaciones de la UIT.
11.2.3 Requisitos de transporte
de equipo HFDL
Se establecern los requisitos de transporte de equipo HFDL
en base a acuerdos regionales de navegacin area en los que se
especifique el espacio areo de operaciones y el calendario de
fechas de implantacin.
11.2.3.1 AVISO
En los acuerdos mencionados se estipular que debe propor-
cionarse un aviso anticipado de por lo menos dos aos respecto
de la obligatoriedad de llevar el equipo de a bordo.
11.2.4 Interconexin de redes
de estacin de tierra
11.2.4.1 Recomendacin. Los subsistemas de estacin
de tierra HFDL deberan estar interconectados mediante un
subsistema comn de gestin de tierra.
Nota. Esto proporciona una subred distribuida, con un
punto de unin a la subred (SNPA) que depende del mtodo de
implantacin, con lo que se permite el mantenimiento de las
conexiones de circuitos virtuales a medida que las estaciones
de aeronave transitan entre reas de cobertura operacional
designada. La distribucin puede ser multirregional o mundial.
11.2.5 Sincronizacin de la estacin
de tierra
La sincronizacin de los subsistemas de estacin de tierra
HFDL estar dentro del margen de 5 ms UTC. Debe remitirse
una notificacin apropiada a todos los subsistemas de estacin
de aeronave y de estacin de tierra, respecto a cualquier
estacin que no funcione dentro del margen de 25 ms
UTC, para que haya continuidad en el funcionamiento del
sistema.
11.2.6 Calidad de servicio
11.2.6.1 PROPORCIN DE ERRORES RESIDUALES
POR PAQUETE
La proporcin de errores no detectados en un paquete de
usuario de red que contenga entre 1 y 128 octetos de datos de
usuario ser igual o inferior a 1 en 10
6
.
11.2.6.2 RAPIDEZ DE SERVICIO
Los retardos de trnsito y transferencia de paquetes de
usuario de red (128 octetos) cuyas prioridades estn definidas
en la Parte I, Captulo 4, Tabla 4-26 para prioridades
de mensajes de 7 a 14, no excedern de los valores de la
Tabla 11-1:
Tabla 11-1. Retardos de transferencia
11.3 PROTOCOLO DE ENLACE
DE DATOS HF
El protocolo HFDL consistir en una capa fsica, una capa de
enlace y una capa de subred segn lo especificado a continua-
cin.
Nota. El protocolo HFDL es un protocolo por capas y es
compatible con el modelo de referencia para interconexin de
sistemas abiertos (OSI). El protocolo permite que el HFDL
funcione como una subred compatible con la red de teleco-
municaciones aeronuticas (ATN). Los detalles del protocolo
se describen en el Manual sobre enlace de datos de alta
frecuencia (HFDL), (Doc 9741).
11.3.1 Caractersticas RF de la capa fsica
Las estaciones de aeronave y de tierra tendrn acceso al
medio fsico que funciona en modo simplex.
11.3.1.1 BANDAS DE FRECUENCIAS
Las instalaciones HFDL sern capaces de funcionar por
cualquier frecuencia portadora (referencia) de banda lateral
nica (BLU) disponible para el servicio mvil aeronutico (R)
en la banda 2,8 a 22 MHz y de conformidad con las disposi-
ciones pertinentes del Reglamento de Radiocomunicaciones.
11.3.1.2 CANALES
La utilizacin de canales se conformar a la tabla de fre-
cuencias de portadora (referencia) del Apndice 27 del Regla-
11.3.1.3 SINTONIZACIN
El equipo ser capaz de funcionar en mltiples enteros de
1 kHz.
Sentido Prioridad Retardo
Retardo de
trnsito
Hacia aeronave
7 a 14 45 s
Desde aeronave
7 a 14 60 s
Retardo de
transferencia
(percentile 95)
Hacia aeronave 11 a 14 90 s
7 a 10 120 s
Desde aeronave
11 a 14 150 s
7 a 10 250 s
328A 25/11/04
Nm. 79
330 4/11/99
Nm. 74
11.3.1.4 BANDA LATERAL
La banda lateral utilizada para la transmisin estar en el
lado superior de su frecuencia portadora (referencia).
11.3.1.5 MODULACIN
El HFDL emplear la manipulacin por desplazamiento de
fase-M (M-PSK) para modular la frecuencia portadora de radio
a la frecuencia asignada. La velocidad de transmisin de
smbolos ser de 1 800 smbolos por segundo 10

partes por
millones. El valor de M y la velocidad de transmisin de datos
de informacin sern los especificados en la Tabla 11-2.
Tabla 11-2. Valor de M y velocidad de transmisin
de datos de informacin
Nota. Cuando M sea igual al valor 2, la velocidad de
transmisin de datos puede ser de 300 o de 600 bits por
segundo segn lo determine la velocidad de codificacin por
canal. El valor de M puede cambiar de una transmisin de
datos a otra dependiendo de la velocidad de transmisin de
datos seleccionada. La rapidez de codificacin por canal se
describe en el Manual sobre enlace de datos de alta frecuencia
(HFDL), Doc 9741.
11.3.1.5.1 PORTADORA M-PSK
La portadora M-PSK expresada matemticamente estar
definida por:
s(t) = A(p(t-kT)cos[2ft + (k)]), k = 0, 1 . . . , N-1
siendo:
N = nmero de smbolos MPSK en la unidad de
datos de protocolo de capa fsica (PPDU) trans-
mitida
s(t) = forma de onda analgica o seal al tiempo t
A = amplitud mxima
f
0
= portadora BLU (referencia) + 1 440 Hz
T = perodo de smbolo MPSK (1/1 800 s)
(k) = fase del k(i) smbolo MPSK
p(t-kT) = forma de impulsos del k(i) MPSK al tiempo t.
Nota. El nmero de smbolos MPSK enviados, N, define
la longitud (duracin = NT segundos) de la PPDU. Estos
parmetros se definen en el Manual sobre enlace de datos de
alta frecuencia (HFDL), Doc 9741.
11.3.1.5.2 FORMA DE IMPULSOS
La forma de impulsos, p(t), determinar la distribucin
espectral de la seal transmitida. La transformacin de Fourier
de la forma de impulsos, P(f), ser definida por:
P(f) = 1, si 0 < | f | (1 b)/2T
P(f) = cos {(2|f|T1 + b)/4b}, si (1b)/2T < | f | (1 + b)/2T
P(f) = 0, si | f | > (1 + b)/2T
en la que se ha seleccionado el parmetro espectral de cada
rpida, b = 0,31, de forma que los puntos de 20 dB de la seal
estn en la portadora BLU (referencia) + 290 Hz y portadora
BLU (referencia) + 2 590 Hz y la relacin de potencia mxima
a potencia promedio de la forma de onda es inferior a 5 dB.
11.3.1.6 ESTABILIDAD DEL TRANSMISOR
La estabilidad bsica de frecuencia de la funcin transmisora
ser superior a:
a) 20 Hz para subsistemas de estacin de aeronave HFDL; y
b) 10 Hz para subsistemas de estacin de tierra HFDL.
11.3.1.7 ESTABILIDAD DEL RECEPTOR
La estabilidad bsica de frecuencia de la funcin receptora
ser tal que, con la estabilidad de funcin transmisora especi-
ficada en 11.3.1.6, la diferencia total de frecuencias entre las
funciones de tierra y las funciones de a bordo, obtenida en
servicio, no exceda de 70 Hz.
11.3.1.8 PROTECCIN
Se aplicar una relacin de 15 dB de seal deseada a seal
no deseada (D/U) para la proteccin de asignaciones cocanal al
HFDL, segn lo siguiente:
a) datos respecto a datos;
b) datos respecto a voz; y
c) voz respecto a datos.
11.3.1.9 CLASE DE EMISIN
La clase de emisin ser 2K80J2DEN.
11.3.1.10 FRECUENCIA ASIGNADA
La frecuencia HFDL asignada ser de 1 400 Hz superior a la
frecuencia portadora BLU (de referencia).
Nota. Por convencin, la frecuencia asignada HFDL est
desplazada respecto a la frecuencia portadora BLU (de refe-
rencia), por 1 400 Hz. La portadora M-PSK HFDL de la
modulacin digital est desplazada respecto a la frecuencia
portadora BLU (de referencia) por 1 440 Hz. La modulacin
digital est plenamente incluida dentro de la misma anchura
de banda general de canal que la seal de voz, y cumple
con las disposiciones del Apndice 27 del Reglamento de
Radiocomunicaciones de la UIT.
M
de datos de informacin
(bits por segundo)
2 300 600
4 1 200
8 1 800
25/11/04
Nm. 79
328B
331 4/11/99
Nm. 74
11.3.1.11 LMITES DE EMISIN
En el caso de transmisores de estacin de aeronave y de
estacin de tierra HFDL, la potencia envolvente mxima (P
p
) de
cualquier emisin por cualquier frecuencia discreta, ser
inferior a la potencia envolvente mxima (P
p
) del transmisor, de
conformidad con los valores siguientes (vase la Figura 11-1):
a) en cualquier frecuencia entre 1,5 kHz y 4,5 kHz inferior a
la frecuencia asignada HFDL y en cualquier frecuencia entre
1,5 kHz y 4,5 kHz superior a la frecuencia asignada HFDL:
por lo menos 30 dB;
b) en cualquier frecuencia entre 4,5 kHz y 7,5 kHz inferior a la
frecuencia asignada HFDL y en cualquier frecuencia entre
4,5 kHz y 7,5 kHz superior a la frecuencia asignada HFDL:
por lo menos 38 dB; y
c) en cualquier frecuencia inferior a 7,5 kHz por debajo de la
frecuencia asignada HFDL y en cualquier frecuencia supe-
rior a 7,5 kHz por encima de la frecuencia asignada HFDL:
1) los transmisores de estacin de aeronave HFDL: 43 dB;
2) los transmisores de estacin de tierra HFDL hasta e inclu-
yendo 50 W;
[43 + 10 log
10
P
p
(W)] dB; y
3) los transmisores de estacin de tierra HFDL de ms de
50 W: 60 dB.
Figura 11-1. Lmites espectrales requeridos (en funcin de potencia mxima) para transmisores
de estacin de aeronave y de estacin de tierra HFDL
Frecuencia
portadora SSB
(de referencia)
25/11/04
Nm. 79
328C
332 4/11/99
Nm. 74
11.3.1.12 POTENCIA
11.3.1.12.1 Instalaciones de estacin de tierra. La poten-
cia envolvente mxima del transmisor (P
p
) proporcionada a la
lnea de transmisin de la antena no exceder del valor mximo
de 6 kW, segn lo indicado en el Apndice 27 del Reglamento
de Radiocomunicaciones.
11.3.1.12.2 Instalaciones de estacin de aeronave. La
potencia envolvente mxima proporcionada a la lnea de trans-
misin de la antena no exceder de 400 W, a reserva de lo
previsto en el Apndice 27/62 del Reglamento de Radioco-
municaciones.
11.3.1.13 RECHAZO DE SEAL NO DESEADA
Para los receptores de subsistemas de estacin de aeronave
y de estacin de tierra HFDL, las seales de entrada no deseadas
estarn atenuadas de conformidad con lo siguiente:
a) en cualquier frecuencia entre f
c
y (f
c
300 Hz), o entre (f
c
+
2 900 Hz) y (f
c
+ 3 300 Hz): por lo menos 35 dB por debajo
de la cresta del nivel de seal deseada; y
b) en cualquier frecuencia por debajo de (f
c
300 Hz) o por
encima de (f
c
+ 3 300 Hz): por lo menos 60 dB por debajo
de la cresta del nivel de seal deseada.
Siendo f
c
la frecuencia portadora (referencia).
11.3.1.14 RESPUESTA DEL RECEPTOR
A SEALES TRANSITORIAS
Recomendacin. Debera recuperarse la funcin recep-
tora de un aumento instantneo de la potencia RF en el
terminal de la antena de 60 dB en un plazo de 10 milisegundos.
Debera recuperarse la funcin receptora de una disminucin
instantnea de la potencia RF en el terminal de la antena de
60 dB en un plazo de 25 milisegundos.
11.3.2 Funciones de la capa fsica
11.3.2.1 FUNCIONES
Entre las funciones que proporciona la capa fsica se
incluirn las siguientes:
a) control de transmisor y de receptor;
b) transmisin de datos; y
c) recepcin de datos.
11.3.2.2 CONTROL DE TRANSMISOR
Y DE RECEPTOR
En la capa fsica HFDL se aplicar la conmutacin de trans-
misor/receptor y la sintonizacin de frecuencia segn lo ordene
la capa de enlace. La capa fsica ejecutar la manipulacin del
transmisor a solicitud de la capa de enlace para transmitir un
paquete.
11.3.2.2.1 TIEMPO DE RETARDO EN AMBOS SENTIDOS
11.3.2. ENTRE TRANSMISOR Y RECEPTOR
El nivel de potencia transmitida decaer por lo menos en
10 dB en un plazo de 100 milisegundos despus de completada
una transmisin. El subsistema de estacin HFDL ser capaz de
recibir y demodular, con el rendimiento nominal, cualquier
seal entrante en un plazo de 200 milisegundos a partir del
inicio del subsiguiente intervalo de recepcin.
11.3.2.2.2 TIEMPO DE RETARDO EN AMBOS SENTIDOS
11.3.2. ENTRE RECEPTOR Y TRANSMISOR
Los subsistemas de estacin HFDL proporcionarn una
potencia nominal de salida con un margen de ms o menos 1 dB
a la lnea de transmisin de la antena en un plazo de 200 milise-
gundos a partir del inicio del intervalo de transmisin.
11.3.2.3 TRANSMISIN DE DATOS
Se realizar la transmisin de datos empleando una tcnica
de acceso mltiple por distribucin en el tiempo (TDMA). Los
subsistemas de estacin terrestre para enlaces de datos HFDL
mantendrn la trama TDMA y la sincronizacin de intervalos
del sistema HFDL. Para asegurar que se mantiene la sincro-
nizacin de intervalos, cada modulador de enlace de datos HF
empezar produciendo un segmento de clave previa al principio
de un intervalo de tiempo ms o menos 10 milisegundos.
11.3.2.3.1 ESTRUCTURA TDMA
Cada trama TDMA ser de 32 segundos. Cada trama TDMA
estar subdividida en tres intervalos de igual duracin de la
forma siguiente:
a) se reservar el primer intervalo de cada trama TDMA para
ser utilizado por el subsistema de estacin de tierra HFDL a
fin de radiodifundir datos de gestin de enlace en paquetes
de SPDU; y
b) los intervalos restantes se asignarn ya sea a intervalos en
enlace ascendente, a intervalos en enlace descendente reser-
vados para determinados subsistema de estacin de aeronave
HFDL, ya sea a intervalos de acceso aleatorio en enlace
descendente para ser utilizados por el sub-sistema de todas
las estaciones de aeronave HFDL en base a competencia. Se
asignarn estos intervalos TDMA de forma dinmica
emplendose una combinacin de asignaciones de reserva,
direccin selectiva y acceso aleatorio.
11.3.2.3.2 RADIODIFUSIN
El subsistema de estacin de tierra HFDL radiofundir
una unidad de datos de protocolo de seales espontneas
(SPDU) cada 32 segundos por cada una de sus frecuencias de
funcionamiento.
328D
25/11/04
Nm. 79
333 4/11/99
Nm. 74
Nota. Los detalles relativos a tramas y estructuras de
intervalos TDMA, segmento de clave previa, estructuras de
datos incluidas las SPDU, figuran en el Manual sobre enlace de
datos de alta frecuencia (HFDL), Doc 9741.
11.3.2.4 RECEPCIN DE LOS DATOS
11.3.2.4.1 BSQUEDA DE FRECUENCIAS
Cada estacin de aeronave HFDL efectuar la bsqueda de
las frecuencias asignadas hasta que detecte una frecuencia de
funcionamiento.
11.3.2.4.2 RECEPCIN DE LAS PPDU
El receptor de enlace de datos HF proporcionar los medios
de detectar, sincronizar, demodular y decodificar las PDU
moduladas de conformidad con la forma de onda definida en
11.3.1.5 a reserva de la siguiente distorsin:
a) la portadora audio de 1 440 Hz desplazada ms o menos
70 Hz;
b) distorsin multitrayecto discreta o difusa con un ensancha-
miento multitrayecto de hasta 5 ms;
c) desvanecimiento de la amplitud multitrayecto con un ensan-
chamiento Doppler RMS doble de 2 Hz y estadstica
Rayleigh; y
d) ruido impulsivo aditivo Gaussiano y de banda ancha con
amplitud variable y tiempos de llegada aleatorios.
Nota. Vase el informe 549-2 del CCIR.
11.3.2.4.3 DECODIFICACIN DE LAS PPDU
Una vez recibido el segmento de prembulo, el receptor:
a) detectar el principio de una rfaga de datos;
b) medir y corregir el desplazamiento de frecuencia entre el
transmisor y el receptor debido a un desplazamiento Doppler
y a desplazamientos de frecuencia entre transmisor y
receptor;
c) determinar la velocidad de transmisin de datos y el reglaje
de intercalador que haya de utilizarse durante la demodu-
lacin de los datos;
d) efectuar la sincronizacin de smbolos MPSK; y
e) acondicionar el ecualizador.
11.3.2.4.4 SINCRONIZACIN
Cada subsistema de estacin de aeronave HFDL sincro-
nizar su temporizacin de intervalos al correspondiente de la
estacin de tierra, respecto a la hora de recepcin de la ltima
SPDU recibida.
11.3.2.4.5 ACTUACIN ESPECIFICADA EN CUANTO A LA
11.3.2. PROPORCIN DE ERRORES POR PAQUETE
El nmero de unidades de datos de protocolo de acceso al
medio (MPDU) del HFDL recibido con uno o ms errores en
los bits no exceder del 5% del nmero total de MPDU
recibidas, al utilizar un intercalador de 1,8 segundos y en las
condiciones de seal en el espacio indicadas en la Tabla 11-3.
Recomendacin. El nmero de MPDU por HFDL reci-
bidas con uno o ms errores en los bits no debera exceder del
5% del nmero total de MPDU recibidas, al utilizarse un inter-
calador de 1,8 segundos en las condiciones indicadas en la
Tabla 11-3a.
11.3.3 Capa de enlace
Nota. Los detalles relativos a las funciones de capa de
enlace figuran en el Manual sobre enlace de datos de alta
frecuencia (HFDL), Doc 9741.
La capa de enlace proporcionar las funciones de control
para la capa fsica, la gestin del enlace y los protocolos de
servicio de datos.
11.3.3.1 FUNCIONES DE CONTROL
La capa de enlace transmitir a la capa fsica las rdenes
para sintonizacin de frecuencia, manipulacin de transmisor y
conmutacin de transmisor y receptor.
11.3.3.2 GESTIN DE ENLACE
La capa de enlace administrar las asignaciones de inter-
valos TDMA, procedimientos de conexin y de desconexin,
sincronizacin TDMA de estacin de tierra y de estacin de
aeronave y las dems funciones necesarias teniendo en cuenta
la prioridad de los mensajes para el establecimiento y mante-
nimiento de las comunicaciones.
11.3.3.3 PROTOCOLOS DE SERVICIO DE DATOS
La capa de enlace prestar apoyo a un protocolo de servicio
de enlace fiable (RLS) y a un protocolo de servicio de enlace
directo (DLS).
11.3.3.3.1 RLS
Se utilizar el protocolo RLS para intercambiar paquetes de
datos de usuario con acuse de recibo entre las capas de enlace
pares de aeronave y de tierra.
11.3.3.3.2 DLS
Se utilizar el protocolo DLS para radiodifundir unidades de
datos de protocolo de red y de alta frecuencia (HFNPDU) en
enlace ascendente no segmentadas y otras HFNPDU que no
requieran la retransmisin automtica por la capa de enlace.
328E 27/11/03
Nm. 78
334 4/11/99
Nm. 74
11.3.4 Capa de subred
Nota. Los detalles acerca de los protocolos y servicios de
capa de subred figuran en el Manual sobre enlace de datos de
alta frecuencia (HFDL), Doc 9741.
11.3.4.1 DATOS POR PAQUETE
La capa de subred HFDL en el subsistema de estacin de
aeronave HFDL y en el subsistema de estacin de tierra HFDL
proporcionarn el servicio de datos por paquete por conexin
estableciendo conexiones de subred entre los usuarios del
servicio de subred.
11.3.4.2 SERVICIO DE NOTIFICACIN
DE CONECTIVIDAD
La capa de subred HFDL en el subsistema de estacin de
aeronave HFDL proporcionar la notificacin adicional de
conectividad enviando los mensajes de suceso de notificacin
de conectividad al encaminador ATN adjunto.
11.3.4.2.1 MENSAJES DE SUCESO DE NOTIFICACIN
11.3.4.2.DE CONECTIVIDAD
El servicio de notificacin de conectividad enviar mensajes
de suceso de notificacin de conectividad al encaminador ATN
adjunto por mediacin de la funcin de acceso a la subred.
11.3.4.3 FUNCIONES DE CAPA DE SUBRED HFDL
La capa de subred HFDL, tanto en el subsistema de estacin
de aeronave HFDL como en el subsistema de estacin de tierra
HFDL, incluir las tres siguientes funciones:
a) funcin dependiente de la subred HFDL (HFSND);
b) funcin de acceso a la subred; y
c) funcin de interfuncionamiento.
11.3.4.3.1 FUNCIN HFSND
La funcin HFSND ejercer el protocolo HFSND entre cada
par de subsistemas de estacin de aeronave HFDL y de estacin
de tierra HFDL intercambiando las HFNPDU. Ejecutar la
funcin de aeronave de protocolo HFSND en el subsistema de
estacin de aeronave HFDL y la funcin de tierra de protocolo
HFSND en el subsistema de estacin de tierra HFDL.
11.3.4.3.2 FUNCIN DE ACCESO A LA SUBRED
La funcin de acceso a la subred ejecutar el protocolo
ISO 8208 entre el subsistema de estacin de aeronave HFDL o
el subsistema de estacin de tierra HFDL y los encaminadores
adjuntos intercambiando paquetes ISO 8208. Ejecutar la
funcin DCE ISO 8208 en el subsistema de estacin de
aeronave HFDL y en el subsistema de estacin de tierra HFDL.
11.3.4.3.3 FUNCIN DE INTERFUNCIONAMIENTO
La funcin de interfuncionamiento proporcionar las fun-
ciones de armonizacin necesarias entre las funciones HFSND,
la funcin de acceso a la subred y la funcin de notificacin de
conectividad.
11.4 SUBSISTEMA DE GESTIN
DE TIERRA
Nota. Los detalles acerca de las funciones del subsistema
de gestin de tierra y de sus interfaces figuran en el Manual
sobre enlace de datos de alta frecuencia (HFDL), Doc 9741.
11.4.1 Funciones de gestin
El subsistema de gestin de tierra ejecutar las funciones
necesarias para establecer y mantener los canales de comuni-
caciones entre los subsistemas de estacin de tierra y de
estacin de aeronave HFDL.
11.4.2 Intercambio de informacin
para gestin y control
El subsistema de gestin de tierra estar en interfaz con el
sistema de estacin de tierra para intercambiar la informacin
de control requerida para la gestin de frecuencias, la gestin de
tablas del sistema, la gestin de conectividad, la gestin de
canales y la recopilacin de datos sobre calidad de servicio
(QOS).
328F 27/11/03
Nm. 78
335 4/11/99
Nm. 74
Tabla 11-3. Condiciones de la seal en el espacio HF
Tabla 11-3a. Condiciones de la seal en el espacio HF
Velocidad de
transmisin
de datos
(bits por segundo)
Nm. de
trayectos
por canal
Ensanchamiento
multitrayecto
(milisegundos)
Anchura de banda
de desvaneci-
miento (Hz)
segn el informe
549-2 CCIR
Desplazamiento
de frecuencia
(Hz)
Relacin de
seal a ruido
(dB) en una
anchura de
banda de
3 kHz
Tamao de
MPDU
(octetos)
1 200 1 fijo - - 40 4 256
1 800 2 desvanecimiento 2 1 40 16 400
1 200 2 desvanecimiento 2 1 40 11,5 256
600 2 desvanecimiento 2 1 40 8 128
300 2 desvanecimiento 2 1 40 5 64
Velocidad de
transmisin
de datos
(bits por segundo)
Nm. de
trayectos
por canal
Ensanchamiento
multitrayecto
(milisegundos)
Anchura de banda
de desvaneci-
miento (Hz)
segn el informe
549-2 CCIR
Desplazamiento
de frecuencia
(Hz)
Relacin de
seal a ruido
(dB) en una
anchura de
banda de
3 kHz
Tamao de
MPDU
(octetos)
1 200 2 desvanecimiento 4 1 40 13 256
1 800 2 desvanecimiento 2 2 40 11,5 256
328G 27/11/03
Nm. 78
336 4/11/99
Nm. 74
PGINA INTENCIONALMENTE DEJADA EN BLANCO
328H
Nm. 71
INTERNACIONALES
PARTE II SISTEMAS DE COMUNICACIONES ORALES
CAPTULO 1. DEFINICIONES
Nota. En el Anexo 10, Volumen I, Parte I, 2.9 y Volumen I, Adjunto F, respectivamente, figura texto acerca de la
fuente secundaria de energa y texto de orientacin relativo a la confiabilidad y disponibilidad de los sistemas de comunicaciones.
Nm. 71
AEROTERRESTRE DE
COMUNICACIONES VHF
Nota. En el texto siguiente, la separacin entre canales
para asignaciones de canales de 8,33 kHz se define como
25 kHz dividido por 3 lo que da como resultado 8,3333 ... kHz.
2.1.1 Las caractersticas del sistema aeroterrestre de
comunicaciones VHF usado en el servicio aeronutico interna-
cional se ajustarn a las especificaciones siguientes:
2.1.1.1 Las emisiones radiotelefnicas sern portadoras de
doble banda lateral (DBL) moduladas en amplitud (AM) (A3E).
La designacin de emisin es A3E, como se especifica en el
Reglamento de Radiocomunicaciones de la UIT.
ms bajo que permitan el estado de la tcnica y la naturaleza
del servicio.
Nota. El Apndice S3 del Reglamento de Radiocomu-
nicaciones de la UIT contiene las especificaciones sobre los
niveles de las emisiones no esenciales, que deben satisfacer
todos los transmisores.
2.1.1.3 Las radiofrecuencias utilizadas se seleccionarn de
la banda de 117,975 137 MHz. La separacin entre frecuen-
cias asignables (separacin entre canales) y las tolerancias de
frecuencia aplicables a los elementos de los sistemas sern las
especificadas en el Volumen V.
Nota. La banda de 117,975 132 MHz fue atribuida al
servicio mvil aeronutico (R) en el Reglamento de Radio-
comunicaciones de la UIT (1947). Mediante revisiones subsi-
guientes efectuadas por las Conferencias Administrativas
Mundiales de Radiocomunicaciones de la UIT, se agre-
garon las bandas de 132 136 MHz y 136 137 MHz en
condiciones que difieren en las regiones de la UIT, o en
pases o combinaciones de pases especificados (vase en
RR S5.203, S5.203A y S5.203B las atribuciones adicionales
en la banda de 136 137 MHz, y en S5.201 para la banda
de 132 136 MHz).
2.1.1.4 La polarizacin para las emisiones ser vertical.
DE LA INSTALACIN TERRESTRE
2.2.1 Funcin transmisora
2.2.1.1 Estabilidad de frecuencia. La radiofrecuencia de
operacin no variar ms de 0,005% respecto de la frecuencia
asignada. Cuando se introduzca una separacin de 25 kHz entre
canales, de acuerdo con el Volumen V, la radiofrecuencia de
operacin no variar ms de 0,002% respecto a la frecuencia
asignada. Cuando se introduzca una separacin de 8,33 kHz
entre canales, de acuerdo con el Volumen V, la radiofrecuencia
de operacin no variar ms de 0,0001% respecto de la
frecuencia asignada.
Nota. Las tolerancias antedichas no sern adecuadas
para sistemas de portadora desplazada.
2.2.1.1.1 Sistemas de portadora desplazada en entornos de
separacin de 25 kHz, 50 kHz y de 100 kHz entre canales. La
estabilidad de cada una de las portadoras de un sistema de
portadora desplazada deber ser tal que evite las frecuencias
heterodinas de primer orden de menos de 4 kHz y, adems, la
mxima desviacin de frecuencia de las frecuencias de
portadora exterior con respecto a la frecuencia de portadora
asignada no deber exceder de 8 kHz. No se emplearn sistemas
de portadora desplazada en los canales con separacin de
8,33 kHz.
Nota. En el Adjunto A de la Parte II, figuran ejemplos de
la estabilidad requerida para cada una de las portadoras de
los sistemas de portadora desplazada.
2.2.1.2 Potencia
Recomendacin. En un elevado porcentaje de ocasiones
la potencia radiada aparente debera producir una intensidad
de campo de por lo menos 75 mV/m (109 dBW/m
2
) dentro de
la cobertura operacional definida de la instalacin, tomando
como base de propagacin en el espacio libre.
2.2.1.3 Modulacin. Deber poder conseguirse un ndice
mximo de modulacin de por lo menos 0,85.
2.2.1.4 Recomendacin. Deberan proporcionarse
medios para mantener el ndice medio de modulacin al valor
ms elevado factible, sin sobremodulacin.
2.2.2 Funcin receptora
2.2.2.1 Estabilidad de frecuencia. Cuando se introduzca
una separacin de 8,33 kHz entre canales, de acuerdo con el
Volumen V, la radiofrecuencia de operacin no variar ms de
0,0001% respecto de la frecuencia asignada.
2.2.2.2 Sensibilidad. Despus de tener debidamente en
cuenta la prdida del alimentador y la variacin del diagrama
polar de la antena, la sensibilidad de la funcin receptora
ser tal que proporcione, en un elevado porcentaje de
ocasiones, una seal de salida de audio con una relacin de
seal deseada/no deseada de 15 dB, con una seal de radio de
amplitud modulada al 50% (A3E), que tenga una intensidad de
campo de 20 mV/m (120 dBW/m
2
) o ms.
CAPTULO 2. SERVICIO MVIL AERONUTICO
1/11/01
Nm. 76
Parte II Anexo 10 Telecomunicaciones aeronuticas
331 7/11/96
Nm. 71
2.2.2.3 Anchura de banda de aceptacin efectiva. Al
sintonizar con un canal cuya anchura es de 25 kHz, 50 kHz o
100 kHz, el sistema receptor proporcionar una salida de audio
adecuada e inteligible, cuando la seal especificada en 2.2.2.2
anterior tenga una frecuencia portadora, comprendida dentro de
0,005% de la frecuencia asignada. Al sintonizar con un canal
cuya anchura es de 8,33 kHz, el sistema receptor proporcionar
una salida de audio adecuada e inteligible, cuando la seal
especificada en 2.2.2.2 tenga una frecuencia portadora que se
encuentre dentro de un margen de 0,0005% de la frecuencia
asignada. En el Adjunto A a la Parte II se proporciona ms
informacin acerca de la anchura de banda de aceptacin
efectiva.
Nota. La anchura de banda de aceptacin efectiva
comprende el corrimiento Doppler.
2.2.2.4 Rechazo del canal adyacente. El sistema receptor
garantizar un rechazo efectivo de 60 dB o ms, del canal
asignable siguiente.
Nota. La frecuencia asignable siguiente ser normal-
mente de 50 kHz. Cuando esta separacin entre canales no
sea suficiente, la siguiente frecuencia asignable ser de
25 kHz o de 8,33 kHz, aplicada de acuerdo con las
disposiciones del Volumen V. Se reconoce que en ciertas reas
del mundo puede que continen utilizndose receptores
diseados para una separacin de 25 kHz, 50 kHz o de 100 kHz
entre canales.
DE LA INSTALACIN DE A BORDO
2.3.1 Funcin transmisora
2.3.1.1 Estabilidad de la frecuencia. La radiofrecuencia de
operacin no variar ms de 0,005% con respecto a la
frecuencia asignada. En los casos en que se introduzca una
separacin de 25 kHz entre canales, la radiofrecuencia de
frecuencia asignada. En los casos en que se introduzca una
separacin de 8,33 kHz entre canales, la radiofrecuencia de
frecuencia asignada
2.3.1.2 Potencia. En un elevado porcentaje de ocasiones,
la potencia radiada aparente ser tal que se obtenga una
intensidad de campo de por lo menos 20 mV/m (120 dBW/m
2
)
tomando como base la propagacin en espacio libre a las
altitudes y distancias apropiadas para las condiciones opera-
cionales relativas a las reas en que se utilice la aeronave.
2.3.1.3 Potencia de canal adyacente. La magnitud de la
potencia en cualesquiera condiciones de operacin de un
transmisor de a bordo a 8,33 kHz, medida en torno a una
anchura de banda de canal de 7 kHz con centro en el primer
canal adyacente de 8,33 kHz no exceder de 45 dB por debajo
de la potencia de la portadora del transmisor. En la potencia de
este canal adyacente se considerar el espectro de voz
caracterstico.
Nota. Se supone que el espectro de voz es de un nivel
constante de 300 a 800 Hz y se atena en 10 dB por octava
sobre 800 Hz.
2.3.1.4 Modulacin. Deber poder conseguirse un ndice
mximo de modulacin de por lo menos 0,85.
2.3.1.5 Recomendacin. Deberan proporcionarse
medios para mantener el ndice medio de modulacin al valor
efectivo ms elevado factible, sin sobremodulacin.
2.3.2 Funcin receptora
2.3.2.1 Estabilidad de frecuencia. En los casos en que se
introduzca una separacin de 8,33 kHz entre canales, de
acuerdo con el Volumen V, la radiofrecuencia de operacin no
variar ms de 0,0005% respecto de la frecuencia asignada.
2.3.2.2 Sensibilidad
2.3.2.2.1 Recomendacin. Despus de tener debida-
mente en cuenta la prdida de atenuacin por desequilibrio de
impedancia del alimentador de a bordo y la variacin del
diagrama polar de la antena, la sensibilidad de la funcin
receptora debera ser tal que proporcione, en un elevado
porcentaje de ocasiones, una seal de salida de audio con una
relacin de seal deseada/no deseada de 15 dB, con una seal
de radio modulada en amplitud (A3E) del 50% que tenga una
intensidad de campo de 75 mV/m (109 dBW/m
2
).
Nota. A los efectos de la planificacin de instalaciones
VHF de alcance ampliado, se puede suponer una sensibilidad
de 30 Mv/m de la funcin receptora de a bordo.
2.3.2.3 Anchura de banda de aceptacin efectiva para
instalaciones receptoras con separacin de 100, 50 y 25 kHz
entre canales. Al sintonizar con un canal que en el Volumen V
se designe como uno cuya anchura sea de 25 kHz, 50 kHz o
100 kHz, la funcin receptora deber garantizar, una anchura
de banda de aceptacin efectiva, como sigue:
a) en las reas donde se empleen sistemas de portadora
desplazada, la funcin receptora deber proporcionar una
salida de audio adecuada, cuando la seal especificada en
2.3.2.2 tenga una frecuencia de portadora que se encuentre
dentro de un margen de 8 kHz respecto a la frecuencia
asignada;
b) en las reas donde se empleen sistemas de portadora
desplazada, la funcin receptora deber proporcionar una
salida de audio adecuada, cuando la seal especificada en
2.3.2.2 tenga una frecuencia de portadora de 0,005%
respecto a la frecuencia asignada.
2.3.2.4 Anchura de banda de aceptacin efectiva para
instalaciones receptoras con separacin de 8,33 kHz entre
canales. Al sintonizar con un canal que en el Volumen V se
designe como uno cuya anchura sea de 8,33 kHz, la funcin
receptora deber proporcionar una salida de audio adecuada
cuando la seal especificada en 2.3.2.2 tenga una frecuencia de
portadora que se encuentre dentro de un margen de 0,0005%
de la frecuencia asignada. En el Adjunto A de la Parte II se
proporciona ms informacin acerca de la anchura de banda de
aceptacin efectiva.
Nota. La anchura de banda de aceptacin efectiva
comprende el corrimiento Doppler.
332 7/11/96
Nm. 71
2.3.2.5 Rechazo entre canales adyacentes. La funcin
receptora deber lograr un rechazo efectivo entre canales
adyacentes, como sigue:
a) cuando se use la separacin de 8,33 kHz entre canales:
60 dB o ms a 8,33 kHz con respecto a la frecuencia
asignada, y 40 dB o ms a 6,5 kHz;
Nota. El ruido de fase del oscilador local del receptor
debera ser lo suficientemente bajo como para evitar
cualquier degradacin de la capacidad del receptor de
rechazar seales fuera de la portadora. Es necesario un
nivel de ruido de fase con una separacin de la portadora
mejor que 99 dBc/Hz a 8,33 kHz, para satisfacer la norma
de rechazo de canal adyacente de 45 dB en todas las
condiciones de operacin.
b) cuando se use la separacin de 25 khz entre canales: 50 dB
o ms a 25 khz con respecto a la frecuencia asignada y
40 dB o ms a 17 kHz;
c) cuando se use la separacin de 50 kHz entre canales: 50 dB
o ms a 50 kHz con respecto a la frecuencia asignada y
40 dB o ms a 35 kHz;
d) cuando se use la separacin de 100 kHz entre canales:
50 dB o ms a 100 kHz con respecto a la frecuencia
asignada.
2.3.2.6 Recomendacin. Siempre que sea factible, el
sistema receptor debera lograr un rechazo efectivo entre
canales adyacentes de 60 dB o ms a 25, 50 y 100 kHz con
respecto a la frecuencia asignada para los sistemas receptores
que tengan que funcionar con una separacin de 25, 50 y 100
kHz entre canales, respectivamente.
Nota. La planificacin de frecuencias se basa normal-
mente en un supuesto de rechazo efectivo entre canales
adyacentes de 60 dB a 25, 50 y 100 kHz con respecto a la
frecuencia asignada, segn corresponda al entorno de
separacin entre canales.
2.3.2.7 Recomendacin. En el caso de receptores que
se ajusten a 2.3.2.3 y se utilicen en reas donde se encuentren
en vigor sistemas de portadora desplazada las caractersticas
del receptor deberan ser tales que:
a) la respuesta de la frecuencia de audio evite los niveles
perjudiciales de frecuencias heterodinas de audio resultan-
tes de la recepcin de dos o ms frecuencias de portadoras
desplazadas;
b) los circuitos silenciadores del receptor, si los hubiera,
funcionen satisfactoriamente en presencia de frecuencias
heterodinas de audio resultantes de la recepcin de dos o
ms frecuencias de portadoras desplazadas.
2.3.2.8 VDL Caractersticas de inmunidad
a la interferencia
2.3.2.8.1 Para el equipo cuya utilizacin se prev en la
operacin independiente de servicios que aplican tecnologa
DBL-AM y VDL a bordo de la misma aeronave, la funcin
receptora proporcionar una salida audio adecuada e inteligible
con una intensidad de campo de la seal deseada de no ms de
150 microvoltios por metro (102 dBW/m
2
) y con una inten-
sidad de campo de la seal VDL no deseada de por lo menos
50 dB por encima de la intensidad de campo deseada en
cualquier canal asignable a 100 kHz o ms respecto del canal
asignado de la seal deseada.
Nota.Este nivel de caractersticas de inmunidad a la
interferencia VDL proporciona una actuacin del receptor
coherente con la influencia de la mscara espectral RF VDL
especificada en el Volumen III, Parte I, 6.3.4 con un
aislamiento efectivo de transmisor/receptor de 68 dB. Una
mejor actuacin del transmisor y receptor podra resultar en
que se requiera menos aislamiento.
2.3.2.8.2 Despus del 1 de enero de 2002, la funcin
receptora de todas las nuevas instalaciones que se prev utilizar
en la operacin independiente de servicios que aplican tecno-
loga DBL-AM y VDL a bordo de la misma aeronave deber
satisfacer las disposiciones de 2.3.2.8.1.
2.3.2.8.3 Despus del 1 de enero de 2005, la funcin
receptora de todas las instalaciones que se prev utilizar en la
operacin independiente de servicios que aplican tecnologa
DBL-AM y VDL a bordo de la misma aeronave deber satis-
facer las disposiciones de 2.3.2.8.1, tenindose en cuenta lo
dispuesto en 2.3.2.8.4.
2.3.2.8.4 Los requisitos relativos al cumplimiento obliga-
torio de las disposiciones de 2.3.2.8.3 se aplicarn mediante
fiquen el espacio areo de las operaciones y los plazos de
implantacin.
2.3.2.8.4.1 En los acuerdos que se indican en 2.3.2.8.4 se
otorgar un aviso previo mnimo de dos aos respecto al
cumplimiento obligatorio para los sistemas de a bordo.
2.3.3 Caractersticas de inmunidad
a la interferencia
2.3.3.1 A partir del 1 de enero de 1998, el sistema receptor
de comunicaciones VHF proporcionar inmunidad adecuada a
la interferencia por efectos de intermodulacin de tercer orden
causada por dos seales de radiodifusin FM en VHF cuyos
niveles a la entrada del receptor sean de 5 dBm.
2.3.3.2 A partir del 1 de enero de 1998, el sistema receptor
de comunicaciones VHF no se desensibilizar en presencia de
seales de radiodifusin FM en VHF cuyos niveles a la entrada
del receptor sean de -5 dBm.
Nota. En el Adjunto A a la Parte II, 1.3, figura un texto
de orientacin sobre los criterios de inmunidad aplicables al
funcionamiento de los sistemas mencionados en 2.3.3.1 y
2.3.3.2 anteriores.
2.3.3.3 A partir del 1 de enero de 1995, todas las nuevas
instalaciones de los sistemas receptores de comunicaciones
VHF de a bordo se ajustarn a las disposiciones establecidas
en 2.3.3.1 y 2.3.3.2.
2.3.3.4 Recomendacin. Los sistemas receptores de
comunicaciones VHF de a bordo cuyo funcionamiento satis-
faga las normas de inmunidad indicadas en 2.3.3.1 y 2.3.3.2,
deberan entrar en servicio tan pronto como sea posible.
2/11/00
Nm. 75
333 7/11/96
Nm. 71
DE COMUNICACIONES HF
EN BANDA LATERAL NICA (BLU),
PARA SU UTILIZACIN EN EL
SERVICIO MVIL AERONUTICO
2.4.1 Las caractersticas del sistema BLU HF aire-tierra,
cuando se utilice en el servicio mvil aeronutico, se regirn
por las siguientes especificaciones.
2.4.1.1 Gama de frecuencias
2.4.1.1.1 Las instalaciones BLU HF debern poder
funcionar en cualquier frecuencia portadora (de referencia) de
que disponga el servicio mvil aeronutico (R) en la banda de
2,8-22 MHz, para dar cumplimiento al plan de asignacin de
frecuencias que se apruebe para la regin o las regiones en que
se tiene la intencin de hacer funcionar el sistema, y de
conformidad con las disposiciones pertinentes del Reglamento
de radiocomunicaciones.
Nota 1. Vnse la introduccin del Volumen V, Cap-
tulo 3, y las Figuras 2-1 y 2-2 al final de este captulo.
Nota 2. La Conferencia Administrativa Mundial de
Radiocomunicaciones del Servicio Mvil Aeronutico, cele-
brada en Ginebra en 1978, formul un nuevo Plan de adjudi-
cacin (Apndice 27, Aer2 al Reglamento de Radiocomu-
nicaciones) basado en la sustitucin de la doble banda lateral
anterior por la banda lateral nica. La Conferencia Mundial
de Radiocomunicaciones de 1995 lo design como nuevo
Apndice S.27. Se realizaron algunos cambios de carcter
editorial de menor importancia en la Conferencia Mundial de
Radiocomunicaciones de 1997.
2.4.1.1.2 Los equipos sern capaces de funcionar en
mltiplos enteros de 1 kHz.
2.4.1.2 Seleccin de banda lateral
2.4.1.2.1 La banda lateral transmitida ser la del lado
de la frecuencia ms alta de su frecuencia portadora (de
referencia).
2.4.1.3 Frecuencia portadora
(de referencia)
2.4.1.3.1 La utilizacin de canales concordar con el
cuadro de frecuencias portadoras (de referencia) del 27/16 y el
Plan de adjudicacin del 27/186 al 27/207 inclusive (o bien las
frecuencias establecidas a base del 27/21, segn corresponda)
del Apndice S27.
Nota. Se tiene la intencin de promulgar en los planes
regionales y en las publicaciones aeronuticas, slo la fre-
cuencia portadora (de referencia).
2.4.1.4 Clases de emisin y supresin
de la portadora
2.4.1.4.1 El sistema utilizar la portadora suprimida de la
clase de emisin J3E (tambin J7B y J9B, segn sea el caso).
Cuando se utilice SELCAL en la forma especificada en el
Captulo 3 de la Parte II, la instalacin utilizar la emisin de
clase H2B.
2.4.1.4.2 Para el 1 de febrero de 1982, las estaciones
aeronuticas y las estaciones de aeronave debern haber
introducido las clases de emisin prescritas en 2.4.1.4.1
anterior. En esa fecha, se suspender la utilizacin de la emisin
de clase A3E, salvo por lo indicado en 2.4.1.4.4.
2.4.1.4.3 Hasta el 1 de febrero de 1982, las estaciones
aeronuticas y las estaciones de aeronave equipadas para el
funcionamiento en banda lateral nica, estarn equipadas
tambin para transmitir emisiones H3E cuando sea menester,
a fin de que sean compatibles para la recepcin con los
equipos de banda lateral doble. A partir de esa fecha, se
suspender la utilizacin de la emisin H3E, excepto lo
previsto en 2.4.1.4.4.
2.4.1.4.4 Recomendacin. Las estaciones directamente
interesadas en coordinar las operaciones de bsqueda y
salvamento, que utilicen las frecuencias de 3 023 y 5 680 kHz,
deberan utilizar las emisiones de clase J3F; sin embargo,
como es posible que tambin estn interesados los servicios
mvil martimo y mvil terrestre, pueden utilizarse las
emisiones de las clases A3E y H3E.
2.4.1.4.5 No se instalarn nuevos equipos BLD despus
del 1 de abril de 1981.
2.4.1.4.6 Las estaciones transmisoras de aeronave sern
capaces de una supresin de la portadora de por lo menos
26 dB con relacin a la potencia de cresta de la envolvente (P
p
)
para las clases de emisin J3E, J7B o J9B.
2.4.1.4.7 Los transmisores de estacin aeronutica sern
capaces de una supresin de la portadora de 40 dB con relacin
a la potencia de cresta de la envolvente (P
p
) para las clases de
emisin J3E, J7B o J9B.
2.4.1.5 Ancho de la banda de audiofrecuencia
2.4.1.5.1 Para las transmisiones radiotelefnicas, las
audiofrecuencias estarn comprendidas entre 300 y 2 700 Hz;
para las otras clases de emisiones autorizadas, la anchura de
banda ocupada no rebasar el lmite superior de las emisiones
J3E. No obstante, la especificacin de estos lmites no implicar
restriccin alguna en cuanto a su posible ampliacin cuando se
trate de emisiones distintas de las de la clase J3E, a condicin
de que se respeten los lmites fijados para las emisiones no
deseadas (vase 2.4.1.7).
Nota. Para los tipos de transmisor de estacin aeronu-
tica y de aeronave cuya instalacin inicial se haya efectuado
antes del 1 de febrero de 1983, las audiofrecuencias estarn
limitadas a 3 000 Hz.
2.4.1.5.2 Para las otras clases de emisin autorizadas, las
frecuencias de modulacin sern tales que cumplan los lmites
del espectro requeridos en 2.4.1.7.
2.4.1.6 Tolerancia de frecuencia
2.4.1.6.1 La estabilidad bsica de frecuencia de la funcin
de transmisin para las clases de emisin J3E, J7B o J9B ser
1/11/01
Nm. 76
334 7/11/96
Nm. 71
tal que la diferencia entre la portadora real de la transmisin y
la frecuencia portadora (de referencia) de la BLU no exceda de:
20 Hz para las instalaciones de a bordo;
10 Hz para las instalaciones terrestres.
2.4.1.6.2 La estabilidad bsica de frecuencia de la funcin
de recepcin ser tal que, de acuerdo con las estabilidades de
la funcin de transmisin que se especifican en 2.4.1.6.1 la
diferencia global de frecuencias entre la funcin terrestre y la
de a bordo que se logre durante el servicio, incluyendo la
desviacin por efecto Doppler, no exceda de 45 Hz. Sin
embargo, se permitir una mayor diferencia de frecuencias en
el caso de las aeronaves supersnicas.
2.4.1.7 Lmites del espectro
2.4.1.7.1 Para los tipos de transmisor de estacin de
aeronave y para los transmisores de estacin aeronutica
instalados inicialmente antes del 1 de febrero de 1983, y que
usen clases de emisin de banda lateral nica H2B, H3E, J3E,
J7B o J9B, la potencia efectiva de cualquier emisin en una
frecuencia discreta ser inferior a la potencia media (P
m
) del
transmisor, de acuerdo con lo siguiente:
en cualquier frecuencia separada por 2 kHz o ms, hasta
6 kHz de la frecuencia asignada: por lo menos 25 dB;
en cualquier frecuencia separada por 6 kHz o ms, hasta
10 kHz, de la frecuencia asignada: por lo menos 35 dB;
en cualquier frecuencia separada por 10 kHz o ms de la
frecuencia asignada:
a) transmisores de estacin de aeronave: 40 dB;
b) transmisores de estacin aeronutica:
[43 + 10 log
10
P
m
(W)]dB.
2.4.1.7.2 Para los transmisores de estacin de aeronave
instalados inicialmente despus del 1 de febrero de 1983, y para
los transmisores de estacin aeronutica que se utilicen a partir
del 1 de febrero de 1983, en las clases de emisin de banda
lateral nica H2B, H3E, J3E, J7B o J9B, la potencia de cresta
de la envolvente (P
p
) de cualquier emisin en cualquier
frecuencia exclusiva ser inferior a la potencia de cresta de la
envolvente (P
p
) del transmisor, de acuerdo con lo siguiente:
en cualquier frecuencia separada por 1,5 kHz o ms,
hasta 4,5 kHz de la frecuencia asignada: por lo menos
30 dB;
en cualquier frecuencia separada por 4,5 kHz o ms,
hasta 7,5 kHz de la frecuencia asignada: por lo menos
38 dB;
en cualquier frecuencia separada por 7,5 kHz o ms de
la frecuencia asignada:
a) transmisores de estacin de aeronave: 43 dB;
b) transmisores de estacin aeronutica: para potencias
de transmisor de hasta 50 W inclusive:
[43 + 10 log
10
P
p
(W)]dB.
Para potencias de transmisor de ms de 50 W: 60 dB.
Nota. Vanse las Figuras 2-1 y 2-2.
2.4.1.8 Potencia
2.4.1.8.1 Instalaciones de estacin aeronutica. Con
excepcin de lo que permiten las disposiciones pertinentes
del Apndice S27 del Reglamento de Radiocomunicaciones
de la UIT, la potencia de cresta de la envolvente (P
p
)
suministrar a la lnea de transmisin de la antena para las
clases de emisin H2B, H3E, J3E, J7B o J9B, no exceder de
un valor mximo de 6 kW.
2.4.1.8.2 Instalaciones de estaciones de aeronave. La
potencia de cresta de la envolvente, suministrada a la lnea de
transmisin de la antena para clases de emisin H2B, H3E, J3E,
J7B o J9B, no exceder de 400 W, salvo lo dispuesto en el
Apndice S27 del Reglamento de Radiocomunicaciones de la
UIT, en la forma siguiente:
S27/68 Se admite que la potencia de los transmisores de
aeronave puede rebasar, en la prctica, los lmites
especificados en el nm. 27/60. No obstante, tal
aumento de potencia (que normalmente no debera
exceder de 600 W P
p
) no causar interferencia
perjudicial a las estaciones que utilicen frecuencias de
conformidad con los principios tcnicos en los cuales
se basa el Plan de adjudicacin.
S27/60 A menos que se indique lo contrario en la Parte II de
este Apndice, las potencias de cresta suministradas
a la lnea de alimentacin de la antena no superarn
los valores mximos sealados en el cuadro que figura
a continuacin, se supone que el valor correspon-
diente de la potencia de cresta radiada aparente, es
igual a los dos tercios de estos valores:
2.4.1.9 Mtodo de operacin. Se emplear el simplex del
canal nico.
Clase de emisin Estaciones
Potencia de
cresta mxima
(P
p
)
H2B, J3E, J7B,
J9B, A3E*, H3E*
(modulacin = 100%)
Estaciones
aeronuticas
Estaciones de
aeronave
6 kW
400 W
Otras emisiones tales
como A1A, F1B
Estaciones
aeronuticas
Estaciones de
aeronave
1,5 kW
100 W
* Las emisiones A3E y H3E solamente se emplearn en 3 023 y
5 680 kHz.
1/11/01
Nm. 76
335 7/11/96
Nm. 71
Figura 2-1. Lmites del espectro requeridos (en cuanto a la potencia media) para los tipos
de transmisores de estaciones de aeronave y para los transmisores de estaciones aeronuticas
instalados inicialmente antes del 1 de febrero de 1983
Frecuencia
asignada
BLU
1,5
kHz
2 kHz 2 kHz
6 kHz 6 kHz
10 kHz 10 kHz
Frecuencia portadora
(de referencia)
BLU
!25 dB
!35 dB
@
a) transmisores de estacin
de aeronave: 40 dB
b) transmisores de estacin
aeronutica:
[43 + 10 log (vatios)] dB
10
P
m
!
!
0 dB
1/11/01
Nm. 76
336 7/11/96
Nm. 71
Figura 2-2. Lmites del espectro requeridos (en cuanto a la potencia mxima)
para los transmisores de estaciones de aeronave instalados inicialmente despus
del 1 de febrero de 1983 y para los transmisores de estaciones aeronuticas
que se utilicen despus del 1 de febrero de 1983
Frecuencia
asignada
BLU
1 400
Hz
1,5
kHz
1,5
kHz
4,5
kHz
4,5
kHz
7,5
kHz
7,5
kHz
Frecuencia portadora
(de referencia)
BLU
!30 dB
!38 dB
0 dB
@
a) transmisores de estacin
de aeronaves: 43 dB
b) transmisores de estacin aeronutica:
para potencias de transmisor de hasta
50 vatios inclusive:
[43 + 10 log (vatios)] dB
10
P
p
!
!
Para potencias de transmisor de ms de 50 vatios,
la atenuacin mnima ser de 60 dB.
2/11/00
Nm. 75
Nm. 71
3.1 Recomendacin. Cuando se instale un sistema
SELCAL, al mismo deberan aplicarse las siguientes caracte-
rsticas del sistema:
a) Cdigo transmitido. Todo cdigo transmitido debera
componerse de dos impulsos de tono consecutivos, y cada
impulso contener dos tonos transmitidos simultneamente.
Los impulsos deberan ser de 1,0 25 s de duracin, sepa-
rados y por un intervalo de 0,2 0,1 s.
b) Estabilidad. La frecuencia de los tonos transmitidos debera
mantenerse con una tolerancia de 0,15% para que el
decodificador de a bordo pueda funcionar apropiadamente.
c) Distorsin. La distorsin de audio total de la seal RF
transmitida no debera exceder del 15%.
d) Porcentaje de modulacin. Las seales RF transmitidas por
la estacin terrestre de radio deberan contener, dentro de
3 dB, cantidades iguales de ambos tonos de modulacin. La
combinacin de tonos debera resultar en una envolvente de
modulacin con un porcentaje nominal de modulacin lo
ms alto posible, pero en ningn caso inferior al 60%.
e) Tonos transmitidos. Los cdigos de tono deberan compo-
nerse de diversas combinaciones de los tonos enumerados
en la tabla siguiente, que se designan por el color y una
letra:
Nota 1. Se observar que los tonos estn espaciados por
Log
1
0,045, para evitar la posibilidad de combinaciones
armnicas.
Nota 2. De acuerdo con los principios de aplicacin
preparados en la Sexta Conferencia del Departamento de
comunicaciones, los nicos cdigos que actualmente se usan
internacionalmente se seleccionan del grupo rojo.
Nota 3. En el Adjunto A a la Parte II, figura el texto de
orientacin sobre el empleo del sistema SELCAL.
Nota 4. Los tonos Rojo P, Rojo Q, Rojo R y Rojo S se
aplican desde el 1 de septiembre de 1985, de conformidad con
3.2.
3.2 A partir del 1 de septiembre de 1985, las estaciones
aeronuticas que se requieran para comunicarse con las
aeronaves equipadas de SELCAL, debern tener codificadores
SELCAL conformes al grupo rojo de la tabla de frecuencias de
tono de 3.1. A partir del 1 de septiembre de 1985, podrn
asignarse cdigos SELCAL que utilicen los tonos Rojo P,
Rojo Q, Rojo R y Rojo S.
Designacin Frecuencia (Hz)
Rojo A 312,6
Rojo B 346,7
Rojo C 384,6
Rojo D 426,6
Rojo E 473,2
Rojo F 524,8
Rojo G 582,1
Rojo H 645,7
Rojo J 716,1
Rojo K 794,3
Rojo L 881,0
Rojo M 977,2
Rojo P 1 083,9
Rojo Q 1 202,3
Rojo R 1 333,5
Rojo S 1 479,1
Designacin Frecuencia (Hz)
CAPTULO 3. SISTEMA SELCAL
Nm. 71
4.1 DISPOSICIONES TCNICAS RELATIVAS
A LA CONMUTACIN Y SEALIZACIN
DE LOS CIRCUITOS ORALES
AERONUTICOS INTERNACIONALES
PARA APLICACIONES TIERRA TIERRA
Nota. En el Manual de suministros de trnsito areo (ATS)
Conmutacin y sealizacin vocal tierra-tierra (Doc 9804) se
presentan textos de orientacin sobre la implantacin de
conmutacin y sealizacin de circuitos orales aeronuticos
para aplicaciones tierra-tierra. Entre los textos se incluye
explicacin de trminos y expresiones, parmetros de perfor-
mance, orientacin sobre funciones bsicas de tipos de llamada
y otras funciones, referencias a las normas internacionales
adecuadas ISO/IEC y recomendaciones de la UIT-T, orien-
tacin sobre el uso de sistemas de sealizacin, detalles del
plan de numeracin recomendado y orientacin sobre migra-
cin a planes futuros.
4.1.1 La utilizacin de conmutacin y sealizacin para
proporcionar circuitos orales destinados a interconectar depen-
dencias ATS que no lo estn mediante circuitos especializados,
se efectuar por acuerdo entre las administraciones interesadas.
4.1.2 La conmutacin y sealizacin de los circuitos orales
aeronuticos se llevar a cabo a base de acuerdos regionales de
navegacin area.
4.1.3 Recomendacin. Los requisitos de comunica-
ciones ATC definidos en el Anexo 11, 6.2 se cumplirn im-
plantando uno o ms de los tres siguientes tipos bsicos de lla-
mada:
a) acceso instantneo;
b) acceso directo; y
c) acceso indirecto.
4.1.4 Recomendacin. Adems de la capacidad de
realizar llamadas telefnicas bsicas, deben proporcionarse
las siguientes funciones a fin de cumplir con los requisitos
estipulados en el Anexo 11:
a) medios para indicar la identidad de la parte que llama/
llamada;
b) medios para iniciar las llamadas urgentes/prioritarias; y
c) capacidad de conferencia.
4.1.5 Recomendacin. Las caractersticas de los
circuitos utilizados en la conmutacin y sealizacin de los
circuitos orales aeronuticos deberan ajustarse a las normas
internacionales ISO/CEI y las recomendaciones UIT-T corres-
pondientes.
4.1.6 Recomendacin. Los sistemas de sealizacin
digitales se utilizarn siempre que se pueda justificar su em-
pleo en trminos de cualquiera de los factores siguientes:
a) mejor calidad de servicio;
b) mejores instalaciones para los usuarios; o
c) costos reducidos en los casos en que se mantenga la calidad
del servicio.
4.1.7 Recomendacin. Las caractersticas de los tonos
de control que se utilizarn (tales como de llamada, ocupado,
nmero inaccesible) deben ajustarse a la recomendacin UIT-T
correspondiente.
4.1.8 Recomendacin. Para obtener los beneficios de
las redes orales aeronuticas de interconexin regional y
nacional, debera utilizarse el plan de numeracin de la red
telefnica aeronutica internacional.
CAPTULO 4. CIRCUITOS ORALES AERONUTICOS
27/11/03
Nm. 78
Nm. 78
5.1 GENERALIDADES
5.1.1 Hasta el 1 de enero del ao 2005, los transmisores
de localizacin de emergencia funcionarn en 406 y 121,5 MHz
o en 121,5 MHz.
Nota. Desde el 1 de enero del ao 2000, se exigir que
los ELT que funcionen en 121,5 MHz cumplan con las carac-
tersticas tcnicas mejoradas que se indican en 5.2.1.8.
5.1.2 Todas las instalaciones de transmisores de locali-
zacin de emergencia que funcionen en 406 MHz cumplirn
con las disposiciones de 5.3.
5.1.3 Todas las instalaciones de transmisores de locali-
zacin de emergencia que funcionen en 121,5 MHz cumplirn
con las disposiciones de 5.2.
5.1.4 A partir del 1 de enero del ao 2005, los transmisores
de localizacin de emergencia funcionarn en 406 MHz y
121,5 MHz simultneamente.
5.1.5 Todos los transmisores de localizacin de emer-
gencia instalados el 1 de enero del ao 2002 o despus de esa
fecha funcionarn simultneamente en 406 MHz y 121,5 MHz.
5.1.6 Las caractersticas tcnicas del componente de
406 MHz de los ELT integrados se ajustarn a lo dispuesto
en 5.3.
5.1.7 Las caractersticas tcnicas del componente de
121,5 MHz de los ELT integrados se ajustarn a lo dispuesto
en 5.2.
5.1.8 Los Estados adoptarn las medidas necesarias para
tener un registro de los ELT de 406 MHz. La informacin del
registro de los ELT estar a la inmediata disposicin de las
autoridades encargadas de la bsqueda y salvamento. Adems,
los Estados se asegurarn de actualizar el registro, cuando sea
necesario.
5.1.9 La informacin de los registros del ELT incluir lo
siguiente:
a) identificacin del transmisor (expresada en cdigo alfa-
numrico de 15 caracteres hexadecimales);
b) fabricante del transmisor, modelo y nmero de serie del
fabricante, si lo hubiera;
c) nmero de aprobacin de tipo, de COSPAS-SARSAT*;
d) nombre, direccin (postal y de correo-e) y nmero de
telfono de emergencia del propietario y del explotador;
e) nombre, direccin (postal y de correo-e) y nmero de
telfono de otras personas a quienes contactar (de ser
posible, dos) que conozcan al propietario o al explotador
para contactarlas en caso de emergencia;
f) fabricante de la aeronave y tipo de la misma; y
g) color de la aeronave.
Nota 1. Diversos protocolos de codificacin estn
disponibles para los Estados. Dependiendo del protocolo que
se adopte, los Estados pueden, a su discrecin, incluir uno de
los siguientes datos a modo de informacin de identificacin
complementaria que ha de registrarse:
a) designador de la empresa explotadora de aeronaves y
nmero de serie del explotador; o
b) direccin de la aeronave de 24 bits; o
c) marca de nacionalidad y de matrcula de la aeronave.
La OACI asigna el designador de empresa explotadora de
aeronave al explotador por conducto de la administracin del
Estado y el explotador se asigna su nmero de serie del bloque
0001 a 4096.
Nota 2. A su discrecin, dependiendo de los arreglos
vigentes, los Estados pueden incluir otra informacin
pertinente que ha de registrarse, tal como la ltima fecha de
registro, la fecha de agotamiento de la pila y la ubicacin del
ELT en la aeronave (p. ej., ELT primario o balsa salva-
vidas nm. 1).
5.2 ESPECIFICACIONES DEL
COMPONENTE DE 121,5 MHz DE
LOS TRANSMISORES DE
LOCALIZACIN DE EMERGENCIA (ELT)
PARA BSQUEDA Y SALVAMENTO
Nota 1. En el documento DO-183 de la RTCA y en el
documento ED.62 de la Organizacin europea para el equipa-
miento de la aviacin civil (EUROCAE) figura informacin
sobre las caractersticas tcnicas y la performance operacional
de los ELT de 121,5 MHz.
* COSPAS = Sistema espacial para la bsqueda de aeronaves en
peligro.
SARSAT = Localizacin por satlite para bsqueda y salvamento.
CAPTULO 5. TRANSMISOR DE LOCALIZACIN DE EMERGENCIA
(ELT) PARA BSQUEDA Y SALVAMENTO
340 27/11/03
Nm. 78
Nota 2. Las caractersticas tcnicas de los transmisores
de localizacin de emergencia que funcionan en 121,5 MHz
figuran en UIT-R, Recomendacin M.690-1. La designacin de
la UIT para los ELT es la de radiobaliza de localizacin de
siniestros (RBLS).
5.2.1 Caractersticas tcnicas
5.2.1.1 Los transmisores de localizacin de emergencia
(ELT) funcionarn en 121,5 MHz. La tolerancia de frecuencia
no exceder de 0,005%.
5.2.1.2 La emisin de un ELT en condiciones y posiciones
normales de la antena estar polarizada verticalmente y ser
esencialmente omnidireccional en el plano horizontal.
5.2.1.3 Durante un perodo de 48 horas de funcionamiento
continuo, a una temperatura de operacin de 20C, la potencia
radiada aparente de cresta (PERP) ser siempre igual o superior
a 50 mW.
5.2.1.4 El tipo de emisin ser A3X. Cualquier otro tipo
de modulacin que satisfaga lo previsto en 5.2.1.5, 5.2.1.6 y
5.2.1.7, podr utilizarse con tal de que no perjudique la
ubicacin precisa de la radiobaliza por medio del equipo de
recalada.
Nota. Algunos ELT estn equipados con capacidad
opcional para comunicaciones de voz (A3E) adems de la
emisin A3X.
5.2.1.5 La portadora ser modulada en amplitud a un
ndice de modulacin de por lo menos 0,85.
5.2.1.6 La modulacin aplicada a la portadora tendr un
ciclo mnimo de servicio del 33%.
5.2.1.7 La emisin tendr una caracterstica de audio
distintiva lograda por modulacin en amplitud de la portadora
con una frecuencia de audio de barrido descendente sobre una
gama no inferior a 700 Hz dentro de la gama de 1 600 a 300 Hz
y con un rgimen de repeticin de barrido comprendido entre
2 y 4 Hz.
5.2.1.8 Despus del 1 de enero del ao 2000, la emisin
incluir una frecuencia portadora claramente definida distinta
de los componentes de banda lateral de modulacin; en
particular, por lo menos el 30% de la potencia estar en todo
momento dentro de la gama de 30 Hz de la frecuencia
portadora en 121,5 MHz.
5.3 ESPECIFICACIONES PARA EL
COMPONENTE DE 406 MHz DE
LOS TRANSMISORES DE
LOCALIZACIN DE EMERGENCIA (ELT)
PARA BSQUEDA Y SALVAMENTO
5.3.1 Caractersticas tcnicas
Nota 1. Las caractersticas de transmisin de los transmi-
sores de localizacin de emergencia 406 MHz figuran en
UIT-R, M.633.
Nota 2. En el documento DO-204 de la RTCA y en el
documento ED-62 de la Organizacin europea para el
equipamiento de la aviacin civil (EUROCAE) figura infor-
macin sobre las caractersticas tcnicas y la performance
operacional del ELT de 406 MHz.
5.3.1.1 Los transmisores de localizacin de emergencia
funcionarn en uno de los canales de frecuencia asignados para
utilizacin en la banda de frecuencias de 406,0 a 406,1 MHz.
Nota. El plan de asignacin de canales de 406 MHz, de
COSPAS-SARSAT, figura en el Documento C/S T.012 de
COSPAS-SARSAT.
5.3.1.2 El perodo entre las transmisiones ser de 50 s 5%.
5.3.1.3 Durante un perodo de 24 horas de funcionamiento
continuo a una temperatura de 20C, la potencia de salida del
transmisor ser de 5 W 2 dB.
5.3.1.4 El ELT de 406 MHz podr transmitir un mensaje
digital.
5.3.2 Clave de identificacin
del transmisor
5.3.2.1 A los transmisores de localizacin de emergencia
que funcionan en 406 MHz se les asignar una clave nica de
identificacin del transmisor o de la aeronave que lo lleva.
5.3.2.2 La clave del transmisor de localizacin de
emergencia se establecer de conformidad con el protocolo de
usuario de la aviacin o uno de los protocolos de usuario en
serie que se describen en el Apndice 1 de este captulo, y se
registrar ante las autoridades competentes.
Nm. 74
Nota. En la especificacin de radiobalizas de socorro
de 406 MHz (C/S T.001) de COSPAS-SARSAT figura una
descripcin detallada de la codificacin de las radiobalizas.
Las especificaciones tcnicas siguientes corresponden especfi-
camente a los transmisores de localizacin de emergencia que
se utilizan en la aviacin.
1. GENERALIDADES
1.1 El transmisor de localizacin de emergencia (ELT)
que funciona en 406 MHz tendr la capacidad de transmitir un
mensaje digital programado que contiene informacin sobre el
ELT o la aeronave que lo lleva.
1.2 La clave del ELT ser nica, de conformidad con 1.3,
y se registrar ante las autoridades competentes.
1.3 El mensaje digital ELT contendr el nmero de serie
del transmisor o bien uno de los datos siguientes:
a) el designador de la entidad explotadora de la aeronave y un
nmero de serie;
b) la direccin de aeronave de 24 bits;
c) las marcas de nacionalidad y de matrcula de la aeronave.
1.4 Todos los ELT se disearn para funcionar con el
sistema COSPAS-SARSAT* y se aprobarn por tipo.
Nota. Las caractersticas de la seal del ELT pueden
confirmarse utilizando la norma de aprobacin de tipo de
COSPAS-SARSAT (Type Approval Standard C/S T.007).
2. CODIFICACIN DE LOS ELT
2.1 El mensaje digital ELT contendr informacin sobre
el formato del mensaje, el protocolo de codificacin, el
distintivo de pas, los datos de identificacin y los datos de loca-
lizacin, si corresponde.
2.2 En el caso de los ELT en los que no se proporciona
ningn dato de navegacin se utilizar el formato de mensaje
breve C/S T.001, utilizando los bits 1 a 112. Para los ELT en
los que se proporcionen datos de navegacin, se aplicar el
formato de mensaje largo, utilizando los bits de 1 a 144.
2.3 Campo de datos protegidos
2.3.1 El campo de datos protegido que comprende los bits
25 a 85 estar protegido con un cdigo de correccin de errores
y corresponder a la parte del mensaje que ser nica en cada
ELT de socorro.
2.3.2 El bit 25 corresponde a una bandera de formato de
mensaje y se pondr a 0 para indicar el formato de mensaje
breve o se pondr a 1 para indicar el formato de mensaje largo
en los ELT capaces de proporcionar datos de localizacin.
2.3.3 El bit 26 indicar una bandera de protocolo y se
pondr a 1 para los protocolos de usuario y de localizacin
de usuario, y a 0 para los protocolos de localizacin.
2.3.4 El distintivo de pas que indica el Estado donde
existen ms datos sobre la aeronave que lleva el ELT contendr
los bits 27 a 36 que designan un nmero decimal de tres dgitos
con el distintivo de pas expresado en notacin binaria.
Nota. Los distintivos de pas se basan en el distintivo de
pas de la Unin Internacional de Telecomunicaciones (UIT)
que figura en la Tabla 4 de la Parte I, Volumen I, de la Lista
de los distintivos de llamada y de las identidades numricas de
la UIT.
2.3.5 Los bits 37 a 39 (protocolos de usuario y de locali-
zacin de usuario) o los bits 37 a 40 (protocolos de localizacin)
designarn uno de los protocolos en los que los valores 001
y 011 o 0011, 0100, 0101 y 1000 se utilizan para la
aviacin segn se indica en los ejemplos de este apndice.
2.3.6 El mensaje digital del ELT contendr el nmero de
serie del transmisor o bien una identificacin de la aeronave o
del explotador, tal como se indica ms adelante.
2.3.7 En el protocolo de usuario en serie y de localizacin
de usuario en serie (designado por el bit 26=1 y el valor 011
en los bits 37 a 39), los datos de identificacin de serie se
codificarn en notacin binaria con el bit menos significativo
a la derecha. Los bits 40 a 42 indicarn el tipo de datos de
identificacin de serie del ELT codificados, donde:
000 indica que el nmero de serie del ELT (codi-
ficacin binaria) est codificado en los bits 44 a 63;
CODIFICACIN DE LOS TRANSMISORES DE LOCALIZACIN
DE EMERGENCIA
(vase el Captulo 5, 5.3.2)
* COSPAS = Sistema espacial para la bsqueda de aeronaves en
peligro.
SARSAT = Localizacin por satlite para bsqueda y salvamento.
24/11/05
Nm. 80
342 24/11/05
Nm. 80
001 indica que la empresa explotadora de la aeronave
(codificada con tres letras usando el cdigo Baudot
modificado que figura en la Tabla 5-1) y un nmero de
serie (notacin binaria) estn codificados en los bits 44
a 61 y 62 a 73 respectivamente;
011 indica que la direccin de aeronave de 24 bits est
codificada en los bits 44 a 67 y que cualquier otro nmero
de ELT (notacin binaria) en la misma aeronave est
codificada en los bits 68 a 73.
Nota. Los Estados asegurarn que cada radiobaliza con el
distintivo de pas del Estado, tenga una clave nica y est
registrada en la base de datos. La clave nica de las radiobalizas
codificadas en serie puede facilitarse incluyendo el nmero de
certificado de aprobacin de tipo COSPAS-SARSAT que es un
nmero nico asignado por COSPAS-SARSAT para cada
modelo aprobado de ELT, como parte del mensaje ELT.
2.3.8 En el protocolo de usuario de la aviacin o de locali-
zacin de usuario (designado por el bit 26=1 y el valor 001 en
los bits 37 a 39), las marcas de nacionalidad y de matrcula de
la aeronave estarn codificadas del bit 40 al 81, utilizando el
cdigo Baudot modificado que figura en la Tabla 5-1 para
codificar siete caracteres alfanumricos. Estos datos estarn justi-
ficados a la derecha utilizndose el espacio Baudot modificado
(100100) donde no haya caracteres.
2.3.9 Los bits 84 y 85 (protocolo de usuario o de locali-
zacin de usuario) o el bit 112 (protocolos de localizacin)
indicarn la frecuencia de cualquier transmisor de recalada que
pueda integrarse al ELT.
2.3.10 En los protocolos de localizacin normalizados y
nacionales, todos los datos de identificacin y localizacin se
codificarn en notacin binaria con el bit menos significativo
justificado a la derecha. El designador del explotador de la
aeronave (cdigo de tres letras) se codificar en 15 bits con el
cdigo Baudot modificado (Tabla 5-1) usando slo los cinco
bits de ms a la derecha por letra y suprimiendo el bit de ms
a la izquierda que tiene un valor de 1 para las letras.
Tabla 5-1. Cdigo Baudot modificado
Letra
Cdigo
MSB LSB Cifra
Cdigo
MSB LSB
A 111000 (-)* 011000
B 110011
C 101110
D 110010
E 110000 3 010000
F 110110
G 101011
H 100101
I 101100
J 111010 8 001100
K 111110
L 101001
M 100111
N 100110
O 100011 9 000011
P 101101 0 001101
Q 111101 1 011101
R 101010 4 001010
S 110100
T 100001 5 000001
U 111100 7 011100
V 101111
W 111001 2 011001
X 110111 / 010111
Y 110101 6 010101
Z 110001
( )** 100100
MSB = bit ms significativo
LSB = bit menos significativo
* = Guin
** = Espacio
343 24/11/05
Nm. 80
EJEMPLOS DE CODIFICACIN
Nmero de serie del ELT
Direccin de aeronave
Designador de empresa explotadora
y nmero de serie de la aeronave
Marca de matrcula de la aeronave
T = Tipo de radiobaliza TTT = 000 indica que el nmero de serie del ELT est codificado;
= 001 indica que la entidad explotadora y el nmero de serie estn codificados;
= 011 indica que la direccin de aeronave de 24 bits est codificada.
C = Bit de bandera de certificado: 1 = indica que el nmero de certificado de aprobacin de tipo de COSPAS-SARSAT est
codificado en los bits 74 a 83 y
0 = indica otras circunstancias
F = Bandera de formato: 0 = Mensaje breve
1 = Mensaje largo
A = Dispositivo de radiobaliza auxiliar: 00 = Sin dispositivo de radiolocalizacin
01 = 121.5 MHz
11 = otro dispositivo de radiolocalizacin auxiliar
Nota 1. Diez bits, todos 0 o segn el uso nacional.
Nota 2. Nmero de certificado de aprobacin de tipo de COSPAS-SARSAT en notacin binaria con el bit menos significativo a la
derecha, o segn el uso nacional.
Nota 3. Nmero de serie, en notacin binaria con el bit menos significativo a la derecha de otros ELT que se lleven en la misma
aeronave o valor preestablecido 0 cuando slo se lleva ELT.
25 27 36 37 40 44 63 64 73 74 83 85
F 1 PAS 0 1 1 T T T C
DATOS DE NMERO
DE SERIE (20 BITS)
VASE
NOTA 1
VASE
NOTA 2
A A
25 27 36 37 40 44 67 68 73 74 83 85
F 1 PAS 0 1 1 T T T C
DIRECCIN DE
AERONAVE (24 BITS)
VASE
NOTA 3
VASE
NOTA 2
A A
25 27 36 37 40 44 61 62 73 74 83 85
F 1 PAS 0 1 1 T T T C
DESIGNADOR DE
3 LETRAS DE LA
EMPRESA EXPLOTADORA
NMERO DE
SERIE 1-4096
VASE
NOTA 2
A A
25 27 36 37 40 81 83 85
F 1 PAS 0 0 1
MARCA DE MATRCULA DE LA AERONAVE (7 CARACTERES
ALFANUMRICOS MXIMO) (42 BITS)
0 0 A A
344 24/11/05
Nm. 80
EJEMPLO DE CODIFICACIN (PROTOCOLO DE LOCALIZACIN DE USUARIO)
CC = Distintivo de pas;
E = Fuente de datos codificados de posicin: 1 = Dispositivo de navegacin interno,
0 = Dispositivo de navegacin externo
EJEMPLO DE CODIFICACIN (PROTOCOLO DE LOCALIZACIN NORMALIZADO)
PC = Cdigo de protocolo 0011 indica que la direccin de aeronave de 24-bit est codificada;
0101 indica que la entidad explotadora y el nmero de serie estn codificados;
0100 indica que el nmero de serie del ELT est codificado.
SD = Datos suplementarios bits 107 110 = 1101;
bit 111 = Fuente de datos codificados de localizacin (1 = interno; 0 = externo)
bit 112: 1 = radiodispositivo de localizacin auxiliar de 121,5 MHz;
0 = otro radiodispositivo de localizacin auxiliar o ninguno.
Nota 1. En la especificacin para radiobalizas de socorro (C/S T.001) de 406 MHz de COSPAS-SARSAT figuran ms
detalles sobre la codificacin de protocolos.
25 26 27 37 86 107 113 133
40
85
36 39 83
106 112 132 144
1 1 10 3
44
2 21 1 12 13 12
1 1 CC T DATOS DE
IDENTIFICACIN
(COMO EN CUALQUIERA
DE LOS PROTOCOLOS DE
USUARIOS ANTERIORES)
A CDIGO DE
CORRECCIN
DE ERRORES DE
21-BIT BCH
E
LATITUD LONGITUD
CDIGO DE
CORRECCIN
DE ERRORES DE
12-BIT BCH
1 7 4 1 8 4
N
/
S
GRADO
090
(1 g)
MIN
056
(4 m)
E
/
O
GRADO
0180
(1 g)
MIN
056
(4 m)
25 26 27
36
37
4041 85
86
106
107
112
113
132
133
144
61 BITS 26 BITS
1 1 10 4 45 21 6 20 12
1 0 CC PC
DATOS DE IDENTIFICACIN
LATITUD
LONGITUD
CDIGO
DE 21-BIT
BCH
SD LATITUD LONGITUD
CDIGO
DE 12-BIT
BCH
24 1 9 1
10
1 5 4 1 5 4
0011
DIRECCIN DE AERONAVE
DE 24-BIT
N = 0
LAT
GRADO
E = 0
LON
GRADO
= 0
+ = 1
M
I
N
U
T
O
S
S
E
G
U
N
D
O
S
= 0
+ = 1
M
I
N
U
T
O
S
S
E
G
U
N
D
O
S
0101
15 9 S = 1 090 O = 1 0180
DESIGNADOR DEL
EXPLOTADOR
DE AERONAVE
NMERO DE
SERIE
1511
030 056 030 056
0100
10 14 (1/4 g) (1/4 g) (1 m) (4 s) (1 m) (4 s)
C/S TA nm.
11023
NMERO DE SERIE
116383
345 24/11/05
Nm. 80
Nota 2. Todos los datos de identificacin y localizacin deben estar codificados en notacin binaria con el bit menos
significativo a la derecha excepto en el caso del designador del explotador de aeronave (cdigo de tres letras).
Nota 3. Para obtener detalles sobre el cdigo de correccin de errores BCH, vase la especificacin para radiobalizas de
socorro (C/S T.001) de 406 MHz de COSPAS-SARSAT.
EJEMPLO DE CODIFICACIN (PROTOCOLO DE LOCALIZACIN NACIONAL)
ID = Datos de identificacin = datos de identificacin de 8-bit que constan de un nmero de serie asignado por la autoridad
nacional pertinente.
SD = Datos suplementarios bits 107 109 = 110;
bit 110 = Bandera de datos adicional que describe el uso de los bits 113 a 132:
1 = posicin delta; 0 = asignacin nacional;
bit 111 = Fuente de datos codificados de localizacin: 1 = interno; 0 = externo;
bit 112: 1 = radiodispositivo de localizacin auxiliar de 121,5 MHz;
0 = otro radiodispositivo o ninguno.
UN = Uso nacional = 6 bits reservados para uso nacional (identificacin del tipo de radiobaliza adicional u otros usos)
Nota 1. En la especificacin para radiobalizas de socorro (C/S T.001) de 406 MHz de COSPAS-SARSAT figuran ms
detalles sobre la codificacin de protocolos.
Nota 2. Todos los datos de identificacin y localizacin deben codificarse en notacin binaria con el bit menos significativo
a la derecha.
Nota 3. Para obtener detalles sobre el cdigo de correccin de errores BCH, vase la especificacin para radiobalizas de
socorro (C/S T.001) de 406 MHz de COSPAS-SARSAT.
25 26 27
36
37
4041 85
86
106
107
112
113
132
133
144
61 BITS
PDF-1
BCH-1
26 BITS
PDF-2
BCH-2
1 1 10 4 45 21 6 7 7 6 12
1 0 CC 1000 18 bits
ID
27 bits
LATITUD
LONGITUD
CDIGO
DE 21-BIT
BCH
SD LATITUD LONGITUD
CDIGO
DE 12-BIT
BCH
18 1 7 5 1 8 5 1 2 4 1 2 4 UN
NMERO
ID
NACIONAL
N = 0
S = 1
G
R
A
D
O
S
090
(1 g)
M
I
N
U
T
O
S
058
(2 m)
E = 0
O = 1
G
R
A
D
O
S
0180
(1 g)
M
I
N
U
T
O
S
058
(2 m)
= 0
+ = 1
M
I
N
U
T
O
S
03
(1 m)
S
E
G
U
N
D
O
S
056
(4 s)
= 0
+ = 1
M
I
N
U
T
O
S
03
(1 m)
S
E
G
U
N
D
O
S
056
(4 s)
344A
Nm. 75
1. INTRODUCCIN
Nota. Las normas y mtodos recomendados (SARPS)
sobre el servicio mvil aeronutico por satlite a las que se
hace referencia figuran en el Anexo 10, Volumen III, Parte I,
Captulo 4.
1.1 Ideas generales
1.1.1 Los elementos principales del servicio mvil aero-
nutico por satlite (SMAS) son el segmento espacial (los sat-
lites y las estaciones terrenas que los controlan); las estaciones
terrenas de tierra (GES) que proporcionan las interfaces entre
los satlites y las redes terrenales fijas orales y de datos; y las
estaciones terrenas de aeronave (AES) que comprenden los
sistemas de avinica y de antenas a bordo de la aeronave.
Nota. Varios explotadores de SMAS(R) pueden operar
redes de satlite independientes pero compatibles. Los
diferentes explotadores deberan cooperar para que las AES
funcionen continuamente entre las diferentes redes.
1.1.2 La arquitectura de sistemas es capaz de satisfacer
una serie de requisitos de comunicaciones entre las que pueden
citarse ATS, AOC, AAC y APC. Se utiliza la misma arquitec-
tura de sistemas para diversos niveles de servicio, desde el
servicio bsico de transmisin de datos a baja velocidad hasta
un servicio por canales mltiples de transmisin de datos a alta
velocidad.
1.1.3 Puede seleccionarse el nivel de capacidad de un
sistema SMAS para adaptarlo a la eficacia requerida por la
aplicacin.
Nota 1. Se establecer la eficacia de un servicio en
funcin del nivel mnimo de capacidad disponible en la cadena
de GES, segmento espacial y AES.
Nota 2. Aunque el coste de capital de un servicio de nivel
bajo de capacidad ser inferior, puede que sean superiores los
derechos impuestos al usuario del satlite para el mismo flujo
de datos.
1.1.4 En la Tabla A-1* de este texto de orientacin se
resumen las capacidades.
1.1.5 En esta seccin se han presentado ejemplos de
eficacia a fin de prestar una idea sumaria de la eficacia general
del sistema. Si se requirieran cifras exactas, habran de
estudiarse los prrafos pertinentes del Anexo 10, Volumen III,
Parte I, Captulo 4.
Capacidad del sistema: Anexo 10, Volumen III, Parte I,
Captulo 4, 4.1.3
Eficacia de los datos por paquete: Anexo 10, Volumen III,
Parte I, Captulo 4, 4.7.2
1.1.6 Eficacia de voz en modo circuito
Suponiendo que la AES est conectada con una GES, los
tiempos ordinariamente necesarios para establecer una llamada
en el SMAS sern los siguientes:
desde la aeronave:
Uso de SU de peticin de acceso abreviada: 10 a
14 segundos (promedio)
Uso de SU de peticin de acceso general: menos de
17 segundos (promedio)
hacia la aeronave 9 a 11 segundos (promedio)
Nota. En el tiempo de establecimiento de llamada puede
influir la eficacia de la red terrenal asociada.
1.2 Niveles de capacidad
1.2.1 Los diversos niveles de capacidad para la estacin
terrena de aeronave (AES) y para la estacin terrena de
tierra (GES) definidos en el Anexo 10, Volumen III, Parte I,
Captulo 4, 4.1.3 permiten que haya diversas posibilidades a
las que corresponden distintas caractersticas de eficacia. La
capacidad de nivel 1 es la mnima requerida para que el servicio
mvil aeronutico por satlite (ruta) [SMAS(R)] proporcione
las comunicaciones bsicas de datos por paquetes. Se requiere
como mnimo el nivel 3, cuando, adems de las comunicaciones
por paquetes sean necesarias las comunicaciones orales en
modo circuito. En todos los niveles de capacidad se requiere
que la AES est bajo control positivo, al recibir una seal ya
sea por canal P, ya sea por canal C de sub-banda. Slo se
requiere disponer en cualquier momento de una de las
velocidades de transmisin por canal indicadas en lo que sigue.
1.2.2 La capacidad de nivel 1 proporciona las comunica-
ciones bsicas de datos por paquetes, requiriendo que una AES
reciba y procese una seal por canal C que funcione a veloci-
dades de transmisin por canal de 0,6 kbits/s y 1,2 kbits/s.
Tambin se requiere la capacidad de que una AES transmita,
por canal R o por canal T, a estas velocidades de transmisin
por canal. Se requiere la capacidad de transmisin por canal R
y por canal T. La velocidad de transmisin por canal depender
Adjunto A a la Parte I
TEXTO DE ORIENTACIN SOBRE EL SERVICIO MVIL
AERONUTICO POR SATLITE
* Todas las tablas se presentan al final de este adjunto.
346 2/11/00
Nm. 75
de la calidad del enlace, la cual se determina mediante
mediciones en la GES de la proporcin de errores en los bits
(BER) o del valor estimado de dicha BER. Son factores
importantes que determinan la velocidad de transmisin por
canal, la ganancia de antena del satlite y de la AES, y la
potencia de salida RF del satlite y de la AES. En el nivel 1
se requiere un canal de transmisin (canal R o canal T) y un
canal de recepcin (canal P).
1.2.3 La capacidad de nivel 2 proporciona velocidades de
transmisin por canal de 0,6 kbits/s y 10,5 kbits/s por canal P;
y de 0,6 kbits/s y 10,5 kbits/s por canal R y por canal T. El
factor principal que determina cuando hayan de utilizarse estas
velocidades de transmisin por canal es la ganancia de antena
de la AES que debe ser por lo menos de 12 dBic cuando se
trabaja con un satlite de haz global. Esta capacidad
proporciona un caudal mayor de comunicaciones de datos, una
entrega ms rpida de mensajes y un coste de explotacin que
puede ser menor. En el nivel 2 se requiere un canal de
transmisin y un canal de recepcin lo mismo que en el nivel 1.
1.2.4 La capacidad de nivel 3 aade a la de comunica-
ciones de datos por paquete de nivel 2 la posibilidad de
comunicaciones orales en modo circuito, mediante un canal C
de transmisin y un canal C de recepcin. Estos canales C
pueden funcionar a velocidades de transmisin por canal
de 10,5 kbits/s o 21,0 kbits/s para prestar apoyo a vocodifica-
dores de comunicaciones orales a 9,6 kbits/s. El canal C puede
tambin proporcionar comunicaciones de datos en modo
circuito pero no se considera que estas formen parte de los
servicios de seguridad. La velocidad de transmisin por
canal C depende de que se utilice la codificacin para correc-
cin de errores sin canal de retorno de relacin 1/2 (FEC) (la
codificacin de relacin 1/2 requiere 21,0 kbits/s). Se ha pre-
visto permitir el uso de velocidades inferiores de transmisin
de vocodificadores, que podran funcionar a velocidades de
transmisin por canal de 5,25 kbits/s o 6,0 kbits/s. El nivel 3
requiere un canal de transmisin (canal R, T o C) y dos canales
de recepcin (canal P y canal C). No es posible el funciona-
miento simultneo de comunicaciones en ambos sentidos por
paquetes y en modo circuito, pero es posible el funcionamiento
casi simultneo mediante la conmutacin entre tipos de canales
de transmisin.
1.2.5 La capacidad de nivel 4 aade a la de nivel 3 la
posibilidad de canales de transmisin que proporcionen el
funcionamiento simultneo de comunicaciones en ambos sen-
tidos por paquetes y en modo circuito. La capacidad de nivel 4
requiere dos o ms canales de transmisin (canal R o T, y C)
y dos o ms canales de recepcin (canal P y canal C), control
de potencia en cada portadora por canal y un amplificador lineal
de potencia. Las velocidades de transmisin por canal son las
mismas que las de nivel 3. Se requiere la capacidad tanto por
canal R como por canal T, en cualesquiera de los canales de
transmisin pero no simultneamente.
1.2.6 El SMAS(R) es el primer servicio de comunica-
ciones aeronuticas de seguridad en el que se integran las
comunicaciones de voz y datos, as como los servicios ajenos
a la seguridad. En esta integracin de los servicios debe
respetarse la prioridad de los mensajes. Se tramita fcilmente
dentro del sistema y sin prdida de la informacin que un
mensaje de datos ceda a derecho preferente de otro mensaje de
datos de prioridad ms elevada. Normalmente no ser necesario
en una AES con dos transmisores que una llamada oral ceda a
derecho preferente de una llamada de datos de prioridad ms
elevada. Sin embargo, en una AES de nivel 3 que tiene
solamente un transmisor puede ser ocasionalmente necesario
ceder a derecho preferente.
1.2.7 Aunque en una AES de nivel 2 no se requiere
proporcionar comunicaciones simultneas de datos por paquete,
con ms de una GES, no hay nada que impida contar con dicha
capacidad.
2. CARACTERSTICAS RF
DE BANDA ANCHA
2.1 Uso de las bandas del SMAS(R)
2.1.1 Categoras de mensajes. La secuencia de trans-
misin, en cualquier estacin terrena de aeronave (AES) o
estacin terrena de tierra (GES), ser de conformidad con un
plan determinado de prioridades. En la interfaz de subred con
el SMAS, el plan de prioridades para los datos por paquete ser
de la forma descrita en el Anexo 10, Volumen III, Parte I,
Captulo 4, Tabla 4-26 de los SARPS sobre el SMAS. Dentro
del SMAS, se aumenta este plan externo de prioridades con las
prioridades internas asignadas a las diversas funciones de
sealizacin y de comunicaciones orales. En la capa de enlace
este plan ampliado de prioridades se denomina nmero de
precedencia Q y en la Tabla 2-1 de este texto de orientacin
se proporciona el plan correspondiente de prioridad interna.
Este nmero de precedencia Q se conforma a las prioridades
del Anexo 10, las cuales proceden a su vez del Artculo S44
del Reglamento de Radiocomunicaciones de la UIT. En la lista
nica de precedencia Q se incluyen tanto el trfico de voz
como el trfico de datos, y tambin se incluye la sealizacin
necesaria para integrar comunicaciones orales y comunica-
ciones de datos. Se seleccionaron los nmeros de precedencia Q
asociados con la sealizacin para optimizar la eficacia e
integridad generales del sistema.
2.1.2 Banda de frecuencias de recepcin. Por motivos
histricos, la mayora de las AES pueden recibir en ms
frecuencias que las de la banda requerida de 1 544 a 1 555 MHz
pero no en la totalidad de la banda propuesta mediante las
recomendaciones. Ordinariamente se cubre la banda de
frecuencias de 1 530 a 1 559 y puede ser que no se cubra la
banda de 1 525 a 1 530 MHz.
2.2 Precisin y compensacin de frecuencias
2.2.1 Precisin de frecuencias. La norma que figura en el
Anexo 10, Volumen III, Parte I, Captulo 4, 4.2.2 atiende a un
requisito relativo a la seal recibida por la GES. Hay diversos
factores que influyen en el error de frecuencia observado en la
GES. Entre estos se incluyen los errores de frecuencia debidos
al oscilador del satlite, los del movimiento relativo entre la
aeronave y la nave espacial, los del oscilador local de la GES
(para un sistema de compensacin en bucle cerrado) y los del
oscilador local de la AES. Se ha procurado reducir el error
proveniente de los dos primeros factores segn lo descrito a
continuacin. Esta norma caracteriza la parte del error de
frecuencia debido a la AES y al movimiento de la aeronave
relativo al satlite. Por consiguiente, al marco adecuado de
referencia para la medicin de la frecuencia de transmisin es
el satlite. En un ensayo prctico de este requisito se utilizara
1/11/01
Nm. 76
Adjunto A a la Parte I Anexo 10 Telecomunicaciones aeronuticas
347 2/11/00
Nm. 75
como marco de referencia la AES, y se calculara el valor
correspondiente al marco de referencia del satlite basndose
en la posicin y velocidad de la aeronave y en la posicin del
satlite.
2.2.2 Compensacin de frecuencia por parte de la GES.
Para que disminuya el error proveniente de los osciladores de
la nave espacial, la GES debera escuchar en una frecuencia
piloto de banda L transmitida (en la banda C) por una GES
designada y debera corregir su frecuencia de transmisin para
reducir a un mnimo el error de frecuencia en la banda L. En
el sentido desde la aeronave, una GES designada transmite a
una frecuencia piloto de banda L en la que todas las GES
escuchan en la banda C y ajustan consiguientemente sus
osciladores locales de recepcin. Este proceso puede ser
imposible en el caso de haces puntuales de satlite, cuando la
GES no est dentro de la huella del haz puntual de inters.
2.2.3 Compensacin por desplazamiento Doppler en la
AES. Existen por lo menos dos mtodos para aplicar la compen-
sacin por desplazamiento Doppler. Un procedimiento consiste
en utilizar las ayudas para la navegacin de la aeronave a fin
de estimar la velocidad de la aeronave en la direccin del
satlite y, seguidamente, estimar a partir de ello el desplaza-
miento Doppler. Un segundo procedimiento consiste en estimar
el desplazamiento Doppler midiendo el desplazamiento de
frecuencia del canal P, o del canal C, de recepcin. En este
ltimo procedimiento, la frecuencia de cualquier transmisin
hacia tal estacin terrena de tierra es entonces la frecuencia
bsica por canal, con el desplazamiento correspondiente al de
la frecuencia de recepcin, con signo opuesto y multiplicada
por un factor de escala aproximadamente de 1,07. De esta forma
se corrige aproximadamente el componente del error de fre-
cuencia debido al movimiento de la aeronave (desplazamiento
Doppler) pero no se corrigen los errores provenientes del
oscilador local de la AES.
2.2.4 Balance de error de frecuencia. Los balances de
error de frecuencia empleados para obtener los requisitos de
precisin del enlace GES-AES se presentan en las Tablas 2-2
y 2-3 de este texto de orientacin. Obsrvese que en la
Tabla 2-2 no se incluye el desplazamiento Doppler debido al
movimiento de la aeronave y que en la Tabla 2-3 se supone
que ya ha sido compensado.
2.3 Caractersticas de antena de la
estacin terrena de aeronave
2.3.1 Antenas y nivel de capacidad. Las normas que
figuran en el Anexo 10, Volumen III, Captulo 4, especifican
los sistemas de antena de alta intermedia y de baja ganancia,
pero debe observarse que stos no estn enlazados directamente
con un nivel de capacidad de la AES. Una antena de alta
ganancia, con el apoyo de equipo de avinica, significar una
instalacin de AES de nivel 2, 3 4; y una antena de baja
ganancia o intermedia, con el equipo de apoyo de avinica
conducir siempre por lo menos a una instalacin AES de
nivel 1. En el futuro, las caractersticas de sistemas distintos
pueden hacer posible que se proporcione un servicio de nivel 2
o superior. Por ejemplo, la combinacin de antenas de haz
puntual de satlite y de una antena de aeronave de ganancia baja
o intermedia pueden proporcionar un servicio de nivel 2 o
superior. El nivel de servicio prestado a una aeronave no
solamente depender de sus capacidades, sino tambin de las
de los proveedores del servicio.
2.3.2 En el futuro, satlites de ganancia superior podran
prestar servicio a las AES con valores de G/T y de PIRE infe-
riores, pero esto llevara posiblemente a costes ms elevados de
servicio y a una disminucin de la capacidad del sistema. Puede
considerarse que las antenas de AES de ganancia inferior
a 12 dBic son operacionalmente similares a las antenas de baja
ganancia, puesto que tienen un haz demasiado ancho para dis-
criminar frente a la interferencia de otros satlites.
2.4 Requisitos del receptor
2.4.1 Relacin de ganancia a temperatura de ruido. Los
siguientes factores influyen en la relacin de ganancia a
temperatura de ruido (G/T) en los sistemas de recepcin de la
estacin terrena de aeronave:
a) condiciones climticas;
b) ngulos de elevacin de la antena hacia el satlite;
c) errores residuales de puntera hacia la antena (incluido el
influjo de errores procedentes del sistema de orientacin del
haz de antena);
d) influjo del ruido del amplificador de bajo ruido del receptor
a la temperatura de funcionamiento;
e) nivel de potencia de salida del amplificador del transmisor;
f) el influjo de la atenuacin y de la temperatura de ruido de
un radome, si est instalado un radome; y
g) las condiciones ambientales RF en las que se desea que
funcione la estacin terrena de aeronave.
2.4.2 Densidades de portadora a ruido en un enlace
ordinario. En las Tablas A-6, A-7 y A-8 de este texto de
orientacin se muestran las relaciones de densidad de portadora
a ruido espectral (CN
0
) para servicios por canales P, R, T y C.
En estas tablas las prdidas de implantacin de modem se
refieren a prdidas en la implantacin prctica de un modem
respecto a la implantacin ideal. Esto incluye los efectos
debidos a un filtrado no ideal, a una sincronizacin no ideal,
en cuanto a tiempo o en cuanto a frecuencia, a una modulacin
no ideal, y a falta de linearidad en las cadenas de convertidor
hacia arriba y hacia abajo. En el apndice de este texto de
orientacin se proporciona el anlisis del enlace RF.
2.4.3 Linearidad del receptor. Se estn proyectando
mltiples sistemas por satlite que tienen una PIRE mxima en
banda L de 58 dBW, en el centro de haz de antena. Conside-
rando el caso ms desfavorable cuando los haces de antena
de tales sistemas de satlite se superponen, el receptor debe
tolerar un total de densidad de flujo de potencia en la banda
de 100 dBW/m
2
. Esto se deriva de la PIRE combinada de
dos satlites (62 dBW), menos una prdida por ensancha-
miento de 162 dB.
2.4.4 Eficacia fuera de banda del receptor. Entre las
posibles amenazas a la eficacia del receptor se incluyen los
sistemas terrenales de comunicaciones mviles y las fuentes de
alta potencia, incluidos los transmisores de televisin con una
PIRE en la gama de megavatios, as como los radares de vigi-
lancia que estn naturalmente situados en los aeropuertos y que
pueden estar presentes a lo largo de la ruta de vuelo.
348 2/11/00
Nm. 75
2.4.4.1 En condiciones ambientales de radio, cuando
puedan estar cerca de la trayectoria de vuelo seales fuera de
banda de alta potencia, el filtro RF del receptor debera proteger
contra saturacin del receptor, la cual podra reducir la ganancia
y degradar la eficacia. Adems, tales fuentes pueden influir en
la eficacia debido a imgenes del receptor y a respuestas no
esenciales. Como ejemplo, una densidad de flujo de potencia
en la antena AES de +3 dBW/m
2
podra ocurrir a una distancia
de un kilmetro desde un transmisor de multimegavatios, tal
como los permitidos para la televisin a frecuencias compren-
didas entre 470 MHz y cerca de 800 MHz. Para proteger frente
a la saturacin, el filtro RF necesitara un mnimo de rechazo
de 75 dB. La proteccin frente a la degradacin debida a
imgenes y a respuestas espurias es propia del diseo del
receptor.
2.4.4.2 Para un radar con potencia de cresta de 5 000 kW
y una ganancia en la lnea de mira de 34 dB, los niveles de
potencia pueden llegar a 100 dBW en el haz principal. Se ha
calculado que para una AES cuya posicin se encuentre a 500
m de un radar meteorolgico situado en el aeropuerto, la
densidad de flujo podra ser tan elevada como 30 dBW/m
2
a
frecuencias inferiores a 1 459 MHz, y de 38 dBW/m
2
, a
frecuencias comprendidas entre 1 675 y 18 000 MHz. No es
necesario funcionar bajo estos niveles, pero el equipo debera
sobrevivir sin daos.
2.4.5 Ruido de fase del receptor. En la Figura A-1* de este
texto orientacin se ilustra el ruido de fase que el receptor de
AES debe tolerar cuando funciona sin salirse de las
disposiciones enunciadas en los SARPS sobre el SMAS. En
esta mscara se incluyen los influjos en el ruido de fase del
transmisor y del satlite. En la prctica, el receptor debe ser
capaz de tolerar magnitudes mayores de ruido de fase, debidas
al desvanecimiento de la seal recibida.
2.5 Requisitos del transmisor
2.5.1 Lmites de PIRE. Una AES que sea capaz de una
PIRE de 13,5 dBW debera poder utilizar siempre los canales R
y T a 0,6 kbit/s, cuando el ngulo de elevacin del sat-
lite exceda de 5. Una AES que sea capaz de una PIRE de
25,5 dBW, y que tenga el equipo de avinica para su apoyo,
ser capaz de prestar en los niveles 2, 3 y 4 de servicio parte
de los servicios de nivel 3 y 4. En la prctica, la potencia
transmitida retroceder habitualmente de estos reglajes por una
cantidad que depende de la configuracin del sistema.
2.5.1.1 La PIRE en funcionamiento mximo permisible
se basa en un lmite establecido a partir de los efectos
combinados de IM HPA (activo) y de IM de componente
pasivo.
2.5.2 Control de PIRE. El requisito de que la GES controle
la PIRE de la AES se debe a dos motivos. El primer motivo
es para tener un control dinmico de potencia de canal C que
optimice la capacidad del sistema. El segundo motivo es hacer
facultativo el uso de sistemas futuros de satlites de haz
puntual.
2.5.2.1 En las operaciones iniciales del SMAS utilizn-
dose satlites con cobertura de haz global, se requiere una gama
de control de PIRE de 16 dB para amplificaciones de alta
potencia de clase C (niveles 1-3) y de clase A (canales mltiples
de nivel 4), a fin de abarcar velocidades de transmisin por
canal seleccionables, y variables en cuanto a ganancia de antena
de AES. En el funcionamiento por canal C se ajusta tambin
frecuentemente la PIRE de AES, de conformidad con la propor-
cin de errores en los bits medida en la GES. Por consiguiente,
se requieren actualmente para las AES de nivel 4, 16 dB adicio-
nales de control.
2.5.2.2 En los futuros sistemas, la transmisin de la AES
dentro de una gama de PIRE que sea satisfactoria para los
explotadores del servicio por satlite puede exigir una gama
distinta de control. Por ejemplo, la G/T superior de los futuros
satlites de haz puntual podra requerir menos PIRE en la AES,
lo que llevara a la necesidad de una gama mayor de control.
La gama no puede predeterminarse con exactitud porque el
tamao del haz puntual que influye en la G/T de satlite es una
opcin futura de diseo del explotador.
2.5.3 Densidad espectral PIRE fuera de banda. La PIRE
fuera de banda, comprendidos los productos discretos no
esenciales, armnicos, de intermodulacin y el ruido radiado
por la AES, no deberan causar interferencia perjudicial a otros
servicios radioelctricos. En particular, no deberan interferir en
otros servicios de radio para comunicaciones/navegacin aero-
nuticas, tales como el sistema de determinacin mundial de
la posicin (GPS) que funciona en la banda de 1 559 a
1 585 MHz, el sistema de satlites de navegacin de rbita
mundial (GLONASS) que funciona en la banda de 1 598 a
1 610 MHz, (1 597 a 1 605 MHz despus del ao 2005) en la
banda de 1 525 a 1 559 MHz de recepcin del SMAS, y la
banda VHF de 108 a 137 MHz. Deberan verificarse los niveles
de productos de intermodulacin en la banda de 1 598 a
1 609,26 MHz cuando se proyecte en la misma aeronave el
funcionamiento en esta banda del receptor de navegacin por
satlite. Puede ser necesario a bordo de la misma aeronave la
gestin de frecuencias, un filtrado adicional o una mayor
separacin entre antenas (para un aislamiento superior a 40 dB)
si existe la posibilidad de interferencia en el equipo de
navegacin.
2.5.3.1 La Tabla 4-3 que figura en la Parte I, Captulo 4,
prev una densidad PIRE mxima de 155 dBc/1 MHz en la
banda de 1 559 a 1 585 MHz, que protege el funcionamiento
del receptor GPS en la misma aeronave que el SMAS, y
tambin el funcionamiento del GPS en aeronaves cercanas.
2.5.3.2 En la Tabla 4-3 que figura en el Anexo 10,
Volumen III, Parte I, Captulo 4, se indica tambin que la
densidad de espectro mxima PIRE ser de 143 dBc/1 MHz
en la banda de 1 585 a 1 605 MHz y de 117 dBc/1 MHz en
la banda de 1 605 a 1 610 MHz. Estos lmites proporcionarn
proteccin para el funcionamiento del receptor GLONASS en
la misma aeronave que el SMAS suponindose un aislamiento
de antena mnimo de 40 dB, as como en aeronaves cercanas.
El aislamiento de 40 dB se mide desde el puerto de antena
SMAS al puerto de antena GLONASS a las frecuencias del
GLONASS, con el direccionamiento de la antena del SMAS
para un acople mximo con la antena GLONASS. Esto tambin
se aplica para la antena GPS.
* Todas las figuras se presentan al final de este adjunto.
349 2/11/00
Nm. 75
2.5.4 Productos de intermodulacin (IM). Es importante
controlar las emisiones no deseadas de la AES en las opera-
ciones del sistema para evitar que se bloqueen canales y que
disminuya el espectro necesario. Ocurre la intermodulacin
durante la operacin de multitransportadora (nivel 4) a frecuen-
cias predecibles relacionadas con seales deseadas, debido a la
no linearidad de los componentes. Las fuentes posibles son
muchas pero pueden controlarse. Se logran reducir a un
mnimo los efectos IM, tanto en el diseo de la AES respecto
a linearidad que satisfaga las normas como en su funcio-
namiento.
2.5.4.1 Los productos de intermodulacin (IM) que
pueden ser emitidos por una AES de nivel 4 en funcionamiento
con multiportadora dimanan tanto del amplificador de alta
potencia (HPA) como de otros componentes pasivos que estn
sometidos a niveles altos de potencia RF de AES. Entre los
componentes pasivos que causan la IM pueden incluirse los
conectores, particularmente si son objeto de corrupcin o si las
conexiones estn sueltas; y asimismo los diodos utilizados en
redes de antenas en fase. Dependiendo de la seleccin de
frecuencias y de niveles en la GES, tal IM puede aparecer a
frecuencias y a niveles del receptor de la AES que degradarn
la BER, desactivarn la recepcin, o influirn en la recepcin
de las seales por parte de otro equipo de aeronave.
2.5.4.2 La IM transmitida por la AES puede bloquear los
receptores GES. El HPA es una fuente primaria de IM puesto
que su linearidad est limitada por la tecnologa y por la
disipacin de calor.
2.5.4.3 Pueden surgir efectos entre sistemas de las AES de
nivel 4 que puedan radiar IM. Una AES que funcione con un
satlite de haz global debe transmitir una PIRE superior que una
AES que funcione con un satlite de haz puntual ms sensible.
Por consiguiente, este nivel superior de IM sera ms fcilmente
recibido por parte del satlite de haz puntual para la retrans-
misin a su GES, cuando pudiera perjudicar la recepcin de tal
canal. Incluso si los dos satlites utilizan partes independientes
de la banda de frecuencias y, por consiguiente, no puedan
reutilizar las mismas frecuencias de canal asignadas, la IM de
transmisor de AES de haz global que est fuera de los canales
asignados podra caer dentro de la banda del satlite de haz
puntual. Debera tenerse en cuenta esta posibilidad en todas las
asignaciones de frecuencias y de niveles PIRE en la GES.
2.5.4.4 Se utilizan las tcnicas de gestin de frecuencias
para eliminar los productos de tercer y quinto orden por debajo
de 1 610 MHz segn lo descrito en 4.2.3.5.7. Si ha de instalarse
el GLONASS en la misma aeronave que el SMAS, puede ser
necesario emplear tcnicas de gestin de frecuencias u otros
mtodos para asegurar que los productos de intermodulacin de
sptimo orden y de rdenes superiores del SMAS no causarn
interferencia perjudicial al funcionamiento del GLONASS.
2.5.5 Gestin de frecuencias. Se requiere una gestin
atenta de frecuencias debido a que:
a) en el SMAS se incluyen los servicios de seguridad;
b) preocupa la disponibilidad de un espectro adecuado para el
SMAS, y una capacidad adecuada para los servicios de
seguridad SMAS; y
c) la dificultad de coordinar las redes de satlites del servicio
mvil debido a las escasas caractersticas de discriminacin
de las antenas de estaciones mviles.
Entre las directrices que habran de tenerse en cuenta al
coordinar los planes de frecuencias para reducir a un mnimo
las interferencias intraservicio y entre servicios, se incluyen:
a) el cumplimiento con el Reglamento de Radiocomunica-
ciones de la UIT pertinente;
b) cada proveedor debera proporcionar instalaciones de vigi-
lancia para identificar la utilizacin actual de comu-
nicaciones del SMAS(R) y de comunicaciones ajenas al
SMAS(R);
c) en aquellos sistemas del SMAS con haces globales y
puntuales, las medidas operacionales para reducir a un
mnimo la cantidad de anchura de banda global utilizada y
para elevar al mximo el uso de haces puntuales;
d) utilizar siempre que sea posible el mtodo de coordinacin
tcnica de las Recomendaciones M.1089 y M.1233 del
UIT-R);
e) uso eficaz del espectro comprendido lo siguiente:
1) utilizar otras bandas de guarda de respondedor de satlite
de proveedores de sistemas;
2) utilizar la asignacin de frecuencias en funcin de la
posicin de la aeronave;
3) aprovecharse de las mejoras en la discriminacin de
lbulos laterales de la antena en la estacin terrena de
aeronave;
4) utilizar portadoras desplazadas e intercaladas;
5) utilizar haces puntuales/de forma especial de satlite;
6) disminuir los niveles de los lbulos laterales de las
antenas de naves espaciales;
7) aumentar la resistencia de los sistemas a la interferencia;
8) utilizar el control de potencia de la estacin terrena;
9) utilizar reglajes de ganancia ajustables en el respondedor
de satlite;
10) utilizar los conocimientos sobre programas operacio-
nales para aprovecharse de la diferencia de zonas
horarias;
11) agrupacin apropiada de portadoras;
12) cambio de posicin de los satlites; y
13) aprovechar antenas de AES de elevada ganancia y la
correspondiente posibilidad de utilizar potencias inferio-
res de portadora.
2.5.6 Ruido de fase transmitido. En la Figura A-2 de este
texto de orientacin se ilustra la mscara de ruido de fase que
el transmisor de la AES debe satisfacer. El objetivo de esta
mscara es reducir a un mnimo el influjo, del ruido de fase
del transmisor de la AES, en la degradacin de la eficacia de
la GES.
1/11/01
Nm. 76
350 2/11/00
Nm. 75
2.6 Interferencia
2.6.1 Interferencia intrasistema. Se denomina inter-
ferencia intrasistema la que producen entre s los servicios
SMAS(R). Algunos ejemplos seran la interferencia cocanal, la
interferencia de canal adyacente y el ruido de intermodulacin.
Debido a los diseos dispares de los sistemas de satlites, no
existe ninguna nica especificacin para la interferencia
intrasistema. Cada explotador de sistemas de satlites debe ser
capaz de demostrar que la interferencia intrasistema en los
servicios SMAS(R), al combinarse con otras fuentes de ruido
en el enlace, no degrada la C/N
0
de enlace lograda por debajo
de la C/N
0
requerida para una determinada eficiencia.
2.6.2 Interferencia entre sistemas. Se denomina inter-
ferencia entre sistemas la que se causa en un servicio SMAS(R)
por cualquier otro sistema, ya sea que proporcione servicios
SMAS(R) o que no sea as. Debera mantenerse la eficiencia
requerida en cualquier nivel de interferencia que se adopte
como aceptable mediante coordinacin entre los explotadores
particulares de sistemas de satlites. Como mnimo, el sistema
de satlites del SMAS debera proporcionar la eficiencia
adecuada en presencia de una interferencia de una sola entrada
que provenga de un T/T del 6%, segn lo adoptado por la
CAMR-ORB-88 como umbral que requiere la coordinacin
entre sistemas de satlites. Un criterio propuesto para la
interferencia total debida a todas las fuentes, incluida la
interferencia intrasistema, es de T/T del 20%.
3. CARACTERSTICAS DE CANAL RF
3.1 Caractersticas de modulacin
3.1.1 Tipos de modulacin. En el servicio mvil aeronu-
tico por satlite (SMAS) se utilizan dos tipos de modulacin,
cada uno de los cuales tiene una ventaja para el sistema. Se
utiliza una forma de modulacin por desplazamiento de fase
binaria (BPSK) para velocidades de transmisin por canal de
hasta 2,4 kbits/s, que proporcionan ms resistencia frente a
ruido de fase generado en los procesos de conversin de
frecuencias en la estacin terrena de aeronave (AES), en el
satlite, y en la estacin terrena de tierra (GES). Por encima
de 2,4 kbits/s, el influjo del ruido de fase en el proceso de
modulacin disminuye y adquiere mayor importancia, a estas
velocidades superiores de transmisin por canal, la conser-
vacin de anchura de banda. Por consiguiente, se utiliza un tipo
de modulacin ms eficaz en cuanto a anchura de banda, la
modulacin por desplazamiento de fase en cuadratura (QPSK).
3.1.2 BPSK para la aviacin. La BPSK para la aviacin
es una forma de modulacin por desplazamiento de fase binaria
con filtros de una forma especialmente adaptada para funcionar
en un entorno RF sujeto a desvanecimiento. Tiene cuatro
estados posibles de fase de los cuales solamente dos se permiten
durante cualquier perodo de transmisin de smbolos. La
tcnica de modulacin establece la correspondencia de los 0
binarios a un desplazamiento de fase de 90 y de los 1
binarios a un desplazamiento de fase de +90. Esto lleva a una
codificacin diferencial de los datos transmitidos, e implica
que, durante cualquier perodo de transmisin de smbolos son
posibles dos decisiones separadas por 180, y que estas dos
decisiones efectan una rotacin de 90 a partir de las
decisiones posibles en el perodo de transmisin de smbolos
anterior. En las Figuras A-3 y A-4 de este texto de orientacin
se ilustra conceptualmente esta estrategia de modulacin. Por
consiguiente, la A-BPSK es casi idntica a la modulacin por
desplazamiento mnimo (MSK), salvo que los impulsos estn
constituidos por una forma espectral de raz de coseno elevado
al 40%, por contraposicin a una ponderacin sinusoidal. En las
Figuras A-5 y A-7 de este texto de orientacin se ilustran la
amplitud y las mscaras de fase que debe satisfacer este filtro
de forma de impulsos. Estos corresponden a los requisitos de
filtro de transmisin en la definicin de la A-BPSK. Tales
requisitos se aplican a la seal transmitida antes de que sea
objeto de cualquier amplificacin no lineal; siendo su objetivo
el de limitar y controlar la distorsin y la degradacin
correspondiente de eficacia por causa de la amplificacin no
lineal. La A-BPSK es una modulacin lineal con una
envolvente casi constante. Por consiguiente, puede transmitirse
por un amplificador de Clase C con poca dispersin espectral
y con poca degradacin de la eficacia.
3.1.3 QPSK para la aviacin. La QPSK para la aviacin
es una forma de modulacin QPSK por desplazamiento que
se utiliza para velocidades de transmisin de datos por encima
de 2,4 kbits/s y que se ilustra conceptualmente en las
Figuras A-3 y A-4 de este texto de orientacin. El codificador
de datos de la A-QPSK est impulsado por una secuencia de
datos binarios (a
i
) a un rgimen de bits de 2/T. Los bits pares
se conmutan a la lnea I y los impares se conmutan a la
lnea Q, generndose dos trenes de datos a un rgimen de 1/T.
Los muestreos S sncronos funcionan a un rgimen de 1/T y
generan impulsos ideales positivos y negativos lo cual depende
de que los bits de datos sean 1 0. Los filtros de forma
de impulsos de cada canal tienen una forma espectral de raz
de coseno elevado al 100%. Excepto para el canal C a
8 400 bits/s, que tiene una forma espectral de raz de coseno
elevado del 60%. La salida de los filtros de forma de impulso I
y Q modulan la misma portadora en cuadratura y estn
linealmente combinados. En las Figuras A-6 y A-7 de este texto
de orientacin se muestran la amplitud y mscaras de fase que
debe satisfacer el filtro de forma de impulsos de coseno elevado
al 100%, mientras que en las Figuras A-23 y A-24 se muestran
las correspondientes al filtro de raz de coseno elevado al 60%.
Estas corresponden a los requisitos de filtro de transmisin
proporcionados en la definicin de la A-QPSK. Estos requisitos
se aplican a la seal transmitida antes de que sea objeto de
cualquier amplificacin no lineal; su objetivo es limitar y
controlar la distorsin y la degradacin correspondiente de efi-
cacia proveniente de amplificacin no lineal. No existe ningn
requisito de que se implanten de este modo los moduladores
actuales, siempre que no sea posible distinguir la seal RF
modulada de una que fuera generada por un modelador ideal.
3.2 Lmites de la densidad espectral
de potencia radiada
3.2.1 Mscaras de espectro. Estas mscaras de espectro
permiten una degradacin respecto al modelo Nyquist ideal que
podra presentarse debido a caractersticas no ideales del
sistema, p. ej., saturacin en la cadena de amplificador.
3.2.2 Desde la aeronave. En la Figura A-8 de este texto
de orientacin se muestra la mscara espectral que debe
satisfacer cualquier seal A-BPSK transmitida en el sentido
desde la aeronave. Esta mscara es aplicable al centrado de raz
de coseno elevado al 100%. Esto se obtuvo suponindose que
se utilizaba un amplificador no lineal (Clase C) a bordo de la
351 2/11/00
Nm. 75
AES, pero se aplica tambin a los amplificadores lineales de
Clase A. La misma mscara espectral (Figura A-8) se aplica a
la A-QPSK. La mscara espectral (Figura A-22) se aplica a
A-QPSK con un filtro de raz de coseno elevado al 60%.
3.2.3 Hacia la aeronave. En la Figura A-9 de este texto
de orientacin se muestra la mscara espectral que debe
satisfacerse una A-BPSK en el sentido hacia la aeronave. Esto
se obtuvo suponindose que funcionaban linealmente todos los
amplificadores en el trayecto de transmisin hacia la aeronave.
En la Figura A-10 de este texto de orientacin se muestra la
correspondiente mscara espectral para A-QPSK.
3.3 Eficacia del demodulador
3.3.1 Puede lograrse la eficacia especificada en la norma
mediante una deteccin coherente y un decodificador Viterbi
con decisiones programadas de 3 bits. Se permite que los
demoduladores por canal R y por canal T tengan una E
b
/N
0
superior para lograr la proporcin de errores en los bits de 10
-5
dada la naturaleza de rfagas cortas en las comunicaciones por
estos canales. La eficacia terica de la A-QPSK en ruido
gaussiano aditivo blanco es mejor que la de la A-BPSK puesto
que los bits no son de codificacin diferencial. Sin embargo,
para la modulacin A-QPSK, se incluye un margen mayor
(relativo al terico) por tener una eficacia menor a travs de
canales de desvanecimiento.
3.3.2 El movimiento relativo de la aeronave respecto al
satlite significa que cualesquiera de las reflexiones de seales
de las alas o de la cola de la aeronave, o del mar o del terreno
por debajo puede llevar a multitrayectos que varan en el
transcurso del tiempo. Esto se debe en parte a la anchura de
banda relativamente amplia de la antena AES. Las caracte-
rsticas de estos multitrayectos dependen de una serie de
caractersticas, incluidos la velocidad de la aeronave, el ngulo
de perspectiva del satlite respecto a la aeronave y la pendiente
de la superficie reflectante. El rgimen de estas variaciones
(anchura de banda Doppler) aumenta con la velocidad de la
aeronave y con el ngulo de elevacin al satlite. Sin embargo,
la intensidad de multitrayectos es inversamente proporcional a
la velocidad de la aeronave y al ngulo de elevacin del satlite.
Por consiguiente, es primariamente por debajo de ngulos de
elevacin de 20 que los multitrayectos constituyen un pro-
blema importante. A ngulos de elevacin comprendidos
entre 5 y 20 la anchura de banda Doppler puede variar
desde 20 Hz hasta 100 Hz o ms, y la potencia de multitra-
yectos puede ser tan elevada como de 7 dB respecto a la seal
de trayecto directo.
3.4 Retardo de adquisicin
Este requisito en cuanto a retardo es una especificacin de
alto nivel compuesta de una serie de componentes que proceden
de diversos subsistemas, comprendidos la adquisicin del sat-
lite, la adquisicin de frecuencias y de bits y la sincronizacin
de trama. En el peor de los casos se permite un retardo total
de 16 segundos. Este es el tiempo necesario desde que por
primera vez se emite la orden a la AES de encontrar al satlite
hasta el momento en que la AES puede intentar conectarse. Una
vez conectados, los tiempos ordinarios para establecer una
llamada oral o para transmitir un mensaje de datos por paquetes
sern muy inferiores a dicho valor.
4. TIPOS DE FORMATO Y VELOCIDADES
DE TRANSMISIN DE DATOS
POR CANAL
4.1 Generalidades
4.1.1 Temporizacin del sistema. Toda la temporizacin
de los distintos canales de transmisin se deriva del canal P. De
ser necesaria, la sincronizacin de los canales P de cada
estacin terrena de tierra (GES) con el tiempo universal
coordinado (UTC) constituye una forma de asegurar una
referencia de temporizacin en todo el mundo, y para todas las
aeronaves que utilicen el servicio mvil aeronutico por satlite
(SMAS). Actualmente no se requiere la sincronizacin de todos
los canales P con el UTC porque todava no se ha determinado
ninguna aplicacin que se beneficiara significativamente para
justificar el aumento de coste.
4.1.2 Separacin de canales. En la separacin de canales
de la Tabla A-9 de este texto de orientacin se prev adecua-
damente la separacin para que disminuya la interferencia de
canal adyacente y para asegurar la sintonizacin de canal
correcta en presencia de desplazamientos Doppler provenientes
de todas las causas. En el caso de canales a una velocidad
binaria inferior, las separaciones posibles en sentido hacia la
aeronave (canales P) y en sentido desde la aeronave (canales R
y T) son distintas. Esto se debe al desplazamiento Doppler no
corregido en los canales hacia la aeronave, y al uso de control
automtico de frecuencia (AFC) para reducir a un mnimo el
desplazamiento Doppler en el sentido desde la aeronave.
Obsrvese que el requisito de que la estacin terrena de
aeronave (AES) sea capaz de sintonizar en incrementos de
2,5 kHz da cabida a todas las separaciones posibles de canales
indicadas en lo que sigue y permite la intercalacin de canales
entre haces puntuales de satlite adyacentes.
4.1.3 Sincronizacin/prdida/degradacin de canal P. Las
medidas que adopte la gestin AES dependen de indicaciones
de la calidad de la seal del canal P de recepcin. Entre estas
se incluye un indicador del momento en que la AES est sincro-
nizada con el canal P, y del momento en que la seal se degrada
y, o, se pierde. La AES debe sincronizar con un canal P antes
de que reciba unidades de sealizacin por canal P, o transmita
por los canales R o T. Un canal P de seal degradada/perdida
indica una eficacia operacional reducida, y es habitualmente
una indicacin de una operacin de conmutacin apuntando,
por ejemplo, a que debera ejecutarse una transferencia de
satlite o de haz puntual.
4.1.3.1 Estos indicadores de calidad de seal se basan
generalmente en mediciones fsicas que exceden de un umbral.
Sin embargo, las mediciones utilizadas y los reglajes del umbral
dependen de la implantacin AES. Se declara sincronizacin
por canal P siempre que se detecte fiablemente una palabra
nica por canal P. Se pierde la sincronizacin siempre que deje
de detectarse fiablemente la palabra nica.
4.1.3.2 Una de dos condiciones llevar a una declaracin
de degradacin/prdida del canal P. La primera condicin
corresponde a un canal P degradado y hay dos casos de la
misma: 1) si la proporcin de errores en los bits sube por encima
de un valor de 10
4
en un perodo promedio de 3 minutos; y
2) si se pierde la sincronizacin diez o ms veces durante un
perodo de 3 minutos. Este perodo de promedio de 3 minutos
proporciona la confianza de que la degradacin no es temporal,
debido, p. ej., a maniobras de la aeronave. La segunda
352 2/11/00
Nm. 75
condicin corresponde a un P perdido, lo cual se declara si
se pierde continuamente la sincronizacin durante diez segun-
dos. Solamente existe un indicador para cualquiera de estas dos
condiciones y, por consiguiente, las medidas adoptadas por la
gestin AES son las mismas en ambos casos.
4.2 Canal P
4.2.1 Generalidades. Por lo menos, cada GES que forme
parte del servicio SMAS transmite continuamente por un
canal P. Cada una de las AES debe vigilar continuamente el
canal P transmitido por la GES con la que est conectada. El
canal P aplica una estrategia de multiplexacin por divisin
en el tiempo para enviar pequeos paquetes de informacin a
las AES que lo estn vigilando. Los bloques funcionales en el
extremo de la GES de cada canal P son los siguientes:
a) codificador secreto de datos;
b) codificador de correccin de error sin canal de retorno
(FEC);
c) intercalador;
d) insertor de marca de temporizacin (palabra nica); y
e) modulador.
Los bloques funcionales en el extremo de recepcin de cada
canal P son complementarios a los del extremo de transmisin.
serie completa de bloques funcionales, desde el extremo de
transmisin hasta el extremo de recepcin.
4.2.2 Bloques funcionales
4.2.2.1 Codificador secreto de datos. Un codificador
secreto de datos es un dispositivo lgico que multiplica la
secuencia de datos por una secuencia seudo aleatoria conocida.
La decodificacin secreta de los datos en el receptor se efecta
multiplicando por la misma secuencia de bits aleatorios. Esto
no influye directamente en la eficacia de proporcin de errores
en los bits por este enlace. Sin embargo, impide la posibilidad
de transmitir secuencias largas de 1 o de 0 por el enlace.
Lo ltimo podra ir en detrimento de la eficacia de adquisicin
y de los circuitos de seguimiento.
4.2.2.2 Codificacin para correccin de errores sin canal
de retorno. En general las comunicaciones por satlite son de
potencia limitada debido a los recursos limitados en el satlite.
Puede reducirse la magnitud de la potencia requerida para las
comunicaciones introducindose la codificacin para correc-
cin de errores sin canal de retorno, la cual aade redundancia
a la seal transmitida a expensas de requerir ms anchura de
banda. En el receptor, un decodificador utiliza la redundancia
para corregir estos errores que se presentan normalmente al
transmitir a una potencia inferior.
4.2.2.3 Intercalacin. En general, las comunicaciones
mviles son objeto de desvanecimiento por las reflexiones de
objetos cercanos. El desvanecimiento est correlacionado en el
tiempo, y cuando ocurre, puede causar una secuencia de errores
correlacionados en los datos detectados en el receptor. Estos
errores pueden corregirse mediante la codificacin para
correccin de errores sin canal de retorno. Sin embargo, la
mayora de los decodificadores trabajan de forma ptima con
errores no correlacionados. El objetivo del intercalador (de
transmisin) y de su inverso, el desintercalador (de receptor) es
aleatorizar el orden en el que se presentan los bits al canal
comparndolo con aquellos presentados al decodificador, con
lo que se reduce cualquier correlacin entre los errores que
puedan provenir del canal.
4.2.2.4 Marca de temporizacin. Se inserta, a intervalos
peridicos, una palabra nica en cada tren de datos, para pro-
porcionar al receptor informacin sobre temporizacin. Esta
informacin de temporizacin es necesaria para sincronizar
adecuadamente el decodificador secreto, el decodificador, y el
intercalador con sus contrapartidas en el lado de transmisin.
Se permite as la recuperacin de esta sincronizacin si se
pierde momentneamente la seal.
4.2.3 Duracin de trama por canal P. La duracin de
trama es de 500 milisegundos (velocidades de transmisin por
canal de 2,4 kbits/s y superiores), o de un mltiplo de 500
milisegundos para proporcionar una derivacin sencilla de una
supertrama que se utiliza para intervalos de canal R y para la
reserva de canal T del TDMA. La codificacin secreta y la
codificacin FEC de relacin 1/2 se utilizan en todos los canales
P. El codificador de FEC no se reinicia entre tramas, sino que
se reanuda una nueva trama en el estado resultante de la trama
anterior. Con excepcin del canal P a 0,6 kbits/s, la duracin
del intercalador es de 500 milisegundos. Para la velocidad de
transmisin de 0,6 kbits/s, el intercalador es de 384 bits que
corresponden a 2/3 segundos.
4.2.4 Formato de trama por canal P. En todos los
formatos de trama por canal P se incluye un campo de 16 bits
(no codificado) como identificador de formato y para la deri-
vacin de la supertrama que tenga una duracin de 8 segundos.
El identificador de formato es un campo de 4 bits y siempre
se pone al valor 0001 cuando se trata de un canal P. Los
restantes 12 bits de este campo se utilizan como contador de
supertrama. Para lograrlo, el campo se subdivide en tres campos
de 4 bits, de los cuales el primero se utiliza para indicar el inicio
de una nueva supertrama, mientras que los dos restantes se
utilizan para indicar el nmero de la trama. Es aconsejable en
implantaciones de AES utilizar todos los 12 bits para lograr una
sincronizacin fiable de supertrama en presencia de errores en
los bits.
4.2.5 Para canales P a velocidades de transmisin de
4,8 kbits/s y de 10,5 kbits/s, se incluyen en la trama un nmero
pequeo de bits ficticios inmediatamente despus de los bits
de entramado. De esta forma concuerda el nmero de bits del
intercalador con el nmero de bits requerido para ser trans-
mitido por el canal.
4.2.6 Para facilitar la resincronizacin de una AES que
transfiera de un canal P a otro en la misma GES, se sincronizan
todos los canales P transmitidos por la misma GES.
4.3 Canal R
4.3.1 Generalidades. Todas las AES se conectarn con el
SMAS mediante un canal R que haya sido designado para este
fin en la zona particular de servicio de la AES. Durante el
perodo de conexin de una AES se le asignarn uno o ms
canales R (a las velocidades de transmisin por canal apro-
piadas). La AES puede transmitir, por estos canales R, sealiza-
cin, paquetes cortos de datos, y peticiones de capacidad
adicional por canal T. Las caractersticas de canal de datos
353 2/11/00
Nm. 75
en modo de rfaga para el canal R han sido especificadas
en los SARPS sobre el SMAS as como la estructura de
intervalo utilizada para su protocolo de acceso aleatorio a
intervalos-ALOHA. Los bloques funcionales en el extremo de
transmisin (AES) de cada canal son los siguientes:
b) codificador de FEC;
c) intercalador;
d) prembulo y generador de palabra nica; y
e) modulador.
canal R son complementarios de los del extremo de
transmisin. En la Figura A-12 de este texto de orientacin se
muestra la serie completa de bloques funcionales desde el
extremo de transmisin hasta el extremo de recepcin.
4.3.2 Temporizacin de transmisin por canal R. El
canal R transmite en intervalos derivados de la supertrama por
canal P. La longitud de intervalo de canal R vara en funcin
de la velocidad binaria por canal. Para el inicio de un intervalo
determinado de canal R se toma como referencia el borde
anterior del primer bit en el campo de identificador de formato
de canal P. Una rfaga por canal R puede empezar en un
nmero entero de duraciones de intervalos despus de este
momento. Para el canal R, el instante de inicio nominal del
primer bit del prembulo es el principio del intervalo.
4.4 Canal T
4.4.1 Generalidades. Por la duracin de su perodo de
conexin, una AES tendr asignadas una o ms frecuencias por
canal T (a las velocidades de transmisin por canal apropiadas).
Estos canales se comparten con una serie de otras AES por
asignacin en funcin de la demanda. Es decir, se asignan estos
canales a base de que no haya conflictos con cada una de las
AES por parte de la GES durante perodos breves de tiempo.
Pueden efectuarse solicitudes de capacidad de canal T por el
canal R, o por el canal T, si ya ha sido asignada la capacidad.
Las caractersticas de canal de datos en modo de rfaga para
el canal T han sido especificadas en los SARPS, lo mismo que
la estructura de intervalos utilizada para su protocolo TDMA
de reserva. Los bloques funcionales en el extremo de trans-
misin (AES) de cada canal son los siguientes:
b) codificador de FEC;
c) intercalador;
d) prembulo y generador de palabra nica; y
e) modulador.
canal T son complementarios de los del extremo de transmisin.
serie completa de bloques funcionales desde el extremo de
transmisin hasta el extremo de recepcin.
4.4.2 Formato de canal T. La longitud de rfaga por
canal T puede variar entre 2 y 31 unidades de sealizacin. El
nmero de columnas utilizadas en el intercalador vara en
funcin de la velocidad binaria de transmisin y de la longitud
de la rfaga de conformidad con los SARPS sobre el SMAS.
En cada rfaga se incluye una unidad de sealizacin especial
breve, identificador de rfaga, que asegura que siempre sean
conocidas la AES remitente y la GES de destino. Si una GES
recibe una rfaga en la cual el identificador de rfaga se haya
perdido, est ausente, o indique una GES distinta, la GES
descartara la rfaga.
4.4.3 Temporizacin de transmisin por canal T. El
canal T est tambin sincronizado con la supertrama por
canal T, pero en este caso la supertrama se subdivide en 1 024
intervalos de una longitud aproximada de 7,8 milisegundos. El
tiempo de guarda ms breve entre las rfagas de 2 AES distintas
est sometido al control de la GES receptora y se establece
aproximadamente a 39 milisegundos (5 intervalos).
4.5 Canal C
4.5.1 Generalidades. El canal C es un canal en modo
circuito utilizado para las comunicaciones de voz o datos
digitales. Una AES puede solicitar un canal C por el canal R,
y puede ser asignado por la GES por canal P. Los bloques
funcionales en el extremo de transmisin de cada canal C son
los siguientes:
a) interfaces para canal primario (p. ej., oral) y de sub-banda;
b) multiplexor de datos de canal primario/canal de sub-banda;
c) codificador secreto de datos;
d) codificador de FEC (a menos que no se utilice);
e) intercalador (a menos que no se utilice el FEC);
f) prembulo y generador de palabra nica; y
g) modulador.
canal C son complementarios de los del extremo de trans-
misin. En la Figura A-13 de este texto de orientacin se
muestra la serie completa de bloques funcionales desde el
extremo de transmisin hasta el extremo de recepcin.
4.5.1.1 El canal C ha sido especificado a una serie de
distintas velocidades de transmisin por canal: 5,25 kbits/s,
6,0 kbits/s, 8,4 kbits/s 10,5 kbits/s y 21,0 kbits/s. La motiva-
cin subyacente es para permitir la evolucin del sistema hacia
velocidades de transmisin por canal inferiores, a medida que
mejore la tecnologa de procesamiento de la voz. En dos de
estas velocidades de transmisin por canal, 5,25 kbits/s y
10,5 kbits/s no se incluye la codificacin. Entre la aplicaciones
posibles de estos canales no codificados se incluyen la
transmisin de conversaciones vocodificadas a 4,8 kbits/s y
9,6 kbits/s en sistemas de satlite que tienen espectro limitado
pero que no tienen limitacin de potencia. Entre otras aplica-
ciones de alternativa pueden incluirse el uso de vocodificadores
que comprenden su propia codificacin, protegiendo a los bits
importantes ms que a los otros; con lo que podra suprimirse
la necesidad de codificacin en el modem de canal.
4.5.2 Trama de canal C. La duracin de trama a todas las
velocidades de transmisin por canal es de 500 milisegundos.
Se utiliza en el sentido hacia la aeronave la activacin de
354 2/11/00
Nm. 75
portadora (modo de rfaga) basada en actividad de conver-
sacin. En cada activacin, se transmiten para comenzar la
rfaga un prembulo y una palabra nica y, a partir de entonces,
ocurre una nueva palabra nica cada 500 milisegundos. Por lo
tanto la separacin por fases de la palabra nica depende del
instante en que comience la activacin. Se enva un postmbulo
cuando no hay contenido oral en el bloque de intercalador.
4.5.3 Activacin de la voz. En el sentido hacia la aeronave,
se controla la activacin de portadora mediante una seal
elctrica en la interfaz de canal C. Cuando se utiliza el canal C
para voz, se controla esta seal mediante el codificador de la
voz. El codificador de la voz enciende la seal tan pronto como
detecta voz, pero aplica un tiempo de transferencia antes de
apagar la seal para evitar un nmero excesivo de acciones de
apagar entre las slabas. Adems, se activa la portadora sin
canal de retorno, mediante la sealizacin de canal de sub-
banda que sea necesaria.
4.5.3.1 La unidad de canal inicia una nueva rfaga
inmediatamente despus de la sealizacin del estado activo.
Cuando la sealizacin indica estado no activo, la unidad de
canal contina la transmisin durante un perodo y seguida-
mente abandona la portadora. En el caso de canales con FEC
y con un intercalador, la unidad de canal completa la trans-
misin del bloque actual de intercalador, ms otro bloque
completo de intercalador, que termina con un postmbulo para
dar por terminada la rfaga de portadora de canal C. En el caso
de canales sin FEC o sin intercalador, la unidad de canal
contina la transmisin durante 20 milisegundos. En ambos
casos, durante este perodo se obtienen los bits requeridos de
la interfaz de canal primario, en la forma habitual.
4.5.3.2 Las mismas reglas de temporizacin se aplican a
la seal de control correspondiente del equipo de canal de
sealizacin de sub-banda.
4.5.3.3 En el sentido desde la aeronave, la portadora se
transmite continuamente durante la llamada, cualquiera que sea
la actividad de conversacin. El inicio de la transmisin es
el mismo que en el caso del sentido hacia adelante, con
un prembulo y una palabra nica transmitidos al princi-
pio, seguidos por nuevas palabras nicas a intervalos de
500 milisegundos.
4.5.4 Activacin de datos. La capacidad de utilizar el
canal C para datos que no sean conversacin vocodificada no
es necesaria para aplicaciones de seguridad. Sin embargo, el
canal C puede utilizarse para la transmisin de datos por parte
de servicios ajenos a la seguridad y se incluyen en este lugar
algunos detalles de su funcionamiento. En el sentido hacia la
aeronave la portadora hacia adelante funciona en modo de
rfaga para la transferencia de datos en modo circuito. El
circuito 109 (CF) segn lo definido en la Recomendacin V.24
del CCITT (denominado DCD en EIA RS-232C), del modem
de la banda oral de GES controla la interfaz de activacin del
canal C. Se activa inicialmente la interfaz cuando la llamada
entra en modo de datos, lo cual se indica mediante la transicin
del circuito 109 al estado de ENCENDIDO. Normalmente la
interfaz permanece activada hasta que la AES desactiva el
modo de datos. Si el circuito 109 cambia al estado APAGADO
indicando la prdida de la portadora de recepcin en el modem
del extremo lejano, la unidad de interfaz en modo circuito de
transmisin termina el envo del contenido de la memoria
intermedia plesiocrnica y seguidamente cambia al modo
no activa. Se reactiva la interfaz de activacin de canal C una
vez ms, cuando (si) el circuito 109 cambia al estado de
ENCENDIDO.
4.5.5 Tamao de intercalador. En cualquier sistema de
transmisin de datos en el que se requiera el intercalador para
aleatorizar los errores, su tamao depende siempre de un
compromiso entre el retardo incurrido y su eficacia en la aleato-
rizacin de los errores. El tamao de bloque de intercalador
para el canal C a 21 kbits/s, es de 384 bits, lo cual corresponde
a 192 bits de informacin. Estos 192 bits corresponden al
tamao de trama (20 milisegundos) de la mayora de los
vocodificadores a 9,6 kbits/s. Esta correspondencia directa
entre tramas de vocodificador y memoria intermedia de interca-
lador reduce a un mnimo el retardo causado por la intercalacin
y su influjo en las comunicaciones en fona. El retardo resul-
tante en la totalidad de la transmisin es aproximadamente
de 30 milisegundos (que sube a 50 milisegundos a la velocidad
inferior de transmisin por canal). Para que concuerden el
nmero de bits de intercalador con el nmero requerido de bits
por canal, se incluyen en la trama un pequeo nmero de bits
ficticios justamente despus de los bits de entramado.
4.5.5.1 El retardo en el transmisor que dimana del
intercalador depende de la relacin entre la trama oral y el
tamao del intercalador. El retardo completo del desinter-
calador que es aproximadamente de 20 milisegundos se sentir
en el extremo de recepcin.
4.5.6 Retardo de canal oral. Para mantener la calidad del
circuito oral, el CCITT recomienda que el retardo de extremo
a extremo debera limitarse a 440 milisegundos o menos. Puesto
que el retardo nominal por satlite es de 270 milisegundos, el
retardo del sistema de procesamiento oral no debera exceder
de 65 milisegundos. En esto se supone que la red terrenal tiene
asignado un retardo de 40 milisegundos, y que el modem y los
subsistemas RF tienen asignados un retardo de 65 mili-
segundos. Es de sealar, que con los algoritmos vigentes de
procesamiento oral, el retardo de procesamiento tiende a
aumentar a medida que disminuye la velocidad de transmisin
del vocodificador. Por consiguiente, este objetivo de retardo
de extremo-a-extremo puede ser difcil de satisfacer con
vocodificadores de poca velocidad de transmisin de datos,
p. ej., 2,4 kbits/s y 4,8 kbits/s.
4.5.7 Canal C de sub-banda. Entre los datos transferidos
por el canal C de sub-banda se incluyen los de control y de
sealizacin para el establecimiento de la llamada del canal C,
para verificaciones de continuidad, y para control de potencia.
En cada trama, se combinan los primeros 24 medios octetos del
canal C de sub-banda para formar una unidad de sealizacin
estndar de una longitud de 96 bits. Se combinan del mismo
modo, si se dispone de ellos, los grupos sucesivos de 24 medios
octetos. Se descarta el campo 25 de datos del ltimo bloque
de voz/datos de la trama. Cuando se activa el canal C, y no
quede ninguna otra unidad de sealizacin que haya de
enviarse, se envan unidades de sealizacin de relleno.
5. PROTOCOLOS POR CANAL P
Y POR CANAL R DE CAPA DE ENLACE
5.1 Generalidades
Se utilizan los canales P y R para sealizacin y para
comunicaciones de datos en el sentido hacia la aeronave y en
355 2/11/00
Nm. 75
el sentido desde la aeronave, respectivamente. La transmisin
de datos por canal R est restringida a mensajes breves
(unidades de datos de servicio de enlace (LSDU) de menos
de 33 octetos). En esta seccin de los textos de orientacin se
describen asuntos relacionados con los protocolos de la capa de
enlace por canal R y por canal P.
5.2 Generacin de conjunto de SU
5.2.1 En las capas de enlace de la estacin terrena de
aeronave (AES) y de la estacin terrena de tierra (GES), no
puede generarse un conjunto de SU a partir de una LIDU
recibida, segn lo descrito en el Anexo 10, Volumen III,
Parte I, Captulo 4, 4.5.3.2.3, hasta que se le asigne un nmero
de referencia. Se exceptan las LIDU de radiodifusin de tabla
del sistema y las LIDU recibidas desde entidades de servicio
en modo circuito que hayan de transmitirse, ya sea en la AES
por canal R, ya sea en la GES por canal P. Las LIDU de
radiodifusin de tabla de sistema no requieren nmeros de
referencia. Se asignan nmeros de referencia de aplicacin a las
LIDU de servicios en modo circuito mediante las entidades de
servicio en modo circuito de la AES y de la GES, por lo que
se genera un conjunto de SU al recibirse la LIDU. En los
SARPS no se ha especificado ningn formato para todas las
LIDU intercambiadas entre la capa de enlace, en la AES o en
la GES, y para ninguno de sus usuarios de servicio. Tales
formatos dependen de la implantacin.
5.2.2 Cuando se recibe una LIDU desde la capa de subred
se le asigna un nmero de referencia, se codifica la LSDU de
la LIDU en el campo de datos de las ISU/SSU de un conjunto
de SU por canal P o del campo de datos de las SU de un
conjunto de SU por canal R. El nmero de SU necesarias en
el conjunto de SU depende de la longitud de la LSDU. Cada
una de las SU, excepto la ltima, constar del nmero mximo
permitido de octetos de datos de usuario. El nmero de octetos
de datos de usuario en la ltima SU que pertenezca al conjunto
puede ser de una longitud inferior a la mxima. En un conjunto
de SU por canal P, se codifica el nmero de octetos en la SU
final (ISU o SSU) en campo de nmero de octetos en la SSU
final de la ISU. El nmero de octetos en la ltima SU, por
canal R, se codifica en el campo de tipo de SU de las SU
(Anexo 10, Volumen III, Parte I, Apndice 3, Captulo 4,
tem 67).
5.3 Transmisin de las SU
segn la precedencia
Para satisfacer los requisitos de transmisin de las SU del
Anexo 10, Volumen III, Parte I, Captulo 4, 4.5.8.2.3 en la AES
y en la GES, los protocolos por canal R y por canal P pueden
aplicar diversas colas de primero en llegar, primero en salir
(FIFO), una cola por cada nmero Q vlido, para almacenar
las SU antes de transmitirlas. En el caso del canal R, las SU
de un conjunto de SU se pondran en cola de conformidad con
el orden ascendente de sus indicadores de secuencia (Anexo 10,
Volumen III, Parte I, Apndice 3, Captulo 4, tem 58). En el
caso del canal P, las SU de un conjunto de SU se pondran en
cola con la ISU, o con la SU RTX si se trata de un conjunto
de retransmisin, seguidas en primer lugar por las SSU, de
conformidad con el orden descendente de sus nmeros secuen-
ciales de SSU. A la instancia de transmisin, se seleccionara
una SU a partir de la cola de ms elevada prioridad en la que
haya una o ms de las SU.
5.4 Protocolo por canal P
5.4.1 Se utiliza el protocolo de capa de enlace por canal
P en el sentido hacia la aeronave para procesar la transmisin
de: 1) las LIDU recibidas de la gestin GES, 2) las LIDU
recibidas de los servicios en modo circuito con parmetros de
encaminamiento que indiquen la transmisin por canal 3, y 3)
todas las LIDU recibidas desde la capa de subred. Se utiliza el
servicio de enlace fiable de protocolo por canal P (RLS) para
procesar la transmisin de las LIDU recibidas solamente de la
capa de subred. La transmisin de todas las dems LIDU se
procesa de conformidad con el servicio de enlace directo para
protocolo por canal P (DLS). Tambin se utiliza el canal T para
la transmisin de las siguientes SU de sealizacin de capa de
enlace:
a) las SU de reserva por canal T (RES) y de reserva cercana
(RFC) asociadas con el protocolo de reserva por canal T
(Anexo 10, Volumen III, Parte I, Captulo 4, 4.6);
b) SU de acuse de recibo por canal T (TACK); y
c) SU de acuse de recibo por canal R (RACK).
Estas SU se transmiten de conformidad con el servicio DLS
para protocolo por canal P.
5.4.2 En un instante determinado, el protocolo por canal P
puede estar procesando la transmisin de varias LSDU (se ha
asignado un nmero de referencia y se ha generado un conjunto
de SU a partir de cada LSDU para transmitir la LSDU). Sin
embargo, en el caso de RLS, por cada nmero Q solamente se
permite que est en el proceso de transmisin en cualquier
momento una LSDU de las LSDU destinadas a la misma AES.
Las otras LSDU RLS con el mismo nmero Q y destinadas a
la misma AES se almacenarn hasta que est terminada la
transmisin de la LSDU actual en dicho nmero Q, ya sea con
xito o sin xito. Por lo tanto, en la AES, solamente podra estar
en el proceso de reensamblaje en un momento determinado un
conjunto de SU RLS por cada nmero Q, y la AES descartar
un conjunto incompleto de SU RLS si empieza a recibir otro
conjunto de SU RLS con el mismo nmero Q y con un nmero
distinto de referencia. Despus de la transmisin, con xito o
sin xito, de un conjunto de SU, la capa de enlace de GES libera
todos los recursos de capa de enlace asociados con tal conjunto
de SU, es decir, con el nmero de referencia asignado, los
temporizadores activados, la memoria asignada, etc.
5.4.3 En el caso del RLS, el protocolo por canal P implanta
un plan de ARQ-repeticin-selectivo para control de errores.
Por consiguiente, despus de transmitir un conjunto de SU, la
GES espera recibir de la AES una SU de acuse de recibo por
canal P (PACK). La SU PACK puede indicar ya sea una
recepcin completa, ya sea una recepcin incompleta del
conjunto de SU mediante su campo de control de acuse de
recibo. En el caso ltimo, este campo indica tambin si se
requiere una retransmisin completa o parcial del conjunto de
las SU. En el caso de una peticin de retransmisin parcial, este
campo, que est presente en cada una de las SU PACK, indica
adems el nmero de las SU PACK que identifican el resto de
las SSU perdidas en el conjunto de las SU que han de seguir;
cada SU PACK puede identificar como mximo tres SSU
perdidas. Se reensamblan las SU de retransmisin parcial desde
la GES por parte de la AES como cualquier otro conjunto
de SU; sin embargo, un conjunto de SU de retransmisin est
encabezado por una SU RTX en lugar de estarlo por una ISU
356 2/11/00
Nm. 75
y los nmeros secuenciales de las SSU retransmitidas son los
prescritos en el Anexo 10, Volumen III, Parte I, Apndice 3,
Captulo 4, tem 59). Si deja de recibirse de una AES un acuse
de recibo, esto llevara a que la GES solicite tal acuse de recibo
enviando a la AES una peticin de SU de acuse de recibo
(RQA). La AES sigue la pista al estado del conjunto de SU RLS
que la AES est actualmente procesando en un nmero Q
determinado para responder correctamente a un RQA.
5.4.4 En un conjunto de SU, original o retransmitido,
solamente la ISU, o la SU RTX, identifica la ID de AES de
destino. Para evitar un procesamiento errneo debido a la ndole
de la radiodifusin por canal P, la AES descarta una SSU si se
recibe antes de que se haya recibido la correspondiente ISU
(igual nmero de referencia y nmero Q) o la SU RTX.
5.5 Protocolo por canal R
5.5.1 Se utiliza el protocolo de capa de enlace por canal
R en el sentido desde la aeronave para procesar la transmisin
de: 1) las LIDU recibidas de la gestin AES, 2) las LIDU
recibidas de los servicios en modo circuito con parmetros de
encaminamiento que indiquen la transmisin por canal R, y 3)
algunas de las LIDU que cursan LSDU de una longitud de 33
o menos octetos, recibidas de la capa de subred. Se utiliza el
servicio de enlace fiable (RLS) para protocolo por canal R para
procesar la transmisin de las LIDU recibidas solamente desde
la capa de subred. Se procesa la transmisin de todas las dems
LIDU de conformidad con el servicio de enlace directo (DLS)
para protocolo por canal R.
5.5.2 Se utiliza tambin el canal R para la transmisin de
las siguientes SU de sealizacin de capa de enlace.
a) acuse de recibo por canal P (PACK);
b) peticin de acuse de recibo por canal T (RQA); y
c) peticin de reserva de canal T (REQ).
Se transmiten estas SU de conformidad con el servicio DLS
para protocolo por canal R.
5.5.3 En un instante determinado, el protocolo por
canal R en la AES puede estar procesando la transmisin de
varias LSDU (se ha asignado un nmero de referencia y se ha
generado un conjunto de SU a partir de cada LIDU para
transmitir la LSDU). Sin embargo, en el caso de RLS, por cada
nmero Q solamente se permite procesar una LSDU para ser
transmitida a la GES en cualquier momento. Las dems LSDU
RLS, con el mismo nmero Q se almacenarn en la AES hasta
que haya terminado la transmisin, ya sea con xito o sin xito,
de la LSDU RLS actual con dicho nmero Q. Por lo tanto, en
la GES, solamente podra estar en el proceso de reensamblaje
en un momento determinado un conjunto del SU RLS por cada
nmero Q, por cada AES, y la GES descartar un conjunto
incompleto del SU RLS si empieza a recibir otro conjunto de
SU RLS con el mismo nmero Q desde la misma AES. Despus
de la transmisin, con xito o sin xito, de un conjunto de SU,
la capa de enlace AES libera todos los recursos de capa de
enlace asociados con tal conjunto de SU, es decir, con el
nmero de referencia asignado, los temporizadores activados,
la memoria asignada, etc.
5.5.4 En el caso del RLS, el protocolo por canal R
implanta un plan de ARQ-repeticin-selectivo para control de
errores. Por consiguiente, despus de transmitir un conjunto de
SU, la AES espera recibir de la AES una SU de acuse de recibo
por canal R (RACK). La SU PACK puede indicar ya sea una
recepcin completa, ya sea una recepcin incompleta del con-
junto de SU mediante su campo de control de acuse de recibo.
En el caso ltimo, la SU RACK puede tambin indicar las SU
perdidas del conjunto de SU identificando sus indicadores de
secuencia. La AES transmite las SU que han sido indicadas
como perdidas sin ninguna modificacin de su contenido. El
conjunto mayor de SU por canal R consta de tres SU, por lo
que, la GES puede identificar como mximo dos SU perdidas
en una SU RACK, debe haberse recibido correctamente una SU
del conjunto en la AES para detectar una tentativa de transmi-
sin del conjunto de SU.
5.5.5 El canal R es un canal de acceso mltiple, por
consiguiente, la GES recibe simultneamente las SU de todas
las AES asignadas a un conjunto de frecuencias por canal R.
Cada una de las SU recibidas contiene la ID de AES de origen.
Por lo tanto, las SU recibidas se clasifican en primer lugar segn
sus ID AES y seguidamente se procesan independientemente.
El Anexo 10, Volumen III, Parte I, Captulo 4, 4.5.8.3 contiene
los requisitos para protocolo por canal R correspondientes al
procesamiento de las SU procedentes de una determinada AES.
6. PROTOCOLOS POR CANAL T Y
POR CANAL C DE SUB-BANDA
DE CAPA DE ENLACE
6.1 Generalidades
Los protocolos por canal T de capa de enlace especificados
en el Anexo 10, Volumen III, Parte I, Captulo 4, 4.6 se aplican
a las unidades de datos de servicio de enlace (LSDU) en el
sentido desde la aeronave que no puedan ser transmitidas por
canal R (p. ej., porque su longitud exceda de 33 octetos). Hay
dos protocolos por canal T: uno para pedir la capacidad por
canal T y el otro para la transmisin de las SU en una capacidad
asignada. El protocolo por canal C de sub-banda de capa de
enlace especificado en el Anexo 10, Volumen III, Parte I,
Captulo 4, 4.6, se aplica a la transmisin de las SU de
sealizacin correspondientes a los servicios en modo circuito
en el sentido hacia la aeronave y en el sentido desde la
aeronave.
6.2 Generacin del conjunto de SU
Un conjunto de SU no puede ser generado a partir de la
LIDU recibida, segn lo descrito en el Anexo 10, Volumen III,
Parte I, Captulo 4, 4.6.4.2.1, hasta que se le asigne un nmero
de referencia mediante el protocolo de reserva por canal T. Se
codifica la LSDU (datos de usuario) en el campo de datos de
usuario de la ISU/SSU de un conjunto de SU por canal T. El
nmero de las SU necesarias en el conjunto de SU depende de
la longitud de la LSDU. Cada SU, excepto la ltima, constar
del nmero mximo permitido de octetos de datos de usuario.
El nmero de octetos de datos de usuario, de la ltima SU que
pertenezca al conjunto, puede ser de una longitud inferior a la
mxima; los octetos no utilizados se rellenan con bits ficticios.
Se codifica el nmero de octetos en la ltima SSU del campo
de la ISU nmero de octetos en la SSU final.
357 2/11/00
Nm. 75
6.3 Protocolo de transmisin por canal T
6.3.1 Generalidades
Se utiliza el protocolo de transmisin por canal T cuando
estn presentes para transmisin por canal T las LSDU y la AES
ha recibido una peticin de reserva de rfaga por canal T. El
protocolo de transmisin por canal T especifica el servicio de
enlace fiable (RLS) para transferencia de datos.
6.3.2 Estacin terrena de aeronave (AES)
6.3.2.1 La estacin terrena de aeronave (AES) es el
extremo transmisor del protocolo de transmisin por canal T.
Se transmite en primer lugar la SU ms antigua, entre las SU
con el nmero Q ms elevado. Si un conjunto de SU est en
espera de transmisin en una reserva de rfaga atribuida y se
presenta para ser transmitido un conjunto de SU de precedencia
superior, las SU de precedencia superior desplazarn a las SU
de precedencia inferior. Por lo tanto, una reserva de rfaga
puede cursar las SU correspondientes a una LSDU que no sea
la que ha iniciado la peticin original de reserva.
6.3.2.2 La AES, despus de transmitir a la estacin terrena
de tierra (GES) el conjunto de SU, espera de la GES las SU
con acuse de recibo por canal T (TACK). Se reciben las SU
TACK en la AES en el extremo de recepcin del protocolo por
canal P, el cual las transfiere al protocolo de transmisin por
canal T. La AES puede recibir ms de una SU TACK indicando
las SU perdidas de un conjunto de SU en la GES. Cada SU
TACK puede identificar hasta tres SU perdidas. El recibo de
una SU TACK del conjunto de SU TACK que identifica las SU
perdidas, inicia un temporizador tA5 en la AES e indica el
nmero de SU TACK adicionales en espera de ser recibidas.
Si expira el temporizador tA5 antes de que se reciba otra SU
TACK del conjunto de SU TACK, la AES transmite las SU
perdidas que se identificaron hasta ese momento en las SU
TACK recibidas. Si se reciben SU TACK despus de que haya
expirado el correspondiente temporizador tA5 y la AES no ha
transmitido todava el conjunto de SU de retransmisin entre
la SU TACK recibidas, la AES descarta las SU TACK
recibidas.
6.3.2.3 La AES calcula la longitud de la reserva esperada
para retransmisin basndose en el nmero de las SU perdidas
indicadas en las SU TACK recibidas del conjunto de SU
TACK. Esta longitud est asociada al temporizador tA8,
iniciado por el protocolo de reserva por canal T, para supervisar
la recepcin de reserva de retransmisin. Esta longitud puede
ser inferior a la longitud de reserva actualmente asignada para
retransmisin por la GES, si, por ejemplo, no se han recibido
en la AES algunas SU TACK del conjunto de SU TACK.
6.3.2.4 La AES guarda una copia de un conjunto de SU
para fines de retransmisin. Despus de transferir a la capa de
subred la LIDU de indicacin de estado de transmisin,
indicando el xito o el fracaso, la AES destruye la copia
guardada.
6.3.2.5 Si despus de varias tentativas, no se recibe de la
GES la reserva esperada, la AES descarta por lo menos el
nmero de las SU respecto a las cuales se solicitaba la reserva.
Las SU descartadas pueden no ser aquellas que iniciaron la
peticin original de reserva, por el hecho de que la transmisin
de las SU se basaba en la precedencia (descrita en el Anexo 10,
Volumen III, Parte I, Captulo 4, 4.6.4.2.2) pero ser de
precedencia igual o inferior. Si entre las SU descartadas en
la AES hay una ISU, se descartar el conjunto completo de SU
encabezado por la ISU descartada. Esto puede llevar a que se
descarten ms SU de las necesarias. Si la SU descartada es una
SU REQ, la AES retransmite la SU REQ ya sea por canal T,
ya sea por canal R. Si la SU descartada es una ltima SU de
un conjunto de SU, la AES inicia un temporizador para la
supervisin de las SU TACK correspondientes a tal conjunto
de SU.
6.3.3 Estacin terrena de tierra (GES)
6.3.3.1 Este es el extremo de recepcin del protocolo de
transmisin por canal T. La GES, despus de recibir un con-
junto de SU, lo reensambla en una LSDU. Antes del reensam-
blaje del conjunto de SU, la GES verifica si se han recibido o
no todas las SU del conjunto de SU. Si el conjunto de SU no
est completo despus de que no se esperen ms SU del
conjunto de SU, (lo cual se determina mediante el criterio espe-
cificado en los SARPS sobre el SMAS), la GES pide la
retransmisin de las SU perdidas transmitiendo a la AES por
canal T el nmero apropiado de las SU TACK, indicando error.
6.3.3.2 Si la GES en espera de retransmisin desde la AES,
recibe una ISU con los mismos ID y nmero Q de la AES, como
el conjunto de SU en espera de ser completado, y con un
nmero de referencia que pertenece a un par del que el otro
miembro es el nmero de referencia del conjunto de SU en
espera de ser completado, la GES descarta el conjunto de SU
en espera de ser completado y prosigue con el nuevo conjunto
de SU. La recepcin de la ISU con los parmetros descritos
anteriormente indica que la AES ha abandonado la transmisin
del conjunto de SU anterior y ha liberado el nmero de refe-
rencia, con lo que el otro miembro del par queda disponible para
nueva asignacin.
6.3.3.3 La GES puede recibir de la AES una SU RQA en
las siguientes circunstancias:
a) conjunto de SU inicial perdido (es decir, prdida por lo
menos de la ISU): la SU RQA no hace referencia a ningn
conjunto de SU que haya sido procesado en un momento
inmediatamente precedente;
b) prdida de acuse de recibo negativo o prdida de retrans-
misin: la SU RQA se refiere a un conjunto de SU en vas
de correccin; y
c) prdida de acuse de recibo positivo: la SU RQA se refiere
a un conjunto de SU que ha sido procesado en un momento
inmediatamente anterior.
Cuando se haya perdido el conjunto de SU inicial, la GES
determina la longitud del conjunto de SU inicial a partir del
parmetro de longitud de mensaje en la SU RQA para reservar
y enviar la capacidad correcta por canal T junto con la peticin
de retransmisin completa.
6.4 Protocolo de reserva por canal T
6.4.1 Generalidades
Se utiliza el protocolo de reserva por canal T para solicitar
reservas de transmisin de datos por canal T.
358 2/11/00
Nm. 75
6.4.2 Estacin terrena de aeronave (AES)
6.4.2.1 El protocolo de reserva por canal T de la AES
asigna nmeros de referencia a las LIDU recibidas de la capa
de subred para transmitir por canal T. Se asignan los nmeros
de referencia de tal modo que ninguna de las dos LIDU conse-
cutivas, transmitidas con el mismo nmero Q desde una AES
hacia una GES, tengan el mismo nmero de referencia. Se
utiliza el nmero de referencia asignado a una LSDU mediante
el protocolo de reserva por canal T en la solicitud de SU de
reserva (REQ) y mediante toda la sealizacin asociada, y
mediante el protocolo de transmisin por canal T en las SU de
datos y mediante los acuses de recibo asociados y la peticin
de las SU de acuse de recibo.
6.4.2.2 Se transmite a la GES la SU REQ por canal T o
por canal R. Cada vez que la SU REQ se transmite por canal T,
se aumenta en una unidad la longitud solicitada en la SU REQ
a fin de tener en cuenta la capacidad por canal T utilizada para
transmitir la SU REQ.
6.4.2.3 Se utiliza el temporizador tA8 en la AES para
supervisar la recepcin de las SU de reserva por canal T
esperadas (RES) que estn asociadas con otras SU de reserva
cercana (RFC) anteriormente recibidas o asociadas con las SU
TACK recibidas. Debido al plan de prioridad para la
transmisin de conjuntos de SU, lo que lleva a que los conjuntos
de SU de prioridad ms elevada ocupen posiblemente las
asignaciones de reserva de conjuntos de SU de prioridad
inferior, habr instancias de tiempo en las que pudieran haberse
iniciado en la AES mltiples temporizadores tA8 asociados con
el mismo conjunto de SU. La AES despus de recibir una SU
RES prevista para dicho conjunto de SU, debe detener el
correspondiente temporizador tA8 (Anexo 10, Volumen III,
Parte I, Captulo 4, 4.6.5.2.6 y 4.6.5.2.7). Sin embargo, puesto
que no est garantizada la correspondencia de uno a uno entre
un temporizador tA8 y una SU RES recibida, debe efectuarse
la seleccin del temporizador tA8 que sea ms conveniente.
Esta seleccin depende de la implantacin. Por ejemplo, podra
efectuarse la seleccin en funcin de los valores de
temporizacin de todos los temporizadores tA8 pendientes, de
modo que se seleccionara el temporizador tA8 con el mnimo
tiempo restante de temporizacin, independientemente del
tamao de la reserva en la SU RES recibida. En este caso, debe
procurarse en la implantacin solicitar reservas de cualquier
dficit resultante respecto al tamao total de las reservas
pendientes asociadas con un conjunto de SU en la AES, cuando
se hayan detenido todos los temporizadores tA8. Pueden
aplicarse otros criterios de seleccin, aunque siempre debe
atenderse a la restriccin de que por lo menos el tamao total,
de todas las reservas pendientes asociadas con cualquier
conjunto dado de SU, deba recibirse antes de liberar el nmero
de referencia asignado a dicho conjunto de SU.
6.4.2.4 Puede ser que las reservas no se reciban en orden
cronolgico. El intervalo mnimo entre dos reservas por dos
canales T distintos ha de ser adecuado para que pueda efec-
tuarse en la AES la conmutacin de frecuencias (por canal T).
Una SU de reserva (RES) define una o ms asignaciones de
rfaga por un canal T. Se codifica el primer nmero de trama
de la rfaga inicial dentro de la SU RES y se sabe que pertenece
a una de las diecisis tramas que siguen a la recepcin de la
SU RES (la ventana de tiempo). De aqu en adelante, ocurren
nuevas reservas (de haberlas) cada 2BI tramas, hasta que se
llega al nmero de rfagas reservadas. BI es la codificacin del
elemento de informacin para intervalo entre rfagas dentro de
la SU RES. La AES calcula la primera trama para cada rfaga
reservada utilizando el primer nmero de trama de la rfaga
inicial y la informacin relativa a intervalo entre rfagas. Una
vez transcurrido el tiempo para la rfaga reservada, la AES lo
suprime de su plan de tiempo.
6.4.3 Estacin terrena de tierra (GES)
6.4.3.1 La GES asigna reservas en respuesta a solicitudes
de reserva procedentes de las AES con las que est conectada.
La GES asigna tambin reservas para retransmisiones de las SU
que se hubieran perdido en un conjunto de SU transmitidas por
la AES. Por lo tanto, siempre que el protocolo de transmisin
por canal T en la GES transmita un conjunto de SU TACK
compuesto de una o ms SU TACK indicando errores, el
protocolo de reserva por canal T en la GES efecta reservas de
retransmisiones.
6.4.3.2 GES asigna reservas a una AES respecto a uno de
los cuatro canales T que pueden haber sido asignados a la AES
en el momento de la conexin. La GES indica el canal T por
el que se ha efectuado la reserva a la AES en la SU RES. El
procedimiento para seleccionar un canal T, entre los cuatro
posibles asignados a la AES en el momento de la conexin,
depende de la implantacin. Pueden utilizarse los siguientes
mtodos para seleccionar el canal T:
a) se efecta la interrogacin selectiva de todos los canales T
disponibles para una AES particular. Se asignan las reservas
a cualquier canal T por el que se logre el retardo de reserva
permisible mnimo, o por el canal que ofrezca el retardo ms
breve de reserva, por ningn canal T se ofrece el retardo
mnimo de reserva permisible;
b) cada canal T asignado a una AES particular est asociado
a una o ms precedencias de mensajes. Se selecciona un
canal T de conformidad con la precedencia del mensaje
identificado en la SU REQ; y
c) se efectan las reservas de todos los mensajes ajenos a la
seguridad por un solo canal T. Se efectan las reservas de
todos los mensajes de seguridad en un canal T por el que
se ofrezca un retardo mnimo de reserva.
6.4.3.3 La GES transmite la SU RES a la AES siempre que
el inicio de la reserva est a menos de 8 segundos de la hora
actual. Esto se efecta para evitar cualquier interpretacin
errnea de la hora de inicio de la reserva en la AES. Se especi-
fica la hora de inicio de la reserva en la SU RES en funcin
del nmero de trama de inicio dentro de una supertrama. No
se especifica el nmero de supertrama. De esta forma, si la
SU RES no se recibe en la AES dentro de la supertrama que
actualmente incluye el nmero de trama de inicio, la AES
aplicar incorrectamente la informacin a la supertrama en la
que la AES recibe la SU RES. Si las tramas en esta supertrama
han sido asignadas a otra AES, podra haber una colisin entre
las transmisiones por canal T procedentes de dos AES. Por el
hecho de que la SU RES debera recibirse en la AES dentro de
la supertrama correcta, se pone la precedencia de la SU RES
al valor de 15 a fin de reducir a un mnimo los retardos en cola
por canal P que de otro modo experimentara la SU RES.
6.4.3.4 Si el principio de la reserva de rfaga est fuera de
la ventana de tiempo de ocho segundos, a partir de la hora en
que se efecta la reserva, la GES transmite a la AES una SU
359 2/11/00
Nm. 75
de reserva cercana (RFC) para impedir que una temporizacin
lleve a otra solicitud de reserva. La SU RFC establece un lmite
superior del retardo hasta el inicio de la reserva de rfagas, a
base de un nmero entero de supertramas (8 segundos). El plan
de tiempos en la GES es de longitud limitada. Siempre que la
GES sea incapaz de asignar una reserva dentro de este plan de
tiempo vigente, enva una SU RFC con el retardo respecto a la
RES igual a la longitud mxima en el plan de tiempo y guarda
la solicitud para una asignacin ulterior. Subsiguientemente,
cuando la GES es capaz de atender a la solicitud, la GES enva
otra SU RFC dando el retardo respecto a la reserva que ya es
conocido. El tamao del plan de tiempo de la GES depende de
la implantacin y no ha sido especificado en los SARPS sobre
el SMAS.
6.4.3.5 La transmisin de las SU TACK debe siempre pre-
ceder a la reserva por canal T asociada. Puesto que el nivel de
precedencia de una SU RES es superior al de una de las SU
TACK, la GES debe esperar a que se hayan transmitido
eficazmente todas la SU TACK, antes de asignar una reserva
para retransmisin. Las SU TACK transmitidas a la AES,
mediante el protocolo de transmisin por canal T en la GES,
comprenden una estimacin del retardo antes de que se enven
a la AES por parte de la GES las SU RES. Esta estimacin es
funcin de la carga de los canales T. Subsiguientemente, si no
puede asignarse la reserva dentro del retardo estimado que se
especifica en la SU TACK, la GES transmite una SU RFC con
el retardo actual o con el valor mximo de retardo que
corresponde a su longitud de plan de tiempo, si ha sido incapaz
de asignar una reserva dentro de su plan de tiempo vigente. En
este ltimo caso, la GES retardar la asignacin de rfagas por
canal T hasta que disponga de capacidad. La longitud de la
reserva para retransmisin es el nmero de SU perdidas que se
identifican mediante el conjunto de SU TACK, indicando las
SU perdidas en la GES, y sumando uno a ese valor.
6.4.3.6 La GES asigna las reservas de forma que dos
cualesquiera AES utilicen el mismo canal T para transmisiones
en el mismo instante de tiempo. La longitud de una reserva es
tal que la AES siempre tiene la capacidad de enviar por lo
menos una SU REQ, adems de las SU respecto a las cuales
se efecta la reserva. De este modo, se impide retardar la
retransmisin de una SU REQ cuando su nivel de precedencia
sea inferior al nivel de precedencia de las SU en espera de ser
transmitidas, o la transmisin del conjunto completo de SU
cuando se interrumpe por una sola SU REQ. Se asigna a las
LSDU largas una reserva de rfagas, en forma de rfagas
mltiples de igual longitud, estando cada rfaga separada de la
precedente por un intervalo fijo entre rfagas. Pueden asignarse
intervalos entre rfagas a las AES para transmisin o para
retransmisiones. El intervalo entre dos rfagas y la longitud de
cada rfaga correspondientes a la misma LSDU se efectan de
forma que el retardo de transferencia para la totalidad de las
LSDU satisfaga los requisitos de eficacia especificados en el
Anexo 10, Volumen III, Parte I, Captulo 4, 4.7. Puesto que el
transmisor de la AES podra estar compartido entre los canales
R y T, y el modo por canal T del transmisor tiene prioridad ms
elevada que su modo por canal R, la asignacin de reservas por
canal T influir en las transmisiones por canal R. Se asignan
las reservas por canal T de forma que la mayor parte del tiempo
haya por lo menos una rfaga de canal R cada ocho segundos,
desde cada AES conectada con la GES que asigne las reservas.
La longitud de rfaga y el intervalo entre rfagas no se
especifican mediante SARPS sobre el SMAS; y dependen de
la implantacin.
6.4.3.7 A continuacin se indican valores ordinarios de
longitud de una rfaga particular:
a) 18 SU para un canal T que funcione a 600 bits/s;
b) 17 SU para un canal T que funcione a 1 200 bits/s;
c) 31 SU para un canal T que funcione a 2 400 bits/s; y
d) 31 SU para un canal T que funcione a 10 500 bits/s.
Los siguientes son valores ordinarios de intervalo entre
rfagas:
a) 16 tramas para un canal T que funcione a 600 bits/s;
b) 8 tramas para un canal T que funcione a 1 200 bits/s;
c) 4 tramas para un canal T que funcione a 2 400 bits/s; y
d) 1 trama para un canal T que funcione a 10 500 bits/s.
6.4.3.8 El tiempo ms temprano de iniciar una reserva por
parte de la GES debe ser tal que la AES pueda recibir
oportunamente la reserva, para que pueda transmitir al iniciarse
la reserva asignada. En este tiempo se tiene en cuenta el de
procesamiento, tanto en la GES como en la AES, as como los
retardos de codificacin y de decodificacin. El valor del
tiempo de inicio ms temprano depende de la implantacin y
se calcula segn la frmula siguiente:
Retardo mnimo para iniciar la reserva = retardo de
unidad por canal P + retardo de procesamiento de la
GES + retardo de espera por canal P + duracin de
intervalo R + 0,2 s (*) + retardo de propagacin + retardo
de procesamiento de la AES.
* 0,2 segundos es el tiempo de conmutacin por canal R/T.
En una implantacin del sistema se obtuvieron los
valores tpicos para algunos componentes. El valor tpico del
retardo de procesamiento de la GES es del orden de 200 ms.
6.4.3.9 La GES, una vez reciba la informacin sobre la
conexin con otra GES, o la informacin sobre la desconexin
respecto a una AES con la que estuviera conectada, puede
descartar las reservas asignadas a la AES, dejando los intervalos
disponibles para asignarlos a otras AES con las que est
conectada.
6.5 Protocolo por canal C
de sub-banda, hacia la aeronave
y desde la aeronave
6.5.1 Generalidades
El protocolo por canal C de sub-banda, definido en los
SARPS sobre el SMAS contenidos en el Anexo 10, Volu-
men III, Parte I, Captulo 4, 4.6, especifica el servicio de enlace
directo (DLS) para las SU de sealizacin. El canal C de sub-
banda cursa sealizacin para servicios en modo circuito a fin
de establecer, mantener o liberar el canal C.
360 2/11/00
Nm. 75
7. CAPA DE SUBRED DE SATLITE
7.1 Disposiciones generales
7.1.1 Arquitectura
Para facilitar la elaboracin de especificaciones sobre
interfuncionalidad, se ha subdividido la capa de subred en reas
funcionales. El objetivo de esta subdivisin funcional no es la
de impedir que haya implantaciones por las que se aadan
funciones de otro modo siempre que, en las implantaciones de
a bordo y de tierra de la capa de subred, el comportamiento de
cada una (para un observador externo) se conforme a las
disposiciones de esta seccin.
7.1.1.1 Funcin SSND
Cada funcin SSNDPX consta de una o ms entidades
SSNDPX. Cada entidad se comunica con la entidad SSNDPX
par mediante el SSNDP.
7.1.1.2 Funcin SNAc
Cada funcin SNAc consta de una o ms entidades DCE ISO
8208. Cada entidad DCE ISO 8208 se comunica con la entidad
de equipo terminal de datos (DTE) ISO 8208 par en el
encaminador de la red de telecomunicaciones aeronuticas
(ATN) adjunto, mediante el protocolo ISO 8208.
7.1.1.3 (Reservado)
7.1.1.4 Funcin IW
Cada funcin IW consta de una entidad IW. La funcin IW
ejecuta la armonizacin necesaria entre las funciones SSND y
SNAc. La funcin transmite paquetes ISO 8208 entre las
entidades DCE ISO 8208 y SSNDPX.
7.1.2 Antecedentes sobre el uso de la ISO 8208
y del protocolo dependiente
de la subred asociado
En la subred por satlite, pueden recibirse los datos fuera de
secuencia o duplicados. La funcin de convergencia depen-
diente de la subred (SNDCF) en el encaminador ATN, la cual
utiliza los servicios proporcionados por la subred por satlite,
supone un servicio subyacente en modo por conexin que
proporcione la entrega en secuencia de los datos. La SNDCF
no ejecuta ninguna funcin de recuperacin en caso de error,
para tramitar la duplicacin de los datos, ni los datos recibidos
fuera de secuencia. Por consiguiente, se requiere un servicio
fiable en modo por conexin el cual lo proporcionan la
ISO 8208 y los protocolos SSND. Adems, para la subred
por satlite, es ms eficaz utilizar estos protocolos en modo
por conexin. Por ltimo, la ISO 8208 es el protocolo disponi-
ble en modo por conexin que ha llegado al grado ms elevado
de madurez.
7.1.3 Servicios
7.1.3.1 La interfaz de datos por paquetes permite que el
SMAS funcione a ttulo de subred por satlite de la ATN. La
subred por satlite transfiere paquetes de datos desde aire a
tierra y desde tierra a aire. Se proporcionan las transferencias
de datos por paquetes en forma de servicio en modo por
conexin, utilizndose la ISO 8208 como protocolo de acceso
a la subred (vase la Figura A-14 de este texto de orientacin).
7.1.3.2 El usuario de subred debe iniciar el estableci-
miento de cada conexin enviando un paquete de PETICIN
DE LLAMADA ISO 8208. En funcionamiento normal, esta
accin lleva al establecimiento de un circuito virtual conmutado
(SVC) entre el usuario de subred que llama y el usuario de
subred llamado. Pueden liberarse los SVC, ya sea por parte del
usuario de subred (cuando ya no se necesita ms la conexin),
ya sea por parte de la subred (cuando ya no puede prestar apoyo
a la conexin).
7.1.3.3 Uno o ms usuarios de subred, a bordo de la
aeronave pueden conectarse con uno o ms usuarios de subred
en tierra, pero todos los usuarios de tierra estarn normalmente
en interfaz por mediacin de una sola estacin terrena de tierra
(GES), en cualquier momento determinado. Las transferencias
de una GES a otra pueden llevar consigo la interrupcin
temporal del servicio.
7.1.3.4 El originador de un paquete de PETICIN DE
LLAMADA identificar normalmente al usuario de subred
llamado y al usuario de subred que llama. El originador puede
tambin identificar los requisitos de calidad de servicio invo-
cando las facilidades apropiadas ISO 8208.
7.1.3.5 En las implantaciones de una subred por satlite se
incluirn normalmente elementos que no estn normalizados
por la OACI. Uno de estos elementos es un conmutador de
paquetes que interpreta las direcciones DTE y entrega paquetes
al DTE apropiado. Los SARPS sobre el SMAS permiten (pero
no requieren) la conexin de mltiples DTE con una estacin
terrena de aeronave (AES) o con una GES, o con ambas
estaciones. Los SARPS sobre el SMAS permiten tambin el uso
de cualquier formato de direccin DTE, sujeto a las limita-
ciones de la ISO 8208. Los usuarios de la subred tienen la
responsabilidad de coordinar los formatos de direccin DTE (y
los planes de compresin de direccin, si se emplearan) entre
aire y tierra.
7.1.3.6 La subred por satlite proporciona los mensajes de
suceso de notificacin de conexin a los encaminadores ATN
adjuntos. Puesto que los mensajes de suceso CN no se transfie-
ren a travs de la subred, se considera que es asunto local la
normalizacin de los formatos y del medio para estos mensajes.
7.1.4 Tramitacin en caso de error para
averas de comunicaciones
Si se termina abruptamente la comunicacin entre una AES
y una GES (p. ej., debido a una prdida de la conexin fsica),
es posible que la capa de subred permanezca en su ltimo
estado hasta que el usuario haya liberado las conexiones. La
capa de subred GES es particularmente susceptible, puesto que
no puede conocer inmediatamente la prdida de las comunica-
ciones. Los usuarios y, o, los ejecutores pueden utilizar medios
suplementarios para detectar y corregir tales condiciones.
361 2/11/00
Nm. 75
7.2 Eficacia de los datos por paquetes
7.2.1 Generalidades
7.2.1.1 Necesidad de especificaciones sobre
eficacia de la OACI
7.2.1.1.1 Las normas de eficacia mnima del sistema
SMAS se aplican a un rea geogrfica de cobertura que ha de
identificar cada uno de los proveedores del servicio SMAS. En
general, cada AES que est dentro del rea de cobertura identi-
ficada debe disponer continuamente de la eficacia mnima del
sistema. Sin embargo, no se requiere que las antenas de la AES
proporcionen cobertura completa en todas las direcciones;
pueden necesitarse antenas mltiples y, o, satlites mltiples
para lograr la eficacia mnima del sistema.
7.2.1.1.2 Las normas de eficacia mnima del sistema
SMAS no representan lmites fundamentales de eficacia del
sistema. En condiciones favorables, la eficacia del sistema
SMAS que se logre puede ser mucho mejor que las normas
mnimas indicadas en los SARPS del SMAS. No se impide que
los Estados traten de llegar a arreglos de servicio SMAS que
proporcionaran una eficacia de sistema por exceso de los
requisitos mnimos indicados en los SARPS del SMAS. Sin
embargo, en tales arreglos deberan tenerse en cuenta las
configuraciones mnimas de AES y los requisitos mnimos de
eficacia de la AES, indicados en los SARPS sobre el SMAS.
7.2.1.2 Capa fsica
La norma bsica de eficacia para la capa fsica es la
proporcin mxima de errores en los bits, que se especifica
como 10
-3
para voz digital y como 10
-5
para datos por paquetes
y para la correspondiente sealizacin. Estas especificaciones
de sistemas hacen que no sea necesario especificar con detalle
los balances de enlace por satlite, con lo que se permite que
haya flexibilidad para implantar una diversidad de arquitecturas
de satlite y de GES.
7.2.1.3 Capa de subred de datos por satlite
7.2.1.3.1 La especificacin de eficacia de servicio de
subred har que haya flexibilidad en el diseo y en el funcio-
namiento de las GES, al mismo tiempo que asegura un mnimo
nivel uniforme de eficacia al usuario de los datos por paquete.
En general, los parmetros de eficacia de subred se basan en
las definiciones dadas en la Seccin 10 de la ISO 8348,
Information processing systems Data communications
Network service definition (1987) que se han incorporado
como referencia a los SARPS sobre el SMAS. En la ISO 8878
se define la correspondencia entre paquetes y primitivas de
servicio de subred, Information processing systems Data
communications Use of X.25 to provide the OSI connection
mode network service.
7.2.1.3.2 La expresin servicio de subred en el contexto
de la eficacia de datos por paquete se refiere al servicio que la
subred proporciona al usuario de capas superiores. La expresin
proveedor de servicio en este mismo contexto se refiere a los
protocolos, dentro de la subred por satlite, y al efecto neto de
su funcionamiento. No deberan confundirse estas expresiones
con los servicios del proveedor de comunicaciones por satlite
o del explotador de la GES. El servicio de datos por paquete
depende de todos los elementos del sistema: AES, satlites,
GES, y trayectos fsicos entre ellos.
7.2.1.3.3 Se desea que los valores de los parmetros de
eficacia en los SARPS sobre el SMAS permitan un funcio-
namiento econmico y eficaz en cuanto al espectro. Estos
valores se han calculado en condiciones nominales del peor de
los casos, incluida la proporcin mxima de errores en los bits
fsicamente y la carga mxima de trfico en una hora ocupada.
Pueden lograrse mejoras de la eficacia en cuanto a rapidez del
servicio (relativa a los valores especificados) aumentando el
nmero de canales fsicos utilizados para prestar servicio a
determinada carga de trfico, con lo que disminuira la carga
de trfico por canal. Utilizando este procedimiento, puede
esperarse que aumente el coste del servicio (y puede esperarse
que disminuya la eficiencia del espectro) a medida que mejora
la rapidez del servicio.
7.2.1.3.4 En la eficacia de subred del SMAS no se
incluyen los influjos de otros enlaces en el trayecto de datos de
extremo-a-extremo. En la eficacia de subred se incluye el
influjo de todas las operaciones que empiezan con el protocolo
DCE ISO 8208 en el extremo remitente de la subred por satlite
y terminan con las operaciones DCE ISO 8208 en el extremo
destinatario de la subred por satlite, incluso:
a) las funciones de interfuncionamiento de la subred por
satlite;
b) los protocolos dependientes de la subred de satlite;
c) las capas de enlace de datos por satlite; y
d) las capas fsicas de satlites.
Las operaciones ISO 8208 asociadas con el DTE no forman
parte de la subred por satlite y se excluyen de las especifica-
ciones de eficacia de datos por paquete del SMAS, y lo mismo
se aplica a las operaciones de capa de enlace de datos y de capa
fsica entre el DCE y el DTE.
7.2.2 Rapidez de servicio
7.2.2.1 La rapidez del servicio est determinada por una
serie de factores, entre los que se incluyen:
a) la arquitectura del sistema;
b) la velocidad de transmisin por canal en vigor;
c) la prioridad del trfico respecto al cual se mide la rapidez
de servicio;
d) la longitud de los mensajes respecto a los cuales se mide la
rapidez del servicio, la carga de trfico del sistema; y
e) los retardos de procesamiento de datos.
Por ltimo, la rapidez actual del servicio en el sentido desde
la aeronave depende del volumen y del tipo de trfico que sea
transmitido desde la aeronave, hasta el punto de que puedan
retardarse los paquetes en la aeronave mientras se estn trans-
mitiendo otros paquetes a la GES.
362 2/11/00
Nm. 75
7.2.2.2 De conformidad con la prctica actual de la indus-
tria, se especifica la rapidez de servicio en funcin de paquetes
que constan de 128 octetos de datos de usuario de subred.
7.2.2.3 No existe ninguna especificacin respecto al
volumen mximo de trfico que pueda tramitarse por canales
P o T. Sin embargo, las normas de eficacia en cuanto a rapidez
de servicio se basan en una utilizacin mxima por estos tipos
de canal de aproximadamente el 70% (de la capacidad terica).
Se permite una utilizacin ms elevada, a condicin de que se
satisfagan todas las normas aplicables de eficacia. Por ejemplo,
una GES que funcione con canales T mltiples en una configu-
racin de multiservidor apropiada puede ser capaz de lograr
factores de utilizacin por canal T del 80%, o ms, dentro de
las limitaciones impuestas por los requisitos de rapidez de
servicio. Los canales P pueden funcionar a factores de utiliza-
cin superiores al 70% si la utilizacin total del canal P, por
parte del trfico de una prioridad igual o superior a la relacio-
nada con la seguridad y la regularidad de los vuelos, no excede
del 70%.
7.2.2.4 Una GES cuyo objetivo sea servir de reserva a otra
GES debera ser de magnitud que pueda adecuadamente
proporcionar la eficacia requerida en caso de avera de la GES
primaria.
7.2.2.5 La expresin servicio de prioridad mxima
denota el servicio de prioridad 14, que est reservado a comuni-
caciones de socorro, urgencia y a algunos mensajes relativa-
mente infrecuentes de gestin de red/sistema. La expresin
servicio de prioridad mnima denota la prioridad mnima
utilizada para la seguridad y regularidad de los vuelos, en
condiciones de carga de trfico de hora punta. No se especifica
la eficacia para niveles de prioridad que no correspondan a la
seguridad o a la regularidad de los vuelos.
7.2.2.6 Retardo de trnsito y 95% de retardo
de transferencia de datos
7.2.2.6.1 El retardo de trnsito es una medida estndar de
la eficacia en cuanto a rapidez de servicio para paquetes
aislados de DATOS; definindose el retardo de trnsito como
un valor promedio. Puesto que la comunidad de aviacin civil
no confa normalmente en valores promedio para las medicio-
nes ms crticas de la eficacia, se especifica tambin el 95% de
retardo de transferencia de datos. En las condiciones reales de
las operaciones, la relacin entre el promedio y el 95% de los
valores de retardo no es fija, sino que puede depender de la
distribucin del trfico. En la Figura A-15 de este texto de
orientacin se ilustra una distribucin estadstica ordinaria de
los retardos hacia la aeronave, en condiciones previstas de carga
de trfico mxima y a la velocidad mnima de transmisin por
canal P, respecto a la prioridad mxima y a la prioridad mnima
de los datos. En la Figura A-16 de este texto de orientacin se
muestra una distribucin estadstica ordinaria de los retardos
desde la aeronave en condiciones similares. Los retardos desde
la aeronave son independientes de la prioridad, a menos que dos
o ms paquetes desde la aeronave se disputen los recursos
dentro de una AES particular. La amplitud con la que puedan
ocurrir tales disputas internas dentro de una AES particular
depender de la arquitectura del equipo de avinica de la
aeronave en la que est instalada la AES.
7.2.2.6.2 Se especifican el retardo de trnsito y el 95% de
retardo de transferencia de datos a base de un paquete estndar
de referencia de datos que contenga 128 octetos de DATOS de
usuario de subred. Puede que sean inferiores los retardos reales
para paquetes ms breves, pero no necesariamente en pro-
porcin con la longitud de los paquetes. Los parmetros de
retardo asociados con paquetes de DATOS ms breves que
128 octetos (de datos de usuario de subred) no deberan
exceder de los correspondientes parmetros para los paquetes
de DATOS de 128 octetos.
7.2.2.7 Caudal
El caudal es el parmetro estndar de eficacia en cuanto a
rapidez de servicio para la transferencia de paquetes mltiples
de DATOS. De conformidad con las prcticas actuales de la
industria, se calcula el caudal a base de paquetes estndar de
DATOS de referencia que contienen 128 octetos de datos de
usuario de subred. Se calcula el caudal para la transferencia de
mltiples paquetes independientes. La eficacia en cuanto a
caudal para la transferencia de secuencias bit M puede ser
notablemente superior. Se espera que la subred preste apoyo por
lo menos a los valores de caudal que figuran en la Tabla A-11.
7.2.2.8 Retardo de establecimiento de la conexin,
retardo de liberacin de la conexin
7.2.2.8.1 Retardo de establecimiento de la conexin. El
retardo mximo de establecimiento de la conexin se basa en
una peticin de conexin de prioridad mnima, que contiene un
total de 15 octetos de informacin de direccin DTE y
40 octetos de campo de facilidad y de datos facultativos. El
valor especificado para cada velocidad de transmisin por canal
se aplica a una mezcla equilibrada de peticiones con origen en
la GES y de peticiones con origen en la AES. El retardo
mximo de establecimiento de la conexin es la especificacin
estndar de rapidez de servicio para la fase de establecimiento
de la conexin; de ningn modo se pretende limitar la forma
en la que se usen en el futuro las facilidades facultativas, los
campos de datos de usuario o los campos de direccin.
7.2.2.8.2 Retardo de liberacin de la conexin. El retardo
mximo de liberacin de la conexin se basa en una peticin
de desconexin de prioridad mnima, que no conste de datos
de usuario, sin invocarse las facilidades facultativas y sin
cursarse informacin de direccin. El valor especificado para
cada velocidad de transmisin por canal se aplica a una mezcla
equilibrada de peticiones con origen en la GES y de peticiones
con origen en la AES, cuando la liberacin de la conexin no
se retarda por la presencia de paquetes en trnsito a travs de
la conexin. El retardo mximo de liberacin de la conexin es
la especificacin estndar en cuanto a rapidez de servicio para
la fase de liberacin de la conexin; no se desea de ningn
modo limitar en el futuro el uso de facilidades facultativas, de
campos de datos de usuario o de campos de direccin.
7.2.3 Fiabilidad de servicio
7.2.3.1 Se determina la fiabilidad de servicio mediante la
arquitectura del sistema, mediante la proporcin de errores en
los bits en la capa fsica, y mediante el promedio de rgimen
de colisiones por los canales R. No existe ninguna especifi-
cacin respecto al rgimen de colisiones por canal R. Sin
embargo, las especificaciones en cuanto a eficacia del sistema
363 2/11/00
Nm. 75
para rapidez de servicio y fiabilidad de servicio se basan en un
promedio del factor de ocupacin del canal R (es decir, la razn
entre el nmero de intervalos ocupados por el canal R y el
nmero total de intervalos por canal R durante determinado
perodo de tiempo) que es aproximadamente de 0,15. Se permi-
ten ndices superiores de ocupacin de canal R, a condicin de
que se satisfagan todas las normas aplicables de eficacia.
7.2.3.2 El parmetro estndar de fiabilidad de servicio
para la transferencia de un paquete aislado de DATOS es la
probabilidad de error residual, la cual es la probabilidad de que
no sea fructuosa una tentativa de transferir un paquete aislado
de DATOS. Se basa en un paquete estndar de DATOS de
referencia que consta de 128 octetos de datos de usuario de
subred. Se espera que la probabilidad de errores no detectados
para el servicio de datos por paquete del SMAS sea inferior a
3 x 10
-7
para paquetes estndar de DATOS de referencia que
constan de 128 octetos de datos de usuario de subred. Se reduce
la probabilidad de errores no detectados respecto a paquetes
ms breves, aproximadamente en proporcin a la longitud de
los paquetes.
7.2.3.3 Otros parmetros de fiabilidad de servicio son
la resiliencia del circuito virtual o del canal lgico respecto a
la reiniciacin y liberacin, es decir, la probabilidad de que
el proveedor del servicio de subred invoque una reiniciacin
o una liberacin durante determinado perodo de tiempo. Las
operaciones de reiniciacin y de liberacin pueden llevar a
prdida de datos de usuario, que sean invocadas ya sea por
el usuario de subred, ya sea por el proveedor del servicio de
subred.
7.3 Servicios y operaciones para protocolo
dependiente de la subred por satlite
7.3.1 Canales lgicos
El objetivo de los requisitos para seleccionar nmeros de
canal lgico es el de impedir colisiones de llamadas.
7.3.2 Establecimiento de la conexin
7.3.2.1 En lo que sigue se describe un establecimiento
normal de conexin entre dos usuarios del SNS.
7.3.2.2 Cuando uno de los usuarios SNS inicia una
conexin de subred, una entidad DCE ISO 8208 en la subred
por satlite recibe del DTE ISO 8208 un paquete de PETICIN
DE LLAMADA ISO 8208. Este paquete se transmite a la IWF.
La IWF transmite este paquete a la entidad SSNDPX apropiada.
Esta entidad SSNDPX transmite este paquete al SSNDPX
remoto como una SNPDU de PETICIN DE CONEXIN.
Cuando el SSNDPX remoto recibe esta SNPDU, la transmite
a la IWF como paquete de LLAMADA ENTRANTE ISO 8208.
La IWF transmite este paquete a la entidad apropiada DCE
ISO 8208. La entidad DCE ISO 8208 transmite este paquete
a la entidad DTE ISO 8208 par. El DTE ISO 8208 transmite
esta peticin de conexin al usuario SNS destinatario. Despus
de que el usuario SNS destinatario haya aceptado esta peticin
de conexin, la entidad DTE ISO 8208 transmite a la entidad
DCE ISO 8208 par un paquete de LLAMADA ACEPTADA
ISO 8208. La entidad DCE ISO 8208 transmite este paquete a
la IWF. La IWF transmite este paquete a la entidad SSNDPX
apropiada. Esta entidad SSNDPX transmite este paquete a la
entidad SSNDPX par, como una SNPDU de CONFIR-
MACIN DE CONEXIN. Cuando la entidad SSNDPX
remota recibe esta SNPDU, la transmite a la IWF como un
paquete de LLAMADA CONECTADA ISO 8208. La IWF
transmite este paquete a la entidad DCE ISO 8208 apropiada.
Esta entidad DCE ISO 8208 transmite este paquete a la entidad
DTE ISO 8208 par. Cuando la entidad DTE ISO 8208 recibe
este paquete, informa al usuario SNS remitente acerca del
establecimiento de una conexin con el usuario SNS remoto.
7.3.2.3 Una conexin entre dos usuarios SNS consta de
una serie de canales lgicos. Se selecciona cada uno de los
canales lgicos basndose en la norma establecida por la
entidad destinataria. Por consiguiente, estos canales lgicos
puede que no tengan el mismo nmero. En la Figura A-17 de
este texto de orientacin se muestra un ejemplo de
establecimiento de conexin entre tres pares de usuarios SNS.
7.3.2.4 Negociacin de caudal
Puesto que la GES tiene conocimiento acerca del caudal
disponible basndose en los caudales que han sido asignados
a las conexiones de subred existentes (SNC), debera asignar
clases de caudal a cada sentido de transmisin de datos. Las
medidas recomendadas por parte de la GES se presentan
en 7.3.6.1 y 7.3.7.1 de este texto de orientacin.
7.3.3 Liberacin de conexin
7.3.3.1 SSNDPX
Para evitar liberaciones innecesarias en el SSNDPG
causadas por las SNPDU de DATOS/INTERRUPCIN
RESIDUALES desde la SSNDPA, la SSNDPA espera
hasta que todas las SNPDU de DATOS/INTERRUPCIN que
estn en transmisin y que pertenezcan a dicha conexin
hayan sido transmitidas, antes de transmitir al SSNDPG una
SNPDU de CONEXIN LIBERADA, o una LIBERACIN
DE CONEXIN COMPLETA. El SSNDPA no necesita
correlacionar el estado de transmisin de cada SNPDU de
DATOS/INTERRUPCIN con indicaciones de estado de
transmisin procedentes de la capa de enlace de datos. Sin
embargo, el SSNDPA espera a que la capa de enlace haya acu-
sado recibo de todas las SNPDU de DATOS/INTERRUPCIN
pendientes (LIDU de xito/fracaso) antes de enviar una SNPDU
de CONEXIN LIBERADA o de LIBERACIN DE
CONEXIN COMPLETA. Puesto que las SNPDU hacia la
aeronave se entregan siempre en la secuencia adecuada por la
capa de enlace, el SSNDPG puede enviar una SNPDU de
CONEXIN LIBERADA o de LIBERACIN DE CONEXIN
COMPLETA sin esperar al acuse de recibo de las SNPDU de
DATOS/INTERRUPCIN enviadas anteriormente.
7.3.4 Transferencia de datos
7.3.4.1 IWF
La IWF debera transmitir los paquetes de datos entre las
entidades apropiadas SSNDPX y el DCE ISO 8208, y pro-
porcionar suficiente informacin a estas entidades para que
identifiquen el canal lgico apropiado.
364 2/11/00
Nm. 75
7.3.4.2 SSNDPG
Puesto que las SNPDU de DATOS desde la AES se envan,
ya sea por canal R, ya sea por canal T, pueden haberse recibido
fuera de secuencia en la GES. Por consiguiente, el SSNDPG
debera tener suficiente capacidad de almacenamiento para
reordenar las SNPDU de DATOS fuera de secuencia antes de
transmitir a la IWF los datos de estas SNPDU.
7.3.4.3 Procedimiento de control de flujo
7.3.4.3.1 Los mecanismos de gestin de memoria depen-
den de la implantacin. Para reducir a un mnimo la posibilidad
de desbordamiento de memoria y la consiguiente prdida de
datos, la capa de subred de satlite proporciona control de flujo
que puede ser invocado por la AES, por la GES, o por el usuario
de subred. El SSNDPX utiliza el control de flujo arrtmico,
mientras que el DCE utiliza el control de flujo de ventana
ISO 8208. Se producen localmente los paquetes PREPARADO
PARA RECIBIR y NO PREPARADO PARA RECIBIR de la
ISO 8208; stos nunca se transfieren por la subred. Si el
SSNDPX permanece durante 60 segundos en el estado de no
preparado para control de flujo, la subred inicia una reini-
ciacin de la conexin, independientemente de que el control
de flujo haya sido suspendido por la subred o por el usuario de
la subred. El temporizador (tN7) est asociado con el SSNDPX
destinatario, es decir, el SSNDPX que dio origen a la SNPDU
de SUSPENDER CONTROL DE FLUJO.
7.3.4.3.2 En los diseos del sistema debe reducirse a un
mnimo la posibilidad de que se invoque el control de flujo en
conexiones de prioridad 14, p. ej., mediante la atribucin
dinmica de memoria o proporcionando atribucin adicional de
memoria fija para conexiones de prioridad 14. En los procedi-
mientos de atribucin de memoria dinmica, de utilizarse,
debera tenerse en cuenta la prioridad de la conexin.
7.3.4.3.3 SSNDPX
7.3.4.3.3.1 Cuando el SSNDPX excede de un umbral de
almacenamiento, o recibe del SSNDPX remoto una SNPDU de
(suspender) CONTROL DE FLUJO, debera notificar esta
condicin a la IWF.
7.3.4.3.3.2 Si el SSNDPX cae por debajo de un umbral de
almacenamiento, o recibe del SSNDPX remoto una SNPDU de
(reanudar) CONTROL DE FLUJO, despus de que haya infor-
mado a la IWF acerca de la condicin de suspender control de
flujo, debera notificar esta condicin a la IWF.
7.3.4.3.3.3 Cuando el SSNDPX excede de un umbral de
almacenamiento, o recibe de la IWF informacin para suspen-
der control de flujo, debera transmitir al SSNDPX remoto una
SNPDU de (suspender) CONTROL DE FLUJO, cuando se
reciba por dicho VC en la siguiente SNPDU de DATOS, a
condicin de que en aquel momento todava no se haya liberado
la condicin.
7.3.4.3.3.4 Si el SSNDPX cae por debajo de un umbral de
almacenamiento, o recibe de la IWF informacin para reanudar
control de flujo, despus de que se haya transmitido al
SSNDPX remoto una SNPDU de (suspender) CONTROL DE
FLUJO, debera transmitir al SSNDPX remoto una SNPDU de
(reanudar) CONTROL DE FLUJO.
7.3.4.3.4 DCE ISO 8208
7.3.4.3.4.1 Cuando el DCE ISO 8208 excede de un umbral
de almacenamiento o recibe de la IWF informacin para
suspender control de flujo, debera suspender la actualizacin
del borde inferior de ventana del DTE local, o transmitir al DTE
local un paquete de NO PREPARADO PARA RECIBIR.
7.3.4.3.4.2 Si el DCE ISO 8208 cae por debajo de un
umbral de almacenamiento, o recibe de la IWF informacin
para reanudar control de flujo, despus de que haya suspendido
la actualizacin del borde inferior de ventana del DTE local, o
de que haya transmitido al DTE local un paquete de NO PRE-
PARADO PARA RECIBIR, debera reanudar la actualizacin
del borde inferior de ventana del DTE local, o transmitir al DTE
local un paquete de PREPARADO PARA RECIBIR.
7.3.4.3.4.3 Cuando el DCE ISO 8208 excede de un umbral
de almacenamiento, o recibe del DTE local un paquete de NO
PREPARADO PARA RECIBIR, debera notificar esta condi-
cin a la IWF.
7.3.4.3.4.4 Si el DCE ISO 8208 cae por debajo de un
umbral de almacenamiento, o recibe del DTE local un paquete
de PREPARADO PARA RECIBIR, despus de que haya
informado a la IWF acerca de la condicin de suspender control
de flujo, debera notificar esta condicin a la IWF.
7.3.4.4 Prdida de datos
7.3.4.4.1 En una liberacin de conexin o en una reini-
ciacin de conexin, pueden perderse los paquetes de SNPDU
de DATOS y los paquetes de DATOS ISO 8208 por dicha
conexin. Para garantizar la entrega de datos de usuario de
extremo, de extremo a extremo, puede utilizarse un servicio
confirmado tal como el que se proporciona mediante un proto-
colo de transporte.
7.3.4.4.2 En los diseos de sistemas debera reducirse al
mnimo la posibilidad de que se invoque el control de flujo en
conexiones de prioridad 14, p. ej., mediante la atribucin
dinmica de memoria o proporcionando atribucin de memoria
fija adicional para las conexiones de prioridad 14. En los proce-
dimientos de atribucin de memoria dinmica, de utilizarse,
debera tenerse en cuenta la prioridad de la conexin.
7.3.4.5 Transferencia de datos acelerados
7.3.4.5.1 Se espera que en la ATN no sea necesario el
servicio de transferencia de datos acelerados. Sin embargo, se
presta apoyo al servicio de transferencia de datos acelerados,
de conformidad con la ISO 8208.
7.3.4.5.2 Para cada canal lgico, la transferencia de datos
acelerados permite que se enve un paquete SNPDU de inte-
rrupcin en determinado sentido mientras que se suspende la
transferencia de datos en dicho sentido. Esto se logra enviando
la SNPDU de interrupcin o un paquete de interrupcin por
delante de las SNPDU de datos, o paquetes de datos que hayan
sido suspendidos.
7.3.4.6 Reiniciacin de la conexin
7.3.4.6.1 SSNDPX. Para evitar reiniciaciones en el
SSNDPG causadas por las SNPDU de DATOS/INTE-
RRUPCIN residuales procedentes del SSNDPA, el SSNDPA
365 2/11/00
Nm. 75
espera a que todas las SNPDU de DATOS/INTERRUPCIN
en transmisin y pertenecientes a dicha conexin, hayan sido
transmitidas antes de transmitir al SSNDPG las SNPDU de
REINICIACIN o CONFIRMACIN DE REINICIACIN.
No es necesario que el SSNDPA correlacione el estado de
transmisin de cada SNPDU de DATOS/INTERRUPCIN con
las indicaciones de estado de transmisin provenientes de la
capa de enlace. Sin embargo, el SSNDPA espera a que se haya
dado acuse de recibo de todas la SNPDU de DATOS/
INTERRUPCIN pendientes, por parte de la capa de enlace
(LIDU de xito/fracaso), antes de enviar una SNPDU de
REINICIACIN. Puesto que las SNPDU hacia la aeronave se
entregan siempre en la secuencia adecuada por parte de la capa
de enlace, el SSNDPG puede enviar una SNPDU de
REINICIACIN sin esperar al acuse de recibo de las SNPDU
de DATOS/INTERRUPCIN anteriormente enviadas.
7.3.5 Formatos de SNPDU
7.3.5.1 Facilidad de seleccin rpida
Pueden incluirse en la SNPDU de PETICIN DE
CONEXIN la facilidad de seleccin rpida con el parmetro
puesto a uso no permitido para indicar explcitamente que no
pueden transferirse datos de usuario en las SNPDU de
CONFIRMACIN DE CONEXIN ni en las de CONEXIN
LIBERADA. Si no se incluye esta facilidad en la SNPDU de
PETICIN DE CONEXIN, los 128 octetos de datos de
usuario pueden transferirse en las SNPDU de CONFIR-
MACIN DE CONEXIN y de CONEXIN LIBERADA.
7.3.6 Reglas de correspondencia
de paquete a SNPDU
7.3.6.1 Medidas en la GES
7.3.6.1.1 La clase de caudal seleccionada en el paquete de
LLAMADA ACEPTADA, debera transferirse al valor TCN en
la SNPDU de CONFIRMACIN DE CONEXIN.
7.3.6.1.2 Si la clase de caudal en el paquete de PETICIN
DE LLAMADA es inferior o igual al valor disponible calcu-
lado, entonces la clase de caudal debera transferirse al valor
TCN en la SNPDU de PETICIN DE CONEXIN; en los
dems casos el valor calculado disponible, redondendolo hacia
abajo al valor estndar ms cercano, debera ser transferido al
valor TCN.
7.3.7 Reglas de correspondencia
de SNPDU a paquete
7.3.7.1 Medidas en la GES
7.3.7.1.1 Si el valor de la negociacin de clase de caudal
(TCN) en la SNPDU de PETICIN DE CONEXIN es infe-
rior o igual al valor de caudal calculado disponible, la clase de
caudal en el paquete de LLAMADA ENTRANTE debera
ponerse a un valor igual al de TCN; en los dems casos la clase
de caudal en el paquete de LLAMADA ENTRANTE debera
ponerse a un valor igual al caudal calculado disponible, redon-
dendolo por defecto al valor estndar ms cercano.
7.3.7.1.2 La clase de caudal seleccionada en el paquete de
LLAMADA CONECTADA, debera transferirse desde el valor
TCN en la SNPDU de CONFIRMACIN DE CONEXIN.
7.4 Operaciones de protocolo DCE ISO 8208
7.4.1 Requisitos de conformidad
Entre las capacidades a las que el DCE ISO 8208 no necesita
prestar apoyo se incluyen las siguientes:
a) secuenciacin de paquetes mdulo 128;
b) tamao de ventana por omisin superior a 2; y
c) uso del bit D o del mecanismo facultativo para negociar el
uso, o el no uso, de bit D puesto que estas capacidades no
son requeridas por los usuarios de subred.
Nota. Se desaconseja firmemente el uso de bit D o del
mecanismo facultativo para negociar el uso, o el no uso,
de bit D.
7.5 Interfaz de gestin
7.5.1 Interfaz de gestin AES
Cuando una AES se desconecta, o de cualquier otro modo,
termina la comunicacin con una GES, la SSNL libera todas
las conexiones y todos los SVC asociados con tal GES. Esto
puede efectuarse enviando paquetes de INDICACIN DE
LIBERACIN a cada canal lgico DCE ISO 8208 asociado
con estas conexiones y liberando los recursos para canales
lgicos en la entidad SSNDPA asociada.
7.5.1.1 (Reservado)
7.5.2 Interfaz de gestin GES
Cuando una AES se desconecta de una GES, la SSNL
debera liberar las conexiones entre los usuarios SNS y la AES
desconectada. Esto puede efectuarse enviando paquetes de
INDICACIN DE LIBERACIN a cada canal lgico DCE
ISO 8208 asociado con estas conexiones y liberando los recur-
sos para canales lgicos en la entidad SSNDPG asociada.
8. SERVICIOS EN MODO CIRCUITO
8.1 Protocolos de sealizacin orales
en modo circuito
8.1.1 Generalidades. Los procesos lgicos en modo
circuito definidos en el Anexo 10, Volumen III, Parte I,
Captulo 4, 4.8, representan el conjunto mnimo de inter-
acciones de protocolo necesarias para asegurar la interfuncio-
nalidad de las estaciones terrenas de aeronave (AES) y de las
estaciones terrenas de tierra (GES) que funcionan en los
366 2/11/00
Nm. 75
servicios de seguridad. Se definen las interacciones de
protocolo necesarias en apoyo de las llamadas con origen a
bordo y con origen en tierra que llegan a la AES, o a la GES,
mediante procedimientos independientes de sealizacin en
cada una de estas estaciones.
8.1.2 Lgica para llamadas con origen a bordo. Los
procedimientos de sealizacin de origen a bordo en la AES y
en la GES en el servicio mvil aeronutico por satlite (SMAS)
son los mismos que para los servicios mviles aeronuticos por
satlite (en ruta) [SMAS(R)]. Se ha previsto un procedimiento
para el establecimiento de llamada abreviada, especficamente
para llamadas de voz a las prioridades de seguridad (es decir,
socorro/urgencia, seguridad y regularidad de los vuelos/
informes meteorolgicos).
8.1.3 Servicios de capa de enlace.En los servicios en modo
circuito se utilizan los protocolos de capa de enlace por
canal R, P, y C de sub-banda definidos en el Anexo 10,
Volumen III, Parte I, Captulo 4, 4.5 y 4.6 respecto a toda la
informacin para sealizacin de llamadas que se intercambie
entre la AES y la GES. Esta informacin se intercambia con
la capa de enlace por mediacin de unidades de datos de
interfaz de enlace en modo circuito (CM-LIDU). Los servicios
de la capa de enlace ejecutan las conversiones entre las
CM-LIDU y las respectivas unidades de sealizacin (SU) en
modo circuito del SMAS(R). En todos los casos, se utilizan
solamente el servicio de enlace directo (DLS) puesto que los
servicios en modo circuito tienen la responsabilidad de
recuperar las SU perdidas.
8.1.4 Procedimientos con origen a bordo
8.1.4.1 Procedimiento de estacin terrena
de aeronave (AES)
8.1.4.1.1 Origen de la llamada
8.1.4.1.1.1 Establecimiento de llamada general. La AES
inicia una llamada de origen a bordo transmitiendo a la GES
una CM-LIDU de peticin de acceso. Seguidamente la AES
espera recibir de la GES una CM-LIDU de asignacin de canal
C por un perodo de tA50 segundos. Esta secuencia se repite
cuatro veces interrumpiendo la tentativa de llamada. Las
llamadas interrumpidas de este modo por la AES deben ser
objeto de nuevas tentativas por parte del usuario.
8.1.4.1.1.2 Establecimiento de llamada abreviada. La
AES comienza un procedimiento con origen a bordo trans-
mitiendo a la GES una serie de cuatro, tres, o dos CM-LIDU
contiguas de peticin de acceso. La longitud de la serie se
determina en funcin de que se trate de prioridad de llamadas
de socorro/urgencia, seguridad o regularidad de los vuelos e
informes meteorolgicos, respectivamente. El objetivo de las
transmisiones mltiples es mitigar los efectos de una SU
perdida debidos a colisiones de canal R. Seguidamente, la AES
espera a recibir de la GES una CM-LIDU de asignacin de
canal C durante un perodo de tA50 segundos. Esta secuencia
se repetir cuatro veces antes de que se abandone la tentativa
de llamada. Las llamadas abandonadas por la AES de este modo
deben ser objeto de nuevas tentativas por parte del usuario
8.1.4.1.2 En el instante en que empieza un procedimiento
de origen de llamada, si no se dispone de suficientes recursos
AES para la llamada debido a un bloqueo atribuible a una
llamada de prioridad inferior en la AES, la AES diferir la
cesin a derecho preferente de estos recursos y proseguir con
lo indicado en 8.1.4.1.1 hasta que se reciba de la GES una
asignacin de canal C. Esto permitir que la AES efecte una
decisin de cesin a derecho preferente adecuada, a base de la
asignacin exacta de PIRE por parte de la GES. Despus de
recibida la asignacin de canal C, se ceden a derecho preferente
todos los recursos requeridos de canal C de la AES (es decir,
unidad de canal y PIRE de AES) de una llamada de prioridad
inferior (si fuera necesario) y estos recursos se asignan a la
llamada. A esto sigue inmediatamente una ulterior verificacin
de sealizacin y de continuidad por canal C de sub-banda,
mientras que la GES se ocupa de completar la llamada hacia
el destino de tierra.
Nota. Como beneficio secundario, al requerirse que la
AES difiera la cesin a derecho preferente hasta que se reciba
una asignacin de canal C, se facilita la elaboracin futura de
un procedimiento de alternativa por el que se incorpore la
reutilizacin de un canal C existente.
8.1.4.1.3 Dgitos de direccin
8.1.4.1.3.1 Establecimiento de llamada general. La CM-
LIDU de peticin de acceso contiene los dos primeros dgitos
de la direccin de tierra SMAS(R). Los dgitos restantes se
proporcionan en la sub-banda de canal C como CM-LIDU
informacin de llamada-direccin de servicio que sirve como
base para el procedimiento de verificacin de la continuidad por
canal C.
8.1.4.1.3.2 Establecimiento de llamada abreviada. La
CM-LIDU de peticin de acceso consta de todos los dgitos
de la direccin de tierra de 10 dgitos de longitud fija para el
SMAS(R). Al proporcionarse esta informacin, juntamente con
la peticin de acceso, la GES puede empezar a transmitir lo
necesario para completar la llamada por la red terrestre mientras
prosigue simultneamente con el establecimiento del canal C.
Se repiten estos dgitos de direccin por el canal C de sub-banda
a ttulo de CM-LIDU de informacin de llamada direccin
de servicio que sirven como base para el procedimiento de
verificacin de la continuidad del canal C. Sin embargo, su
presencia en estas CM-LIDU no tiene ningn objetivo para el
procedimiento con origen a bordo del SMAS(R), distinto al de
permitir que la AES interfuncione con una GES que preste
apoyo a procedimientos reinantes en modo circuito del SMAS
ajenos a la seguridad, en lugar de los procedimientos con
origen a bordo propios de los SARPS.
de tierra (GES)
8.1.4.2.1 Procedimiento de iniciacin de llamada
8.1.4.2.1.1 Establecimiento de llamada general. La GES,
al recibir de una AES una CM-LIDU de peticin de acceso
asigna inmediatamente recursos por canal C y responde con una
CM-LIDU de asignacin de canal C. La GES analiza
simultneamente la ID de red incluida en la peticin de acceso
y espera a que se complete el recibo de la direccin de servicio.
Se completa seguidamente el establecimiento de transmitir la
llamada por la red de tierra.
367 2/11/00
Nm. 75
8.1.4.2.1.2 Establecimiento de llamada abreviada. Una
vez recibida de una AES una CM-LIDU de peticin de
acceso, la GES asigna inmediatamente recursos de canal C y
responde con una CM-LIDU de asignacin de canal C.
Simultneamente, la GES analiza la ID de red que figura en la
peticin de acceso y empieza a transmitir lo necesario para
completar la llamada por la red terrestre seleccionada.
8.1.4.2.2 El procedimiento en modo circuito de la GES
vigila el estado de la portadora de canal C desde la aeronave
durante toda la llamada. La prdida de portadora por ms
de tG13 segundos llevar a que la GES d por terminada la
llamada. Si esto ocurriera, la GES enviar seis CM-LIDU de
progresin de la llamada liberacin de canal durante esta
fase, a fin de asegurarse de que se ha liberado el estado de
llamada de la AES. Si la portadora de AES volviera a reaparecer
(posiblemente como indicio de condiciones anmalas de
propagacin que no conducen a que contine la llamada), la
GES intentar de nuevo liberar la llamada de la AES enviando
seis CM-LIDU adicionales de progresin de la llamada
liberacin de canal por canal C de sub-banda y una por canal P.
8.1.4.2.3 Cuando la GES transmite el origen de transmitir
llamada a la red terrestre seleccionada, debe tambin comunicar
la prioridad de la llamada y las ID de AES y de terminal del
remitente. Esto asegurar que la red terrestre pueda ser sensible
a la prioridad de la llamada durante el encaminamiento; y que
siempre se notifica al usuario terrestre la identidad del
remitente, a fin de facilitar la devolucin de llamadas a la
aeronave de las que un controlador pudiera en caso contrario
no ser consciente. En aquellos casos en que se bloquea una
llamada debido a una condicin de ocupado en el destino
terrestre, la GES puede, como opcin: 1) interpretar una seal
hacia atrs especfica desde la red terrestre que indique que se
ha registrado la tentativa de llamada en el destino de tierra, y
seguidamente 2) transmitir a la AES una CM-LIDU corres-
pondiente. Esto se logra mediante una combinacin especfica
de cdigos de causa en la CM-LIDU de progresin de la
llamada liberacin de canal y mediante el suceso telefnico
BITE 16 en las interfaces de interfuncionamiento con las redes
externas de aeronave y terrenales. Esto servir para dar la alerta
a una tripulacin de vuelo de que un usuario terrestre ha sido
alertado respecto a la existencia de la tentativa de llamada
infructuosa y que se le ha proporcionado la informacin
necesaria para iniciar ms tarde una devolucin de llamada.
8.1.5 Procedimientos con origen en tierra
de tierra (GES)
8.1.5.1.1 Al recibir de una red terrestre un origen de
llamada, la GES inicia un procedimiento con origen en tierra
asignando recursos GES a la llamada y seguidamente enviando
por canal P a la AES una CM-LIDU de anuncio de llamada,
mediante una CM-LIDU de asignacin de canal C. Seguida-
mente la GES esperar a recibir la portadora por canal C desde
la aeronave antes de realizar una verificacin de continuidad
por el canal C de sub-banda. La AES iniciar la verificacin
de continuidad enviando una CM-LIDU de progresin de la
llamada prueba a la que la GES responder con una
CM-LIDU de progresin de la llamada prueba cada tG35
segundos hasta que se haya completado la llamada al destino
de aeronave, o hasta que haya terminado sin xito (p. ej.,
destino ocupado, liberacin de llamada etc.). La AES acusar
recibo de una CM-LIDU de progresin de la llamada
prueba, completndose de ese modo la verificacin de
continuidad, enviando una CM-LIDU de acuse de recibo
telefnico positivo o una CM-LIDU de progresin de la
llamada conectar. (La ltima habr sido enviada en lugar
de la primera si el usuario de la aeronave contest
inmediatamente a la llamada despus del procedimiento de
verificacin de la continuidad.) La GES reaccionar, ante una
u otra de las CM-LIDU, transmitiendo una BITE de direccin
completa a la red terrestre y, en el caso de la ltima CM-LIDU
tambin una BITE de responder. En este momento puede
proseguir la fase de conversacin de la llamada.
8.1.5.1.2 La GES vigilar el estado del canal C por la dura-
cin de la llamada. Si durante esta fase se recibe una CM-LIDU
de progresin de la llamada conectar, y despus de
completarse la fase de verificacin de la continuidad, la GES
transmitir una BITE responder a la red terrestre y mantendr
el canal C. La GES vigila el estado de la portadora de canal C
desde la aeronave durante toda la llamada. La prdida de la
portadora por ms de tG19 segundos llevar a que la GES de
por terminada la llamada. Si esto ocurriera, la GES enviar
seis CM-LIDU de progresin de la llamada liberacin de
canal durante esta fase, a fin de asegurarse de que se ha
liberado el estado de llamada de la AES. Si la portadora de AES
volviera a reaparecer (posiblemente como indicio de
condiciones anmalas de propagacin que no conducen a una
llamada til) la GES intentar de nuevo liberar la llamada de
la AES enviando doce CM-LIDU adicionales de progresin de
la llamada liberacin de canal por canal C de sub-banda y
una por canal P.
8.1.5.1.3 Si la GES recibe una CM-LIDU de progresin
de la llamada liberacin de canal (indicando que el usuario
de aeronave ha terminado la llamada) la GES transmitir una
BITE de colgar a la red de tierra y terminar la llamada. De
modo anlogo, si la GES recibe una FITE de seal de fin de
la red terrestre (indicando que el usuario de tierra ha terminado
la llamada) la GES enviar seis CM-LIDU de progresin de
la llamada liberacin de canal por canal C de sub-banda y
seguidamente vigilar la AES para asegurarse de que ha
terminado su portadora por canal C desde la aeronave.
8.1.5.1.4 Sucesos tales como verificaciones infructuosas
de continuidad y de liberacin de llamada llevarn a que
eventualmente terminen las transmisiones por canal C desde la
AES. Cuando estn en marcha estos diversos sucesos de
terminacin, la GES vigilar la portadora desde la aeronave
para asegurarse de que la AES est ejecutando actividades
similares de terminacin de llamada. Si la portadora desde la
aeronave no ha terminado en un plazo de tG17 segundos
despus de la transmisin de la serie inicial de CM-LIDU de
progresin de la llamada liberacin de canal, la GES
enviar doce de estas CM-LIDU adicionales por canal C de sub-
banda y una decimotercera por canal P. Si estas transmisiones
no tienen xito en llevar a que la AES termine su transmisin
por canal C en un plazo de tG18 segundos despus de la ltima
transmisin, la GES terminar unilateralmente todas las
actividades de llamada.
de aeronave (AES)
8.1.5.2.1 Se anuncia una llamada entrante a una AES
al recibirse las CM-LIDU de anuncio de llamada y de
368 2/11/00
Nm. 75
asignacin de canal C. Puesto que estas unidades se envan
por el servicio de enlace directo, los servicios en modo circuito
aplican un procedimiento de recuperacin en caso de error por
el que la AES puede deducir que se ha perdido una de estas
CM-LIDU (p. ej., debido a errores en los bits por canal P) y
pide la repeticin por parte de la GES. La AES inicia la peticin
transmitiendo por canal R una CM-LIDU apropiadamente
codificada de acuse de recibo telefnico. Cuando una AES
haya recibido una CM-LIDU de anuncio de llamada y su
CM-LIDU asociada de asignacin de canal C empezar a
verificar si est disponible el terminal llamado y si los recursos
adecuados de canal C (es decir, unidad de canal y PIRE de
AES) estn disponibles o susceptibles de ceder a derecho
preferente. Si no se satisfacen todos los requisitos mencionados,
la AES enviar por canal R una CM-LIDU apropiadamente
codificada de progresin de la llamada resultado de
tentativa de llamada y seguidamente terminar todas las
actividades relacionadas con la llamada. En los dems casos,
la AES activar una unidad de canal C por el par de frecuen-
cias de canal C asignadas y empezar el procedimiento
de verificacin de la continuidad por canal C enviando
una CM-LIDU de progresin de la llamada prueba por
canal C de sub-banda.
8.1.5.2.2 La AES enviar una CM-LIDU adicional de
progresin de la llamada prueba cada tA26 segundos, por
un perodo de tA41 segundos hasta que se reciba de la GES una
CM-LIDU idntica. Esto constituye una verificacin de
continuidad fructuosa y llevar inmediatamente a la AES a: 1)
activar el circuito oral entre el canal oral de la aeronave y la
unidad por canal C, 2) transmitir una FITE de origen de
llamada hacia el destino de aeronave, y 3) enviar hacia la GES
una CM-LIDU de acuse de recibo telefnico a travs del
canal C de sub-banda. La AES esperar tA42 segundos a que
el destino de aeronave responda a la llamada. Si no se responde
a la llamada durante este perodo de tiempo, la AES liberar
la llamada hacia el destino de aeronave, enviar a la GES seis
CM-LIDU de progresin de la llamada liberacin de canal
y seguidamente terminar la llamada. En los dems casos, si el
destino de aeronave responde en este plazo lmite, la AES
enviar a la GES una CM-LIDU de progresin de la llamada
conexin y mantendr el canal C durante la fase de
conversacin de la llamada.
8.1.5.2.3 Cuando se enva la CM-LIDU progresin de la
llamada conexin, la AES iniciar un procedimiento de
recuperacin en caso de error para asegurar que se recibe en
la GES. (Entre tanto progresa la fase de conversacin). Se
utiliza el temporizador tA26 para implantar un ciclo de
repeticin de transmisin de esta CM-LIDU que debe llevar a
que se reciba en la AES una CM-LIDU de acuse de recibo
telefnico en un plazo de tA30 segundos a partir de la
transmisin original. La falla de recibirse el acuse de recibo en
un plazo de tA30 segundos llevar a que la AES termine la
llamada.
8.2 Interfuncionamiento de los servicios
en modo circuito con otras redes orales
8.2.1 Procedimientos en modo circuito del SMAS(R). Un
conjunto normalizado de procedimientos en modo circuito
dentro de la AES y de la GES aplican los protocolos en modo
circuito del SMAS(R) y proporcionan interfaces especficas con
los procedimientos de interfuncionamiento telefnico ajenos al
SMAS(R). Los procedimientos en modo circuito del SMAS(R)
corresponden a procesos especficos en modo circuito en
la AES y en la GES y representan el nivel ms elevado de
funcionalidad que se incluye en los SARPS sobre el SMAS. Los
procedimientos de interfuncionamiento, aunque estn incluidos
fsicamente dentro del equipo de la AES y de la GES,
representan la capa inicial de funcionalidad inmediatamente
adyacente y externa a los procedimientos en modo circuito
del SMAS(R). Los procedimientos de interfuncionamiento
representan la esfera funcional en la que se efectan las con-
versiones especficas entre los procedimientos en modo circuito
del SMAS(R) y las implantaciones de sealizacin propias del
usuario o del proveedor de servicio. Se define el protocolo de
interfuncionamiento, entre los procedimientos en modo circuito
del SMAS(R) y los procedimientos de interfuncionamiento,
mediante un conjunto estndar de sucesos telefnicos de
interfuncionamiento.
8.2.2 Interfuncionamiento con sistemas telefnicos
externos. El interfuncionamiento es la transferencia controlada
de informacin para sealizacin, a travs de la interfaz entre
distintos sistemas de sealizacin, en los que la importancia de
la informacin es idntica, o en los que la importancia se
traduce de una manera definida.
8.2.2.1 Base del protocolo de interfuncionamiento. Se
define el protocolo de interfuncionamiento mediante el uso de
un conjunto de sucesos telefnicos de interfuncionamiento
hacia adelante y hacia atrs (FITE y BITE). Los sucesos
telefnicos de interfuncionamiento que se utilizan en este lugar
para definir el protocolo de interfuncionamiento son un
subconjunto derivado de las definiciones normalizadas que
figuran en la Recomendacin Q.608 del CCITT. La definicin
de los protocolos de interfuncionamiento a base de FITE y de
BITE se conforma a la prctica estndar de sistemas
telefnicos. Debe sealarse que el uso de FITE y BITE es
meramente una nomenclatura conveniente y de ningn modo
indica la dependencia de implantaciones especficas de equipo.
8.2.2.1.1 FITE. Un FITE es un suceso por el que la
informacin de sealizacin telefnica se transfiere en el
sentido hacia adelante desde un sistema de sealizacin
entrante hacia un sistema de sealizacin saliente. El sentido
hacia adelante de un FITE hace referencia al hecho de que
un suceso FITE se propaga en un sentido que se aleja del
extremo de origen de una llamada. Algunos FITE pueden
tambin cursar elementos de informacin, obligatorios y
facultativos, pertinentes al suceso (p. ej., dgitos de direccin).
8.2.2.1.2 BITE. Un BITE es un suceso por el que la
informacin de sealizacin telefnica se transfiere en el
sentido inverso desde un sistema de sealizacin saliente hacia
un sistema de sealizacin entrante. El sentido hacia atrs de
un BITE hace referencia al hecho de que un BITE se propaga
en un sentido que se acerca al extremo de origen de una
llamada. Algunos BITE pueden tambin cursar elementos de
informacin, obligatorios y facultativos, pertinentes al suceso
(p. ej., informacin del resultado de tentativa de llamada).
8.2.3 Interfuncionamiento telefnico AES
8.2.3.1 Relaciones en los sistemas de sealizacin AES. La
Figura A-18 de este texto de orientacin ilustra la relacin entre
los procedimientos en modo circuito AES, sus respectivos
procedimientos de interfuncionamiento, e implantaciones de
sealizacin telefnica propias de la aeronave. En particular, la
369 2/11/00
Nm. 75
figura de referencia define tanto la utilizacin de procedi-
mientos entrantes y salientes desde el punto de vista de la
parte de origen de la llamada, como la interfaz externa de los
procedimientos en modo circuito AES.
8.2.3.2 Definicin de suceso telefnico de interfuncio-
namiento AES. Los procedimientos en modo circuito AES
interfuncionan con los sistemas de sealizacin telefnicos de
la aeronave, a travs de los sucesos telefnicos de interfuncio-
namiento hacia adelante y hacia atrs, definidos en las normas.
Los procedimientos en modo circuito AES deben establecer la
correspondencia de sucesos telefnicos de interfuncionamiento
especficos, hacia interacciones de protocolo especficas, en los
procedimientos lgicos en modo circuito AES en los que se
requieran interacciones con el sistema de sealizacin de la
aeronave. Esta correspondencia debe incluir tambin la
transformacin de parmetros, cuando as est indicado en las
normas.
8.2.3.3 Interfuncionamiento telefnico de aeronave. En
una red telefnica a bordo de la aeronave no se requiere
implantar ningn tipo ni ninguna forma de red fsica. Cualquier
implantacin particular queda al arbitrio del explotador de aero-
nave mientras dicha implantacin se efecte para interfuncionar
con el protocolo de interfuncionamiento del procedimiento en
modo circuito AES.
Nota 1. Un explotador de aeronave puede optar por no
implantar una red de sealizacin telefnica discreta de
aeronave que sea externa al equipo AES. Al arbitrio del
explotador, una funcin de agente de control de llamadas
podra integrarse al equipo de AES, de tal modo que se
eliminara la necesidad de una red de sealizacin de aeronave
discreta.
Nota 2. En aquellos casos en que una AES est configu-
rada para soportar ms de una llamada simultnea ATS,
deberan configurarse las direcciones de terminal llamado de
aeronave en uno o ms grupos de bsqueda apropiados. De
esta forma disminuir la incidencia de llamadas con origen en
tierra hacia un terminal llamado especfico, que est bloqueado
por una condicin de ocupado, cuando est disponible un
terminal llamado igualmente apropiado.
8.2.4 Interfuncionamiento telefnico de GES
8.2.4.1 Relaciones en los sistemas de sealizacin de GES.
La Figura A-19 de este texto de orientacin ilustra la relacin
entre los procedimientos en modo circuito GES, sus respectivos
procedimientos de interfuncionamiento, e implantaciones de
sealizacin telefnica propias de tierra. En particular, la figura
de referencia define tanto la utilizacin de procedimientos
entrantes y salientes desde el punto de vista de la parte de
origen de la llamada, como la interfaz de interfuncionamiento
de los procedimientos en modo circuito GES.
8.2.4.2 Definicin de suceso telefnico de interfuncio-
namiento GES. Los procedimientos en modo circuito GES
interfuncionan con los sistemas de sealizacin telefnicos
terrenales, a travs de los sucesos telefnicos de interfuncio-
namiento, hacia adelante y hacia atrs, definidos en las normas.
Los procedimientos en modo circuito GES deben establecer la
correspondencia de sucesos telefnicos de interfuncionamiento
especficos, hacia interacciones de protocolo especficas, en los
procedimientos lgicos en modo circuito GES en los que se
requieran interacciones con el sistema de sealizacin terrenal.
Esta correspondencia debe incluir tambin la transformacin de
parmetros, cuando as est indicado en las normas.
8.3 Implantacin de servicio oral por satlite
en el entorno ATS
8.3.1 Ideas generales. El servicio oral del SMAS(R) tiene
atributos bsicos operacionales que difieren fundamentalmente
de las operaciones orales vigentes de muy alta frecuencia
(VHF) y de alta frecuencia (HF). Esto requerir una atencin
cuidadosa para ver la forma en que se implanta el servicio oral
por satlite en un entorno ATS orientado hacia enlace de datos.
Entre estas diferencias se incluye un retardo estadstico en el
establecimiento del canal oral, un retardo perceptible en la pro-
pagacin de la voz, el funcionamiento de circuito conmutado,
el funcionamiento duplex completo y la incapacidad de que las
aeronaves vigilen las comunicaciones entre tierra y otras
aeronaves. Adems el servicio oral del SMAS(R) para elevar
a un mximo su utilidad impone requisitos funcionales a las
facilidades terrenales que son externas a la GES (p. ej., redes
terrenales y equipo de automatizacin ACF).
8.3.2 Retardo de establecimiento de canal. Despus de
originarse una llamada, cada usuario debe proporcionar, a sus
respectivas AES o GES, el nmero telefnico del destino
deseado y esperar a que el sistema establezca un canal
telefnico. Esto contrasta claramente con las operaciones
convencionales de radio en las que cada usuario mantiene
ordinariamente la escucha continua por un canal de radio.
Adems, el retardo de establecimiento de canal es de ndole
estadstica y depende de la carga total de trfico por el sistema
SMAS.
8.3.3 Anuncio de llamada. Se espera que los explotadores
de aeronaves integren el equipo de comunicacin oral por
satlite con otros sistemas de aeronave, de forma muy similar
al equipo actual de radio VHF y HF. Esto puede llevar a
pequeas discordancias en la forma en que se gestionan las
llamadas orales en distintas aeronaves. Por ejemplo, el cableado
mutuo entre el equipo de comunicacin oral por satlite y los
paneles de control audio de la aeronave actuales puede llevar
en algunas aeronaves a un funcionamiento intrnsecamente
semidplex, incluso cuando todos los canales telefnicos que
intervienen sean de dplex completo. En muchos casos, las
llamadas entrantes de origen a bordo se anunciarn a la
tripulacin de vuelo por una intromisin SELCAL u otra
indicacin audible, y se requerir que intervenga la tripulacin
para responder a la llamada. Esto significa que un usuario
terrestre debe esperar a una indicacin de respuesta positiva
(p. ej., respuesta oral de la tripulacin) antes de que pueda
empezar la conversacin. En los dems casos, no tendra el
usuario de tierra la seguridad de que la tripulacin llega a oir
la llamada. Este aspecto particular es muy importante, pues se
espera que:
a) las llamadas orales por satlite sean muy poco frecuentes en
un entorno orientado hacia enlace de datos; y
b) la imposibilidad de que la tripulacin de vuelo vigile las
comunicaciones orales por satlite de otras aeronaves
impide que tengan positivamente una seguridad ordinaria de
que se han seleccionado adecuadamente en el tablero las
seales audio de aeronave.
370 2/11/00
Nm. 75
8.3.4 Gestin de llamadas en la aeronave. Los sistemas de
computadora para gestin de vuelo de aeronave pueden ser
tiles en administrar los aspectos ordinarios de la gestin de
llamadas orales por parte de la tripulacin de vuelo. Por
ejemplo, estos sistemas pueden proporcionar las guas de
nmeros de tierra y los mens de seleccin, de forma que se
reduzca a un mnimo la necesidad de que los miembros de la
tripulacin de vuelo efecten la entrada de nmeros telefnicos
discretos en un dispositivo de control/visualizacin. Estos
sistemas podran tambin correlacionar la informacin de gua
con la con la correspondiente informacin acerca de la
direccin de sistema de extremo por enlace de datos, o con la
posicin de la aeronave, para recomendar una direccin de
tierra apropiada que haya de utilizarse en una llamada del ATC.
Sin embargo, debe sealarse que la tripulacin debe estar presta
a seleccionar, o de no ser as, a suponer, la prioridad apropiada
de una llamada antes de intentar establecerla.
8.3.5 Informacin sobre llamadas de origen a bordo.
Cuando la GES transmite a la red terrenal una llamada con ori-
gen a bordo, en la indicacin de llamada se incluir, adems
de la direccin de tierra deseada, la prioridad de la llamada y
la ID-AES, as como la ID-terminal que llama, asociada a la
llamada. (Vase el Anexo 10, Volumen III, Parte I, Apn-
dice 5, Captulo 4, Figura A5-28.) La red terrenal puede
utilizar la prioridad de la llamada para facilitar una posible
medida de cesin a derecho preferente dentro de dicha red y
para notificar al destino de tierra la prioridad de la llamada,
cuando el usuario de tierra pueda estar prestando servicio a
otras llamadas. Se proporciona la informacin sobre la ID,
de AES y de terminal, para facilitar el encaminamiento
correlacionado (vase 8.3.6) de la llamada (por parte de un ACF
o de otra facilidad) hacia un destino apropiado dentro de dicha
facilidad, segn lo determinado por la informacin de la
facilidad relativa a la aeronave.
8.3.6 Encaminamiento correlacionado. Las funciones de
encaminamiento de llamadas dentro de una facilidad deben ser
capaces de determinar el destino interno adecuado hacia el que
debera encaminarse la llamada, basndose en los datos
vigentes de la facilidad correspondientes a la aeronave. Esto
requiere que la facilidad correlacione la ID-AES de la aeronave
de origen (vase 8.3.5) con la informacin que pueda tener
respecto a la aeronave y que seguidamente encamine la llamada
al usuario de tierra pertinente. Debe prestarse atencin al
establecimiento de un cdigo de agente universal por omisin
en el plan de numeracin de tierra del SMAS(R) (p. ej., 000)
que sera conocido en todas las facilidades como peticin
implcita por parte de la tripulacin de vuelo para proporcionar
la funcin de correlacin. Los restantes valores de cdigo 999
en el campo de cdigo de agente quedaran disponibles para
direcciones de usuario de tierra discretas, dentro de una
facilidad.
8.3.7 Gestin de llamadas entrantes en la facilidad. El
usuario de tierra debera disponer de diversas opciones para los
casos en los que llega una llamada de origen a bordo mientras
se est realizando una llamada ya establecida con otra aeronave.
El usuario de tierra debera tener la posibilidad de combinar un
nmero razonable de llamadas orales por satlite, en forma de
conferencia, para poder administrar el servicio de comuni-
caciones de modo anlogo a un canal de radio VHF, si optara
por ello el usuario de tierra. Esto puede implantarse mediante
un puente convencional de conferencia telefnica situado entre
el usuario de tierra y la red oral terrenal. Adems, el usuario
de tierra debera recibir inmediatamente la presentacin de la
informacin de llamada mencionada en 8.3.5 respecto a todas
las llamadas entrantes, de forma que se facilite una adecuada
decisin en la tramitacin de las llamadas. Se citan a
continuacin ejemplos de dos modos posibles de operaciones:
a) Irrupcin. Todas las llamadas que lleguen con un destino
particular se contestan automticamente, mediante una
funcin automatizada en nombre del usuario de tierra; y se
ponen en conferencia multimodo en la que participan el
usuario de tierra y los de cualquiera de las llamadas
existentes. Este es intrnsecamente el modo ms sencillo de
funcionamiento porque permite que todos los usuarios
procuren inmediatamente atraer la atencin del usuario de
tierra mantenindose a la escucha de cualquier conversacin
activa, lo mismo que en una radio VHF. Sin embargo,
irrumpir en una conversacin activa exigira que el que
llama inmovilice un recurso de canal C, mientras espera a
que se complete la conversacin anterior.
b) Acceso en serie con derecho de prioridad. Al llegar una
llamada a un destino particular se responde mediante una
funcin automatizada en nombre del usuario de tierra.
Cualquier otra llamada entrante de una prioridad igual o
inferior a la llamada existente, recibe una indicacin de
ocupado y se libera automticamente. Cualquier llamada
entrante de una prioridad superior a la existente se responde
automticamente y se incorpora en modo de conferencia a
cualesquiera de las llamadas que est actualmente realizando
el usuario de tierra. De esta forma solamente las llamadas
de prioridad superior irrumpen en las llamadas existentes.
Tambin se permite de este modo que una tripulacin de
vuelo que llame (con una prioridad superior) reciba la
atencin del usuario de tierra oralmente, sin obligar a que
se termine innecesariamente una llamada vigente de
prioridad inferior.
8.3.8 Funcin de pulsar-al-hablar en el micrfono de
aeronave. El canal oral del SMAS proporciona un trayecto
audio bidireccional que es intrnsecamente dplex completo.
Sin embargo, se recomienda firmemente mantener en todas las
instalaciones de aeronave el funcionamiento tradicional de
pulsar-al-hablar (PTT) semidplex (es decir, como VHF) pero
solamente en cuanto la tripulacin de vuelo deba activar una
tecla PTT para ser oda por el usuario de tierra. En otras
palabras, el canal audio hacia la aeronave debe ser siempre
audible en los auriculares sin silenciarlo cuando se activa la
tecla PTT. (Los encargados del diseo deberan todava prestar
especial atencin a silenciar el altavoz del puesto de pilotaje
cuando se oprima la tecla de un micrfono.) Esto permitir que
la tripulacin controle la conversacin oral por satlite
atendiendo simultneamente a otras actividades en el puesto de
pilotaje. Adems, el funcionamiento impuesto del PTT ayuda
a asegurar que no se perjudique el uso posible en el futuro del
sistema de conferencias audio en la estacin de trabajo del
usuario de tierra, mediante un ruido ambiental de puesto de
pilotaje no controlado (es decir, de micrfonos activados), en
aquellos casos en los que el controlador tenga funcionando
simultneamente diversas llamadas orales por satlite.
8.3.8.1 Las tripulaciones de vuelo deben ser capaces de
anular el funcionamiento impuesto de semidplex, de forma
que puedan aprovecharse del canal oral dplex pleno, cuando
lo justifique la situacin de las operaciones (p. ej., en emergen-
cias mdicas en vuelo).
371 2/11/00
Nm. 75
8.4 Consideraciones relativas
a la red oral terrenal
8.4.1 Ideas generales. En los SARPS sobre el SMAS se
prev la implantacin de una red compartida de conmutacin
oral terrenal, de usuario comn, por la que cada GES se
interconecte con una o ms facilidades de tierra, expresamente
para comunicaciones relativas a la seguridad aeronutica. Esta
red puede estar compuesta de una o ms subredes que funcionen
en serie, para proporcionar la apariencia de un solo servicio
coherente de red entre las GES y las facilidades de tierra
externas (p. ej., ACF, despacho de aeronaves, etc.). Esta red
debera ser independiente y distinta de otras redes que puedan
estar adjuntas a una GES, para fines que no sean de seguridad
(p. ej., la red telefnica pblica de conmutacin).
8.4.2 Control de acceso. Para llamadas de origen a bordo,
se logra el acceso a la red de seguridad terrenal mediante la
codificacin en la AES de la sealizacin de peticin de acceso
con un valor para ID de red de 10. Este valor indicar a la
GES que la llamada ha de encaminarse a la red terrenal de
seguridad y que toda la informacin de sealizacin especfica
debe incluirse en la indicacin de llamada. Las implantaciones
de AES deben estar sujetas a disposiciones de certificacin para
asegurarse de que no es posible que los usuarios de comuni-
caciones ajenas a la seguridad en una aeronave tengan acceso
a la red terrenal de seguridad.
8.4.3 Anlisis de encaminamiento. En el caso de llamadas
de origen a bordo, la GES no analizar la informacin de
direccin de tierra que figura dentro de la peticin de acceso,
excepto para interpretar el valor de ID de red a fin de
seleccionar la red terrenal adecuada (es decir, 10). Una vez
recibida de la GES la indicacin de llamada, la red terrenal de
seguridad debe interpretar los campos de cdigo de pas y de
cdigo de facilidad que figuran en la informacin de la llamada,
y encaminar la llamada, segn sea necesario a la facilidad
adecuada. En el caso de llamadas de origen en tierra, la
facilidad remitente debe proporcionar a la red terrenal de
seguridad la ID de la GES deseada, junto con el resto de la
informacin de llamada (es decir, ID-AES, ID de terminal y
prioridad de llamada) cuando transmita a la red la indicacin
de llamada.
8.4.4 Funciones de encaminamiento de llamada. Las
funciones de encaminamiento de llamada externas a la GES
pueden clasificarse en las dos categoras de encaminamiento de
alto nivel entre las GES y las facilidades de tierra, y encami-
namiento de bajo nivel que se cursa dentro de una facilidad.
8.4.4.1 Encaminamiento de alto nivel. En el caso de
llamadas de origen a bordo, el encaminamiento de alto nivel
consta de la red terrenal de seguridad que interpreta los cdigos
de pas y de facilidad que figuran en la direccin de tierra y
encamina la llamada al trmino de red con la facilidad
apropiada. En el caso de llamadas de origen en tierra, el
encaminamiento de alto nivel consta de la red terrenal de
seguridad que interpreta la ID-GES que se recibi como parte
de la informacin de llamada desde la instalacin remitente, y
encamina la llamada al trmino de la red con la GES adecuada.
8.4.4.2 Encaminamiento de bajo nivel. Cuando una llamada
de origen a bordo llega a la facilidad deseada por la red terrenal
de seguridad, una funcin de encaminamiento de bajo nivel
dentro de la facilidad debe interpretar el cdigo de agente, que
figura como parte de la informacin de llamada, y seguida-
mente encaminar la llamada al usuario de tierra indicado. Debe
sealarse que si el valor de cdigo de agente indica que la
llamada debe correlacionarse con otra informacin de aeronave
en la facilidad, la funcin de encaminamiento de bajo nivel
debe tambin interpretar la ID-AES, que figura como parte de
la informacin de llamada, y encaminar la llamada dentro de
la facilidad basndose en los resultados de la correlacin.
8.4.5 Implantacin de red terrenal de alternativa. En la
red terrenal de seguridad no se impone la obligacin de
arquitecturas particulares de red de conmutacin. Por ejemplo,
los acuerdos concretos entre los proveedores del servicio
SMAS y sus administraciones, o los explotadores de aeronaves,
pueden prever la integracin en el equipo de la GES de algunas
o de todas las funciones de encaminamiento de alto nivel. Esto
requerira que la GES desempeara las tareas de encamina-
miento descritas en 8.4.4.1 y examinara las llamadas a las
facilidades particulares, por mediacin de grupos especiali-
zados de circuitos troncales GES-a-facilidad.
8.4.6 Cesin a derecho preferente. Se requiere que la red
terrenal de seguridad y, o sus subredes en serie particulares,
cedan a derecho preferente y vuelvan a asignar cualquier
recurso asignado a una llamada vigente, cuando dicha llamada
est bloqueando el establecimiento de una tentativa de llamada
de prioridad superior. Puede reducirse a un mnimo la inci-
dencia de llamadas que cedan a derecho preferente reservando
uno o ms canales, dentro de todos los grupos de circuito tron-
cal oral, para llamadas de prioridad superior (p. ej., socorro/
urgencia).
8.5 Implantacin de funciones de llamadas/
radiodifusin en grupo
8.5.1 Ideas generales. En algunas condiciones, un usuario
de tierra puede desear establecer una llamada de conferencia de
origen en tierra (una llamada en grupo) simultneamente con
varias aeronaves. Anlogamente, puede haber casos en los que
sea necesario establecer una radiodifusin en un sentido hacia
un grupo de aeronaves (una radiodifusin en grupo). Aunque
en los protocolos del sistema SMAS(R) no se proporcionan
explcitamente las funciones de llamada en grupo y de
radiodifusin en grupo, puede fcilmente atenderse a funciones
equivalentes implantando diversas funciones bsicas de origen
de llamada en el sistema automatizado de la facilidad.
8.5.2 Llamadas en grupo. Puede ejercerse la funcin de
llamadas en grupo requiriendo que el usuario de tierra (o un
servicio automatizado asociado) dirija llamadas independientes
a cada aeronave, designadas por el usuario como parte de una
llamada en grupo, o de una conferencia. En tal caso se
estableceran llamadas independientes, pero paralelas, por la
red terrenal y por el servicio por satlite del SMAS para cada
una de las aeronaves que participen en la conferencia. El uso
de llamadas orales particulares para cada aeronave del grupo
puede implantarse fcilmente y esto facilita tambin la gestin
centralizada de la aeronave, de entrada a la conferencia y de
salida de la misma por parte del usuario. Salvo en lo que
respecta a las funciones automatizadas de la facilidad y al
equipo de conmutacin oral de bajo nivel que presta servicios
al usuario de tierra, no es necesario que ninguna otra red en
serie participante (terrenal o del SMAS) realice ninguna clase
de procesamiento especializado de llamadas, a fin de establecer
una llamada en grupo.
372 2/11/00
Nm. 75
8.5.2.1 El equipo de la red terrenal, inmediatamente
adyacente al usuario de tierra, debera proporcionar una funcin
de conferencia audio en nombre del usuario, por la que todas
las aeronaves en la conferencia puedan escuchar la conversa-
cin audio generada por otra aeronave, as como la del usuario
de tierra. Esto proporcionar al usuario de tierra un medio
pasivo de acceso en serie, que es idntico al de la radio VHF,
salvo en lo que respecta a los efectos de retardo del satlite.
Adems, la funcin automatizada de la facilidad debera
gestionar la lista de aeronaves en el grupo, de forma que el
usuario de tierra pueda estar continuamente consciente de la
presencia o ausencia de cada aeronave que participa en
la llamada en grupo.
8.5.2.2 Al originarse la llamada en grupo no puede espe-
rarse que los canales orales de cada aeronave participante en
una llamada en grupo inicien simultneamente el funciona-
miento. Esto se debe a que 1) la sealizacin de anuncio de
llamada que llegue por canal P no llegar a todas las aeronaves
de la llamada en grupo simultneamente, 2) variar el retardo
de establecimiento de canal C despus de recibida esta sealiza-
cin, y 3) todas las tripulaciones de vuelo en el grupo no
pueden ser capaces de responder simultneamente a la llamada
entrante, puesto que han de prestar atencin primaria a sus
obligaciones en el puesto de pilotaje. Este ltimo asunto de los
factores humanos puede ser causa de considerable confusin,
a medida que las diversas tripulaciones de vuelo responden a
la llamada y entran en la conferencia de grupo, especialmente
si la tripulacin de vuelo no es consciente de que una llamada
entrante es una llamada en grupo. Puede mitigarse el riesgo de
esta confusin si se notifica a la tripulacin de vuelo que una
llamada entrante es en realidad una llamada en grupo, de forma
que puedan permanecer tranquilos en el circuito hasta que el
usuario de tierra empiece a hablar. Un modo de lograrlo es que
la funcin automatizada de la facilidad transmita una secuencia
de tono de alerta audio repetitivamente, o registre avisos orales
hasta que todas las aeronaves hayan respondido a la llamada y
estn preparadas para participar en la conferencia.
8.5.3 Radiodifusin en grupo. Los procedimientos de
radiodifusin en grupo pueden ser idnticos a los de llamada
en grupo, salvo que la funcin de conferencia proporcionada
por la facilidad no debera cursar ni retransmitir ninguna seal
audio de-aire-a-tierra que inadvertidamente pueda llegar desde
aeronaves del grupo de radiodifusin. Lo mismo que en el caso
de la llamada en grupo, puede ser necesario que para tener en
cuenta los factores humanos, se indique de algn modo a la
tripulacin de vuelo la llegada de una radiodifusin en grupo
en un solo sentido.
8.6 Implantacin de la funcin
de registro de llamadas
8.6.1 Generalidades. En circunstancias normales, un espe-
cialista ATS que tenga a su disposicin un servicio de comu-
nicaciones orales del SMAS(R) debera ser capaz de recibir y
mantener las llamadas simultneas de origen a bordo proce-
dentes de un nmero razonable de aeronaves. (En 8.3 se
proporciona orientacin ulterior sobre la forma en que esto
puede implantarse.) Sin embargo, puede haber muchas situa-
ciones en las operaciones por las que el especialista ATS desee
suprimir las llamadas entrantes, o prestar servicio una por una
a las llamadas que lleguen, en otras palabras, devolver a la
aeronave que llama una indicacin de ocupado. En estos
casos, entre las buenas prcticas de operaciones debera
incluirse el registro automtico de tentativas de llamada para el
especialista ATS (registro de llamadas) y la notificacin a la
tripulacin de vuelo de que se ha registrado una tentativa
infructuosa de llamada. Esta notificacin a la tripulacin de
vuelo llevara consigo implicada la intencin por parte del
especialista ATS de dar origen a una subsiguiente llamada
recproca hacia la aeronave remitente en la primera oportunidad
que se presente.
Nota. En el prrafo 8.3.5 se describen los elementos de
informacin de llamada de origen a bordo que pueden
utilizarse por parte de las facilidades terrenales para realizar
el registro de llamada. Se requieren la GES y las facilidades
de red terrenal para cursar esta informacin a la facilidad de
usuario de tierra.
8.6.2 Sealizacin del suceso de registro de llamadas. Los
SARPS sobre el SMAS disponen que una tentativa de llamada
a un destino ocupado se juzgue como infructuosa y que se
genere por parte de las facilidades de red de usuario de extremo
un suceso de llamada infructuosa parte llamada ocupada
(BITE 16). (Los sistemas de sealizacin telefnica partici-
pantes, incluidos aquellos de la subred del SMAS(R), cursan
este suceso a la tripulacin de vuelo.) Se considera que
el suceso de registro de llamada es una variacin del suceso
BITE 16 y que se cursa por la subred del SMAS(R), mediante
un valor de cdigo exclusivo en el parmetro de valor de causa
de la LIDU del SMAS(R) progresin de la llamada libera-
cin de canal (vase el Anexo 10, Volumen III, Parte I,
Apndice 5, Captulo 4, Figuras A5-7 y A5-34). Tanto las faci-
lidades de red terrenal como la lgica de interfuncionamiento
telefnico propio de la subred, dentro de la GES, deben prestar
apoyo a la transmisin al procedimiento lgico de origen a
bordo de la GES de esta seal hacia atrs dirigida si se implanta
la facilidad recomendada de registro de llamadas.
8.7 Notas sobre los procedimientos
abreviados de origen a bordo
8.7.1 Generalidades. Los procedimientos definidos en los
SARPS del SMAS para ser utilizados en llamadas de origen
a bordo, prevn el establecimiento de llamada general y el
establecimiento de llamada abreviada. Los procedimientos
abreviados proporcionan una actuacin en cuanto a retardos
comparativamente ms cortos y a un acceso ms uniforme.
8.7.2 Fase de peticin de acceso
8.7.2.1 SU de peticin de acceso abreviada. En los proce-
dimientos del SMAS(R) se utiliza una SU de peticin de
acceso abreviada como procedimiento para entregar a la GES
toda la informacin relativa a la llamada (es decir, direcciones
de tierra y de terminal llamado) juntamente con la peticin de
acceso por canal R. De esta forma se suprime la necesidad de
que la GES espere a recibir esta informacin por el canal C de
sub-banda, como es el caso en el procedimiento de peticin de
acceso general.
8.7.2.2 Transmisin en serie de peticiones de acceso
redundantes. Para mitigar los efectos de colisiones de canal R
en la eficacia de retardo de acceso en modo circuito, la AES
enviar una serie corta de SU de peticin de acceso abreviada
idnticas, despus de la tentativa inicial de acceso y en cada una
de las cuatro tentativas subsiguientes (que se inician al expirar
373 2/11/00
Nm. 75
el temporizador tA50), por un total de cinco tentativas. La
cantidad de las SU idnticas en la serie aumenta al aumentar
la prioridad de las llamadas. En la Tabla A-12 de este texto de
orientacin se ilustra la probabilidad de que se reciba en la GES
por lo menos una SU de peticin de acceso abreviada despus
de cinco tentativas de transmisin por un canal R cargado hasta
el 15%. (En la tabla se indica entre corchetes la eficacia
prevista, ilustrndose dos casos en los que todo el trfico por
canal R que est en conflicto procedente de otras AES, est
constituido por rfagas 1-SU, o por rfagas 3-SU.)
8.7.3 Establecimiento simultneo de segmentos de circuito
por parte de la GES. Adems de la fiabilidad mejorada de
entregas de las SU de peticin de acceso abreviada, segn lo
descrito en 8.7.2.2, ayuda ulteriormente a la eficacia de retardo
de acceso de extremo-a-extremo, el hecho de que la GES
empieza a transmitir el establecimiento de la llamada por la red
terrenal en el mismo instante en que la GES atribuye recursos
de canal C y empieza a establecer el canal C en el sentido de
retorno. El inicio inmediato del establecimiento de la llamada
hacia adelante es posible porque la SU de peticin de acceso
abreviada contiene toda la informacin de llamada necesaria,
segn lo descrito en 8.7.2.1. Al establecerse simultneamente
los segmentos, de satlite y terrenal, de la llamada de extremo
a extremo, el factor limitador en el retardo de acceso de extremo
a extremo (despus de recibida la SU de peticin de acceso
abreviada) es el valor mayor, entre el retardo de establecimiento
de la llamada por la red terrenal y el retardo de establecimiento
de canal C, pero no la suma total de ambos retardos, como sera
lo ordinario en el procedimiento de origen de llamada general.
8.7.4 Interfuncionamiento de la AES con las GES que no
cumplen con los SARPS. Puede haber algunas esferas del
servicio SMAS(R) en las que una o ms de las GES no estn
equipadas para prestar apoyo al procedimiento abreviado de
origen a bordo (p. ej., antes de una fecha de implantacin
obligatoria de la OACI). El procedimiento abreviado en la
forma definida para la AES, atiende a esta posibilidad, puesto
que es de por s compatible con las GES equipadas y con las
no equipadas (no es necesaria la conmutacin de modo ni la
intervencin de la tripulacin). Los atributos concretos del
procedimiento abreviado de origen a bordo, por lo que se
permite que una AES equipada interfuncione con ambos tipos
de GES son los siguientes:
a) el formato de la SU de peticin de acceso abreviada es
idntico al equivalente de la SU de peticin de acceso
general, salvo que el dgito nm. 2-9 y los campos ID de
terminal se designan como reservados en la ltima SU. Esto
permite que una GES no equipada interprete la tentativa de
llamada como si fuera una llamada general (es decir, la
informacin relativa a la llamada que se extrae de la SU es
idntica a la de llamada general);
b) las GES, equipadas y no equipadas, descartarn cualquier
ejemplar redundante de una SU de peticin de acceso. Por
consiguiente, si la GES recibe mltiples ejemplares de la SU
de peticin de acceso abreviada, esto no llevar a errores
lgicos en el procesamiento de la llamada (puede ocurrir una
recepcin mltiple aunque no haya colisiones por canal R
o aunque el temporizador tA50 haya expirado antes de que
la AES haya recibido una SU de asignacin de canal C); y
c) la sealizacin por canal C de sub-banda y la lgica de
prueba de continuidad son idnticas para las AES y las GES
equipadas y no equipadas. Es digno de observar el hecho de
que una AES equipada repetir el dgito nm. 2-9 y los
campos ID de terminal (de la SU de peticin de acceso
abreviada) en el canal C de sub-banda, de una forma idntica
a la de las AES no equipadas. Este aspecto particular del
procedimiento del SMAS(R) es la clave para que una AES
equipada pueda interfuncionar con cualquier GES.
Nota. La eficacia de retardo de acceso de extremo a
extremo a travs de una GES no equipada, no ser la misma
que a travs de una GES equipada.
8.8 Eficacia de retardo
de acceso en modo circuito
Nota. Salvo si se indica de otro modo, las proyecciones
de la eficacia de retardo de acceso en modo circuito de
extremo-a-extremo se basan en canales R y P que funcionan a
velocidades de transmisin por canal de 10 500 bits/s.
8.8.1 Llamadas de origen a bordo. En los prrafos 8.7.2
y 8.7.3 se describen los atributos especiales del procedimiento
abreviado de origen a bordo que llevan a una eficacia mejorada,
en cuanto a retardo de acceso, para los usuarios del servicio de
seguridad comparndolo con los usuarios de servicios ajenos a
la seguridad. Respecto al establecimiento simultneo de los
recursos por canal C y por la red terrenal (8.7.3), las ventajas
de este procedimiento mejorado aparecen de la forma ms
obvia cuando el componente de retardo de acceso, en el que se
incurre dentro de las facilidades de red terrenales, no es superior
al que se incurre en el establecimiento de canal C. Debe
sealarse como punto de referencia que la GES requerir un
mnimo de 6 segundos (latentes) para establecer el canal C,
medidos desde el momento en que se pone en cola la SU de
asignacin de canal C para el servicio por canal P. Esto implica
que para obtenerse el beneficio mximo del procedimiento
mejorado de origen a bordo, las facilidades de red terrenales
deben contribuir a la eficacia de retardo de acceso de extremo
a extremo con un valor que no sea superior al componente de
retardo equivalente, incluido el tiempo para que la indicacin
de respuesta circule en el sentido de retorno.
8.8.1.1 Retardo de adquisicin del demodulador de
canal C en la GES. Segn el Anexo 10, Volumen III, Parte I,
Captulo 4, 4.3.4.4, se permiten tres segundos (99%) para que
el demodulador de canal C en la GES recupere la portadora
recibida y logre enganchar la trama (en este plazo se incluye
el mnimo de seis segundos anteriormente mencionados para
que la GES establezca un canal C despus de que haya recibido
una peticin). En los SARPS sobre el SMAS se recomienda
adems que los explotadores logren tiempos de adquisicin ms
cortos. Este retardo influye directamente en el retardo mnimo
que pueda lograrse de extremo a extremo, en aquellos casos en
que la red terrenal sea capaz de proporcionar un componente
de retardo de acceso, inferior a seis segundos (8.8.1).
8.8.1.2 Retardo de acceso de extremo a extremo de origen
a bordo. Si puede suponerse que el componente de retardo
atribuible a las facilidades de red terrenal podra limitarse a un
valor no superior al componente atribuible al establecimiento
de canal C, el retardo de acceso de extremo a extremo en
ausencia de cualquier trfico importante que se dispute el
canal P, puede ser tan breve como ocho segundos (95%) en el
caso de origen a bordo. Si se instala una GES con demodula-
dores de canal C que muestran una eficacia de adquisicin
similar a la del modo de funcionamiento en rfaga de la AES,
374 2/11/00
Nm. 75
sera posible una cifra de cinco segundos (95%) para el retardo
de acceso de extremo a extremo, a condicin de que las
facilidades de red terrenal puedan proporcionar una mejora
equivalente de la eficacia.
8.8.2 Llamadas de origen en tierra. Los procedimientos
lgicos de la AES y de la GES, para llamadas del SMAS(R)
de origen en tierra, son esencialmente idnticos a los que
prevalecen para el SMAS en comunicaciones ajenas a la
seguridad. La proyeccin del componente esperado de retardo
de acceso que sea atribuible a la subred del SMAS(R), en
ausencia de cualquier trfico importante que se dispute el
canal P, es de seis segundos (95%) (incluidos los 3 segundos
para bits suplementarios de adquisicin de demodulador de
canal C en la GES). Un componente de retardo de facilidad
de red terrenal, comprendido entre 4 a 6 segundos, llevar a
un retardo de acceso previsto de extremo a extremo de 10 a
12 segundos (95%). Las mejoras en la red terrenal o en los bits
suplementarios del demodulador en la GES, producirn una
mejora equivalente en la eficacia de retardo de extremo a
extremo.
8.8.3 Proyecciones en cuanto al retardo de estableci-
miento de llamada de subred del SMAS(R). En la Parte I, Cap-
tulo 4, 4.8.4.1, se especifican solamente los componentes del
retardo del establecimiento de llamada en el SMAS(R),
atribuibles a la eficacia de los equipos en las AES y en la GES.
Estos parmetros de eficacia, aunque no son completamente de
ndole determinstica, no es probable que exhiban una varianza
estadstica importante. Esto se debe a que los parmetros se
especifican como retardos mximos de procesamiento interno,
con exclusin de cualquier retardo de transmisin o retardo de
puesta en cola para el servicio de capa de enlace, tales como
los que podra experimentar una CM-LIDU de sealizacin
telefnica que est en espera de transmisin por canal P. Sin
embargo, es probablemente de inters para los planificadores
del sistema el retardo general de subred del SMAS(R)
para establecer una llamada de origen a bordo o de origen en
tierra, que est sometido a la eficacia estadstica de la capa de
enlace. Basndose en estudios de simulacin, con un modelo
de trfico idntico al utilizado para determinar los requisitos
de eficacia en modo paquete en el Captulo 4, 4.7, se ilustra
en la Tabla A-13 de este texto de orientacin una proyeccin
de la eficacia de retardo de establecimiento de llamada de
subred en el SMAS(R), para llamadas abreviadas de origen a
bordo y de origen en tierra.
Nota. Cada uno de los parmetros de eficacia se aplican
a todas las prioridades del SMAS(R), excepto aquellos par-
metros que se expresan como gama de valores desde prioridad
mxima hasta prioridad mnima.
8.8.4 Retardo de establecimiento de llamada de extremo a
extremo PSTN. El retardo de establecimiento de llamada de
extremo a extremo puede ser excesivo cuando la subred del
SMAS(R) est interconectada con el PSTN a no ser que se
especifique un rendimiento especfico para el PSTN.
8.9 Evaluacin subjetiva
de la calidad de la voz
8.9.1 Codec LPC de laboratorios BT
a 9,6 kbits/s
8.9.1.1 Los laboratorios de investigacin BT (BTRL) y
la CAA del Reino Unido evaluaron los vocodificadores
empleando, entre otras cosas, el algoritmo descrito en el
Apndice 7. Se utilizaron los resultados de estas evaluaciones
en la seleccin de este algoritmo entre tres competidores
finalistas.
8.9.1.2 Inteligibilidad. En la evaluacin de los BTRL se
utiliz la metodologa de evaluacin de calificacin de la
opinin promedio (MOS). En la evaluacin BTRL se obtuvo
un MOS aproximadamente de 3,1 en condiciones de niveles de
entrada y de escucha ptimos, sin ruido por canal y sin ruido
ambiente en la aeronave. Cuando se introdujo una proporcin
de errores en los bits (BER) por canal de 0,001 o superior y
se aadi el ruido ambiente en la aeronave, disminuy la
clasificacin de MOS.
8.9.1.3 En las evaluaciones de la CAA del Reino Unido
se utiliz un entorno de pruebas especialmente preparado en el
cual el sujeto de prueba, un controlador, se coloc en una
situacin de trabajo simulada. Un seudopiloto lee al
controlador mensajes ATC ordinarios y responde a las
preguntas e instrucciones del controlador. Se introdujeron
diversos niveles de proporciones de errores en los bits por
canal. La conclusin cualitativa fue que el vocodificador era
aceptable para fines del ATC en espacio areo de escasa
densidad tal como el ocenico.
8.9.2 Codec AMBE DVSI a 4,8 kbits/s
8.9.2.1 La aceptacin del codec DVSI como alternativa
conveniente se bas en pruebas comparativas con el codec LPC
del BTRL a 9,6 kbits/s. Se realizaron estas pruebas compa-
rativas en los laboratorios Comsat en base a los requisitos de
pruebas convenidos por el Comit especial RTCA 165 y
tuvieron el objetivo de determinar si este codec tena un rendi-
miento equivalente o mejor al codec BTRL. Se utilizaron en
esta evaluacin el ensayo de diagnstico de consonancia (DRT)
y la calificacin de la opinin promedio (MOS).
8.9.2.2 Los resultados de las pruebas comparativas lleva-
ron a la conclusin de que el codec DVSI era estadsticamente
equivalente al codec BTRL y en la mayora de la condiciones
que era conveniente para operaciones en el mismo entorno,
p. ej., espacio areo ocenico.
Nota.Los resultados de las pruebas han demostrado
tambin que es recomendable el uso de reduccin de ruidos o
tcnicas de cancelacin para funcionamiento en condiciones de
elevado ruido de fondo de las hlices.
9. GESTIN DE ESTACIN TERRENA
DE AERONAVE (AES)
9.1 Generalidades
En el Anexo 10, Volumen III, Parte I, Captulo 4, 4.9 se
define el conjunto mnimo de requisitos que debe satisfacer la
gestin AES para asegurar la interfuncionalidad. En este
captulo del texto de orientacin se describen asuntos
relacionados con los SARPS sobre gestin AES.
375 2/11/00
Nm. 75
9.2 Interfaces de gestin AES
En los SARPS sobre el SMAS se describe la gestin AES
como una entidad que est en interfaz con otras entidades AES,
tales como las capas de enlace y de subred. Las interfaces se
definen en funcin de la informacin intercambiada entre la
gestin AES y estas otras entidades, y se ilustran en la
Figura A-20 de este texto de orientacin. En los SARPS sobre
el SMAS no se especifica ninguno de los formatos de la
informacin intercambiada. Tales formatos se consideran
dependientes de la implantacin.
9.3 Funciones de gestin AES
9.3.1 Gestin de tabla AES
9.3.1.1 Se requiere que la AES mantenga dos conjuntos de
informacin. Estos conjuntos de informacin se presentan en
los SARPS sobre el SMAS en forma de tablas, es decir la tabla
de sistema y la tabla de confirmacin de conexin. La forma
concreta de almacenar esta informacin en la AES no est
reglamentada mediante SARPS sobre el SMAS, puesto que
depende de la implantacin.
9.3.1.2 La GES proporciona la informacin enumerada
bajo la tabla de sistema. Esta informacin consiste en las
frecuencias de bsqueda necesarias para que la AES pueda
seleccionar un satlite, un haz, y una GES a fin de realizar el
procedimiento de conexin. Por lo tanto, es obligatorio que esta
informacin sea vigente en la AES antes de la conexin. Se
mantiene actualizada en la AES la informacin de tabla de
sistema, mediante la vigilancia de las secuencias de
radiodifusin de tabla de sistema transmitidas por la GES segn
lo indicado en la Parte I, Captulo 4, 4.9.3.2.3.1.
9.3.2 Gestin de estado de conexin AES
9.3.2.1 Selecciones de satlite, de haz y de GES
9.3.2.1.1 Dependiendo de la posicin geogrfica de la
aeronave, la AES puede tener ms de una opcin en cuanto a
la seleccin de una combinacin de satlite, haz, y GES. Los
SARPS sobre el SMAS son flexibles en cuanto permiten a la
gestin AES seleccionar la combinacin ms deseable en un
momento determinado. El nico requisito impuesto a la
seleccin es la capacidad de la AES para recibir una seal
adecuada por el canal P
smc
de GES seleccionado.
9.3.2.1.2 La informacin que la gestin AES utiliza para
efectuar su seleccin figura en la tabla de sistema AES. Se
identifica unvocamente a una GES mediante la frecuencia de
su canal P
smc
transmitida dentro de un haz concreto en la zona
de servicio de determinado satlite. Se identifica unvocamente
a un satlite mediante uno o ms conjuntos de frecuencias de
canal P
smc
de identificacin de satlite/haz. Cada conjunto
consta por lo menos de dos frecuencias y est asociado a la ID
del haz dentro del cual se transmiten los canales P asociados.
Si se efectuara la identificacin del satlite por mediacin del
haz global (haz ID = 0), la gestin AES puede seguidamente
intentar seleccionar un haz puntual, si lo hubiera. Para una zona
de servicio de satlite solamente con haz puntual, la
identificacin del satlite se efectuar mediante un haz puntual,
por lo que las selecciones de satlite y de haz puntual se
efectuarn simultneamente.
9.3.2.1.3 Las AES tienen ordinariamente una tabla de
preferencias programables del propietario por la cual se puede
seleccionar la preferencia de determinados sistemas, satlites
y GES y requisitos de comunicaciones. Hay varios criterios
por los que se efecta la seleccin de preferencias para
conexin; por ejemplo identidad del proveedor del servicio,
costo, opciones de servicios. Si se abusa de esta capacidad
(p. ej., excluyendo sistemas particulares, satlites o GES) puede
ponerse en peligro la seguridad debido a una disponibilidad
limitada de trayectos de comunicaciones de alternativa o
diversos. Si se permite la exclusin en una tabla de preferencias
de propietario de AES, debera verificarse si se satisfacen los
requisitos de disponibilidad de comunicaciones para fines de
seguridad para la instalacin en dicha aeronave.
9.3.2.2 Procedimiento de conexin
9.3.2.2.1 Iniciacin de la conexin. Segn lo prescrito por
los SARPS sobre el SMAS de gestin AES, podra iniciarse el
procedimiento de conexin mediante la recepcin de una orden
de conexin. La orden de conexin podra especificar la GES
o el satlite que hayan de seleccionarse para la conexin. En
los SARPS sobre el SMAS no se especifica ni el origen ni el
formato de tal orden. El origen podra ser externo a la AES que
retransmite la orden, dirigida a la gestin AES por una interfaz
especfica. El formato depende de la implantacin.
9.3.2.2.2 Rechazo de conexin. Se han identificado varios
motivos por los que la GES puede rechazar una peticin de
conexin de AES. En el Anexo 10, Volumen III, Apndice 3,
Captulo 4, figura una lista de estos motivos. En los SARPS
sobre el SMAS no se han especificado las respuestas de la AES
correspondientes a los motivos especficos de rechazo. Tales
respuestas dependen de la implantacin. Sin embargo, en los
SARPS sobre el SMAS se clasifican adems los motivos de
rechazo en tres categoras: indisponibilidad permanente, indis-
ponibilidad temporal y parmetros invlidos. Podra definirse
la respuesta de la gestin AES a un motivo de rechazo, por
categoras de motivo de rechazo, de la siguiente forma:
indisponibilidad permanente: cesar nuevas tentativas de
conexin con la misma GES;
indisponibilidad temporal: nueva tentativa de conexin con
la misma GES, solamente despus de transcurrido un
plazo conveniente o despus de una tentativa de conexin
con otra GES conveniente;
parmetros invlidos: nueva tentativa de conexin con la
misma GES, pero con parmetros diferentes.
9.3.2.3 Radiodifusin de tiempo universal
Para algunas aplicaciones a bordo de la aeronave puede ser
necesaria la sincronizacin con aplicaciones de contrapartida en
tierra. En los SARPS sobre el SMAS figuran recomendaciones
en apoyo de una facilidad de sincronizacin de la hora en la
AES y en la GES. Por lo tanto, por motivos de interfunciona-
lidad, se ha definido en los SARPS sobre el SMAS una unidad
de sealizacin de tiempo universal (Anexo 10, Volumen III,
Parte I, Apndice 2, Captulo 4, Figura A2-35) que consta de
la hora actual redondeada al segundo ms prximo, sincroni-
zada con la norma UTC. Al recibirse de la GES una SU de
tiempo universal, la AES puede proporcionar a las correspon-
dientes aplicaciones, a bordo de la aeronave, la informacin
376 2/11/00
Nm. 75
sobre la hora recibida. El mtodo seleccionado por la AES para
proporcionar a una aplicacin esta informacin horaria depende
de la implantacin.
9.3.2.4 rdenes de usuario
9.3.2.4.1 En los SARPS sobre el SMAS se especifican las
respuestas de la AES a un conjunto mnimo de rdenes
previstas para influenciar en algunas de las operaciones de la
AES, tales rdenes pueden iniciarse antes de la conexin con
la AES (Anexo 10, Volumen III, Parte I, Captulo 4, 4.9.3.3.1),
o despus de la conexin (Anexo 10, Volumen III, Parte I,
Captulo 4, 4.9.3.3.3.2). En los SARPS sobre el SMAS no se
especifican ni la fuente ni los formatos de tales rdenes. La
fuente puede ser interna o externa a la AES y funciona de
conformidad con algunos criterios de estmulo para satisfacer
un requisito particular del usuario, tal como la continuidad del
servicio. Por ejemplo, un criterio de estmulo para invocar una
transferencia de haz a haz podra basarse en el conocimiento
de la configuracin del haz de un determinado satlite, y en la
posicin y rumbo de la aeronave. Los formatos de las rdenes
de transferencia dependen de la implantacin.
9.3.2.4.2 rdenes de transferencia. Las rdenes de
transferencia especificadas en los SARPS sobre el SMAS han
sido concebidas para que el usuario AES modifique de diversas
maneras la condicin de conexin de la AES, segn lo juzgue
conveniente.
9.3.2.4.2.1 El usuario AES podra expedir una orden de
transferencia de GES a GES con el fin de:
a) renovar la conexin con la misma GES pero por un haz
puntual distinto;
b) conmutar la conexin a una GES distinta, en la misma zona
de servicio de satlite, ya sea mediante el mismo haz puntual
o mediante uno distinto.
En tales rdenes puede ser necesario especificar la ID
de GES y la ID de haz puntual cuanto estas ID sean distintas
a los valores vigentes. Mediante la ejecucin de esta orden no
se influye en las llamadas en modo circuito de una AES de
nivel 4 (unidades mltiples de canal de transmisin y de recep-
cin). La AES de nivel 3 funciona segn lo especificado en
Anexo 10, Volumen III, Parte I, Captulo 4, 4.9.3.3.4.2 b).
9.3.2.4.2.2 La AES podra expedir una orden de transfe-
rencia de satlite-a-satlite a fin de conmutar la conexin de
la AES con una nueva GES, dentro de la zona de servicio de
otro satlite. Habr de terminarse forzosamente cualquier
llamada en modo circuito, establecida por mediacin del
satlite actual despus de un perodo fijo de tiempo antes de
conmutar a un nuevo satlite. Se establece en los SARPS sobre
el SMAS que este perodo de tiempo es de 3 minutos. Si la AES
no puede sintonizar con ninguno de los canales P
smc
enumera-
dos para el nuevo satlite que identifican el satlite/haz, la AES
puede volver al satlite anterior o a cualquiera de los otros
satlites que estn a su alcance.
9.3.2.5 Prdida/degradacin de canal P
9.3.2.5.1 Se transmite a la gestin AES la declaracin de
prdida/degradacin de canal P en forma de una indicacin
procedente de la capa fsica AES (receptor de canal P). En 4.1.3
del Adjunto A se presenta el criterio en el que puede basarse
tal declaracin. Si la prdida o degradacin de canal P proviene
de que la aeronave vuele fuera de la cobertura del haz
seleccionado, la declaracin de prdida/degradacin de canal P
llevar a que la gestin AES busque una nueva GES, dentro de
la misma zona de servicio de satlite, o de otra zona de servicio,
y que se conecte con ella. Sin embargo, la prdida/degradacin
de canal P llevara a una discontinuidad no deseable de los
servicios de datos y en fona. Por consiguiente, no se aconseja
el uso de tal prctica como un medio para invocar una trans-
ferencia de AES. Las rdenes de transferencia descritas en
Anexo 10, Volumen III, Parte I, Captulo 4, 4.9.3.3.4.2 b) y c)
proporcionan un medio ms controlado de invocar las trans-
ferencias de AES.
9.3.2.5.2 Dado que todas las transmisiones por canal R y
por canal T estn sincronizadas con el formato de trama de
canal P, y para asegurar un control positivo de la AES por parte
de la GES, deben cesar tales transmisiones con la prdida del
canal P.
9.3.3 Gestin de canal de AES
9.3.3.1 Cesin a derecho preferente voz frente a voz
9.3.3.1.1 Varias llamadas en modo circuito podran dispu-
tarse los recursos limitados en la AES. En tales casos, se regula
el establecimiento y la continuacin de una llamada en modo
circuito mediante el requisito de prioridad y de cesin a derecho
preferente del Anexo 10, Volumen III, Parte I, Captulo 4,
4.8.3.2 de conformidad con la precedencia de nmero Q asig-
nada a los canales C que cursan las llamadas. La asignacin de
nmero Q a canales C, para las diversas categoras de transac-
ciones orales, se presenta en el Anexo 10, Volumen III, Parte I,
Captulo 4, 4-43.
9.3.3.1.2 En los SARPS sobre el SMAS se incluyen
diversos requisitos para imponer en la AES los criterios de
prioridad y de cesin a derecho preferente de la del Anexo 10,
Volumen III, Parte I, Captulo 4, 4.8.3.2. A este respecto,
los servicios en modo circuito solicitarn solamente de la
gestin AES la asignacin de un par de unidades de canal de
transmisin/recepcin, siempre y cuando, existan suficientes
recursos disponibles, o por lo menos una de las llamadas en
modo circuito en progresin tenga un nmero Q estrictamente
inferior al nmero Q de la llamada que se est estableciendo.
En este ltimo caso, la gestin AES pondr a disposicin las
unidades de canal que se estn utilizando por la llamada en
progresin, para prestar apoyo a la llamada que se est
estableciendo.
9.3.3.2 Arbitraje de voz/datos de AES de nivel 3
En una AES de nivel 3, se comparte una sola unidad de canal
de transmisin entre los canales R, T y C. En los SARPS sobre
el SMAS se resuelve el arbitraje entre el canal R y el canal T
considerando que las transmisiones de la unidad de sealizacin
(SU) por canal T, sea cual fuere el nmero Q de las SU, tienen
precedencia respecto a la transmisin de las SU por canal R.
Sin embargo, se requiere un nmero mnimo de lagunas en
las reservas de intervalo de canal T para una determinada
aeronave, a fin de asegurar que no se bloquean totalmente las
transmisiones por canal R (Anexo 10, Volumen III, Parte I,
377 2/11/00
Nm. 75
Captulo 4, 4.6.5.3.3). Se logra el arbitraje entre el canal C y
los canales R o T, de conformidad con las prioridades en las
transacciones por estos canales. En el Anexo 10, Volumen III,
Parte I, Captulo 4, 4.9.3.4.1.4 se proporcionan los requisitos
especficos para tal arbitraje. Debe sealarse que los SARPS
sobre el SMAS no requieren que se de por terminada una
llamada oral establecida, cuando se requiera la transmisin de
un mensaje de datos de precedencia superior; sta medida es
ms bien facultativa. Un plan de alternativa permitido por los
SARPS sobre el SMAS hara que cesara la transmisin por
canal C, durante un perodo suficientemente largo, para
transmitir cualquiera de las unidades de sealizacin de
precedencia superior en la capa de enlace AES, y seguidamente
para reasignar al canal C la unidad de canal de transmisin.
10. GESTIN DE ESTACIN TERRENA
DE TIERRA (GES)
10.1 Generalidades
10.1.1 Las funciones de gestin de estacin terrena de tierra
(GES) especificadas en el Anexo 10, Volumen III, Parte I,
Captulo 4, 4.10 son obligatorias en cada implantacin de GES.
Entre las funciones de gestin GES se incluyen las de
administrar la conexin de la AES con una GES, controlar la
asignacin de canales P, R y T para transferencia de datos y
de sealizacin, reasignar nuevos canales cuando se detecte una
excesiva carga por un canal, asignar frecuencias por canal C a
solicitud, controlar la potencia de los canales C asignados,
actualizar la tabla de sistema y la informacin horaria de la AES
y verificar el estado operacional de sus AES conectadas.
10.2 Arquitectura de gestin GES
10.2.1 Zona de servicio de satlite
Se define una zona de servicio de un satlite como el rea
de cobertura del satlite dentro de la que un proveedor
proporciona servicios de satlite. Los diversos satlites tienen
zonas de servicio de satlites superpuestas.
10.2.2 Configuraciones de sistemas de satlites
Existen las tres siguientes configuraciones de sistemas de
satlites:
a) Satlites con haz global solamente. En esta configuracin,
solamente hay un haz por satlite. Este haz se denomina haz
global. En esta configuracin, puede requerirse que haya dos
GES por satlite en una zona de servicio de satlite con el
objetivo de atender a dos canales P
smc
de identificacin de
satlite.
b) Satlites con haz global y haces puntuales. En esta configu-
racin, un satlite presta apoyo a haces mltiples, estando
algunos de los haces encerrados dentro de otro haz. Los
haces encerrados dentro de un haz se denominan haces
puntuales y el haz que los encierra se denomina haz global.
En esta configuracin, puede requerirse que haya dos GES
por satlite en una zona de servicio de satlite con el objetivo
de atender a dos canales P
smc
de identificacin de satlite.
En esta configuracin se transmiten en el haz global los
canales P
smc
de identificacin de satlite.
c) Satlites con haces puntuales solamente. En esta configura-
cin, el satlite presta apoyo solamente a haces puntuales,
sin ningn haz global. A fin de disponer en toda la zona de
servicio de un canal P
smc
de identificacin de satlite/haz,
para fines de identificacin de satlite y de haz, debe
transmitirse por lo menos a una frecuencia por canal P
smc
,
en cada haz puntual de la zona de servicio de satlite.
Una GES de una zona de servicio de satlite puede prestar
apoyo a ms de un haz puntual transmitiendo y recibiendo
un conjunto exclusivo de frecuencias en cada haz puntual.
10.2.3 Capacidad de GES
La GES debera ser capaz, como mnimo, de funcionar en
todo un segmento espacial con una AES de nivel 4. Esto implica
que la GES debera prestar apoyo a canales orales y estar en
interfaz con la red pblica telefnica de conmutacin o con
circuitos arrendados segn la opcin del explotador de la GES.
En la GES debera tambin preverse el funcionamiento de
canales de datos a la mxima velocidad de transmisin especifi-
cada y en interfaz con redes de conmutacin privadas o pbli-
cas, al arbitrio del explotador de la GES. El nmero de AES
a las que puede prestar apoyo una GES depende de la carga del
canal y de las frecuencias de canal atribuidas a una GES. La
carga del canal debera ser tal que la transferencia de datos en
modo paquete satisfaga los requisitos de eficacia especificados
en el Anexo 10, Volumen III, Parte I, Captulo 4, 4.7.
10.2.4 Comunicaciones GES a GES
Se utiliza el enlace de comunicaciones GES-a-GES para
transferir informacin relativa al estado de conexin de las AES
con otras GES, dentro de la misma zona de servicio de satlite.
Tambin se utiliza para transferir la peticin de acceso por
canal C y los anuncios de llamada por canal C/asignaciones de
canal C, entre la GES conectada y la GES que tramita la
llamada particular.
10.3 Interfaces de gestin GES
10.3.1 En el Anexo 10, Volumen III, Parte I, Captulo 4,
4.10 se definen las interfaces de gestin GES con otras
entidades GES, en funcin de la informacin intercambiada por
estas interfaces. No se especifica el formato de la informacin
intercambiada que depende de la implantacin.
10.3.2 La gestin GES est en interfaz con la capa de
enlace para utilizar sus servicios, a fin de transferir las LIDU
de gestin a su entidad par en la AES. La gestin GES est en
interfaz con la capa de subred para informar a la capa de subred
acerca de la situacin de conexin de la AES. La gestin GES
est en interfaz con los servicios en modo circuito para
transferir las frecuencias de canal C y las unidades de canal
asignadas a una llamada en modo circuito. La gestin GES est
en interfaz con la capa fsica para controlar la frecuencia y la
potencia de los canales transmitidos y recibidos, y para que las
unidades de canal cedan a derecho preferente de llamadas de
voz o datos de precedencia superior.
378 2/11/00
Nm. 75
10.4 Funciones de gestin GES
10.4.1 Gestin de tabla de GES
10.4.1.1 El trmino tabla se refiere a la informacin de
sistema almacenada en una GES. Entre la informacin almace-
nada en la GES conectada se incluye la situacin de las AES
conectadas y la situacin de las AES que estn conectadas a
otras GES dentro de la misma zona de servicio de satlite. Se
incluye tambin informacin acerca del satlite sus frecuen-
cias de identificacin, su emplazamiento, los haces a los que
presta apoyo el satlite, las GES que estn dentro de la zona
de servicio del satlite y las frecuencias y velocidades binarias
de los canales P
smc
/R
smc
de cada GES dentro de la zona de
servicio de satlite. No se especifican en los SARPS del SMAS
el formato ni la capacidad de almacenamiento de informacin
que dependen de la implantacin.
10.4.1.2 Puede utilizarse para cualquier configuracin de
satlites la tabla de sistemas AES especificada en el Anexo 10,
Volumen III, Parte I, Captulo 4, 4.10. Los datos de bsqueda
inicial para un rea de servicio de satlites a la que presta
servicios un satlite con haces puntuales pueden incluir dos o
ms frecuencias por canal P
smc
de identificacin de satlite por
cada satlite ms un mapa de haz puntual, indicando la
cobertura geogrfica de los haces puntuales de tal satlite. Entre
los datos regionales de la tabla de sistema AES, para un rea
de servicio de satlites a la que presta servicios un satlite con
haz puntual, se incluirn la ID GES para cada GES en el rea
de servicio de satlite y las frecuencias por canal P
smc
y R
smc
a las que presta apoyo cada GES en el haz global, as como los
servicios a los que presta apoyo cada GES en los haces globales
y puntuales.
10.4.1.3 Tabla de estado de conexin de AES
En la tabla de estado de conexin de AES, de una GES que
no sea la GES conectada, figura la informacin respecto a cada
AES conectada con cualesquiera de las GES dentro de la misma
zona de servicio de satlite. La GES puede utilizar esta
informacin para fines de encaminamiento de llamadas tales
como para rechazar peticiones de llamada iniciadas en tierra,
con destino en una AES que no est conectada con ninguna de
las GES de la zona de servicio de satlites, o para transmitir
la peticin de llamada a la GES con la que est conectada la
AES de destino.
10.4.1.4 Cada GES mantiene tambin una tabla de auto-
rizacin. En esta tabla figura la lista de todas las direcciones
de aeronaves respecto a aquellas AES cuyos explotadores han
completado con xito los requisitos administrativos necesarios
para permitir que la AES funcione en un sistema SMAS(R).
Entre estas medidas administrativas se incluyen, sin que sean
exclusivas: confirmacin de que la direccin de aeronave es
correcta y expedida por un rgano apropiado; que el equipo
AES ha pasado con xito las pruebas de la dependencia y que
son correctos los detalles de direcciones de contacto y facturas
del explotador de la AES.
10.4.2 Gestin de estado de conexin de GES
10.4.2.1 Funciones de transferencia en GES
10.4.2.1.1 Una GES conectada, despus de recibir infor-
macin de conexin de AES, de otra GES, en la zona de
servicio de satlite a la que presta servicio el mismo satlite,
el de la GES conectada, suspende la transaccin de cualesquiera
de los datos en progresin con la AES, si sta AES hubiera
estado previamente conectada con ella. No es necesario liberar
las llamadas orales en progresin por la GES anteriormente
conectada puesto que la AES puede establecer las llamadas
mediante una GES distinta a la GES con la que est conectada.
La GES de conexin anterior no indica a la AES en su tabla
de estado de conexin de AES que est conectada con la AES;
sin embargo, conserva todava la informacin requerida acerca
de la AES.
10.4.2.1.2 Si se recibe de una GES informacin de
conexin respecto a una AES en una zona distinta de servicio
de satlite, la GES recibida suspende la transaccin de datos y
libera las llamadas orales en progresin con la AES, si esta AES
estaba anteriormente conectada con ella, y seguidamente
suprime por completo la AES de su tabla de estado de conexin
AES. Seguidamente la GES anteriormente conectada transmite
informacin de desconexin a otras GES en su zona de servicio
de satlite.
10.4.2.2 Verificacin de conexin
10.4.2.2.1 En los SARPS sobre el SMAS sobre gestin
GES se especifican dos mtodos para verificar el estado opera-
cional de una AES. La GES utiliza el mtodo de verificacin
directa si la AES pone a cero el bit de verificacin de conexin
(LOV) en la LIDU de peticin de conexin; en los dems casos
utiliza el mtodo de verificacin indirecta.
10.4.2.2.2 El objetivo de la verificacin de conexin es
elevar al mximo el uso de los recursos entre las AES. Si una
AES no est activa durante un perodo de tiempo especificado
en los SARPS sobre el SMAS (es decir, si no transmite datos,
o si no tiene establecida ninguna llamada oral con la GES
conectada ni con ninguna otra GES en la misma zona de
servicio de satlite), la GES conectada desconecta a la AES si
esta AES no responde a una interrogacin de conexin (en el
caso de verificacin de conexin directa) o permanece inactiva
durante 12 horas (en el caso de verificacin indirecta). Los
recursos liberados pueden de este modo ofrecerse a otras AES
que estn intentando conectarse pero que no pueden tener xito
debido a recursos insuficientes en la GES.
10.4.2.2.3 El motivo de que una AES conectada con una
GES est inactiva, es que la AES ya haya aterrizado sin
desconectarse o que haya conmutado a otro satlite. En tales
condiciones, es apropiado que la GES conectada se desconecte
de la AES.
10.4.2.3 Instancia de conexin
Se utiliza la facilidad de instancia de conexin en una GES
para instar a una AES a que se conecte cuando la capa de enlace
GES recibe de una AES una unidad de sealizacin (SU) por
un canal RD y cuando la AES no est en su tabla de estado de
conexin AES. Puede ocurrir esta situacin si la GES no ha
actualizado su tabla de estado de conexin AES despus de la
conexin inicial. La GES transmite a la AES la LIDU de
instancia de conexin por todas las frecuencias de canal P.
10.4.2.4 Asignacin de canales de datos
La gestin GES asigna canales de datos (canales P, R y T)
a la velocidad binaria ms elevada, que se proporcione tanto en
379 2/11/00
Nm. 75
la GES como en la AES y que tenga el apoyo de la combinacin
de un satlite en uso y del nivel de capacidad de la AES. La
decisin en cuanto a los canales y a la PIRE que hayan de
asignarse, puede efectuarse por parte de la gestin GES a partir
de la informacin siguiente:
a) el satlite en uso (su sensibilidad de enlace de retorno); y
b) el nivel de la AES.
La gestin GES puede asignar hasta ocho canales R y hasta
cuatro canales T en el momento de la conexin.
10.4.3 Gestin de canales GES
10.4.3.1 Gestin de frecuencias de canal C
La GES, en funcin de los requisitos de capacidad de trfico
conocidos/planificados/predichos, puede preasignar una serie
de frecuencias SCPC para ser utilizadas en los canales de ida
y de retorno. El nmero total de frecuencias asignadas a la GES,
dentro de la misma zona de servicio de satlites, es normal-
mente inferior a la totalidad de capacidad disponible para el
satlite en funcionamiento. Cada GES asigna a solicitud las
frecuencias para llamadas en modo circuito a partir de su propia
fuente comn. Sin embargo, la falta de frecuencias de canal
para una llamada en la GES lleva a que se inicie una peticin
de reasignacin de frecuencia de canal, dirigida a la autoridad
central, que inicialmente efectu la preasignacin. Seguida-
mente la autoridad central puede efectuar una asignacin de
frecuencias a la GES a partir de las frecuencias que mantiene
en una fuente comn.
10.4.3.2 Gestin de potencia de canal C
10.4.3.2.1 La GES calcula la PIRE inicial del canal C, de
conformidad con el valor obtenido a partir del balance de enlace
en el peor de los casos.
10.4.3.2.2 Las GES pueden asignar balances de potencia
en armona con los requisitos de eficacia de los canales que
funcionan hacia el satlite. Una vez utilizado por completo este
balance de potencia, la gestin GES rechaza otras solicitudes
de canal/llamada hasta que se haya liberado suficiente potencia
para asignarla a las nuevas solicitudes, o hasta que la LIDU de
peticin de conexin indique que la AES est en situacin de
socorro. Puede controlarse la potencia de canal C, por ejemplo,
de conformidad con la siguiente tabla de decisin de control de
potencia:
para el canal a 21 000 bits/s, FEC de relacin 1/2, si el
promedio del nmero de errores por 2 560 bits de canal
(antes de la decodificacin) es:
superior a 172: aumentar PIRE en 2 dB
entre 119 y 172: aumentar PIRE en 1 dB
entre 76 y 119: dejar la PIRE sin modificaciones
entre 44 y 76: disminuir la PIRE en 1 dB
inferior a 44: disminuir PIRE en 2 dB.
Nota. Estos valores corresponden a las proporciones de
errores en los bits de entrada a un rgimen de decodificador
Viterbi de relacin 1/2, segn lo especificado para el canal C
que proporciona una proporcin de errores en los bits de salida
desde 10
-3
(nominal) hasta 10
-4
(un dB por encima del valor
nominal), con un margen de 1,5 dB.
10.4.4 Gestin de cesin a derecho preferente GES
10.4.4.1 Cesin a derecho preferente
10.4.4.1 voz frente a voz
El objetivo de esta capacidad en la GES es ofrecer recursos
para llamadas orales de precedencia superior, si no hay recursos
adicionales disponibles en la GES, y se prestan servicios a
llamadas orales de precedencia inferior. La gestin GES,
despus de recibir una solicitud de servicios en modo circuito
para una unidad de canal respecto a una llamada oral, verifica
si la precedencia de la nueva solicitud de establecer una llamada
oral, es superior a la de cualquier otra llamada que ya est en
progresin. Si la precedencia de la nueva solicitud de llamada
es superior a la de cualquier otra llamada en progresin, la
gestin GES decide sin ms que la llamada de precedencia
inferior en progresin ceda a derecho preferente, a fin de que
queden recursos disponibles para la llamada de precedencia
superior. Si hay ms de una llamada en progresin de
precedencia inferior en un determinado momento, se deja al
criterio del explotador de la GES la cesin a derecho preferente
de una llamada. Una opcin podra ser la de que la llamada que
haya estado en progresin por un perodo ms largo ceda a
derecho preferente.
10.4.4.2 Cesin a derecho preferente
10.4.4.1 datos frente a voz
El objetivo de esta capacidad en la GES es ofrecer recursos
disponibles para establecer un canal P adicional respecto a
trfico de datos de precedencia superior, cuando ya no hay
recursos adicionales disponibles en la GES para establecer un
canal P adicional y se est prestando servicio a llamadas orales
de precedencia inferior y la transmisin del trfico de datos
adicional por los canales P en funciones viole los requisitos de
retardo de transferencia de datos especificados en el Anexo 10,
Volumen III, Parte I, Captulo 4, 4.7. Sin embargo, una llamada
oral de precedencia superior no suprime por derecho preferente
un canal P operacional para que queden recursos disponibles,
a fin de establecer una llamada oral de precedencia superior,
puesto que esto ira en perjuicio de las transmisiones de datos
desde la AES.
10.4.5 Radiodifusin de sistema GES
10.4.5.1 Radiodifusin de tabla de sistema
10.4.5.1.1 Esta facilidad en la GES permite que la GES
actualice la informacin de tabla de sistema y de mapa de haz
puntual almacenada en una AES. Las actualizaciones de tabla
de sistema y de mapa de haz puntual se transmiten a las AES
como secuencias completas o parciales.
10.4.5.1.2 Los datos de bsqueda inicial en la tabla de
sistema constan de frecuencias por canal P
smc
de identificacin
de satlite respecto a todos los satlites. Cualesquiera de las
modificaciones de la tabla de sistema se efectan centralmente
por parte del proveedor del sistema de satlites y se difunden
a todas las GES dentro de las zonas de servicio de satlites, del
proveedor del sistema de satlites, segn sea necesario. El
380 2/11/00
Nm. 75
nmero de revisin de una tabla de sistema y de un mapa de
haz puntual son exclusivos de cada zona de servicio de satlites.
10.4.5.1.3 La GES designada transmite la secuencia com-
pleta por el canal P
smc
de identificacin de satlite y comprende
todas las LIDU de radiodifusin que estn encabezadas por una
LIDU de ndice de radiodifusin. La secuencia parcial com-
prende una o ms LIDU de radiodifusin que estn encabezadas
por una LIDU de radiodifusin. En la secuencia parcial figuran
solamente las actualizaciones ms recientes. La LIDU de ndice
de radiodifusin identifica la presencia de series de LIDU
particulares, dentro de las secuencias completas y parciales.
Cada GES radiodifunde una secuencia parcial por todos sus
canales P en funcionamiento. Cada zona de servicio de satlite
tiene su propia informacin de radiodifusin de tabla de sistema
y de mapa de haz puntual.
10.4.5.1.4 Pueden reducirse los regmenes de radiodifu-
sin de secuencias completas y parciales de tabla de sistema,
debido a una carga elevada del canal P. Esto puede demorar la
iniciacin del procedimiento de conexin en la AES. Se reco-
mienda que la gestin GES vigile tales regmenes de radiodifu-
sin y proporcione una capacidad mayor de canal P, para
mantener estos regmenes a niveles aceptables.
10.4.5.1.5 La tabla de sistema constar de:
a) SU de ndice de radiodifusin de tabla de sistema
(Figura A2-30, Captulo 4, Anexo 10, Volumen III)
b) SU de aviso de canal ID de satlite/haz de radiodifusin de
tabla de sistema (Figura A2-32, Captulo 4, Anexo 10,
Volumen III)
c) SU de aviso de canal P/R de GES de radiodifusin de
tabla de sistema (Figura A2-31, Captulo 4, Anexo 10,
Volumen III
d) SU de aviso de apoyo a haz de GES de radiodifusin de tabla
de sistema (Figura A2-34 y A2-61, Captulo 4, Anexo 10,
Volumen III)
e) SU de PIRE de canal de datos de radiodifusin de tabla de
sistema (Figura A2-62, Captulo 4, Anexo 10, Volumen III)
La AES utiliza la SU PIRE de canal de datos de radio-
difusin de tabla de sistema de conformidad con 4.10.4.4.3.1.1
del Anexo 10, Volumen III.
10.4.5.1.6 Cuando un satlite presta apoyo al servicio de
haz puntual, una GES transmite series de mapa de haz puntual
que constan de SU segn lo indicado en la Figura A-21 de estos
textos de orientacin. Esta secuencia es independiente de la
serie de radiodifusin de tabla de sistema e incluye la definicin
de las reas de cobertura de haz puntual y los servicios de la
GES a los que se presta apoyo en los haces puntuales. La AES,
al recibir la serie completa conocer seguidamente en qu haz
puntual se encuentra y los servicios de que dispone. La AES
puede utilizar esta informacin para determinar la GES a la que
va a conectarse. Los tipos de mensajes para la serie de mapas
de haz puntual son:
18 Radiodifusin de mapa de haz puntual Secuencia
completa SU inicial
19 Radiodifusin de mapa de haz puntual Secuencia
completa SSU
26 Secuencia parcial de radiodifusin de mapa de haz
puntual SU inicial
27 Secuencia parcial de radiodifusin de mapa de haz
puntual SSU
10.5 Consideraciones relativas a servicios GES
10.5.1 El sistema SMAS que forma parte del concepto de
sistemas de comunicaciones, navegacin y vigilancia/gestin
del trnsito areo (CNS/ATM) de la OACI, proporciona servi-
cios de comunicaciones de ndole mundial. La arquitectura del
sistema del SMAS consta de una serie de satlites y de un
nmero limitado de GES. Todos los Estados/administraciones
pueden tener acceso pleno al SMAS, pero la mayora de ellos
no necesitarn contar con sus propias GES; ms bien se
conectarn a la red mediante proveedores de servicio.
10.5.2 Aunque en una determinada zona geogrfica sern
suficientes para el SMAS un pequeo nmero de GES, algunos
Estados o administraciones pueden sentir que sera necesario
instalar y explotar sus propias GES por motivos tales como:
a) redundancia disminuir la repercusin de averas de GES;
b) menos dependencia de otros Estados (que explotan la GES)
y de proveedores de servicio; y
c) ejercicio de la autoridad y del control en su propio espacio
areo.
10.5.3 Sin embargo, la proliferacin de las GES puede
llevar a problemas tales como:
a) aumento de la demanda de espectro debido a ineficacia
introducida al subdividir el espectro disponible en pequeas
piezas;
b) degradacin de la eficacia de datos por paquete a medida que
las AES se someten a ms ciclos de conexin/desconexin
cuando cruzan por diversas regiones de informacin de
vuelo (FIR) que explotan sus propias GES; y
c) aumento de la carga de trabajo de la tripulacin de vuelo (o
del coste y de la complejidad de la AES) a medida que
cruzan por diversas FIR que explotan sus propias GES.
10.5.4 Otros factores que influyen en el nmero de las
GES son los siguientes:
a) la potencia de satlites disponible limitar el nmero de
canales P a 600 bits/s, es decir, GES a las que pueda
prestarse apoyo por satlite; y
b) el costo de instalacin y explotacin de una GES no ser
econmico para la mayora de las administraciones.
Por estos motivos, puede ser que algunos Estados estn
preocupados por su dependencia de otros Estados o de provee-
dores de servicio, en lo que respecta a servicios de la GES. Esta
preocupacin puede mitigarse por diversas razones:
a) En el caso de servicios por paquetes, la ATN permitir que
los Estados que no exploten GES puedan optar por una serie
de Estados o de proveedores de servicio distintos para
obtener los servicios de la GES.
381 2/11/00
Nm. 75
b) En los Estados en los que la ATN est menos desarrollada,
los enlaces fijos por satlite entre una GES y el centro de
control de trnsito areo podran proporcionar una alter-
nativa para enlaces terrenales. Este enfoque podra ser al
mismo tiempo una fuente de competencia en cuanto al coste
y de redundancia. Si se disea adecuadamente, el retardo
adicional introducido por un segundo enlace de satlites
tendr una repercusin despreciable en la eficacia de los
datos por paquete. Un segundo enlace por satlite puede no
ser adecuado para comunicaciones en fona, por lo menos,
puede no serlo en un modo normal de conversacin. Sin
embargo, no se ha estudiado su repercusin en los inter-
cambios ordinarios orales para aplicaciones ATC.
c) Los Estados deberan tener arreglos institucionales ade-
cuados con los proveedores de servicio, basndose en las
directrices de la OACI para el SMAS.
382 7/11/96
Nm. 71
TABLAS DEL ADJUNTO A
Tabla A-1. Implantaciones ordinarias en funcin de niveles de capacidad
Tabla A-2. Eficacia de datos en el caso ms desfavorable, en funcin
de la velocidad de transmisin por canal
Niveles de
capacidad
Servicio de datos
por paquetes
(kbits/s)
Servicio en modo
circuito
(kbits/s)
Nmero de
canales
Ganancia de
antena AES Comentarios
1 0,6
1,2
No disponible 1 transmisin
1 recepcin
0 dB
2 0,6
4,8
10,5
No disponible 1 transmisin
1 recepcin
12 dB
6 dB
(6 dB no apoya a canales
de datos a 10,5 kbits/s)
Mayor velocidad de
datos por paquetes
3 0,6
4,8
10,5
Oral
21,0
y/o 8,4
1 transmisin
2 recepcin
12 dB
6 dB
(6 dB no apoya
a canales de voz
a 21,0 kbits/s o
de datos a 10,5 kbits/s)
Proporciona voz
digitalizada y datos por
paquetes pero no
simultneamente
4 0,6
4,8
10,5
Oral
21,0
y/o 8,4
2 o ms
transmisiones
2 o ms
recepciones
12 dB
6 dB
(6 dB no apoya a
canales de voz a
10,5 kbits/s)
Voz y datos por paquetes
simultneos en ambos
sentidos. Requiere en cada
portadora amplificador
lineal y control de potencia
NOTAS:
1. En algunas implantaciones puede prestarse apoyo a los servicios de datos en modo circuito, pero stos no estn definidos en los SARPS del SMAS.
2. La velocidad de transmisin por canal de 4,8 kbits/s se aplica solamente al canal P.
Velocidad
mnima de
transmisin por
canal en AES
(bits/s)
Retardo mximo
de establecimiento
de conexin
(percentila 95)
(segundos)
Retardo de trnsito (promedio)
(segundos)
Retardo de transferencia de datos
(percentila 95)
(segundos)
Hacia la aeronave
Desde la
aeronave Hacia la aeronave
Desde la
aeronave
Prioridad
mxima
Prioridad
mnima
Prioridad
mxima
Prioridad
mxima
Prioridad
mnima
Prioridad
mxima
600 70 12 40 40 15 110 80
1 200 45 8 25 30 9 60 65
2 400 25 5 12 15 6 30 35
4 800 25 4 7 13 5 20 30
10 500 25 4 5 13 4 10 30
Proporcin de error residual:
Sentido desde la aeronave: 10
4
por SNSDU (mxima)
Sentido hacia la aeronave: 10
6
por SNSDU (mxima)
NOTAS:
1. En cualquier AES particular, la prioridad inferior del trfico desde la aeronave puede estar sometida a retardo adicional, segn el volumen
y la velocidad de transmisin de la carga de trfico desde la aeronave.
2. Los valores de retardos de transferencias se basan en tamaos de paquete de 128 octetos.
2/11/00
Nm. 75
383 7/11/96
Nm. 71
Tabla A-3. Estructura de precedencia Q para transmisiones SMAS
Tabla A-4. Balance de error de frecuencia para el canal P de recepcin
Nmero Q
SMAS Funcin
15 Voz para socorro/urgencia; sealizacin
14 Mensajes de datos de socorro/urgencia
13 Reservado para sealizacin
12 Voz para seguridad de los vuelos; sealizacin
11 Mensajes de datos para seguridad de los vuelos; comunica-
ciones relacionadas con radiogoniometra
10 Voz para meteorologa y regularidad de los vuelos; sealizacin
9 Reservado para sealizacin
8 Mensajes de datos meteorolgicos
7 Mensajes de datos sobre regularidad de los vuelos
6 Mensajes del servicio de informacin aeronutica
5 Mensajes de datos administrativos aeronuticos; mensajes
de datos administrativos de red/sistemas
4 Voz en el puesto de pilotaje y en la cabina de ndole ordinaria;
sealizacin
3-0 Diversas categoras de AAC y APC; otras funciones
Especificacin Desviacin caracterstica
Error de referencia de transmisin de GES 100 Hz 57,7 Hz
Error piloto de transmisin AFC 100 Hz 57,7 Hz
Error AFC de GES 100 Hz 57,7 Hz
Error de referencia de recepcin de AES 155 Hz 89,5 Hz
Errores relativos al oscilador en la AES
desviacin caracterstica
lnea de nivel del 99%
134,2 Hz
345,6 Hz
NOTAS:
1. Se supone que las especificaciones del oscilador determinan una distribucin uniforme de errores.
2. El aporte de un nmero de osciladores al error total se estima calculando la raz media cuadrtica.
384 7/11/96
Nm. 71
Tabla A-5. Balance de error de frecuencia de AES-a-GES con una referencia de canal P
Tabla A-6. Densidades ordinarias de portadora a ruido por canal C requeridas
Especificacin
(Hz)
Desviacin caracterstica
(Hz)
Error de referencia de recepcin de AES x 1,07
1
107
Error de referencia de transmisin/recepcin de AES (165 + 155) = 320 184,8
Error AFC de AES 100 57,5
Error de frecuencia piloto de transmisin AFC
2
75 43,3
Error AFC de GES
2
100 57,7
Error de frecuencia en el demodulador de GES
desviacin caracterstica
lnea de nivel del 99%
3
232,6
600
NOTAS:
1. Este es el total de los tres primeros factores que influyen en el error de frecuencia para canal P. El factor de 1,07 es
la razn aproximada de las frecuencias de transmisin y de recepcin.
2. La combinacin del error AFC de GES y del error piloto de transmisin AFC producen el error de frecuencia de los
osciladores de traduccin de satlite por el enlace de retorno.
3. Esta es la especificacin del demodulador de GES.
Canales C de enlace hacia la aeronave
(orales)
Canales C de enlace desde la aeronave
(orales)
ngulo de elevacin al satlite (grados) 5 20 5 20
BER objetivo de salida del decodificador FEC 10
-3
10
3
10
3
10
3
Ganancia mnima de antena de AES (dB) 12 12 12 12
Relacin de portadora a multitrayecto (dB) 10 12 10 12
Anchura de banda de desvanecimiento
multitrayecto (Hz)
20 a 100 20 a 100 20 a 100 20 a 100
Rgimen de codificacin FEC
1/
2
1/
2
1/
2
1/
2
Mtodo de modulacin A-QPSK A-QPSK A-QPSK A-QPSK
Relacin E
s
/N
0
terica requerida (dB) 1,2 0,6 1,2 0,6
Prdida de implantacin de modem (dB) 1,1 0,9 1,1 0,9
Prdida de intercalacin imperfecta (dB) 3,0 1,2 3,0 1,2
Prdida por interferencia de canal adya-
cente (dB)
0,1 0,1 0,8 0,8
Relacin E
o
/N
0
de modem (dB) requerida 5,4 2,8 6,1 3,5
Relacin C/N
0
requerida (dBHz)
21,0 kbits/s
48,6 46,0 49,3 46.7
385 7/11/96
Nm. 71
Tabla A-7. Densidades ordinarias de portadora a ruido por canal P requeridas
Canales P de enlace hacia
la aeronave
(datos de baja velocidad
de transmisin)
Canales P de enlace hacia
la aeronave
(datos de alta velocidad
de transmisin)
5
10
5
10
5
10
5
multitrayecto (Hz)
20 a 100 20 a 100 20 a 100 20 a 100
1/2
1/2
1/2
1/2
Mtodo de modulacin A-BPSK A-BPSK A-QPSK A-QPSK
Relacin E
s
/N
0
Prdida de intercalacin imperfecta (dB) 1,0 0,5 1,0 0,5
cente (dB)
1
0,1 0,1 0,1 0,1
Relacin E
s
/N
0
RELACIN C/N
0
REQUERIDA (dBHZ)
0,6 kbits/s 35,0 32,9
1,2 kbits/s 38,1 36,0
2,4 kbits/s 41,1 39,0
4,8 kbits/s 42,2 40,9
10,5 kbits/s 45,6 44,3
NOTAS:
1. La prdida por interferencia de canal adyacente es una funcin de la separacin entre canales. Las prdidas del ejemplo corresponden
a velocidades de transmisin por canal de 2,4 kbits/s y de 10,5 kbits/s, para A-BPSK y A-QPSK, respectivamente. Las prdidas no
deberan ser superiores a las otras velocidades de transmisin por canal puesto que la separacin entre canales ser mayor, en relacin
con la velocidad de transmisin por canal.
2. Tambin pueden utilizarse velocidades bajas de transmisin de datos (A-BPSK) con antenas de elevada ganancia requirindose
posiblemente una relacin C/N
0
inferior.
386 7/11/96
Nm. 71
Tabla A-8. Densidades ordinarias de portadora a ruido por canales R/T requeridas
Canales R/T de enlace
desde la aeronave
(datos de baja velocidad
de transmisin)
Canales R/T de enlace
desde la aeronave
(datos de alta velocidad
de transmisin)
5
10
5
10
5
10
5
multitrayecto (Hz)
20 a 100 20 a 100 20 a 100 20 a 100
1/2
1/2
1/2
1/2
Mtodo de modulacin A-BPSK A-BPSK A-QPSK A-QPSK
Relacin E
s
/N
0
Prdida de intercalacin imperfecta (dB)
1
1,2 0,6 1,0 0,5
cente (dB)
2
0,1 0,1 0,4 0,4
Relacin E
s
/N
0
RELACIN C/N
0
REQUERIDA (dBHz)
0,6 kbits/s 35,0 32,9
1,2 kbits/s 38,1 36,0
2,4 kbits/s 41,3 39,1
4,8 kbits/s 42,5 41,2
10,5 kbits/s 45,9 44,6
NOTAS:
1. La prdida por intercalador es funcin de la velocidad de transmisin por canal, correspondiendo las prdidas del ejemplo a velocidades
de transmisin por canal de 2,4 kbits/s y de 10,5 kbits/s para A-BPSK y A-QPSK, respectivamente.
2. La prdida por interferencia de canal adyacente es una funcin de la separacin entre canales. Las prdidas del ejemplo corresponden a
velocidades de transmisin por canal de 2,4 kbits/s y de 10,5 kbits/s, para A-BPSK y A-QPSK, respectivamente. Las prdidas no deberan
ser superiores a las otras velocidades de transmisin por canal puesto que la separacin entre canales ser mayor, en relacin con la velocidad
de transmisin por canal.
3. Tambin pueden utilizarse velocidades bajas de transmisin de datos (A-BPSK) con antenas de elevada ganancia requirindose posiblemente
una relacin C/N
o
inferior.
387 7/11/96
Nm. 71
Tabla A-9. Separacin de canales
Tabla A-10. Valores tpicos para calcular el tiempo de inicio ms temprano
Tabla A-11. Valores de caudal mnimo
(caudal mnimo que debe lograrse en una conexin de subred, en bits/s, con paquetes de 128 octetos)
Velocidad de
transmisin por canal
(kbits/s)
Separacin de
canales (kHz) Modulacin
21,0 17,5 A-QPSK
10,5 10,0/7,5
1
A-QPSK
8,4 7,5 A-QPSK
6,0 5,0 A-QPSK
5,25 5,0 A-QPSK
4,8 5,0 A-QPSK
2,4 5,0 A-BPSK
1,2 5,0/2,5
2
A-BPSK
0,6 5,0/2,5
2
A-BPSK
NOTAS:
1. La separacin de canales para velocidades de transmisin por canal de 10,5 kbits/s puede
ser de 10,0 kHz o de 7,5 kHz, segn la disponibilidad relativa de potencia y de anchura de
banda en el satlite que est funcionando.
2. La separacin de canales de 5,0 kHz se aplica al canal P y la separacin de 2,5 kHz se aplica
a los canales R y T.
Velocidad binaria
por canal P bits/s
Retardos
de unidad
por canal P
Retardos de
espera
Retardos de
procesamiento
de la AES
600 3,0 0,7 1,8
1 200 2,0 0,5 1,2
1 200 1,5 0,5 1,0
Velocidad mnima
de transmisin
por canal en vigor
en la AES (bits/s)
Hacia la aeronave Desde la aeronave
Servicio de
prioridad mxima
Servicio de
prioridad mnima
Servicio de
prioridad mxima
Servicio de
prioridad mnima
600 70 35 35 30
1 200 130 70 100 80
2 400 150 90 300 275
4 800 160 110 500 475
10 500 165 115 500 475
2/11/00
Nm. 75
388 7/11/96
Nm. 71
Tabla A-12. Probabilidad (en porcentajes) de entregar por lo menos una SU
de peticin de acceso abreviada
Tabla A-13. Eficacia prevista de retardo de establecimiento de llamada abreviada de subred
en el SMAS(R), (segundos) (canales R y P que funcionan a 600 bits/s y a 10 500 bits/s)
Prioridad de llamada
(longitud de la serie)
Trfico en conflicto
comprendidas rfagas 1-SU
Trfico en conflicto
comprendidas rfagas 3-SU
Socorro/urgencia (4) 99,99 97,9
Seguridad de los vuelos (3) 99,7 93,7
Regularidad de los vuelos/
mensajes meteorolgicos (2)
97,5 89,2
Promedio Percentila 95
ORIGEN
A BORDO
Retardo de trnsito de sealizacin de subred
en el SMAS(R)
[Diferencia entre el momento en que se recibe una
peticin de llamada de origen a bordo (FITE 18
entrante) en la interfaz de interfuncionamiento AES
y el momento en que la GES transmite a la red
terrenal la indicacin resultante de llamada
(FITE 18 saliente).]
4
[@ 600 bits/s]
3
[@ 10 500 bits/s]
6 a 11
[@ 600 bits/s]
3 a 7
[@ 10 500 bits/s]
Retardo de establecimiento de llamada
peticin de llamada de origen a bordo (FITE 18
entrante) en la interfaz de interfuncionamiento AES
y el momento en que el canal C est preparado para
conversacin.]
12 a 14
[@ 600 bits/s]
10 a 11
[@ 10 500 bits/s]
14 a 23
[@ 600 bits/s]
11 a 14
[@ 10 500 bits/s]
ORIGEN EN
TIERRA
Retardo de establecimiento de llamada
peticin de llamada de origen en tierra (FITE 18
entrante) en la interfaz de interfuncionamiento GES
y el momento en que el canal C est preparado para
conversacin y la AES transmite a la interfaz de
interfuncionamiento AES la indicacin de llamada
resultante (FITE 18 saliente).]
9 a 11
[@ 600 bits/s]
9
[@ 10 500 bits/s]
10 a 17 [@ 600
bits/s]
10
[@ 10 500 bits/s]
2/11/00
Nm. 75
Adjunto A a la Parte I
FIGURAS DEL ADJUNTO A
.-
a
10 100 1000 10000
CT
Desplazamiento de frecuencia relativo a l a portadora (Hz)
Figura A-l. Ruido de fase de las senales en banda L recibidas por la AES
Desplazamiento de frecuencia relativo a l a portadora (Hz)
(siendo X igual a 35 kHz o cuatro veces l a velocidad de transmision
de simbolos, de ambos valores el menor)
Figura A-2. Mascara de ruido de fase de transmision de AES
para 100 % de atenuacion progresiva
7/11/96
Num. 71
A-BPSK (codificacion diferencial) 1
n I
D
h l
-
Q
Fuente de senales
sincronas alternadas 1 y O
con {a,)
1
1 representa un retardo de tiempo de un bit
@ representa l a logica XOR
/
REGLAS DE CODIFICACION
i i = a,-, @.a7
Q, = ii @ S:
A-QPSK (codificacion absoluta)
(demultiplexor) Relacion 1/T
hl
Relacion 2/T
Figura A-3. Codificadores de datos en el modelo de modulador
para 100 % de atenuacion progresiva
I
b
711 1/96
Num. 71
Q
Adjunto A a la Parte 1
Codificador
i
Oscilador
-{sl-pd PSF l +@J
{a,) es l a secuencia de datos de entrada. l a velocidad por cana
1/T para A-BPSK
2/T para A-QPSK
(a,) se transforma haci a dos trenes de bi ts en l as lineas I y Q,
cada una con una velocidad binaria de 1/T
1 PSF
es un proceso ideal de muestre0
entrada = " l " , salida = 6(t)
entrada = "O", salida = -6(t)
es un retardo de: O para A-BPSK
T/2 para A-QBSK
1
; son fi l tros de f orma de i mpul sos
representa un modulador lineal ideal
representa un combinador ideal
Figura A-4. Modelador ideal (A-BPSK y A-QPSK)
7/11/96
Num. 71
392 7/11/96
Nm. 71
0 1,0 2,0
-50
-40
-30
-20
-10
0
10
Frecuencia normalizada a la velocidad de transmisin por canal
LMITE
INFERIOR
LMITE
SUPERIOR
R
e
s
p
u
e
s
t
a
e
n
a
m
p
l
i
t
u
d
(
d
B
)
0 1,0 2,0
-50
-40
-30
-20
-10
0
10
LMITE
SUPERIOR
R
e
s
p
u
e
s
t
a
e
n
a
m
p
l
i
t
u
d
(
d
B
)
LMITE
INFERIOR
Figura A-5. Mscara de respuesta de filtro de transmisin
para A-BPSK de AES
Figura A-6. Mscara de respuesta de filtro de transmisin
para A-QPSK de AES para 100% de atenuacin progresiva
2/11/00
Nm. 75
393 7/11/96
Nm. 71
0 1,0 2,0
0
-1
-2
-3
-4
4
3
2
1
F
a
s
e
(
g
r
a
d
o
s
)
LMITE
SUPERIOR
LMITE
INFERIOR
Figura A-7. Tolerancia de desviacin de fase para mscara de respuesta
de filtro de transmisin A-BPSK y A-QPSK
2/11/00
Nm. 75
394 7/11/96
Nm. 71
10
0
-10
-20
-30
-40
-50
-X -3 -2 -1 0 1 2 3 X
Frecuencia normalizada a la velocidad de transmisin de smbolos
D
e
n
s
i
d
a
d
e
s
p
e
c
t
r
a
l
r
e
l
a
t
i
v
a
(
d
B
)
NOTAS:
1. La velocidad de transmisin de smbolos es igual a la de transmisin por canal A-BPSK y es la
mitad de transmisin por canal para A-QPSK.
2. La frecuencia X es de 35 kHz.
Figura A-8. Lmites espectrales requeridos para transmisiones de AES
2/11/00
Nm. 75
D
e
n
s
i
d
a
d

e
s
p
e
c
t
r
a
l

r
e
l
a
t
i
v
a

(
d
B
)

i
I

D
e
n
s
i
d
a
d

e
s
p
e
c
t
r
a
l

r
e
l
a
t
i
v
a

(
d
B
)

A nexo 10 - Telecomunicaciones aeronauticas Volumen ZZZ
INTERFAZ DE
TRANSMISION
DE CAPA DE
TEMPORIZACION DE TRAMAS
S
GES
- - - - _- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - .
AES
CODIFICADOR
-
SECRETO
TRAYECTO
DE
TRANSMISION
RF
CODlFlCADOR
F EC
Figura A-11. Bloques funcionales por canal P
7/11/96
Num. 71
INTERCALADOR
Sl NC DE TRAMA
(Sinc par a pal abra
Dni ca reti rar bi t s
f i ct i ci os y pr ocesar
campo de supertrama)
+ DESINTERCALADOR
-+
DECODIFICADOR
FEC
INTERFAZ DE
RECEPCION DE
CAPA DE ENLACE
DECODIFICADOR e,
+-
SECRETO
ENSAMBLAJE DE
TRAMA
(Insertar pal abra
uni ca y bi t s f i ct i ci os)
e e
DEMODULADOR
7
-
Adjunto A a la Parte Z Anexo 10 - Telecomunicacwnes aeronauticas
GES
AES
TEMPORIZACION DE TRAMA EN TODA LA AES DESDE CANAL P
v
RECEPCION DE DECODIFICADOR DECODIFICADOR
CAPA DE SECRETO
INTERFAZ DE
TRANSMISION
DE CAPA DE
ENLACE
TRAYECTO
DE
TRANSMI SI ~N
RF
DESINTERCALADOR (Sinc de preambul o DEMODULADOR
pal abra uni ca)
CODIFICADOR
-3 SECRETO ---b
Figura A-12. Bloques funcionales por canal R y por canal T
7/11/96
Num. 71
CODIFICADOR
FEC +
INTERCALADOR
+
ENSAMBLAJE
DE RAFAGAS
(generar prehmbul o
y pal abra uni ca)
-
Anexo 1 O - Telecomunicaciones aeronauticas Volumen 111
INTERFAZ DE
SUB-BANDA
L~NEAS DE ACTIVACION
_* s l N c o ~
DE PORTADORA
Y LOGICA DE
v w
(fuente de uni dad
de senalizacibn)
MULTIPLEXOR
TRANSMISION PRIMARIO Y
FVWARl A -+ DESUB-BANDA -+
(voz-datos) (e insertar bi t s
desviacibn del decodilicador FEC
TRAYECTO
DE
TRANSMISION
RF
CODIFICADOR
SECRETO
de relleno) uni ca y bi t s l i ct i ci os)
DE SUB-BANDA
(sumergir uni dad
de senalizacibn)
,
ASS. DE RAFAGAI
CODlFlCADOR
-+ INTERCALADOR
TRAMA
F EC (generar preambulo
e insertar palabra
desviarse de codificador FEC
1
y de inlerca1ador por canales si n FEC
I
Figura A-13. Bloques funcionales por canal C
+
SINC DE TRAMA
(retirar palabra
uni ca y bl t s
l i ct i cl os)
711 1/96
Num. 71
-
+
INTERFAZ DE
RECEPC16N
PRIMARIA
(voz-dalos)
DECODIFICADOR +
SECRETO
DEMODULADOR DES~NTERCALADOR
DECODlFlCADOR
FEC
A - r
+- 1 +
DEMULTIPLEXOR
PRIMARIO Y DE
(y retirar bl l s
de relleno)
+
A
d
j
u
n
t
o

A

a

l
a

P
a
r
t
e

I

A
n
e
x
o

1
0

-

T
e
l
e
c
o
m
u
n
i
c
a
c
i
o
n
e
s

a
e
r
o
n
a
u
t
i
c
a
s

F
i
g
u
r
a

A
-
1
4
.

S
e
r
v
i
c
i
o

d
e

d
a
t
o
s

p
o
r

p
a
q
u
e
t
e

p
o
r

c
o
n
e
x
i
o
n

e
n

s
u
b
r
e
d

d
e

s
a
t
e
l
i
t
e

3
9
9

7
/
1
1
/
9
6

N
u
m
.

7
1

Probabilidad acumulada
O 10 2 O 30 4 O 5 O 60 7 O 80 90 1 O0
Retardo, segundos
- - m- - Prioridad mi ni ma - Proridad maxi ma
SNSDU de 128 octetos a 600 bi tsl s
Carga nominal de trafico en e l peor de l os casos
Figura A-15. Distribucion ordinaria de retardo hacia la aeronave
Num. 71
Adjunto A a la Parte I Anexo 10 - Telecomunicaciones aeronauticas
Probabilidad acumulada
o
SNSDl
1 O 2 O 30 40 5 O 60 7 O 8 O 90 1 O0
Retardo, segundos
J de 128 octetos a 600 bits/s
Carga nominal de trafico en el peor de los casos
Servicio de prioridad maxi ma
Figura A-16. Distribucion ordinaria de retardo desde la aeronave
7/11/96
Num. 71
A
n
e
x
o

1
0

-

T
e
l
e
c
o
m
u
n
i
c
a
c
w
n
e
s
a
e
r
o
n
a
u
t
i
c
a
s

V
o
l
u
m
e
n

1
1
1

F
i
g
u
r
a

A
-
1
7
.

E
n
t
i
d
a
d
e
s

d
e

p
r
o
t
o
c
o
l
o

d
e

s
u
b
r
e
d

p
o
r

s
a
t
e
l
i
t
e

y

e
s
t
a
b
l
e
c
i
m
i
e
n
t
o

d
e

c
i
r
c
u
i
t
o

v
i
r
t
u
a
l

7
/
1
1
/
9
6

N
u
m
.

7
1

Asunto A a la Parte 1 Anexo 10 - Telecornunicacwnes aeronauticas
DIAGRAMA FUNCIONAL POR BLOQUES
DE INTERFUNCIONAMIENTO TELEFONICO AES
1
PROCEDIMIENTOS
LOGICOS DE
SISTEMA DE
SENALIZACION
SENAL!ZACI~N
; / $: : LE
TELEFONICO
DE AERONAVE
SISTEMA DE
SENAL ~ZACI ~N
TELEFONICO
DE AERONAVE
LOGICOS DE
SENALI ZACI ~N
ENTRANTE
PROPIOS DE
AERONAVE
PROCEDIMIENTOS
LOGICOS DE
INTERFUNCIONA-
PROCE,DlMlENTOS
TELEFONICOS AES
MIENTO PROPIOS PROCEDIMIENTOS
TACION
AERONAUTICOS
1 1,
SALIENTES
1
LLAMADA CON ORIGEN
i
1 EN TIERRA f
PROCEDIMIENTOS
LOGICOS DE
INTERFUNCIONA-
MIENTO PROPIOS
DE LA IMPLAN-
TACION
\ t
\i INTERFAZ "EXTERNA' AES B
Figura A-18. Diagrama en bloques de interfuncionamiento telefonico AES
, i
I BITE. >
I
1
1 1
1
I
I I
I
I
1
1 I
I
I
I
1
1 I
7/11/96
Num. 71
PROCE,DlMlENTOS
TELEFONICOS AE:
PROCEDlMlENTOS
LOGICOS
AERONAUTICOS
SALIENTES
DIAGRAMA FUNCIONAL POR BLOQUES
DE INTERFUNCIONAMIENTO TELEFONICO GES
PROCEDIMIENTOS
LOGICOS DE
PROCE-DIMIENTOS
TELEFONICOS GES
PROCEDIMIENTOS
LOGICOS DE
INTERFUNCIONA-
MIENTO PROPIOS
DE LA IMPLAN-
TAC lO N
SISTEMA DE
SENAL!ZACI~N
TELEFONICO
TERRENAL
(p. ej. 557, R2, otros)
+
SENALIZACION
SALIENTE
PROPIOS DE LA
RED TERRENAL
PROCEDIMIENTOS
LOGICOS
AERONAUTlCOS
ENTRANTES
(p. ej., Recomen-
daciones de l a serie
Q.600 del CCITT)
LLAMADA CON ORIGEN
EN TIERRA
PROCEDIMIENTOS
LOGICOS DE
SENALIZACION
SALIENTE
PROPIOS DE LA
PROC E-DlMlE NTOS
TELEFONICOS GES
PROCEDIMIENTOS
LOGICOS DE
INTERFUNCIONA-
MIENTO PROPIOS
DE LA IMPLAN-
TACION
SISTEMA DE
SENAL!ZACION
TELEFONICO
TERRENAL
PROCEDIMIENTOS
LOGICOS
AERONAUTICOS
ENTRANTES
1 RED TERRENAL
(p. ej. 557, R2, otros)
(p. ej., Recomen-
daciones de l a serie
Q.600 del CCITT) 1
; ; INTERFAZ "EXTERNA" GES
Figura A-19. Diagrama en bloques de interfuncionamiento telefonico de GES
Num. 71
S
O
P

C
O
N
T
R
O
L

D
E

c
O
N
E
X
l
b
N

D

A
C
U
S
E

D
E

R
E
C
I
B
O

D
E

C
O
N
E
X
l
b
N

I
N
F
O
R
M
E

D
E

E
S
T
A
D
O

D
E

C
A
N
A
L

A
C
U
S
E

D
E

R
E
C
I
B
O
D
E
C
O
N
E
X
I
~
N

(
F
U
E
R
A
)

C
O
N
T
R
O
L

D
E

C
O
N
E
X
I
b
N

I
N
F
O
R
M
E

D
E
E
S
T
A
D
O

D
E

C
A
N
A
L

L
I
B
E
R
A
C
I
~
N

S
E
L
E
C
T
I
V
A

R
E
C
H
A
Z
O

D
E

C
O
N
E
X
I
O
N
/
C
O
N
F
I
R
M
A
C
~
~
N

I
N
T
E
R
R
O
G
A
C
I
~
N
/
I
N
S
T
A
N
C
I
A

I

I

E
S
T
A
D
O

A
E
S
,

I
D
A
E
S
I
G
E
S

406 7/11/96
Nm. 71
10
0
!10
!20
!30
!40
!50
!60
!12 !14 !10 !8 !6 !4 !2 0 2 4
Frecuencia kHz
Densidad espectral
relativa (dB)
6 8 10 12 14
Figura A-21. Radiodifusin de mapa de haz puntual
BIT NM.
8 7 6 5 4 3 2 1
TIPO DE MENSAJE 1
N

M.
D
E
O
C
T
E
T
O
NM. DE REVISIN DE MAPA DE HAZ PUNTUAL 2
NM. SECUENCIAL DE MAPA DE HAZ PUNTUAL 3
MAPA DE HAZ PUNTUAL
4
5
6
7
8
9
10
CRC CCITT
11
12
Figura A-22. Lmites de espectro requeridos para transmisiones AES
al 60% de atenuacin progresiva
2/11/00
Nm. 75
405A
407 7/11/96
Nm. 71
0 1 2 3 4
0
!1
!2
!3
!4
!5
5
4
3
2
1
Fase
(grados)
Desviacin de frecuencia (kHz)
Lmite superior
Lmite inferior
5
0
!5
!10
!15
!20
!25
!30
!35
!40
!45
0 0,5 1 1.5 2 2,5 3 3,5 4
Lmite
inferior
Lmite
superior
Respuesta
en amplitud (dB)
Frecuencia (kHz)
,
Figura A-23. Tolerancia de desviacin de fase en mscara de respuesta de filtro
de transmisin A-QPSK para 60% de atenuacin progresiva
Figura A-24. Mscara de respuesta de filtro de transmisin A-QPSK
405B 2/11/00
Nm. 75
9/11/95 406 ANEXO 10 VOLUMEN III 7/11/96
Nm. 71
A1. ANLISIS DE ENLACE RF
La medida de eficacia ordinaria para un enlace RF es el pro-
medio de proporcin de errores en los bits (BER). La eficacia
de extremo a extremo de la subred de satlite est relacionada
con la eficacia del enlace RF mediante un promedio de BER
requerido. La relacin entre la BER de canal y la eficacia de
densidad de portadora-a-ruido obtenida, depende de la tcnica
de modulacin y de las condiciones del canal. En el caso de tc-
nicas ideales de modulacin lineal, y de un canal con ruido
aditivo blanco gaussiano, esta relacin puede obtenerse analti-
camente. En el caso de un canal de desvanecimiento aleatorio,
esta relacin puede obtenerse mediante simulacin o utilizando
la hiptesis del peor de los casos de que toda la energa de
multitrayectos es equivalente al ruido.
En el enlace de comunicaciones digitales RF puede
asegurarse una eficacia de promedio BER satisfactoria, si la
relacin obtenida de densidad de potencia de portadora-a-ruido
es igual o superior a la relacin de densidad de potencia de
portadora-a-ruido, requerida para la comunicacin, con el
promedio de BER deseado:
[A.1]
siendo:
la relacin mnima requerida de densidad
de portadora-a-ruido para comunica-
ciones con el promedio de BER deseado.
la relacin obtenida de densidad de porta-
dora-a-ruido en el enlace de extremo a
extremo.
Se determina la relacin de densidad de portadora-a-ruido
requerida mediante la forma de onda de sealizacin particular
que se utilice y mediante las caractersticas de ruido y de propa-
gacin del canal. Pueden aplicarse mtodos estadsticos para
determinar la relacin mnima requerida de portadora-a-ruido
que asegure un funcionamiento con el valor promedio de BER.
Pueden aplicarse tambin mtodos estadsticos para incluir los
efectos del entorno de propagacin y otras prdidas aleatorias
en la forma de un margen requerido.
Por consiguiente, a fin de funcionar con el promedio de BER
deseado, debe satisfacerse la siguiente relacin:
[A.2]
siendo: M
P
= margen de enlace necesario para el entorno de
propagacin y para las diversas variaciones aleatorias de
parmetro RF.
Deben asignarse mediciones de la eficacia de portadora-a-
ruido a las diversas partes del enlace RF, lo cual se analizar
en lo que sigue.
A1.1 Anlisis de enlace hacia la aeronave
La relacin obtenida de densidad de portadora-a-ruido por
el enlace hacia adelante se determina mediante una serie de
fuentes de ruido en el enlace RF. Con respondedores sencillos
de traduccin de frecuencia, la relacin obtenida de potencia de
seal (portadora) a ruido puede calcularse a partir de la
expresin:
[A.3]
siendo:
N
UF
= la densidad de potencia de ruido trmico del enlace
de alimentacin ascendente.
N
D
descendente en la banda L.
I
M
= la densidad de potencia de intermodulacin por el
enlace descendente en banda L debida al
respondedor de satlite.
I
IS
= la densidad de potencia de interferencia
intrasistema.
I
OD
= la densidad de potencia de interferencia entre
sistemas de enlace descendente en la banda L,
correspondiente al receptor.
I
OUF
sistemas por el enlace ascendente de alimentacin.
Es inherente a la ecuacin [A.3] una importante hiptesis.
Se supone que en la anchura de banda del canal particular
pueden considerarse todas las fuentes de ruido como de ndole
blanca gaussiana.
A1.2 Anlisis de enlace desde la aeronave
Del mismo modo que en el enlace hacia adelante, la rela-
cin obtenida de densidad de portadora-a-ruido se determina
C
N
o

ACHIEVED
C
N
o

REQ
C
N
o

REQ
C
N
o

ACHIEVED
M
p
C
N
o

REQ
C
N
o

ACHIEVED
C
N
o ACHIEVED

1
C
N
UF

1
C
N
D

1
C
I
M

1 C
I
I S

1
+ + + + =
C
I
OD

+
1 C
I
OUF

1
+
Apndice del Adjunto A
ANLISIS DE EFICACIA
407 9/11/95 7/11/96
Nm. 71
mediante una serie de fuentes de ruido en el enlace de retorno.
La relacin obtenida de densidad de potencia de portadora-a-
ruido puede obtenerse a partir de la expresin:
[A.4]
siendo:
N
DF
de alimentacin descendente.
N
U
ascendente en la banda L.
I
M AES
= la densidad mnima de potencia de intermodulacin
funcionable que se espera en el enlace ascendente
de banda L como resultado del funcionamiento
de multiportadora de los amplificadores de alta
potencia AES.
I
ISR
= la densidad de potencia de interferencia intra-
sistema.
I
OU
sistemas prevista en la banda L por enlace
ascendente.
I
ODF
sistemas en el enlace descendente de alimentacin.
A1.3 Anomalas de propagacin
y mrgenes requeridos
Un enlace RF idealizado puede ser influido negativamente
por una serie de factores que pueden subdividirse en dos clases
bsicas: determinsticos y no determinsticos. Los factores
determinsticos que influyen en los requisitos de margen de
enlace RF dependen del trayecto de propagacin, establecido
por las posiciones relativas de la aeronave, del satlite, y de la
tierra en determinada situacin. Otros factores determinsticos
estn fijados por el diseo del sistema, regmenes de bits de
informacin, tipo de modulacin, profundidad de intercalador,
planes de codificacin, etc.
Los factores no determinsticos que influyen en los
requisitos de enlace RF son el diseo del sistema y los
elementos operacionales que especifique el proveedor del
servicio, la degradacin debida a interferencias, y otras prdidas
aleatorias relacionadas con la propagacin.
Muchos de los factores que influyen en los requisitos de
enlace RF pueden considerarse como prdidas que reducen la
potencia disponible de portadora y degradan la eficacia del
enlace. En las secciones siguientes se analizan con detalle
varios de estos factores.
A1.3.1 Desvanecimiento multitrayecto
El trmino multitrayecto se refiere a una condicin por la
cual la energa llega al receptor de un sistema de telecomunica-
ciones por ms de un trayecto. La propagacin multitrayecto
puede provenir de la reflexin de superficies de tierra y del agua
y de estructuras de construccin humana. En general, no es de
desear el funcionamiento por multitrayecto, porque las seales
llegan por diversos trayectos con una fase relativa variable, lo
que lleva a que se sumen alternativamente de forma construc-
tiva o destructiva en el espacio. Por consiguiente, la seal total
recibida estar caracterizada por desvanecimiento, que implica
mnimos repetidos que pueden caer por debajo del nivel de
seal requerido para la eficacia aceptable de las comunica-
ciones. El desvanecimiento es tambin notablemente superior
sobre el agua por contraposicin a la tierra. Adems, las seales
que llegan por diversos trayectos tienen tambin diversos
retardos y en los sistemas digitales pueden dar como resultado
la interferencia entre smbolos.
Muchos investigadores han estudiado los efectos de
desvanecimiento por multitrayecto en las comunicaciones aero-
nuticas por satlite. Por consiguiente, se ha comprendido bien
la ndole estadstica del desvanecimiento por multitrayectos
en los canales aeronuticos. La amplitud del desvanecimiento
se conoce como distribucin Rician. Adems, se conoce que la
relacin de portadora a multitrayecto es funcin del ngulo
de elevacin del satlite y puede esperarse que sea inferior
a 10 dB para ngulos de elevacin por debajo de 10.
En la relacin de portadora-a-ruido de un canal influye el
multitrayecto y la forma particular de modulacin y de codi-
ficacin. Es apropiado incluir los efectos de multitrayecto al
establecer el requisito de portadora-a-ruido, en lugar de
incluirlo como margen independiente; un enfoque prudente es
tratar la energa de multitrayectos como equivalente a un ruido
gaussiano aditivo y seguidamente, en un sistema codificado,
aadir un margen para la intercalacin imperfecta.
A1.3.2 Titilacin
La titilacin ionosfrica es un fenmeno en el que estn
implicados los efectos del sol y del campo magntico de la
tierra que producen variaciones aleatorias en las ondas electro-
magnticas que atraviesan la ionosfera. El fenmeno se mani-
fiesta en los enlaces RF de estacin terrena de satlite en forma
de desvanecimiento de titilacin; modificaciones positivas y
negativas (prdida) de la amplitud de la seal recibida que
pueden ser importantes en las frecuencias de la banda L,
utilizadas para el enlace de satlite a AES. Se han observado
valores tan elevados como de 27 dB por breves perodos de
tiempo durante sucesos de intensa titilacin; sin embargo, el
valor previsto es muy inferior. Tambin est asociado al
desvanecimiento de titilacin el desplazamiento de fase, que
puede degradar an ms la eficacia del enlace RF.
Puesto que los mrgenes de potencia del enlace RF de
satlite son normalmente pequeos por razones econmicas, un
valor de prdida debida a desvanecimiento de titilacin tan bajo
como de 0,3 dB podra ser importante. La prdida por titilacin
est enormemente correlacionada con la posicin y la hora local
de la aeronave, por lo que es preocupante principalmente en
algunas rutas y a determinadas horas de vuelo. Los sucesos de
titilacin muestran tambin un influjo estacional, adquiriendo
un valor mximo durante los equinoccios invernal y otoal.
C
N
O
ACHIEVED

1
C
N
DF

1
C
N
U

1
C
I
M AES

1
C
I
ISR

1
+ + + + =
C
I
OU

1
C
I
ODF

1
+ +
9/11/95 408
7/11/96
Nm. 71
Puede esperarse una prdida importante por titilacin en
aeronaves cuya posicin est cerca del Ecuador geomagntico
(entre 15 de latitud Norte y 15 de latitud Sur) a horas locales
de la aeronave entre 21:30 horas y 02:30 horas, y para aero-
naves cuya posicin est en las regiones polares, (latitudes
superiores a 65, aunque la cobertura por satlites geosn-
cronos est eficazmente limitada a latitudes de 80 o menos),
en cualquier hora del da. Los datos disponibles indican que el
desvanecimiento por titilacin es aproximadamente de inten-
sidad doble en la regin ecuatorial si se compara con las
regiones polares. Para una estacin terrena estacionaria, en
aproximadamente el 1% de la regin ecuatorial el desvaneci-
miento excede de 20 dB, y permanece por encima de 15 dB
durante varios segundos. Se observan ordinariamente movi-
mientos hacia el Este de la ionosfera a velocidades de
50 m a 200 m/s, implicando distancias de correlacin de
10 m a 100 m. Sera posible que con una velocidad de aeronave
hacia el Este hubiera sincronizacin, lo que llevara a
perodos de desvanecimiento mucho ms grandes.
El desvanecimiento en las regiones polares es menos
intenso, (aproximadamente 10 dB para una estacin terrena
estacionaria) si se comparan con la regin ecuatorial. Adems,
la velocidad de la ionosfera polar es ordinariamente superior y
ms variable en la gama de 100 m a 1 000 m/s.
Actualmente se tiene un volumen limitado de datos relativos
a efectos de titilacin en estaciones terrenas en movimiento en
particular, la seal en el espacio utilizada por el SMAS.
Adems, la probabilidad de que una aeronave experimente
efectos importantes de titilacin depende con gran sensibilidad
de su ruta y de sus horas de vuelo. Por consiguiente, no se han
tenido en cuenta en este documento los efectos de desvane-
cimiento por titilacin.
A1.3.3 Prdida por polarizacin
Puede calcularse la prdida de transmisin entre dos antenas
debida a una polarizacin circular imperfecta mediante la
frmula:
[A.5]
en la que se ha supuesto que las antenas tienen el mismo sentido
(p. ej., circular dextrogiro) y siendo:
R
i
= la relacin axial de tensin (AR) de la antena i.
= el ngulo entre los dos ejes principales de las dos
ondas polarizadas elpticas que irradiaran cada una de
las antenas.
La prdida por polarizacin est completamente determi-
nada por las relaciones axiales y por la orientacin relativa de
sus ejes principales. La situacin en el peor de los casos es
cuando los ejes principales son ortagonales, es decir, = 90.
Son posibles varias formas de la ecuacin [A.5], que dependen
de hiptesis relativas a la antena de referencia. Para clculos de
balance de enlace, podra considerarse ordinariamente la
orientacin de antena de satlite en el peor de los casos y
una estimacin estadstica de los efectos de la orientacin de
antena AES.
A1.3.4 Prdida por trayecto
La prdida por trayecto debida al espacio es una funcin
exclusiva de la frecuencia y de la distancia. Se calcula fcil-
mente la prdida por trayecto mediante la frmula:
[A.6]
siendo:
r = la distancia desde la AES al satlite en metros.
= la longitud de onda en metros.
En general, la distancia al satlite, r, es funcin de la
posicin geogrfica de la AES. La distancia al satlite es
sencillamente funcin de la elevacin observada del satlite y
se determina mediante la frmula:
[A.7]
siendo:
R = el radio medio de la Tierra 6 378 km
h = la altitud geosncrona = 35 786 km (desde la
superficie de la Tierra en el punto por debajo del
satlite).
=
siendo:
= el ngulo de elevacin del satlite relativo a vuelo
horizontal.
Con el satlite directamente por delante, la prdida por tra-
yecto a una frecuencia de 1 545 MHz es de 187,3 dB. A un
ngulo de 5 de elevacin, la prdida por trayecto es de
188,5 dB. Por consiguiente, la prdida por trayecto para aerona-
ves que vuelan con un ngulo de elevacin de 5 respecto al
satlite superior en de 1,2 dB al de una aeronave con el satlite
directamente por delante. En la prctica, la prdida por trayecto
se calcula para determinado ngulo de elevacin del satlite.
A1.3.5 Prdida por precipitaciones
La lluvia causa atenuacin de las ondas de radio por
absorcin y por dispersin. La magnitud de la atenuacin es
funcin de la frecuencia, del promedio de tamao de las gotas,
de la latitud de la aeronave, del ngulo de elevacin y del
rgimen de lluvia. Se ha establecido bien la relacin entre estos
factores mediante aos de investigacin y de mediciones
experimentales lo que hace posible predecir la eficacia con un
ndice bueno de confianza.
L
POL
10 LOG
R
1
2
1 + ( ) R
2
2
( ) 1 +
R
1
R
2
1 + ( )
2 2
( ) R
1
R
2
+ ( ) +
2
2
( ) sin cos

=
L
4r

2
=
r R
2
R h + ( )
2
2R R h + ( ) cos + =
1
R cos
R h +
cos
409 9/11/95 7/11/96
Nm. 71
En general, la atenuacin debida a la lluvia no es importante
en las frecuencias de la banda L utilizadas para los enlaces del
servicio SMAS. Sin embargo, los enlaces de alimentacin para
servicios SMAS sern a frecuencias mucho ms elevadas en las
que la atenuacin por la lluvia podra ser muy importante. En
el diseo de enlaces de alimentacin debe tenerse en cuenta la
lluvia prevista en el lugar de la estacin terrena de tierra,
particularmente en lo que respecta a la disponibilidad del
enlace.
El influjo de la atenuacin de la lluvia en un enlace de
alimentacin en el sentido de ida puede compensarse mediante
el control de potencia de la GES. Se aumenta la potencia de
la GES de forma que la seal mantenga el nivel requerido
cuando sea recibida por el satlite. Una consecuencia de este
aumento de potencia puede ser un aumento de los productos de
intermodulacin con origen en la GES. Debe disearse el enlace
de forma que esta interferencia adicional no degrade la efica-
cia total obtenida de portadora-a-ruido por debajo del nivel
requerido.
En el sentido de retorno, la atenuacin por la lluvia
disminuir la relacin de potencia de portadora-a-ruido trmico
respecto al enlace de alimentacin. Una vez ms, esta
interferencia adicional no debe degradar la eficacia total
obtenida de portadora-a-ruido por debajo del nivel requerido.
No se ha especificado de ningn modo el influjo en el
margen requerido de los efectos de desvanecimiento por lluvia.
Incumbe al diseador del sistema de satlite la responsabilidad
de asegurarse de que el diseo del satlite de la GES es tal que
la relacin total del enlace de portadora-a-ruido pueda mante-
nerse, en las condiciones previstas de lluvia correspondientes
a las reas de cobertura indicadas.
Nm. 72
1. TEXTO DE ORIENTACIN SOBRE EL
ENLACE DIGITAL EN VHF (VDL)
Nota. Las normas y mtodos recomendados (SARPS) a los
que se hace referencia figuran en el Anexo 10, Volumen III,
Parte 1, Captulo 6.
2. DESCRIPCIN DEL SISTEMA
2.1 El sistema VDL proporciona un enlace de comunica-
ciones de datos entre la aeronave y tierra dentro de la red de
telecomunicaciones aeronuticas (ATN). El VDL funcionar en
forma paralela con otras subredes aire-tierra ATN.
2.2 Las estaciones terrestres VDL constan de radio VHF
y una computadora capaz de tramitar el protocolo VDL, en toda
el rea de cobertura. Las estaciones VDL ofrecen conectividad
a travs de la red de telecomunicaciones con base en tierra
(p. ej. base X.25) con los sistemas intermedios de la ATN, que
permitirn acceder a los sistemas de extremo de la ATN con
base en tierra.
2.3 Para entrar en comunicacin con las estaciones
terrestres VDL, las aeronaves debern estar equipadas de la
avinica VDL que incluir una radio VHF y una computadora
capaz de tramitar el protocolo VDL. En las comunicaciones
aire-tierra se utilizarn los canales de 25 kHz en la banda del
servicio mvil aeronutico (en ruta) VHF.
3. PRINCIPIOS VDL
3.1 Principios de transferencia
de comunicaciones
3.1.1 La conectividad de las aplicaciones que funcionan
entre los sistemas de extremo (ES) de la ATN y utilizan para
ello la ATN y subredes de la misma, incluso el enlace VDL,
en las comunicaciones aire-tierra, se suministra mediante las
entidades de la capa de transporte de los sistemas de extremo.
Las conexiones de transporte entre los sistemas de extremo de
a bordo y de tierra se mantendrn efectuando los cambios
controlados pertinentes en los sistemas intermedios (IS) de la
ATN que corresponda y en los elementos de la red VDL que
proporcionan la conectividad.
3.1.2 Las conexiones de transporte entre los sistemas de
extremo (ES) de la ATN no estn vinculadas con ninguna
subred en particular y las unidades de datos de protocolo de red
ISO 8473 transmitidas va ES pueden pasar por cualquier
subred aire-tierra compatible con la ATN [como el enlace de
datos del servicio mvil aeronutico por satlite (SMAS), el
enlace de datos SSR en Modo S o el VDL] que satisfaga los
requisitos de calidad de servicio. La conexin de transporte
entre el sistema de extremo (ES) de la aeronave y el ES de tierra
se mantendr siempre que quede por lo menos una conexin de
subred aire-tierra entre el sistema intermedio (IS) de la
aeronave y un IS de tierra que disponga de conectividad con
el sistema de extremo (ES) de tierra. Con el fin de maximizar
la conectividad de las subredes, se supone que la aeronave
mantendr las conexiones de subred aire-tierra a travs de
cualquier subred (SMAS, Modo S o VDL) con la que pueda
establecerse conectividad de capa de enlace.
3.1.3 La subred VDL proporciona conectividad en forma
de circuitos virtuales conmutados entre las entidades de equipo
terminal de datos (DTE) ISO 8208 de un sistema intermedio
ATN de aeronave y uno con base en tierra. Dado que las seales
VHF slo se propagan en alcance ptico, la aeronave en vuelo
debe establecer con regularidad conexiones de enlace con
nuevas estaciones terrestres VDL para mantener la cobertura
VHF. Una vez establecido el circuito virtual VDL entre el
equipo DTE de la aeronave y el DTE de tierra, el circuito se
mantiene siempre que se efecte un cambio controlado hacia
una estacin terrestre que disponga de acceso al DTE de tierra.
3.1.4 Los circuitos virtuales VDL podrn liberarse cuando
el IS de la aeronave o de tierra identifique una situacin en la
que por poltica se haya determinado que el circuito virtual con
el DTE de tierra ya no es necesario, pero esto nicamente
ocurrir si permanece establecido otro circuito virtual VDL. La
situacin de poltica mencionada atae a los casos en que
razones ajenas a la cobertura influyen en la decisin de
establecer una conexin. Esto podra producirse, por ejemplo,
cuando una aeronave se encuentra en el rea de cobertura
operacional designada de estaciones terrestres explotadas por
explotadores distintos y debe decidirse cul ser el explotador
con el que establecer la conexin. El caso en que una aeronave
atraviesa la frontera entre dos Estados exige especial atencin.
La aeronave tiene que establecer el circuito virtual con el DTE
del IS del Estado al que entra antes de liberar el circuito virtual
establecido con el DTE del IS del Estado del que sale.
3.1.5 Los escenarios relativos al mantenimiento de la
conexin de subredes se indican en la Figura B-1
1
. Si las
estaciones terrestres situadas en sendos lados de las fronteras
nacionales no ofrecen conectividad ISO 8208 para los DTE de
los IS de ambos Estados, las aeronaves que atraviesan la
frontera tendrn que establecer una de las conexiones de enlace
de subred posibles con la estacin terrestre del Estado al que
entran antes de poder establecer el circuito virtual con el IS de
dicho Estado. nicamente despus de contar con la nueva
conexin de enlace y de haber establecido el circuito virtual,
proceder la aeronave a liberar tanto el circuito virtual con el
Adjunto B a la Parte I
TEXTO DE ORIENTACIN SOBRE EL ENLACE
DIGITAL EN VHF (VDL)
1. Al final de este adjunto.
Adjunto B a la Parte I Anexo 10 Telecomunicaciones aeronuticas
411 6/11/97
Nm. 72
DTE del IS del Estado del que sale como el enlace que le
permiti acceder a dicho IS. Si las estaciones aeronuticas VDL
de ambos lados de la frontera entre dos Estados ofrecen
conectividad con los IS de ambos Estados, el cambio de
circuitos virtuales tiene que efectuarse por la misma conexin
de enlace.
3.2 Calidad de servicio VDL para
encaminamiento ATN
3.2.1 La utilizacin del sistema VDL para comunicaciones
aire-tierra depender de las decisiones de encaminamiento de
los sistemas intermedios (IS) ATN de aeronave y con base en
tierra. Por su parte, los IS decidirn el trayecto que se emplear
para las comunicaciones aire-tierra, basndose en los valores de
calidad de servicio solicitados por los sistemas de extremo (ES)
transmisores.
3.2.2 Los IS de cada extremo de las conexiones aire-tierra
deben interpretar el valor de calidad de servicio (QOS)
solicitado y decidir cules son las conexiones disponibles que
pueden establecerse mejor. Es importante que el nivel QOS que
se supone proporcionar la conexin VDL se fije en un nivel
que corresponda a su performance real.
3.2.3 Cuando el VDL es el nico enlace de datos para el
que est equipada la aeronave, todas las comunicaciones deben
encaminarse por una conexin VDL y el valor QOS que
proporcionar la conexin no debe causar bloqueo de las
comunicaciones.
3.2.4 En otros casos, cuando la aeronave est equipada
con otros enlaces de datos aire-tierra (como SMAS y SSR en
Modo S, pueden existir conexiones paralelas simultneas por
varias subredes. De ser as, los valores QOS proporcionados
respecto de cada subred deben fijarse de modo de asegurarse
que la conexin VDL podr utilizarse en el momento
apropiado.
3.2.5 Es preciso que haya coordinacin entre los explota-
dores de aeronaves, los explotadores de estaciones terrestres y
los explotadores de sistemas terrestres para cerciorarse de que
existe un equilibrio adecuado entre las distintas subredes.
4. CONCEPTO DE RED DE ESTACIONES
TERRESTRES VDL
4.1 Acceso
4.1.1 La estacin terrestre VDL proporcionar a las
aeronaves acceso a los sistemas intermedios (IS) ATN terrestres
utilizando el protocolo VDL por un canal VHF.
4.2 Cuestiones institucionales relativas a los
explotadores de redes de estaciones
terrestres VDL
4.2.1 Un proveedor ATS que desee utilizar el VDL para
comunicaciones de servicios de trnsito areo (ATS) tendr que
cerciorarse de que el servicio est disponible. El proveedor ATS
puede explotar l mismo la red de estaciones terrestres VDL o
bien organizar la explotacin de las estaciones VDL (o red
VDL) mediante un proveedor de servicios de telecomuni-
caciones. Es probable que los distintos Estados hagan arreglos
diferentes para el suministro de servicios VDL a las aeronaves.
La explotacin e implantacin de los sistemas tendr que
coordinarse a nivel regional para asegurar un servicio aceptable
en las rutas internacionales.
4.2.2 La utilizacin de una red de estaciones terrestres
VDL por entidades externas al explotador de la red estar
supeditada a acuerdos de servicio entre el proveedor ATS y el
proveedor de servicios de telecomunicaciones. En estos
acuerdos se establecen las obligaciones que incumben a las dos
partes interesadas, y la necesidad, en particular, de ser
especfico respecto de la calidad de servicio a proporcionar y
las caractersticas de la interfaz del usuario.
4.2.3 Es probable que algunos explotadores de la red de
estaciones terrestres VDL impongan derechos de usuario. Se
prev cargar los derechos a los explotadores de aeronaves o
bien a los proveedores ATS. Es necesario asegurar que el uso
del VDL es factible para aquellos explotadores de aeronaves
que se proponen emplearlo en las comunicaciones ATS/AOC.
4.3 Equipo de la estacin terrestre VDL
4.3.1 La estacin terrestre VDL consistir de una radio
VHF y una computadora instalada en forma separada o
integrada. La funcionalidad VDL del equipo de radio VHF ser
similar a la del equipo instalado en la aeronave.
4.3.2 Los medios de supervisar la situacin de la red sern
un aspecto importante a efectos de mantener la mayor
disponibilidad posible.
4.4 Emplazamiento de las estaciones
terrestres
4.4.1 Las limitaciones de alcance ptico de la propagacin
VHF constituyen un factor importante cuando se trata del
emplazamiento de las estaciones terrestres. Es preciso
cerciorarse de que las estaciones terrestres se instalen de modo
que haya cobertura en toda el rea de cobertura operacional
designada (DOC).
4.4.2 Los requisitos de cobertura VDL dependen de las
aplicaciones previstas para el VDL. Las aplicaciones pueden
corresponder, por ejemplo, a necesidades de las aeronaves en
vuelo en altitud en ruta, en el rea terminal, o en tierra en el
aeropuerto.
4.4.3 La cobertura en ruta puede suministrarse utilizando
un pequeo nmero de estaciones terrestres con una gran DOC
(p. ej., el alcance de la seal VHF desde una estacin a nivel
del mar a una aeronave que se encuentre a 37 000 ft es
aproximadamente de 200 NM). Por ello, conviene de hecho
emplear el menor nmero posible de estaciones terrestres para
proporcionar cobertura en ruta a fin de minimizar la posibilidad
de que se produzcan transmisiones simultneas en enlace
ascendente a partir de las estaciones terrestres, lo cual podra
ocasionar colisiones de mensajes en el canal VHF. Los factores
que limitan la cobertura en ruta sern la disponibilidad de masa
terrestre y la disponibilidad de enlace de comunicaciones desde
una estacin terrestre hacia otros sistemas terrestres.
412 6/11/97
Nm. 72
4.4.4 La cobertura de rea terminal requiere, en general,
la instalacin de estaciones terrestres en todos los aeropuertos
donde se requiera VDL, para cerciorarse de que existe cobertura
en toda el rea terminal.
4.4.5 La cobertura de las comunicaciones en la superficie
de aerdromo debe proporcionarse mediante una estacin
terrestre situada en el aeropuerto, pero debido a la estructura
fsica del aeropuerto puede resultar imposible garantizar la
cobertura en todas las reas mediante una nica estacin.
4.5 Ingeniera de frecuencias
de las estaciones terrestres
4.5.1 La eleccin del canal VHF en que funcionar la esta-
cin terrestre depender de la cobertura que deba proporcionar
la estacin terrestre en cuestin. La cobertura en un deter-
minado canal se proporciona mediante una serie de estaciones
terrestres que funcionan en ese canal y las comunicaciones
ocuparn y se efectuarn por ese canal en todas las estaciones
terrestres del rea de cobertura.
4.5.2 Al igual que en el caso de las comunicaciones orales
VHF, es imposible limitar la propagacin de las comunica-
ciones VDL al espacio areo del Estado y por ello habr que
establecer coordinacin de frecuencias entre los Estados al
proceder a la atribucin de frecuencias VDL. Sin embargo, el
tipo de protocolo no permite la reutilizacin de frecuencias por
varias estaciones terrestres dentro de la misma rea de cobertura
y, en consecuencia, las reglas para la asignacin de frecuencias
no sern las mismas que en el caso de las comunicaciones
orales.
4.5.3 Al utilizar la capa de protocolo de control de acceso
al medio (MAC) de acceso mltiple por deteccin de la
portadora (CSMA) que emplea el VDL, no puede excluirse la
posibilidad de colisiones de mensajes si en algunas de las
estaciones que usen un determinado canal de frecuencias no se
reciben las transmisiones de alguna de las dems estaciones, lo
cual se conoce como situacin de transmisor oculto. Los
transmisores ocultos dan lugar a transmisiones simultneas y el
receptor al que van dirigidas una o ambas transmisiones no
puede decodificar la seal recibida.
4.5.4 Se asignar una frecuencia para proporcionar
cobertura en ruta y todas las estaciones en ruta funcionarn en
dicha frecuencia. Con el fin de minimizar la probabilidad de
transmisiones simultneas en el canal por transmisores ocultos
en un entorno CSMA, el canal no puede emplearse para
comunicaciones en el rea terminal o en la superficie del aer-
dromo, salvo cuando se trate de reas con muy poca carga de
canal.
4.5.5 En los SARPS VDL se requiere suministrar un canal
comn de sealizacin (CSC) por el que se garantice el acceso
al servicio VDL en todas las reas donde se disponga de
servicio VDL Modo 2. Esto tiene particular importancia en el
propio aeropuerto y en los bordes de las zonas de cobertura
en ruta VDL, donde probablemente las aeronaves procedern a
establecer la conectividad inicial VDL. Dadas las caracte-
rsticas de las transmisiones de las radiofrecuencias en Modo 1
y Modo 2, ambos Modos son incompatibles y por ello el CSC
no puede emplearse en las comunicaciones en Modo 1. No hay
requisito alguno de CSC para el VDL Modo 1.
4.6 Conexin de las estaciones terrestres
con los sistemas intermedios
4.6.1 A fin de proporcionar acceso a los sistemas
terrestres conectados con la red de telecomunicaciones aero-
nuticas, la estacin terrestre VDL debe estar conectada a uno
o varios IS ATN. El objetivo de la estacin terrestre VDL es
interconectar la aeronave con la ATN con base en tierra a
travs de la cual se pueden realizar las comunicaciones con
el ES ATN terrenal.
4.6.2 El IS ATN con base en tierra puede instalarse en la
propia computadora de la estacin terrestre VDL, en cuyo caso
el circuito virtual de la subred VDL terminar en dicha
computadora. Una arquitectura de este tipo repercutir en los
intercambios necesarios cuando la aeronave establezca enlace
VDL con una nueva estacin terrestre. El intercambio que
deber realizarse exactamente depender de que las estaciones
terrestres dispongan de IS propios o de elementos de un mismo
sistema intermedio (IS) distribuido.
4.6.3 Si el IS no est instalado en la propia estacin
terrestre VDL, se conectar a la estacin terrestre por uno de
los siguientes medios:
a) red de rea amplia (WAN);
b) red de rea local (LAN); y
c) lnea de comunicaciones especializada.
4.6.4 En todos los casos, con el fin de ajustarse al Manual
de la red de telecomunicaciones aeronuticas (ATN) (Doc
9578), con respecto al suministro de un servicio de subred a
base de conexin compatible con la interconexin de sistemas
abiertos (OSI) entre el IS de la aeronave y el IS con base en
tierra, la computadora de la estacin terrestre VDL deber tener
capacidad para extender el circuito virtual VDL por la red o
enlace terrenal en cuestin.
4.6.5 A efectos de suministrar circuitos virtuales simul-
tneos a varios IS terrenales, la computadora de la estacin
terrestre VDL debe incluir una entidad de subred VDL capaz
de convertir las direcciones contenidas en las peticiones de
llamada de la subred VDL en direcciones de la red con base
en tierra.
5. CONCEPTO DE FUNCIONAMIENTO
DEL VDL DE A BORDO
5.1 Avinica
5.1.1 Avinica VDL. Para funcionar en una red VDL, la
aeronave tiene que estar equipada de un sistema de avinica que
proporcione la funcin de usuario de subred VDL (ISO-8208
DTE). El sistema que proporcione esta funcin tambin
suministrar las funciones de usuario de subred para otras
subredes aire-tierra compatibles con la ATN, y la funcin de
sistema intermedio ATN de la aeronave, por lo cual es preciso
desarrollar un sistema de ese tipo a fin de proporcionar
comunicaciones ATN con sistemas de extremo mltiples o por
subredes aire-tierra mltiples.
Adjunto B a la Parte I Anexo 10 Telecomunicaciones aeronuticas
413 6/11/97
Nm. 72
5.2.2 Certificacin de la avinica
VDL
5.2.1 La radio digital VHF (VDR) tambin ofrece la
capacidad de comunicaciones orales de amplitud modulada en
doble banda lateral (DSB-AM) como reserva de emergencia
de las radios VHF utilizadas en las comunicaciones orales. En
este caso, habra que demostrar adems que la funcionalidad
VDL de la VDR no interfiere en la funcionalidad oral DSB-
AM.
5.2.2 La funcin VDL de la radio digital VHF suministra
un servicio de enlace de datos aire-tierra con la entidad de
usuario de subred VDL de que dispone el sistema intermedio
ATN de la aeronave. Si el suministro de un servicio de subred
VHF respecto de un sistema intermedio ATN se considera
esencial en una determinada instalacin, la funcionalidad VDL
de la VDR tendr que certificarse como funcin esencial. Sin
embargo, el uso del VDL para comunicaciones ATS no
requerir dos radios de aeronave funcionando simultneamente
en Modo VDL.
5.3 Registro de las aeronaves
con los explotadores de redes VDL
5.3.1 En un servicio de comunicaciones normal, se prev
que los explotadores de aeronaves deban registrar sus aeronaves
con los explotadores de la red. En situaciones de emergencia
o de reserva, debe ser posible que cualquier aeronave dotada
de VDL establezca conectividad por cualquiera de las redes de
estaciones terrestres VDL.
5.3.2 El registro de las estaciones VDL de aeronave con
los explotadores de la red VDL es un aspecto conveniente para
la gestin de la red, pues por ejemplo, en el caso de que un
explotador de red identifique una falla temporal en las comuni-
caciones VDL de una aeronave, puede entrar en contacto con
el explotador de la aeronave a fin de que se corrija la falla. El
registro de aeronaves tambin es til para planificar la capa-
cidad requerida en la red de estaciones terrestres. El registro de
un explotador de redes de estaciones terrestres VDL no implica
necesariamente que el explotador de la aeronave deber pagar
derechos por el uso de la red de estaciones terrestres VDL.
Volumen 111
FIGURA DEL ADJUNTO B
Subred VDL Mantenida conexion
Conexion con subred VDL con
IS dominio A IS dominio A
Red X.25
Circuito virtual X.25
entre IS
Nueva conexion
subred VDL con
IS dominio B
Red X.25
Sistema intermedio ATN
ATSC encaminamiento dominio A
Sistema intermedio ATN
1 ATSC encaminamiento dominio B 1
Escenario en aue estaciones terrestres fronterizas orooorcionan acceso a un iinico IS
Nueva conexion subred Mantenida conexion
VDL con IS dominio B subred VDL con
para cambio de dominio
ATSC encaminamiento dominio A ATSC encaminamiento dominio B
Escenario en oue estaciones terrestres fronterizas orooorcio'nan acceso a los IS de dos dominios de encaminamiento
Figura B-1
6/11/97
Num. 72
Nm. 72
Adjunto A a la Parte II
TEXTO DE ORIENTACIN RESPECTO A SISTEMAS
DE COMUNICACIONES
1. EQUIPO DE COMUNICACIONES VHF
1.1 Caractersticas audio del equipo
de comunicaciones VHF
1.1.1 Los servicios radiotelefnicos aeronuticos consti-
tuyen un caso especial de aplicacin de la radiotelefona, ya que
lo necesario es que se transmitan los mensajes de manera que
sea de importancia secundaria la fidelidad de la forma de onda,
dndose mayor nfasis a la fidelidad de la inteligencia bsica.
Esto significa que no es necesario transmitir las partes de la
forma de onda que solamente representan la individualidad, del
acento y el tono.
1.1.2 Se requiere que la anchura de banda de aceptacin
efectiva del equipo en 8,33 kHz sea por lo menos de 3 462 Hz.
En este valor se considera el caso general, es decir, transmisiones
aire-a-tierra y consiste en la anchura de banda audio de 2 500 Hz,
685 Hz para una inestabilidad de transmisor de aeronave
de 5 ppm, 137 Hz para una inestabilidad del receptor de tierra
de 1 ppm y 140 Hz por razn de la desviacin Doppler (vanse
2.2.2.4 y 2.3.2.6 de la Parte II).
1.2 Sistemas de portadora desplazada
A continuacin se citan algunos ejemplos de sistemas de
portadora desplazada que satisfacen los requisitos especificados
en la Parte II, 2.2.1.1.1.
a) Sistema de 2 portadoras. Las portadoras deben estar sepa-
radas a 5 kHz. Ello exige una estabilidad de frecuencia
de 2 kHz (15,3 partes por milln a 130 MHz).
b) Sistema de 3 portadoras. Las portadoras deben estar sepa-
radas a cero y a 7,3 kHz. Ello exige una estabilidad de
frecuencia de 0,65 kHz (5 partes por milln a 130 MHz).
A continuacin se citan ejemplos de sistemas de 4 y 5
portadoras que satisfacen los requisitos especificados en la
Parte II, 2.2.1.1.1.
c) Sistema de 4 portadoras. Las portadoras deben estar
separadas a 2,5 kHz y a 7,5 kHz. Ello exige una
estabilidad de frecuencia de 0,5 kHz (3,8 partes por milln
a 130 MHz).
d) Sistema de 5 portadoras. Las portadoras deben estar
separadas a cero, a 4 kHz y a 8 kHz. Puede interpretarse
que el requisito en cuestin significa una estabilidad de
frecuencia del orden de 40 Hz (0,3 partes por milln a
130 MHz).
Nota 1. Las separaciones de frecuencias de portadora
mencionadas, estn referidas a la frecuencia de canal asignada.
Nota 2. En los receptores de a bordo que emplean una
medida de la relacin portadora a ruido recibida para activar
el silenciador, las frecuencias heterodinas de audio resultantes
de la recepcin de dos o ms portadoras desplazadas pueden
interpretarse como ruido y silenciar la salida del audio, aun
en presencia de una seal deseada adecuada. A fin de que el
sistema receptor de a bordo cumpla con las recomendaciones
relativas a la sensibilidad que figuran en la Parte II, 2.3.2.2,
el diseo de los receptores debera garantizar que se mantenga
un alto nivel de sensibilidad al recibir transmisiones de
portadora desplazada. El empleo de una transferencia del nivel
de la portadora es una solucin poco satisfactoria respecto a
ese requisito, pero en caso de adoptarse, podra reducirse el
problema si el nivel de transferencia se establece lo ms bajo
posible.
1.3 Caractersticas de inmunidad de los
sistemas receptores contra la interferencia
causada por radiodifusiones FM en VHF
1.3.1 En relacin con la nota de 2.3.3.2 de la Parte II, las
caractersticas de inmunidad all definidas deben compararse
con una magnitud convenida de supresin del funcionamiento
normal del sistema receptor, en presencia de la seal deseada
de entrada y en condiciones normales de operacin. Ello es
necesario para garantizar que la verificacin del equipo de la
estacin receptora puede efectuarse en el banco de pruebas en
condiciones y con resultados que puedan repetirse y para
facilitar su aprobacin consiguiente. Una medicin adecuada de
las caractersticas de inmunidad puede obtenerse mediante un
nivel de seal deseada inferior a 87 dBm en el equipo receptor
y modulando la seal con un tono de 1 kHz y con una
profundidad de modulacin del 30%. La relacin de seal a
ruido no debera ser inferior a 6 dB cuando las seales que
interfieren son las especificadas en la Parte II, 2.3.3.1 y 2.3.3.2.
Deberan seleccionarse las seales de radiodifusin entre las
frecuencias comprendidas en la gama de 87,5 a 107,9 MHz y
deberan modularse con una seal de radiodifusin que
represente las condiciones reales.
Nota 1. Se supone que el nivel de seal de 87 dBm
corresponde a una ganancia combinada de antena y
alimentador de 0 dB.
Nota 2. La disminucin de la relacin de seal a ruido
mencionada se ha introducido para fines de normalizacin
para verificar en el banco de pruebas si el equipo de la estacin
receptora tiene las caractersticas de inmunidad requeridas. En
416 6/11/97
Nm. 72
la planificacin de frecuencias y en la evaluacin de la
proteccin contra la interferencia de radiodifusin FM,
debera elegirse como base de dicha evaluacin un valor que
no sea inferior al mencionado, y superior en muchos casos, en
funcin de las circunstancias concretas de operacin.
2. SISTEMA SELCAL
El propsito de este texto es dar informacin y orientacin
sobre el funcionamiento de los sistemas SELCAL. Est
relacionado con los mtodos recomendados que figuran en la
Parte II, Captulo 3.
1) Funcin. El objeto del sistema SELCAL es permitir la
llamada selectiva de determinadas aeronaves utilizando
los canales radiotelefnicos que enlazan la estacin
terrestre con las aeronaves, empleando para esto las fre-
cuencias en ruta y los transmisores y receptores actuales
HF y VHF para comunicaciones de tierra a aire, con el
menor nmero posible de modificaciones elctricas y
mecnicas. No debe afectar al funcionamiento normal de
las comunicaciones de tierra a aire excepto en el
momento en que se utilice el dispositivo de llamada
selectiva.
2) Principios de funcionamiento. Las llamadas selectivas se
hacen por el codificador del transmisor de tierra, que
enva un grupo de impulsos de tono codificados al
receptor y decodificador a bordo de la aeronave. Este
receptor y decodificador de a bordo recibe e interpreta,
mediante un indicador, el cdigo correcto y rechaza los
dems cdigos al percibir ruidos aleatorios e inter-
ferencia. El dispositivo codificador de la instalacin en
tierra (unidad de llamada selectiva en tierra) suministra
informacin codificada al transmisor de tierra a aire. La
unidad de llamada selectiva de a bordo consiste en equipo
especial que funciona con los receptores de comunica-
ciones de a bordo y permite decodificar las seales de
tierra a aire para presentarlas en el indicador de seales.
El tipo de indicador de seales puede seleccionarse segn
las necesidades del usuario y puede consistir en una
lmpara, campana, carilln o una combinacin de stos.
FIN
PUBLICACIONES TCNICAS DE LA OACI
Este resumen expl i ca el car cter, a l a vez que descr i be,
en tr mi nos gener al es, el conteni do de l as di sti ntas ser i es
de publ i caci ones tcni cas edi tadas por l a Organi zaci n de
Avi aci n Ci vi l I nter naci onal . No i ncl uye l as publ i caci ones
especi al i zadas que no encaj an especfi camente en una de
l as ser i es, como por ej empl o el Catlogo de cartas aero-
nuticas, o l as Tablas meteorolgicas para la navegacin
area internacional.
Normas y mtodos recomendados internacionales. El
Consejo los adopta de conformidad con los Artculos 54,
37 y 90 del Convenio sobre Aviacin Civil Internacional,
y por conveniencia se han designado como Anexos al
citado Convenio. Para conseguir la seguridad o regularidad
de la navegacin area internacional, se considera que
los Estados contratantes deben aplicar uniformemente las
especificaciones de las normas internacionales. Para con-
seguir la seguridad, regularidad o eficiencia, tambin se
considera conveniente que los propios Estados se ajusten a
los mtodos recomendados internacionales. Si se desea
lograr la seguridad y regularidad de la navegacin area
internacional es esencial tener conocimiento de cualesquier
diferencias que puedan existir entre los reglamentos y
mtodos nacionales de cada uno de los Estados y las
normas internacionales. Si, por algn motivo, un Estado no
puede ajustarse, en todo o en parte, a determinada norma
internacional, tiene de hecho la obligacin, segn el
Artculo 38 del Convenio, de notificar al Consejo toda
diferencia o discrepancia. Las diferencias que puedan
existir con un mtodo recomendado internacional tambin
pueden ser significativas para la seguridad de la navegacin
area, y si bien el Convenio no impone obligacin alguna
al respecto, el Consejo ha invitado a los Estados contra-
tantes a que notifiquen toda diferencia adems de aqullas
que ataan directamente, como se deja apuntado, a las
normas internacionales.
Procedimientos para los servicios de navegacin
area (PANS). El Consejo los aprueba para su aplicacin
mundial. Comprenden, en su mayor parte, procedimientos
de operacin cuyo grado de desarrollo no se estima sufi-
ciente para su adopcin como normas o mtodos recomen-
dados internacionales, as como tambin materias de un
carcter ms permanente que se consideran demasiado
detalladas para su inclusin en un Anexo, o que son
susceptibles de frecuentes enmiendas, por lo que los proce-
dimientos previstos en el Convenio resultaran demasiado
complejos.
Procedimientos suplementarios regionales (SUPPS).
Tienen carcter similar al de los procedimientos para los
servicios de navegacin area ya que han de ser aprobados
por el Consejo, pero nicamente para su aplicacin en las
respectivas regiones. Se publican englobados en un mismo
volumen, puesto que algunos de estos procedimientos
afectan a regiones con reas comunes, o se siguen en dos
o ms regiones.
Las publ i caci ones que se i ndi can a conti nuaci n se
prepar an baj o l a responsabi l i dad del Secretar i o Gener al ,
de acuerdo con l os pr i nci pi os y cr i ter i os previ amente
aprobados por el Consej o.
Manuales tcnicos. Proporcionan orientacin e infor-
macin ms detallada sobre las normas, mtodos recomen-
dados y procedimientos internacionales para los servicios
de navegacin area, para facilitar su aplicacin.
Planes de navegacin area. Detallan las instalaciones
y servicios que se requieren para los vuelos internacionales
en las distintas regiones de navegacin area establecidas
por la OACI. Se preparan por decisin del Secretario
General, a base de las recomendaciones formuladas por las
conferencias regionales de navegacin area y de las
decisiones tomadas por el Consejo acerca de dichas reco-
mendaciones. Los planes se enmiendan peridicamente
para que reflejen todo cambio en cuanto a los requisitos, as
como al estado de ejecucin de las instalaciones y servicios
recomendados.
Circulares de la OACI. Facilitan informacin especia-
lizada de inters para los Estados contratantes. Comprenden
estudios de carcter tcnico.
OACI 1995
8/95, S/P1/750; 2/02, S/P2/100;
12/03, S/P3/200
Nm. de pedido AN 10-3
Impreso en la OACI
0p
INTERNACIONALES
TELECOMUNICACIONES
AERONUTICAS
ANEXO 10
VOLUMEN III
(PARTE I )
SISTEMAS DE COMUNICACIONES
SISTEMAS DE COMUNICACIONES DE DATOS DIGITALES

Anexo 10 Vol III

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Anexo 10 Vol III

Uploaded by

Copyright:

Available Formats

La primera edicin del Volumen III del Anexo 10 fue adoptada por el Consejo

el 20 de marzo de 1995 y ser aplicable a partir del 9 de noviembre de 1995.

PREPARADO PARA RECIBIR

NO PREPARADO PARA RECIBIR

CAPTULO 8. RED AFTN

You might also like