Public transport - Service interface for real-time information relating to public transport operations - Part 4: Functional service interfaces: Facility monitoring

Service Interface for Real Time Information (SIRI) is a specification for an interface that allows systems running computer applications to exchange information about the planned, current or projected performance of the public transport operations.
The scope of this WI is to update CEN/TS 15531-4:2015 which allows pairs of server computers to exchange structured real-time information about schedules, vehicles, and connections, together with general informational messages related to the operation of the services. The information can be used for many different purposes, for example:
• To provide real time-departure from stop information for display on stops, internet and mobile delivery systems;
• To provide real-time progress information about individual vehicles;
• To manage the movement of buses roaming between areas covered by different servers;
• To manage the synchronisation of guaranteed connections between fetcher and feeder services;
• To exchange planned and real-time timetable updates;
• To distribute status messages about the operation of the services;
• To provide performance information to operational history and other management systems.
Implementations SIRI have revealed a number of improvements and some minor enhancements necessary for a successful and uniform usage of the specification in the future.
The main elements out of this work item will be:
o Prepare an updated edition of the TS as a document
o Update the common XSD of SIRI parts 1-5
The new work item will consider the projects of
o PT companies and IT-suppliers especially in Switzerland, Germany, France, Netherlands and Sweden
o Railway traffic
o accessibility in public transport

Öffentlicher Verkehr - Servicescnittstelle für Echtzeitinformation bezogen auf Operationen in öffentlichen Verkehr - Teil 4: Funktionale Dienst-Schnittstellen: Anlagenüberwachung

Transport public - Interface de service pour les informations en temps réel relatives aux opérations de transport public - Partie 4: Interfaces de service fonctionnel: Supervision des services et des équipements

Javni prevoz - Vmesnik za storitev informiranja v realnem času za potrebe delovanja javnega prevoza - 4. del: Vmesniki funkcijske storitve - Nadzorovanje storitev in opreme

Vmesnik za storitev informiranja v realnem času (SIRI) je specifikacija za vmesnik, ki sistemom, v katerih se izvajajo računalniške aplikacije, omogoča izmenjavo informacij o načrtovanem, trenutnem ali predvidenem poteku javnega prevoza.
Področje uporabe tega dokumenta WI je posodobitev standarda CEN/TS 15531-4:2015, ki parom strežniških računalnikov omogoča izmenjavo strukturiranih informacij v realnem času o voznih redih, vozilih in povezavah, skupaj s splošnimi informativnimi sporočili, povezanimi z delovanjem storitev. Podatke je mogoče uporabiti za različne namene, na primer za:
• zagotavljanje informacij o dejanskem času odhoda s postajališča, ki so prikazane na postajališčih, v internetu in mobilnih sistemih za dostavo;
• zagotavljanje informacij o poti posameznih vozil v realnem času;
• upravljanje poti avtobusov med območji, ki jih pokrivajo različni strežniki;
• upravljanje sinhronizacije zajamčenih povezav med storitvami pridobivanja in podajanja;
• izmenjavo načrtovanih in sprotnih posodobitev voznega reda;
• distribucijo statusnih sporočil o delovanju storitev;
• zagotavljanje informacij o učinkovitosti za operativno zgodovino in druge sisteme upravljanja.
Izvedbe vmesnika SIRI razkrivajo številne izboljšave in nekatere podrobnosti, potrebne za uspešno in enotno uporabo specifikacije v prihodnosti.
Glavni elementi teh popravkov bodo:
• priprava posodobljene izdaje tehnične specifikacije kot dokumenta;
• posodobitev skupnega XSD-ja delov vmesnika SIRI 1–5.
Nova delovna postavka bo obravnavala projekte:
• PT-podjetij in IT-dobaviteljev, zlasti v Švici, Nemčiji, Franciji, na Nizozemskem in Švedskem,
• železniškega prometa,
• dostopnosti v javnem prometu.

General Information

Status
Published
Publication Date
11-Jan-2022
Technical Committee
Current Stage
6060 - National Implementation/Publication (Adopted Project)
Start Date
03-Jan-2022
Due Date
10-Mar-2022
Completion Date
12-Jan-2022

RELATIONS

Buy Standard

