Art韈ulo 1

ANEXO 2

Especificaciones t閏nicas de los equipos de seguimiento por sat閘ite

1. Introducci髇:

• 1.1. General:

  El Reglamento n鷐ero 2847/93, del Consejo de la Comunidad Europea, de fecha 12 de octubre de 1993, establece un sistema de seguimiento de buques pesqueros v韆 sat閘ite.

  La Direcci髇 General de Recursos Pesqueros (DGRP), del Ministerio de Agricultura Pesca y Alimentaci髇, tiene la responsabilidad en este asunto, sobre los buques pesqueros espa駉les.

  El Instituto Nacional de T閏nica Aeroespacial (INTA), organismo aut髇omo del Ministerio de Defensa, ha firmado un convenio de colaboraci髇 con la DGRP, mediante el cual edita este pliego de especificaciones t閏nicas que deber醤 cumplir los equipos a instalar en los buques pesqueros espa駉les.

• 1.2. Prop髎ito:

  Este documento describe los requisitos del Equipo de Localizaci髇 de Buques (ELB), el cual forma parte de un Sistema de Localizaci髇 de Buques (SLB) completo formado por dichos ELBs en n鷐ero variable y un Centro de Seguimiento de Pesca (CSP) situado en Madrid.

  Los ELBs comunicar醤 su posici髇 geogr醘ica de manera fiable y segura, manteniendo la confidencialidad de los mensajes frente a terceros.

  Estos requisitos podr醤 cambiar para adecuarse a nuevas tecnolog韆s y necesidades.

• 1.3. Acr髇imos y abreviaturas:

Los siguientes acr髇imos y abreviaturas han sido utilizados en este documento:

a Actividad requerida.

ca Valor de corriente de la antena requerido.

CN Notas de cambio (獵hange Notice�).

CSP Centro de Seguimiento de Pesca.

DGRP Direcci髇 General de Recursos Pesqueros.

DNID Identificaci髇 de la red de datos (獶ata Network Identification�).

dow Fecha de retirada (玠ate of withdrawall�).

ea Estado de la antena requerido.

ELB Equipo de Localizaci髇 de Buques.

GPS Sistema de posicionamiento global (獹lobal Position System�).

hex Hexadecimal.

INTA Instituto Nacional de T閏nica Aeroespacial.

Kbps Kilobits por segundo.

LES Estaci髇 costera (獿and Earth Station�).

LSB Bit Menos Significativo.

MEM Mensaje Macrocodificado.

MSB Bit M醩 Significativo.

p Posici髇 requerida.

r Rumbo requerido.

RMS Valor eficaz (玆oot Mean Square�).

ROM Memoria solamente de lectura (玆ead Only Memory�).

SDM Manual de definici髇 del sistema Inmarsat (玈ystem Definition Manual�).

SLB Sistema de Localizaci髇 de Buques.

t Per韔do activo de emisi髇 de informes de posici髇.

ti Tiempo inicial del volcado de memoria solicitado.

tf Tiempo final del volcado de memoria solicitado.

Ti Tiempo del dato m醩 antiguo conservado en memoria.

Tf Tiempo del dato m醩 reciente conservado en memoria.

tm Per韔do de muestreo en el volcado de memoria.

tmr Per韔do de muestreo redondeado al m鷏tiplo de diez minutos m醩 cercano.

UTC Tiempo Universal Coordinado (玌niversal Time Coordinated�).

v Velocidad requerida.

2. Documentos aplicables:

• 1. Reglamento (CE) n鷐ero 686/97 del Consejo, de 14 de abril de 1997, que modifica el Reglamento (CEE) n鷐ero 2847/93, por el que se establece un r間imen de control aplicable a la pol韙ica pesquera com鷑.
• 2. Reglamento (CE) n鷐ero 1489/97 de la Comisi髇, de 29 de julio de 1997, por el que se establecen las disposiciones de aplicaci髇 del Reglamento (CEE) n鷐ero 2847/93 del Consejo en lo que respecta a los sistemas de localizaci髇 de buques v韆 sat閘ite.
• 3. 獻nmarsat-C System Definition Manual (SDM), versi髇 2.0, november 1996�, incluyendo las notas de cambio desde la CN1 a la CN127.
• 4. UNE EN 60068-2-6. Ensayos ambientales. Parte 2: Ensayos. Ensayo Fc: Vibraci髇 sinusoidal.
• 5. UNE EN 60068-2-27. Procedimiento de ensayos ambientales b醩icos. Parte 2: Ensayos. Ensayo Ea y gu韆: Choque.
• 6. UNE EN 60529. Grados de protecci髇 proporcionadas por las envolventes (c骴igo IP).
• 7. UNE EN 60068-2-1. Ensayos ambientales. Parte 2: Ensayos. Ensayo A: Fr韔.
• 8. UNE EN 60068-2-2. Ensayos ambientales. Parte 2: Ensayos. Ensayo B: Calor seco.
• 9. UNE EN 60068-2-56. Ensayos ambientales. Parte 2: Ensayos. Ensayo Cb: Calor h鷐edo, ensayo continuo, recomendado principalmente para los equipos.
• 10. UNE EN 60068-2-11. Ensayos ambientales. Parte 2: Ensayos. Ensayo Ka: Niebla salina.
• 11. UNE EN 60945. Equipos de navegaci髇 mar韙ima. Requisitos generales. M閠odos de ensayo y resultados requeridos.
• 12. ANSI X3.92: "American National Standard for Data Encryption Algorithm (DEA)", American National Standards Institute, 1981.Punto 12 del apartado 2 del anexo 2 redactado por O.M. 7 junio 1999 (獴.O.E.� 12 junio), por la que se modifica la Orden de 12 de noviembre de 1998, por la que se regula en Espa馻 el sistema de localizaci髇 de buques pesqueros v韆 sat閘ite.
• 13. ANSI X3.106: "American National Standard for Information Systems -Data Encryption Algorithm- Modes of Operation", American National Standards Institute, 1983.Punto 13 del apartado 2 del anexo 2 redactado por O.M. 7 junio 1999 (獴.O.E.� 12 junio), por la que se modifica la Orden de 12 de noviembre de 1998, por la que se regula en Espa馻 el sistema de localizaci髇 de buques pesqueros v韆 sat閘ite.
• 14. ISO IEC 9594-8/ITU-T. X.509, 獻nformation Technology Open Systems Interconnection The Directory: Authentication Framework�.
• 15. FIPS PUB 140-1. 玈ecurity Requirements for Cryptographic Modules�, 1993.
• 16. 玆andomness Recommendations for Security�, RFC 1750, Donald Eastlake, Stephen Crocker, Jeffrey Schiller, 1994.
• 17. 獵ryptographic Random Numbers�, IEEE P1363 Appendix E, Draft version 1.0, 11, 1995.
• 18. RFC 1321, 玊he MD5 Message Digest Algorithm�, Ronald Rivest, 1992.

Nota: Para las referencias normativas que se citan en esta especificaci髇 t閏nica, en las que no se indica la fecha, se aplicar� la 鷏tima edici髇 de dicha publicaci髇 (incluyendo sus modificaciones) a partir de la fecha 玠ow�.

3. Requisitos:

En el apartado 3.1 se definen los requisitos generales que deber醤 cumplir todos los ELBs, mientras que en el apartado 3.2 se definen los requisitos para ELBs basados en Inmarsat-C.

Si el ELB no es del tipo Inmarsat-C, pero cumple los requisitos del punto

3.1. , la DGRP podr� desarrollar para el tipo propuesto, una serie de requisitos equivalentes a los descritos en 3.2.

3.1. Requisitos generales para ELBs:

A continuaci髇 se describen los requisitos mandatorios m韓imos a cumplir por los ELBs que utilicen un sistema de localizaci髇 v韆 sat閘ite para determinar la posici髇 de los buques.

3.1.1. Mensajes de posici髇:

El ELB debe ser capaz de transmitir autom醫icamente mensajes o informes de posici髇 (a petici髇 o peri骴icos) que incluyan la siguiente informaci髇:

Identidad del ELB.

Fecha (a駉, mes y d韆) y hora (hora y minutos) UTC en la que se haya determinado la posici髇 del buque.

Latitud.

Longitud.

Rumbo actual.

Velocidad actual.

Actividad (pesca/no pesca).

La posici髇 geogr醘ica dentro del informe de posici髇 debe ser suministrada con un error que no supere los 100 metros.

Un mensaje o informe de posici髇 debe ser recibido por el CSP dentro de los diez minutos siguientes a la transmisi髇 del mismo por el ELB en condiciones normales de operaci髇.

El ELB debe llevar implementada la capacidad de que se le programen los intervalos de env韔 de mensajes de posici髇 peri骴icos entre quince minutos y veinticuatro horas, mediante un comando para programar intervalos de env韔 de mensajes de posici髇 peri骴icos enviado por el CSP.

El ELB debe ser capaz de enviar todas las posiciones almacenadas durante un intervalo de tiempo determinado a petici髇 del CSP.

El ELB debe ser capaz de transmitir autom醫icamente al CSP (sin ser necesaria acci髇 alguna por parte del Capit醤 o Patr髇) un informe de posici髇 como respuesta a un comando enviado por el CSP en un tiempo m醲imo de dos minutos desde que el ELB recibi� dicho comando, en condiciones normales de operaci髇.

El ELB debe enviar un informe de posici髇 junto con una identificaci髇 del evento 獳ctividad de pesca� al pulsar el Capit醤 o Patr髇 el pulsador o pulsadores nombrados con la palabra 玴esca: Activo�.

