{"text_format":"1","workbook":"xlsx","n_sheets":3,"sheets":["KTR specification","definition of attributes","definition verification"],"not_rendered":{"charts":0,"images":0,"macros":1,"external_links":1,"defined_names":31,"comments":0,"pivot_tables":0},"unopened":[],"bounds":{"document_bytes":16777216,"sheet_cells":100000,"rows_first":2000,"rows_last":500,"rows_between":2000,"halvings":0,"cell_chars":16384,"cell_head_chars":4096},"cells_cut":0,"cells_raw":0,"read":"whole","date_system":"1900"}

{"sheet":"KTR specification","index":0,"n_rows":53,"n_cols":15,"rows_kept":53,"cut":false,"hidden":false,"merged":[[47,3,48,3],[47,4,48,4],[47,5,48,5],[47,8,48,8],[31,1,42,1],[31,2,42,2],[31,3,42,3],[31,5,42,5],[31,6,42,6],[31,7,42,7],[31,8,42,8],[0,13,0,14],[1,10,1,14],[47,1,48,1],[47,2,48,2]]}
[null,null,null,null,null,"RDG",null,null,null,null,null,null,null,"RDG"]
[null,null,null,null,null,null,null,null,null,null,"Verification"]
[null,"ID","ID in v5.1","Requirement classification","Requirement-text","Rationale","Reference information","Link","Change",null,"Offer of Tenderer(s)","Design Review","First Article Inspection (FAI) of components","First Integration Inspection (FII)","Hand-over"]
[null," "]
[null,null,null,null,"Appendix F – Monitoring Infrastructure from the Train"]
[null,"F.4",null,null,"Requirements"]
[null,null,null,"I","Note: The following requirements may not need to be applied to all vehicles in a fleet or class. The number to be fitted should be established with Network Rail.",null,null,null,"new"]
[null,"F.4.1",null,null,"Track"]
[null,"IM 001",null,"D","Vehicle-track interaction monitoring equipment should be fitted to rolling stock to detect potential driver-reported rough-ride locations.",null,null,null,"new text"]
[null,"IM 002",null,"B","Tri-axial axlebox accelerometers (with an appropriate frequency response) should be considered.",null,null,null,"amended"]
[null,"IM 003",null,"B","Fitment of a Track Geometry measurement system capable of measuring to NR/SP/TRK/042 Track Geometry Recording and NR/L2/TRK/001/mod11 Inspection and Maintenance of Permanent Way, module 11 Track Geometry – Inspections and Minimum Actions, should be considered."]
[null,"IM 004",null,"B","An enhanced Track Geometry measurement system capable of measuring full rail profiles (field and gauge side) in plain line and profiles within Switch & Crossings should be considered."]
[null,"F.4.2",null,null,"Electrification & Plant"]
[null,"IM 005","IM 005","D","Electric rolling stock fitted with a pantograph(s) that will operate at a speed greater than 100mph should have an overhead line measurement system that complies with ‘EN 50317 Railway applications. Current collection systems. Requirements for and validation of measurements of the dynamic interaction between pantograph and overhead contact line’ and NR/L2/ELP/27325 Train Borne Monitoring of Traction Power Contact Systems’.",null,null,null,"amended"]
[null,"IM 006","n/a","B","Electric rolling stock fitted with a pantograph(s) that will operate at 100mph or less should have an overhead line measurement system that complies with ‘EN 50317 Railway applications. Current collection systems. Requirements for and validation of measurements of the dynamic interaction between pantograph and overhead contact line’ and NR/L2/ELP/27325 Train Borne Monitoring of Traction Power Contact Systems’.",null,null,null,"new text"]
[null,"IM 007","IM 006","E","A pantograph camera at each pantograph position is required with appropriate illumination of the pantograph / OLE to ensure acceptable image quality. The camera specification should be agreed during the vehicle specification phase.",null,"Also see section 4.8.3.","See section in main document","Renumbered"]
[null,"IM 008","IM 008","B","The ability to accommodate pantograph cameras with different views to the current standard view e.g. angled views or looking directly upwards at a location slightly away from the pantograph / wire contact point should be considered, to determine wire condition and wire wear."]
[null,"IM 009","IM 009","B","The ability to easily exchange different types of pantograph cameras e.g. High Definition, thermal, UV corona would be beneficial."]
[null,"IM 010","IM 010","B","If a Track Geometry measurement system is fitted (IM 003) an enhancement should be considered for electric vehicles powered from conductor rails to measure conductor rail profile (and wear) and conductor rail position relative to running rails."]
[null,"IM 011","IM 011","B","For electric vehicles powered from conductor rails consideration should be given to the measurement of the interaction between conductor rail and shoegear, e.g. forces, accelerations.",null,null,null,"amended"]
[null,"F.4.3",null,null,"Video, Imaging and Survey"]
[null,"IM 012","IM 012","E","Forward / rearward facing video capability shall be provided, with appropriate illumination to ensure acceptable image quality from the cameras."]
[null,"IM 013","IM 013","B","Consideration should be given to the integration of forward / rearward facing cameras with a laser scanner to capture survey data which allows measurements to be made within images (positioned video pixels)."]
[null,"IM 014","IM 014","B","Forward / rearward facing thermal imaging cameras should be considered."]
[null,"IM 015",null,null,"clause from v5.1 now deleted.",null,null,null,"deleted"]
[null,"IM 016","IM 016","B","A conductor rail / insulator imaging system (with suitable illumination) and thermal imaging system should be considered, potentially as an enhancement to the track geometry system (IM 003)."]
[null,"F.4.4",null,null,"Signalling & Telecoms"]
[null,"IM 017","IM 017","D","The ability to monitor lineside communication signal strength e.g. GSM-R (voice and data) should be considered.",null,null,null,"amended"]
[null,"IM 018","IM 018","B","Consideration should be given to performance monitoring of signalling assets, e.g. track circuits, balises, TPWS, AWS, axle counters, noting the requirement to monitor some assets in both an occupied and unoccupied state."]
[null,"F.4.5","F.4.5",null,"General requirements"]
[null,"F.4.5.1","-","I","The following general requirements apply to all measurement systems outlined in IM 001 – IM 018. This ensures that the captured data can be utilised for the desired asset management application."]
[null,"IM 019","IM 019","E","All data shall be stamped with the following information at point of capture (a detailed specification is available to ensure it is possible to accurately synchronise data from different sources): "]
[null,null,null,null,"·          Speed and direction,"]
[null,null,null,null,"·         Train information e.g. vehicle number,"]
[null,null,null,null,"·         Operating information e.g. train headcode,"]
[null,null,null,null,"·         Location information:"]
[null,null,null,null,"o   Recorded data should be associated with a position record derived from and L1 / L2 frequency GNSS receiver / antenna,"]
[null,null,null,null,"o   Data will contain, as a minimum: "]
[null,null,null,null,"-        GPS date and timestamp,"]
[null,null,null,null,"-        Longitude and latitude (ETRS89 co-ordinates, decimal degrees to 7 decimal points),"]
[null,null,null,null,"o   Additionally, the data should provide:"]
[null,null,null,null,"-        GNSS receiver Standard Deviation details of the position record,"]
[null,null,null,null,"-        Details of direction of travel from tachometer polarity source if used."]
[null,"IM 020","IM 020","D","Provision should be made for storage of raw data and on-board processing hardware such that conditions requiring immediate attention can be identified and data volumes requiring transmission from the vehicle are reduced."]
[null,"IM 021","IM 021","D","A means of transmitting ‘alert data’ from train to shore whilst the train is in operation should be provided.",null,null,null,"amended"]
[null,"IM 022","IM 022","D","A means of transmitting full (raw and / or processed) datasets from train to shore when the train is stationary for a prolonged period e.g. terminal station, depot should be provided.",null,null,null,"amended"]
[null,"IM 023","IM 023","D","A means of remotely accessing measurement systems to monitor performance and diagnose / resolve system faults should be provided.",null,null,null,"amended"]
[null,"IM 024","IM 024","D","In order to facilitate greater exploitation of asset data all measurements should be made available in an open source format rather than a Supplier’s proprietary format.",null,"RSSB research ‘T1010: Cross-industry remote condition monitoring programme’ describes this approach and can be found at:","https://www.sparkrail.org/pages/libraryresults.aspx?k=t1010"]
[null,null,null,null,null,null,"Follow-on work to develop a proof of concept for this approach to cross-industry data sharing, now known as ‘IMP-RCM-01 Cross Industry Remote Condition Monitoring Pilots’ is available here:","https://www.sparkrail.org/Lists/Records/DispForm.aspx?ID=24972 "]
[null,"IM 025","IM 025","D","All measurement systems shall be specified such that system maintenance activities are aligned to routine vehicle maintenance intervals."]
[null,"IM 026","IM 026","D","The ability to accommodate modular measurement systems would be advantageous e.g. systems which can be attached to standard vehicle couplers."]
[null,"IM 027","IM 027","D","Data being gathered by sensors to monitor vehicle performance could also be beneficial for the monitoring of infrastructure condition / performance. This is particularly relevant at the wheel / rail interface and pantograph / wire interface. To maximise the potential usefulness of this data it should be stamped with the context information outlined in IM 019 and made available in an open format as required by IM 024."]
[null,"IM 028","IM 029","D","In order to future-proof new rolling stock and allow for the cost-effective retro-fit of monitoring equipment it would be prudent to allow space, an electrical power provision and connections to peripheral supplies as outlined in IM019 such that new equipment could be accommodated. Equipment would most likely be required on and around the bogie, inside the vehicle body and on the vehicle roof."]

