Reglamento de Ejecuci髇 (UE) 2023/1695 de la Comisi髇, de 10 de agosto de 2023, sobre la especificaci髇 t閏nica de interoperabilidad relativa a los subsistemas de control-mando y se馻lizaci髇 del sistema ferroviario de la Uni髇 Europea y por el que se deroga el Reglamento (UE) 2016/919

ANEXO I

1. INTRODUCCI覰

1.1. 羗bito de aplicaci髇 t閏nico

La presente ETI se refiere a los subsistemas de control-mando y se馻lizaci髇 a bordo y de control-mando y se馻lizaci髇 en tierra.

La presente ETI es aplicable a los subsistemas de control-mando y se馻lizaci髇 en tierra de la red ferroviaria definida en el punto 1.2 (羗bito de aplicaci髇 geogr醘ico) de la presente ETI y a los subsistemas de control-mando y se馻lizaci髇 a bordo de veh韈ulos que se exploten (o est閚 destinados a ser explotados) en ella. Estos veh韈ulos son de alguno de los siguientes tipos [tal como se definen en el punto 2 del anexo I de la Directiva (UE) 2016/797]:

• 1) locomotoras y material rodante utilizado en el transporte de viajeros, incluidas las unidades de tracci髇 t閞micas o el閏tricas, los trenes automotores t閞micos o el閏tricos de viajeros y los coches de viajeros, si est醤 equipados con cabina de conducci髇;
• 2) veh韈ulos especiales, tales como material rodante auxiliar, si est醤 equipados con cabina de conducci髇 y est� previsto utilizarlos en modo de marcha sobre sus propias ruedas.

Esta lista de veh韈ulos incluir� los veh韈ulos especialmente dise馻dos para circular por los distintos tipos de l韓eas de alta velocidad que se describen en el punto 1.2 (羗bito de aplicaci髇 geogr醘ico).

1.2. 羗bito de aplicaci髇 geogr醘ico

El 醡bito de aplicaci髇 geogr醘ico de la presente ETI es la red del sistema ferroviario en su totalidad, seg鷑 se describe en el punto 1 del anexo I de la Directiva (UE) 2016/797, y excluye los casos de infraestructura a los que se refiere el art韈ulo 1, apartados 3 y 4, de la Directiva (UE) 2016/797.

La ETI se aplicar� a redes con un ancho de v韆 de 1 435 mm, 1 520 mm, 1 524 mm, 1 600 mm y 1 668 mm. No obstante, no se aplicar� a las l韓eas cortas transfronterizas con un ancho de v韆 de 1 520 mm que est閚 conectadas a la red de terceros pa韘es.

1.3. Contenido de la presente ETI

Con arreglo al art韈ulo 4, apartado 3, de la Directiva (UE) 2016/797, la presente ETI:

• 1) indica su 醡bito de aplicaci髇 previsto [cap韙ulo 2 (Definici髇 del subsistema y 醡bito de aplicaci髇)];
• 2) establece los requisitos esenciales para los subsistemas de control-mando y se馻lizaci髇 y para sus interfaces con otros subsistemas [cap韙ulo 3 (Requisitos esenciales de los subsistemas de control-mando y se馻lizaci髇)];
• 3) establece las especificaciones funcionales y t閏nicas que deben respetar los subsistemas y sus interfaces con otros subsistemas [cap韙ulo 4 (Caracterizaci髇 de los subsistemas)];
• 4) determina los componentes de interoperabilidad y las interfaces que han de ser objeto de especificaciones europeas, incluidas las normas europeas, y que son necesarios para lograr la interoperabilidad dentro del sistema ferroviario de la Uni髇 [cap韙ulo 5 (Componentes de interoperabilidad)];
• 5) establece, en cada caso considerado, qu� procedimientos deben emplearse para evaluar la conformidad o la idoneidad para el uso de los componentes de interoperabilidad y para la verificaci髇 獵E� de los subsistemas [cap韙ulo 6 (Evaluaci髇 de la conformidad y/o idoneidad para el uso de los componentes y verificaci髇 de los subsistemas)];
• 6) indica la estrategia de implementaci髇 de la presente ETI [cap韙ulo 7 (Implementaci髇 de la ETI de control-mando y se馻lizaci髇)];
• 7) indica las competencias profesionales y las condiciones de seguridad e higiene en el trabajo requeridas para el personal encargado de la explotaci髇 y el mantenimiento de dichos subsistemas, as� como de la implementaci髇 de la ETI [cap韙ulo 4 (Caracterizaci髇 de los subsistemas)];
• 8) indica las disposiciones aplicables a los subsistemas existentes, en particular en caso de mejora y renovaci髇, y, en tales casos, los trabajos de modificaci髇 que requieran una solicitud de nueva autorizaci髇 para el veh韈ulo o subsistema en tierra [cap韙ulo 7 (Implementaci髇 de la ETI de control-mando y se馻lizaci髇)];
• 9) indica los par醡etros de los subsistemas que la empresa ferroviaria debe comprobar y los procedimientos que deben aplicarse para comprobar tales par醡etros despu閟 de la emisi髇 de la autorizaci髇 de introducci髇 en el mercado de un veh韈ulo y antes de la primera utilizaci髇 del veh韈ulo al objeto de garantizar la compatibilidad entre los veh韈ulos y las rutas en las que se van a explotar [cap韙ulo 4 (Caracterizaci髇 de los subsistemas)].

De acuerdo con el art韈ulo 4, apartado 5, de la Directiva (UE) 2016/797, en el cap韙ulo 7 (Implementaci髇 de la ETI de control-mando y se馻lizaci髇) se indican disposiciones para casos espec韋icos.

La presente ETI tambi閚 especifica, en el cap韙ulo 4 (Caracterizaci髇 de los subsistemas), las reglas de explotaci髇 y mantenimiento que se aplican espec韋icamente al 醡bito de aplicaci髇 indicado en los puntos 1.1 y 1.2 anteriores.

2. DEFINICI覰 DEL SUBSISTEMA Y 罬BITO DE APLICACI覰

2.1. Introducci髇

Los subsistemas de control-mando y se馻lizaci髇 se definen en el anexo II de la Directiva (UE) 2016/797 como:

• 1) Control-mando y se馻lizaci髇 en tierra: 玹odos los equipos en tierra necesarios para garantizar la seguridad, y el mando y el control de la circulaci髇 de los trenes autorizados a transitar por la red�.
• 2) Control-mando y se馻lizaci髇 a bordo: 玹odos los equipos a bordo necesarios para garantizar la seguridad, y el mando y el control de la circulaci髇 de los trenes autorizados a transitar por la red�.

  Las caracter韘ticas de los subsistemas de control-mando y se馻lizaci髇 son:

  • 1) las funciones que son esenciales para el control seguro del tr醘ico ferroviario y para su explotaci髇, incluidas las que son necesarias en modos degradados (6) ;
  • 2) las interfaces;
  • 3) el nivel de prestaciones necesario para cumplir los requisitos esenciales.

2.2. 羗bito de aplicaci髇

La ETI relativa a los subsistemas de control-mando y se馻lizaci髇 鷑icamente especifica aquellos requisitos que son necesarios para garantizar la interoperabilidad del sistema ferroviario de la Uni髇 y la conformidad con los requisitos esenciales (7) .

Los subsistemas de control-mando y se馻lizaci髇 incluyen las siguientes partes:

• 1) protecci髇 del tren;
• 2) radiocomunicaci髇 de voz;
• 3) radiocomunicaci髇 de datos;
• 4) detecci髇 de trenes;
• 5) conducci髇 automatizada de trenes (8) .

El ERTMS (Sistema Europeo de Gesti髇 del Tr醘ico Ferroviario) est� compuesto por la protecci髇 del tren (ETCS), la radiocomunicaci髇 (RMR) y la conducci髇 automatizada de trenes (ATO).

El sistema de protecci髇 del tren de clase A es el ETCS (Sistema Europeo de Control de Trenes) (9) , mientras que el sistema de radiocomunicaci髇 de clase A es el RMR (sistema de radio m髒il ferroviaria). En la presente ETI, el RMR comprende dos sistemas de radiocomunicaci髇 de clase A: el GSM-R y el FRMCS (futuro sistema de comunicaciones m髒iles ferroviarias), que pueden implantarse al mismo tiempo o de forma independiente (10) .

En relaci髇 con la detecci髇 de trenes, la presente ETI solo especifica los requisitos de la interfaz con otros subsistemas.

La lista de sistemas de clase B figura en el anexo II del presente Reglamento.

Los requisitos para el subsistema de control-mando y se馻lizaci髇 a bordo se especifican en relaci髇 con los dispositivos m髒iles de radio, la protecci髇 del tren y la conducci髇 automatizada de trenes de clase A.

Los requisitos para el subsistema de control-mando y se馻lizaci髇 en tierra se especifican en relaci髇 con:

• 1) la red de radio de clase A;
• 2) la protecci髇 del tren de clase A;
• 3) la conducci髇 automatizada de trenes de clase A;
• 4) los requisitos de interfaz para sistemas de detecci髇 de trenes, con el objeto de garantizar su compatibilidad con el material rodante.

Todos los subsistemas de control-mando y se馻lizaci髇, incluso cuando no se especifican en la presente ETI, deber醤 evaluarse con arreglo al Reglamento de Ejecuci髇 (UE) n.� 402/2013 de la Comisi髇 (11) .

2.3. Niveles de aplicaci髇 en tierra (ETCS)

Las interfaces especificadas en la presente ETI definen los medios de transmisi髇 de datos hacia y (cuando corresponda) desde los trenes. Las especificaciones del ETCS a que se hace referencia en la presente ETI presentan los niveles de aplicaci髇 a partir de los cuales un proyecto de implementaci髇 en tierra podr� elegir los medios de transmisi髇 que se ajusten a sus necesidades.

La presente ETI define los requisitos para todos los niveles de aplicaci髇. Para la definici髇 t閏nica de los niveles de aplicaci髇 del ETCS, v閍se el ap閚dice A, cuadro A.1, 4.1 c.

3. REQUISITOS ESENCIALES DE LOS SUBSISTEMAS DE CONTROL-MANDO Y SE袮LIZACI覰

3.1. Aspectos generales

La Directiva (UE) 2016/797 establece que los subsistemas y los componentes de interoperabilidad, incluidas las interfaces, deben cumplir los requisitos esenciales definidos en t閞minos generales en el anexo III de dicha Directiva.

Dichos requisitos esenciales son:

• 1) seguridad;
• 2) fiabilidad y disponibilidad;
• 3) salud;
• 4) protecci髇 del medio ambiente;
• 5) compatibilidad t閏nica;
• 6) accesibilidad.

Los requisitos esenciales para los sistemas de clase A se describen en el cuadro 3.1.

Los requisitos para los sistemas de clase B son responsabilidad de cada Estado miembro.

El cuadro siguiente indica los requisitos esenciales, seg鷑 figuran y se numeran en el anexo III de la Directiva (UE) 2016/797, que tienen en consideraci髇 los par醡etros b醩icos definidos en el cap韙ulo 4 de la presente ETI.

Cuadro 3.1

Relaci髇 entre los requisitos esenciales y los par醡etros b醩icos

3.2. Aspectos espec韋icos de los subsistemas de control-mando y se馻lizaci髇

3.2.1. Seguridad

Todos los proyectos de subsistemas de control-mando y se馻lizaci髇 adoptar醤 las medidas necesarias para garantizar que el riesgo de que ocurra un error dentro del 醡bito de los subsistemas de control-mando y se馻lizaci髇 no sea superior al objetivo establecido para el servicio.

Con objeto de garantizar que las medidas adoptadas para alcanzar la seguridad no pongan en peligro la interoperabilidad, deber醤 respetarse los requisitos del par醡etro b醩ico definido en el punto 4.2.1 (Caracter韘ticas de seguridad, disponibilidad y fiabilidad del control-mando y se馻lizaci髇 relevantes para la interoperabilidad).

Para el sistema ETCS de clase A, el objetivo de seguridad se distribuye entre los subsistemas de control-mando y se馻lizaci髇 a bordo y en tierra. Los requisitos detallados se especifican en el par醡etro b醩ico definido en el punto 4.2.1 (Caracter韘ticas de seguridad, disponibilidad y fiabilidad del control-mando y se馻lizaci髇 relevantes para la interoperabilidad). Este requisito de seguridad deber� cumplirse conjuntamente con los requisitos de disponibilidad definidos en el punto 3.2.2 (Fiabilidad y disponibilidad).

3.2.2. Fiabilidad y disponibilidad

Para el sistema de clase A, los objetivos de fiabilidad y disponibilidad se distribuyen entre los subsistemas de control-mando y se馻lizaci髇 a bordo y en tierra. Los requisitos detallados se especifican en el par醡etro b醩ico definido en el punto 4.2.1 (Caracter韘ticas de seguridad, disponibilidad y fiabilidad del control-mando y se馻lizaci髇 relevantes para la interoperabilidad).

Deber� controlarse el nivel de riesgo causado por la edad y el desgaste de los componentes utilizados en el subsistema. Deber醤 respetarse los requisitos de mantenimiento definidos en el punto 4.5.

3.2.3. Compatibilidad t閏nica

La compatibilidad t閏nica incluye las funciones, las interfaces y las prestaciones necesarias para lograr la interoperabilidad.

Los requisitos de compatibilidad t閏nica se subdividen en las tres categor韆s siguientes:

• 1) La primera categor韆 establece los requisitos de ingenier韆 generales aplicables a la interoperabilidad, concretamente las condiciones ambientales, la compatibilidad electromagn閠ica interna (CEM) dentro de los l韒ites del ferrocarril y la instalaci髇. Estos requisitos de compatibilidad se definen en el presente cap韙ulo.
• 2) La segunda categor韆 describe c髆o deben aplicarse t閏nicamente los subsistemas de control-mando y se馻lizaci髇 y qu� funciones deben realizar para garantizar la interoperabilidad. Esta categor韆 se define en el cap韙ulo 4.
• 3) La tercera categor韆 describe c髆o est醤 interconectados los subsistemas de control-mando y se馻lizaci髇 con el subsistema de explotaci髇 y gesti髇 del tr醘ico para conseguir la interoperabilidad operativa. Esta categor韆 se describe en el cap韙ulo 4.

3.2.3.1. Compatibilidad de ingenier韆

3.2.3.1.1. Condiciones ambientales f韘icas

Los equipos de control-mando y se馻lizaci髇 deber醤 ser capaces de funcionar en las condiciones f韘icas y clim醫icas propias de la zona en la que se encuentre la parte relevante del sistema ferroviario de la Uni髇.

Deber醤 respetarse los requisitos del par醡etro b醩ico 4.2.16 (Construcci髇 de los equipos utilizados en los subsistemas de CMS).

3.2.3.1.2. Compatibilidad electromagn閠ica interna del ferrocarril

El par醡etro b醩ico relativo a la compatibilidad electromagn閠ica entre el material rodante y los equipos de control-mando y se馻lizaci髇 en tierra se describe en el punto 4.2.11 (Compatibilidad electromagn閠ica entre el material rodante y los equipos de control-mando y se馻lizaci髇 en tierra).

3.3. Requisitos esenciales no cubiertos directamente por la presente ETI

3.3.1. Seguridad

El requisito esencial 1.1.2 del anexo III de la Directiva (UE) 2016/797 no entra en el 醡bito de aplicaci髇 de la presente ETI.

El requisito esencial 1.1.4 del anexo III de la Directiva (UE) 2016/797 para los subsistemas de control-mando y se馻lizaci髇 en tierra est� cubierto por las disposiciones europeas y nacionales aplicables vigentes.

3.3.2. Salud

De conformidad con la legislaci髇 de la Uni髇 y con la legislaci髇 nacional que sea compatible con la legislaci髇 de la Uni髇, se tomar醤 medidas para garantizar que los materiales utilizados en los subsistemas de control-mando y se馻lizaci髇 y el dise駉 de estos no constituyan un peligro para la salud de las personas que accedan a ellos. Esto est� relacionado con el requisito esencial 1.3.1 del anexo III de la Directiva (UE) 2016/797. El requisito esencial 1.3.2 del anexo III de la Directiva (UE) 2016/797 para los subsistemas de control-mando y se馻lizaci髇 en tierra est� cubierto por las disposiciones europeas y nacionales aplicables vigentes.

3.3.3. Protecci髇 del medio ambiente

De conformidad con la legislaci髇 de la Uni髇 y con la legislaci髇 nacional que sea compatible con la legislaci髇 de la Uni髇:

• 1) los equipos de control-mando y se馻lizaci髇 sometidos a condiciones de calor excesivo o incendio no superar醤 los l韒ites aplicables a las emisiones de humos o gases nocivos para el medio ambiente; esto est� relacionado con el requisito esencial 1.4.2 del anexo III de la Directiva (UE) 2016/797;
• 2) los equipos de control-mando y se馻lizaci髇 no contendr醤 sustancias que puedan contaminar anormalmente el medio ambiente durante su uso normal; esto est� relacionado con el requisito esencial 1.4.1 del anexo III de la Directiva (UE) 2016/797;
• 3) los equipos de control-mando y se馻lizaci髇 estar醤 sujetos a la legislaci髇 de la Uni髇 en vigor que regula los l韒ites de emisi髇 y la susceptibilidad a las interferencias electromagn閠icas a lo largo de los l韒ites del dominio ferroviario; esto est� relacionado con el requisito esencial 1.4.3 del anexo III de la Directiva (UE) 2016/797;
• 4) los equipos de control-mando y se馻lizaci髇 se ajustar醤 a la normativa vigente en materia de contaminaci髇 sonora; esto est� relacionado con el requisito esencial 1.4.4 del anexo III de la Directiva (UE) 2016/797;
• 5) los equipos de control-mando y se馻lizaci髇 no dar醤 lugar a niveles inadmisibles de vibraciones que pudieran comprometer la integridad de la infraestructura (cuando la infraestructura se halla en el estado de mantenimiento correcto); esto est� relacionado con el requisito esencial 1.4.5 del anexo III de la Directiva (UE) 2016/797.

3.3.4. Compatibilidad t閏nica

3.3.4.1. Compatibilidad electromagn閠ica interna del ferrocarril

De conformidad con la legislaci髇 de la Uni髇 y con la legislaci髇 nacional que sea compatible con la legislaci髇 de la Uni髇, los equipos de control-mando y se馻lizaci髇 no provocar醤 interferencias ni ser醤 interferidos por otros equipos de control-mando y se馻lizaci髇 u otros subsistemas.

3.3.5. Accesibilidad

El requisito esencial 1.6 del anexo III de la Directiva (UE) 2016/797 no entra en el 醡bito de aplicaci髇 de la presente ETI.

4. CARACTERIZACI覰 DE LOS SUBSISTEMAS

4.1. Introducci髇

4.1.1. Par醡etros b醩icos

De conformidad con los requisitos esenciales relevantes, los subsistemas de control-mando y se馻lizaci髇 se caracterizan por los siguientes par醡etros b醩icos:

• 1) Caracter韘ticas de seguridad, disponibilidad y fiabilidad del control-mando y se馻lizaci髇 relevantes para la interoperabilidad (punto 4.2.1).
• 2) Funcionalidad ETCS a bordo (punto 4.2.2).
• 3) Funcionalidad ETCS en tierra (punto 4.2.3).
• 4) Funciones de comunicaciones m髒iles RMR para los ferrocarriles (punto 4.2.4).
• 5) Interfaces aire de RMR, ETCS y ATO (punto 4.2.5).
• 6) Interfaces a bordo internas de control-mando y se馻lizaci髇 (punto 4.2.6).
• 7) Interfaces en tierra internas de control-mando y se馻lizaci髇 (punto 4.2.7).
• 8) Gesti髇 de claves (punto 4.2.8).
• 9) Gesti髇 de ETCS-ID (punto 4.2.9).
• 10) Sistemas de detecci髇 de trenes en tierra (punto 4.2.10).
• 11) Compatibilidad electromagn閠ica entre el material rodante y los equipos de control-mando y se馻lizaci髇 en tierra (punto 4.2.11).
• 12) DMI (interfaz conductor-m醧uina) del ETCS (punto 4.2.12).
• 13) DMI (interfaz conductor-m醧uina) del RMR (punto 4.2.13).
• 14) Interfaz con el registro de datos a efectos reguladores (punto 4.2.14).
• 15) Objetos de control-mando y se馻lizaci髇 en tierra (punto 4.2.15).
• 16) Construcci髇 de los equipos utilizados en los subsistemas de CMS (punto 4.2.16).
• 17) Compatibilidad de ETCS y sistema de radio (punto 4.2.17).
• 18) Funcionalidad ATO a bordo (punto 4.2.18).
• 19) Funcionalidad ATO en tierra (punto 4.2.19).
• 20) Documentaci髇 t閏nica para el mantenimiento (punto 4.2.20).

4.1.2. Resumen general de los requisitos

Todos los requisitos del punto 4.2 (Especificaciones funcionales y t閏nicas de los subsistemas) relacionados con estos par醡etros b醩icos deber醤 aplicarse a los sistemas de clase A.

Los requisitos para los sistemas de clase B y para los STM (que permiten que el sistema de clase A a bordo funcione en una infraestructura de clase B) son responsabilidad del Estado miembro correspondiente.

La presente ETI se basa en principios que permiten que el subsistema de control-mando y se馻lizaci髇 en tierra sea compatible con los subsistemas de control-mando y se馻lizaci髇 a bordo conformes con la ETI. Con este fin:

• 1) las funciones, interfaces y prestaciones del subsistema de control-mando y se馻lizaci髇 a bordo est醤 normalizadas para asegurar que cada tren reaccione a los datos recibidos de tierra de manera predecible;
• 2) las comunicaciones tierra a tren y tren a tierra en el subsistema de control-mando y se馻lizaci髇 en tierra est醤 completamente normalizadas en la presente ETI. Las especificaciones a las que se hace referencia en los siguientes puntos permiten que la funcionalidad en tierra de control-mando y se馻lizaci髇 se aplique de un modo flexible para optimizar su integraci髇 en el sistema ferroviario. Esta flexibilidad deber� utilizarse sin limitar el movimiento de los veh韈ulos con subsistemas a bordo conformes con la ETI.

Las funciones de control-mando y se馻lizaci髇 se clasifican en categor韆s que indican si son opcionales u obligatorias. Las categor韆s se definen en el punto 7.2.9 de la presente ETI y en las especificaciones a que se hace referencia en el ap閚dice A, donde tambi閚 se indica el modo de clasificaci髇 de las funciones.

El ap閚dice A, cuadro A.1, 4.1 c, contiene el glosario de t閞minos y definiciones del ETCS y ATO, que se utilizan en las especificaciones a que se refiere el ap閚dice A.

4.1.3. Partes de los subsistemas de control-mando y se馻lizaci髇

De acuerdo con el punto 2.2 (羗bito de aplicaci髇), los subsistemas de control-mando y se馻lizaci髇 pueden subdividirse en partes.

El siguiente cuadro recoge los par醡etros b醩icos que son relevantes para cada subsistema y para cada parte.

Cuadro 4.1

Partes de los subsistemas de control-mando y se馻lizaci髇

4.2. Especificaciones funcionales y t閏nicas de los subsistemas

4.2.1. Caracter韘ticas de seguridad, disponibilidad y fiabilidad del control-mando y se馻lizaci髇 relevantes para la interoperabilidad

Este par醡etro b醩ico describe los requisitos aplicables al subsistema de control-mando y se馻lizaci髇 a bordo y en tierra en relaci髇 con el punto 3.2.1 (Seguridad) y el punto 3.2.2 (Fiabilidad y disponibilidad).

Con objeto de conseguir la interoperabilidad, deber醤 respetarse las siguientes disposiciones en la implementaci髇 de los subsistemas de control-mando y se馻lizaci髇 a bordo y en tierra:

• 1) El dise駉, la implementaci髇 y la utilizaci髇 del subsistema de control-mando y se馻lizaci髇 a bordo o en tierra no exportar醤 ning鷑 requisito:
  • a) a trav閟 de la interfaz entre los subsistemas de control-mando y se馻lizaci髇 a bordo y en tierra, adicional a los requisitos especificados en la presente ETI;
  • b) a ning鷑 otro subsistema, adicional a los requisitos especificados en las ETI correspondientes.
• 2) Deber醤 respetarse los requisitos recogidos en los puntos 4.2.1.1 y 4.2.1.2.

4.2.1.1. Seguridad

Los subsistemas de control-mando y se馻lizaci髇 a bordo y en tierra respetar醤 los requisitos para los equipos e instalaciones ETCS establecidos en la presente ETI.

Para el peligro 玸uperaci髇 de los l韒ites de velocidad y distancia indicados al ETCS�, la tasa de peligro tolerable (THR) ser� de 10-9 h-1 para fallos aleatorios del ETCS a bordo y de 10-9 h-1 para fallos aleatorios del ETCS en tierra. V閍se el ap閚dice A, cuadro A 1, 4.2.1 a.

Para conseguir la interoperabilidad, el ETCS a bordo deber� cumplir plenamente todos los requisitos recogidos en el ap閚dice A, cuadro A 1, 4.2.1. No obstante, para el ETCS en tierra son aceptables requisitos de seguridad menos estrictos siempre que, en combinaci髇 con subsistemas de control-mando y se馻lizaci髇 a bordo conformes con la ETI, se alcance el nivel de seguridad para el servicio.

Para el sistema ETCS de clase A:

• 1) los cambios introducidos por las empresas ferroviarias y los administradores de infraestructuras para aplicar medidas de mantenimiento preventivo o correctivo se gestionar醤 de acuerdo con los procesos y procedimientos de su sistema de gesti髇 de la seguridad, de conformidad con el art韈ulo 9 de la Directiva (UE) 2016/798 del Parlamento Europeo y del Consejo (Directiva de seguridad) (12) ;
• 2) otros tipos de cambios introducidos por las empresas ferroviarias y los administradores de infraestructuras (por ejemplo, cambios en el dise駉 o la aplicaci髇 del ETCS), as� como los cambios introducidos por otros agentes (por ejemplo, fabricantes u otros proveedores), se gestionar醤 de acuerdo con el proceso de gesti髇 de riesgos establecido en el anexo I del Reglamento de Ejecuci髇 (UE) n.� 402/2013, tal como se contempla en el art韈ulo 6, apartado 1, letra a), de la Directiva (UE) 2016/798.

Adem醩, un organismo de evaluaci髇 del MCS evaluar� de manera independiente la correcta aplicaci髇 del proceso de gesti髇 de riesgos establecido en el anexo I del Reglamento (UE) n.� 402/2013, as� como la pertinencia de los resultados de esa aplicaci髇, de acuerdo con el art韈ulo 6 de dicho Reglamento. No habr� restricciones con respecto a los tipos de independencia A, B o C del organismo de evaluaci髇 del MCS permitidos por el Reglamento de Ejecuci髇 (UE) n.� 402/2013. El organismo de evaluaci髇 del MCS designado deber� estar acreditado o reconocido de conformidad con los requisitos establecidos en el anexo II del Reglamento de Ejecuci髇 (UE) n.� 402/2013 en el 醡bito del subsistema de 玞ontrol-mando y se馻lizaci髇�, mencionado en el punto 5 玞lasificaci髇� de la entrada correspondiente a organismos de evaluaci髇 de la base de datos ERADIS.

La acreditaci髇 o el reconocimiento, en el 醡bito del subsistema de 玞ontrol-mando y se馻lizaci髇�, abarca la competencia del organismo de evaluaci髇 del MCS para evaluar de forma independiente la 玦ntegraci髇 segura� a nivel de un subsistema del ETCS o de un componente de interoperabilidad del ETCS. Esto abarca la competencia para:

• 1) la evaluaci髇 de la integraci髇 segura de todos los componentes e interfaces internos que conforman la arquitectura del subsistema del ETCS o del componente de interoperabilidad del ETCS;
• 2) la evaluaci髇 de la integraci髇 segura de todas las interfaces externas del subsistema del ETCS o del componente de interoperabilidad del ETCS, en su contexto f韘ico, funcional, medioambiental, operativo y de mantenimiento directo.