El ELB debe enviar un informe de posici髇 junto con una identificaci髇 del evento 玁o actividad de pesca� al pulsar otra vez el Capit醤 o Patr髇 el pulsador o pulsadores nombrados con la palabra 玴esca: Pasivo�.

El ELB debe enviar un informe de posici髇 actual al pulsar el Capit醤 o Patr髇 el pulsador nombrado con la palabra 獵ruce�.

3.1.2. Mensaje de encendido:

El ELB debe ser capaz de enviar autom醫icamente un informe de posici髇 actual inmediatamente despu閟 de ser encendido o haber recuperado la alimentaci髇 el閏trica, incluyendo una identificaci髇 para indicar que es un informe de posici髇 de encendido.

3.1.3. Mensajes de apagado:

El ELB debe ser capaz de enviar un informe de posici髇 junto con una identificaci髇 del evento 玜pagado normal� cuando el Capit醤 o Patr髇 lo apaga deliberadamente pulsando el pulsador nombrado con la palabra 玜pagado�.

El ELB debe ser capaz de enviar un mensaje cuando se apaga anormalmente sin previo aviso (por ejemplo, se ha perdido la potencia el閏trica por alg鷑 motivo). Dicho mensaje debe contener la informaci髇 del buque en el momento del apagado y debe enviarse en el momento en que se recupere la alimentaci髇, debiendo identificar dicho evento de 玜pagado anormal�.

3.1.4. Mensajes de antena.

El ELB debe ser capaz de enviar autom醫icamente un informe de posici髇 junto con una identificaci髇 del evento 玠esconexi髇 de antena� (corriente de antena nula).

El mensaje debe ser enviado inmediatamente despu閟 de haberse recuperado la corriente de la antena.

El ELB debe ser capaz de enviar autom醫icamente un informe de posici髇 junto con una identificaci髇 del evento 玝loqueo de antena� (conexi髇 con el sat閘ite defectuosa).

El mensaje debe ser enviado inmediatamente despu閟 de haberse recuperado la calidad de la se馻l de la antena.

3.1.5. Mensaje de reconocimiento:

El ELB puede ser requerido para que env韊 un mensaje independiente de reconocimiento de haber recibido correctamente el comando enviado por el CSP.

3.1.6. Mensajes de datos:

Opcionalmente, el ELB puede ser capaz, mediante la conexi髇 de un terminal externo adecuado, de enviar al CSP y recibir del CSP mensajes de datos (por ejemplo texto) en un tiempo m醲imo de quince minutos, en condiciones normales de operaci髇.

3.1.7. Interface con terminal externo:

El ELB deber� contar con un conector externo que permita la extracci髇 en puerto de los datos de posici髇 almacenados en memoria y opcionalmente pueda ser utilizado para mantener otras comunicaciones que no interfieran en su funcionalidad.

3.1.8. Cobertura global:

El sistema satelital utilizado por el ELB debe ofrecer cobertura global (con excepci髇 de las regiones polares), con el fin de que el CSP mantenga localizados todos sus buques alrededor del mundo.

No deben existir lagunas en la cobertura ofrecida por el sistema satelital durante un per韔do normal de funcionamiento de veinticuatro horas al d韆.

3.1.9. Seguridad:

El ELB constar� de una caja cerrada y con un sistema de sellado adecuado para evitar su manipulaci髇, as� como de la antena correspondiente, cumpliendo las caracter韘ticas m韓imas para su adecuado funcionamiento en condiciones mar韙imas.

Como caracter韘tica opcional, los informes de posici髇 y mensajes de datos enviados por el ELB podr醤 ser encriptados con el fin de evitar la interceptaci髇 y lectura de los mismos por nadie que no sea el CSP.

No debe ser posible detectar, en el propio equipo, el intervalo de env韔 de mensajes de posici髇 peri骴icos o determinar visualmente en qu� momento se va a generar un informe de posici髇 por nadie que no sea el CSP.

No debe ser posible modificar o inhabilitar el env韔 de mensajes de posici髇 peri骴icos por nadie que no sea el CSP. En ning鷑 caso ser� posible la modificaci髇 de los datos de identificaci髇 o posici髇 del buque por otros falsos.

3.1.10. Etiquetado:

El ELB llevar� un identificador 鷑ico o n鷐ero de serie en el exterior de la caja que no pueda ser borrado y que lo identifique de forma un韛oca.

Dicho n鷐ero tendr� la siguiente estructura:

Dos primeros caracteres num閞icos, o c骴igo del fabricante, que asignar� la DGRP.

Un tercer car醕ter num閞ico, o identificador del modelo.

Seis caracteres num閞icos adicionales.

Ser� responsabilidad del fabricante la asignaci髇 del identificador del modelo y de los 鷏timos seis caracteres del n鷐ero de serie, de manera que se garantice la unicidad de c骴igos dentro de los modelos por 閘 producidos.

3.2. Requisitos para ELBs basados en Inmarsat-C:

Este apartado define los requisitos que deben cumplir los ELBs que utilicen el sistema Inmarsat-C.

Dichos ELBs deben cumplir estos requisitos adem醩 de los generales definidos en el apartado 3.1 de esta especificaci髇 t閏nica.

3.2.1. Descripci髇 del ELB:

El ELB estar� formado por las dos unidades descritas a continuaci髇:

• 1. Una antena que ser� de uso com鷑 para las funciones del GPS y de Inmarsat-C, homologada por Inmarsat.
• 2. Una caja cerrada y sellada para evitar su manipulaci髇, que llamaremos caja azul, la cual contendr� el receptor de GPS y el transceptor de Inmarsat-C, ambos homologados por Inmarsat; as� como la electr髇ica necesaria para cumplir los requisitos de esta especificaci髇 t閏nica.

Opcionalmente se podr� a馻dir un terminal externo.

3.2.2. Requisitos funcionales:

• 3.2.2.1. General:

  La posici髇 del buque, el rumbo y la velocidad se obtendr� 鷑icamente de la se馻l recibida de la constelaci髇 satelital GPS por la antena y el receptor GPS.

  La posici髇 del buque ser� transmitida al sistema satelital por un transceptor Inmarsat-C homologado por Inmarsat, a trav閟 de un proveedor de servicios autorizado por la DGRP.

  La antena ser� com鷑 para las funciones a realizar por el receptor GPS y por el transceptor Inmarsat-C y estar� asimismo homologada por Inmarsat.

• 3.2.2.2. Caja azul:
  • 3.2.2.2.1. Receptor GPS:

    El receptor GPS ser� el encargado de enviar al transceptor Inmarsat-C la posici髇 del buque, el rumbo y la velocidad.

    Dicha informaci髇 ser� obtenida de la se馻l de la constelaci髇 satelital GPS recibida por dicho receptor a trav閟 de la antena GPS.

    El receptor GPS debe ser al menos de seis canales.

    • 3.2.2.2.1.1. Error de precisi髇 en la posici髇:

      El error de precisi髇 en la posici髇 permitido cuando la disponibilidad selectiva (Selective Availability impuesta por el Departamento de Defensa de EE. UU) est� habilitada debe ser inferior a 100 m RMS.

      El error de precisi髇 en la posici髇 permitido cuando la disponibilidad selectiva (Selective Availability impuesta por el Departamento de Defensa de EE. UU) no est� habilitada debe ser inferior a 25 m RMS.

    • 3.2.2.2.1.2. Error en la velocidad:

      El error de velocidad permitido cuando la disponibilidad selectiva (Selective Availability impuesta por el Departamento de Defensa de EE. UU) est� habilitada debe ser inferior a un nudo RMS.

      El error de velocidad permitido cuando la disponibilidad selectiva (Selective Availability impuesta por el Departamento de Defensa de EE. UU) no est� habilitada debe ser inferior a 0.5 nudos RMS.

    • 3.2.2.2.1.3. Tiempo de adquisici髇:

      El tiempo de adquisici髇 del GPS debe ser inferior a los siguientes valores:

      Cuatro minutos en el caso de un encendido en fr韔.

      Dos minutos en el caso de un encendido despu閟 de haberse apagado durante menos de una hora.

      Un minuto en el caso de un bloqueo o p閞dida de enganche.

    • 3.2.2.2.1.4. Frecuencia de actualizaci髇:

    La frecuencia de actualizaci髇 debe ser inferior a diez segundos, en condiciones normales y habiendo suficientes sat閘ites enganchados.

  • 3.2.2.2.2. Transceptor Inmarsat-C:

  El transceptor ser� homologado por Inmarsat, con tal de que su funcionalidad sea correcta en ambiente mar韙imo e instalado en un buque.

  El transceptor podr� ser del tipo homologado por Inmarsat para su operaci髇 como clase II o clase III de Inmarsat.

  El transceptor procesar� las se馻les recibidas de los sat閘ites Inmarsat y GPS a trav閟 de la antena, y enviar� se馻les a la antena para su transmisi髇.

• 3.2.2.3. Antena:

  La antena ser� com鷑 para las funciones a realizar por el receptor GPS y por el transceptor Inmarsat-C y estar� asimismo homologada por Inmarsat.

  Ser� capaz de recibir las se馻les transmitidas por los sat閘ites Inmarsat y GPS.

  Asimismo, ser� capaz de transmitir las se馻les generadas por el transceptor Inmarsat-C al sat閘ite Inmarsat.

• 3.2.2.4. Puerto de comunicaciones local:

Adem醩 de las funciones de comunicaci髇 remotas a trav閟 de la constelaci髇 Inmarsat, demandadas por la presente especificaci髇, se requiere la capacidad de comunicaci髇 local con la caja azul a trav閟 de un puerto de comunicaciones serie RS232C.

Las capacidades y funciones a prestar a trav閟 de este puerto de comunicaciones local se dividen en dos categor韆s:

Las detalladas en esta especificaci髇, con la indicaci髇 de los mensajes de identificaci髇, interrogaci髇 y respuesta oportunos.

Los mensajes y funcionalidades se indican a nivel de aplicaci髇, dejando al criterio del fabricante el encapsulado de los paquetes de entrada/salida en el nivel de enlace y aplicaci髇 correspondiente.

Son aplicables al puerto de comunicaciones local los siguientes mensajes:

(3.2.6.3.2) Mensaje de interrogaci髇 de memoria.

(3.2.6.4.1) Mensajes de volcado de memoria.

(3.2.7) Protocolo de identificaci髇 del inspector para el volcado de posiciones de memoria.

(3.2.6.5.1) Formato del mensaje de error en interrogaci髇 de memoria.

Toda otra funci髇 o capacidad que desee incluir el fabricante, aqu� no indicada o anticipada.

Ambos tipos de funciones deber醤 cumplir las restricciones de seguridad y ausencias de efectos funcionales secundarios indicados a continuaci髇.

Estas restricciones se aplican sobre el canal de comunicaciones Inmarsat del equipo, con independencia del n鷐ero de c骴igos de DNID activos que tuviera el mismo.

3.2.2.4.1. Perturbaciones a las funciones requeridas del equipo:

La recepci髇 de mensajes procedentes del CSP se realiza de forma as韓crona, sin que se pueda determinar el momento ni frecuencia de recepci髇 de los mismos. La emisi髇 de mensajes del ELB al CSP se realiza de dos formas:

De forma as韓crona, por respuesta inmediata y 鷑ica a un mensaje del CSP.

De forma s韓crona y peri骴ica, en los mensajes de informaci髇 de estado del buque.

Sea t el per韔do activo de emisi髇 de los mensajes de situaci髇. El ELB s髄o permitir� realizar otras funciones de comunicaci髇 distintas de las incluidas en esta especificaci髇 cuando:

Si too es el instante inicial de la transmisi髇/recepci髇, kt el tiempo de la 鷏tima comunicaci髇 de posici髇 emitido por el ELB, y ts el tiempo estimado de transmisi髇/recepci髇 del servicio requerido, se cumple (to kt) + ts < t.

Igualmente, y ante la recepci髇 de cualquiera de los mensajes de interrogaci髇 definidos en esta especificaci髇, el ELB atender� de forma prioritaria el servicio del mismo, garantizando la asignaci髇 exclusiva del canal de comunicaciones remoto a la emisi髇 del mensaje de respuesta correspondiente, cuando se encuentre definido.

Ante la ausencia de otras restricciones, cualquier servicio o funcionalidad a馻dida al ELB por el fabricante del mismo nunca podr� impedir la recepci髇 de mensajes del CSP durante m醩 de seis minutos.

3.2.2.4.2. Transmisi髇 de informaci髇 distinta de la requerida en esta especificaci髇:

Esta especificaci髇 no limita la inclusi髇 de otros servicios o funcionalidades que pudieran resultar de utilidad a la flota pesquera usuaria del sistema.

Dicha funcionalidad ser� completamente ajena a todos los datos que el ELB requiere, produce o almacena en relaci髇 a las funciones, mensajes y requisitos aplicables al fin principal del sistema de seguimiento de pesqueros. En particular, los usuarios del mismo nunca podr醤 tener acceso, ni de lectura ni de modificaci髇 ni de borrado, de lo siguiente:

Claves internas e identificadores de acceso.

Mensajes recibidos y emitidos al CSP, ni su contenido ni ocurrencia (salvo mensajes de texto intercambiados con el CSP).

Memoria de registro de la actividad del buque.

Estado o actividad de la caja azul.

La utilizaci髇 del canal de informe de datos y de todos los servicios de 玠ata reporting y polling� se reservan en exclusiva para las funciones de control de la DGRP.

3.2.3. Requisitos f韘icos:

• 3.2.3.1. General:

  La caja azul deber� estar conectada con la antena mediante un cable no manipulable.

  La comunicaci髇 entre el transceptor Inmarsat-C y el receptor GPS no podr� ser accesible de manera no autorizada, de forma que no pueda comprometer la integridad de los datos de posici髇 del GPS.

  Se permitir� una conexi髇 externa al ELB, para la conexi髇 de un terminal de usuario, utilizable en la transmisi髇 de otros datos del buque.

• 3.2.3.2. Requisitos ambientales:

  Todas las unidades del ELB y sus componentes deber醤 ser dise馻das para uso mar韙imo, no vi閚dose degradadas sus condiciones de funcionamiento en dicho ambiente.

  • 3.2.3.2.1. Vibraci髇:

    El equipo podr� soportar vibraci髇 con amplitud de aceleraci髇 de 1 g en el rango de frecuencia de 10 a 150 Hz durante un tiempo de 20 ciclos, seg鷑 tabla C.1 de la norma UNE EN 60068-2-6.

  • 3.2.3.2.2. Choque:

    El equipo podr� soportar sin deformaci髇 o rotura golpes de 15 g de amplitud de aceleraci髇 con una forma de onda simisinusoidal durante 11 ms, seg鷑 la norma UNE EN 60068-2-27

  • 3.2.3.2.3. Estanqueidad:

    Deber� resistir los efectos del polvo y del agua, comprob醤dose que no penetren en el interior del ELB y puedan producir da駉s, para lo cual deber� tener el grado de protecci髇 IP65 seg鷑 la norma UNE-20-324-93.

  • 3.2.3.2.4. Temperatura:

    El rango de temperatura de almacenamiento ser� de -40 篊 a 70 篊. El rango de temperatura de funcionamiento ser� de 20 篊 a 50 篊. Seg鷑 las normas UNE EN 60068-2-1 para fr韔 y la UNE EN 60068-2-2 para calor seco.

  • 3.2.3.2.5. Humedad:

    El equipo soportar� exposiciones en ambientes con una humedad relativa de hasta el 95 por 100, seg鷑 la norma UNE EN 60068-2-56.

  • 3.2.3.2.6. Niebla salina:

  El equipo soportar� un ambiente de niebla salina como el descrito en la norma UNE EN 60068-2-11.

• 3.2.3.3. Compatibilidad electromagn閠ica:

  Ser� aplicable la norma UNE EN 60945, con los siguientes criterios:

  Interferencia conducida: En la banda de frecuencias de 10 KHz a 30 MHz la tensi髇 de radiofrecuencia en los terminales de alimentaci髇 no exceder� los l韒ites descritos en la figura 2 o figura 3 de la norma.

  Interferencia radiada: El l韒ite de nivel de radiaci髇 emitida en el margen de frecuencias de 30 MHz a 300 MHz no exceder� de 500 &#-75;V/m, excepto en la banda de frecuencias, de 156 MHz a 165 MHz, donde el nivel no exceder� de 15 &#-75;V/m.

  Inmunidad a las se馻les de audiofrecuencia conducidas, con una se馻l interferente de 3 V eficaz en el rango de 50 Hz a 10 KHz en l韓eas de alimentaci髇, y de 1 V eficaz en el rango de 10 KHz a 50 KHz en el conductor de tierra.

  Inmunidad a las se馻les de radiofrecuencia conducidas, con una se馻l interferente de 1 V eficaz en el rango de 10 KHz a 50 Khz en l韓eas de alimentaci髇.

  Inmunidad radiada en el rango de 0.4 MHz a 300 MHz, con una amplitud de campo de 1 V/m para el equipo instalado dentro de la estructura del buque.

  Inmunidad a transitorios de 100 ns de tiempo de subida, duraciones de 10 us y frecuencia de repetici髇 de 50 � 60 Hz en l韓eas de alimentaci髇.

  Inmunidad frente a descargas electrost醫icas.

  La norma UNE EN 60945 da la presunci髇 de conformidad de los requisitos esenciales enunciados en el art韈ulo 4 de la directiva 89/336/EEC.