{"sheet":"definition of attributes","index":1,"n_rows":12,"n_cols":7,"rows_kept":12,"cut":false,"hidden":false,"merged":[[5,1,8,1],[5,2,8,2],[5,3,8,3]]}
[null,null,null,null,null,null,"RDG"]
[]
[null,"Attribut","Definition of attribute","Function of attribut","Value of attribute","Definition of value","Function of value"]
[null," "]
[null,"ID","Unique Identification of the requirement","Ensure that the requirement remains uniquely traceable, and to enable traceability to needs, solutions and documents","Prefix.ID"]
[null,"Requirement classification","Importance and legal status of the requirement to the project","To differentiate between the requirements with regard to relevance and legal status","Essential (E )","Essential (E ) is a functional or non-functional requirement, which must be fulfilled by the supplier. ","Where the item is not fitted then it can be ignored, but otherwise it should be required."]
[null,null,null,null,"Desirable (D)","Desirable (D) is a non-functional requirement and should be considered where relevant"]
[null,null,null,null,"Business (B)","Business (D) is a functional or non-functional requirement and which must be fulfilled by the supplier where the business decides it is relevant."]
[null,null,null,null,"Information (I)","Information (I) is a textual statement without a legal status.","Where additional information is available or where research is not yet published but is useful to be aware of."]
[null,"Requirement-text","Description of the requirement","Draft the requirement","---","The requirerment","---"]
[null,"Rationale","Reason to state the requirement","To describe the reason why a requirement is stated (traceability to the need)\nTo describe the chosen text of the requirement\nThe rationale provides the reason that the requirement is needed and points to any supporting analysis, trade study, modelling, simulation, or other substantive objective evidence \n","---","The reason for the requirment","---"]
[null,"Reference Information","Indication from where information can be obtained",null,"---","---","---"]

