TECNOLOGIA DE LA INFORMACION. MAQUINAS DE OFICINA

Esta Norma Internacional describe cómo la capa de aplicación DLMS / COSEM y el modelo de objetos COSEM como se especifica en IEC 62056-5-3: 2017, IEC 62056-6-1 e IEC 62056-6-2: 2017 se pueden usar sobre las capas inferiores especificado en la serie IEC 14908, formando un perfil de comunicación DLMS / COSEM ISO / IEC 14908. Este documento es parte de la serie IEC 62056. Su estructura sigue las normas IEC 62056-1-0 e IEC TS 62056-1-1. El Anexo A (informativo) proporciona ejemplos de casos representativos de intercambio de datos. NOTA Este anexo se incluye y hace referencia para mantener la coherencia con otras partes de la suite IEC 62056, pero está vacío. El Anexo B (normativo) define las clases de interfaz COSEM y los códigos OBIS relacionados para configurar y administrar el perfil de comunicación DLMS / COSEM para redes IEC 14908. Estas clases de interfaz y los códigos OBIS se moverán posteriormente a IEC 62056-6-2 e IEC 62056-6-1. El Anexo C (informativo) proporciona una guía de implementación y especifica una ruta de migración de aplicaciones basadas en tablas de utilidad a aplicaciones basadas en DLMS / COSEM El Anexo D (normativo) especifica la suite de seguridad OSGP-AES-128-PSK para uso opcional en el nivel de capa de adaptación. El anexo E (normativo) especifica el mecanismo de repetición a través de la red de canal de línea de alimentación ISO 14908-3. El Anexo F (informativo) especifica el registro y monitorización de LNAP según ISO/IEC 14908-3.

Esta norma europea especifica los conceptos de datos normalizados que constituyen el "Conjunto Mínimo de Datos" (MSD) a transferir desde un vehículo a un "Punto de Respuesta de Seguridad Pública (PSAP, Public-Safety Answering Point) en caso de un accidente o emergencia a través de una transacción de comunicación 'eCall'. Se pueden transferir también los conceptos de datos opcionales adicionales. Los protocolos de medios de comunicación y métodos para la transmisión del mensaje eCall no se especifican en esta norma europea.

El ámbito de trabajo de la OpRa es la definición de un conjunto mínimo de datos brutos de transporte público necesarios como factor habilitador del análisis cuantitativo del transporte público. Para conseguirlo, teniendo en cuenta todos los aspectos que intervienen en este complejo ámbito, el trabajo se ha llevado a cabo a través de las siguientes fases: 1) evaluación; 2) definición y clasificación de casos de uso; 3) definición de indicadores; 4) identificación de los datos brutos. El trabajo de la OpRa no entra en el campo de la medición de la calidad de los servicios y la elaboración de informes: el análisis de la calidad de los servicios utilizará, por supuesto, los datos proporcionados por la OpRa, pero la definición de la calidad sigue siendo una cuestión de nivel contractual entre una autoridad de transporte público y un operador de transporte público o la elección interna de un operador para un servicio puramente privado. La OpRa sólo informa sobre datos reales imparciales (es decir, medidos u observados), descritos y agregados de forma compartida y comprensible. El trabajo de OpRa documentado en detalle en este documento es coherente con la Directiva de la UE 2010/40. En particular, se refiere al artículo 42 del Reglamento delegado UE 2017/19263, en lo que se refiere a los datos históricos. OpRa propone complementar NeTEx (dedicado a la información estática programada), para los datos históricos basados en el modelo de referencia de datos conceptuales subyacente Transmodel EN 12896, de forma similar al requisito del Reglamento delegado UE 2017/1926 relativo a la información estática programada.