La aplicaci髇 de las normas mencionadas en el ap閚dice A, cuadro A 3, es un medio adecuado de cumplir plenamente el proceso de gesti髇 de riesgos establecido en el anexo I del Reglamento de Ejecuci髇 (UE) n.� 402/2013 para el dise駉, la implementaci髇, la producci髇, la instalaci髇 y la validaci髇 (incluida la aceptaci髇 de la seguridad) de los componentes de interoperabilidad y los subsistemas. Cuando se apliquen normas diferentes de las mencionadas en el ap閚dice A, cuadro A 3, se deber� demostrar, como m韓imo, la equivalencia.

Cuando para un subsistema del ETCS o un componente de interoperabilidad del ETCS se utilicen las especificaciones a las que se hace referencia en el ap閚dice A, cuadro A 3, como medio adecuado para cumplir plenamente el proceso de gesti髇 de riesgos establecido en el anexo I del Reglamento de Ejecuci髇 (UE) n.� 402/2013, a fin de evitar la duplicaci髇 innecesaria del trabajo de evaluaci髇 independiente, las actividades independientes de evaluaci髇 de la seguridad exigidas por las especificaciones mencionadas en el ap閚dice A, cuadro A 3, ser醤 realizadas por un organismo de evaluaci髇 del MCS acreditado o reconocido como se especifica en el punto anterior en lugar de por un evaluador independiente de seguridad del Cenelec.

4.2.1.2. Fiabilidad/Disponibilidad

Este punto se refiere a la ocurrencia de modos de fallo que no causan peligros de seguridad pero crean situaciones degradadas cuya gesti髇 puede reducir la seguridad general del sistema.

En el contexto de este par醡etro, 玣allo� significa el cese de la capacidad de un elemento para desempe馻r una funci髇 necesaria con la eficacia necesaria y 玬odo de fallo� significa el efecto a trav閟 del cual se observa el fallo.

Para garantizar que los administradores de infraestructuras y las empresas ferroviarias correspondientes reciben toda la informaci髇 que necesitan con vistas a definir los procedimientos adecuados para gestionar las situaciones degradadas, el expediente t閏nico adjunto a la declaraci髇 獵E� de verificaci髇 de un subsistema de CMS a bordo o en tierra contendr� los valores de disponibilidad/fiabilidad calculados relativos a los modos de fallo que influyan en la capacidad del subsistema de CMS para supervisar la circulaci髇 segura de uno o m醩 veh韈ulos o para establecer radiocomunicaciones de voz entre el control del tr醘ico y los maquinistas.

Se garantizar� el cumplimiento de los siguientes valores calculados:

• 1) promedio de horas de funcionamiento entre fallos de un subsistema de CMS a bordo que requiera el aislamiento de las funciones de protecci髇 del tren: (punto abierto);
• 2) promedio de horas de funcionamiento entre fallos de un subsistema de CMS a bordo que impida la radiocomunicaci髇 de voz entre el control del tr醘ico y el maquinista: (punto abierto).

Para que los administradores de infraestructuras y las empresas ferroviarias puedan supervisar, durante la vida de los subsistemas, el nivel de riesgo y el respeto de los valores de fiabilidad/disponibilidad utilizados para definir los procedimientos para la gesti髇 de las situaciones degradadas, se respetar醤 los requisitos de mantenimiento establecidos en el punto 4.2.20 (Documentaci髇 t閏nica para el mantenimiento).

4.2.2. Funcionalidad ETCS a bordo

El par醡etro b醩ico para la funcionalidad ETCS a bordo describe todas las funciones necesarias para la circulaci髇 segura de un tren. La funci髇 principal consiste en proporcionar protecci髇 autom醫ica del tren y se馻lizaci髇 en cabina:

• 1) estableciendo las caracter韘ticas del tren (por ejemplo, velocidad m醲ima del tren, prestaciones de frenado);
• 2) seleccionando el modo de supervisi髇 sobre la base de la informaci髇 recibida de tierra;
• 3) ejecutando funciones de odometr韆;
• 4) localizando al tren en un sistema de coordenadas basado en las ubicaciones de las Eurobalizas;
• 5) calculando el perfil de velocidad din醡ico para su misi髇 sobre la base de las caracter韘ticas del tren y de la informaci髇 recibida de tierra;
• 6) supervisando el perfil de velocidad din醡ico durante la misi髇;
• 7) proporcionando la funci髇 de intervenci髇.

Dichas funciones deber醤 implementarse de conformidad con el ap閚dice A, cuadro A 1, 4.2.2 b, y sus prestaciones deber醤 respetar lo dispuesto en el ap閚dice A, cuadro A 1, 4.2.2 a.

Los requisitos para las pruebas se especifican en el ap閚dice A, cuadro A 1, 4.2.2 c.

La funcionalidad principal se basa en otras funciones, a las que tambi閚 se aplica el ap閚dice A, cuadro A 1, 4.2.2 a y 4.2.2 b, junto con las especificaciones adicionales indicadas a continuaci髇:

• 1) Comunicaci髇 con el subsistema de control-mando y se馻lizaci髇 en tierra.
  • a) Transmisi髇 de datos por Eurobaliza. V閍se el punto 4.2.5.2 (Comunicaci髇 por Eurobaliza con el tren para aplicaciones del ERTMS).
  • b) Transmisi髇 de datos por Eurolazo. V閍se el punto 4.2.5.3 (Comunicaci髇 por Eurolazo con el tren para aplicaciones del ERTMS). Esta funcionalidad es opcional a bordo, salvo que la exijan los casos espec韋icos mencionados en el punto 7.7, que solo se referir醤 a las especificaciones del ap閚dice A.
  • c) Radiotransmisi髇 de datos para radio infill. V閍se el ap閚dice A, cuadro A 1, 4.2.2 d, puntos 4.2.5.1 (Interfaz aire de RMR), 4.2.6.2 (Interfaz entre la comunicaci髇 de datos RMR y las aplicaciones del ETCS/ATO) y 4.2.8 (Gesti髇 de claves). Esta funcionalidad es opcional a bordo, salvo que la exijan los casos espec韋icos mencionados en el punto 7.7. La implementaci髇 de esta funcionalidad, incluso en los casos espec韋icos, deber� ser conforme con las especificaciones del ap閚dice A.
  • d) Radiotransmisi髇 de datos. V閍nse los puntos 4.2.5.1 (Interfaz aire de RMR), 4.2.6.2 (Interfaz entre la comunicaci髇 de datos RMR y las aplicaciones del ETCS/ATO) y 4.2.8 (Gesti髇 de claves). Esta radiotransmisi髇 de datos es opcional, excepto cuando se opere en una l韓ea con ETCS de nivel 2 (anteriormente ETCS de nivel 2 o 3).
• 2) Comunicaci髇 con el conductor. V閍se el ap閚dice A, cuadro A 1, 4.2.2 e, punto 4.2.12 (DMI (interfaz conductor-m醧uina) del ETCS).
• 3) Comunicaci髇 con los STM. V閍se el punto 4.2.6.1 (Protecci髇 del tren ETCS y de clase B). Esta funci髇 incluye:
  • a) gesti髇 de la salida de los STM;
  • b) aportaci髇 de los datos que usar醤 los STM;
  • c) gesti髇 de las transiciones de los STM.
• 4) Gesti髇 de informaci髇 sobre:
  • a) la integridad del tren: el suministro de la informaci髇 sobre la integridad del tren y sobre la longitud de composici髇 segura al subsistema a bordo es opcional, excepto cuando sea requisito en tierra;
  • b) la detecci髇 de movimiento en fr韔: el equipo ETCS a bordo estar� equipado con detecci髇 de movimiento en fr韔.
• 5) Control del estado de los equipos y asistencia en modo degradado. Esta funci髇 incluye:
  • a) inicializaci髇 de la funcionalidad ETCS a bordo;
  • b) prestaci髇 de asistencia en modo degradado;
  • c) aislamiento de la funcionalidad ETCS a bordo.
• 6) Apoyo al registro de datos a efectos reguladores. V閍se el punto 4.2.14 (Interfaz con el registro de datos a efectos reguladores).
• 7) Env韔 de informaci髇/髍denes y recepci髇 de informaci髇 de estado del material rodante:

  a/desde la unidad de interfaz con el tren. V閍se el ap閚dice A, cuadro A 1, 4.2.2 f.

  Nota: El ETCS a bordo ser� conforme con la FFFIS del tren 鷑icamente en el caso de dise駉s de veh韈ulos de nueva creaci髇 que requieran una primera autorizaci髇, tal como se define en el art韈ulo 14, apartado 1, letra a), del Reglamento de Ejecuci髇 (UE) 2018/545 de la Comisi髇 (13) .

• 8) Env韔 de informaci髇/髍denes y recepci髇 de informaci髇 de estado de la ATO a bordo. V閍se el ap閚dice A, cuadro A 1, 4.2.2 h.

4.2.3. Funcionalidad ETCS en tierra

Este par醡etro b醩ico describe la funcionalidad ETCS en tierra. Contiene toda la funcionalidad ETCS necesaria para facilitar un recorrido seguro a un tren espec韋ico.

Las funcionalidades principales son:

• 1) localizaci髇 de un tren determinado en un sistema de coordenadas basado en ubicaciones de las Eurobalizas (ETCS de nivel 2);
• 2) traducci髇 de la informaci髇 procedente de los equipos de se馻lizaci髇 en tierra a un formato est醤dar para el subsistema de control-mando y se馻lizaci髇 a bordo;
• 3) env韔 de autorizaciones de movimiento, con inclusi髇 de la descripci髇 de la v韆 y 髍denes asignadas a un tren determinado.

Dichas funciones deber醤 implementarse de conformidad con el ap閚dice A, cuadro A 1, 4.2.3 b, y sus prestaciones deber醤 respetar lo dispuesto en el ap閚dice A, cuadro A 1, 4.2.3 a.

La funcionalidad principal se basa en otras funciones, a las que tambi閚 se aplica el ap閚dice A, cuadro A 1, 4.2.3 a y 4.2.3 b, junto con las especificaciones adicionales indicadas a continuaci髇:

• 1) Comunicaci髇 con el subsistema de control-mando y se馻lizaci髇 a bordo. Esto incluye:
  • a) Transmisi髇 de datos por Eurobaliza. V閍nse los puntos 4.2.5.2 (Comunicaci髇 por Eurobaliza con el tren para aplicaciones del ERTMS) y 4.2.7.4 (Eurobaliza/LEU).
  • b) Transmisi髇 de datos por Eurolazo. V閍nse los puntos 4.2.5.3 (Comunicaci髇 por Eurolazo con el tren para aplicaciones del ERTMS) y 4.2.7.5 (Eurolazo/LEU). El Eurolazo solo es relevante en el nivel 1, donde es opcional.
  • c) Radiotransmisi髇 de datos para radio infill. V閍nse los puntos 4.2.5.1.2.1 (Interfaz aire de GSM-R para la aplicaci髇 de ETCS), 4.2.7.3.1.1 (GSM-R/ETCS en tierra) y 4.2.8 (Gesti髇 de claves). La radio infill solo es relevante en el nivel 1, donde es opcional.
  • d) Radiotransmisi髇 de datos. V閍nse los puntos 4.2.5.1 (Interfaz aire de RMR), 4.2.7.3 (RMR/ETCS en tierra y RMR/ATO en tierra) y 4.2.8 (Gesti髇 de claves). La radiotransmisi髇 de datos solo es relevante en ETCS de nivel 2.
• 2) Generaci髇 de informaci髇/髍denes al ETCS a bordo, por ejemplo informaci髇 sobre el cierre/apertura de las trampillas de aire, la bajada/elevaci髇 del pant骻rafo, la apertura/cierre del contactor de potencia principal, el cambio del sistema de tracci髇 A al sistema de tracci髇 B. La implementaci髇 de esta funcionalidad es opcional en tierra, aunque puede ser requerida por otras ETI o normas nacionales aplicables, o como resultado de la aplicaci髇 de la valoraci髇 y evaluaci髇 del riesgo dirigida a garantizar la integraci髇 segura de los subsistemas.
• 3) Gesti髇 de las transiciones entre zonas supervisadas por los diferentes centros de bloqueo por radio (RBC) (relevante solo para ETCS de nivel 2). V閍nse los puntos 4.2.7.1 (Interfaz funcional entre RBC) y 4.2.7.2 (RBC/RBC).

4.2.4. Funciones de comunicaciones m髒iles RMR para los ferrocarriles

Este par醡etro b醩ico describe las funciones de radiocomunicaci髇. Dichas funciones deber醤 implementarse en los subsistemas de control-mando y se馻lizaci髇 a bordo y en tierra, de conformidad con las especificaciones indicadas a continuaci髇.

4.2.4.1. Funci髇 de comunicaci髇 b醩ica

4.2.4.1.1. Funci髇 de comunicaci髇 b醩ica GSM-R

Los requisitos generales se especifican en el ap閚dice A, cuadro A 1, 4.2.4 a.

Adem醩, deber醤 respetarse las siguientes especificaciones:

• 1) caracter韘ticas ASCI; ap閚dice A, cuadro A 1, 4.2.4 b;
• 2) tarjeta SIM; ap閚dice A, cuadro A 1, 4.2.4 c;
• 3) direccionamiento en funci髇 de la localizaci髇; ap閚dice A, cuadro A 1, 4.2.4 e.

4.2.4.1.2. Funci髇 de comunicaci髇 b醩ica FRMCS

Los requisitos generales se especifican en el ap閚dice A, cuadro A 1, 4.2.4 l.

Adem醩, deber醤 respetarse las siguientes especificaciones:

• 1) perfil FRMCS; ap閚dice A, cuadro A 1, 4.2.4 n.

4.2.4.2. Aplicaciones de comunicaciones de voz y operativas

4.2.4.2.1. Aplicaciones de comunicaciones de voz y operativas GSM-R

Los requisitos generales se definen en el ap閚dice A, cuadro A 1, 4.2.4 f.

Los requisitos para las pruebas se especifican en el ap閚dice A, cuadro A 1, 4.2.4 g.

Adem醩, deber醤 respetarse las siguientes especificaciones:

• 1) confirmaci髇 de las llamadas de alta prioridad; ap閚dice A, cuadro A 1, 4.2.4 h;
• 2) direccionamiento funcional; ap閚dice A, cuadro A 1, 4.2.4 j;
• 3) presentaci髇 de n鷐eros funcionales; ap閚dice A, cuadro A 1, 4.2.4 k;
• 4) se馻lizaci髇 usuario a usuario; ap閚dice A, cuadro A 1, 4.2.4 d.

4.2.4.2.2. Aplicaciones de comunicaciones de voz y operativas FRMCS

Los requisitos generales se definen en el ap閚dice A, cuadro A 1, 4.2.4 m.

Los requisitos para las pruebas se especifican en el ap閚dice A, cuadro A 1, 4.2.4 o.

4.2.4.3. Aplicaciones de comunicaci髇 de datos para ETCS y ATO

4.2.4.3.1. Comunicaci髇 de datos para ETCS

La parte relativa a la 玶adiocomunicaci髇 de datos� del subsistema de control-mando y se馻lizaci髇 a bordo deber� ser capaz de mantener al menos dos sesiones de comunicaci髇 simult醤eas con el ETCS.

4.2.4.3.1.1. Comunicaci髇 de datos GSM-R para ETCS

Los requisitos generales se definen en el ap閚dice A, cuadro A 1, 4.2.4 f.

Los requisitos para las pruebas se especifican en el ap閚dice A, cuadro A 1, 4.2.4 g.

Esta funcionalidad es obligatoria 鷑icamente para el ETCS de nivel 2, as� como para las aplicaciones de radio infill.

4.2.4.3.1.2. Comunicaci髇 de datos FRMCS para ETCS

Los requisitos generales se definen en el ap閚dice A, cuadro A 1, 4.2.4 m.

Los requisitos para las pruebas se especifican en el ap閚dice A, cuadro A 1, 4.2.4 o.

Esta funcionalidad es obligatoria para las aplicaciones de ETCS de nivel 2.

4.2.4.3.2. Comunicaci髇 de datos para ATO

4.2.4.3.2.1. Comunicaci髇 de datos GSM-R para ATO

Los requisitos generales se definen en el ap閚dice A, cuadro A 1, 4.2.4 f.

Los requisitos para las pruebas se especifican en el ap閚dice A, cuadro A 1, 4.2.4 g.

4.2.4.3.2.2. Comunicaci髇 de datos FRMCS para ATO

Los requisitos generales se definen en el ap閚dice A, cuadro A 1, 4.2.4 m.

Los requisitos para las pruebas se especifican en el ap閚dice A, cuadro A 1, 4.2.4 o.

4.2.5. Interfaces aire de RMR, ETCS y ATO

Este par醡etro b醩ico especifica los requisitos para la interfaz aire entre los subsistemas de control-mando y se馻lizaci髇 a bordo y en tierra y deber� tenerse en cuenta en conjunto con los requisitos para las interfaces entre los equipos ETCS, ATO y RMR, tal como se especifica en los puntos 4.2.6 (Interfaces a bordo internas de control-mando y se馻lizaci髇) y 4.2.7 (Interfaces en tierra internas de control-mando y se馻lizaci髇).

Este par醡etro b醩ico incluye:

• 1) los valores f韘icos, el閏tricos y electromagn閠icos que deben respetarse para conseguir un funcionamiento seguro;
• 2) el protocolo de comunicaciones que debe utilizarse;
• 3) la disponibilidad del canal de comunicaci髇.

Las especificaciones aplicables se indican a continuaci髇.

4.2.5.1. Interfaz aire de RMR

4.2.5.1.1. Interfaz aire general de RMR

4.2.5.1.1.1. Interfaz aire de GSM-R

La interfaz aire cumplir� los requisitos especificados en el ap閚dice A, cuadro A 1, 4.2.5 a y 4.2.4 f.

Nota 1: Las interfaces de radiocomunicaci髇 GSM-R funcionar醤 en la banda de frecuencias especificada en el ap閚dice A, cuadro A 1, 4.2.5 a y 4.2.4 f.

Nota 2: Los subsistemas de control-mando y se馻lizaci髇 a bordo estar醤 protegidos contra interferencias, de acuerdo con los requisitos especificados en el ap閚dice A, cuadro A 1, 4.2.4 f.

4.2.5.1.1.2. Interfaz aire de FRMCS

La interfaz de aire cumplir� los requisitos especificados en el ap閚dice A, cuadro A 1, 4.2.5 f.

4.2.5.1.2. Interfaz aire de RMR para la aplicaci髇 de ETCS

4.2.5.1.2.1. Interfaz aire de GSM-R para la aplicaci髇 de ETCS

Los protocolos de comunicaci髇 de datos se ajustar醤 a lo dispuesto en el ap閚dice A, cuadro A 1, 4.2.5 b.

Cuando se utilice la radio infill, deber醤 respetarse, adem醩, los requisitos recogidos en el ap閚dice A, cuadro A 1, 4.2.5 c.

4.2.5.1.2.2. Interfaz aire de FRMCS para la aplicaci髇 de ETCS

Los protocolos de comunicaci髇 de datos se ajustar醤 a lo dispuesto en el ap閚dice A, cuadro A 1, 4.2.5 j.

4.2.5.1.3. Interfaz aire de RMR para la aplicaci髇 de ATO

4.2.5.1.3.1. Interfaz aire de GSM-R para la aplicaci髇 de ATO

Se utilizar� la comunicaci髇 con conmutador de paquetes y los protocolos de comunicaci髇 de datos cumplir醤 los requisitos pertinentes del ap閚dice A, cuadro A 1, 4.2.5 h.

El uso de otras redes de comunicaci髇 inal醡bricas, por ejemplo explotadas por un operador de redes m髒iles p鷅lico o privado, est� permitido para la aplicaci髇 ATO, pero se considera fuera del 醡bito de aplicaci髇 de la presente ETI.

El uso de estas redes no deber� interferir con las comunicaciones de voz y de datos del GSM-R.

4.2.5.1.3.2. Interfaz aire de FRMCS para la aplicaci髇 de ATO

Los protocolos de comunicaci髇 de datos se ajustar醤 a lo dispuesto en el ap閚dice A, cuadro A 1, 4.2.5 i.

4.2.5.2. Comunicaci髇 por Eurobaliza con el tren para aplicaciones del ERTMS

Las interfaces de comunicaci髇 por Eurobaliza se ajustar醤 a lo dispuesto en el ap閚dice A, cuadro A 1, 4.2.5 d.

4.2.5.3. Comunicaci髇 por Eurolazo con el tren para aplicaciones del ERTMS

Las interfaces de comunicaci髇 por Eurolazo se ajustar醤 a lo dispuesto en el ap閚dice A, cuadro A 1, 4.2.5 e.

4.2.6. Interfaces a bordo internas de control-mando y se馻lizaci髇

Este par醡etro b醩ico consta de las siguientes partes:

4.2.6.1. Protecci髇 del tren ETCS y de clase B

Cuando est閚 instaladas a bordo las funciones de protecci髇 del tren ETCS y de clase B, la integraci髇 y las transiciones entre ellas se gestionar醤 con uno de los siguientes elementos:

• 1) una interfaz normalizada (STM), o
• 2) una interfaz no normalizada, o
• 3) clase B y clase A integradas en el mismo equipo (por ejemplo, 玝inormas�); o
• 4) sin interfaz directa entre ambos equipos.

Cuando la integraci髇 de los sistemas ETCS y de clase B y las transiciones entre ellos se gestionen con la interfaz normalizada (STM), deber醤 cumplir los requisitos especificados en el ap閚dice A, cuadro A 1, 4.2.6 a.

El ap閚dice A, cuadro A 1, 4.2.6 b, especifica la interfaz K (para permitir que determinados STM lean la informaci髇 de las balizas de clase B a trav閟 de la antena ETCS a bordo) y el ap閚dice A, cuadro A 1, 4.2.6 c, especifica la interfaz G (interfaz aire entre la antena ETCS a bordo y las balizas de clase B).

La implementaci髇 de la interfaz K es opcional, pero si se realiza deber� respetar lo dispuesto en el ap閚dice A, cuadro A 1, 4.2.6 b.

Adem醩, si est� implementada la interfaz K, la funcionalidad del canal de transmisi髇 a bordo debe poder manejar las propiedades del ap閚dice A, cuadro A 1, 4.2.6 c.

Si la integraci髇 y las transiciones entre los sistemas de protecci髇 del tren ETCS y de clase B a bordo no se gestionan mediante la interfaz normalizada especificada en el ap閚dice A, cuadro A 1, 4.2.6 a, el m閠odo utilizado no impondr� requisitos adicionales al subsistema de control-mando y se馻lizaci髇 en tierra.

4.2.6.2. Interfaz entre la comunicaci髇 de datos RMR y las aplicaciones del ETCS/ATO

4.2.6.2.1. Interfaz entre la comunicaci髇 de datos RMR y el ETCS

4.2.6.2.1.1. Interfaz entre la comunicaci髇 de datos GSM-R y el ETCS

Los requisitos para la interfaz entre el GSM-R a bordo y la funcionalidad ETCS a bordo se especifican en el ap閚dice A, cuadro A 1, 4.2.6 d.

Cuando se utilice la radio infill, deber醤 respetarse los requisitos recogidos en el ap閚dice A, cuadro A 1, 4.2.6 e.

4.2.6.2.1.2. Interfaz entre la comunicaci髇 de datos FRMCS y el ETCS

Los requisitos para la interfaz entre el FRMCS a bordo y la funcionalidad ETCS a bordo se especifican en el ap閚dice A, cuadro A 1, 4.2.6 g.

4.2.6.2.2. Interfaz entre la comunicaci髇 de datos RMR y ATO

4.2.6.2.2.1. Interfaz entre la comunicaci髇 de datos GSM-R y ATO

Los requisitos para la interfaz entre el GSM-R a bordo y la funcionalidad ATO a bordo se especifican en el ap閚dice A, cuadro A 1, 4.2.6 j.

4.2.6.2.2.2. Interfaz entre la comunicaci髇 de datos FRMCS y ATO

Los requisitos para la interfaz entre el FRMCS a bordo y la funcionalidad ATO a bordo se especifican en el ap閚dice A, cuadro A 1, 4.2.6 k.

4.2.6.2.3. Interfaz entre la aplicaci髇 de voz del FRMCS a bordo y el FRMCS a bordo

Los requisitos para la interfaz entre la aplicaci髇 de voz del FRMCS a bordo y el FRMCS a bordo se especifican en el ap閚dice A, cuadro A 1, 4.2.6 l.

4.2.6.3. Odometr韆

No existen requisitos espec韋icos para la interfaz de odometr韆.

4.2.6.4. Interfaz entre ATO y ETCS

Los requisitos para la interfaz entre la funcionalidad ATO a bordo y la funcionalidad ETCS a bordo se especifican en el ap閚dice A, cuadro A 1, 4.2.6 h.

4.2.6.5. Interfaces de CMS a bordo internas adicionales

4.2.6.5.1. Capas de comunicaci髇 de red de composici髇 de CMS

La interfaz entre los dispositivos terminales (por ejemplo, ETCS a bordo, ATO a bordo y FRMCS a bordo) y la red de composici髇 basada en Ethernet (ECN) cumplir� lo dispuesto en el ap閚dice A, cuadro A 1, 4.2.6 i, salvo que se indique lo contrario. Esta interfaz solo es aplicable a los dise駉s de veh韈ulos de nueva creaci髇 que requieran una primera autorizaci髇, tal como se define en el art韈ulo 14, apartado 1, letra a), del Reglamento de Ejecuci髇 (UE) 2018/545.

4.2.7. Interfaces en tierra internas de control-mando y se馻lizaci髇

Este par醡etro b醩ico consta de cinco partes.

4.2.7.1. Interfaz funcional entre RBC

Esta interfaz define los datos que se intercambian entre RBC adyacentes para permitir la circulaci髇 segura de un tren desde una zona de un RBC al siguiente:

• 1) Informaci髇 facilitada por el RBC que efect鷄 el traspaso al RBC que lo acepta.
• 2) Informaci髇 facilitada por el RBC que acepta el traspaso al RBC que lo efect鷄.
• 3) Los requisitos se especifican en el ap閚dice A, cuadro A 1, 4.2.7 a.

4.2.7.2. RBC/RBC

Se trata de la interfaz t閏nica entre dos RBC. Los requisitos se especifican en el ap閚dice A, cuadro A 1, 4.2.7 b.

4.2.7.3. RMR/ETCS en tierra y RMR/ATO en tierra

4.2.7.3.1. RMR/ETCS en tierra

4.2.7.3.1.1. GSM-R/ETCS en tierra

Los requisitos para la interfaz entre el GSM-R y la funcionalidad ETCS en tierra se especifican en el ap閚dice A, cuadro A 1, 4.2.7 c.

4.2.7.3.1.2. FRMCS/ETCS en tierra

Los requisitos para la interfaz entre el FRMCS y la funcionalidad ETCS en tierra se especifican en el ap閚dice A, cuadro A 1, 4.2.7 f.

4.2.7.3.2. RMR/ATO en tierra

4.2.7.3.2.1. GSM-R/ATO en tierra

Los requisitos para la interfaz entre el GSM-R y la funcionalidad ATO en tierra se especifican en el ap閚dice A, cuadro A 1, 4.2.7 g.

4.2.7.3.2.2. FRMCS/ATO en tierra

Los requisitos para la interfaz entre el FRMCS y la funcionalidad ATO en tierra se especifican en el ap閚dice A, cuadro A 1, 4.2.7 h.

4.2.7.4. Eurobaliza/LEU

Se trata de la interfaz entre la Eurobaliza y la LEU. Los requisitos se especifican en el ap閚dice A, cuadro A 1, 4.2.7 d.

Esta interfaz solo contribuye a este par醡etro b醩ico cuando la Eurobaliza y la LEU se suministran como componentes de interoperabilidad separados (v閍se el punto 5.2.2, Agrupaci髇 de componentes de interoperabilidad).

4.2.7.5. Eurolazo/LEU

Se trata de la interfaz entre el Eurolazo y la LEU. Los requisitos se especifican en el ap閚dice A, cuadro A 1, 4.2.7 e.