Technical specification
SIST-TS CEN/TS 15531-4:2022 - BARVE na PDF-str 16,17,18,29,30,31,33,42
English language
58 pages
sale 10% off
Preview
sale 10% off
Preview
e-Library read for
1 day

Standards Content (sample)

SLOVENSKI STANDARD
SIST-TS CEN/TS 15531-4:2022
01-februar-2022
Nadomešča:
SIST-TS CEN/TS 15531-4:2011
Javni prevoz - Vmesnik za storitev informiranja v realnem času za potrebe
delovanja javnega prevoza - 4. del: Vmesniki funkcijske storitve - Nadzorovanje
storitev in opreme

Public transport - Service interface for real-time information relating to public transport

operations - Part 4: Functional service interfaces: Facility monitoring
Öffentlicher Verkehr - Servicescnittstelle für Echtzeitinformation bezogen auf
Operationen in öffentlichen Verkehr - Teil 4: Funktionale Dienst-Schnittstellen:
Anlagenüberwachung

Transport public - Interface de service pour les informations en temps réel relatives aux

opérations de transport public - Partie 4: Interfaces de service fonctionnel: Supervision

des services et des équipements
Ta slovenski standard je istoveten z: CEN/TS 15531-4:2021
ICS:
35.240.60 Uporabniške rešitve IT v IT applications in transport
prometu
SIST-TS CEN/TS 15531-4:2022 en,fr,de

2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.

---------------------- Page: 1 ----------------------
SIST-TS CEN/TS 15531-4:2022
---------------------- Page: 2 ----------------------
SIST-TS CEN/TS 15531-4:2022
CEN/TS 15531-4
TECHNICAL SPECIFICATION
SPÉCIFICATION TECHNIQUE
December 2021
TECHNISCHE SPEZIFIKATION
ICS 35.240.60 Supersedes CEN/TS 15531-4:2011
English Version
Public transport - Service interface for real-time
information relating to public transport operations - Part
4: Functional service interfaces: Facility monitoring

Transport public - Interface de service pour les Öffentlicher Verkehr - Servicescnittstelle für

informations en temps réel relatives aux opérations de Echtzeitinformation bezogen auf Operationen in

transport public - Partie 4: Interfaces de service öffentlichen Verkehr - Teil 4: Funktionale Dienst-

fonctionnel: Supervision des services et des Schnittstellen: Anlagenüberwachung
équipements

This Technical Specification (CEN/TS) was approved by CEN on 22 November 2021 for provisional application.

The period of validity of this CEN/TS is limited initially to three years. After two years the members of CEN will be requested to

submit their comments, particularly on the question whether the CEN/TS can be converted into a European Standard.

CEN members are required to announce the existence of this CEN/TS in the same way as for an EN and to make the CEN/TS

available promptly at national level in an appropriate form. It is permissible to keep conflicting national standards in force (in

parallel to the CEN/TS) until the final decision about the possible conversion of the CEN/TS into an EN is reached.

CEN members are the national standards bodies of Austria, Belgium, Bulgaria, Croatia, Cyprus, Czech Republic, Denmark, Estonia,

Finland, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Norway,

Poland, Portugal, Republic of North Macedonia, Romania, Serbia, Slovakia, Slovenia, Spain, Sweden, Switzerland, Turkey and

United Kingdom.
EUROPEAN COMMITTEE FOR STANDARDIZATION
COMITÉ EUROPÉEN DE NORMALISATION
EUROPÄISCHES KOMITEE FÜR NORMUNG
CEN-CENELEC Management Centre: Rue de la Science 23, B-1040 Brussels

© 2021 CEN All rights of exploitation in any form and by any means reserved Ref. No. CEN/TS 15531-4:2021 E

worldwide for CEN national Members.
---------------------- Page: 3 ----------------------
SIST-TS CEN/TS 15531-4:2022
CEN/TS 15531-4:2021 (E)
Contents Page

European foreword ....................................................................................................................................................... 4

Introduction .................................................................................................................................................................... 5

1 Scope .................................................................................................................................................................... 7

2 Normative references .................................................................................................................................... 7

3 Terms and definitions ................................................................................................................................... 7

4 Symbols and abbreviations ......................................................................................................................... 7