• 3.2.3.4. Interfaces el閏tricos:

  El equipo admitir� una alimentaci髇 el閏trica de 24 V, con variaci髇 desde 10 V a 30 V, en corriente continua. Siendo opcional que se pueda alimentar tambi閚 en corriente alterna a 220 V, con variaci髇 de � 10 por 100 y frecuencia entre 49 Hz y 51 Hz.

  La caja azul dispondr� de una conexi髇 serie tipo RS-232C (38.4 Kbps, 8 bits de datos, bit de parada, sin paridad) accesible, mediante un conector hembra tipo subD de 9 pines, que cumpla especificaciones mar韙imas, para permitir la descarga de los datos almacenados en la memoria. Esta misma conexi髇 se podr� utilizar para conectar el terminal externo opcional.

  La conexi髇 entre la caja azul y la antena ser� mediante un cable del tipo RG-213 o similar pero sin conector en el extremo de la caja azul, esto es, mediante prensaestopas para evitar su f醕il desconexi髇.

  • 3.2.3.4.1. Condiciones normales de alimentaci髇:

    El ELB podr� ser conectado a una tensi髇 continua de 24 V, con variaci髇 desde 10 V a 30 V o cualquier otro voltaje que est� dentro del rango anterior para el cual el equipo fue dise馻do. Opcionalmente, el ELB podr� ser conectado a una tensi髇 alterna de 220 V con una tolerancia del 10 por 100 y una frecuencia entre 49 Hz y 51 Hz.

  • 3.2.3.4.2. Condiciones extremas de alimentaci髇:

    El ELB no debe ver degradadas sus condiciones de funcionamiento en condiciones extremas de alimentaci髇, esto es, 10 V y 30 V en corriente continua y opcionalmente, 198 V y 242 V en corriente alterna.

  • 3.2.3.4.3. Conmutaci髇 entre alimentaciones:

    El equipo deber� ser capaz de conmutar entre la alimentaci髇 de 24 V en continua y de 220 V en alterna (si est� en opci髇) sin producirse p閞dida de alimentaci髇.

  • 3.2.3.4.4. Condiciones normales de temperatura y humedad:

    El equipo ELB encontrar� sus condiciones de funcionamiento en cualquier combinaci髇 conveniente que est� dentro de los siguientes rangos:

    Temperatura: 15 篊 a 35 篊.

    Humedad relativa: Entre el 20 y el 75 por 100.

  • 3.2.3.4.5. Condiciones extremas de temperatura:

  El ELB encontrar� sus condiciones de funcionamiento a las temperaturas extremas de operaci髇, que ser� de -20 篊 y 50 篊.

  En el caso de la temperatura superior de 50 篊, una vez que 閟ta es alcanzada y est� estabilizada, el ELB ser� capaz de transmitir/recibir durante un tiempo de treinta minutos, sin que se degraden sus condiciones de funcionamiento.

  En el caso de la temperatura inferior de 20 篊, una vez que 閟ta es alcanzada y est� estabilizada, el ELB podr� ser alimentado durante un tiempo de cinco minutos, sin que se degraden sus condiciones de funcionamiento.

• 3.2.3.5. Interfaces del operador:

La caja azul en su lado frontal dispondr� de los siguientes pulsadores o interruptores, etiquetados como se indica:

Encendido/apagado:

Un interruptor o pulsadores etiquetados con las palabras 獷ncendido/apagado�, que deber� enviar el mensaje descrito en 3.2.5.1.2.5 cuando se act鷈 el encendido, y el mensaje descrito en 3.2.5.1.2.4 cuando se act鷈 el apagado.

Pesca:

Un interruptor o pulsadores etiquetados con la palabra 玴esca: Activo�, que deber� enviar el mensaje descrito en 3.2.5.1.2.1 cuando se act鷈 comienzo de actividad de pesca, y con la palabra 玴esca: Pasivo�, el mensaje descrito en 3.2.5.1.2.2 cuando se act鷈 fin de actividad de pesca.

Cruce:

Un pulsador etiquetado con la palabra 玞ruce�, que deber� enviar el mensaje descrito en 3.2.5.1.2.3 cada vez que sea pulsado por el Capit醤 o Patr髇.

La caja azul dispondr� de una indicaci髇 luminosa cuando la actividad de pesca est� habilitada.

La caja azul dispondr� de una indicaci髇 luminosa cuando el equipo est� funcionando.

Art韈ulo 2

3.2.4. Requisitos de instalaci髇.

3.2.4.1. General:

Los ELBs deber醤 ser instalados solamente por personal formalmente designados por el fabricante del equipo y autorizados por la DGRP. Todas las operaciones de instalaci髇 podr醤 ser supervisadas por inspectores de la DGRP. La sujeci髇 del ELB al buque ser� la adecuada para uso mar韙imo, teniendo en cuenta condiciones de vibraci髇 propias de un buque.

En el caso de que no se pueda cumplir alguno de estos requisitos de instalaci髇, se pedir� autorizaci髇 a la DGRP para realizar una instalaci髇 diferente.

La instalaci髇 se har� de acuerdo con el documento de instalaci髇 proporcionado por el fabricante para la autorizaci髇 del ELB.

3.2.4.2. Caja azul:

La caja azul deber� ser instalada en zona protegida del puente o derrota, de manera que: Sea directamente visible por el personal de guardia, est� protegida de los elementos atmosf閞icos, no sufra interferencias de la operaci髇 de otros equipos embarcados y no interfiera con las operaciones de seguridad del buque.

La sujeci髇 de la caja azul podr� ser tanto a una superficie horizontal como vertical, mediante tornillos pasantes en n鷐ero y m閠rica adecuados al peso de la caja. La superficie de sujeci髇 deber� ser estructural del buque, de manera que no sea f醕il su separaci髇.

Se deber� prever la instalaci髇 de al menos dos precintos de alambre con sello de plomo adecuados para denotar su separaci髇 fraudulenta del buque. Igualmente, se deber� prever la instalaci髇 de precintos de alambre con sello de plomo para evitar la apertura fraudulenta de la caja azul.

3.2.4.3. Antena:

La antena deber� ser fijada a una parte estructural del buque y su posici髇 debe ser tal que: Tenga acceso a cielo abierto sin ser obstruido sus diagramas de radiaci髇 por ninguna parte del buque, no sufra interferencias de la operaci髇 de otros equipos embarcados y no interfiera con las operaciones de seguridad del buque.

La antena deber� ser instalada en un lugar donde las personas no puedan recibir niveles de radiaci髇 electromagn閠ica peligrosos, mientras desarrollan las normales actividades del buque.

3.2.4.4. Cableado:

El cable que une la antena con la caja azul deber� ser el definido por el fabricante, no pudiendo exceder la longitud m醲ima establecida en el Manual de Instalaci髇. Deber� ser colocado de forma que no sea da馻do durante la normal actividad del buque.

Se deber醤 permitir todos los requisitos de puesta a tierra de la antena como especifique el fabricante.

La conexi髇 del cable con la caja azul deber� ser a trav閟 de pasamuros con prensaestopas para asegurar la estanqueidad y la desconexi髇 fraudulenta.

3.2.4.5. Instalaci髇 el閏trica:

El ELB se deber� conectar a una alimentaci髇 el閏trica que no se vea sujeta a fluctuaciones en voltaje que puedan causar condiciones de reset o da駉s al ELB.

El ELB deber� ser conectado a dos fuentes de potencia, siendo una de ellas, las bater韆s de emergencia.

3.2.5. Mensajes.

3.2.5.1. Mensajes del ELB al CSP:

En este apartado se definen los mensajes autom醫icos y manuales que debe ser capaz de enviar el ELB al CSP.

3.2.5.1.1. Mensajes autom醫icos:

Los mensajes autom醫icos son aquellos que para ser generados por el ELB no necesitan acci髇 alguna por parte del Capit醤 o Patr髇.

A continuaci髇 se describen dichos mensajes:

3.2.5.1.1.1. Mensaje de posici髇 peri骴ico:

El ELB debe ser capaz de enviar informes de posici髇 a intervalos prefijados por el CSP, utilizando el acceso no reservado sobre el canal de informes de datos. La periodicidad estar� comprendida entre quince minutos y veinticuatro horas, con intervalos que se ajusten a los definidos en el SDM de Inmarsat.

El formato de este mensaje ser� el formato tipo informe de posici髇 (position report) definido en el apartado 3.2.6.2 de 閟ta especificaci髇 t閏nica.

El formato del comando de interrogaci髇 enviado por el CSP para comenzar el env韔 de mensajes de posici髇 peri骴icos, ser� el formato tipo interrogaci髇 (polling packet format) definido en el apartado 3.2.6.3.4 de esta especificaci髇 t閏nica.

El formato del comando de interrogaci髇 enviado por el CSP para parar el env韔 de mensajes de posici髇 peri骴icos ser� el formato tipo interrogaci髇 (polling packet format) definido en el apartado 3.2.6.3.5 de esta especificaci髇 t閏nica.

3.2.5.1.1.2. Mensaje de 鷏tima posici髇:

El ELB debe ser capaz de enviar informes de posici髇 a petici髇 del CSP, utilizando el acceso no reservado sobre el canal de informes de datos.

El formato de este mensaje ser� el formato tipo informe de posici髇 (position report) definido en el apartado 3.2.6.2 de esta especificaci髇 t閏nica.

El formato del comando de interrogaci髇 enviado por el CSP para solicitar un informe de posici髇 ser� el formato tipo interrogaci髇 (polling packet format) definido en el apartado 3.2.6.3.1 de esta especificaci髇 t閏nica.

3.2.5.1.1.3. Volcado de posiciones:

El ELB debe ser capaz de enviar todas las posiciones almacenadas durante un intervalo de tiempo determinado a petici髇 del CSP.

Para ello, el ELB debe ser capaz de almacenar en una memoria interna las posiciones con una periodicidad de diez minutos durante seis meses.

La informaci髇 a almacenar en memoria y a enviar al CSP ser� la siguiente:

Fecha (a駉, mes y d韆) y hora (hora y minutos) UTC en la que se haya determinado la posici髇 del buque.

Latitud.

Longitud.

Rumbo actual.

Velocidad actual.

Actividad (pesca/no pesca).

Se馻l de antena.

Corriente de antena.

El formato de este mensaje ser� el formato tipo almacenamiento y retransmisi髇 (store and forward) definido en el apartado 3.2.6.4 de esta especificaci髇 t閏nica.

El formato del comando de interrogaci髇 enviado por el CSP para solicitar un volcado de posiciones ser� el formato tipo interrogaci髇 (polling packet format) definido en el apartado 3.2.6.3.2 de esta especificaci髇 t閏nica.

3.2.5.1.1.4. Reconocimiento de haber recibido un mensaje del CSP:

Bajo determinadas circunstancias, el ELB puede ser requerido para que env韊 un mensaje independiente de reconocimiento de haber recibido correctamente el comando enviado por el CSP, utilizando el acceso no reservado sobre el canal de informes de datos.