Esta interfaz solo contribuye a este par醡etro b醩ico cuando el Eurolazo y la LEU se suministran como componentes de interoperabilidad separados (v閍se el punto 5.2.2, Agrupaci髇 de componentes de interoperabilidad).

4.2.8. Gesti髇 de claves

Este par醡etro b醩ico especifica los requisitos para la gesti髇 de claves criptogr醘icas utilizadas para la protecci髇 de los datos transmitidos por radio.

Los requisitos se especifican en el ap閚dice A, cuadro A 1, 4.2.8 a. El 醡bito de aplicaci髇 de la presente ETI 鷑icamente abarca los requisitos relativos a las interfaces de los equipos de control-mando y se馻lizaci髇.

4.2.9. Gesti髇 de ETCS-ID

Este par醡etro b醩ico se refiere a las identidades ETCS (ETCS-ID) de los equipos de los subsistemas de control-mando y se馻lizaci髇 en tierra y a bordo.

Los requisitos se especifican en el ap閚dice A, 4.2.9 a.

4.2.10. Sistemas de detecci髇 de trenes en tierra

Este par醡etro b醩ico especifica los requisitos de la interfaz entre los sistemas de detecci髇 de trenes en tierra y el material rodante, en relaci髇 con el dise駉 y explotaci髇 del veh韈ulo.

Los requisitos de interfaz que deber醤 respetar los sistemas de detecci髇 de trenes se especifican en el ap閚dice A, cuadro A 1, 4.2.10 a.

4.2.11. Compatibilidad electromagn閠ica entre el material rodante y los equipos de control-mando y se馻lizaci髇 en tierra

Este par醡etro b醩ico especifica los requisitos de la interfaz para la compatibilidad electromagn閠ica entre el material rodante y los equipos de control-mando y se馻lizaci髇 de detecci髇 de trenes en tierra.

Los requisitos de interfaz que deber� respetar el sistema de detecci髇 de trenes se especifican en el ap閚dice A, cuadro A 1, 4.2.11 a.

4.2.12. DMI (interfaz conductor-m醧uina) del ETCS

Este par醡etro b醩ico describe la informaci髇 facilitada por el ETCS y la ATO al conductor e introducida a bordo por el conductor. V閍se el ap閚dice A, cuadro A 1, 4.2.12 a.

Incluye:

• 1) ergonom韆 (incluida la visibilidad);
• 2) funciones ETCS y ATO que deben visualizarse;
• 3) funciones ETCS y ATO activadas por la informaci髇 introducida por el conductor.

4.2.13. DMI (interfaz conductor-m醧uina) del RMR

Este par醡etro b醩ico describe la informaci髇 facilitada por el RMR al conductor e introducida en el RMR a bordo por el conductor.

Incluye:

• 1) ergonom韆 (incluida la visibilidad);
• 2) funciones RMR que deben visualizarse;
• 3) informaci髇 saliente relacionada con la llamada;
• 4) informaci髇 entrante relacionada con la llamada.

4.2.13.1. DMI (interfaz conductor-m醧uina) del GSM-R

V閍se el ap閚dice A, cuadro A 1, 4.2.13 a, para el GSM-R.

4.2.13.2. DMI (interfaz conductor-m醧uina) del FRMCS

V閍se el ap閚dice A, cuadro A 1, 4.2.13 b, para el FRMCS.

4.2.14. Interfaz con el registro de datos a efectos reguladores

Este par醡etro b醩ico describe el intercambio de datos entre el ETCS a bordo y el dispositivo registrador del material rodante.

V閍se el ap閚dice A, cuadro A 1, 4.2.14 a.

4.2.15. Objetos de control-mando y se馻lizaci髇 en tierra

Este par醡etro b醩ico describe:

• 1) las caracter韘ticas de las se馻les retrorreflectantes para asegurar una correcta visibilidad;
• 2) las caracter韘ticas de los cartelones interoperables;
• 3) el posicionamiento de los cartelones interoperables para cumplir su finalidad operativa prevista.

En relaci髇 con los puntos 1 y 2, v閍se el ap閚dice A, cuadro A 1, 4.2.15 a.

En relaci髇 con el punto 3, v閍se el ap閚dice A, cuadro A 1, 4.2.15 b.

Adem醩, la instalaci髇 de objetos de control-mando y se馻lizaci髇 en tierra deber� ser compatible con el campo de visi髇 del conductor y los requisitos de la infraestructura.

4.2.16. Construcci髇 de los equipos utilizados en los subsistemas de CMS

Deber醤 respetarse las condiciones medioambientales especificadas en los documentos enumerados en el ap閚dice A, cuadro A 2, de la presente ETI.

Los componentes de interoperabilidad y subsistemas de control-mando y se馻lizaci髇 a bordo respetar醤 los requisitos para los materiales a que hace referencia el Reglamento (UE) n.� 1302/2014 de la Comisi髇 (14) (ETI de LOC y PAS) (por ejemplo, en relaci髇 con la protecci髇 contra incendios).

4.2.17. Compatibilidad de ETCS y sistema de radio

Debido a las posibles diferentes implantaciones y al estado de la migraci髇 a subsistemas de CMS completamente conformes, deber醤 efectuarse controles a fin de demostrar la compatibilidad t閏nica entre los subsistemas de CMS a bordo y en tierra. La necesidad de tales controles deber� considerarse una medida para incrementar la confianza en la compatibilidad t閏nica entre los subsistemas de CMS. Se prev� que se reduzcan estos controles hasta que se alcance el principio establecido en 6.1.2.1.

4.2.17.1. Compatibilidad del sistema ETCS

La compatibilidad del sistema ETCS (ESC) es el registro de compatibilidad t閏nica entre las partes de ETCS a bordo y las partes de ETCS en tierra de los subsistemas de CMS dentro de un 醨ea de uso.

Cada tipo de ESC identifica al conjunto de controles de ESC (por ejemplo, control de documentos, ensayos de laboratorio o en pista, etc.) aplicables a una secci髇 o grupo de secciones dentro de un 醨ea de uso. Es posible utilizar el mismo tipo de ESC para infraestructuras transfronterizas y para diferentes infraestructuras nacionales.

Los resultados de los controles de ESC de una unidad a bordo a nivel del componente de interoperabilidad o del subsistema, incluidas las conclusiones y las condiciones que surjan, se registran en el informe de control de ESC.

獵onfiguraci髇 representativa� se refiere a una configuraci髇 a partir de la cual pueden obtenerse resultados de ensayo v醠idos para diversas configuraciones del mismo componente de interoperabilidad del ETCS a bordo certificado o de un subsistema a bordo certificado. Estos resultados tambi閚 ser醤 equivalentes para diversas configuraciones de un subsistema del ETCS en tierra certificado.

En el caso de los controles de ESC a nivel de los componentes de interoperabilidad del ETCS a bordo, se observar� lo siguiente:

• 1) La declaraci髇 de ESC del componente de interoperabilidad registra los resultados de ESC del componente de interoperabilidad del ETCS a bordo respecto del tipo o tipos de ESC que sean v醠idos con independencia de la configuraci髇 espec韋ica del componente de interoperabilidad del ETCS a bordo. Este documento ser� elaborado por el proveedor a bordo. Se utilizar� la plantilla facilitada en el ap閚dice C.2 o en C.6.
• 2) La declaraci髇 de ESC del componente de interoperabilidad contendr� un resumen de las conclusiones y las condiciones del informe o informes de control de ESC sobre los resultados de los controles de ESC superados (definidos en uno o varios tipos de ESC) que sean v醠idos con independencia de los par醡etros de configuraci髇 espec韋icos del componente de interoperabilidad a bordo y que, por tanto, puedan utilizarse en cada nivel espec韋ico aplicable del subsistema de CMS a bordo.
• 3) La declaraci髇 de ESC del componente de interoperabilidad incluir� la lista de controles de ESC realizados para el tipo o tipos de ESC.
• 4) La declaraci髇 de ESC del componente de interoperabilidad incluir� la referencia al informe de evaluaci髇 del organismo notificado de conformidad con 6.2.4.3 (Controles de la compatibilidad del ETCS y del sistema de radio a nivel de componente de interoperabilidad).

La ESC del subsistema de CMS espec韋ico a bordo con respecto a uno o varios tipos de ESC se establece en la declaraci髇 de ESC. Se utilizar� la plantilla facilitada en el ap閚dice C.1 o en C.5.

A nivel de subsistema, la declaraci髇 de ESC incluir� tambi閚 un resumen del informe de control de ESC y demostrar� el cumplimiento de los controles de ESC requeridos (para cada tipo de ESC incluido en la declaraci髇) publicados en el documento t閏nico ESC/RSC de la Agencia, adem醩 de las declaraciones de ESC del componente de interoperabilidad ya facilitadas.

La declaraci髇 de ESC incluir� tambi閚 la lista completa de las declaraciones de ESC del componente de interoperabilidad que se hayan tenido en cuenta en la evaluaci髇 (en su caso), las condiciones (en su caso) con respecto a los diferentes tipos de ESC y el informe de evaluaci髇 del organismo notificado de conformidad con 6.3.3.1 (Controles de la compatibilidad del ETCS y del sistema de radio).

4.2.17.2. Requisitos para la compatibilidad del sistema ETCS

El administrador de infraestructuras es responsable de definir el tipo o tipos de ESC. Todas las secciones de la red de la Uni髇 Europea que requieran el mismo conjunto de controles para la demostraci髇 de ESC deber醤 tener el mismo tipo de ESC.

La Agencia Ferroviaria de la Uni髇 Europea publica y mantiene la lista de tipos de ESC en el documento t閏nico 獷SC/RSC Technical document, TD/011REC1028�. V閍se el ap閚dice A, cuadro A 1, 4.2.17 a. La Agencia evaluar� los controles, a menos que hayan sido evaluados por un organismo notificado, tal como se exige en el cuadro 6.3, fila 10. La Agencia efectuar� su evaluaci髇 en el plazo de dos meses tras la recepci髇, a menos que acuerde con el administrador de infraestructuras un plazo m醩 largo, que no deber� exceder de cuatro meses en total. El documento t閏nico se actualizar� en un plazo de diez d韆s h醔iles a partir de la evaluaci髇 positiva.

Los tipos de ESC solo se utilizar醤 cuando se publiquen con el estado 玍醠ido� en el documento t閏nico de la Agencia antes mencionado.

Los administradores de infraestructuras, con el apoyo de los proveedores de ETCS para su red, presentar醤 a la Agencia la definici髇 de los controles necesarios para cada tipo de ESC en su red. La informaci髇 m韓ima que deber� incluirse es:

• 1) La definici髇 de cada control que debe realizarse.
• 2) Los criterios para superar cada control.
• 3) Si un control se requiere solo para trenes compatibles con una funcionalidad M_VERSION espec韋ica y una versi髇 determinada de la ETI.
• 4) Si los controles deben realizarse en laboratorios o en la v韆. Si deben realizarse en la v韆, se indicar� si se requiere una ubicaci髇 espec韋ica.
• 5) Los datos de contacto para solicitar la realizaci髇 de cada control.
• 6) La descripci髇 de la configuraci髇 representativa de un control cuando el AI pertinente determine que debe realizarse en un laboratorio.
• 7) La propuesta del per韔do transitorio entre la nueva versi髇 de la definici髇 de los tipos de ESC y la versi髇 anterior, o el procedimiento nacional. Tambi閚 se indicar� la validez de los tipos de ESC anteriores. El per韔do transitorio final se acordar� con la Agencia. A falta de acuerdo, el per韔do ser� de seis meses.

Los administradores de infraestructuras deber醤 clasificar las l韓eas con ETCS de acuerdo con los tipos de ESC y registrar dichos tipos en el RINF. Si no se ha publicado una definici髇 de ESC en el documento t閏nico ESC/RSC ni la Agencia ha recibido tal definici髇, con respecto a las l韓eas existentes equipadas con ETCS, se considerar� que no se requieren controles de ESC para las l韓eas en cuesti髇.

El administrador de infraestructuras proporcionar� los medios necesarios, el laboratorio o el acceso a la infraestructura para llevar a cabo los controles, de conformidad con lo dispuesto en el art韈ulo 6 del Reglamento de Ejecuci髇 (UE) 2018/545.

Los administradores de infraestructuras deber醤 presentar a la Agencia cualquier modificaci髇 de los controles mencionados con respecto a su red.

Los tipos de ESC son v醠idos indefinidamente, a menos que el administrador de infraestructuras los modifique o retire. En caso de que se produzcan modificaciones, deber� respetarse lo dispuesto en 7.2.3.4 (Impacto en la compatibilidad t閏nica entre las partes a bordo y en tierra de los subsistemas de CMS.). Si es necesario volver a realizar un control a bordo, solo es preciso realizar los controles de ESC nuevos o actualizados, aplicando el principio de que los controles ya superados siguen siendo v醠idos, si el veh韈ulo no ha sido modificado.

Cuando la Agencia publique o actualice los controles de ESC en el documento t閏nico 獷SC/RSC Technical document, TD/011REC1028�, se retirar醤 las normas nacionales existentes correspondientes relativas a las pruebas de compatibilidad ETCS y solo se realizar醤 los controles de ESC para demostrar la compatibilidad t閏nica entre subsistemas. El AI indicar� la equivalencia (ninguna, parcial o completa) de la ESC con el procedimiento nacional anterior, si existe. En tal caso, el componente de interoperabilidad o los subsistemas que hayan demostrado su compatibilidad t閏nica con el procedimiento nacional anterior podr醤 reutilizar esto como prueba para demostrar la conformidad con la parte equivalente de la nueva ESC sin necesidad de volver a ejecutar los controles. Si no son totalmente equivalentes, el AI indicar� el per韔do transitorio mencionado en el punto 7 anterior.

La entidad encargada de demostrar la ESC definir� una configuraci髇 representativa del subsistema ETCS a bordo.

La entidad que solicite la demostraci髇 de ESC elaborar� la declaraci髇 de ESC.

La entidad que solicite la demostraci髇 de ESC har� que el informe de control de ESC del componente de interoperabilidad o del subsistema sea evaluado por un organismo notificado, con arreglo a los puntos 6.2.4.3 (Controles de la compatibilidad del ETCS y del sistema de radio a nivel de componente de interoperabilidad) o 6.3.3.1 (Controles de la compatibilidad del ETCS y del sistema de radio).

Si un informe de control o una declaraci髇 de ESC del componente de interoperabilidad mencionados en la declaraci髇 de ESC contiene condiciones, se registrar醤 todas las condiciones, reflejando la situaci髇 y, si se acuerda, la manera en que las gestiona la parte afectada (por ejemplo, la empresa ferroviaria que desee demostrar la compatibilidad con una ruta), y esta responsabilidad se consignar� en la declaraci髇 de ESC.

4.2.17.3. Compatibilidad del sistema de radio

La compatibilidad del sistema de radio (RSC) es el registro de compatibilidad t閏nica entre la radiocomunicaci髇 de voz o datos a bordo y las partes en tierra de RMR de los subsistemas de CMS dentro de un 醨ea de uso.

Cada tipo de RSC identifica al conjunto de controles de RSC (por ejemplo, control de documentos, ensayos de laboratorio o en pista, etc.) aplicables a una secci髇 o grupo de secciones dentro de un 醨ea de uso. Es posible utilizar el mismo tipo de RSC para infraestructuras transfronterizas y para diferentes infraestructuras nacionales.

Los resultados de los controles de RSC de una parte de radiocomunicaci髇 de voz o datos a bordo a nivel del componente de interoperabilidad o del subsistema, incluidas las conclusiones y las condiciones que surjan, se registran en el informe de control de RSC.

獵onfiguraci髇 representativa� se refiere a una configuraci髇 a partir de la cual pueden obtenerse resultados de ensayo v醠idos para diversas configuraciones del mismo componente de interoperabilidad certificado o de un subsistema a bordo certificado. Estos resultados tambi閚 ser醤 equivalentes para diversas configuraciones de un subsistema de RMR en tierra certificado.

En el caso de los controles de RSC a nivel de los componentes de interoperabilidad, se observar� lo siguiente:

• 1) La declaraci髇 de RSC del componente de interoperabilidad registra los resultados de RSC del componente de interoperabilidad (por ejemplo, radio de cabina o EDOR) respecto del tipo o tipos de RSC que sean v醠idos con independencia de la configuraci髇 espec韋ica del componente de interoperabilidad. Este documento ser� elaborado por el proveedor. Se utilizar� la plantilla facilitada en el ap閚dice C.4 o en C.6.
• 2) La declaraci髇 de RSC del componente de interoperabilidad contendr� un resumen de las conclusiones y las condiciones del informe o informes de control de RSC sobre los resultados de los controles de RSC superados (definidos en uno o varios tipos de RSC) que sean v醠idos con independencia de los par醡etros de configuraci髇 espec韋icos del componente de interoperabilidad a bordo y que, por tanto, puedan utilizarse en cada nivel aplicable del subsistema de CMS a bordo.
• 3) La declaraci髇 de RSC del componente de interoperabilidad incluir� la lista de controles de RSC realizados para el tipo o tipos de RSC.
• 4) La declaraci髇 de RSC del componente de interoperabilidad incluir� la referencia al informe de evaluaci髇 del organismo notificado de conformidad con 6.2.4.3 (Controles de la compatibilidad del ETCS y del sistema de radio a nivel de componente de interoperabilidad).

La RSC del subsistema de CMS espec韋ico a bordo con respecto a uno o varios tipos de RSC se establece en la declaraci髇 de RSC. Se utilizar� la plantilla facilitada en el ap閚dice C.3 o en C.5.

A nivel de subsistema, la declaraci髇 de RSC incluir� tambi閚 un resumen del informe de control y demostrar� el cumplimiento de los controles de RSC requeridos (para cada tipo de RSC incluido en la declaraci髇) publicados en el documento t閏nico ESC/RSC de la Agencia, adem醩 de las declaraciones de RSC del componente de interoperabilidad ya facilitadas.

La declaraci髇 de RSC incluir� tambi閚 la lista completa de las declaraciones de RSC del componente de interoperabilidad que se hayan tenido en cuenta en la evaluaci髇 (en su caso), las condiciones (en su caso) con respecto a los diferentes tipos de RSC y el informe de evaluaci髇 del organismo notificado de conformidad con 6.3.3.1 (Controles de la compatibilidad del ETCS y del sistema de radio).

4.2.17.4. Requisitos para la compatibilidad del sistema de radio

El administrador de infraestructuras es responsable de definir el tipo o tipos de RSC. Todas las secciones de la red de la Uni髇 Europea que requieran el mismo conjunto de controles para la demostraci髇 de RSC deber醤 tener el mismo tipo de RSC.

La Agencia Ferroviaria de la Uni髇 Europea publica y mantiene la lista de tipos de RSC en el documento t閏nico 獷SC/RSC Technical document, TD/011REC1028�. V閍se el ap閚dice A, cuadro A 1, 4.2.17 a. La Agencia evaluar� los controles, a menos que hayan sido evaluados por un organismo notificado, tal como se exige en el cuadro 6.3, fila 10. La Agencia efectuar� su evaluaci髇 en el plazo de dos meses tras la recepci髇, a menos que acuerde con el administrador de infraestructuras un plazo m醩 largo, que no deber� exceder de cuatro meses en total. El documento t閏nico se actualizar� en un plazo de diez d韆s h醔iles a partir de la evaluaci髇 positiva.

Los tipos de RSC solo se utilizar醤 cuando se publiquen con el estado 玍醠ido� en el documento t閏nico de la Agencia antes mencionado.

Los administradores de infraestructuras, con el apoyo de los proveedores de RMR para su red, presentar醤 a la Agencia la definici髇 de los controles necesarios para cada tipo de RSC en su red. La informaci髇 m韓ima que deber� incluirse es:

• 1) La definici髇 de cada control que debe realizarse.
• 2) Los criterios para superar cada control.
• 3) Si un control se requiere solo para trenes equipados con una base de referencia RMR GSM-R/FRMCS espec韋ica y una versi髇 determinada de la ETI.
• 4) Si los controles deben realizarse en laboratorios o en la v韆. Si deben realizarse en la v韆, se indicar� si se requiere una ubicaci髇 espec韋ica.
• 5) Los datos de contacto para solicitar la realizaci髇 de cada control.
• 6) La descripci髇 de la configuraci髇 representativa de un control cuando el AI pertinente determine que debe realizarse en un laboratorio.
• 7) La propuesta del per韔do transitorio entre la nueva versi髇 de la definici髇 de los tipos de RSC y la versi髇 anterior, o el procedimiento nacional. Tambi閚 se indicar� la validez de los tipos de RSC anteriores. El per韔do transitorio final se acordar� con la Agencia. A falta de acuerdo, el per韔do ser� de seis meses.

Los administradores de infraestructuras deber醤 clasificar sus l韓eas de acuerdo con los tipos de RSC para voz y, si procede, los datos ETCS. Esta clasificaci髇 de los tipos de RSC se registrar� en el RINF. Si no se ha publicado una definici髇 de RSC en el documento t閏nico ESC/RSC ni la Agencia ha recibido tal definici髇, con respecto a las l韓eas existentes equipadas con RMR GSM-R, se considerar� que no se requieren controles de RSC para las l韓eas en cuesti髇.

El administrador de infraestructuras proporcionar� los medios necesarios, el laboratorio o el acceso a la infraestructura para llevar a cabo los controles, de conformidad con lo dispuesto en el art韈ulo 6 del Reglamento de Ejecuci髇 (UE) 2018/545.

Los administradores de infraestructuras deber醤 presentar a la Agencia cualquier modificaci髇 de los controles mencionados con respecto a su red.

Los tipos de RSC son v醠idos indefinidamente, a menos que el administrador de infraestructuras los modifique o retire. En caso de que se produzcan modificaciones, deber� respetarse lo dispuesto en 7.2.3.4 (Impacto en la compatibilidad t閏nica entre las partes a bordo y en tierra de los subsistemas de CMS.). Si es necesario volver a realizar un control a bordo, solo es preciso realizar los controles de RSC nuevos o actualizados, aplicando el principio de que los controles ya superados siguen siendo v醠idos, si el veh韈ulo no ha sido modificado.

Cuando la Agencia publique o actualice los controles de RSC en el documento t閏nico 獷SC/RSC Technical document, TD/011REC1028�, se retirar醤 las normas nacionales existentes correspondientes relativas a las pruebas de compatibilidad del sistema de radio y solo se realizar醤 los controles de RSC para demostrar la compatibilidad t閏nica entre subsistemas. El AI indicar� la equivalencia (ninguna, parcial o completa) de la RSC con el procedimiento nacional anterior, si existe. En tal caso, el componente de interoperabilidad o los subsistemas que hayan demostrado su compatibilidad t閏nica con el procedimiento nacional anterior podr醤 reutilizar esto como prueba de la RSC sin necesidad de volver a ejecutar los controles.

La entidad encargada de demostrar la RSC definir� una configuraci髇 representativa del subsistema de radio a bordo.

La entidad que solicite la demostraci髇 de RSC elaborar� la declaraci髇 de RSC.

La entidad que solicite la demostraci髇 de RSC har� que el informe de control del componente de interoperabilidad o del subsistema sea evaluado por un organismo notificado, con arreglo a los puntos 6.2.4.3 (Controles de la compatibilidad del ETCS y del sistema de radio a nivel de componente de interoperabilidad) o 6.3.3.1 (Controles de la compatibilidad del ETCS y del sistema de radio).

Si un informe de control o una declaraci髇 de RSC del componente de interoperabilidad mencionados en la declaraci髇 de RSC contiene condiciones, se registrar醤 todas las condiciones, reflejando la situaci髇 y, si se acuerda, la manera en que las gestiona la parte afectada (por ejemplo, la empresa ferroviaria que desee demostrar la compatibilidad con una ruta), y esta responsabilidad se consignar� en la declaraci髇 de RSC.

4.2.18. Funcionalidad ATO a bordo

Este par醡etro b醩ico describe la funcionalidad ATO a bordo necesaria para explotar un tren hasta el grado de automatizaci髇 2 cuando el ETCS proporciona la funcionalidad de protecci髇 autom醫ica del tren para permitirla. Las funciones deber醤 implementarse de conformidad con el ap閚dice A, cuadro A 1, 4.2.18 a, adem醩 de las requeridas en el punto 4.2.2 (Funcionalidad ETCS a bordo).

La funcionalidad ATO est� respaldada por las especificaciones adicionales que se indican a continuaci髇:

• 1) Comunicaci髇 con el subsistema de control-mando y se馻lizaci髇 en tierra para la radiotransmisi髇 de datos. V閍nse los puntos 4.2.5.1 (Interfaz aire de RMR) y 4.2.6.2 (Interfaz entre la comunicaci髇 de datos RMR y las aplicaciones del ETCS/ATO).
• 2) Comunicaci髇 con el conductor. V閍se el ap閚dice A, cuadro A 1, 4.2.2 e y 4.2.12 a (DMI del ETCS).
• 3) Env韔 de informaci髇/髍denes y recepci髇 de informaci髇 de estado del material rodante. V閍se el ap閚dice A, cuadro A 1, 4.2.18 c.
• 4) Env韔 de informaci髇/髍denes y recepci髇 de informaci髇 de estado del ETCS a bordo. V閍se el ap閚dice A, cuadro A 1, 4.2.18 d.

Los requisitos para las pruebas se especifican en el ap閚dice A, cuadro A 1, 4.2.18 b.

4.2.19. Funcionalidad ATO en tierra

Este par醡etro b醩ico describe la funcionalidad ATO en tierra necesaria para explotar un tren hasta el grado de automatizaci髇 2 cuando el ETCS proporciona la funcionalidad de protecci髇 autom醫ica del tren para permitirla.

Adem醩 de las exigidas en el punto 4.2.3 (Funcionalidad ETCS en tierra), las funciones deber醤 implementarse de conformidad con el ap閚dice A, cuadro A 1, 4.2.19 a.

La funcionalidad ATO est� respaldada por las especificaciones adicionales para la comunicaci髇 con el subsistema de control-mando y se馻lizaci髇 a bordo para la radiotransmisi髇 de datos. V閍se el ap閚dice A, puntos 4.2.5.1 (Interfaz aire de RMR) y 4.2.7.3 (RMR/ETCS en tierra y RMR/ATO en tierra).

Los requisitos para las pruebas se especifican en el ap閚dice A, cuadro A 1, 4.2.19 b.

4.2.20. Documentaci髇 t閏nica para el mantenimiento

Este par醡etro b醩ico describe los requisitos necesarios en relaci髇 con la documentaci髇 t閏nica para el mantenimiento que deben cumplir los fabricantes de los equipos y el solicitante de la verificaci髇 del subsistema.

4.2.20.1. Responsabilidad del fabricante de los equipos

El fabricante de los equipos incorporados en el subsistema deber� especificar:

• 1) todos los requisitos y procedimientos de mantenimiento (incluidos el control del estado, el diagn髎tico de eventos, los m閠odos de ensayo y las herramientas, as� como las competencias profesionales requeridas) necesarios para el cumplimiento de los requisitos esenciales y de los valores citados en los requisitos obligatorios de la presente ETI durante todo el ciclo de vida de los equipos (transporte y almacenamiento previos a la instalaci髇, funcionamiento normal, fallos y efectos de los fallos, actividades de reparaci髇, verificaciones e intervenciones de mantenimiento, desmantelamiento, etc.); para obtener m醩 detalles sobre las correcciones de errores, v閍nse los puntos 6.5 (Gesti髇 de los errores) y 7.2.10 (Mantenimiento de las especificaciones (correcciones de errores));
• 2) todos los requisitos y procedimientos (los m閠odos de ensayo y las herramientas, las competencias profesionales requeridas y la evaluaci髇 del impacto del componente de interoperabilidad actualizado sobre el subsistema) necesarios para implementar los componentes de interoperabilidad actualizados debido a correcciones de errores de las especificaciones a lo largo de todo el ciclo de vida de los equipos (mantenimiento de las especificaciones); esto incluye la definici髇 de los procedimientos necesarios para las actualizaciones de los m骴ulos del sistema y los procesos aprobados, durante todas las fases del ciclo de vida, cuando existan correcciones de errores de conformidad con el art韈ulo 9 del presente Reglamento aplicables a los subsistemas;
• 3) los riesgos para la salud y la seguridad que pueden afectar al p鷅lico y al personal de mantenimiento;
• 4) las condiciones de mantenimiento de primer nivel, es decir, la definici髇 de las unidades sustituibles en l韓ea (LRU), la definici髇 de las versiones compatibles aprobadas de hardware y software, los procedimientos de sustituci髇 de las LRU averiadas y las condiciones de almacenamiento de las LRU y de reparaci髇 de las LRU averiadas;
• 5) los controles que deben realizarse en caso de que los equipos est閚 sometidos a un esfuerzo excepcional (por ejemplo, condiciones ambientales adversas o impactos anormales);
• 6) los controles que deben realizarse durante el mantenimiento de equipos diferentes de los equipos de control-mando y se馻lizaci髇 que influyan en los subsistemas de control-mando y se馻lizaci髇 (por ejemplo, modificaci髇 del di醡etro de rueda).