5 Business Context ............................................................................................................................................. 7

5.1 General ................................................................................................................................................................ 7

5.2 Overview of service function ...................................................................................................................... 7

5.3 Examples of Service Function ..................................................................................................................... 8

5.4 Use Cases ............................................................................................................................................................ 9

5.5 Use Cases: Capture and Origination of Facility Condition ............................................................. 10

5.5.1 General ............................................................................................................................................................. 10

5.5.2 CAPT#01 Facility Condition entered manually by operator staff ............................................... 10

5.5.3 CAPT#02 Facility Condition updated manually by operator staff .............................................. 10

5.5.4 CAPT#03 Facility Condition arising from automatic Facility Monitoring device (e.g.

lift failure) ....................................................................................................................................................... 10

5.5.5 CAPT#04 Facility Condition being generated automatically from a situation ...................... 10

5.5.6 CAPT#05 Workflow for verification, validation and editorial correction............................... 10

5.5.7 CAPT#06 Providing of collective guidance of passengers ............................................................. 10

5.5.8 CAPT#07 Audit trails, retrospectives and process views .............................................................. 11

5.6 Use Cases: Relating Facility Conditions to other SIRI services .................................................... 11

5.6.1 General ............................................................................................................................................................. 11

5.6.2 XREF#01 Problem affecting a specific vehicle journey .................................................................. 11

5.6.3 XREF#02 Problem at a stop place affecting some or all journeys for some or all

modes ............................................................................................................................................................... 11

5.6.4 XREF#03 Problems affecting an interchange..................................................................................... 11

5.6.5 XREF#04 Problems affecting particular classes of users, e.g. impaired mobility ................. 11

5.7 Use Cases: Onwards Distribution to other systems (e.g. in TPEG and Datex2) ...................... 11

5.7.1 General ............................................................................................................................................................. 11

5.7.2 DIST#01 Distribution of Facility Condition to displays .................................................................. 12

5.7.3 DIST#02 Distribution of Facility Condition to staff ......................................................................... 12

5.7.4 DIST#03 Distribution of Facility Condition to external Systems ................................................ 12

5.7.5 DIST#04 Distribution of Facility Condition to journey planners ................................................ 12

5.7.6 DIST#04 Distribution of Facility Condition for recording Facility Failures ........................... 12

5.7.7 DIST#05 Distribution of Facility Condition to other systems ...................................................... 12

5.8 Use Cases: New Modes and Counting ..................................................................................................... 12

5.8.1 General ............................................................................................................................................................. 12

5.8.2 NM#01 Provision of information about available vehicles and devices .................................. 12

5.8.3 NM#02 Provision of information about available spaces to bring a vehicle or a device

back ................................................................................................................................................................... 13

5.8.4 NM#03 Provision of information about the updated location of a facility .............................. 13

6 Modelling Facilities in SIRI ....................................................................................................................... 13

---------------------- Page: 4 ----------------------
SIST-TS CEN/TS 15531-4:2022
CEN/TS 15531-4:2021 (E)

6.1 General ............................................................................................................................................................. 13

6.2 Facility Model Overview ............................................................................................................................. 13

6.3 Facility Model Details .................................................................................................................................. 14

6.4 Facility Model Elements ............................................................................................................................. 16

6.4.1 General ............................................................................................................................................................. 16

6.4.2 Facility Condition .......................................................................................................................................... 16

6.4.3 Facility .............................................................................................................................................................. 16

6.4.4 Facility Status ................................................................................................................................................. 17

6.4.5 Remedy ............................................................................................................................................................. 18

6.4.6 Monitoring Info .............................................................................................................................................. 18

6.4.7 Facility Monitored Counting ..................................................................................................................... 18

6.4.8 Facility Updated Position ........................................................................................................................... 19

6.4.9 Facility Types ................................................................................................................................................. 19

7 Communication Infrastructure ................................................................................................................ 24

7.1 General ............................................................................................................................................................. 24

7.2 SIRI Service Request table ......................................................................................................................... 24

7.3 Communications Bandwidth .................................................................................................................... 26

8 Facilities Monitoring Service [FM] .......................................................................................................... 26

8.1 Purpose ............................................................................................................................................................ 26