El formato de este mensaje ser� el formato tipo informe de posici髇 de reconocimiento (acknowledgement data report) definido en el apartado 3.2.6.2.1 de esta especificaci髇 t閏nica.

El formato del comando de interrogaci髇 enviado por el CSP para solicitar un informe de posici髇 de reconocimiento, ser� el formato tipo interrogaci髇 (polling packet format) definido en el apartado 3.2.6.3.9 de esta especificaci髇 t閏nica.

3.2.5.1.1.5. Apagado anormal del ELB:

El ELB debe ser capaz de enviar solamente al DNID principal de la regi髇 oce醤ica en la que se encuentre un mensaje cuando se apaga anormalmente, sin previo aviso, esto es, sin haberse pulsado el pulsador 玡ncendido/apagado� (por ejemplo, se ha perdido la potencia el閏trica por alg鷑 motivo), utilizando el acceso no reservado sobre el canal de informes de datos.

Dicho mensaje debe enviarse en el momento en que se recupere la alimentaci髇, debiendo identificar dicho evento, mediante un mensaje de 玜pagado anormal�.

El formato de este mensaje ser� el formato tipo informe de posici髇 (position report) definido en el apartado 3.2.6.2 de esta especificaci髇 t閏nica, incluyendo el mensaje macrocodificado (MEM) 41 (hex) para indicar que es un informe de apagado anormal, incluyendo la informaci髇 del buque en el momento que se produjo el apagado.

El ELB debe tambi閚 enviar un segundo mensaje del formato tipo informe de posici髇 (position report) definido en la secci髇 3.2.6.2 de esta especificaci髇 t閏nica, incluyendo la informaci髇 actual del buque.

3.2.5.1.1.6. Desconexi髇 de la antena:

El ELB debe ser capaz de enviar autom醫icamente solamente al DNID principal de la regi髇 oce醤ica en la que se encuentre un informe de posici髇 junto con una identificaci髇 del evento 玠esconexi髇 de antena� (corriente de antena nula), utilizando el acceso no reservado sobre el canal de informes de datos.

El mensaje debe ser enviado inmediatamente despu閟 de haberse recuperado la corriente de la antena.

El formato de este mensaje ser� el formato tipo informe de posici髇 (position report) definido en la secci髇 3.2.6.2 de esta especificaci髇 t閏nica, con la inclusi髇 del Mensaje Macrocodificado (MEM) 42 (hex) para indicar que es un informe de posici髇 por desconexi髇 de antena, incluyendo la informaci髇 del buque en el momento en que se produjo la desconexi髇.

El ELB debe tambi閚 enviar un segundo mensaje del formato tipo informe de posici髇 (position report) definido en la secci髇 3.2.6.2 de esta especificaci髇 t閏nica, incluyendo la informaci髇 actual del buque.

3.2.5.1.1.7. Bloqueo de la antena:

El ELB debe ser capaz de enviar autom醫icamente solamente al DNID principal de la regi髇 oce醤ica en la que se encuentre un informe de posici髇 junto con una identificaci髇 del evento 玝loqueo de antena� (conexi髇 con el sat閘ite defectuosa), utilizando el acceso no reservado sobre el canal de informes de datos.

El mensaje debe ser enviado inmediatamente despu閟 de haberse recuperado la calidad de la se馻l de la antena.

El formato de este mensaje ser� el formato tipo informe de posici髇 (position report) definido en la secci髇 3.2.6.2 de esta especificaci髇 t閏nica, con la inclusi髇 del Mensaje Macrocodificado (MEM) 43 (hex) para indicar que es un informe de posici髇 por bloqueo de la antena, incluyendo la informaci髇 del buque en el momento en que se produjo el bloqueo.

El ELB debe tambi閚 enviar un segundo mensaje del formato tipo informe de posici髇 (position report) definido en la secci髇 3.2.6.2 de esta especificaci髇 t閏nica, incluyendo la informaci髇 actual del buque.

3.2.5.1.1.8. Mensajes de respuesta a interrogaciones incorrectas:

El equipo llevar� registro interno de los tiempos final, Tf, e inicial, Ti, de los l韒ites de los registros en la memoria c韈lica interna.

Se considera correcto un mensaje de interrogaci髇 de memoria cuando se cumple:

Ti � ti < tf � Tf

tm � (tf - ti)

p + r + v + a + e a + ca distinto a 0

Si el 鷏timo mensaje de interrogaci髇 de memoria no es correcto bajo el criterio anterior, el equipo emitir� por el puerto de comunicaciones local un mensaje de respuesta, con el formato que se indica en el apartado 3.2.6.5.1.

3.2.5.1.2. Mensajes manuales:

Los mensajes manuales deben ser transmitidos por el ELB al actuar el Capit醤 o Patr髇 sobre uno o varios de los pulsadores localizados en su frontal.

A continuaci髇 se describen dichos mensajes:

3.2.5.1.2.1. Comienzo de pesca:

El ELB debe enviar solamente al DNID principal de la regi髇 oce醤ica en la que se encuentre un informe de posici髇 junto con una identificaci髇 del evento 玜ctividad de pesca� al pulsar el Capit醤 o Patr髇 el pulsador o pulsadores nombrados con la palabra 玴esca: Activo�, utilizando el acceso no reservado sobre el canal de informes de datos.

El formato de este mensaje ser� el formato tipo informe de posici髇 (position report) definido en la secci髇 3.2.6.2 de esta especificaci髇 t閏nica, con la inclusi髇 del Mensaje Macrocodificado (MEM) 45 (hex) para indicar que es un informe de posici髇 de comienzo de pesca, junto con la activaci髇 (nivel l骻ico 1) a partir de ese momento en los sucesivos informes de posici髇 del bit 玜ctividad de pesca� para indicar que el buque se encuentra en actividad de pesca.

3.2.5.1.2.2. Fin de pesca:

El ELB debe enviar solamente al DNID principal de la regi髇 oce醤ica en la que se encuentre un informe de posici髇, junto con una identificaci髇 del evento 玭o actividad de pesca� al pulsar el Capit醤 o Patr髇 el pulsador o pulsadores nombrados con la palabra 玴esca: Pasivo�, utilizando el acceso no reservado sobre el canal de informes de datos.

El formato de este mensaje ser� el formato tipo informe de posici髇 (position report) definido en la secci髇 3.2.6.2 de esta especificaci髇 t閏nica, con la inclusi髇 del Mensaje Macrocodificado (MEM) 46 (hex) para indicar que es un informe de posici髇 de fin de pesca, junto con la desactivaci髇 (nivel l骻ico 0) a partir de ese momento en los sucesivos informes de posici髇 del bit 玜ctividad de pesca� para indicar que el buque no se encuentra en actividad de pesca.

3.2.5.1.2.3. Cruce:

El ELB debe enviar solamente al DNID principal de la regi髇 oce醤ica en la que se encuentre un informe de posici髇 actual al pulsar el Capit醤 o Patr髇 el pulsador nombrado con la palabra 玞ruce�, utilizando el acceso no reservado sobre el canal de informes de datos.

El formato de este mensaje ser� el formato tipo informe de posici髇 (position report) definido en la secci髇 3.2.6.2 de esta especificaci髇 t閏nica, con la inclusi髇 del Mensaje Macrocodificado (MEM) 47 (hex) para indicar que es un informe de posici髇 de cruce.

3.2.5.1.2.4. Apagado normal:

El ELB debe ser capaz de enviar solamente al DNID principal de la regi髇 oce醤ica en la que se encuentre un informe de posici髇, junto con una identificaci髇 del evento 玜pagado normal� cuando el Capit醤 o Patr髇 lo apaga pulsando el bot髇, utilizando el acceso no reservado sobre el canal de informes de datos.

Para ello deber� pulsar el pulsador nombrado con las palabras 獷ncendido/apagado�. Esta acci髇 del operador debe producir el env韔 al CSP del informe de posici髇, junto con una identificaci髇 del evento 玜pagado normal� y apagar de forma autom醫ica el ELB.

El formato de este mensaje ser� el formato tipo informe de posici髇 (position report) definido en la secci髇 3.2.6.2 de esta especificaci髇 t閏nica, con la inclusi髇 del Mensaje Macrocodificado (MEM) 44 (hex) para indicar que es un informe de apagado normal.

3.2.5.1.2.5. Encendido del ELB:

El ELB debe ser capaz de enviar autom醫icamente solamente al DNID principal de la regi髇 oce醤ica en la que se encuentre un informe de la posici髇 actual inmediatamente despu閟 de ser encendido, utilizando el acceso no reservado sobre el canal de informes de datos.

Para ello, el Capit醤 o Patr髇 deber� pulsar el pulsador nombrado con las palabras 玡ncendido/apagado�.

El formato de este mensaje ser� el formato tipo informe de posici髇 (position report) definido en el apartado 3.2.6.2 de esta especificaci髇 t閏nica, incluyendo el Mensaje Macrocodificado (MEM) 40 (hex) para indicar que es un informe de posici髇 de encendido.

3.2.5.1.3. Uso de cifrado en el ELB:

La protecci髇 de la informaci髇 a transmitir del ELB al CSP mediante el uso de cifrado no es una caracter韘tica requerida por esta especificaci髇.

Sin embargo, si alg鷑 fabricante determinara incluir esta funcionalidad en sus equipos, deber� atenerse a los siguientes requisitos, impuestos por la necesidad de utilizar un m閠odo 鷑ico en toda la red de ELB.