Al igual que las otras normas EN de toda la serie, esta norma EN se ocupa del uso de terminales de posicionamiento basados ​​en GNSS (GBPT) en sistemas de transporte inteligente de carreteras (ITS). El posicionamiento basado en GNSS significa que el sistema que proporciona datos de posición, más precisamente los datos de Posición, Velocidad y Tiempo (PVT), comprende al menos un receptor GNSS y, potencialmente, para mejorar el rendimiento, otros datos de sensores adicionales o fuentes de información que se pueden hibridar con datos GNSS. Esta nueva EN propone procedimientos de prueba, basados ​​en la reproducción de los datos registrados durante las pruebas de campo, para evaluar los rendimientos básicos de cualquier GBPT para un caso de uso determinado descrito por un escenario operacional. Estas pruebas abordan las funciones de rendimiento básicas Disponibilidad, continuidad, precisión e integridad de la información de PVT, pero también la función de rendimiento de Tiempo para el primer arreglo (TTFF), tal como se describen en EN 16803-1, considerando que no hay Ataque de seguridad particular que afecte al SIS durante la operación. Esta EN no cubre las pruebas de evaluación de los rendimientos de temporización que no sean TTFF, que no necesitan datos de campo y pueden ejecutarse preferiblemente en el laboratorio con los instrumentos actuales. Las pruebas de "grabación y reproducción" (R&R) consisten en la reproducción en un entorno de laboratorio de datos SNS de GNSS, y datos de sensores potencialmente adicionales, registrados en condiciones operativas específicas gracias a un vehículo de prueba específico. El conjunto de datos que comprende los datos de GNSS SIS y los posibles datos del sensor que resultan de estas pruebas de campo, junto con el archivo de descripción de metadatos correspondiente, se denomina "escenario de prueba". Un conjunto de datos se compone de varios archivos de datos. Esta norma EN 16803-3 aborda la parte de "Repetición" del conjunto de datos del escenario de prueba. No aborda la parte de "Registro", aunque describe como información informativa todo el proceso de R & R. Esta parte de "Registro" será cubierta por EN 16803-4 en preparación. Aunque la serie EN 16803 se refiere a los terminales de posicionamiento basados ​​en GNSS y no solo a los receptores GNSS, la versión actual de esta EN aborda solo el proceso de reproducción de los terminales solo GNSS. La razón es que el proceso de reproducir en el laboratorio datos adicionales del sensor, especialmente cuando estos sensores capturan el movimiento del vehículo, generalmente es muy complejo y no está lo suficientemente maduro como para ser estandarizado hoy. Necesitaría interfaces estandarizadas abiertas en el GBPT así como modelos estandarizados de error de sensores y no está listo para ser estandarizado. Pero, el procedimiento descrito en la presente EN ha sido diseñado para extenderse a GBPT que hibrida GNSS y sensores de vehículos en el futuro. Esta norma EN 16803-3 no aborda las pruebas de R&R cuando se agregan al SIS señales de radiofrecuencia específicas que simulan ataques de seguridad. Este caso es específicamente el tema de EN 16803-3. Una vez que se han establecido los procedimientos estandarizados de pruebas de evaluación, es posible establecer requisitos mínimos de rendimiento para varias aplicaciones de transporte inteligentes, pero tiene sentido separar el problema de las pruebas de evaluación de los requisitos mínimos de rendimiento, porque el mismo procedimiento de prueba puede ser aplicable a muchas aplicaciones, pero los requisitos mínimos de rendimiento suelen variar de una aplicación a otra. Por lo tanto, esta EN no establece requisitos mínimos de rendimiento para ninguna aplicación.