8.2 UML Diagrams of Request and Response ............................................................................................. 27

8.2.1 SIRI-FM Request − Summary .................................................................................................................... 27

8.2.2 SIRI-FM Request – Detail ............................................................................................................................ 28

8.2.3 SIRI-FM Delivery − Summary.................................................................................................................... 30

8.2.4 SIRI-FM Delivery − Detail ........................................................................................................................... 31

8.3 Reference Data ............................................................................................................................................... 31

8.4 Capability and Permission Matrices ...................................................................................................... 32

8.4.1 Capability Matrix........................................................................................................................................... 32

8.4.2 Permission Matrix ........................................................................................................................................ 33

8.5 FacilityMonitoringRequest ....................................................................................................................... 33

8.5.1 FacilityMonitoringRequest Definition .................................................................................................. 33

8.5.2 FacilityMonitoringRequest Example ..................................................................................................... 36

8.6 FacilityMonitoringSubscriptionRequest .............................................................................................. 36

8.6.1 FacilityMonitoringSubscriptionRequest Definition ......................................................................... 36

8.6.2 FacilityMonitoringSubscriptionRequest Example ............................................................................ 37

8.7 FacilityMonitoringDelivery ....................................................................................................................... 38

8.7.1 General ............................................................................................................................................................. 38

8.7.2 ServiceDelivery with a FacilityMonitoringDelivery ......................................................................... 38

8.7.3 FacilityMonitoringDelivery Element ..................................................................................................... 38

8.7.4 FacilityCondition Element ......................................................................................................................... 39

8.7.5 FacilityMonitoringDelivery Example .................................................................................................... 56

Bibliography ................................................................................................................................................................. 58

---------------------- Page: 5 ----------------------
SIST-TS CEN/TS 15531-4:2022
CEN/TS 15531-4:2021 (E)
European foreword

This document (CEN/TS 15531-4:2021) has been prepared by Technical Committee CEN/TC 278 “Road

transport and traffic telematics”, the secretariat of which is held by NEN.

Attention is drawn to the possibility that some of the elements of this document may be the subject of

patent rights. CEN shall not be held responsible for identifying any or all such patent rights.

This document supersedes CEN/TS 15531-4:2011.

SIRI (CEN/TS 15531-1:2007) has been a CEN Technical Specification since 2007 and a European

normative standard since 2013 and has been widely used in Europe and elsewhere and proven its

usefulness. This document proposes a revised version of SIRI as a European Standard and is currently

submitted to the Formal Vote. The proposed revisions are minor enhancements arising from experience

of the deployment of SIRI in many live systems. This document also clarifies the relationship of SIRI to

NeTEx, the CEN Technical Standard for the XML exchange of Public Transport Reference data based on

the Transmodel CEN European Standard.

The SIRI Facility Monitoring service (SIRI-FM) is an additional service, part 4, based on the European

Technical Specification known as “SIRI” − Service Interface for Real-time Information. SIRI provides a

framework for specifying communications and data exchange protocols for organisations wishing to

exchange Real-time Information (RTI) relating to public transport operations.
The SIRI European Standard is presented in three parts:

— context and framework, including background, scope and role, normative references, terms and

definitions, symbols and abbreviations, business context and use cases (Part 1),
— the mechanisms to be adopted for data exchange communications links (Part 2),

— data structures for a series of individual application interface modules PT, ET, ST, SM, VM, CT, CM,

GM (Part 3).

Two additional parts define additional functional services as CEN Technical Specifications:

— additional data structures for additional application interface module FM (Part 4),

— additional data structures for additional application interface module SX (Part 5).

The XML schema can be downloaded from https://github.com/SIRI-CEN/SIRI, guidance on its use,

example XML files, and case studies of national and local deployments is located at http://siri-cen.eu/.

It is recognized that SIRI is not complete as it stands, and from time to time will need to continue to be

enhanced to add additional capabilities. It is therefore intended that a SIRI Management Group should

continue to exist, at European level, based on the composition of SG7.

Any feedback and questions on this document should be directed to the users’ national standards body.

A complete listing of these bodies can be found on the CEN website.

According to the CEN/CENELEC Internal Regulations, the national standards organisations of the