Se distinguir醤 con un n鷐ero de modelo propio aquellos equipos que cifren sus comunicaciones, sin que esta funcionalidad sea reversible en los mismos.

Se podr醤 cifrar 鷑icamente los campos de datos o definidos por el usuario de los correspondientes mensajes en el SDM y en esta especificaci髇, manteniendo compatible e inalterada la cabecera y c骴igos de chequeo de los mensajes "data report" y "store and forward".

El m閠odo de cifrado ser� de clave sim閠rica, y en particular se utilizar� el algoritmo DES (Data Encryption Standard), combinado en modo triple, DES3, y "output feedback", con la cabecera no cifrada de cada mensaje a modo de vector de inicializaci髇, en sus 64 bits menos significativos.

Se llevar� a cabo respetando lo contenido en los siguientes documentos:

ANSI X3.92: "American National Standard for Data Encryption Algorithm (DEA)", American National Standards Institute, 1981.

ANSI X3.106: "American National Standard for Information Systems -Data Encryption Algorithm- Modes of Operation", American National Standard Institute, 1983.

ISO IEC 9594-8/ITU-T X.509: "Information Technology -Open Systems Interconnection- The Directory: Authentication Framework".

FIPS PUB 140-1: "Security Requirements for Cryptographic Modules", 1993.

Generaci髇 de claves:

"Randomness Recommendations for Security", RFC 1750, Donald Eastlake, Stephen Crocker, Jeffrey Schiller, 1994.

"Cryptographic Random Numbers", IEEE P1363 Appendix E, Draft version 1.0, 11, 1995.

La clave privada de cada ELB ser� registrada en el mismo de forma electr髇ica, no vol醫il, y de manera inaccesible bajo ninguna operaci髇 de despiece, lectura de memorias en banco de ensayo, o interrogaci髇 por comunicaciones remotas o locales. El equipo no facilitar� mecanismo alguno para el cambio del valor de esta clave.

Cada fabricante deber� entregar a la DGRP la relaci髇 de claves y n鷐eros de serie de los equipos con anterioridad a su entrada en servicio.

Los mensajes salientes del ELB, en los equipos que incorporen cifrado, se encriptar醤 utilizando el m閠odo anteriormente descrito, y con la clave privada del mismo.

Aquellos equipos que no incorporen el cifrado de las comunicaciones, deber醤 llevar registrado en el mismo un n鷐ero aleatorio de 1024 bits, de forma electr髇ica, no vol醫il, y de manera inaccesible bajo ninguna operaci髇 de despiece, lectura de memorias en banco de ensayo, o interrogaci髇 por comunicaciones remotas o locales. El equipo no facilitar� mecanismo alguno para el cambio del valor de este n鷐ero.

La generaci髇 de este n鷐ero deber� respetar lo contenido en los siguientes documentos:

"Randomness Recommendations for Security", RFC 1750, Donald Eastlake, Stephen Crocker, Jeffrey Schiller, 1994.

"Cryptographic Random Numbers", IEEE P1363 Appendix E, Draft version 1.0, 11, 1995.

Cada fabricante deber� entregar a la DGRP la relaci髇 de n鷐eros aleatorios internos y n鷐eros de serie de los equipos con anterioridad a su entrada en servicio.Apartado 3.2.5.1.3 del anexo 2 redactado por O.M. 7 junio 1999 (獴.O.E.� 12 junio), por la que se modifica la Orden de 12 de noviembre de 1998, por la que se regula en Espa馻 el sistema de localizaci髇 de buques pesqueros v韆 sat閘ite.

3.2.5.2. Mensajes del CSP al ELB:

En este apartado se definen los mensajes que deben ser capaces de ser aceptados por el ELB. Dichos mensajes ser醤 generados por el CSP.

3.2.5.2.1. Petici髇 de 鷏tima posici髇:

El ELB debe llevar implementada la capacidad de respuesta a un comando de petici髇 de 鷏tima posici髇.

El formato del comando de interrogaci髇 de petici髇 de 鷏tima posici髇 ser� el definido en el apartado 3.2.6.3.1 de esta especificaci髇 t閏nica.

El ELB responder� a dicho comando enviando un informe de 鷏tima posici髇, definido en el apartado 3.2.5.1.1.2 de esta especificaci髇 t閏nica.

3.2.5.2.2. Petici髇 de volcado de posiciones:

El ELB debe llevar implementada la capacidad de respuesta a un comando de petici髇 de volcado de posiciones entre dos tiempos determinados.

El formato del comando de interrogaci髇 de petici髇 de volcado de posiciones ser� el definido en el apartado 3.2.6.3.2 de esta especificaci髇 t閏nica.

El ELB responder� a dicho comando enviando un mensaje del tipo almacenamiento y retransmisi髇 (store and forward) definido en el apartado 3.2.6.4 de esta especificaci髇 t閏nica, que contenga la informaci髇 de posici髇 de todas las posiciones almacenadas entre dichos tiempos.

La informaci髇 a almacenar en memoria y a enviar al CSP ser� la siguiente:

Fecha (a駉, mes y d韆) y hora (hora y minutos) UTC en la que se haya determinado la posici髇 del buque.

Latitud.

Longitud.

Rumbo.

Velocidad.

Actividad (pesca/no pesca).

Se馻l de antena.

Corriente de antena.

3.2.5.2.3. Petici髇 de cambio de intervalos de env韔 de mensajes de posici髇 peri骴icos:

El ELB debe llevar implementada la capacidad de respuesta a un comando de petici髇 de cambio del intervalo de env韔 de informes de posici髇 peri骴icos.

El formato del comando de interrogaci髇 de petici髇 de cambio de intervalos de env韔 de informes de posici髇 peri骴icos ser� el definido en el apartado 3.2.6.3.3 de esta especificaci髇 t閏nica.

El ELB responder� a dicho comando enviando un mensaje de reconocimiento de haber recibido correctamente el comando enviado por el CSP.

El formato de este mensaje de reconocimiento ser� el formato tipo informe de posici髇 de reconocimiento (玜cknowledgement data report�) definido en el SDM.

3.2.5.2.4. Petici髇 de comienzo de env韔 de mensajes de posici髇 peri骴icos:

El ELB debe llevar implementada la capacidad de comenzar el env韔 de mensajes de posici髇 peri骴icos al recibir un comando para comenzar el env韔 de mensajes de posici髇 peri骴icos.

El formato del comando de interrogaci髇 para comenzar el env韔 de mensajes de posici髇 peri骴icos ser� el definido en el apartado 3.2.6.3.4 de esta especificaci髇 t閏nica.

3.2.5.2.5. Petici髇 de parar el env韔 de mensajes de posici髇 peri骴icos:

El ELB debe llevar implementada la capacidad de parar el env韔 de mensajes de posici髇 peri骴icos al recibir un comando para parar el env韔 de mensajes de posici髇 peri骴icos.

El formato del comando de interrogaci髇 para parar el env韔 de mensajes de posici髇 peri骴icos ser� el definido en el apartado 3.2.6.3.5 de esta especificaci髇 t閏nica.

3.2.5.2.6. Petici髇 de carga de DNID:

El ELB debe llevar implementada la capacidad de que le sea cargado un DNID al recibir un comando para cargar DNID.

La DGRP asignar� un DNID principal de entre todos aquellos cargados en el ELB por cada regi髇 oce醤ica en la que vaya a encontrarse el buque. Solamente a 閟te DNID principal deber醤 ir los informes de posici髇 generados por el ELB definidos en los apartados 3.2.5.1.1.5, 3.2.5.1.1.6, 3.2.5.1.1.7, 3.2.5.1.2.1, 3.2.5.1.2.2, 3.2.5.1.2.3, 3.2.5.1.2.4 y 3.2.5.1.2.5 de esta especificaci髇 t閏nica.

El formato del comando de interrogaci髇 para cargar DNID ser� el definido en el apartado 3.2.6.3.6 de esta especificaci髇 t閏nica.

3.2.5.2.7. Petici髇 de borrar DNID:

El ELB debe llevar implementada la capacidad de que le sea borrado un DNID al recibir un comando para borrar DNID.

El formato del comando de interrogaci髇 para borrar DNID ser� el definido en el apartado 3.2.6.3.7 de esta especificaci髇 t閏nica.

3.2.5.2.8. Petici髇 de recepci髇 de datos:

Opcionalmente, el ELB puede llevar implementada la capacidad de recibir datos al recibir un comando para transmitir datos al ELB.

El formato del comando de interrogaci髇 para transmitir datos a un ELB ser� el definido en el apartado 3.2.6.3.8 de esta especificaci髇 t閏nica.

3.2.5.2.9. Petici髇 de reconocimiento:

El ELB debe llevar implementada la capacidad de enviar un mensaje independiente de reconocimiento al recibir un comando que solicite reconocimiento.

El formato del comando de interrogaci髇 para solicitar reconocimiento ser� el definido en el apartado 3.2.6.3.9 de esta especificaci髇 t閏nica.

Art韈ulo 3

2.6. Formato de los mensajes.

3.2.6.1. General:

En esta secci髇 se definen los diferentes formatos de los mensajes que el ELB debe generar o recibir.

Dichos mensajes son los de posici髇, los de comando de interrogaci髇 y los de almacenamiento y retransmisi髇.

Para ello, a la hora de definir los formatos se hace referencia a diferentes secciones del Inmarsat-C System Definition Manual (SDM), versi髇 2.0, november 1996, incorporando de la CN1 a la CN127.

3.2.6.2. Formato de los mensajes de posici髇:

El formato de los mensajes o informes de posici髇 a enviar sobre el canal de informes de datos (signalling channel) utilizando el acceso no reservado ser� el definido en el SDM con el nombre de Data Report/Maritime Position Report.

La informaci髇 m韓ima que debe contener cada mensaje o informe de posici髇 debe ser la siguiente:

Identidad del ELB.

Fecha (a駉, mes y d韆) y hora (hora y minutos) UTC en la que se haya determinado la posici髇 del buque.

Latitud (hemisferio, grados, minutos y fracci髇 de minutos en unidades de 0.04 de minuto).

Longitud (hemisferio, grados, minutos y fracci髇 de minutos en unidades de 0.04 de minuto).

Rumbo (resoluci髇 de 1 grado).

Velocidad (resoluci髇 de 0.2 nudos y rango de 0 a 51.2 nudos).

Actividad (pesca/no pesca).

El bit de actividad estar� posicionado dentro del Maritime Position Report en el bit n.� 8 del byte 6 del First Continuation Packet.

La fecha y la hora se posicionar� dentro del Maritime Position Report de la siguiente forma:

A駉 (valores posibles del 0 al 4095): 12 bits, posicionados del bit n.� 7 (MSB) del byte 6 al bit n.� 4 (LSB) del byte 7 del First Continuation Packet.

Mes (valores del 1 al 12): 4 bits, posicionados del bit n.� 3 (MSB) del byte 7 al bit n.� 8 (LSB) del byte 8 del First Continuation Packet.

D韆 (valores del 1 al 31): 5 bits, posicionados del bit n.� 7 (MSB) al bit n.� 3 (LSB) del byte 8 del First Continuation Packet.

Hora (valores del 0 al 23): 5 bits, posicionados del bit n.� 2 (MSB) del byte 8 al bit n.� 6 (LSB) del byte 9 del First Continuation Packet.

Minutos (valores del 0 al 59): 6 bits, posicionados del bit n.� 5 (MSB) del byte 9 al bit n.� 8 (LSB) del byte 10 del First Continuation Packet.

La posici髇 del resto de los campos de informaci髇 dentro del Maritime Position Report est� espec韋icamente definida en el SDM.

3.2.6.2.1. Formato de los informes de posici髇 de reconocimiento:

El formato de los informes de posici髇 de reconocimiento ser� el definido en el SDM con el nombre de acknowlegment Data Report.

3.2.6.3. Formatos de los mensajes de comando de interrogaci髇 (Polling Commands):

A continuaci髇 se definen los formatos de los diferentes mensajes de comando de interrogaci髇 generados por el CSP.

3.2.6.3.1. Formato del comando de interrogaci髇 de petici髇 de 鷏tima posici髇:

El ELB debe llevar implementada la capacidad de respuesta a un comando de petici髇 de 鷏tima posici髇.

El formato del comando de interrogaci髇 de petici髇 de 鷏tima posici髇 ser� el Polling Packet Format definido para el comando tipo 00H, tal y como se define en el SDM.

3.2.6.3.2. Formato del comando de interrogaci髇 de petici髇 de volcado de posiciones:

El ELB debe llevar implementada la capacidad de respuesta a un comando de petici髇 de volcado de posiciones.

El formato del comando de interrogaci髇 de petici髇 de volcado de posiciones entre dos tiempos ser� el Polling Packet Format definido para el comando tipo 40H, tal y como se define en el SDM, con la codificaci髇 10B en el campo 玆esponse� para indicar que el tipo de respuesta esperada es un mensaje del tipo almacenamiento y retransmisi髇 (store and forward), y con los datos descritos a continuaci髇 dentro del campo 獵ommand Specific Parameters�, que indican el tiempo inicial, el tiempo final, per韔do de muestreo y los campos que se quieren volcar.

Fecha y hora inicial de la consulta; ti

32 bits, posicionados desde el bit n.� 8 (MSB) del byte n.� 1 al bit n.� 1 (MSB) del byte n.� 4 del campo Command Specific Parameters.

La estructura y subcampos de fecha y hora, tal y como se definen en el apartado 3.2.6.2.

Fecha y hora final de la consulta; tf

32 bits, posicionados desde el bit n.� 8 (MSB) del byte n.� 5 al bit n.� 1 (MSB) del byte n.� 8 del campo Command Specific Parameteres.

La estructura y subcampos de fecha y hora, tal y como se definen en el apartado 3.2.6.2.

Per韔do de la consulta; tm

Meses (valores de 0 a 6): 3 bits, posicionados desde el bit n.� 8 (MSB) del byte n.� 9 al bit n.� 6 (MSB) del byte n.� 9 del campo Command Specific Parameters.

D韆s (valores de 0 a 7): 3 bits, posicionados desde el bit n.� 5 (MSB) del byte n.� 9 al bit n.� 3 (MSB) del byte n.� 9 del campo Command Specific Parameters.

Horas (valores de 0 a 24): 5 bits, posicionados desde el bit n.� 2 (MSB) del byte n.� 9 al bit n.� 6 (MSB) del byte n.� 10 del campo Command Specific Parameters.

Minutos (valores de 0 a 60): 6 bits, posicionados desde el bit n.� 5 (MSB) del byte n.� 10 al bit n.� 8 (MSB) del byte n.� 11 del campo Command Specific Parameters.

Formato de la consulta:

Posici髇 requerida; p

1 bit, posicionado en el bit n.� 7 del byte n.� 11 del campo Command Specific Parameters.

Rumbo requerido; r

1 bit, posicionado en el bit n.� 6 del byte n.� 11 del campo Command Specific Parameters.

Velocidad requerida; v

1 bit, posicionado en el bit n.� 5 del byte n.� 11 del campo Command Specific Parameters.

Actividad requerida; a

1 bit, posicionado en el bit n.� 4 del byte n.� 11 del campo Command Specific Parameters.

Estado de la antena requerido; ea

1 bit, posicionado en el bit n.� 3 del byte n.� 11 del campo Command Specific Parameters.

Valor de corriente de la antena requerido; ca

1 bit, posicionado en el bit n.� 2 del byte n.� 11 del campo Command Specific Parameters.

Un valor de �1� en cualquiera de los bits de este campo indicar� la necesidad de incluir la informaci髇 a que hace referencia en el resultado de la consulta requerida. Un valor de �0� en cualquiera de los bits de este campo indicar� que se debe excluir del resultado de la consulta requerida la informaci髇 a que hace referencia el bit de formato.

3.2.6.3.3. Formato del comando de interrogaci髇 para programar intervalos de env韔 de mensajes de posici髇 peri骴icos:

El ELB debe llevar implementada la capacidad de que se le programen los intervalos de env韔 de mensajes de posici髇 peri骴icos mediante un comando para programar intervalos de env韔 de mensajes de posici髇 peri骴icos.

El formato del comando de interrogaci髇 para programar el intervalo de env韔 de mensajes de posici髇 peri骴icos ser� el Polling Packet Format definido para el comando tipo 04H, tal y como se define en el SDM.

Este comando de interrogaci髇 debe solicitar tambi閚 reconocimiento al ELB, por lo que el bit de reconocimiento (Ack) debe estar siempre activado.

3.2.6.3.4. Formato del comando de interrogaci髇 para comenzar el env韔 de mensajes de posici髇 peri骴icos:

El ELB debe llevar implementada la capacidad de comenzar el env韔 de mensajes de posici髇 peri骴icos mediante un comando para comenzar el env韔 de mensajes de posici髇 peri骴icos.

El formato del comando de interrogaci髇 para que el ELB comience a enviar mensajes de posici髇 peri骴icos con el intervalo programado ser� el Polling Packet Format definido para el comando tipo 05H, tal y como se define en el SDM.

3.2.6.3.5. Formato del comando de interrogaci髇 para parar el env韔 de mensajes de posici髇 peri骴icos:

El ELB debe llevar implementada la capacidad de parar el env韔 de mensajes de posici髇 peri骴icos mediante un comando para parar el env韔 de mensajes de posici髇 peri骴icos.

El formato del comando de interrogaci髇 para que el ELB pare de enviar mensajes de posici髇 peri骴icos con el intervalo programado ser� el Polling Packet Format definido para el comando tipo 06H, tal y como se define en el SDM.

3.2.6.3.6. Formato del comando de interrogaci髇 para cargar DNID:

El ELB debe llevar implementada la capacidad de que le sea cargado un DNID mediante un comando para cargar DNID.

El formato del comando de interrogaci髇 para cargar un DNID a un ELB ser� el Polling Packet Format definido para el comando tipo 0AH, tal y como se define en el SDM.

Al cargar en el ELB el DNID principal, y para que el ELB pueda identificarlo como tal, se a馻dir� el car醕ter 獳� en la posici髇 26 del campo 獸ree Field� del Polling utilizando el formato indicado en el SDM.

3.2.6.3.7. Formato del comando de interrogaci髇 para borrar DNID:

El ELB debe llevar implementada la capacidad de que le sea borrado un DNID mediante un comando para borrar DNID.

El formato del comando de interrogaci髇 para borrar un DNID a un ELB ser� el Polling Packet Format definido para el comando tipo 0BH, tal y como se define en el SDM.

3.2.6.3.8. Formato del comando para transmitir datos:

Opcionalmente el ELB puede llevar implementada la capacidad de recibir datos a trav閟 de un comando para transmitir datos.

El formato del comando de interrogaci髇 para enviar datos a un ELB ser� el Polling Packet Format definido para el comando tipo 09H, tal y como se define en el SDM.