Este documento debe considerarse como una norma complementaria a la Norma EN 16803-2 que tiene como objetivo evaluar los rendimientos de un GBPT ubicado en entornos de carreteras reales o simulados. Este documento, en cambio, está dirigido específicamente a ataques de seguridad como interferencias,jamming, meaconing o falsificación. Este documento no puede aplicarse independientemente de la norma EN 16803-2 que describe en detalle la metodología general del procedimiento de evaluación. Este documento proporciona información normativa necesaria para reproducir en los escenarios estandarizados de laboratorio específicamente dedicados a las pruebas de seguridad aplicadas a GNSS. Dependiendo del caso (interferencia o suplantación de identidad), estos escenarios se componen de conjuntos de datos que combinan señales SIS y de interferencia grabadas en la vida real o señales de simulación y SIS simuladas. El motivo de ello se explicará en la cláusula 6. Aunque en el Anexo A se proporciona una categorización de alto nivel de los ataques GNSS, una categorización completa y detallada de los posibles ataques GNSS está fuera del alcance de este documento. El objetivo de esta EN no es estandarizar el procedimiento de registro ni definir los requisitos específicos para la generación de los escenarios de ataque. El procedimiento de registro en sí y su marco de calidad para laboratorios especializados acreditados por el GNSS (Lab-A), con la definición detallada de los escenarios de ataque estandarizados, se describirán de manera total y precisa en la norma EN 16803-4 (en preparación). La lista de escenarios de ataque deberá actualizarse periódicamente teniendo en cuenta la evolución de las tecnologías GNSS, las amenazas emergentes y las contramedidas.

Esta norma define un concepto de datos adicionales que puede transferirse como "concepto de datos adicionales opcionales", tal como se define en la norma EN 15722 eCall MSD, que puede transferirse de un vehículo a un PSAP en caso de accidente o emergencia a través de una sesión de comunicación de eCall. El propósito de esta norma es simplemente permitir que el MSD existente albergue varios OAD. Esto se consigue proporcionando un concepto breve de datos adicionales opcionales, que facilita la inclusión de múltiples conjuntos de datos adicionales dentro del MSD actualmente definido de 140 bytes (Cada OAD todavía requiere su propia especificación). Este documento puede considerarse una adición a la norma EN 15722; contiene la menor redundancia posible. NOTA 1 Los protocolos y métodos de los medios de comunicación para la transmisión del mensaje de eCall no son que se especifican en el presente documento. NOTA 2 También pueden transferirse otros conceptos de datos, por lo que se aconseja registrarlos utilizando un registro de datos tal como se define en la norma EN ISO 24978. Vease www.esafetydata.com para ver un ejemplo.

Esta especificación técnica constituye la tercera edición de la Especificación Técnica CEN/TS 16794-1. Especifica los requisitos técnicos a cumplir por los dispositivos sin contacto en el transporte público (PT) a fin de ser capaces de interactuar juntos empleando el protocolo de comunicaciones sin contacto normalizado de la Norma ISO/IEC 14443. Esta especificación técnica aplica a los dispositivos PT: - Lectores PT que son terminales de sistemas de gestión de pago sin contacto actuando como un lector PCD sin contacto basado en la serie de normas ISO/IEC 14443; - Objetos PT que son medios de pago sin contacto actuando como un objeto sin contacto PICC basado en la serie de normas ISO/IEC 14443; Esta nueva versión se dirige a la interoperabilidad de dispositivos móviles NFC que cumplen con las especificaciones del Foro NFC, con los antes mencionados dispositivos PT. Para evaluar la conformidad de los dispositivos PT se utiliza un enfoque orientado a la interfaz y se define en la especificación técnica CEN/TS 16794-2. Los intercambios aplicación a aplicación ejecutados una vez se ha establecido la comunicación sin contacto en el nivel RF está fuera del campo de aplicación de esta norma. En línea con las reglas sobre independencia entre las capas del protocolo OSI, esta norma funciona asumiendo que los intercambios de aplicación a aplicación no son contingentes en el tipo de comunicación sin contacto establecida o por los parámetros usados para el protocolo de capas de bajo nivel que sirven como plataforma para estos intercambios.