4.2.20.2. Responsabilidad del solicitante de la verificaci髇 del subsistema

El solicitante deber�:

• 1) asegurarse de que est閚 definidos los requisitos de mantenimiento descritos en el punto 4.2.20.1 (Responsabilidad del fabricante de los equipos) para todos los componentes que entren en el 醡bito de aplicaci髇 de la presente ETI, con independencia de que sean componentes de interoperabilidad o no;
• 2) reunir los requisitos del punto 4.2.20.1, teniendo en cuenta los riesgos debidos a las interacciones entre diferentes componentes del subsistema y las interfaces con otros subsistemas;
• 3) definir procedimientos para el lanzamiento de componentes de interoperabilidad actualizados debido a correcciones de errores de las especificaciones (mantenimiento de las especificaciones) con arreglo a la documentaci髇 pertinente del componente de interoperabilidad, cuando proceda. El solicitante proporcionar� un sistema de gesti髇 de la configuraci髇 para determinar las repercusiones en el subsistema. El solicitante garantizar� la disponibilidad de la documentaci髇 relativa a la versi髇 de los componentes de interoperabilidad incluidos en sus subsistemas.

4.2.20.3. Identificador del sistema

La funcionalidad ERTMS (ETCS, RMR, ATO) de un componente de interoperabilidad o de un subsistema se describir� con un 玦dentificador del sistema�, que es un sistema num閞ico para identificar la versi髇 de sistema y distinguir entre un identificador funcional y uno de realizaci髇. El 玦dentificador funcional� es parte del identificador del sistema y es una cifra o serie de cifras definidas por la gesti髇 de configuraci髇 individual, que representa una referencia de la funcionalidad para el CMS implantado en un subsistema de CMS o en un componente de interoperabilidad. El 玦dentificador de realizaci髇� es parte del identificador del sistema y es una cifra o serie de cifras definidas por la gesti髇 de configuraci髇 individual de un proveedor, que representa una configuraci髇 espec韋ica (por ejemplo, HW y SW) de un subsistema de CMS o de un componente de interoperabilidad. Cada proveedor definir� el 玦dentificador del sistema�, el 玦dentificador funcional� y el 玦dentificador de realizaci髇�.

4.3. Especificaciones funcionales y t閏nicas de las interfaces con otros subsistemas

4.3.1. Interfaz con el subsistema de explotaci髇 y gesti髇 del tr醘ico

4.3.2. Interfaz con el subsistema de material rodante

4.3.3. Interfaces con el subsistema de infraestructura

4.3.4. Interfaces con el subsistema de energ韆

4.4. Normas de explotaci髇

Las normas para la explotaci髇 de un servicio ferroviario con ETCS, ATO y RMR se especifican en la ETI relativa a la explotaci髇 y gesti髇 del tr醘ico.

Las indicaciones de texto y mensajes armonizados que se muestran en la interfaz conductor-m醧uina del ETCS figuran en el ap閚dice E.

4.5. Normas de mantenimiento

Las normas de mantenimiento de los subsistemas contemplados en la presente ETI deber醤 garantizar que los valores citados en los par醡etros b醩icos indicados en el cap韙ulo 4 permanezcan dentro de los l韒ites exigidos durante toda la vida 鷗il de los subsistemas. No obstante, es posible que, durante el mantenimiento preventivo o correctivo, el subsistema no pueda respetar los valores citados en los par醡etros b醩icos; las normas de mantenimiento deber醤 garantizar que la seguridad no se vea mermada durante estas actividades.

La entidad encargada de los subsistemas de control-mando y se馻lizaci髇 deber� establecer normas de mantenimiento para alcanzar los objetivos anteriores. La preparaci髇 de estas normas se llevar� a cabo con la ayuda de los requisitos establecidos en 4.2.20 (Documentaci髇 t閏nica para el mantenimiento).

4.6. Competencias profesionales

Los fabricantes de los equipos y del subsistema deber醤 proporcionar suficiente informaci髇 para definir las competencias profesionales necesarias para la instalaci髇, la inspecci髇 final y el mantenimiento de los subsistemas de control-mando y se馻lizaci髇. V閍se el punto 4.5 (Normas de mantenimiento).

4.7. Condiciones de seguridad y salud

Deber醤 tomarse precauciones para garantizar la salud y la seguridad del personal de mantenimiento y operaciones, de conformidad con la legislaci髇 de la Uni髇 y la legislaci髇 nacional compatible con la legislaci髇 de la Uni髇.

Los fabricantes se馻lar醤 los riesgos para la salud y la seguridad derivados de la utilizaci髇 y el mantenimiento de sus equipos y subsistemas. V閍nse los puntos 4.4 (Normas de explotaci髇) y 4.5 (Normas de mantenimiento).

4.8. Registros

Los datos que deben facilitarse para los registros previstos en los art韈ulos 48 y 49 de la Directiva (UE) 2016/797 son los indicados en la Decisi髇 de Ejecuci髇 2011/665/UE de la Comisi髇 (19) y en el Reglamento de Ejecuci髇 (UE) 2019/777 de la Comisi髇 (20) .

4.9. Controles de compatibilidad de las rutas previos al uso de veh韈ulos autorizados

Los par醡etros del subsistema de CMS a bordo que deber� utilizar la empresa ferroviaria, a efectos de la verificaci髇 de la compatibilidad de las rutas, se describen en el ap閚dice D1 del Reglamento de Ejecuci髇 (UE) 2019/773.

5. COMPONENTES DE INTEROPERABILIDAD

5.1. Definici髇

De acuerdo con el art韈ulo 2, punto 7, de la Directiva (UE) 2016/797, los componentes de interoperabilidad son todo componente elemental, grupo de componentes, subconjunto o conjunto completo de materiales incorporados o destinados a ser incorporados en un subsistema, de los que dependa directa o indirectamente la interoperabilidad del sistema ferroviario, lo que incluye no solo objetos materiales, sino tambi閚 inmateriales.

5.2. Lista de componentes de interoperabilidad

5.2.1. Componentes de interoperabilidad b醩icos

Los componentes de interoperabilidad b醩icos de los subsistemas de control-mando y se馻lizaci髇 se definen en:

• 1) cuadro 5.1, para el subsistema de control-mando y se馻lizaci髇 a bordo;
• 2) cuadro 5.2, para el subsistema de control-mando y se馻lizaci髇 en tierra.

5.2.2. Agrupaci髇 de componentes de interoperabilidad

5.2.2.1. Las funciones de los componentes de interoperabilidad b醩icos pueden combinarse para formar un grupo. Entonces se define este grupo por esas funciones y por sus interfaces externas remanentes. Todo grupo as� formado deber� considerarse un componente de interoperabilidad.

No tiene que verificarse el cumplimiento de interfaces internas al grupo de componentes de interoperabilidad con los par醡etros b醩icos del cap韙ulo 4. Deber� verificarse el cumplimiento de interfaces externas al grupo de componentes de interoperabilidad para demostrar la conformidad con los par醡etros b醩icos relativos a los requisitos de dichas interfaces externas.

5.2.2.2. Cuando se agrupen los componentes de interoperabilidad, las funciones agrupadas y su direccionamiento deben poder configurarse de manera que las funciones agrupadas de ATO, ETCS y CI de radio puedan ser sustituidas durante el ciclo de vida del subsistema de CMS por ATO, ETCS o CI de radio externos. Por consiguiente, las siguientes interfaces de un componente de interoperabilidad agrupado deber醤 ser accesibles externamente en las capas de comunicaci髇 de red de composici髇 de CMS, tal como se especifica en el ap閚dice A, cuadro A 1, 4.2.6 i:

• 1) interfaz entre ATO a bordo y ETCS a bordo, tal como se especifica en el ap閚dice A, cuadro A 1, 4.2.6 h;
• 2) interfaz entre ATO a bordo y radio de datos GSM-R a bordo, tal como se especifica en el ap閚dice A, cuadro A 1, 4.2.6 j;
• 3) interfaz entre el FRMCS a bordo y las aplicaciones de CMS (ETCS en el ap閚dice A, cuadro A 1, 4.2.6 g, y ATO en el ap閚dice A, cuadro A 1, 4.2.6 k).

5.3. Prestaciones y especificaciones de los componentes

Para cada componente de interoperabilidad b醩ico o grupo de componentes de interoperabilidad, los cuadros del cap韙ulo 5 describen:

• 1) en la columna 3, las funciones e interfaces; obs閞vese que algunos componentes de interoperabilidad tienen funciones y/o interfaces que son opcionales;
• 2) en la columna 4, las especificaciones obligatorias para la evaluaci髇 de la conformidad de cada funci髇 o interfaz (cuando proceda) mediante referencia a la secci髇 correspondiente del cap韙ulo 4.

Cuadro 5.1

Componentes de interoperabilidad b醩icos en el subsistema de control-mando y se馻lizaci髇 a bordo

Cuadro 5.2

Componentes de interoperabilidad b醩icos en el subsistema de control-mando y se馻lizaci髇 en tierra

6. EVALUACI覰 DE LA CONFORMIDAD Y/O IDONEIDAD PARA EL USO DE LOS COMPONENTES Y VERIFICACI覰 DE LOS SUBSISTEMAS

6.1. Introducci髇

6.1.1. Principios generales

6.1.1.1. Cumplimiento de los par醡etros b醩icos

El cumplimiento de los requisitos esenciales definidos en el cap韙ulo 3 de la presente ETI deber� garantizarse mediante la conformidad con los par醡etros b醩icos especificados en el cap韙ulo 4.

Dicha conformidad se demostrar� mediante:

• 1) la evaluaci髇 de la conformidad de los componentes de interoperabilidad especificados en el cap韙ulo 5 (v閍nse los puntos 6.2.1, 6.2.2, 6.2.3 y 6.2.4);
• 2) la verificaci髇 de los subsistemas (v閍nse los puntos 6.3 y 6.4).

En caso de cambios en los subsistemas existentes, se tendr醤 en cuenta en la evaluaci髇 los requisitos establecidos en 7.2.2 para los subsistemas a bordo y los establecidos en 7.2.3 para los subsistemas en tierra.

6.1.1.2. Cumplimiento parcial de los requisitos de la ETI

Un subsistema a bordo, si cumple las dos condiciones que figuran a continuaci髇, podr� no implementar todas las funcionalidades obligatorias especificadas en la presente ETI:

• 1) las funcionalidades se indican en el ap閚dice G;
• 2) el administrador de infraestructuras (con el apoyo del Estado miembro) ha indicado en el RINF que el cumplimiento parcial de los requisitos enumerados no es 骲ice para una explotaci髇 髉tima y segura en su red.

Cuando un componente de interoperabilidad o un subsistema de control-mando y se馻lizaci髇 no implementen todas las funcionalidades especificadas en la presente ETI, las condiciones de uso pertinentes lo reflejar醤 de conformidad con lo dispuesto en los puntos 6.5.1 y 6.5.2.

6.1.2. Principios para la realizaci髇 de pruebas en el ETCS, ATO y RMR

6.1.2.1. Principio

Los subsistemas de control-mando y se馻lizaci髇 a bordo amparados por una declaraci髇 獵E� de verificaci髇 ser醤 capaces de funcionar en todos los subsistemas de control-mando y se馻lizaci髇 en tierra amparados por una declaraci髇 獵E� de verificaci髇, seg鷑 las condiciones estipuladas en la presente ETI, sin necesidad de verificaciones adicionales.

La consecuci髇 de este principio se facilitar� mediante:

• 1) reglas para el dise駉 y la instalaci髇 de los subsistemas de control-mando y se馻lizaci髇 a bordo y en tierra;
• 2) especificaciones de ensayo para demostrar la conformidad de los subsistemas de control-mando y se馻lizaci髇 a bordo y en tierra con los requisitos de esta ETI y su compatibilidad mutua.

6.1.2.2. Escenarios de pruebas operativos

A los efectos de la presente ETI, 玡scenario de pruebas operativo� significa una secuencia de eventos en tierra y a bordo relacionados con los subsistemas de control-mando y se馻lizaci髇 o que influyen en ellos (por ejemplo, env韔 y recepci髇 de mensajes, superaci髇 de un l韒ite de velocidad, acciones de los operadores) y la cadencia especificada con que se producen dichos eventos, a fin de probar el funcionamiento previsto del sistema ferroviario en situaciones relevantes para el ETCS, ATO y RMR (por ejemplo, la entrada de un tren en una zona equipada, la activaci髇 de un tren, saltarse una se馻l de stop).

Los escenarios de pruebas operativos se basan en las reglas de ingenier韆 adoptadas para el proyecto.

La verificaci髇 de la conformidad de una implementaci髇 real con los escenarios de pruebas operativos podr� llevarse a cabo reuniendo informaci髇 a trav閟 de interfaces de f醕il acceso (preferiblemente las interfaces est醤dar especificadas en la presente ETI).

6.1.2.3. Requisitos para escenarios de pruebas operativos

El conjunto de reglas de ingenier韆 correspondientes a las partes en tierra del ETCS, ATO y RMR, as� como a los escenarios de pruebas operativos del subsistema de control-mando y se馻lizaci髇 en tierra, deber醤 ser suficientes para describir todas las operaciones previstas del sistema que sean relevantes para dicho subsistema en situaciones normales e identificadas como degradadas, y:

• 1) ser醤 compatibles con las especificaciones a que hace referencia la presente ETI;
• 2) deber醤 basarse en el principio de que las funciones, interfaces y prestaciones de los subsistemas de control-mando y se馻lizaci髇 a bordo que interact鷄n con el subsistema en tierra cumplen los requisitos de la presente ETI;
• 3) deber醤 ser las mismas que se utilicen en la verificaci髇 獵E� del subsistema de control-mando y se馻lizaci髇 en tierra para comprobar que las funciones, interfaces y prestaciones implementadas son capaces de garantizar que se logra el funcionamiento previsto del sistema cuando se utilizan en combinaci髇 con los modos y transiciones pertinentes entre niveles y modos de los subsistemas de control-mando y se馻lizaci髇 a bordo.

6.2. Componentes de interoperabilidad

6.2.1. Procedimientos de evaluaci髇 de los componentes de interoperabilidad de control-mando y se馻lizaci髇

Antes de introducir en el mercado un componente de interoperabilidad y/o grupos de componentes de interoperabilidad, el fabricante o su representante autorizado establecido en la Uni髇 Europea deber醤 expedir una declaraci髇 獵E� de conformidad, con arreglo al art韈ulo 9, apartado 2, y el art韈ulo 10, apartado 1, de la Directiva (UE) 2016/797.

El procedimiento de evaluaci髇 se llevar� a cabo utilizando uno de los m骴ulos especificados en el punto 6.2.2 (M骴ulos para los componentes de interoperabilidad de control-mando y se馻lizaci髇).

Los componentes de interoperabilidad del subsistema de control-mando y se馻lizaci髇 no precisan de la declaraci髇 獵E� de idoneidad para el uso. La conformidad con los par醡etros b醩icos aplicables, demostrada mediante la declaraci髇 獵E� de conformidad, ser� suficiente para introducirlos en el mercado (21) .

6.2.2. M骴ulos para los componentes de interoperabilidad de control-mando y se馻lizaci髇

Para la evaluaci髇 de la conformidad de los componentes de interoperabilidad pertenecientes a los subsistemas de control-mando y se馻lizaci髇, el fabricante o su representante autorizado establecido en la Uni髇 Europea podr醤 optar por:

• 1) el procedimiento de examen de tipo (m骴ulo CB) para la fase de dise駉 y desarrollo, en combinaci髇 con el procedimiento de sistema de gesti髇 de la calidad de la producci髇 (m骴ulo CD) para la fase de producci髇, o
• 2) el procedimiento de examen de tipo (m骴ulo CB) para la fase de dise駉 y desarrollo, en combinaci髇 con el procedimiento de verificaci髇 de los productos (m骴ulo CF), o
• 3) el procedimiento de sistema de gesti髇 de la calidad total con examen de dise駉 (m骴ulo CH1).

Adem醩, para comprobar el componente de interoperabilidad de tarjeta SIM y cartel髇, el fabricante o su representante autorizado podr醤 optar por el m骴ulo CA.

Los m骴ulos se describen en detalle en la Decisi髇 2010/713/UE de la Comisi髇 (22) .

Las aclaraciones siguientes son aplicables al uso de algunos de los m骴ulos:

• 1) en referencia al cap韙ulo 2 del 玬骴ulo CB�, el examen de tipo 獵E� deber� realizarse mediante una combinaci髇 del tipo de producci髇 y el tipo de dise駉;
• 2) en referencia al cap韙ulo 3 del 玬骴ulo CF� (verificaci髇 de los productos), no se permite una verificaci髇 estad韘tica, es decir, deben examinarse uno por uno todos los componentes de interoperabilidad.

6.2.3. Requisitos de evaluaci髇

Independientemente del m骴ulo seleccionado:

• 1) deber醤 respetarse los requisitos estipulados en el punto 6.2.4.1 de la presente ETI para el componente de interoperabilidad 獷TCS a bordo�;
• 2) deber醤 realizarse las actividades indicadas en el cuadro 6.1.1 cuando se eval鷈 la conformidad de un componente de interoperabilidad o de un grupo de componentes de interoperabilidad, tal como se indica en el cap韙ulo 5 de la presente ETI. Todas las verificaciones deber醤 realizarse tomando como referencia el cuadro aplicable del cap韙ulo 5 y los par醡etros b醩icos recogidos en 閘.
• 3) El fabricante del equipo deber� informar a un organismo notificado de todos los cambios que afecten a la conformidad del componente de interoperabilidad debido a los requisitos de la versi髇 de la ETI aplicable. El fabricante tambi閚 deber� demostrar si estas especificaciones de las correcciones de errores requieren nuevos controles, de acuerdo con el cuadro 6.1.1 y mediante la aplicaci髇 de los m骴ulos para la conformidad CE, con arreglo al punto 6.2.2. Esta informaci髇 ser� facilitada por el fabricante con las referencias correspondientes a la documentaci髇 t閏nica relativa al certificado 獵E� existente. El fabricante justificar� y documentar� que se cumplen los requisitos aplicables a nivel de los componentes de interoperabilidad, lo cual ser� evaluado por un organismo notificado.

El fabricante informar� de los cambios a las entidades afectadas, por ejemplo, en relaci髇 con el funcionamiento y el mantenimiento, si afectan a productos o componentes existentes y ya implementados.

Cuadro 6.1.1

Requisitos de evaluaci髇 de la conformidad de un componente de interoperabilidad o un grupo de componentes de interoperabilidad

6.2.4. Cuestiones especiales

6.2.4.1. Pruebas obligatorias para el ETCS a bordo

Deber� prestarse especial atenci髇 a la evaluaci髇 de la conformidad del componente de interoperabilidad del ETCS a bordo, dado que es complejo y desempe馻 una funci髇 clave para conseguir la interoperabilidad.

Independientemente de que se opte por el m骴ulo CB o el CH1, el organismo notificado comprobar� que:

• 1) un ejemplar representativo del componente de interoperabilidad haya pasado el conjunto completo de secuencias de pruebas, incluidos todos los casos de prueba necesarios para verificar las funciones mencionadas en el punto 4.2.2 (Funcionalidad ETCS a bordo); el solicitante ser� responsable de definir los casos de prueba y su organizaci髇 en secuencias, en caso de que esto no se incluya dentro de las especificaciones citadas en la presente ETI;
• 2) dichas pruebas se hayan realizado en un laboratorio acreditado para llevarlas a cabo seg鷑 el Reglamento (CE) n.� 765/2008 del Parlamento Europeo y del Consejo (23) y las normas mencionadas en el ap閚dice A, cuadro A 4, utilizando la arquitectura y los procedimientos para las pruebas que se especifican en el ap閚dice A, cuadro A 1:

• a) para ETCS a bordo que soporte hasta la versi髇 de sistema 2.1: 4.2.2 c;
• b) para ETCS a bordo que soporte hasta las versiones de sistema 2.2 y 3.0: no incluido, v閍se el punto 1 anterior.

El laboratorio facilitar� un informe completo que indique claramente los resultados de los casos y secuencias de las pruebas utilizados. El organismo notificado ser� responsable de verificar la idoneidad de los casos y secuencias de las pruebas, de comprobar su conformidad con todos los requisitos relevantes y de evaluar los resultados de las pruebas con vistas a la certificaci髇 del componente de interoperabilidad.

6.2.4.2. Interfaces de clase B

Cada Estado miembro ser� responsable de verificar que los sistemas de clase B y sus interfaces con el componente de interoperabilidad del ETCS a bordo se ajustan a sus requisitos nacionales.

La verificaci髇 de la interfaz normalizada del STM con el ETCS a bordo exige una evaluaci髇 de conformidad realizada por un organismo notificado.

6.2.4.3. Controles de la compatibilidad del ETCS y del sistema de radio a nivel de componente de interoperabilidad

Dado que los controles de ESC/RSC no se exigen en el cuadro 6.1.1, no son necesarios para expedir un certificado de componente de interoperabilidad.

Si los controles de ESC/RSC se ejecutan a nivel de componente de interoperabilidad, la tarea del organismo notificado con respecto a la declaraci髇 o declaraciones de ESC/RSC para el componente de interoperabilidad y el informe correspondiente es verificar la exactitud y exhaustividad del informe de control de ESC/RSC a nivel de componente de interoperabilidad, de acuerdo con los requisitos del presente punto.

De conformidad con la Directiva (UE) 2016/797, el organismo notificado encargado de realizar esta evaluaci髇 puede ser distinto del organismo notificado que lleva a cabo el procedimiento de conformidad o idoneidad 獵E� del componente de interoperabilidad.

Cuadro 6.1.2

Evaluaci髇 por parte del organismo notificado del control de la compatibilidad del ETCS o del sistema de radio a nivel de componente de interoperabilidad.

6.3. Subsistemas de control-mando y se馻lizaci髇

6.3.1. Procedimientos de evaluaci髇 de los subsistemas de control-mando y se馻lizaci髇

El presente cap韙ulo se refiere a la declaraci髇 獵E� de verificaci髇 para el subsistema de control-mando y se馻lizaci髇 a bordo y la declaraci髇 獵E� de verificaci髇 para el subsistema de control-mando y se馻lizaci髇 en tierra.

A instancia del solicitante, el organismo notificado llevar� a cabo la verificaci髇 獵E� de un subsistema de control-mando y se馻lizaci髇 a bordo o en tierra con arreglo al anexo IV de la Directiva (UE) 2016/797.

El solicitante deber� redactar la declaraci髇 獵E� de verificaci髇 para el subsistema de control-mando y se馻lizaci髇 a bordo o en tierra con arreglo al art韈ulo 15, apartados 1 y 9, de la Directiva (UE) 2016/797.

El contenido de la declaraci髇 獵E� de verificaci髇 se ajustar� a lo dispuesto en el art韈ulo 15, apartado 9, de la Directiva (UE) 2016/797.

El procedimiento de evaluaci髇 se llevar� a cabo utilizando los m骴ulos especificados en el punto 6.3.2 (M骴ulos para subsistemas de control-mando y se馻lizaci髇).

Se considerar� que las declaraciones 獵E� de verificaci髇 para un subsistema de control-mando y se馻lizaci髇 a bordo y para un subsistema de control-mando y se馻lizaci髇 en tierra, junto con los certificados de conformidad, son suficientes para garantizar que los subsistemas son compatibles en las condiciones especificadas en la presente ETI.

6.3.2. M骴ulos para subsistemas de control-mando y se馻lizaci髇

Todos los m骴ulos que se indican a continuaci髇 est醤 especificados en la Decisi髇 2010/713/UE.

6.3.2.1. Subsistema a bordo

Para verificar el subsistema de control-mando y se馻lizaci髇 a bordo, el solicitante podr� optar por:

• 1) el procedimiento de examen de tipo (m骴ulo SB) para la fase de dise駉 y desarrollo, en combinaci髇 con el procedimiento de sistema de gesti髇 de la calidad de la producci髇 (m骴ulo SD) para la fase de producci髇, o
• 2) el procedimiento de examen de tipo (m骴ulo SB) para la fase de dise駉 y desarrollo, en combinaci髇 con el procedimiento de verificaci髇 de los productos (m骴ulo SF), o
• 3) el procedimiento de sistema de gesti髇 de la calidad total con examen de dise駉 (m骴ulo SH1).

6.3.2.2. Subsistema en tierra

Para verificar el subsistema de control-mando y se馻lizaci髇 en tierra, el solicitante podr� optar por:

• 1) el procedimiento de verificaci髇 por unidad (m骴ulo SG), o
• 2) el procedimiento de examen de tipo (m骴ulo SB) para la fase de dise駉 y desarrollo, en combinaci髇 con el procedimiento de sistema de gesti髇 de la calidad de la producci髇 (m骴ulo SD) para la fase de producci髇, o
• 3) el procedimiento de examen de tipo (m骴ulo SB) para la fase de dise駉 y desarrollo, en combinaci髇 con el procedimiento de verificaci髇 de los productos (m骴ulo SF), o
• 4) el procedimiento de sistema de gesti髇 de la calidad total con examen de dise駉 (m骴ulo SH1).

6.3.2.3. Condiciones de utilizaci髇 de los m骴ulos para subsistemas a bordo y en tierra

Con referencia al punto 4.2 del m骴ulo SB (examen de tipo), se exige el an醠isis del dise駉.

Con referencia al punto 4.2 del m骴ulo SH1 (sistema de gesti髇 de la calidad total con examen de dise駉), se exige un ensayo de tipo adicional.

6.3.3. Requisitos de evaluaci髇 para un subsistema a bordo

El cuadro 6.2.1 muestra los controles que deben realizarse cuando se verifique un subsistema de control-mando y se馻lizaci髇 a bordo y los par醡etros b醩icos que deben respetarse.

Independientemente del m骴ulo elegido:

• 1) la verificaci髇 demostrar� que el subsistema de control-mando y se馻lizaci髇 a bordo cumple los par醡etros b醩icos cuando est� integrado en el veh韈ulo;
• 2) la funcionalidad y las prestaciones de los componentes de interoperabilidad que ya est閚 incluidas en su declaraci髇 獵E� de conformidad no requerir醤 verificaciones adicionales;
• 3) la actualizaci髇 debida al mantenimiento de las especificaciones de un componente de interoperabilidad ya integrado no requerir� ninguna verificaci髇 adicional por parte de un organismo notificado para el subsistema si el organismo notificado para el componente de interoperabilidad confirma que el impacto de la actualizaci髇 que debe evaluarse se limita al componente de interoperabilidad y si el organismo de evaluaci髇 del MCS que eval鷄 la integraci髇 de la actualizaci髇 en el subsistema no detecta ning鷑 impacto a nivel del subsistema.

Cuadro 6.2.1

Requisitos de evaluaci髇 de la conformidad para un subsistema a bordo o para grupos de partes

6.3.3.1. Controles de la compatibilidad del ETCS y del sistema de radio

La tarea del organismo notificado con respecto al informe de control de ESC/RSC es verificar la exactitud y exhaustividad del informe de control de ESC/RSC para el subsistema, de acuerdo con los requisitos del presente punto.