{"sheet":"definition verification","index":2,"n_rows":26,"n_cols":4,"rows_kept":26,"cut":false,"hidden":false,"merged":[]}
[null,null,null,"RDG"]
[]
[null,"Point in time","Definition"]
[null," "]
[null,"Offer of Tenderer(s)","Point in time to compare the offers of tenderers"]
[null,"Design Review","Point in time to confirm general design of system or system element will fulfil the requirement"]
[null,"First Article Inspection (FAI) of components","Point in time to confirm developed system or system element will fulfil the requirement"]
[null,"First Integration Inspection (FII)","Point in time to verify integrated system or system element, will comply with  the requirement"]
[null,"Hand-over","Point in time when the train operation company finally takes-over the train from the supplier."]
[]
[]
[]
[]
[null,"Methods for validation and verification","Definition","Function "]
[null," "]
[null,"Inspection","An inspection is an examination of the item against applicable documentation to confirm compliance with requirements.","Inspection is used to validate and verify properties best determined by examination and observation.  Inspection is generally non-destructive and typically includes the use of sight, hearing, smell, touch, and taste; simple physical manipulation; mechanical and electrical gauging; and measurement."]
[null,"First Article Inspection (FAI)","A FAI is a special form of inspection of components, subsystems or systems manufactured under series conditions to see if it meets specifications and to ensure that the process can and does reliably produce what is intended.\nA FAI is carried out before approval of series production and is typically called for in a contract.","A FAI includes all relevant functional, non-functional, quality and produce process requirements to components, subsystems or systems. A FAI can be carried out when all corresponding validation and verification methods - for example design reviews, type tests, calculations etc.- are successfully finished."]
[null,"Analysis","Use of analytical data or simulations under defined conditions to show theoretical compliance","Used where testing to realistic conditions cannot be achieved or is not cost-effective. Analysis may be used when such means establish that the appropriate requirement, specification or derived requirement is met by the proposed solution."]
[null,"Design Review","A formal and systematic validation within a product development process of components, subsystems or systems whereby a design is detailed and evaluated against its requirements.","Validation of agreed functional and non-functional requirements of the system and identification and elimination of potential problems and errors as early as possible."]
[null,"Simulation","Simulation is the imitation of the operation of a real-world process or system over time. A model represents the key characteristics, behaviours or functions of the selected physical or abstract system or process. The model represents the system itself, whereas the simulation represents the operation of the system over time.\nSimulations can be used to show, under defined conditions, theoretical compliance. ","Used where testing to realistic conditions cannot be achieved or is not cost-effective. Simulation may be used when such means establish that the appropriate requirement, specification, or derived requirement is met by the proposed solution.\nSimulation can be used e.g. in the process of development to show movement and functional processes, dynamic loads and stresses."]
[null,"Calculation","Calculation to validate or verify agreed or specified parameter, under defined parameters and rules of calculation, by a mathematical proof to show theoretical compliance.","For the input-parameters of the calculation, methods of calculation and the result parameter are presented and evaluated."]
[null,"Demonstration","A qualitative exhibition of functional performance, usually accomplished with no or minimal instrumentation or test equipment. Demonstration uses a set of test activities with system stimuli selected by the supplier to show that system or system element response to stimuli is suitable or to show that operators can perform their allocated functions when using the system. Observations are made and compared with predetermined responses.","Demonstration may be appropriate when requirements or specifications are given in statistical terms (e.g., mean time to repair, average power consumption, etc.)."]
[null,"Routine Test","Examination of every component, subsystem or system during or after the manufacturing process to prove its compliance with the requirements."]
[null,"Test","An action by which the operability, maintainability or performance capability of an item is quantitatively verified when subjected to controlled conditions that are real or simulated.","These verifications often use special test equipment or instrumentation to obtain very accurate quantitative data for analysis."]
[null,"Type test","Test of one or more components, subsystems or the system to prove that the construction is in compliance with the required specification and the relevant standards.","The test object does not need to be manufactured under series conditions. \nType testing includes the validation of required parameter.\nSeveral type tests can be necessary for one test object.\n"]
[null,"Certification","Certification is a written assurance that the system or system element has been developed in accordance with the required standard, and meets the requirements. This assures that the system or system element can perform its assigned functions to a negotiated standard.","The development reviews and system verification and validation results form the basis for certification. Certification is generally performed by a third party against an accepted standard."]