Annex 3: Traffic data to the railway undertaking
This is an annex to section 16.3 of the Act on traffic data and other information that Bane NOR must deliver to the railway undertaking.
1 Introduction
Traffic data and other information in connection with train operation pursuant to this annx are data that are linked to the railway undertaking's operational operation of trains and which Bane NOR must deliver to the railway undertaking. Bane NOR shall deliver such data to the railway undertaking so that the railway undertaking can operate trains in accordance with the route charter. In the event of deviations, Bane NOR shall deliver in such a way that the railway undertaking can resume normal operations in accordance with the route as soon as possible.
Traffic data and other information pursuant to this annex also include data in Bane NOR's possession and which the railway undertaking shall use further in relation to its customers or as a basis for its information to its customers, and Bane NOR shall deliver such data to the railway undertaking.
1.2 Contact points for mercantile matters
Enquiries about delivery, data type, etc. should be directed to Customer and Passenger Traffic: marked@banenor.no
Changes in the way traffic data and other information are exchanged are regulated in Section 16.4, third paragraph, of the AST.
2 Service Descriptions
Bane NOR offers external users the opportunity to use parts of the content for traffic information on the website. This means that information about train traffic can be made available in external services without paying for this. This is data that shows timetables and real-time information about train traffic. Possibilities to receive open data over the internet or as downloadable files.
Detailed descriptions on banenor.no.
Table 1 SIRI real-time data
| SIRI real-time data | |
|---|---|
| Expected time of arrival per station | Now |
| Actual arrival time per station | Now |
| Estimated time of departure per station | Now |
| Actual departure time per station | Now |
| Cancelled departure per station | Now |
| Cancelled arrivals per station | Now |
| Train Position* | Now |
| Deviation notification | Before timeliness |
* Train position is given as passing time (with approx. +/- 5 seconds uncertainty) at defined points in the infrastructure (e.g.: station entry/exit signal, block post, siding signal, etc.).
Real-time information includes actual arrival and departure times at relevant stations. Real-time information also includes information about train cancellations at stations or routes. Format: SIRI 2.0/Proprietary XML. Description is available on request.
2.2 Route information and TIOS
2.2.1 Access to data in the TIOS Web application
Bane NOR will make data from the TIOS database available to the railway undertaking on-line via the TIOS Web Application.
Access meets the following criteria:
- Scheduled and actual arrival and departure data data: All data for all trains at all stations shall be displayed immediately.
- Data regarding reason codes: All reason codes for all trains at all stations must be displayed immediately as they are available in the TIOS database at the time of on-line lookup.
- Event Log Message Data: All messages with all content received from the Event Log to TIO shall be displayed immediately as they are in the TIOS database at the time of on-line lookup and as the Access Control and Web Modules provide.
2.2.2 Cause codes, arrival and departure times, and HL messages via WebSphere MQ
Bane NOR shall send data from the TIOS database to the railway undertaking via WebSphere MQ, which meets the following criteria:
- Scheduled and actual arrival and departure time data: All data for all trains at all stations must be sent immediately.
- Reason code data: All reason codes for all trains at all stations must be sent after three working days.
- Event Log Message Data: All messages with all content received from the Event Log to TIOS should be sent immediately. Specifications are sent on request.
Table 2 shows which data must be submitted.
Table 2: Data from Bane NOR: Timetable and real-time data
| Route plan and real-time data | ||
|---|---|---|
| Data type | Data description | Delivery frequency |
| TogID (cf. Norwegian timetable) | ||
| Train number | Day | |
| Logged in GSM-R train no. | Day | |
| Expiration date | Day | |
| Route information and TIOS real-time data | ||
| Scheduled departure time per station | Day | |
| Estimated arrival time per station | Day | |
| Actual departure time per station | Now | |
| Actual arrival time per station | Now | |
| Train company | Day | |
| Train battle | Day | |
| Train type | Day | |
| Exit Station | Day | |
| End station | Day | |
| Maximum speed | Day | |
| Question number per station | Day | |
| Scheduled departure time per station | Day | |
| Estimated time of arrival per station | Day | |
| Line No. | Day | |
TogID is a unique identifier for trains that run in accordance with the Norwegian timetable within the relevant timetable.
Format: RailML 2.2
A description is sent on request.
Reference: railML.org(opens in a new tab)
Timetable information is timetables for the train in question in accordance with the Norwegian timetable within the relevant route period.
Format: RailML 2.2, also in format: CSV-file.
A description is sent on request.
Reference: railML.org(opens in a new tab)
2.3 Terminal Operating System TOS
Traffic data from Bane NOR relating to the carriage of goods. This section only applies to railway undertakings that transport goods on Bane NOR's railway network and that use Bane NOR's intermodal freight terminals.
In order to receive status messages from Bane NOR's TOS, the railway undertaking must have established a user interface for receiving XML data, as well as have submitted data to the TOS as specified in Appendix 2.
Table 3: Data from Bane NOR: Freight of goods; data to the railway undertaking from Bane NOR's TOS
| Data from Bane NOR's TOS to the railway undertaking | ||
|---|---|---|
| Data type | Data description | Delivery frequency |
| Load unit status | ||
| Status message that cargo unit has arrived at terminal (per train or car) | When the cargo unit is confirmed to arrive at the terminal | |
| Load unit depot status message | When the load unit is put in storage | |
| Status message that cargo unit is loaded onto train or car | When load unit is loaded onto train or car | |
| Cargo unit has left the terminal status message (per train or car) | When the cargo unit has left the terminal | |
2.4 FIDO
FIDO FIDOBane NOR's electronic system for distribution of routes and other announcements is Bane NOR's distribution system for information regarding train operation, shunting and work on tracks.
The system consists of a registration module for the train controller and operational route planner, as well as a distribution module for receivers.
FIDO has three different public APs, available as a REST API:
- Announcements. All announcements received from the timetable system. Results of queries are sent as Base64 encoded RailML.
- Routes. Results on queries are sent as Base64 encoded RailML, wrapped in Json.
- Attendance, for the types of announcements: Creation of construction site and Allocation of line section/station for work. Results of queries are sent as Json format.
Specifications are sent on request.
2.5 The Customer portal and DRAGE
2.5.1 Manual access to data in DRAGE
Bane NOR shall make data from the data warehouse DRAGE's database available to the railway undertaking on-line via the Customer Portal, which meets the following criteria:
- Data on planned and actual arrival and departure times for the company's own trains at all stations.
- Data on reason codes. Data is shown to the company after three working days. This data is shown: All reason codes for own trains, (i.e. reason codes (81-85) that are linked to specific train numbers belonging to the enterprise. All reason codes related to Bane NOR and external conditions (Codes 1-7 and 9).
2.5.2 Bane NOR's customer portal
On Bane NOR's customer portal , you can access to signed agreements, invoices, reported cases, minutes of meetings, ordered services, complaints about reason codes and links to tools and systems in Bane NOR.
2.6 Infrastructure data – Route description and route
The route description for the railway network contains an overview of the railway lines, and is an encyclopedia with information for operational staff. It describes the individual line sections, instructions for the operation of technical equipment, special provisions, special conditions, etc.
TRASÉ (traffic-related line section information) provides access to information about the infrastructure that is relevant for traffic purposes.
2.7 Capacity Planning – BEST
Systems for ordering track access.
2.7.1 BEST-L for booking capacity for next year's schedule;
BEST-L BEST-LBane NOR's elektronic system for infrastructure capacity application (routes) in the yearly capacity allocation process. is Bane NOR's application portal for the railway undertakings' applications for routes in the annual capacity allocation capacity allocationA collective term referring to the infrastructure manager's planning and allocation of infrastructure capacity as well as access to service facilities and the services in these. process. Responsibility for the execution of the process has been assigned to the Traffic Division, Timetable in Bane NOR.
The principles of the capacity allocation process remain unchanged, cf. the description in the Network Statement.
2.7.2 BEST-K for ordering capacity within the long-term plan
BEST-K BEST-KBane NOR's electronic system for infratsructure capacity application (routes and work on tracks) in the current timetable period (operative capacity allocation). is a booking portal for applications for short-term track access, normally in the current route period.
It can be used to apply for routes for extra trains, cancellation of trains, routes for work trains and disposition with work trains, disposition for work – including construction area – railways as well as cancellations/cancellations of work/work trains.
2.8 Digital payment service for parking a car (Parking app)
This section only applies to railway undertakings that are to offer Bane NOR's digital parking solution. The application service is based on the "Digital Permit" Agent Access API.
2.9 ARBIS – Working in tracks
This section applies to railway undertakings that wish to retrieve data on infrastructure works to display in their interfaces. Tools to see up-to-date information, have a better user interface, and easier accessibility of planned infrastructure works. Retrieval of data directly from ARBIS ARBISBane NOR's electronic overview of railway technical planning requirements. tools will provide a better overview by making the activities for infrastructure works available at railway undertakings.
Specifications are sent on request.
3 Quality of service
3.1 Availability and deviation management for SIRI Real-time information
3.1.1 Availability
Service uptime: 99.5%
Operating hours for the services are 24/7, 365 days a year.
3.1.2 Error categories
Table 4: Error codes
| Level | Category | Description |
|---|---|---|
| A | Critical | All or substantial parts of the operating service are unavailable. |
| B | Serious | Some critical functions do not work, or work with significantly worse response times than agreed. |
| C | Less serious | Non-critical functions do not work, reduced response time compared to what has been agreed. |
Table 5: Service level for fault categories
| Level | Category | Reaction Time Target Resolution Time | Target | Status |
|---|---|---|---|---|
| A | Critical | 30 minutes | 3 hours | Every 30 minutes |
| B | Serious | 1 hour | 6 hours | Every weekday |
| C | Less serious | 8 hours | 7 days | Every 5 working days |
3.1.3 Deviation management
Enquiry for reporting errors to the National Operations Center (NOS).
The following procedure is followed:
- The fault should be reported to opm.brukerstotte@banenor.no or tel.: 73 41 01 10 Availability: 24 hours/365 days a year.
- When the case is registered, the notifier will receive a reference number as a receipt for the case. This number will be used as a reference and will be used in further dialogue for handling the case.
3.2 Availability and deviation management for other services
3.2.1 Service level
Table 6: Service opening hours and availability
| Service level | Service opening hours | Availability |
|---|---|---|
| A | 24-7-365 | 99,9 % |
| B | 24-7-365 | 99,7 % |
| C | 0600-2000, 365 | 99,5 % |
| D | 0700–1700, Working days | No availability guarantee |
Table 7: Service level for the services in the agreement
| Service | Service Level |
|---|---|
| FIDO FIDOBane NOR's electronic system for distribution of routes and other announcements | B |
| TIOS | D* |
| BEST-K BEST-KBane NOR's electronic system for infratsructure capacity application (routes and work on tracks) in the current timetable period (operative capacity allocation)./L | C |
| DRAGON | C |
| ROUTE | C |
| ARBIS ARBISBane NOR's electronic overview of railway technical planning requirements. | C |
*TIOS' operating platform is delivered at service level B
Table 8: Error categories
| Level | Category | Description |
|---|---|---|
| 1 | Critical | All or substantial parts of the operating service are unavailable. |
| 2 | Serious | Some critical functions do not work, or work with significantly worse response times than agreed. |
| 3 | Less serious | Non-critical functions do not work, reduced response time compared to what has been agreed. |
Table 9: Service level for the fault categories
| Wrong priority | Category | Requirements for reaction time | Requirements for commencement of handling | Update of status |
|---|---|---|---|---|
| 1 | Critical | 15 minutes | 15 minutes | Every hour or in case of a change in status. |
| 2 | Serious | 30 minutes | 2 hours | Every 3 hours or in case of a change in status. |
| 3 | Less serious | 4 hours, within normal working hours | In the event of an incident and a change of status. |