Dado que los controles de ESC/RSC no se exigen en el cuadro 6.2.1, no son necesarios para expedir un certificado del subsistema a bordo. Por consiguiente, dicho subsistema a bordo solo se considerar� compatible con infraestructuras de clase A cuando no sea necesario ning鷑 control espec韋ico de ESC/RSC para demostrar la compatibilidad t閏nica (es decir, identificada por el AI como ESC-EU-0 o RSC-EU-0 en el RINF).

Cuadro 6.2.2

Evaluaci髇 por parte del organismo notificado del control de la compatibilidad del ETCS o del sistema de radio a nivel de subsistema a bordo.

El organismo notificado no deber� volver a comprobar ning鷑 aspecto cubierto durante el procedimiento de verificaci髇 獵E� ya realizado en el subsistema a bordo o ya contemplado en la declaraci髇 de ESC/RSC del componente de interoperabilidad.

De conformidad con la Directiva (UE) 2016/797, el organismo notificado encargado de realizar esta evaluaci髇 puede ser distinto del organismo notificado que lleva a cabo el procedimiento de verificaci髇 獵E� del subsistema a bordo o del que lleva a cabo la evaluaci髇 del informe de control de ESC/RSC del componente de interoperabilidad.

6.3.4. Requisitos de evaluaci髇 para un subsistema en tierra

El objetivo de las evaluaciones realizadas en el 醡bito de aplicaci髇 de la presente ETI consiste en verificar que los equipos cumplan los requisitos estipulados en el cap韙ulo 4.

No obstante, en lo que se refiere al dise駉 de la parte ETCS del subsistema de control-mando y se馻lizaci髇 en tierra, se necesita informaci髇 de la aplicaci髇 espec韋ica. Esto deber� incluir:

• 1) las caracter韘ticas de la l韓ea, tales como gradientes, distancias, posici髇 de elementos de la ruta y Eurobalizas/Eurolazos, puntos que deben protegerse, etc.;
• 2) los datos y reglas de se馻lizaci髇 que debe manejar el sistema ETCS.

La presente ETI no cubre los controles para evaluar si la informaci髇 de la aplicaci髇 espec韋ica es correcta.

Independientemente del m骴ulo seleccionado:

• 1) el cuadro 6.3 muestra los controles que deben realizarse para verificar un subsistema de control-mando y se馻lizaci髇 en tierra y los par醡etros b醩icos que deben respetarse;
• 2) la funcionalidad y las prestaciones que ya se hayan comprobado a nivel de los componentes de interoperabilidad no requieren verificaciones adicionales;
• 3) la actualizaci髇 debida al mantenimiento de las especificaciones de un componente de interoperabilidad ya integrado no requerir� ninguna verificaci髇 adicional por parte de un organismo notificado para el subsistema si el organismo notificado para el componente de interoperabilidad confirma que el impacto de la actualizaci髇 que debe evaluarse se limita al componente de interoperabilidad y si el organismo de evaluaci髇 del MCS que eval鷄 la integraci髇 de la actualizaci髇 en el subsistema no detecta ning鷑 impacto a nivel del subsistema.

Cuadro 6.3

Requisitos de evaluaci髇 de la conformidad para un subsistema en tierra

6.4. Disposiciones en caso de evaluaci髇 parcial de los requisitos de la ETI

6.4.1. Evaluaci髇 de partes de los subsistemas de control-mando y se馻lizaci髇

Seg鷑 el art韈ulo 15, apartado 7, de la Directiva (UE) 2016/797, si lo permite la ETI pertinente, el organismo notificado podr� expedir certificados 獵E� de verificaci髇 de determinadas partes de un subsistema.

Tal como se indica en el punto 2.2 (羗bito de aplicaci髇) de la presente ETI, los subsistemas de control-mando y se馻lizaci髇 a bordo y en tierra est醤 formados por partes, especificadas en el punto 4.1 (Introducci髇), y esta secci髇 solo se refiere a esas partes definidas.

Puede expedirse un certificado 獵E� de verificaci髇 para cada parte o combinaci髇 de partes especificadas en la presente ETI.

Independientemente del m骴ulo seleccionado, el organismo notificado comprobar� que se cumplen los requisitos (todos los requisitos pertinentes especificados en el cuadro 6.2.1) para:

• 1) la parte en cuesti髇;
• 2) sus interfaces con las partes no modificadas del subsistema, y
• 3) la integraci髇 con las partes no modificadas del subsistema.

Con respecto al subsistema de CMS a bordo: en cualquier caso de evaluaci髇 de partes, para los certificados 獵E� de verificaci髇 expedidos por los organismos notificados se considerar� una de las opciones siguientes:

• 1) un certificado 獵E� de verificaci髇 del subsistema de CMS a bordo que abarque todas las partes, o
• 2) un certificado 獵E� de verificaci髇 para cada uno de los grupos de partes siguientes:
  • a) las partes de protecci髇 del tren, radiocomunicaci髇 de datos y conducci髇 automatizada de trenes, y
  • b) la parte de radiocomunicaci髇 de voz.

En el certificado 獵E� de verificaci髇 se declarar� el cumplimiento de todos los requisitos del cuadro 6.2.1 y se presentar醤 pruebas de ello, as� como de las posibles interfaces entre las partes o la ausencia de ellas, de una de las maneras siguientes:

• 1) la ausencia de interfaces con la otra parte o grupo de partes, o
• 2) en caso de haber interfaces con la otra parte o grupo de partes, la ausencia de condiciones y l韒ites de utilizaci髇 de la otra parte o grupo de partes;

  en el caso de interfaces que requieran condiciones y l韒ites de utilizaci髇 en consonancia con los requisitos especificados en el cuadro 6.2.1 de la presente ETI y restricciones de exportaci髇 aplicables a la otra parte o grupo de partes, se expedir� un certificado 獵E� de subsistema. o

• 3) en caso de que el subsistema se componga solo de una parte o grupo de partes, no ser� necesaria una evaluaci髇 adicional del subsistema si la evaluaci髇 de la parte o grupo de partes abarca todos los requisitos de la ETI aplicables a esa parte o grupo de partes; en este caso, el certificado 獵E� de verificaci髇 correspondiente a la parte sustituye al certificado 獵E� de verificaci髇 del subsistema.

6.4.2. Declaraci髇 de verificaci髇 intermedia

Si se eval鷄 la conformidad de los subsistemas especificados por el solicitante y hay diferencias con respecto a las partes indicadas en el cuadro 4.1 y el proceso de evaluaci髇 es distinto del proceso descrito en el punto 6.4.1 (Evaluaci髇 de partes de los subsistemas de control-mando y se馻lizaci髇) de la presente ETI, o si solamente se han llevado a cabo determinadas fases del procedimiento de verificaci髇, 鷑icamente se podr� emitir una declaraci髇 de verificaci髇 intermedia.

6.5. Gesti髇 de los errores

En caso de que durante las pruebas o a lo largo de la vida operativa del subsistema se detecten desviaciones respecto a las funciones y/o prestaciones previstas, los solicitantes y/o los explotadores deber醤 informar sin demora a la Agencia y la entidad responsable de la autorizaci髇 que emiti� las autorizaciones de los veh韈ulos o los subsistemas en tierra afectados, con el fin de poner en marcha los procedimientos establecidos en el art韈ulo 16 de la Directiva (UE) 2016/797. Como resultado de la aplicaci髇 del art韈ulo 16, apartado 3, de dicha Directiva:

• 1) si la desviaci髇 se debe a la incorrecta aplicaci髇 de la presente ETI o a errores en el dise駉 o la instalaci髇 de los equipos, el solicitante de los certificados correspondientes deber� adoptar las medidas correctoras necesarias y se actualizar醤 los certificados afectados y/o los expedientes t閏nicos correspondientes (de los componentes y/o subsistemas de interoperabilidad), junto con las declaraciones CE correspondientes;
• 2) si la desviaci髇 se debe a errores en la presente ETI o en las especificaciones a las que hace referencia, se pondr� en marcha el procedimiento del art韈ulo 6 de la Directiva (UE) 2016/797.

Los solicitantes o proveedores podr醤 aplicar su propia soluci髇 al error detectado una vez que el procedimiento de gesti髇 del control de cambios haya validado la petici髇 de cambio relacionada con el error de acuerdo con el art韈ulo 28, apartado 2, del Reglamento (UE) 2016/796. Esa validaci髇 se har� en los tres meses siguientes a la presentaci髇 de la informaci髇 completa.

Podr� aplicarse esa soluci髇 temporal del error detectado, que no supone restricciones de exportaci髇 para el otro subsistema, hasta que la correcci髇 del error acordada se adopte en una nueva versi髇 de la ETI de CMS. Una vez que la soluci髇 al error detectado se adopte en una nueva versi髇 de la ETI, los solicitantes o proveedores deber醤 aplicar la soluci髇 adoptada a los veh韈ulos existentes conforme a la m醩 temprana de las condiciones siguientes:

• a) si la aplicaci髇 de la correcci髇 del error no requiere autorizaci髇: en la siguiente ocasi髇 en que la correcci髇 de errores sea obligatoria en virtud del cuadro B1.1, fila 1, y, en cualquier caso, no antes del 1.1.2026;
• b) si la aplicaci髇 de la correcci髇 del error requiere autorizaci髇: con ocasi髇 de la siguiente reautorizaci髇 resultante de otro cambio en el sistema de protecci髇 del tren (ETCS) del veh韈ulo;
• c) con ocasi髇 de la siguiente mejora hacia una versi髇 de sistema superior de la parte de protecci髇 del tren del veh韈ulo.

Nota: No ser� necesaria una actualizaci髇 en relaci髇 con los componentes de interoperabilidad con respecto a los cuales el resultado de la informaci髇 que ha de facilitarse seg鷑 el punto 7.2.10.1 indique la ausencia de impacto en la seguridad, la explotaci髇 y la interoperabilidad.

Las correcciones de los errores podr韆n afectar a los subsistemas de CMS en tierra y a bordo. La Agencia organizar� el tratamiento eficaz de toda la informaci髇 recibida, al objeto de facilitar el proceso de gesti髇 del control de cambios con vistas a la mejora y al ulterior desarrollo de las especificaciones, incluidas las correspondientes a las pruebas.

6.5.1. Contenido de los certificados CE

De conformidad con el Reglamento de Ejecuci髇 (UE) 2019/250 de la Comisi髇 (27) , los organismos notificados describir醤 las restricciones y condiciones de uso de los componentes de interoperabilidad y los subsistemas en los certificados CE pertinentes.

Los organismos notificados coordinar醤 con la Agencia el modo de tratar los errores, las restricciones y las condiciones de uso de los componentes de interoperabilidad y los subsistemas en los certificados 獵E� de verificaci髇 correspondientes y los expedientes t閏nicos adjuntos en el grupo de trabajo creado en virtud del art韈ulo 29 del Reglamento (UE) 2016/796.

En el expediente t閏nico adjunto emitido por el organismo notificado se utilizar� la plantilla del ap閚dice D.

6.5.2. Contenido de las declaraciones CE

De conformidad con el Reglamento de Ejecuci髇 (UE) 2019/250, el fabricante de los componentes de interoperabilidad o el solicitante del subsistema describir醤 en la declaraci髇 獵E� de conformidad o verificaci髇 las restricciones y condiciones de uso.

En los expedientes t閏nicos adjuntos se utilizar� la plantilla del ap閚dice D.

7. IMPLEMENTACI覰 DE LA ETI DE CONTROL-MANDO Y SE袮LIZACI覰

7.1. Introducci髇

En el presente cap韙ulo se exponen las medidas t閏nicas para la implementaci髇 de la ETI y, en particular, las condiciones para la migraci髇 a los sistemas de clase A.

Debe tenerse en cuenta que, ocasionalmente, la implementaci髇 de una ETI tendr� que coordinarse con la de otras ETI.

7.2. Normas de aplicaci髇 general

7.2.1. Mejora o renovaci髇 de los subsistemas de control-mando y se馻lizaci髇 o de partes de los mismos

La mejora o renovaci髇 de los subsistemas de control-mando y se馻lizaci髇 puede afectar a alguna o a todas las partes que los componen, tal como se especifica en el punto 2.2 (羗bito de aplicaci髇).

Por consiguiente, las distintas partes de los subsistemas de control-mando y se馻lizaci髇 pueden mejorarse o renovarse por separado, si no va en detrimento de la interoperabilidad.

V閍se el punto 4.1 (Introducci髇) para consultar la definici髇 de los par醡etros b醩icos para cada parte.

7.2.2. Cambios en un subsistema a bordo existente

El presente punto define los principios que deben aplicar las entidades que gestionan el cambio y las entidades responsables de la autorizaci髇 de acuerdo con el procedimiento de verificaci髇 獵E� descrito en el art韈ulo 15, apartado 9, el art韈ulo 21, apartado 12, y el anexo IV de la Directiva (UE) 2016/797. Este procedimiento se desarrolla en los art韈ulos 13, 15 y 16 del Reglamento de Ejecuci髇 (UE) 2018/545 y en la Decisi髇 2010/713/UE.

Este punto se aplica en caso de que se produzcan cambios en un subsistema a bordo existente o un tipo de subsistema a bordo, en especial renovaciones o mejoras. No se aplica en el caso de los cambios abordados en el art韈ulo 15, apartado 1, letra a), del Reglamento de Ejecuci髇 (UE) 2018/545.

7.2.2.1. Normas para gestionar los cambios en subsistemas de CMS a bordo

• 1) Las partes definidas en el cuadro 4.1 de la presente ETI y los par醡etros b醩icos del subsistema a bordo que no se vean afectados por los cambios estar醤 exentos de la evaluaci髇 de la conformidad respecto a las disposiciones de la presente ETI. La entidad que gestione el cambio facilitar� la lista de las partes y los par醡etros b醩icos afectados por dicho cambio.
• 2) La entidad que gestione el cambio deber� informar al organismo notificado de todos los cambios que afecten a la conformidad del subsistema con los requisitos de las ETI pertinentes que requieran nuevos controles, de acuerdo con los art韈ulos 15 y 16 del Reglamento de Ejecuci髇 (UE) 2018/545 y la Decisi髇 2010/713/UE y aplicando los m骴ulos SB, SD/SF o SH1 para la verificaci髇 獵E� y, si procede, el art韈ulo 15, apartado 5, de la Directiva (UE) 2016/797. Esta informaci髇 ser� facilitada por la entidad que gestione el cambio con las referencias correspondientes a la documentaci髇 t閏nica relativa al certificado 獵E� existente.
• 3) La entidad que gestione el cambio debe justificar y documentar que los requisitos aplicables siguen siendo coherentes a nivel del subsistema, y esto ha de ser evaluado por un organismo notificado.
• 4) Los cambios que inciden en las caracter韘ticas b醩icas de dise駉 del subsistema a bordo se definen en el cuadro 7.1 (Caracter韘ticas b醩icas de dise駉) y deber醤 clasificarse seg鷑 el art韈ulo 15, apartado 1, letras c) o d), del Reglamento de Ejecuci髇 (UE) 2018/545 y, de acuerdo con el cuadro 7.1 (Caracter韘ticas b醩icas de dise駉), los cambios que no incidan en las caracter韘ticas b醩icas de dise駉 pero est閚 relacionados con ellas deber醤 ser clasificados por la entidad que gestione el cambio, seg鷑 el art韈ulo 15, apartado 1, letra b), del Reglamento de Ejecuci髇 (UE) 2018/545.
• 5) Los cambios que no se aborden en el punto 7.2.2.1, punto (9) , se considera que no tienen ning鷑 impacto en las caracter韘ticas b醩icas de dise駉. Ser醤 clasificados por la entidad que gestione el cambio, de acuerdo con el art韈ulo 15, apartado 1, letras a) o b), del Reglamento de Ejecuci髇 (UE) 2018/545.

  Nota: La clasificaci髇 de los cambios establecida en el punto 7.2.2.1 (9) y en el presente punto la realizar� la entidad que gestione el cambio, sin perjuicio de la valoraci髇 de la seguridad establecida en el art韈ulo 21, apartado 12, letra b), de la Directiva (UE) 2016/797.

• 6) Todos los cambios seguir醤 cumpliendo las ETI aplicables (28) independientemente de cu醠 sea su clasificaci髇.

  Cuadro 7.1

  Caracter韘ticas b醩icas de dise駉

  1.-Punto ETI	2.-Caracter韘ticas b醩icas de dise駉 relacionadas	3.-Cambios que no inciden en las caracter韘ticas b醩icas de dise駉 de acuerdo con el art韈ulo 15, apartado 1, letra b), del Reglamento de Ejecuci髇 (UE) 2018/545	4.-Cambios que inciden en las caracter韘ticas b醩icas de dise駉, pero dentro de los par醡etros aceptables y que, por tanto, ser醤 clasificados seg鷑 el art韈ulo 15, apartado 1, letra c), del Reglamento de Ejecuci髇 (UE) 2018/545	5.-Cambios que inciden en las caracter韘ticas b醩icas de dise駉 y fuera de todos los par醡etros aceptables y que, por tanto, ser醤 clasificados seg鷑 el art韈ulo 15, apartado 1, letra d), del Reglamento de Ejecuci髇 (UE) 2018/545
  4.2.2-Funcionalidad ETCS a bordo.	Equipo ETCS a bordo y serie de especificaciones del ap閚dice A de la ETI de CMS.	No aplicable.	No aplicable.	Utilizaci髇 de otra serie de especificaciones del ap閚dice A.
  �	Dotaci髇 de versiones de sistema ETCS legalmente explotadas.	No aplicable.	No aplicable.	Instalaci髇 o inicio del uso operativo del ETCS. Modificaci髇 de la dotaci髇 de versiones de sistema ETCS legalmente explotadas respecto de la serie de especificaciones que figuran en el ap閚dice A.
  �	Implementaci髇 a bordo del ETCS.	Cumplimiento de todas las condiciones del punto 7.2.2.2 (cambio del identificador de realizaci髇).	No aplicable.	No se cumplen todas las condiciones del punto 7.2.2.2 (cambio del identificador funcional).
  �	Gesti髇 de la informaci髇 sobre la integridad del tren (no del conductor).	No aplicable.	Adici髇 o supresi髇 de la supervisi髇 de la integridad del tren.	No aplicable.
  �	Informaci髇 de a bordo sobre la longitud de composici髇 segura necesaria para acceder a la l韓ea y al SIL.	No aplicable.	Adici髇 o supresi髇 de la informaci髇 sobre la longitud de composici髇 segura.	No aplicable.
  4.2.17.1-Compatibilidad del sistema ETCS.	Compatibilidad del sistema ETCS.	No aplicable.	Adici髇 o supresi髇 de una declaraci髇 de ESC que cumpla todas las condiciones del punto 7.2.2.4.	Adici髇 o supresi髇 de una declaraci髇 de ESC que no cumpla todas las condiciones del punto 7.2.2.4.
  4.2.4-Funciones de comunicaciones m髒iles RMR para los ferrocarriles. 4.2.4.2.1-Aplicaciones de comunicaciones de voz y operativas GSM-R.	Radiocomunicaci髇 GSM-R a bordo y su base de referencia.	Utilizaci髇 de otra base de referencia que cumpla todas las condiciones del punto 7.2.2.3.	No aplicable.	Instalaci髇 o inicio del uso operativo de radio de cabina GSM-R. Utilizaci髇 de otra base de referencia que no cumpla todas las condiciones del punto 7.2.2.3.
  	Implementaci髇 de comunicaciones de voz y operativas GSM-R.	Cumplimiento de todas las condiciones del punto 7.2.2.3 (cambio del identificador de realizaci髇).	No aplicable.	No se cumplen todas las condiciones del punto 7.2.2.3 (cambio del identificador funcional).
  	Compatibilidad de la tarjeta SIM de voz GSM-R con la identificaci髇 del grupo 555.	No aplicable.	Cambio de la compatibilidad de la tarjeta SIM con la identificaci髇 del grupo 555.	No aplicable.
  4.2.17.3-Compatibilidad de ETCS y sistema de radio.	Compatibilidad del sistema de radio de voz.	No aplicable.	Adici髇 o supresi髇 de una declaraci髇 de RSC que cumpla todas las condiciones del punto 7.2.2.4.	Adici髇 o supresi髇 de una declaraci髇 de RSC que no cumpla todas las condiciones del punto 7.2.2.4.
  4.2.4-Funciones de comunicaciones m髒iles RMR para los ferrocarriles. 4.2.4.3.1.1-Comunicaci髇 de datos GSM-R para ETCS. 4.2.4.3.2.1-Comunicaci髇 de datos GSM-R para ATO.	Comunicaci髇 de datos por radio GSM-R a bordo y su base de referencia.	Utilizaci髇 de otra base de referencia que cumpla todas las condiciones del punto 7.2.2.3.	No aplicable.	Instalaci髇 o inicio del uso operativo del EDOR de GSM-R. Utilizaci髇 de otra base de referencia que no cumpla todas las condiciones del punto 7.2.2.3.
  	Comunicaci髇 de datos GSM-R para la implementaci髇 de ETCS y ATO.	Cumplimiento de todas las condiciones del punto 7.2.2.3 (cambio del identificador de realizaci髇).	No aplicable.	No se cumplen todas las condiciones del punto 7.2.2.3 (cambio del identificador funcional).
  4.2.17.3-Compatibilidad de ETCS y sistema de radio.	Compatibilidad del sistema de datos por radio.	No aplicable.	Adici髇 o supresi髇 de una declaraci髇 de RSC que cumpla todas las condiciones del punto 7.2.2.4.	Adici髇 o supresi髇 de una declaraci髇 de RSC que no cumpla todas las condiciones del punto 7.2.2.4.
  4.2.4-Funciones de comunicaciones m髒iles RMR para los ferrocarriles. 4.2.4.1.1-Funci髇 de comunicaci髇 b醩ica GSM-R.	Tarjeta SIM de voz de red de origen GSM-R.	No aplicable.	Sustituci髇 de una tarjeta SIM de GSM-R conforme con la ETI por otra tarjeta SIM de GSM-R conforme con la ETI con una red de origen GSM-R distinta.	No aplicable.
  	Tarjeta SIM de datos de red de origen GSM-R.	No aplicable.	Sustituci髇 de una tarjeta SIM de GSM-R conforme con la ETI por otra tarjeta SIM de GSM-R conforme con la ETI con una red de origen GSM-R distinta.	No aplicable.
  4.2.18-Funcionalidad ATO a bordo.	Versi髇 de sistema ATO a bordo.	No aplicable.	Cambio de la versi髇 de sistema ATO que cumple todas las condiciones del punto 7.2.2.3.	Adici髇 o supresi髇 de la parte ATO del subsistema de CMS a bordo; inicio del uso operativo de la ATO. O cambio de la versi髇 de sistema ATO que no cumple todas las condiciones del punto 7.2.2.3.
  	Implementaci髇 de ATO a bordo.	Cumplimiento de todas las condiciones del punto 7.2.2.3 (cambio del identificador de realizaci髇).	No aplicable.	No se cumplen todas las condiciones del punto 7.2.2.3 (cambio del identificador funcional).
  7.2.5-Sistemas heredados.	Sistemas heredados de protecci髇 del tren, control y aviso, de clase B u otros, instalados (sistema y, si procede, versi髇).	Los requisitos para los sistemas de clase B son responsabilidad de cada Estado miembro.	Los requisitos para los sistemas de clase B son responsabilidad de cada Estado miembro.	Adici髇 o supresi髇 de los sistemas de protecci髇 del tren de clase B. Los requisitos para los sistemas de clase B son responsabilidad de cada Estado miembro.
  	Sistemas heredados de radio, de clase B u otros, instalados (sistema y, si procede, versi髇).	Los requisitos para los sistemas de clase B son responsabilidad de cada Estado miembro.	Los requisitos para los sistemas de clase B son responsabilidad de cada Estado miembro.	Adici髇 o supresi髇 de los sistemas heredados de radio de clase B. Los requisitos para los sistemas de clase B son responsabilidad de cada Estado miembro.

• 7) Con objeto de establecer el certificado 獵E� de verificaci髇, el organismo notificado podr� referirse a:
  • a) el certificado 獵E� de verificaci髇 original para las partes del dise駉 que no se modifican o aquellas que s� se modifican, pero que no afectan a la conformidad del subsistema, siempre que siga siendo v醠ido;
  • b) los cambios en el certificado 獵E� de verificaci髇 original para las partes modificadas del dise駉 que afectan a la conformidad del subsistema con la versi髇 de la ETI aplicable usada para la verificaci髇 獵E�.
• 8) En cualquier caso, la entidad que gestione el cambio deber� garantizar que la documentaci髇 t閏nica relativa al certificado 獵E� se actualice en consecuencia.
• 9) La documentaci髇 t閏nica actualizada relativa al certificado 獵E� se menciona en el expediente t閏nico que acompa馻 a la declaraci髇 獵E� de verificaci髇, emitida por la entidad que gestiona el cambio para el subsistema a bordo declarado conforme con el tipo modificado.

7.2.2.2. Condiciones para un cambio en la funcionalidad ETCS a bordo que no incide en las caracter韘ticas b醩icas de dise駉

• 1) El objetivo funcional (29) no se modifica o se define en el estado ya esperado durante la certificaci髇 o autorizaci髇 originales. El objetivo funcional se considera sin cambios cuando se aplica el proceso de mantenimiento de las especificaciones (correcci髇 de errores) descrito en el punto 7.2.10, que incluye la aplicaci髇 de correcciones de errores o la aplicaci髇 de medidas de mitigaci髇.
• 2) Las interfaces relevantes para la seguridad y la compatibilidad t閏nica no se modifican o se definen en el estado ya esperado durante la certificaci髇 o autorizaci髇 originales.
• 3) El resultado de la valoraci髇 de la seguridad (por ejemplo, caso de seguridad conforme a la norma EN 50126) se mantiene sin cambios.
• 4) No se han a馻dido nuevas condiciones de aplicaci髇 relacionadas con la seguridad ni restricciones de interoperabilidad debido al cambio.
• 5) Un organismo de evaluaci髇 del MCS (MCS ER), tal como se especifica en el punto 4.2.1, ha valorado de forma independiente la evaluaci髇 del riesgo del solicitante y, a su vez, la demostraci髇 de que el cambio no afecta negativamente a la seguridad. La demostraci髇 del solicitante incluir� la prueba de que el cambio corrige realmente las causas de la desviaci髇 inicial de la funcionalidad.
• 6) En funci髇 del tipo de cambio:
  • a) En caso de que el cambio se realice debido a un error en el producto: el cambio se realiza seg鷑 un sistema de gesti髇 de la calidad aprobado por un organismo notificado. En el caso de otros m骴ulos, deber� justificarse que la verificaci髇 realizada sigue siendo v醠ida (30) .
  • b) En caso de que el cambio se realice debido al proceso de mantenimiento de las especificaciones (en el ap閚dice A, cuadro A 2, figuran las especificaciones actualizadas con las descripciones de la correcci髇 de errores): se necesita un certificado de examen 獵E� de dise駉 o un certificado de examen 獵E� de tipo actualizados para los componentes de interoperabilidad o el subsistema, con la aplicaci髇, si es necesario, de las correcciones de errores. En este caso, se aplicar醤 las disposiciones del punto 6.3.3, punto 3.
• 7) La gesti髇 de la configuraci髇 individual define un 玦dentificador del sistema� (tal como se define en 4.2.20.3) y el 玦dentificador funcional� del 玦dentificador del sistema� no ha sido modificado despu閟 del cambio.
• 8) El cambio formar� parte de la gesti髇 de la configuraci髇 exigida por el art韈ulo 5 del Reglamento de Ejecuci髇 (UE) 2018/545.

7.2.2.3. Condiciones para un cambio en las funciones de comunicaci髇 m髒il a bordo para los ferrocarriles o en la funcionalidad ATO a bordo que no incide en las caracter韘ticas b醩icas de dise駉