Esta especificación técnica es un complemento de los requisitos técnicos indicados en la especificación técnica CEN/TS 16794-1, para asegurar la interoperabilidad en las comunicaciones sin contacto entre los dispositivos de transporte público (PT) o entre los dispositivos PT conformes a la Especificación Técnica CEN/TS 16794-1 y los móviles NFC conformes a las especificaciones del Foro NFC. Esta especificación técnica indica todas las condiciones de ensayo a realizar en un lector PT o a un objeto PT a fin de asegurar que se cumplen todos los requisitos especificados en la Especificación Técnica CEN/TS 16794-1 para el dispositivo PT bajo ensayo. Esta especificación técnica solo aplica a dispositivos PT: - Lectores PT que son terminales de sistemas de gestión de pago sin contacto actuando como un lector PCD sin contacto basado en la serie de normas ISO/IEC 14443; - Objetos PT que son medios de pago sin contacto actuando como un objeto sin contacto PICC basado en la serie de normas ISO/IEC 14443; Este documento se aplica únicamente a las capas de comunicación sin contacto descritas en las Partes 1 a 4 de la serie ISO/IEC 14443. Los intercambios de aplicación a aplicación ejecutados una vez que se ha establecido la comunicación sin contacto a nivel de RF quedan fuera del alcance de este documento. Sin embargo, se utilizará una aplicación de prueba para realizar transacciones de extremo a extremo durante las pruebas en la capa de comunicación de RF. Este documento no duplica el contenido de la serie ISO/IEC 14443 ni de la norma ISO/IEC DIS 10373-6. Hace referencia a los métodos de ensayo aplicables de ISO/IEC DIS 10373-6, especifica las condiciones de ensayo que deben utilizarse y describe las condiciones de ensayo específicas adicionales que pueden aplicarse. La lista de condiciones de prueba aplicables al dispositivo de TP sometido a prueba estará condicionada por la declaración de conformidad de la información (ICS) realizada por el fabricante del dispositivo. Para cada caso de prueba, las condiciones de prueba se especifican claramente con el fin de determinar la pertinencia de ejecutar o no el caso de prueba de acuerdo con las capacidades del dispositivo o de acuerdo con la elección del fabricante del dispositivo. Para facilitar la emisión del informe de ensayo, en el Anexo A del presente documento se incluye una plantilla de informe de ensayo. Aunque este documento pretende convertirse en la base principal para la certificación del protocolo de comunicación sin contacto aplicable a los lectores y objetos de TP, no describe ningún proceso de certificación o cualificación, ya que tales procesos deben ser definidos por las partes interesadas de la industria del transporte local o mundial.

Este documento define el mensaje, las estructuras de datos, y los elementos de datos para apoyar los intercambios entre los equipos junto a la calzada y los vehículos, para aplicaciones de mejora de la seguridad, movilidad y eficiencia ambiental. A fin de verificar que los mensajes definidos satisfarán estas aplicaciones, se ha empleado un procesos de ingeniería de sistemas que traza los casos de uso a los requisitos y los requisitos a mensajes y conceptos de datos. Este documento consta de un único documento que contienen la especificación básica y una serie de anexos. Esta especificación básica indica los requisitos de información derivados (informativos y etiquetados) y las referencias a otras normas para las definiciones de mensajes cuando estén disponibles. El anexo A contiene descripciones de los casos de uso tratados por esta norma. El anexo B y el anexo C contienen las matrices de trazabilidad que relacionan los casos de uso a los requisitos, y los requisitos a las definiciones de mensajes (es decir marcos de información y elementos de datos). Los siguientes anexos listan los requisitos del mensaje básico y los requisitos específicos orientados a la aplicación (matriz de trazabilidad de requisitos) que aplican al mensaje y a los conceptos de datos a implementar. Como tal, una implementación consta de la base más un grupo adicional de extensiones en esta norma. En otras normas internacionales se proporcionan detalles sobre los requisitos de información, para otros distintos a los mensajes SPaT, MAP, SSM y SRM. El objetivo de esta norma es especificar los detalles del SPaT, MAP, SSM y SRM que apoyan los casos de uso definidos en esta norma. La adopción de estos mensajes varía según la región y su adopción puede ocurrir en un periodo de tiempo significativo. Esta norma cubre la interfaz entre los equipos junto a la calzada y los vehículos. Las aplicaciones, sus algoritmos internos, y la distribución lógica de la funcionalidad de la aplicación en una arquitectura de sistema específica cualquiera están fuera del campo de aplicación de este documento.