3.2.6.3.9. Formato del comando de interrogaci髇 para solicitar reconocimiento:

El ELB debe llevar implementada la capacidad de enviar un mensaje independiente de reconocimiento de haber recibido correctamente el comando para solicitar reconocimiento.

El formato del comando de interrogaci髇 para solicitar reconocimiento ser� el Polling Packet Format con el bit de reconocimiento (Ack) activado, tal y como se define en el SDM.

Todos los 玴ollings�, pueden llevar implementada esta capacidad.

3.2.6.4. Formato de los mensajes del tipo almacenamiento y retransmisi髇 (玸tore and forward�):

El ELB debe ser capaz de enviar mensajes conteniendo informaci髇 al CSP, sobre el canal de mensajes (message channel) utilizando los paquetes de mensajes, tal y como se define en el SDM.

3.2.6.4.1. Formato de los mensajes de volcado de memoria:

El ELB responder� con este mensaje a una petici髇 de volcado de posiciones, tal y como se define en (6.2.6.3.2).

La direcci髇 de destino ser� el mismo DNID del comando que hace la petici髇 de volcado.

Si el tama駉 del volcado requerido excediera el tama駉 m醲imo que el ELB, o el sistema de comunicaciones en su conjunto, sea capaz de transmitir, el ELB generar� cuantos mensajes 玸tore and forward� del tipo aqu� definido sean necesarios para remitir la totalidad del resultado del volcado.

La siguiente informaci髇, de tama駉 variable en funci髇 de los par醡etros de la consulta, formar� el campo 玠ata� del mensaje 玸tore and forward�.

Se define un paquete singular de volcado como la concatenaci髇 de los siguientes campos:

[CPS1] Posici髇 del buque, si p = 1 en el mensaje de interrogaci髇 de petici髇 de volcado de memoria (6.2.6.3.2).

39 bits, tal y como se definen en el apartado 2.4.2 del SDM.

[CPS2] Rumbo del buque, si r = 1 en el mensaje de interrogaci髇 de petici髇 de volcado de memoria (6.2.6.3.2).

9 bits, tal y como se definen en el apartado 2.4.3 del SDM.

[CPS3] Velocidad del buque, si v = 1 en el mensaje de interrogaci髇 de petici髇 de volcado de memoria (6.2.6.3.2).

8 bits, tal y como se definen en el apartado 2.4.3 del SDM.

[CPS4] Actividad del buque, si a = 1 en el mensaje de interrogaci髇 de petici髇 de volcado de memoria (6.2.6.3.2).

1 bit, seg鷑 se define en (3.2.5.2.2).

[CPS5] Estado de la antena, si ea = 1 en el mensaje de interrogaci髇 de petici髇 de volcado de memoria (6.2.6.3.2).

3 bits, que definen 8 valores cualitativos de la calidad de la se馻l de la antena, variando de 000 sin se馻l a 111 se馻l m醲ima.

[CPS6] Corriente de la antena, si ca = 1 en el mensaje de interrogaci髇 de petici髇 de volcado de memoria (6.2.6.3.2).

1 bit, indicando 0 sin corriente y 1 con corriente.

[CPS7] Fecha y hora de la grabaci髇 en memoria de los datos anteriores.

32 bits, seg鷑 se define en (3.2.6.3.2).

Si el formato de volcado requerido omite alguno de los datos anteriores, el paquete singular se reducir� en el tama駉 de los campos omitidos. En cualquier caso, el orden de empaquetamiento se mantendr� seg鷑

P(CPS1)<P(CPS2)<P(CPS3)<P(CPS4)<P(CPS5)<P(CPS6)<P(CPS7)


										

Donde P(ps) denota el 韓dice de la palabra que almacena el campo singular ps.

Un mensaje de volcado de memoria contendr� la siguiente informaci髇:

Fecha y hora inicial de los datos del volcado: 32 bits, seg鷑 se define en (3.2.6.3.2).

Fecha y hora final de los datos del volcado: 32 bits, seg鷑 se define en (3.2.6.3.2).

Per韔do del volcado: 17 bits, seg鷑 se define en (3.2.6.3.2).

Formato de la informaci髇 volcada: 6 bits, seg鷑 se define en (3.2.6.3.2).

Aquellos paquetes cuya secuencia de tiempos garantiza el mayor ajuste posible a la frecuencia de muestreo requerida. Si tr es la fecha de un dato en memoria, se incluir� la secuencia de posiciones cuyos tiempos vienen dados por:

Primera posici髇, aqu閘la cuyo tiempo de registro, tr 0 , es el m醩 pr髕imo a t i .

Siguientes posiciones, aqu閘las cuyo tiempo de registro tr k cumple:

a) tr k - tr (k-1) >= t m

b) tr k < = t f

y donde tr (k-1) es el tiempo de registro de la posici髇 anterior en la secuencia.Ultimo p醨rafo del apartado 3.2.6.4.1 del anexo 2 redactado por O.M. 7 junio 1999 (獴.O.E.� 12 junio), por la que se modifica la Orden de 12 de noviembre de 1998, por la que se regula en Espa馻 el sistema de localizaci髇 de buques pesqueros v韆 sat閘ite.

3.2.6.5. Formato de los mensajes de error.

3.2.6.5.1. Formato del mensaje de error en interrogaci髇 de memoria:

Ante una solicitud de volcado de posiciones, y en el caso de no ser correcta seg鷑 los criterios indicados en (3.2.5.1.1.8), el ELB emitir� por el puerto de comunicaciones local el siguiente mensaje:

153 bits formados por:

Copia del mensaje de interrogaci髇 recibido, seg鷑 se define en (3.2.6.3.2): 87 bits.

Indicaci髇 del error: 2 bits, indicando

00 si no se cumple T i � ti < tf � Tf.


										

01 si no se cumple tm�(tf-ti).


										

11 si no se cumple p+r+v+a+ea+ca distinto a 0.


										

Ti 32 bits seg鷑 el formato completo de fecha y hora indicado en (3.2.6.2).

Tf 32 bits seg鷑 el formato completo de fecha y hora indicado en (3.2.6.2).

3.2.7. Protocolo de identificaci髇 del inspector para el volcado de posiciones de memoria.

El proceso de identificaci髇 del terminal del inspector se regir� por el siguiente protocolo:

a) Equipos sin cifrado: El ELB generar� un n鷐ero aleatorio, de 1024 bits, que transmitir� por el puerto de comunicaciones local.

El equipo del inspector realizar� el c醠culo de la funci髇 de 鷑ico sentido al resultado de concatenar los 1024 bits definidos en (3.2.5.1.3) al n鷐ero anterior, definida por el algoritmo MD5, tal y como se detalla en:

RFC 1321, 玊he MD5 Message Digest Algorithm�, Ronald Rivest, 1992.

El resultado de dicho c醠culo, de 128 bits, es recibido por el ELB, que deber� comprobar su validez:

Si resultara correcto, proceder� a la aceptaci髇 de un mensaje de formato (3.2.6.3.2) 玬ensaje de interrogaci髇 de memoria�, y a la transmisi髇 por el puerto de comunicaciones local de la informaci髇 requerida.

Si resultara incorrecto, se bloquear醤 las comunicaciones por el puerto de comunicaciones local por tres minutos, transcurridos los cuales se restituir� el modo de operaci髇 normal.

b) Equipos con cifrado: El ELB generar� un n鷐ero aleatorio, de 1024 bits, que transmitir� por el puerto de comunicaciones local.

El equipo del inspector cifrar� este mensaje utilizando la clave privada del equipo.P醨rafo segundo de la letra b) del apartado 3.2.7 del anexo 2 redactado por O.M. 7 junio 1999 (獴.O.E.� 12 junio), por la que se modifica la Orden de 12 de noviembre de 1998, por la que se regula en Espa馻 el sistema de localizaci髇 de buques pesqueros v韆 sat閘ite.

El resultado de dicho c醠culo, de 1024 bits, es recibido por el ELB, que deber� comprobar su validez, descifrando el mensaje y verificando que obtiene de vuelta el n鷐ero aleatorio original:

Si resultara correcto, proceder� a la aceptaci髇 de un mensaje de formato (3.2.6.3.2) 玬ensaje de interrogaci髇 de memoria�,y a la transmisi髇 por el puerto de comunicaciones local de la informaci髇 requerida.

Si resultara incorrecto, se bloquear醤 las comunicaciones por el puerto de comunicaciones local por tres minutos, transcurridos los cuales se restituir� el modo de operaci髇 normal.

3.2.8. Limitaci髇 del n鷐ero de c骴igos DNID:

El n鷐ero de c骴igos DNID que cada caja azul puede recibir y cargar seg鷑 el est醤dar Inmarsat se limitar� a un valor de entre uno a diecis閕s, determinado por la DGRP para cada buque antes de la entrada en servicio del equipo.

La configuraci髇 particular de cada caja azul se realizar� mediante interruptores o conectores internos al equipo y no accesibles desde su exterior sin violar los precintos indicados en el apartado 3.2.4.2 de esta especificaci髇 t閏nica.

El sistema de limitaci髇 deber� cumplir lo siguiente:

La codificaci髇 de los interruptores o conectores estar� indicada mediante un esquema o croquis, visible 鷑icamente al abrir la caja azul.

La limitaci髇 del n鷐ero de c骴igos DNID estar� configurada de serie a dos c骴igos.

No se podr� modificar el n鷐ero l韒ite de c骴igos DNID cargables por ning鷑 medio f韘ico o electr髇ico distinto de los interruptores o conectores internos requeridos.