• 1) El objetivo funcional (31) no se modifica o se define en el estado ya esperado durante la certificaci髇 o autorizaci髇 originales. El objetivo funcional se considera sin cambios cuando se aplica el proceso de mantenimiento de las especificaciones (correcci髇 de errores) descrito en el punto 7.2.10, que incluye o bien la aplicaci髇 de correcciones de errores o bien la aplicaci髇 de medidas de mitigaci髇.
• 2) Las interfaces relevantes para la compatibilidad t閏nica no se modifican o se definen en el estado ya esperado durante la certificaci髇 o autorizaci髇 originales.
• 3) En funci髇 del tipo de cambio:
  • a) En caso de que el cambio se realice debido a un error en el producto: el cambio se realiza seg鷑 un sistema de gesti髇 de la calidad aprobado por un organismo notificado. En el caso de otros m骴ulos, deber� justificarse que la verificaci髇 realizada sigue siendo v醠ida (32) .
  • b) En caso de que el cambio se realice debido al proceso de mantenimiento de las especificaciones (en el ap閚dice A, cuadro A 2, figuran las especificaciones actualizadas con las descripciones de la correcci髇 de errores): se necesita un certificado de examen 獵E� de dise駉 o un certificado de examen 獵E� de tipo actualizados para los componentes de interoperabilidad o el subsistema, con la aplicaci髇, si es necesario, de las correcciones de errores. En este caso, se aplicar醤 las disposiciones del punto 6.3.3, punto 3.
• 4) El cambio formar� parte de la gesti髇 de la configuraci髇 exigida por el art韈ulo 5 del Reglamento de Ejecuci髇 (UE) 2018/545.

7.2.2.4. Condiciones para un cambio en el subsistema a bordo en cuanto a la compatibilidad con el ETCS o el sistema de radio que no incide en las caracter韘ticas b醩icas de dise駉

• 1) No se han a馻dido ni suprimido condiciones de aplicaci髇 relacionadas con la seguridad ni restricciones de interoperabilidad relacionadas con la compatibilidad t閏nica con la red debido a la adici髇 o supresi髇 de una declaraci髇 de ESC o RSC.
• 2) No se han a馻dido ni suprimido restricciones de interoperabilidad (restricciones o condiciones de uso) relacionadas con la compatibilidad t閏nica con la red debido a la declaraci髇 de ESC o RSC.

7.2.3. Mejora o renovaci髇 del subsistema en tierra existente

Este punto define los principios que deben aplicar las entidades que gestionan el cambio y las entidades responsables de la autorizaci髇 de acuerdo con el procedimiento de verificaci髇 獵E� descrito en el art韈ulo 15, apartado 9, y el art韈ulo 18, apartado 6, de la Directiva (UE) 2016/797 y en la Decisi髇 2010/713/UE.

7.2.3.1. Normas para gestionar la mejora o renovaci髇 de subsistemas de CMS en tierra existentes

En caso de que se produzcan mejoras o renovaciones en los subsistemas de control-mando y se馻lizaci髇 con certificado 獵E� de verificaci髇 se aplicar醤 las siguientes normas:

• 1) Los cambios requieren una nueva autorizaci髇 si inciden en los par醡etros b醩icos, de acuerdo con el cuadro 7.2.

  Cuadro 7.2

  Modificaciones de par醡etros b醩icos en tierra que requieren una nueva autorizaci髇

  Par醡etro b醩ico		Modificaci髇 que requiere una nueva autorizaci髇
  4.2.3	Funcionalidad ETCS en tierra	No se cumplen todas las condiciones del punto 7.2.3.2.
  4.2.4 4.2.4.2	Funciones de comunicaciones m髒iles RMR para los ferrocarriles Aplicaciones de comunicaciones de voz y operativas	No se cumplen todas las condiciones del punto 7.2.3.3.
  4.2.4 4.2.4.3	Funciones de comunicaciones m髒iles RMR para los ferrocarriles Aplicaciones de comunicaci髇 de datos para ETCS y ATO	No se cumplen todas las condiciones del punto 7.2.3.3.
  4.2.19	Funcionalidad ATO en tierra	No se cumplen todas las condiciones del punto 7.2.3.3.

• 2) Est� permitido que los cambios se traten solo mediante la reevaluaci髇 de aquellas modificaciones que afecten a la conformidad del subsistema con la versi髇 de la ETI aplicable usada para la verificaci髇 獵E�. La entidad que gestione el cambio debe justificar y documentar que los requisitos aplicables siguen siendo coherentes a nivel del subsistema, y esto ha de ser evaluado por un organismo notificado.
• 3) La entidad que gestione el cambio deber� informar al organismo notificado de todos los cambios que puedan afectar a la conformidad del subsistema con los requisitos de las ETI relevantes o las condiciones de validez del certificado.

  Esta informaci髇 ser� facilitada por la entidad que gestione el cambio con las referencias correspondientes a la documentaci髇 t閏nica relativa al certificado 獵E� existente.

• 4) Un organismo notificado establecer� un certificado 獵E� que refleje los cambios que afecten a la conformidad con la ETI. Con objeto de establecer el certificado 獵E�, el organismo notificado podr� referirse a:
  • a) el certificado 獵E� original para las partes del dise駉 que no se modifican o aquellas que s� se modifican pero que no afectan a la conformidad del subsistema, siempre que siga siendo v醠ido;
  • b) el certificado 獵E� adicional (que modifique el certificado original) para las partes modificadas del dise駉 que afectan a la conformidad del subsistema con la versi髇 de la ETI aplicable usada para la verificaci髇 獵E�.
• 5) En cualquier caso, la entidad que gestione el cambio deber� garantizar que la documentaci髇 t閏nica relativa al certificado 獵E� se actualice en consecuencia.
• 6) La 玤esti髇 de la configuraci髇� es un proceso organizativo, t閏nico y administrativo sistem醫ico implantado a lo largo de todo el ciclo de vida de un subsistema de CMS a fin de garantizar que se establecen y se mantienen la coherencia de la documentaci髇 y la trazabilidad de las modificaciones, con el objetivo de que:
  • a) se cumplan los requisitos del Derecho de la Uni髇 y de las normas nacionales pertinentes;
  • b) se controlen y se documenten las modificaciones, bien en los expedientes t閏nicos o bien en el expediente que acompa馻 a la autorizaci髇 expedida;
  • c) la informaci髇 y los datos sean exactos y se mantengan al d韆;
  • d) se informe de las modificaciones a las partes interesadas, si procede.

7.2.3.2. Condiciones para mejorar o renovar la funcionalidad ETCS en tierra que, si no se cumplen, requieren una nueva autorizaci髇 para la puesta en servicio

• 1) El objetivo funcional (33) del par醡etro b醩ico 4.2.3 no se modifica o se define en el estado ya esperado durante la certificaci髇 o autorizaci髇 originales. El objetivo funcional se considera sin cambios cuando se aplica el proceso de mantenimiento de las especificaciones (correcci髇 de errores) descrito en el punto 7.2.10, que incluye la aplicaci髇 de correcciones de errores o la aplicaci髇 de medidas de mitigaci髇.
• 2) Las interfaces del par醡etro b醩ico 4.2.3 relevantes para la seguridad y la compatibilidad t閏nica no se modifican o se definen en el estado ya esperado durante la certificaci髇 o autorizaci髇 originales.
• 3) El resultado de la valoraci髇 de la seguridad (por ejemplo, caso de seguridad conforme a la norma EN 50126) se mantiene sin cambios.
• 4) No se han a馻dido nuevas condiciones de aplicaci髇 relacionadas con la seguridad ni restricciones de interoperabilidad debido al cambio.
• 5) Cuando se exija en el punto 4.2.1, un organismo de evaluaci髇 del MCS (MCS ER) ha valorado de forma independiente la evaluaci髇 del riesgo del solicitante y, a su vez, la demostraci髇 de que el cambio no afecta negativamente a la seguridad. En caso de que el cambio se deba a un error en el producto, la demostraci髇 del solicitante incluir� pruebas de que el cambio corrige realmente las causas del error en el producto.
• 6) En funci髇 del tipo de cambio:
  • a) En caso de que el cambio se realice debido a un error en el producto: el cambio se realiza seg鷑 un sistema de gesti髇 de la calidad aprobado por un organismo notificado. En el caso de otros m骴ulos, deber� justificarse que la verificaci髇 realizada sigue siendo v醠ida (34) .
  • b) En caso de que el cambio se realice debido al proceso de mantenimiento de las especificaciones (en el ap閚dice A, cuadro A 2, figuran las especificaciones actualizadas con las descripciones de la soluci髇 de correcci髇 de errores): se necesita un certificado 獵E� actualizado para los componentes de interoperabilidad o los subsistemas con la aplicaci髇 de las correcciones de los errores. En este caso, se aplicar醤 las disposiciones del punto 6.3.4, punto 3.
• 7) La gesti髇 de la configuraci髇 individual define un 玦dentificador del sistema� (tal como se define en 4.2.20.3) y el 玦dentificador funcional� del 玦dentificador del sistema� no ha sido modificado despu閟 del cambio.
• 8) El cambio formar� parte de la gesti髇 de la configuraci髇 definida en 7.2.1b.1.7.

7.2.3.3. Condiciones para mejorar o renovar la funcionalidad de comunicaci髇 m髒il en tierra para los ferrocarriles o de ATO en tierra que, si no se cumplen, requieren una nueva autorizaci髇 para la puesta en servicio

• 1) El objetivo funcional (35) de los par醡etros b醩icos 4.2.4.2, 4.2.4.3 y 4.2.19 no se modifica o se define en el estado ya esperado durante la certificaci髇 o autorizaci髇 originales. El objetivo funcional se considera sin cambios cuando se aplica el proceso de mantenimiento de las especificaciones (correcci髇 de errores) descrito en el punto 7.2.10, que incluye o bien la aplicaci髇 de correcciones de errores o bien la aplicaci髇 de medidas de mitigaci髇.
• 2) Las interfaces de los par醡etros b醩icos 4.2.4.2, 4.2.4.3 y 4.2.19 relevantes para la compatibilidad t閏nica no se modifican o se definen en el estado ya esperado durante la certificaci髇 o autorizaci髇 originales.
• 3) En funci髇 del tipo de cambio:
  • a) En caso de que el cambio se realice debido a un error en el producto: El cambio se realiza seg鷑 un sistema de gesti髇 de la calidad aprobado por un organismo notificado (por ejemplo, de acuerdo con los m骴ulos CH1, SH1, CD, SD). En el caso de otros m骴ulos (como CF, SF o SG), deber� justificarse que la verificaci髇 realizada sigue siendo v醠ida (36) 24).
  • b) En caso de que el cambio se realice debido al proceso de mantenimiento de las especificaciones (en el ap閚dice A, cuadro A 2, figuran las especificaciones actualizadas con las descripciones de la soluci髇 de correcci髇 de errores): se necesita un certificado 獵E� actualizado para los componentes de interoperabilidad o los subsistemas con la aplicaci髇 de las correcciones de los errores. En este caso, se aplicar醤 las disposiciones del punto 6.3.4, punto (8) .
• 4) El cambio formar� parte de la gesti髇 de la configuraci髇 definida en el punto 7.2.3.1, punto (11) .

7.2.3.4. Impacto en la compatibilidad t閏nica entre las partes a bordo y en tierra de los subsistemas de CMS.

Los administradores de infraestructuras deber醤 garantizar que los cambios en un subsistema en tierra existente permitan que sigan explot醤dose los subsistemas a bordo conformes con la ETI (37) que se explotan en las l韓eas afectadas por los cambios.

Este requisito no es aplicable cuando los cambios se deben a la implementaci髇 de un nuevo nivel de aplicaci髇 en tierra, por los requisitos definidos en el punto 7.2.9.1, puntos (6) y (9) , o por los requisitos de una aplicaci髇 incompatible (por ejemplo, cambio a una nueva X de M_VERSION, tal como se define en 7.4.2.4).

7.2.4. Certificados de examen 獵E� de tipo o de dise駉

7.2.4.1. Subsistema de CMS a bordo

7.2.4.1.1. Definiciones

• 1) Marco de evaluaci髇 inicial de un subsistema de CMS a bordo

  El marco de evaluaci髇 inicial es la ETI de CMS aplicable al inicio de la fase de dise駉, cuando el solicitante contrate al organismo notificado para el subsistema de CMS a bordo.

• 2) Marco de certificaci髇 de un subsistema de CMS a bordo

  El marco de certificaci髇 es la ETI de CMS aplicable en el momento de la expedici髇 del certificado de examen 獵E� de tipo o de dise駉. Se trata del marco de evaluaci髇 inicial modificado con las revisiones de las ETI que entraron en vigor durante la fase de dise駉 y que es aplicable con arreglo al r間imen de transici髇 descrito en el ap閚dice B.

• 3) Fase de dise駉 de un subsistema de CMS a bordo

  La fase de dise駉 de un subsistema de CMS es el per韔do que comienza una vez que el solicitante contrata al organismo notificado responsable de la verificaci髇 獵E� y finaliza cuando se expide el certificado de examen 獵E� de tipo o de dise駉.

  Una fase de dise駉 abarca el subsistema de CMS integrado en un tipo de veh韈ulo y una o varias variantes y versiones de tipo. Para todas las variantes y versiones de tipo, se considera que la fase de dise駉 comienza al mismo tiempo que para el tipo principal.

• 4) Fase de producci髇 de un subsistema de CMS a bordo

  La fase de producci髇 es el per韔do durante el cual el subsistema de CMS a bordo puede introducirse en el mercado sobre la base de una declaraci髇 獵E� de verificaci髇 referente a un certificado de examen 獵E� de tipo o de dise駉 v醠ido.

• 5) Veh韈ulo en explotaci髇

  El veh韈ulo est� en explotaci髇 cuando est� registrado con el c骴igo de matr韈ula �00�, 玍醠ido�, en el Registro Nacional de Veh韈ulos de conformidad con la Decisi髇 2007/756/CE de la Comisi髇 (38) o en el Registro Europeo de Veh韈ulos de conformidad con la Decisi髇 de Ejecuci髇 (UE) 2018/1614 de la Comisi髇 (39) y se mantiene en un estado de funcionamiento seguro de conformidad con el Reglamento de Ejecuci髇 (UE) 2019/779 de la Comisi髇 (40) .

7.2.4.1.2. Normas relativas al certificado de examen 獵E� de tipo o de dise駉

• 1) El organismo notificado expedir� el certificado de examen 獵E� de tipo o de dise駉 remiti閚dose al marco de certificaci髇.
• 2) Cuando una revisi髇 de la presente ETI entre en vigor durante la fase de dise駉, el organismo notificado expedir� el certificado de examen 獵E� de tipo o de dise駉 con arreglo a las siguientes normas:

  En el caso de los cambios en las ETI no citados en el ap閚dice B, la conformidad con el marco de evaluaci髇 inicial conduce a la conformidad con el marco de certificaci髇. El organismo notificado expedir� el certificado de examen 獵E� de tipo o de dise駉 remiti閚dose al marco de certificaci髇 sin ninguna evaluaci髇 adicional.

  En el caso de los cambios en las ETI citados en el ap閚dice B, su aplicaci髇 es obligatoria de acuerdo con el r間imen de transici髇 definido en este ap閚dice B. Durante el per韔do de transici髇 definido, el organismo notificado podr� expedir el certificado de examen 獵E� de tipo o de dise駉 remiti閚dose al marco de certificaci髇 sin ninguna evaluaci髇 adicional. El organismo notificado mencionar� en el certificado de examen 獵E� de tipo o de dise駉 todos los puntos (del cuadro B1.1) evaluados de acuerdo con el marco de evaluaci髇 inicial.

• 3) Cuando entren en vigor varias revisiones de la presente ETI durante la fase de dise駉, el punto 2 anterior se aplicar� sucesivamente a todas las revisiones.
• 4) Siempre es admisible (pero no obligatorio) utilizar una versi髇 m醩 reciente de cualquier ETI, ya sea en su totalidad o para puntos concretos, a menos que se especifique expresamente lo contrario en la revisi髇 de dichas ETI; en caso de que la aplicaci髇 se limite a puntos concretos, el solicitante tendr� que justificar y documentar que los requisitos aplicables siguen siendo coherentes, lo cual deber� ser aprobado por el organismo notificado.

7.2.4.1.3. Validez del certificado de examen 獵E� de tipo o de dise駉

Cuando entre en vigor una revisi髇 de la presente ETI, el certificado de examen 獵E� de tipo o de dise駉 del subsistema seguir� siendo v醠ido, a menos que sea necesario revisarlo de acuerdo con el r間imen de transici髇 espec韋ico de un cambio de la ETI, tal como se define en el ap閚dice B de la presente ETI.

7.2.4.2. Subsistema de CMS en tierra

De conformidad con el art韈ulo 4, apartado 2, de la Directiva (UE) 2016/797, el subsistema de CMS en tierra deber� cumplir la ETI vigente en el momento de la solicitud de autorizaci髇 para la puesta en servicio.

Cuando entre en vigor una revisi髇 de la presente ETI, el certificado de examen 獵E� de tipo o de dise駉 del subsistema seguir� siendo v醠ido, a menos que sea necesario revisarlo de acuerdo con el r間imen de transici髇 de un cambio de la ETI, tal como se define en el ap閚dice B (cuadro B2) de la presente ETI.

7.2.4.3. Componentes de interoperabilidad

Los certificados 獵E� de dise駉 o de tipo de los componentes de interoperabilidad ya introducidos en el mercado sobre la base de una versi髇 anterior de la presente ETI seguir醤 siendo v醠idos aunque entre en vigor una revisi髇 de la presente ETI, a menos que sea aplicable a nivel de subsistema de CMS un requisito que afecte al componente de interoperabilidad (tal como se especifica en el cuadro B1.1 o el cuadro B2 del ap閚dice B) o a menos que se especifique expl韈itamente lo contrario en la revisi髇 de la presente ETI en el cuadro B3 del ap閚dice B.

Durante ese tiempo, se permitir� la introducci髇 en el mercado de esos componentes de interoperabilidad sin un nuevo examen de dise駉 o de tipo.

7.2.5. Sistemas heredados

Los Estados miembros velar醤 por que la funcionalidad de los sistemas heredados y sus interfaces no sufran modificaciones, excepto cuando las modificaciones sean necesarias para mitigar defectos de seguridad en estos sistemas (41) .

7.2.6. Disponibilidad de m骴ulos de transmisi髇 espec韋icos e interfaces con sistemas de clase B a bordo

Si los subsistemas en tierra que entran dentro del 醡bito de aplicaci髇 de la presente ETI no est醤 equipados con el sistema de protecci髇 del tren de clase A, el Estado miembro garantizar� la disponibilidad de un m骴ulo de transmisi髇 espec韋ico (STM) o de productos o especificaciones que permitan la integraci髇 de su sistema de protecci髇 del tren de clase B heredado con el sistema de clase A a bordo. En el caso de las l韓eas equipadas con m醩 de un sistema de clase B, el requisito se aplicar� al menos a uno de estos sistemas de clase B.

El Estado miembro notificar�, en el plazo de un a駉 a partir de la entrada en vigor de la ETI, los sistemas de clase B para los que se cumple el requisito.

El sistema de clase B a bordo y su interfaz, en el caso de los productos existentes que ya hayan demostrado su integraci髇 con productos de clase A conformes con la ETI, corresponder醤 a cualquiera de las posibilidades t閏nicas definidas en el punto 4.2.6.1. En caso de que no exista ning鷑 sistema disponible que ya haya demostrado su integraci髇 con un sistema de clase A a bordo conforme con la ETI, la soluci髇 disponible ser� con una interfaz normalizada (STM).

El Estado miembro notificar� las especificaciones de las interfaces entre los sistemas de protecci髇 del tren de clase A y clase B a bordo en el plazo de un a駉 a partir de la entrada en vigor de la ETI.

Si, para un sistema concreto de clase B, la 鷑ica soluci髇 disponible en el mercado es de la clase B y la clase A integrada dentro del mismo equipo, los titulares de las especificaciones de clase B (por ejemplo, proveedor, empresa ferroviaria o administrador de infraestructuras) proporcionar醤 las especificaciones, correspondientes a las partes que posean, necesarias para la integraci髇 de este sistema de clase B con un ETCS a bordo conforme. Deber醤 dar acceso a cualquier derecho de propiedad intelectual e industrial pertinente que posean en condiciones justas, razonables y no discriminatorias. Los titulares de las especificaciones deber醤 asegurarse de que la informaci髇 proporcionada sea suficiente para que otros fabricantes puedan integrar este sistema de clase B con cualquier ETCS a bordo en el material rodante existente.

En este contexto, deber� prestarse la debida atenci髇 a garantizar un mercado abierto de los sistemas de clase B y los STM en condiciones comerciales equitativas. Cuando, por razones t閏nicas o econ髆icas, incluidos los derechos de propiedad intelectual e industrial aplicables, no pueda garantizarse la disponibilidad de un STM o de un sistema de clase B con sus especificaciones completas de interfaz con un sistema de clase A, los Estados miembros de que se trate deber醤 informar al Comit� mencionado en el art韈ulo 51, apartado 1, de la Directiva (UE) 2016/797 de los motivos subyacentes al problema y de las medidas de mitigaci髇 que pretenden aplicar con el fin de permitir el acceso de los explotadores -en particular de los explotadores extranjeros- a su infraestructura.

7.2.7. Equipos de clase B adicionales en l韓eas equipadas con sistemas de clase A

En una l韓ea equipada con ETCS o RMR podr醤 instalarse equipos de clase B en tierra adicionales para permitir la operaci髇 con material rodante a鷑 no compatible con la clase A durante la fase de implantaci髇 de la clase A a bordo.

Cada administrador de infraestructuras ser� responsable de verificar que el dise駉 en tierra es compatible con las transiciones entre la clase A y la clase B y no impone requisitos adicionales al CMS de clase A a bordo, de modo que el subsistema de control-mando y se馻lizaci髇 en tierra se dise馻r� como si el sistema de control-mando y se馻lizaci髇 de clase A a bordo utilizara la interfaz normalizada (STM) entre los sistemas de clase A y clase B.

7.2.8. Veh韈ulo con equipos de clase A y de clase B

El veh韈ulo puede estar equipado con sistemas de clase A y de clase B para permitir su explotaci髇 en varias l韓eas.

El Estado miembro afectado podr� restringir la utilizaci髇 de un sistema de clase B a bordo en l韓eas donde el sistema de clase B no est� instalado en tierra.

Un veh韈ulo equipado con sistemas tanto de clase A como de clase B demostrar� la compatibilidad t閏nica con el sistema de clase A en tierra en l韓eas doblemente equipadas con sistemas de clase A en paralelo con sistemas de clase B. Estar equipado con un sistema de clase B adem醩 de uno de clase A no constituir� un requisito para la compatibilidad de un veh韈ulo con las l韓eas en las que est閚 instalados sistemas de clase B en paralelo con sistemas de clase A.

En el caso de los veh韈ulos equipados con sistemas de clase A, podr醤 implementarse sistemas de protecci髇 del tren de clase B de acuerdo con los requisitos definidos en el punto 4.2.6.1 y seg鷑 los requisitos del punto 7.2.6.

7.2.9. Condiciones de las funciones obligatorias y opcionales

El solicitante de la verificaci髇 獵E� para un subsistema de control-mando y se馻lizaci髇 en tierra deber� comprobar si las funciones de este subsistema definidas como 玱pcionales� en la presente ETI son requeridas como obligatorias por otras ETI o normas nacionales aplicables, o como resultado de la aplicaci髇 de la valoraci髇 y evaluaci髇 del riesgo dirigidas a garantizar la integraci髇 segura de los subsistemas.

La implementaci髇 en tierra de funciones nacionales u opcionales deber� ser t閏nicamente compatible y no impedir la utilizaci髇 de dicha infraestructura por un tren que cumpla solamente los requisitos obligatorios del sistema de clase A a bordo, excepto en la medida requerida por las siguientes funciones opcionales a bordo de los puntos 7.2.9.1 y 7.2.9.3. La implementaci髇 en tierra de una de estas funciones opcionales que d� lugar a un nuevo requisito obligatorio a bordo en l韓eas espec韋icas se notificar� al menos cinco a駉s antes de que la funci髇 pueda convertirse en un requisito obligatorio a bordo. La notificaci髇 de un nuevo requisito obligatorio a bordo se realizar� en el RINF y estos cambios en dicho Registro se incluir醤 en la declaraci髇 sobre la red de acuerdo con el art韈ulo 27 de la Directiva 2012/34/UE del Parlamento Europeo y del Consejo (42) . Solo se permite un per韔do de notificaci髇 inferior a cinco a駉s si as� lo acuerdan el AI y las EF que prestan servicios o tienen la intenci髇 de prestar servicios (en el momento de celebrar el acuerdo) en estas l韓eas. Deber� informarse a la Comisi髇 Europea de este acuerdo sobre la reducci髇 del per韔do de notificaci髇.

Un subsistema instalado a bordo que incorpore un STM KER podr� requerir la implementaci髇 de la interfaz K.

7.2.9.1. ETCS

• 1) Una aplicaci髇 del ETCS de nivel 2 en tierra con detecci髇 de trenes nula o reducida (anteriormente ETCS de nivel 3) depende de la informaci髇 a bordo para determinar la ocupaci髇 de las v韆s y requiere que el sistema a bordo sea capaz de cumplir los requisitos relativos a la informaci髇 de longitud del tren confirmada, tal como se especifica en el ap閚dice A, cuadro A 2, 韓dice 27.
• 2) Una aplicaci髇 del ETCS en tierra de nivel 1 con infill exige que el sistema a bordo est� equipado con la correspondiente transmisi髇 de datos infill (Eurolazo o radio) si la velocidad de liberaci髇 se fija en cero por razones de seguridad (por ejemplo, protecci髇 de puntos de peligro).
• 3) Cuando el ETCS necesite la transmisi髇 de datos por radio, se requerir� la parte de radiocomunicaci髇 de datos especificada en la presente ETI.
• 4) Cuando el ETCS en tierra necesite una versi髇 espec韋ica del sistema ETCS, el equipamiento a bordo se har� con arreglo a los requisitos de implementaci髇 mencionados en el punto 7.4.2.4.2.

7.2.9.2. ATO

• 1) ATO en tierra: la implementaci髇 de ATO en tierra es una funci髇 opcional de interoperabilidad que no impide t閏nicamente el uso de dicha infraestructura por un tren que no est� equipado con ATO a bordo. Cuando la funcionalidad ATO GoA1/2 est� implementada en el ETCS en tierra, se aplicar醤 las especificaciones de ATO que figuran en el ap閚dice A de la presente ETI.

  Nota: Cuando la funcionalidad ATO GoA1/2 est� implementada en un sistema de clase B en tierra, deben aplicarse las especificaciones de ATO en tierra que figuran en el ap閚dice A de la presente ETI para facilitar la futura migraci髇 a la ATO en las l韓eas equipadas con ETCS.

• 2) ATO a bordo: la instalaci髇 de la ATO en un subsistema de CMS a bordo es obligatoria (43) cuando se implementa el ETCS por primera vez en el veh韈ulo y este 鷏timo tambi閚 est� destinado a ser utilizado en una l韓ea que incluya al menos una secci髇 equipada con ATO en relaci髇 con la cual el AI haya notificado en el RINF los servicios que requieren la implementaci髇 obligatoria de ATO a bordo.

  Nota: Cuando la funcionalidad ATO GoA1/2 se implementa en un sistema de clase B en tierra, la implementaci髇 de ATO a bordo se basa en acuerdos contractuales entre el AI y las EF y, como tal, no existen requisitos obligatorios de implementaci髇 de ATO GoA1/2 hasta que las l韓eas con ATO en tierra y con clase B en tierra se migren a un ETCS plenamente conforme, incluidas las especificaciones de ATO en tierra que figuran en el ap閚dice A de la presente ETI.

7.2.9.3. RMR

El GSM-R o el FRMCS se implementar醤 de conformidad con los requisitos de implementaci髇 mencionados en el punto 7.3.2.

7.2.10. Mantenimiento de las especificaciones (correcciones de errores)

7.2.10.1. Responsabilidades durante el proceso de gesti髇 del control de cambios

Durante el proceso de gesti髇 del control de cambios de las especificaciones del ERTMS y antes de la entrada en vigor de la siguiente versi髇 jur韉ica de la presente ETI, los errores se clasifican en los que impiden el servicio normal y los que no impiden el servicio normal.