following countries are bound to announce this Technical Specification: Austria, Belgium, Bulgaria,

Croatia, Cyprus, Czech Republic, Denmark, Estonia, Finland, France, Germany, Greece, Hungary, Iceland,

Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Norway, Poland, Portugal, Republic of

North Macedonia, Romania, Serbia, Slovakia, Slovenia, Spain, Sweden, Switzerland, Turkey and the

United Kingdom.
---------------------- Page: 6 ----------------------
SIST-TS CEN/TS 15531-4:2022
CEN/TS 15531-4:2021 (E)
Introduction

Public transport services rely increasingly on information systems to ensure reliable, efficient operation

and widely accessible, accurate passenger information. These systems are used for a range of specific

purposes: setting schedules and timetables; managing vehicle fleets; issuing tickets and receipts;

providing real-time information on service running, and so on.

This document specifies a Service Interface for Real-time Information (SIRI) about Public Transport. It

is intended to be used to exchange information between servers containing real-time public transport

vehicle or journey time data. These include the control centres of transport operators and information

systems that utilize real-time vehicle information, for example, to deliver services such as travel

information.

Well-defined, open interfaces have a crucial role in improving the economic and technical viability of

Public Transport Information Systems of all kinds. Using standardized interfaces, systems can be

implemented as discrete pluggable modules that can be chosen from a wide variety of suppliers in a

competitive market, rather than as monolithic proprietary systems from a single supplier. Interfaces

also allow the systematic automated testing of each functional module, vital for managing the

complexity of increasing large and dynamic systems. Furthermore, individual functional modules can be

replaced or evolved, without unexpected breakages of obscurely dependent function.

This document will improve a number of features of public transport information and service

management:

— Interoperability – the European Standard will facilitate interoperability between information

processing systems of the transport operators by: (i) introducing common architectures for

message exchange; (ii) introducing a modular set of compatible information services for real-time

vehicle information; (iii) using common data models and schemas for the messages exchanged for

each service; and (iv) introducing a consistent approach to data management.

— Improved operations management – the European Standard will assist in better vehicle

management by (i) allowing the precise tracking of both local and roaming vehicles; (ii) providing

data that can be used to improve performance, such as the measurement of schedule adherence;

and (iii) allowing the distribution of schedule updates and other messages in real-time.

— Delivery of real-time information to end-users – the European Standard will assist the economic

provision of improved data by; (i) enabling the gathering and exchange of real-time data between

AVMS systems; (ii) providing standardized, well defined interfaces that can be used to deliver data

to a wide variety of distribution channels. Version 2.0 of SIRI includes a new Simple Web Service

designed to support the widespread, massively scalable use of mobile devices and web browsers

and other applications to display public transport data directly to users.
Technical advantages include the following:

— Reusing a common communication layer for all the various technical services enables cost-effective

implementations and makes the European Standard readily extensible in future.
---------------------- Page: 7 ----------------------
SIST-TS CEN/TS 15531-4:2022
CEN/TS 15531-4:2021 (E)
History

Version 1.0 of SIRI was developed in 2004-2005 and submitted to vote, eventually passing through the

CEN process to become an approved CEN Technical Specification in 2007. As well as the normative

Version 1.0 XSD schema, successive informal working versions of the schema (v 1.1 – 1.4) were released

to allow for fixes and to implement some very minor enhancements agreed by the working group. A

WSDL version was also developed.

Version 2.0 of SIRI was developed in 2012 to coincide with making the SIRI standard a full CEN norm.

SIRI includes a Simple Web Services “SIRI-LITE” as an additional transport method and a WSDL

document literal version and a WSDL2 version.

Version 2.1 of SIRI was developed in 2020/21 to address lessons from the now widespread

implementation of SIRI.
The changes in SIRI version 2.1 include:

— remove the direct relationship with TPEG and other standards to enable support as the other

standards change;
— support for new modes in line with TRANSMODEL and NeTEx;
— support for the Reason / Effect / Advice structure for disruptions in SIRI SX;
— increased granularity for occupancy data and Vehicle structures;
— improved subscription renewal options and filtering options;

— additional options and flexibility for STOP POINTS and relationships between journeys;

