Un resiliente GNSSLa evaluación de un receptor debe responder a una pregunta de ingeniería concreta: bajo condiciones controladas y repetibles, ¿qué informa el receptor, cómo reacciona la plataforma conectada y qué evidencia respalda la recuperación después de un evento adverso? Una prueba de banco no es una garantía de rendimiento en campo. Es un método de comparación documentado para el receptor exacto, la trayectoria de la antena, el firmware, la configuración, las interfaces y la lógica de la plataforma bajo revisión.
El Perfil Fundamental de PNT del NIST utiliza las funciones Identificar, Proteger, Detectar, Responder y Recuperar para enmarcar el uso responsable de la posición, la navegación y el tiempo (PNT). El Marco de Conformidad de PNT Resiliente del Departamento de Seguridad Nacional de los EE. UU. se basa en resultados y distingue los niveles de resiliencia según la necesidad de la aplicación. Las mejores prácticas del DHS también exigen observables de salida bien definidos, informes de adversidad y capacidades de recuperación. Estas referencias respaldan un plan de pruebas basado en riesgos; no certifican ningúnResiNav producto ni reemplazan la documentación actual del producto.
1. Defina la decisión antes de elegir una prueba
Comience con la decisión de plataforma que la prueba debe respaldar. Los ejemplos incluyen comparar dos configuraciones de receptor, confirmar si un controlador reconoce un cambio de estado del receptor, verificar si una alarma llega a la interfaz del operador o documentar las condiciones requeridas antes de que la plataforma regrese a su modo de navegación normal.
Escriba la pregunta de aceptación en términos observables. “El receptor es resiliente” no es comprobable por sí mismo. Una declaración útil identifica la condición de entrada, la salida del receptor o la respuesta de la plataforma a observar, la base de tiempo, las transiciones de estado permitidas y la evidencia que se conservará.
Para las responsabilidades de interfaz, revise laGNSS guía de compatibilidad del receptor y elResiNav Centro de Tecnología.
2. Congele el artículo de prueba y la configuración
Un resultado repetible necesita un registro de configuración exacto. Antes de la primera ejecución, identifique el modelo del receptor, la revisión de hardware, el firmware, las constelaciones y bandas de frecuencia habilitadas, el conjunto de mensajes, la tasa de actualización, el modelo dinámico, la máscara de elevación, la salida de tiempo, la antena, el cable, el conector, la fuente de alimentación, el software del controlador y la configuración de registro.
Registre cada cambio entre ejecuciones. Si el firmware, la ganancia de la antena, la pérdida del cable, la tasa de interfaz o el filtrado de la plataforma cambian, trate el resultado como una nueva configuración en lugar de combinarlo con la línea base anterior. Almacene las exportaciones de configuración donde el receptor las admita y conserve capturas de pantalla o transcripciones de comandos solo cuando no expongan credenciales.
3. Establezca una línea base limpia
La ejecución de línea base muestra si el banco de pruebas, el cableado, la alimentación y el sistema de registro son estables antes de introducir una condición adversa. Capture el estado del receptor, las constelaciones y señales rastreadas, el estado de solución informado, el estado de tiempo, la antigüedad de los mensajes de salida, los errores de interfaz, los eventos de alimentación y la fuente de navegación seleccionada por la plataforma.
Utilice una fuente de señal documentada o una configuración de recepción legal adecuada para las instalaciones. Anote el estado de calibración del equipo de prueba, la atenuación, las pérdidas de distribución, la referencia de reloj y las condiciones de RF ambientales. Una línea base que ya contenga reinicios, mensajes perdidos o alimentación inestable no puede utilizarse para atribuir el comportamiento posterior a la condición de prueba prevista.
4. Separe los observables del receptor de las conclusiones de la plataforma
Las mejores prácticas de DHS recomiendan que el equipo de usuario de PNT exponga observables y estado adecuados para pruebas y evaluación, incluidos los eventos anómalos o amenazas detectados cuando el equipo admita dichos informes. Capture las salidas documentadas del receptor sin inventar significados para campos no documentados.
- tipo de solución, validez y estado relacionado con la integridad;
- señales rastreadas, mediciones o indicadores de potencia de RF informados cuando estén disponibles;
- antigüedad del mensaje, secuencia e intervalo de actualización;
- estado de tiempo y relación con 1PPS cuando se utilice;
- alarmas del receptor, reinicios y estados de readquisición;
- serial, Ethernet u otros errores de interfaz;
- selección de fuente de plataforma, modo, alarma y notificación al operador.
Una alarma de plataforma es evidencia de una decisión de plataforma, no prueba de la causa de RF. Del mismo modo, un campo de estado del receptor no prueba que el controlador lo consumió o actuó sobre él correctamente.
5. Construir un registro de eventos alineado en el tiempo
La recuperación no se puede medir de manera confiable cuando la fuente de señal, el receptor, el controlador y la interfaz del operador usan relojes no relacionados. Defina la escala de tiempo de prueba, la resolución de marca de tiempo y el método de sincronización antes de la recopilación. Conserve las marcas de tiempo originales y documente cualquier alineación o remuestreo posterior.
Coloque marcadores de eventos al inicio y al final de cada condición controlada. Correlaciónelos con el estado del receptor, la entrega de mensajes, las decisiones del controlador, los sensores complementarios y las alarmas del operador. Si la plataforma utiliza GPS tiempo, UTC, un reloj local o una fuente de tiempo de red, documente la conversión y los desplazamientos conocidos.
6. Utilice condiciones adversas controladas y legales
GPS.gov establece que el uso intencional de dispositivos de interferencia es ilegal en los Estados Unidos, y restricciones similares se aplican en muchas jurisdicciones. Nunca radíe una señal de interferencia o suplantación no autorizada en un entorno abierto. Realice pruebas de adversidad de RF solo en una instalación autorizada y controlada utilizando generación de señales, blindaje, inyección conducida o métodos de simulación aprobados.
Las condiciones adversas deben ser trazables y repetibles. Los ejemplos pueden incluir una interrupción de señal documentada, perfil de atenuación, desconexión de interfaz, evento de energía, secuencia de mensajes inválida o retrasada, o entrada simulada definida por un vector de prueba aprobado. La condición seleccionada debe coincidir con la pregunta de ingeniería; no todos los receptores o plataformas deben estar expuestos a cada escenario.
7. Medir la detección y la respuesta por separado
La detección es el intervalo entre el marcador de evento definido y una indicación documentada del receptor o la plataforma. La respuesta es la acción subsiguiente, como rechazar la entrada, cambiar la fuente, limitar la operación, notificar al operador o entrar en un estado seguro.
Informe ambos intervalos con la configuración asociada y el método de observación. No publique un solo número de tiempo como especificación universal del producto. El valor puede depender de la condición de la señal, la configuración del receptor, la tasa de mensajes, la latencia de la interfaz, la lógica del controlador y los filtros de persistencia propios de la plataforma.
8. Defina la recuperación antes de ejecutar la prueba
La recuperación es más que la primera coordenada válida después de un evento. La guía de DHS describe la recuperación como la restauración de la operación y el rendimiento nominales después de un evento adverso. Para una prueba de plataforma, defina las condiciones del receptor y de la plataforma que deben cumplirse antes de reanudar el uso normal.
- estado del receptor y estado del tiempo;
- entrega estable de mensajes durante un período de observación especificado;
- salud de la interfaz y ausencia de reinicios repetidos;
- acuerdo con sensores complementarios cuando el sistema los utiliza;
- selección de fuente y estado de modo del controlador;
- reconocimiento de alarmas y evidencia de eventos retenida.
Registre la readquisición, la estabilización y la reentrada de la plataforma como eventos separados. Esto evita que una salida de corta duración se confunda con un retorno controlado al servicio.
9. Cree una matriz de evidencia de prueba de banco
| Grupo de evidencia | Registro para cada ejecución | Pregunta respondida |
|---|---|---|
| Configuración | Receptor, firmware, antena, cable, bandas, interfaces y compilación de plataforma | ¿Se puede reproducir la configuración? |
| Línea base | Fuente de señal, estado del receptor, estado de tiempo, energía y salud de la interfaz | ¿Estaba el banco estable antes del evento? |
| Condición adversa | Método autorizado, marcadores de evento, nivel o perfil y duración | ¿Qué condición de entrada se aplicó realmente? |
| Detección | Campos del receptor, alarmas de la plataforma y marcas de tiempo | ¿Cuándo se reconoció la condición? |
| Respuesta | Selección de fuente, modo de control, aviso al operador y acción de seguridad | ¿Siguió la plataforma su lógica aprobada? |
| Recuperación | Readquisición, observación estable, borrado de alarmas y criterios de retorno | ¿Se controló el retorno al servicio? |
10. Compare ejecuciones sin exagerar el resultado
Use la misma configuración, perfil de eventos, referencia de tiempo y reglas de aceptación para ejecuciones repetidas. Reporte la distribución de observaciones, no solo la mejor ejecución. Mantenga las ejecuciones fallidas e inconclusas con sus códigos de razón. Si una ejecución se excluye, documente la exclusión antes de revisar el resultado.
Una comparación en banco apoya una revisión de ingeniería para la configuración probada. No establece el rendimiento para otra posición de antena, cable, receptor, firmware, plataforma, entorno de RF o política operativa. La verificación en campo sigue siendo necesaria para la instalación objetivo.
11. Convierta los resultados en integración y RFQ entradas
Proporcione el modelo de receptor y la documentación, constelaciones y bandas, restricciones de antena y cable, alimentación e interfaces, mensajes requeridos, salidas de tiempo, lógica del modo de plataforma, preguntas de aceptación y formato de evidencia. Indique si la necesidad es una revisión de integración a nivel de antena, terminal o sistema.
Explore el ResiNav catálogo de productos, luego use el RFQ formulario para solicitar una revisión de ingeniería. La compatibilidad del producto y la idoneidad del despliegue deben confirmarse contra la documentación actual del producto y la plataforma objetivo.
Preguntas frecuentes
¿Una prueba de banco exitosa demuestra resiliencia en el campo?
No. Documenta el comportamiento para la configuración probada y las condiciones controladas. La instalación, el entorno de RF, el firmware, la configuración del receptor y la lógica de la plataforma pueden cambiar el resultado, por lo que la verificación en el campo sigue siendo necesaria.
¿Debe medirse el tiempo de recuperación desde el final de la interferencia hasta la primera salida de posición?
No por sí solo. Registre la readquisición del receptor, el estado estable, la entrega de la interfaz, la selección de la fuente de la plataforma y la condición aprobada de retorno al servicio como eventos separados.
¿Se puede utilizar un inhibidor de señal de espacio abierto para probar receptores?
No se debe radiar ninguna señal de interferencia o suplantación no autorizada. Utilice una instalación legal y controlada, y un método aprobado de conducción, blindaje, simulación o vector de prueba.
¿Qué debe proporcionar un OEM para una evaluación de receptor?
Proporcione el receptor y el firmware, las constelaciones y bandas, la antena y el cable, la alimentación y las interfaces, los observables requeridos, la lógica de la plataforma, las condiciones de prueba autorizadas, las preguntas de aceptación y el formato de evidencia requerido.
Referencias de ingeniería
- NIST: Uso responsable de los servicios de posicionamiento, navegación y sincronización
- NISTIR 8323 Rev. 1: Perfil fundamental de PNT
- DHS: Marco de conformidad de PNT resiliente
- DHS: Mejores prácticas para PNT resiliente
- GPS.gov: Información sobre GPS Interferencia
Siguiente paso
Para revisar los requisitos de receptor, antena, interfaz y evidencia para una evaluación controlada, solicite una ResiNav revisión de ingeniería.
SIGUIENTE PASO
Convierta la información disponible de la plataforma en una revisión de ingeniería.
Utilice el centro de Tecnología para orientar la conversación, revise los escenarios de aplicación pertinentes y envíe después los detalles disponibles de la plataforma y el receptor para su confirmación.