Por lo que se refiere a los errores que impiden el servicio normal, los fabricantes de equipos a bordo, los explotadores que, por ejemplo, faciliten informaci髇 sobre la aparici髇 del error durante el servicio normal, y los administradores de infraestructuras, con la informaci髇 necesaria aportada por los fabricantes de equipos en tierra, describir醤 sus productos e implementaciones del sistema con respecto a la situaci髇 se馻lada respondiendo a los cuestionarios de la AFE (que incluyen las resoluciones de los errores y las medidas de mitigaci髇).

Las respuestas a estos cuestionarios de la AFE se facilitar醤 en un plazo de tres meses a partir de la publicaci髇 de los cuestionarios y, en particular, el administrador de infraestructuras evaluar� en el cuestionario de la AFE si:

• 1) el impacto del error es aceptable en lo que respecta a la seguridad y la explotaci髇 de la red;
• 2) el impacto del error es aceptable para la interoperabilidad, lo que significa que:
  • a) la no aplicaci髇 de la correcci髇 de los errores en tierra permitir韆 a cualquier veh韈ulo con ERTMS que cumpla la 鷏tima versi髇 de la ETI prestar un servicio normal en la red,

    o

  • b) la no aplicaci髇 de la correcci髇 de los errores a bordo permitir韆 al veh韈ulo con ERTMS prestar un servicio normal en la red conforme con la ETI.

La Agencia publicar� los resultados de los cuestionarios de la AFE de manera transparente.

7.2.10.2. Responsabilidades de los fabricantes de equipos instalados a bordo y en tierra

Tras la publicaci髇 de las correcciones de los errores en una versi髇 jur韉ica, los fabricantes actualizar醤 sus componentes de interoperabilidad en consecuencia y ser醤 responsables de mantenerlos conforme a lo dispuesto en el punto 4.2.20.1 (incluido el mantenimiento de los certificados 獵E� asociados) y con arreglo a los requisitos de transici髇 del ap閚dice B (cuadro B3). Estos componentes de interoperabilidad actualizados (incluidos los certificados 獵E� asociados) se pondr醤 a disposici髇 para su integraci髇 en los subsistemas correspondientes con arreglo al ap閚dice B (cuadro B3).

Nota: No ser� necesaria una actualizaci髇 en relaci髇 con los componentes de interoperabilidad con respecto a los cuales la informaci髇 facilitada previamente conforme al punto 7.2.10.1 indique la ausencia de impacto en la seguridad, la explotaci髇 y la interoperabilidad.

7.2.10.3. Responsabilidades del administrador de infraestructuras y de la empresa ferroviaria

7.2.10.3.1. Responsabilidad de los administradores de infraestructuras

En caso de que el impacto de uno de los errores, seg鷑 se describe en el punto 7.2.10.1, se considere inaceptable en la red del administrador de infraestructuras, este 鷏timo, sobre la base de la informaci髇 facilitada previamente por los fabricantes de equipos a bordo en los cuestionarios de la AFE, identificar� los veh韈ulos con ERTMS autorizados a circular por su red o en proceso de recibir autorizaci髇 para circular por su red que no hayan implementado una soluci髇 que mitigue el problema de interoperabilidad o de seguridad causado por el error en las especificaciones. En caso de que los fabricantes de equipos a bordo (con ayuda de los explotadores) informen de un impacto significativo en veh韈ulos existentes que circulen por su red, el administrador de infraestructuras podr� decidir voluntariamente evaluar la aplicaci髇 de medidas de mitigaci髇 en tierra temporales para que los veh韈ulos existentes puedan seguir realizando sus servicios mientras se implantan las correcciones de los errores a bordo.

El administrador de infraestructuras registrar� en el par醡etro correspondiente del RINF (44) las correcciones de errores que son aplicables (es decir, los errores que impiden el servicio normal en la red) para los equipos instalados a bordo. Efectuar� ese registro, a m醩 tardar, doce meses despu閟 de la entrada en vigor de la ETI, o en caso de nueva implementaci髇 o mejora en tierra dentro de su red.

En el caso de los subsistemas del ERTMS en tierra afectados, los administradores de infraestructuras aplicar醤 las correcciones de errores en tierra pertinentes que permitan a un sistema de CMS a bordo conforme con la ETI (incluida la aplicaci髇 de las correcciones de errores a bordo) prestar un servicio normal, de conformidad con el ap閚dice B (cuadro B2) de la presente ETI de CMS.

El administrador de infraestructuras actualizar�, si procede, el tipo existente de controles de compatibilidad del ETCS y del sistema de radio (ESC/RSC) (es decir, esto no dar� lugar a la creaci髇 de un nuevo tipo de ESC/RSC).

7.2.10.3.2. Responsabilidades de las empresas ferroviarias

Las empresas ferroviarias comparar醤 las correcciones de errores registradas en el RINF para el 醨ea de uso del veh韈ulo con la informaci髇 previamente proporcionada seg鷑 se indica en el punto 7.2.10.1, a fin de determinar qu� correcciones de errores es necesario realizar en los veh韈ulos.

En el caso de los subsistemas del ERTMS a bordo afectados, las empresas ferroviarias, con el apoyo de los fabricantes de equipos a bordo, aplicar醤 las correcciones de errores necesarias en los subsistemas de CMS a bordo, de conformidad con el ap閚dice B (cuadro B1.1) de la presente ETI de CMS.

7.3. Reglas de implementaci髇 espec韋icas para RMR

7.3.1. Instalaciones en tierra

7.3.1.1. La instalaci髇 del GSM-R o del FRMCS es obligatoria cuando:

• 1) se instale por primera vez la parte de radiocomunicaci髇 de un subsistema de control-mando y se馻lizaci髇 en tierra; cuando el FRMCS sea el primer sistema de radio de clase A en una l韓ea, se respetar醤 las condiciones establecidas en el punto 7.3.1.3;
• 2) se mejore la parte de radiocomunicaci髇 de un subsistema de control-mando y se馻lizaci髇 en tierra que ya est� en servicio, de tal modo que se modifiquen las funciones o las prestaciones del subsistema; se excluyen las modificaciones que se juzguen necesarias para mitigar defectos de seguridad en la instalaci髇 heredada;
• 3) la implementaci髇 del ETCS de nivel 2 requiera la radiocomunicaci髇 de datos;
• 4) la implementaci髇 del ETCS de nivel 1 con radio infill requiera la radiocomunicaci髇 de datos GSM-R.

7.3.1.2. El GSM-R solo podr� ponerse fuera de servicio si se cumplen las condiciones siguientes:

• - condici髇 1: per韔do m韓imo de notificaci髇 de cinco a駉s en el que se suspender醤 los servicios del GSM-R; esta notificaci髇 solo se har� cuando las especificaciones de los componentes de interoperabilidad del FRMCS a bordo, indicadas en el cuadro 5.1 y en el ap閚dice A, se completen y publiquen con una modificaci髇 de la presente ETI de CMS que permita la licitaci髇 del equipo completo del FRMCS a bordo; la notificaci髇 se realizar� en el RINF y estos cambios en dicho Registro se incluir醤 en la declaraci髇 sobre la red que establece el art韈ulo 27 de la Directiva 2012/34/UE;

  y

• - condici髇 2: el FRMCS est� en servicio.

Se permite un per韔do m醩 breve si as� lo acuerdan el AI y las EF que prestan servicios o tienen la intenci髇 de prestar servicios (en el momento de celebrar el acuerdo) en estas l韓eas. Deber� informarse a la Comisi髇 Europea de este acuerdo sobre un per韔do de notificaci髇 m醩 breve.

7.3.1.3. La implementaci髇 del FRMCS en tierra, sin GSM-R preexistente, solo se permite si se cumple la condici髇 siguiente:

per韔do m韓imo de notificaci髇 de cinco a駉s en el que estar醤 en explotaci髇 los servicios del FRMCS. Esta notificaci髇 solo podr� hacerse cuando las especificaciones de los componentes de interoperabilidad del FRMCS a bordo, indicadas en el cuadro 5.1 y en el ap閚dice A, se completen y publiquen con una modificaci髇 de la presente ETI de CMS que permita la licitaci髇 del equipo completo del FRMCS a bordo. La notificaci髇 se realizar� en el RINF y estos cambios en dicho Registro se incluir醤 en la declaraci髇 sobre la red que establece el art韈ulo 27 de la Directiva 2012/34/UE.

Se permite un per韔do m醩 breve si as� lo acuerdan el AI y las EF que prestan servicios o tienen la intenci髇 de prestar servicios (en el momento de celebrar el acuerdo) en estas l韓eas. Este acuerdo se notificar� a la Comisi髇.

7.3.2. Instalaciones a bordo

7.3.2.1. La instalaci髇 de GSM-R en el material rodante para su utilizaci髇 en una l韓ea que incluya al menos una secci髇 equipada con GSM-R y no equipada con FRMCS, o en una l韓ea que incluya al menos un RBC no compatible con el FRMCS (incluso superpuesto a un sistema de radiocomunicaci髇 heredado) ser� obligatoria cuando:

• 1) se instale por primera vez la parte de radiocomunicaci髇 de voz de un subsistema de control-mando y se馻lizaci髇 a bordo;
• 2) se mejore la parte de radiocomunicaci髇 de voz de un subsistema de control-mando y se馻lizaci髇 a bordo que ya est� en el mercado (clase B), de tal modo que se modifiquen las funciones o las prestaciones del subsistema; se excluyen las modificaciones que se juzguen necesarias para mitigar defectos de seguridad en la instalaci髇 heredada;
• 3) la implementaci髇 del ETCS de nivel 2 o de nivel 1 con radio infill requiera la radiocomunicaci髇 de datos.

7.3.2.2. La instalaci髇 del FRMCS en el material rodante es obligatoria para los veh韈ulos destinados a circular por una l韓ea en relaci髇 con la cual el AI haya notificado la implementaci髇 del FRMCS en tierra cuando:

• 1) se instale por primera vez la parte de radiocomunicaci髇 de voz de un subsistema de control-mando y se馻lizaci髇 a bordo;
• 2) se mejore la parte de radiocomunicaci髇 de voz de un subsistema de control-mando y se馻lizaci髇 a bordo que ya est� en el mercado (clase B o GSM-R), de tal modo que se modifiquen las funciones o las prestaciones del subsistema; se excluyen las modificaciones que se juzguen necesarias para mitigar defectos de seguridad en la instalaci髇 heredada;
• 3) la implementaci髇 del ETCS de nivel 2 requiera la radiocomunicaci髇 de datos.

7.4. Reglas de implementaci髇 espec韋icas para el ETCS

7.4.1. Instalaciones en tierra

Los art韈ulos 1 y 2 y el anexo I del Reglamento de Ejecuci髇 (UE) 2017/6 de la Comisi髇 (45) se aplicar醤 seg鷑 lo dispuesto en el art韈ulo 47 del Reglamento (UE) n.� 1315/2013 del Parlamento Europeo y del Consejo (46) y en cualquier actualizaci髇 de dicho Reglamento.

No deber� instalarse ni explotarse la transmisi髇 de datos por Eurolazo ni por radio infill, excepto en l韓eas o 醨eas de v韆s que figuren como caso espec韋ico en el punto 7.7.

Las instalaciones en tierra cumplir醤 las normas de ingenier韆 armonizadas a que se refiere el 韓dice 13 (subset 40) y se explotar醤 sin restricciones conforme a las normas de explotaci髇 establecidas en el ap閚dice A del Reglamento de Ejecuci髇 (UE) 2019/773. La Agencia, cuando expida aprobaciones de equipos de tierra con arreglo al art韈ulo 19 de la Directiva (UE) 2016/797, y la ANS, cuando autorice la puesta en servicio de instalaciones fijas, confirmar醤 el cumplimiento.

El administrador de infraestructuras comunicar� a los explotadores, a trav閟 del RINF, la hora y la fecha en que se pondr醤 en explotaci髇 las instalaciones del ERTMS en tierra autorizadas.

7.4.1.1. Red de alta velocidad

Es obligatorio instalar el ETCS en tierra cuando:

• 1) se instale por primera vez la parte de protecci髇 del tren de un subsistema de control-mando y se馻lizaci髇 en tierra (con o sin sistema de clase B), o
• 2) se mejore la parte existente de protecci髇 del tren de un subsistema de control-mando y se馻lizaci髇 en tierra, cuando ello suponga una modificaci髇 de las funciones, prestaciones y/o interfaces relevantes para la interoperabilidad (interfaces aire) del sistema heredado existente; se excluyen las modificaciones que se juzguen necesarias para mitigar defectos de seguridad en la instalaci髇 heredada.

7.4.1.2. Serie de especificaciones de versiones anteriores de la ETI de CMS.

Las redes que implementen y exploten l韓eas con ETCS de acuerdo con la serie #1 anterior, seg鷑 el anexo A, cuadro A2.1, de versiones anteriores de la presente ETI antes de la entrada en vigor de esta 鷏tima y con m醩 de 1 000 km o el 25 % en explotaci髇 o en construcci髇 en los corredores de la red b醩ica antes del 31 de diciembre de 2020, podr醤, con car醕ter excepcional, seguir utilizando dichas especificaciones del ETCS para la puesta en servicio durante siete a駉s despu閟 de la publicaci髇 de la presente ETI, en el caso de proyectos nuevos, y durante diez a駉s despu閟 de la entrada en vigor de la presente ETI, en el caso de proyectos de mejora o de renovaci髇 en la red, en las siguientes condiciones:

• 1) La notificaci髇 de la intenci髇 de implantar la serie de especificaciones #1 anterior, as� como del 醡bito de aplicaci髇 y el plan previstos, se ha enviado a la Comisi髇 Europea en un plazo de dos a駉s a partir de la fecha de publicaci髇 de la presente ETI.
• 2) El administrador de infraestructuras garantizar� que dichas l韓eas incluyan la aplicaci髇 de todas las medidas pertinentes de correcci髇 de errores que permitan a un ETCS a bordo conforme con la presente ETI (incluida la aplicaci髇 de la correcci髇 de los errores a bordo) prestar un servicio normal.
• 3) El administrador de infraestructuras aplicar� las correcciones de errores pertinentes y las medidas de mitigaci髇 armonizadas o equivalentes establecidas en los dict醡enes de la Agencia o en las versiones publicadas de las especificaciones, de conformidad con el punto 7.2.10.
• 4) Adem醩, toda modificaci髇 realizada en una infraestructura que cumpla la serie de especificaciones #1 anterior garantizar� que tambi閚 se preserven las condiciones (7) y (8) anteriores.

  Las redes que implementen y exploten l韓eas con ETCS de acuerdo con las series #2 y #3 anteriores, seg鷑 el anexo A, cuadros A2.2 y A2.3, de versiones anteriores de la presente ETI antes de la entrada en vigor de esta 鷏tima, podr醤, con car醕ter excepcional, seguir utilizando dichas especificaciones para la puesta en servicio durante siete a駉s despu閟 de la publicaci髇 de la presente ETI, en el caso de proyectos nuevos, y durante diez a駉s despu閟 de la entrada en vigor de la presente ETI, en el caso de proyectos mejorados o renovados en la red, en las siguientes condiciones:

  • 1) El administrador de infraestructuras garantizar� que dichas l韓eas incluyan la aplicaci髇 de todas las medidas pertinentes de correcci髇 de errores que permitan a un ETCS a bordo conforme con la presente ETI (incluida la aplicaci髇 de la correcci髇 de los errores a bordo) prestar un servicio normal.
  • 2) El administrador de infraestructuras aplicar� las correcciones de errores pertinentes y las medidas de mitigaci髇 armonizadas o equivalentes establecidas en los dict醡enes de la Agencia o en las versiones publicadas de las especificaciones, de conformidad con el punto 7.2.10.
  • 3) Adem醩, toda modificaci髇 realizada en una infraestructura que cumpla las series de especificaciones #2 y #3 anteriores garantizar� que tambi閚 se preserven las condiciones 1 y 2 anteriores.

7.4.1.3. Normas de implementaci髇 de versiones del ETCS

La implementaci髇 en tierra puede seleccionar las funciones ETCS que se implementar醤 de la serie de especificaciones que figuran en el ap閚dice A. Las especificaciones del ap閚dice A contienen funciones de las siguientes versiones de sistema: 1.0, 1.1, 2.0, 2.1, 2.2, 2.3 y 3.0. De acuerdo con el proceso definido en el punto 7.4.4, el AI notificar� qu� l韓eas utilizar醤 qu� versi髇 de sistema. La notificaci髇 se realizar� en el RINF y estos cambios en dicho Registro se incluir醤 en la declaraci髇 sobre la red que establece el art韈ulo 27 de la Directiva 2012/34/UE.

La implementaci髇 en tierra que lleve a la versi髇 3.0 del ETCS a bordo se permite si se cumple la condici髇 siguiente:

Per韔do m韓imo de notificaci髇 de cinco a駉s en el caso de las l韓eas en las que la versi髇 3.0 del ETCS sea un requisito obligatorio a bordo para los veh韈ulos que circulan por su red. La notificaci髇 de l韓eas para las que se requiere la versi髇 3.0 del ETCS a bordo tanto para los veh韈ulos que se autorizan como para los veh韈ulos que circulan por su red solo puede hacerse obligatoriamente aplicable tras una modificaci髇 de la presente ETI de CMS (47) (v閍se cuadro B1.1). Se permite un per韔do m醩 breve si as� lo acuerdan el AI y las EF que prestan servicios o tienen la intenci髇 de prestar servicios (en el momento de celebrar el acuerdo) en estas l韓eas. Este acuerdo se notificar� a la Comisi髇.

7.4.2. Instalaciones a bordo

7.4.2.1. Veh韈ulos de nueva construcci髇

Para ser introducidos en el mercado con arreglo al art韈ulo 21 de la Directiva (UE) 2016/797, los veh韈ulos de nueva construcci髇 estar醤 equipados y listos para su explotaci髇 con ETCS de conformidad con la presente ETI.

7.4.2.2. Veh韈ulos existentes

Cuando se autoricen veh韈ulos existentes con arreglo al art韈ulo 21 de la Directiva (UE) 2016/797, deber醤 estar equipados y listos para su explotaci髇 con ETCS (sistema de protecci髇 del tren de clase A de conformidad con la presente ETI si se instala cualquier sistema nuevo de protecci髇 del tren de clase B en un subsistema de control-mando y se馻lizaci髇 a bordo.

Es obligatorio cumplir los puntos 7.4.2.4.1 y 7.4.2.4.2 si se mejora la parte existente de ETCS a bordo de un veh韈ulo.

No es necesario cumplir los puntos 7.4.2.4.1 y 7.4.2.4.2 si se corrige la funcionalidad existente del ETCS a bordo de un veh韈ulo.

7.4.2.3. Normas para la ampliaci髇 del 醨ea de uso de los veh韈ulos existentes

Las siguientes normas se aplicar醤 a los veh韈ulos existentes en explotaci髇 y registrados en el Registro Nacional de Veh韈ulos de conformidad con la Decisi髇 2007/756/CE o en el Registro Europeo de Veh韈ulos de conformidad con la Decisi髇 de Ejecuci髇 (UE) 2018/1614, cuando se solicite una ampliaci髇 del 醨ea de uso:

• 1) Los veh韈ulos cumplir醤 las disposiciones especiales pertinentes aplicables en los casos espec韋icos contemplados en el punto 7.7 del presente anexo y las normas nacionales pertinentes contempladas en el art韈ulo 13, apartado 2, letras a), c) y d), de la Directiva (UE) 2016/797 notificadas de conformidad con el art韈ulo 14 de dicha Directiva.
• 2) No es necesario mejorar los veh韈ulos ya equipados con ETCS, GSM-R o FRMCS, excepto cuando sea necesario para la compatibilidad t閏nica con ETCS, GSM-R o FRMCS.
• 3) Los veh韈ulos que no est閚 equipados con ETCS lo instalar醤 y cumplir醤 las series de especificaciones a que se refiere el cuadro A 2 del ap閚dice A. Es obligatorio cumplir los puntos 7.4.2.4.1 y 7.4.2.4.2.
• 4) Cuando el veh韈ulo est� destinado a ser utilizado en una red en la que al menos una secci髇 est� equipada con RMR de clase A, los veh韈ulos que a鷑 no est閚 equipados con radio de voz RMR de clase A instalar醤 un equipo de radio de voz RMR de clase A en cabina que sea t閏nicamente compatible con la red de radio, excepto si esta red est� superpuesta a un sistema heredado de radiocomunicaci髇 de clase B compatible con la clase B ya instalada en el veh韈ulo. En tal caso, el equipo de radio de voz RMR de clase A deber� cumplir las especificaciones a que se refiere el cuadro A 2 del ap閚dice A.
• 5) Cuando el veh韈ulo deba tener instalado ETCS con arreglo al punto (8) y est� previsto que opere en una red del 醨ea de uso ampliada equipada con ETCS de nivel 2, deber� instalarse en los veh韈ulos que a鷑 no est閚 equipados con un sistema de comunicaci髇 de datos RMR de clase A al menos uno de los sistemas de radiocomunicaci髇 de datos RMR de clase A que sea t閏nicamente compatible con la red de radio. En tal caso, el sistema de radiocomunicaci髇 de datos RMR de clase A deber� cumplir las especificaciones mencionadas en el cuadro A 2 del ap閚dice A.
• 6) Cuando un veh韈ulo autorizado se beneficie de que no se aplique la ETI o una parte de esta con arreglo al art韈ulo 9 de la Directiva 2008/57/CE, el solicitante deber� solicitar exenciones en los Estados miembros del 醨ea de uso ampliada de conformidad con el art韈ulo 7 de la Directiva (UE) 2016/797.
• 7) Cuando la solicitud de ampliaci髇 del 醨ea de uso se combine con una solicitud de nueva autorizaci髇 que mejore la parte de protecci髇 del tren existente del subsistema de CMS a bordo, ser� obligatorio cumplir los puntos 7.4.2.4.1 y 7.4.2.4.2.

7.4.2.4. Normas de implementaci髇 de versiones del ETCS

7.4.2.4.1. El componente de interoperabilidad del ETCS a bordo introducido en el mercado implementar� una de las siguientes dotaciones:

• 1) dotaci髇 de versiones del sistema ETCS legalmente explotadas de 1.0 a 2.1 inclusive;
• 2) dotaci髇 de versiones del sistema ETCS legalmente explotadas de 1.0 a 2.2 inclusive;
• 3) dotaci髇 de versiones del sistema ETCS legalmente explotadas de 1.0 a 3.0 inclusive.

7.4.2.4.2. Un tipo de veh韈ulo integrar� el componente de interoperabilidad del ETCS a bordo adecuado con la dotaci髇 requerida de las versiones del ETCS legalmente explotadas, tal como se define en el punto 7.4.2.4.1 (48) . La dotaci髇 requerida de las versiones del ETCS legalmente explotadas se definir� sobre la base de las versiones del sistema notificadas en el RINF (49) para el 醨ea de uso prevista del tipo de veh韈ulo especificado en su autorizaci髇. El tipo de veh韈ulo implementar� la versi髇 del ETCS que se ajuste, como m韓imo, a la versi髇 notificada del ETCS, que ser� aplicable en los cinco a駉s siguientes con arreglo al calendario previsto en el ap閚dice B, cuando:

• 1) se instale por primera vez la parte del ETCS de un subsistema de control-mando y se馻lizaci髇 a bordo,

  o

• 2) se mejore la parte del ETCS de un subsistema de control-mando y se馻lizaci髇 a bordo que ya est� en el mercado, de tal modo que se modifiquen las funciones del subsistema. Se excluyen las modificaciones que se juzguen necesarias para aplicar las correcciones de errores, tal como se indica en el punto 7.2.10.

7.4.3. Requisitos nacionales

7.4.3.1. Los Estados miembros podr醤 introducir requisitos adicionales a escala nacional, en particular con vistas a permitir que solo los veh韈ulos equipados con ETCS tengan acceso a las l韓eas equipadas con ETCS, de tal forma que puedan ir desmantel醤dose los sistemas nacionales existentes. Esto se notificar� al menos cinco a駉s antes del desmantelamiento. Se permite un per韔do m醩 breve si as� lo acuerdan el AI y las EF que prestan servicios o tienen la intenci髇 de prestar servicios (en el momento de celebrar el acuerdo) en estas l韓eas. La notificaci髇 se realizar� en el RINF y estos cambios en dicho Registro se incluir醤 en la declaraci髇 sobre la red que establece el art韈ulo 27 de la Directiva 2012/34/UE (50) . El per韔do de notificaci髇 de cinco a駉s no se aplica a aquellos requisitos que permiten acceder a las l韓eas equipadas con ETCS 鷑icamente a veh韈ulos equipados con ETCS, que se anunciaron en la declaraci髇 sobre la red antes de la entrada en vigor del presente Reglamento.

7.4.3.2. Los Estados miembros podr醤 decidir excluir los veh韈ulos especiales, seg鷑 se definen en el punto 2.2.2, letra C), de la ETI de LOC y PAS, incluidos los veh韈ulos mixtos ferrocarril-carretera, de la obligaci髇 de estar equipados con ETCS, RMR o ATO en un 醨ea de uso espec韋ica si la explotaci髇 de estos veh韈ulos no impide el desmantelamiento de la clase B. Esto deber� notificarse e incluirse en la declaraci髇 sobre la red que establece el art韈ulo 27 de la Directiva 2012/34/UE.

7.4.3.3. Los Estados miembros podr醤 decidir excluir de la obligaci髇 de equipar con ETCS los trenes de pasajeros reservados a un uso estrictamente local de conformidad con el art韈ulo 1, apartado 4, letra b), de la Directiva (UE) 2016/797 y las locomotoras de maniobra en servicio desde hace m醩 de veinte a駉s que operan exclusivamente en una parte de la red nacional en la que no hay ETCS ni est� previsto implantar el ETCS en un plazo de cinco a駉s.

7.4.4. Planes de implementaci髇 nacionales

Los Estados miembros elaborar醤 un plan nacional para la implementaci髇 de la presente ETI en coordinaci髇 con los administradores de infraestructuras y las empresas ferroviarias afectadas, atendiendo a la coherencia de todo el sistema ferroviario de la Uni髇 Europea y teniendo en cuenta la viabilidad econ髆ica, la interoperabilidad y la seguridad del sistema ferroviario. Los Estados miembros consultar醤 a los pa韘es vecinos para una planificaci髇 coherente de los tramos ferroviarios transfronterizos. Este plan incluir� todas las l韓eas que entran en el 醡bito de aplicaci髇 de la ETI, incluidas las l韓eas de la RTE-T, los nodos y las conexiones de 鷏timo kil髆etro.

Los Estados miembros coordinar醤 el proceso entre todas las partes interesadas para establecer la estrategia de migraci髇 t閏nica y la estrategia indicativa de migraci髇 financiera necesarias para la implantaci髇 general del ERTMS del plan de implementaci髇 nacional.

Los Estados miembros incluir醤 en el plan de implementaci髇 nacional la evaluaci髇 de las necesidades expresadas por las empresas ferroviarias y los administradores de infraestructuras con respecto al subsistema de CMS en relaci髇 con las condiciones para las funciones obligatorias y opcionales del punto 7.2.9.

Los Estados miembros decidir醤 sobre la estrategia de migraci髇 y describir醤 el impacto global previsto para el sistema ferroviario (desde la perspectiva de la Uni髇) y el modo en que se equilibrar� dicho impacto de manera no discriminatoria entre las partes interesadas, bas醤dose en la evaluaci髇 mencionada. El resultado de este proceso de coordinaci髇 ser� la definici髇 de la estrategia de migraci髇 t閏nica y financiera que vaya a aplicarse.

El plan de implementaci髇 nacional proporcionar� informaci髇 sobre todas las l韓eas nuevas, renovadas y mejoradas en relaci髇 con las funciones obligatorias y opcionales del punto 7.2.9, garantizando que las notificaciones a las EF se realicen al menos con cinco a駉s de antelaci髇 en caso de que vaya a haber nuevos requisitos obligatorios a bordo para circular por la red. Esto se notificar� en el RINF (51) y estos cambios en dicho Registro se incluir醤 en la declaraci髇 sobre la red que establece el art韈ulo 27 de la Directiva 2012/34/UE. El per韔do de notificaci髇 de cinco a駉s no se aplica a los requisitos que se anunciaron en la declaraci髇 sobre la red antes de la entrada en vigor de la presente ETI de CMS.