— migration of XSD to Github to improve access and change control processes.
Compatibility with previous versions

All changes in version 2.1 are intended to be fully backwards compatible, that is to say, existing

documents that validate against earlier versions of the schema will also validate against the 2.1 schema

without alteration (other than to schema version numbers), and version 2.1 documents that do not use

new features will validate against earlier versions. Version 2.1 documents that use new features will not

be backwards compatible.

The SIRI Facility Monitoring (SIRI-FM) service defined in this document enables the exchange of

information on the current status of facilities. It provides a short description of the facility itself, the

availability status and specifically the impact of the availability status for various categories of disabled

or incapacitated people. The service provides all the current relevant information relating to all

facilities fulfilling a set of selection criteria. Both query and publish subscribe interactions are

supported. Initially released in 2007, was enhanced in 2011 and has been again in 2021 the latest

update providing generic counting information to fulfil, amongst other services, the needs of new

modes of transport (vehicle sharing, vehicle pooling, etc.).
---------------------- Page: 8 ----------------------
SIST-TS CEN/TS 15531-4:2022
CEN/TS 15531-4:2021 (E)
1 Scope

This document specifies an additional SIRI functional service to exchange information about changes to

availability of facilities, between monitoring systems and servers containing real-time public transport

vehicle or journey time data. These include the control centres of transport operators, as well as

information systems that deliver passenger travel information services. As for Transmodel, public

transport modes include new modes of transport (vehicle sharing, vehicle pooling, etc.).

This document describes the SIRI Facility Monitoring service, one of a modular set of services for the

exchange of Real-time information. The Facility Monitoring service (SIRI-FM) is concerned with the

exchange of information about alterations to the availability of facilities for passengers among systems,

including equipment monitoring, real-time management and dissemination systems.
2 Normative references

The following referenced documents are indispensable for the application of this document. For dated

references, only the edition cited applies. For undated references, the latest edition of the referenced

document (including any amendments) applies.

EN 15531-1:— , Public transport — Service interface for real-time information relating to public

transport operations — Part 1: Context and framework
3 Terms and definitions

For the purposes of this document, the terms and definitions given in EN 15531-1:— apply.

4 Symbols and abbreviations

For the purposes of this document, the symbols and abbreviations given in EN 15531-1:— apply.

5 Business Context
5.1 General

This section is a complement to the Annex B “Business Context”, in Part 1 of the SIRI document set.

5.2 Overview of service function

The facility monitoring service allows the rapid real-time exchange of equipment and services

(facilities) status data.
Under preparation. Stage at the time of publication: prEN 15531-1.
---------------------- Page: 9 ----------------------
SIST-TS CEN/TS 15531-4:2022
CEN/TS 15531-4:2021 (E)

The status data needed for Facility Monitoring is provided by collecting the status of the facilities on the

network. This can be achieved either through manual data capture (an individual checks the status of

the facilities in situ, and reports them using a customised software interface), or using an automated

monitoring system with sensors to detect the equipment status. In both cases, the monitored data are

sent to the real-time data server through a SIRI service link. Monitored facilities can be any facility on

the network (mainly stop points, stop places, sites, etc.), on connection links or on vehicles, for example:

— lifts;
— escalators;
— wheel chair access;
— passenger information devices;
— ticket machine;
— boarding human assistance;
— etc. (see the Facility Feature in Table 1 for a more detailed list).

When several providers are available, all the data flows are merged into a single real-time service. The

resulting real-time data set is then available to all downstream systems through a single SIRI-FM access

point. A large set of potential user systems can be considered:
a) passenger information displays;

b) system providing information for the staff (on board, on stations, on call centres, etc.);

c) passenger information system, possibly including a journey planner, and providing information

through:
1) web access;
2) mobile phone access;
3) specific devices for mobility restricted people;
4) etc.
5.3 Examples of Service Function

Data from the Facility Monitoring service is useful for many different passenger information services.

For example:

a) the use of facility disruption information (for instance “lift broken affecting wheel chair access on a

connection link”) in a journey planner. This has to be related to the time of the intended journey vis

a vis the start and stop time (or expected stop time) of the disruption. Some disruptions may be

planned, other may be unex
...

Questions, Comments and Discussion

Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.