Los planes de implementaci髇 nacionales abarcar醤 un per韔do m韓imo de veinte a駉s y se actualizar醤 regularmente, al menos cada cinco a駉s. Los planes seguir醤 la plantilla proporcionada en el ap閚dice H

para los cinco primeros a駉s del per韔do cubierto. Para el per韔do de quince a駉s subsiguiente, el plan seguir� en lo posible dicha plantilla, con un planteamiento menos detallado.

La Comisi髇 publicar� los planes de implementaci髇 nacionales en su sitio web e informar� de ellos a los Estados miembros a trav閟 del Comit� mencionado en el art韈ulo 51, apartado 1, de la Directiva (UE) 2016/797.

La Comisi髇 elaborar� un an醠isis de los planes de implementaci髇 nacionales que incluir�, entre otras cosas, una comparaci髇 de los planes y la determinaci髇 de las necesidades de medidas de coordinaci髇 adicionales.

El plan de implementaci髇 nacional incluir�, como m韓imo, la siguiente informaci髇 (52) :

• 1) Estrategia general de migraci髇 seg鷑 se ha descrito anteriormente, incluida la evaluaci髇 de las necesidades expresadas por las empresas ferroviarias y los administradores de infraestructuras.
• 2) Descripci髇 contextual del estado actual, incluidos:
  • a) datos y cifras sobre los sistemas instalados de protecci髇 del tren, ATO, radio y detecci髇 de trenes, incluidos detalles sobre los beneficios que aportan en relaci髇 con la capacidad, la seguridad, la fiabilidad y las prestaciones, as� como las referencias jur韉icas a los requisitos de CMS a bordo;
  • b) los sistemas de clase B y su vida econ髆ica restante, incluida una descripci髇 de las medidas adoptadas para garantizar unas condiciones de mercado abierto para sus sistemas heredados de protecci髇 del tren de clase B y de radio, tal como se establece en el punto 7.2.6;
  • c) subsistemas de CMS a bordo, sobre la base de la informaci髇 disponible.
• 3) Definici髇 de la estrategia de migraci髇 (situaci髇 futura).

La estrategia de migraci髇 t閏nica incluir� la informaci髇 y la planificaci髇 de:

• 1) parte de ETCS: nivel y versi髇 del ETCS necesarios por l韓ea y por red, con informaci髇 detallada sobre las secciones transfronterizas y los nodos; si procede, informaci髇 sobre la estrategia de actualizaci髇 de las bases de referencia y los niveles;
• 2) parte de radio: informaci髇 sobre los sistemas de radio (por ejemplo, conmutaci髇 de circuitos de radio o conmutaci髇 de paquetes, opciones de radio infill para el ETCS);
• 3) parte de ATO: informaci髇 sobre la necesidad de implantar la ATO;
• 4) parte de detecci髇 de trenes: informaci髇 sobre la migraci髇 al sistema de detecci髇 de trenes conforme con la ETI;
• 5) casos espec韋icos: informaci髇 sobre la eliminaci髇 progresiva de casos espec韋icos;
• 6) subsistemas de CMS a bordo;
• 7) informaci髇 financiera de los sistemas de tierra y a bordo.

Planificaci髇 (mapas de red) que ofrezca una visi髇 general de los cambios en los veinte a駉s siguientes en relaci髇 con:

• 1) parte de protecci髇 del tren:
  • a) mapa de la red con las fechas de puesta en servicio del ETCS; informaci髇 detallada sobre las l韓eas transfronterizas y los nodos;
  • b) si procede, mapa de la red con las fechas en las que ya no se permite la explotaci髇 de la clase B o en las que es obligatoria la explotaci髇 鷑icamente del ETCS; y, si no es similar, mapa de la red con las fechas en las que se retire del servicio el sistema de clase B;
• 2) parte de radio:
  • a) mapa de la red con las fechas de puesta en servicio del GSM-R; informaci髇 detallada sobre las l韓eas transfronterizas y los nodos;
  • b) si procede, mapa de la red con las fechas en las que ya no se permite la explotaci髇 de la radio de clase B; y, si no es similar, mapa de la red con las fechas en las que se retire del servicio el sistema de radio de clase B;
  • c) mapa de la red con las fechas de puesta en servicio del FRMCS;
  • d) si procede, mapa de la red con las fechas en las que ya no se permite la explotaci髇 del GSM-R; y, si no es similar, mapa de la red con las fechas en las que se retire del servicio el sistema GSM-R;
• 3) parte de ATO:
  • a) si procede, mapa de la red con las fechas de puesta en servicio de ATO; informaci髇 detallada sobre las l韓eas transfronterizas y los nodos;
• 4) parte de detecci髇 de trenes:
  • a) mapa de la red con las fechas de puesta en servicio del sistema de detecci髇 de trenes conforme con la ETI. informaci髇 detallada sobre las l韓eas transfronterizas y los nodos;
• 5) subsistemas de CMS a bordo, con informaci髇 opcional sobre los veh韈ulos transfronterizos.

7.5. Reglas de implementaci髇 de los controles de compatibilidad del ETCS y del sistema de radio

Los veh韈ulos existentes, y su tipo de veh韈ulo correspondiente, equipados con ETCS y RMR se considerar醤 compatibles con el ETCS y los tipos de compatibilidad del sistema de radio de las redes por las que circulen con ETCS y RMR a fecha 16 de enero de 2020, sin ning鷑 control adicional, manteniendo las restricciones o condiciones de uso existentes.

Todas las modificaciones posteriores del veh韈ulo, su tipo de veh韈ulo correspondiente o la infraestructura relativas a la compatibilidad t閏nica o de las rutas deber醤 ser gestionadas de acuerdo con los requisitos especificados en la presente ETI para la compatibilidad del ETCS y del sistema de radio.

7.6. Reglas de implementaci髇 espec韋icas para los sistemas de detecci髇 de trenes

En el contexto de la presente ETI, el sistema de detecci髇 de trenes se refiere al equipo instalado en tierra que detecta la presencia o ausencia de veh韈ulos, ya sea en toda la l韓ea de una ruta o en una secci髇 local de ella.

Los sistemas instalados en tierra (por ejemplo, enclavamientos o sistemas de control de pasos a nivel) que utilicen informaci髇 del equipo de detecci髇 no se consideran partes del sistema de detecci髇 de trenes.

La presente ETI especifica los requisitos para la interfaz con el material rodante solo en la medida necesaria para garantizar la compatibilidad entre el material rodante conforme con la ETI y el subsistema de control-mando y se馻lizaci髇 en tierra.

La implementaci髇 de un sistema de detecci髇 de trenes conforme con los requisitos de la presente ETI puede realizarse de forma independiente de la instalaci髇 del ETCS o GSM-R.

Deber醤 respetarse los requisitos relativos a los sistemas de detecci髇 de trenes de la presente ETI cuando:

• 1) se mejore el sistema de detecci髇 de trenes;
• 2) se renueve el sistema de detecci髇 de trenes, siempre que el respeto de los requisitos de la presente ETI no implique modificaciones o mejoras no deseadas de otros sistemas instalados en tierra o a bordo;
• 3) se renueve el sistema de detecci髇 de trenes, cuando esto sea necesario debido a la mejora o renovaci髇 de los sistemas instalados en tierra que utilicen informaci髇 del sistema de detecci髇 de trenes;
• 4) se retiren sistemas de protecci髇 del tren de clase B, cuando los sistemas de detecci髇 de trenes y de protecci髇 del tren est醤 integrados.

Durante la fase de migraci髇 deber醤 tomarse medidas para garantizar que la instalaci髇 de un sistema de detecci髇 de trenes conforme con la ETI tenga el m韓imo impacto negativo sobre el material rodante existente que no sea conforme con la ETI.

Con este fin, se recomienda que el administrador de infraestructuras seleccione un sistema de detecci髇 de trenes conforme con la ETI que, al mismo tiempo, sea compatible con el material rodante no conforme con la ETI que ya est� en explotaci髇 en la infraestructura.

7.7. Casos espec韋icos

7.7.1. Introducci髇

Se permiten las siguientes disposiciones especiales en los casos espec韋icos que se indican a continuaci髇.

Estos casos espec韋icos pertenecen a dos categor韆s: las disposiciones se aplican de forma permanente (caso 玃�) o de forma temporal, en cuyo caso deben suprimirse antes de 2040 (caso 玊�) o de una fecha que ha de especificarse tras el proceso de reexamen indicado en el art韈ulo 13, apartado 5, del presente Reglamento (caso 玊2�).

Los casos espec韋icos indicados en los puntos siguientes deber醤 leerse en combinaci髇 con los puntos correspondientes del cap韙ulo 4 y/o las especificaciones citadas en este.

Los casos espec韋icos sustituyen a los requisitos correspondientes expuestos en el cap韙ulo 4.

Cuando los requisitos establecidos en el punto correspondiente del cap韙ulo 4 no est醤 sujetos a un caso espec韋ico, no se han repetido en los puntos siguientes y seguir醤 aplic醤dose sin modificaciones.

La evaluaci髇 de los casos espec韋icos relacionados con los par醡etros b醩icos 4.2.10 y 4.2.11, cuando en la columna de notas se indique 玜plicable a los veh韈ulos�, ser� realizada por el organismo notificado para el subsistema de material rodante.

Todos los casos espec韋icos y sus fechas correspondientes ser醤 reexaminados en el transcurso de las futuras revisiones de la ETI a fin de limitar su alcance t閏nico y geogr醘ico sobre la base de una evaluaci髇 de su impacto en la seguridad, la interoperabilidad, los servicios transfronterizos, los corredores de la RTE-T y las repercusiones pr醕ticas y econ髆icas de su conservaci髇 o eliminaci髇. Se prestar� especial atenci髇 a la disponibilidad de financiaci髇 de la UE. Los sistemas de detecci髇 de trenes y las fechas l韒ite correspondientes se reexaminar醤 de acuerdo con el art韈ulo 13, apartado 5, del presente Reglamento.

Los casos espec韋icos se limitar醤 a la ruta o red donde sean estrictamente necesarios y ser醤 tenidos en cuenta en los procedimientos de compatibilidad de las rutas.

7.7.2. Lista de casos espec韋icos

7.7.2.1. B閘gica

7.7.2.2. Reino Unido para Irlanda del Norte

7.7.2.3. Francia

7.7.2.4. Polonia

7.7.2.5. Estonia, Letonia y Lituania

7.7.2.6. Suecia

7.7.2.7. Luxemburgo

7.7.2.8. Alemania

7.7.2.9. Italia

7.7.2.10. Chequia

7.7.2.11. Pa韘es Bajos

7.7.2.12. Irlanda

7.7.2.13. Bulgaria

7.7.2.14. Austria

Ap閚dice A
(54)

Referencias

Para cada referencia hecha en los par醡etros b醩icos (punto 4 de la presente ETI), el siguiente cuadro indica las especificaciones obligatorias correspondientes, a trav閟 del 韓dice del cuadro A 2.

Cuadro A 1

Referencias entre los par醡etros b醩icos y las especificaciones obligatorias

Especificaciones

Cuando un documento incluido en el cuadro A 2 incorpore, mediante copia o referencia, un punto claramente identificado de otro documento, exclusivamente este punto se considerar� parte del documento indicado en el cuadro A 2.

A los efectos de la presente ETI, cuando un documento de los enumerados en el cuadro A 2 haga una referencia 玱bligatoria� o 玭ormativa� a un documento no incluido en dicho cuadro, el documento referenciado se considerar� siempre un medio aceptable de conformidad con los par醡etros b醩icos (pudiendo utilizarse para la certificaci髇 de los componentes de interoperabilidad y los subsistemas, sin necesidad de ulterior revisi髇 de la ETI), y no una especificaci髇 obligatoria.

Nota: Las especificaciones calificadas como 玶eservadas� en el cuadro A 2 tambi閚 figuran como puntos abiertos en el ap閚dice F, cuando para cerrarlos sea preciso notificar normas nacionales. Los documentos reservados que no figuran como puntos abiertos se refieren a mejoras del sistema.

Cuadro A 2

Lista de especificaciones obligatorias

Nota 1: -Los puntos de las especificaciones enumeradas en el apartado 2.1 de la norma EN 301515 marcados como 玀I� en los 韓dices 32 y 33 tienen car醕ter obligatorio.

Nota 2: -Las solicitudes de cambio (CR) indicadas en los cuadros 1 y 2 de la norma TS 102 281 que afecten a puntos marcados como 玀I� en los 韓dices 32 y 33 tienen car醕ter obligatorio.

Nota 3: -El 韓dice 48 se refiere 鷑icamente a los casos de prueba de equipos m髒iles GSM-R. Se mantiene 玶eservada� de momento. En caso de que se acuerde en una futura revisi髇 de la ETI, el cat醠ogo de casos de prueba armonizados disponibles para la evaluaci髇 del equipo m髒il y de las redes, de acuerdo con los pasos indicados en el punto 6.1.2 de la presente ETI, se incluir� en estos cuadros.

Nota 4: -Los productos disponibles en el mercado ya est醤 adaptados a los requisitos de la recomendaci髇 de uso (RU) relativa a la interfaz conductor-maquina (DMI) de GSM-R y son plenamente interoperables, por lo que no se necesita su normalizaci髇 en la ETI de CMS.

Nota 5: -La informaci髇 que estaba destinada al 韓dice 78 se incluye ahora en el 韓dice 27 (SUBSET-091).

Nota 6: -Este documento es independiente de la base de referencia del ETCS, el RMR y la ATO.

Nota 7: -Con arreglo a la ETI de CMS, 鷑icamente son obligatorios los requisitos (MI).

Nota 8: -Estas especificaciones, por lo que se refiere a los equipos ETCS y ATO a bordo, se aplicar醤 plenamente.

Nota 9: -Estas especificaciones, en su versi髇 actual, por lo que se refiere a los equipos FRMCS a bordo, no se consideran completas a efectos de la licitaci髇 de los equipos a bordo.

Cuadro A 3

Lista de normas

La aplicaci髇 de la versi髇 de las normas enumeradas en el cuadro que figura a continuaci髇, as� como sus modificaciones posteriores cuando se publiquen como norma armonizada en el proceso de certificaci髇, es un medio adecuado para cumplir plenamente el proceso de gesti髇 del riesgo que figura en el anexo I del Reglamento de Ejecuci髇 (UE) n.� 402/2013, sin perjuicio de lo establecido en los puntos 4 y 6 de la presente ETI.

Nota 1: -Esta norma est� armonizada, v閍nse la Comunicaci髇 de la Comisi髇 en el marco de la aplicaci髇 de la Directiva 2008/57/CE del Parlamento Europeo y del Consejo, de 17 de junio de 2008, sobre la interoperabilidad del sistema ferroviario dentro de la Comunidad (55) , y la Decisi髇 de Ejecuci髇 (UE) 2020/453 de la Comisi髇, de 27 de marzo de 2020, relativa a las normas armonizadas aplicables a los productos ferroviarios elaboradas en apoyo de la Directiva 2008/57/CE del Parlamento Europeo y del Consejo sobre la interoperabilidad del sistema ferroviario dentro de la Comunidad (56) , donde tambi閚 se indican las correcciones de errores publicadas.

(56)

Nota 2: -Debe utilizarse en combinaci髇 con la norma EN 50126-1:2017.

Cuadro A 4

Lista de normas obligatorias para los laboratorios acreditados

Ap閚dice B

B1. Cambios en los requisitos y reg韒enes de transici髇 para los subsistemas a bordo

Cuadro B1.1

R間imen de transici髇 (57) para el subsistema de CMS a bordo

• (1) Nota:

  Si el Estado miembro ha acordado con las partes interesadas implementar la nueva versi髇 3.0 del sistema ETCS (v閍se la cl醬sula 7.4.4), el AI notificar� las fechas en las que la versi髇 3.0 del sistema ETCS a bordo ser� un requisito obligatorio a bordo de conformidad con la cl醬sula 7.4.1.3. Todos los veh韈ulos que utilicen estas l韓eas deber醤 aplicar la versi髇 3.0 del sistema ETCS a bordo.

• (2) Se refiere a la nueva versi髇 jur韉ica de la ETI de CMS con especificaciones de disponibilidad completa de FRMCS y DAC.
• (3) Nota:

  Si el Estado miembro ha acordado con las partes interesadas implementar el FRMCS (v閍se la cl醬sula 7.4.4), el AI notificar� las fechas en las que el sistema FRMCS a bordo ser� un requisito obligatorio a bordo de conformidad con la cl醬sula 7.3.1. Todos los veh韈ulos que utilicen estas l韓eas deber醤 implementar el sistema FRMCS a bordo.

Cuadro B1.2

R間imen de transici髇 (58) para el subsistema de material rodante

B2. Cambios en los requisitos y los reg韒enes de transici髇 para el subsistema de CMS en tierra

Cuadro B2

R間imen de transici髇 para el subsistema de CMS en tierra

B3. Cambios en los requisitos y reg韒enes de transici髇 de los componentes de interoperabilidad para el subsistema de CMS

Cuadro B3

R間imen de transici髇 para los componentes de interoperabilidad de CMS

De acuerdo con el punto 7.2.4.3 Componentes de interoperabilidad, los per韔dos de transici髇 definidos para los subsistemas de CMS son aplicables a los componentes de interoperabilidad, a menos que se especifiquen en el presente cuadro.

Ap閚dice C

En el presente ap閚dice se facilitan las plantillas de las distintas declaraciones de ESC/RSC (componente de interoperabilidad).

Ap閚dice C.1:
Plantilla de declaraci髇 de ESC

PLANTILLA PARA LA DECLARACI覰 DE COMPATIBILIDAD DEL SISTEMA ETCS

DECLARACI覰 DE COMPATIBILIDAD DEL SISTEMA ETCS

Documento de declaraci髇 de compatibilidad del sistema ETCS [n鷐ero de documento] (59)

El solicitante:

[Nombre de la empresa]

[Direcci髇 postal completa]

declara, bajo su exclusiva responsabilidad, que el subsistema siguiente (60) :

:[Nombre/breve descripci髇 del subsistema, configuraci髇 pertinente, identificaci髇 鷑ica del subsistema]

al que se refiere la presente declaraci髇 ha sido sometido a las verificaciones pertinentes que corresponden a los siguientes tipos de ESC:

[Referencia a: identificadores del tipo de ESC publicados en el documento t閏nico de la Agencia]

ha sido evaluado por el siguiente organismo notificado:

[Nombre de la empresa]

[N鷐ero de registro]

[Direcci髇 completa]

de conformidad con los siguientes informes:

[N鷐eros de los informes, fechas de publicaci髇]

Se aplican las siguientes condiciones de uso y otras restricciones (61) (62) :

:[Referencia al documento con la lista de condiciones de uso y otras restricciones]

Se han tenido en cuenta las siguientes declaraciones de ESC del componente de interoperabilidad:

[Ind韖uese el uso de declaraciones de ESC del componente de interoperabilidad]

Referencia a la anterior declaraci髇 de compatibilidad del sistema ETCS (si procede)

[S�/No]

Hecho el:

[Fecha DD/MM/AAAA]

Firma del solicitante Nombre y apellidos

Ap閚dice C.2:
Plantilla de declaraci髇 de ESC del componente de interoperabilidad

PLANTILLA PARA LA DECLARACI覰 DE ESC DEL COMPONENTE DE INTEROPERABILIDAD

DECLARACI覰 DE ESC DEL COMPONENTE DE INTEROPERABILIDAD

Documento de declaraci髇 de compatibilidad del sistema ETCS para el componente de interoperabilidad [n鷐ero de documento] (63)

El solicitante:

[Nombre de la empresa]

[Direcci髇 postal completa]

declara, bajo su exclusiva responsabilidad, que el componente de interoperabilidad siguiente (64) :

:[Nombre/breve descripci髇 del componente de interoperabilidad, configuraci髇 pertinente, identificaci髇 鷑ica del componente de interoperabilidad]

al que se refiere la presente declaraci髇 ha sido sometido a las verificaciones pertinentes que corresponden a los siguientes tipos de ESC:

[Referencia a: identificadores del tipo de ESC publicados en el documento t閏nico de la Agencia]

ha sido evaluado por el siguiente organismo notificado:

[Nombre de la empresa]

[N鷐ero de registro]

[Direcci髇 completa]

de conformidad con los siguientes informes:

[N鷐eros de los informes, fechas de publicaci髇]

Se aplican las siguientes condiciones de uso y otras restricciones (65) (66) :

:[Referencia al documento con la lista de condiciones de uso y otras restricciones]

Referencia a la anterior declaraci髇 de compatibilidad del componente de interoperabilidad del sistema ETCS (si procede)

[S�/No]

Hecho el:

[Fecha DD/MM/AAAA]

Firma del solicitante

Nombre y apellidos

Ap閚dice C.3:
Plantilla de declaraci髇 de RSC

PLANTILLA PARA LA DECLARACI覰 DE COMPATIBILIDAD DEL SISTEMA DE RADIO

DECLARACI覰 DE COMPATIBILIDAD DEL SISTEMA DE RADIO

Documento de declaraci髇 de compatibilidad del sistema de radio [n鷐ero de documento] (67)

El solicitante:

[Nombre de la empresa]

[Direcci髇 postal completa]

declara, bajo su exclusiva responsabilidad, que el subsistema siguiente (68) :

:[Nombre/breve descripci髇 del subsistema, configuraci髇 pertinente, identificaci髇 鷑ica del subsistema]

al que se refiere la presente declaraci髇 ha sido sometido a las verificaciones pertinentes que corresponden a los siguientes tipos de RSC:

[Referencia a: identificadores del tipo de RSC publicados en el documento t閏nico de la Agencia]

ha sido evaluado por el siguiente organismo notificado:

[Nombre de la empresa]

[N鷐ero de registro]

[Direcci髇 completa]

de conformidad con los siguientes informes:

[N鷐eros de los informes, fechas de publicaci髇]

Se aplican las siguientes condiciones de uso y otras restricciones (69) (70) :

:[Referencia al documento con la lista de condiciones de uso y otras restricciones]

Se han tenido en cuenta las siguientes declaraciones de RSC del componente de interoperabilidad:

[Ind韖uese el uso de declaraciones de RSC del componente de interoperabilidad]

Referencia a la anterior declaraci髇 de compatibilidad del sistema de radio (si procede)

[S�/No]

Hecho el:

[Fecha DD/MM/AAAA]

Firma del solicitante

Nombre y apellidos

Ap閚dice C.4:
Plantilla de declaraci髇 de RSC del componente de interoperabilidad

PLANTILLA PARA LA DECLARACI覰 DE RSC DEL COMPONENTE DE INTEROPERABILIDAD

DECLARACI覰 DE RSC DEL COMPONENTE DE INTEROPERABILIDAD

Documento de declaraci髇 de compatibilidad del sistema de radio para el componente de interoperabilidad [n鷐ero de documento] (71)

El solicitante:

[Nombre de la empresa]

[Direcci髇 postal completa]

declara, bajo su exclusiva responsabilidad, que el componente de interoperabilidad siguiente (72) :

:[Nombre/breve descripci髇 del componente de interoperabilidad, configuraci髇 pertinente, identificaci髇 鷑ica del componente de interoperabilidad]

al que se refiere la presente declaraci髇 ha sido sometido a las verificaciones pertinentes que corresponden a los siguientes tipos de RSC:

[Referencia a: identificadores del tipo de RSC publicados en el documento t閏nico de la Agencia]

ha sido evaluado por el siguiente organismo notificado:

[Nombre de la empresa]

[N鷐ero de registro]

[Direcci髇 completa]

de conformidad con los siguientes informes:

[N鷐eros de los informes, fechas de publicaci髇]

Se aplican las siguientes condiciones de uso y otras restricciones (73) (74) :

:[Referencia al documento con la lista de condiciones de uso y otras restricciones]

Referencia a la anterior declaraci髇 de compatibilidad del componente de interoperabilidad del sistema de radio (si procede)

[S�/No]

Hecho el:

[Fecha DD/MM/AAAA]

Firma del solicitante

Nombre y apellidos

Ap閚dice C.5:
Plantilla de declaraci髇 combinada de ESC/RSC

PLANTILLA PARA LA DECLARACI覰 DE COMPATIBILIDAD DEL ETCS Y DEL SISTEMA DE RADIO

DECLARACI覰 DE COMPATIBILIDAD DEL ETCS Y DEL SISTEMA DE RADIO

Documento de declaraci髇 de compatibilidad del ETCS y del sistema de radio [n鷐ero de documento] (75)

El solicitante:

[Nombre de la empresa]

[Direcci髇 postal completa]

declara, bajo su exclusiva responsabilidad, que el subsistema siguiente (76) :

:[Nombre/breve descripci髇 del subsistema, configuraci髇 pertinente, identificaci髇 鷑ica del subsistema]

al que se refiere la presente declaraci髇 ha sido sometido a las verificaciones pertinentes que corresponden a los siguientes tipos de ESC y RSC:

[Referencia a: identificadores del tipo de ESC y del tipo de RSC publicados en el documento t閏nico de la Agencia]

ha sido evaluado por el siguiente organismo notificado:

[Nombre de la empresa]

[N鷐ero de registro]

[Direcci髇 completa]

de conformidad con los siguientes informes:

[N鷐eros de los informes, fechas de publicaci髇]

Se aplican las siguientes condiciones de uso y otras restricciones (77) (78) :

:[Referencia al documento con la lista de condiciones de uso y otras restricciones]

Se han tenido en cuenta las siguientes declaraciones de ESC y RSC del componente de interoperabilidad:

[Ind韖uese el uso de declaraciones de ESC y RSC del componente de interoperabilidad]

Referencia a la anterior declaraci髇 de compatibilidad del ETCS y el sistema de radio (si procede)

[S�/No]

Hecho el:

[Fecha DD/MM/AAAA]

Firma del solicitante

Nombre y apellidos

Ap閚dice C.6:
Plantilla de declaraci髇 combinada de ESC/RSC del componente de interoperabilidad

PLANTILLA PARA LA DECLARACI覰 COMBINADA DE ESC Y RSC DEL COMPONENTE DE INTEROPERABILIDAD

DECLARACI覰 COMBINADA DE ESC Y RSC DEL COMPONENTE DE INTEROPERABILIDAD

Documento de declaraci髇 de compatibilidad del sistema ETCS y de radio para el componente de interoperabilidad [n鷐ero de documento] (79)

El solicitante:

[Nombre de la empresa]

[Direcci髇 postal completa]

declara, bajo su exclusiva responsabilidad, que el componente de interoperabilidad siguiente (80) :

:[Nombre/breve descripci髇 del componente de interoperabilidad, configuraci髇 pertinente, identificaci髇 鷑ica del componente de interoperabilidad]

al que se refiere la presente declaraci髇 ha sido sometido a las verificaciones pertinentes que corresponden a los siguientes tipos de ESC y RSC:

[Referencia a: identificadores del tipo de ESC y del tipo de RSC publicados en el documento t閏nico de la Agencia]

ha sido evaluado por el siguiente organismo notificado:

[Nombre de la empresa]

[N鷐ero de registro]

[Direcci髇 completa]

de conformidad con los siguientes informes:

[N鷐eros de los informes, fechas de publicaci髇]

Se aplican las siguientes condiciones de uso y otras restricciones (81) (82) :

:[Referencia al documento con la lista de condiciones de uso y otras restricciones]

Referencia a la anterior declaraci髇 de compatibilidad del componente de interoperabilidad del ETCS y del sistema de radio (si procede)

[S�/No]

Hecho el:

[Fecha DD/MM/AAAA]

Firma del solicitante

Nombre y apellidos

Ap閚dice D

En el presente ap閚dice se facilita la plantilla para la descripci髇 de las condiciones, restricciones y funciones a馻didas.

El documento que describe la plantilla y su uso se encuentra en la p醙ina web de la Agencia en la secci髇 ERTMS.

Ap閚dice E

Lista de las indicaciones de texto y los mensajes armonizados que se muestran en la interfaz conductor-m醧uina del ETCS

Cuadro E1

Lista de las indicaciones de texto y los mensajes armonizados que se muestran en la interfaz conductor-m醧uina del ETCS