SIST-TS CEN/TS 16614-2:2014
(Main)Public transport - Network and Timetable Exchange (NeTEx) - Part 2: Public transport scheduled timetables exchange format
Public transport - Network and Timetable Exchange (NeTEx) - Part 2: Public transport scheduled timetables exchange format
NeTEx Part 2 is the description of the Scheduled Timetables exchange format.
NeTEx Part 2 relies on NeTEx part 1 for the network topology.
It covers all scheduled timetables (service patterns, service journeys, timetabled passing times, day types, timetable versions, vehicle equipment mainly for mobility issues):
• Basic time related data (shared by all the domains): journey patterns, journey times, service patterns, operating days, interchanges, etc.
• Passenger information specific objects: passing times, etc.
• Data used specifically in the exchanges between the scheduling and vehicle monitoring systems (additional scheduled data, such as blocks and related concepts)
• Data used in and/or defined by the vehicle monitoring systems, data linked to vehicle equipment and necessary for passenger information systems (mainly for SIRI)
• Additional data related to the exchanges AVMS/passenger information
NeTEx Part 2 is based on a former European standards: Transmodel, IFOPT, SIRI and on specific needs for rural, inter-urban and long distance train operation and flexible transport network that will therefore encompass all public transport.
Öffentlicher Verkehr - Netzwerk und Fahrplan Austausch (NeTEx) - Teil 2: Fahrpläne
Transport Public - Échanges des informations planifiées (NeTEx) - Partie 2: Description de l'offre de transport
Javni prevoz - Izmenjava omrežnih in voznorednih podatkov (NeTEx) - 2. del: Izmenjavni format za vozne rede rednega javnega prevoza
NeTEx 2.del je opis izmenjavnega formata za redne vozne rede. NeTEx 2.del se nanaša na NeTEx 1.del za topologijo omrežja. Zajema vse redne vozne rede (storitvene vzorce, storitvena potovanja, vozne rede prehodov, vrste dni, različice voznih redov, opremo vozil predvsem za težave z mobilnostjo): •osnovne časovno povezane podatke (uporabljajo jih vse domene): vzorci potovanj, časi potovanj, storitveni vzorci, dnevi obratovanja, izmenjave itd. •predmete, specifične za informacije za potnike: časi prehodov itd. •podatke, ki se uporabljajo za izmenjavi med nadzornimi sistemi za vozila in planiranje (dodatni planirani podatki, kot so bloki in povezani koncepti) •podatke, ki jih uporabljajo in/ali definirajo nadzorni sistemi za vozila, podatke, povezane z opremo vozil in potrebne za informacijske sisteme za potnike (predvsem za SIRI) •dodatne podatke, povezane z izmenjavami AVMS/informacije za potnike NeTEx 2. del temelji na prejšnjih evropskih standardih: Transmodel, IFOPT, SIRI ter na specifičnih potrebah za obratovanje vlaka na podeželju, v mestu in prilagodljivo prometno omrežje, ki bo tako zajemal celoten javni prevoz.
General Information
Relations
Standards Content (Sample)
SLOVENSKI STANDARD
SIST-TS CEN/TS 16614-2:2014
01-december-2014
Javni prevoz - Izmenjava omrežnih in voznorednih podatkov (NeTEx) - 2. del:
Izmenjavni format za vozne rede rednega javnega prevoza
Public transport - Network and Timetable Exchange (NeTEx) - Part 2: Public transport
scheduled timetables exchange format
Öffentlicher Verkehr - Netzwerk und Fahrplan Austausch (NeTEx) - Teil 2: Fahrpläne
Transport Public - Échanges des informations planifiées (NeTEx) - Partie 2: Description
de l'offre de transport
Ta slovenski standard je istoveten z: CEN/TS 16614-2:2014
ICS:
03.220.01 Transport na splošno Transport in general
35.240.60 Uporabniške rešitve IT v IT applications in transport
transportu in trgovini and trade
SIST-TS CEN/TS 16614-2:2014 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 16614-2:2014
---------------------- Page: 2 ----------------------
SIST-TS CEN/TS 16614-2:2014
TECHNICAL SPECIFICATION
CEN/TS 16614-2
SPÉCIFICATION TECHNIQUE
TECHNISCHE SPEZIFIKATION
May 2014
ICS 35.240.60
English Version
Public transport - Network and Timetable Exchange (NeTEx) -
Part 2: Public transport scheduled timetables exchange format
Transport Public - Échanges des informations planifiées Öffentlicher Verkehr - Netzwerk und Fahrplan Austausch
(NeTEx) - Partie 2: Description de l'offre de transport (NeTEx) - Teil 2: Fahrpläne
This Technical Specification (CEN/TS) was approved by CEN on 12 November 2013 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, Former Yugoslav Republic of Macedonia, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania,
Luxembourg, Malta, Netherlands, Norway, Poland, Portugal, Romania, 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: Avenue Marnix 17, B-1000 Brussels
© 2014 CEN All rights of exploitation in any form and by any means reserved Ref. No. CEN/TS 16614-2:2014 E
worldwide for CEN national Members.
---------------------- Page: 3 ----------------------
SIST-TS CEN/TS 16614-2:2014
CEN/TS 16614-2:2014 (E)
Contents Page
Foreword . 4
Introduction . 5
1 Scope . 6
1.1 General . 6
1.2 Transport modes . 6
1.3 Compatibility with existing standards and recommendations . 6
2 Normative references . 6
3 Terms and definitions . 7
4 Symbols and abbreviations . 7
5 Use Cases for Journey & Journey Time Exchange . 7
6 Generic Physical Model and XSD mapping rules . 7
7 Timing Information – Conceptual and physical data model . 7
7.1 Introducion . 7
7.1.1 Journey and Journey Times – Model dependencies . 8
7.2 Journey and Journey Times . 16
7.2.1 Vehicle Journey . 16
7.2.2 Service Journey. 33
7.2.3 Time Demand Times . 49
7.2.4 Journey Timing . 58
7.2.5 Journey Pattern Times . 66
7.2.6 Vehicle Journey Times . 74
7.2.7 Interchange . 92
7.2.8 Interchange Rule . 110
7.2.9 Coupled Journey . 118
7.2.10 Flexible Service . 137
7.2.11 Journey Accounting . 145
7.2.12 Dated Journey . 150
7.2.13 Passing Times . 155
7.2.14 Call . 162
7.2.15 Dated Call . 178
8 Vehicle Scheduling . 180
8.1 Vehicle Scheduling – Model dependencies . 180
8.2 Vehicle Scheduling . 181
8.2.1 Vehicle Schedule Frame . 181
8.2.2 Vehicle Service . 184
8.2.3 Train Service . 199
Annex A (informative) Monitoring & Control . 203
A.1 Introduction . 203
A.2 Monitoring & Control . 203
A.2.1 Monitored Vehicle Journey . 203
A.2.1.1 Monitored Vehicle Journey – Conceptual MODEL . 203
A.2.1.1.1 Monitored Passing Times . 204
A.2.1.2 Monitored Vehicle Journey – Physical Model . 205
A.2.1.3 Monitored JourneyModel – Attributes and XSD . 207
2
---------------------- Page: 4 ----------------------
SIST-TS CEN/TS 16614-2:2014
CEN/TS 16614-2:2014 (E)
A.2.1.3.1 MonitoredVehicleJourney – Model Element . 207
A.2.1.3.2 MonitoredSpecialService – Model Element . 207
A.2.1.3.3 MonitoredCall – Model Element . 207
A.2.1.3.4 PreviousCall – Model Element . 208
A.2.1.3.5 OnwardCall – Model Element . 209
A.2.2 Dated Passing Times – Physical Model . 210
A.2.2.1 Passing times – Attributes and XSD . 211
A.2.2.1.1 EstimatedPassingTime – Model Element . 211
A.2.2.1.2 ObservedPassingTime – Model Element. 212
A.2.2.1.3 TargetPassingTime – Model Element . 213
Annex B (informative) Driver Scheduling . 215
B.1 Introduction . 215
B.2 Driver Scheduling . 215
B.2.1 Driver Schedule Frame . 215
B.2.1.1 DRIVER SCHEDULE FRAME – Conceptual MODEL . 215
B.2.1.2 Driver Schedule Frame – Physical Model . 216
B.2.1.3 Driver Schedule Frame — XSD and attributes . 218
B.2.1.3.1 DriverScheduleFrame – Model Element . 218
B.2.2 Duty . 219
B.2.2.1 DUTY – Conceptual MODEL . 219
B.2.2.1.1 Duty – Physical Model . 220
B.2.2.1.2 Duty – Attributes and XSD . 221
B.2.2.1.2.1 Duty – Model Element . 221
B.2.2.1.2.2 AccountableElement – Model Element . 222
B.2.2.1.2.3 DutyPart – Model Element . 223
B.2.2.1.2.4 DriverTrip – Model Element . 225
B.2.2.1.2.5 DriverTripTime – Model Element . 226
B.2.3 Duty Stretch . 227
B.2.3.1 DUTY STRETCH – Conceptual MODEL . 227
B.2.3.2 Duty Stretch – Physical Model . 228
Bibliography . 230
3
---------------------- Page: 5 ----------------------
SIST-TS CEN/TS 16614-2:2014
CEN/TS 16614-2:2014 (E)
Foreword
This document (CEN/TS 16614-2:2014) has been prepared by Technical Committee CEN/TC 278
“Intelligent transport systems”, 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 [and/or CENELEC] shall not be held responsible for identifying any or all such patent
rights.
This document presents Part 2 of the European Technical Specification known as “NeTEx”. NeTEx
provides a framework for specifying communications and data exchange protocols for organisations
wishing to exchange scheduled Information relating to public transport operations.
This Technical Specification is made up of three parts defining a single European Standard, which provides
a complete exchange format for public transport networks, timetable description and fare information.
— Part 1 is the description of the public transport network topology exchange format. It also contains use
case shared with part 2, and modelling rules and the description of a framework shared by all parts.
— Part 2 is the description of the scheduled timetables exchange format.
— Part 3 is the description of the fare information exchange format.
Part 1 is fully standalone, and parts 2 and 3 rely on part 1.
The XML schema can be downloaded from www.netex.org.uk, along with available guidance on its use,
example XML files, and case studies of national and local deployments.
This document is higly technical, and a special care has been taken on keeping the text readable. This has
been done through a set of editorial rules enhancing usual CEN writing rules:
— To avoid confusion with usual wording, Transmodel terms are in capital letters (JOURNEY PATTERN
for example).
— To avoid confusion with usual wording, attributes names are in bold/italic style and use camelcase
style with no spaces (JourneyPattern for example).
— To avoid confusion with usual wording, attributes types are in italic style and use camelcase style with
no spaces (TypeOfEntity for example).
According to the CEN-CENELEC Internal Regulations, the national standards organizations of the following
countries are bound to announce this Technical Specification: Austria, Belgium, Bulgaria, Croatia, Cyprus,
Czech Republic, Denmark, Estonia, Finland, Former Yugoslav Republic of Macedonia, France, Germany,
Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Norway,
Poland, Portugal, Romania, Slovakia, Slovenia, Spain, Sweden, Switzerland, Turkey and the United
Kingdom.
4
---------------------- Page: 6 ----------------------
SIST-TS CEN/TS 16614-2:2014
CEN/TS 16614-2:2014 (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 European Technical Specification specifies a Network and Timetable Exchange (NeTEx) about public
transport. It is intended to be used to exchange information between PT organisations systems containing
scheduled public transport data. It can also be seen as a complement to the SIRI (Service Interface for
Real-time Information) standard, as SIRI needs reference data exchange in the scope of NeTEx before any
possible real-time exchange.
Well-defined, open interfaces have a crucial role in improving the economic and technical viability of public
transport Information Systems of all kinds. Using standardised 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 standard will improve a number of features of public transport information and service management:
Interoperability – the 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; (ii) using common data
models and schemas for the messages exchanged for each service; and (iv) introducing a consistent
approach to data management.
Technical advantages include the following: reusing a common communication layer shared with SIRI for
all the various technical services enables cost-effective implementations, and makes the standard readily
extensible in future.
5
---------------------- Page: 7 ----------------------
SIST-TS CEN/TS 16614-2:2014
CEN/TS 16614-2:2014 (E)
1 Scope
1.1 General
NeTEx is dedicated to the exchange of scheduled data (network, timetable and fare information) based on
Transmodel V5.1 (EN 12896), IFOPT (EN 28701) and SIRI (CEN/TS 15531-4 and CEN/TS 15531-5 and
prEN 15531-1, prEN 15531-2 and prEN 15531-3) and supports information exchange of relevance to public
transport services for passenger information and AVMS systems.
NOTE Many NeTEx concepts are taken directly from Transmodel and IFOPT; the definitions and explanation of
these concepts are extracted directly from the respective standards and reused in NeTEx, sometimes with further
adaptions in order to fit the NETEx context.
The data exchanges targeted by NeTEx are predominantly oriented towards passenger information and
also for data exchange between transit scheduling systems and AVMS (Automated Vehicle Monitoring
Systems). However it is not restricted to these purposes, and NeTEx can provide an effective solution to
many other use cases for transport exchange.
1.2 Transport modes
Most public transport modes are taken into account by NeTEx, including train, bus, coach, metro, tramway,
ferry, and their submodes. It is possible to describe airports and air journeys, but there has not been any
specific consideration of any additional provisions that apply especially to air transport.
1.3 Compatibility with existing standards and recommendations
The concepts covered in NeTEx that relate in particular to long-distance train travel include; rail operators
and related organizations; stations and related equipment; journey coupling and journey parts; train
composition and facilities; planned passing times; timetable versions and validity conditions.
In the case of long distance train the NeTEx takes into account the requirements formulated by the ERA
(European Rail Agency) – TAP/TSI (Telematics Applications for Passenger/ Technical Specification for
Interoperability, entered into force on 13 May 2011 as the Commission Regulation (EU) No 454/2011),
based on UIC directives.
As regards the other exchange protocols, a formal compatibility is ensured with TransXChange (UK), VDV
452 (Germany), NEPTUNE (France), UIC Leaflet, BISON (Netherland) and NOPTIS (Nordic Public
Transport Interface Standard).
The data exchange is possible either through dedicated web services, through data file exchanges, or
using the SIRI exchange protocol as described in part 2 of the SIRI documentation.
2 Normative references
The following documents, in whole or in part, are normatively referenced in this document and are
indispensable for its application. For dated references, only the edition cited applies. For undated
references, the latest edition of the referenced document (including any amendments) applies.
prEN 15531-1:2013, Public transport - Service interface for real-time information relating to public transport
operations - Part 1: Context and framework
prEN 15531-2:2013, Public transport - Service interface for real-time information relating to public transport
operations - Part 2: Communications infrastructure
prEN 15531-3:2013, Public transport - Service interface for real-time information relating to public transport
operations - Part 3: Functional service interfaces
6
---------------------- Page: 8 ----------------------
SIST-TS CEN/TS 16614-2:2014
CEN/TS 16614-2:2014 (E)
CEN/TS 15531-4, Public transport - Service interface for real-time information relating to public transport
operations - Part 4: Functional service interfaces: Facility Monitoring
CEN/TS 15531-5, Public transport - Service interface for real-time information relating to public transport
operations - Part 5: Functional service interfaces - Situation Exchange
CEN/TS 16614-1:2014, Public transport - Network and Timetable Exchange (NeTEx) - Part 1: Public
transport network topology exchange format
3 Terms and definitions
For the purposes of this document, the terms and definitions given in CEN/TS 16614-1:2014 apply.
4 Symbols and abbreviations
For the purposes of this document, the symbols and abbreviations given in CEN/TS 16614-1:2014 apply.
5 Use Cases for Journey & Journey Time Exchange
NeTEx Part 2 shares its use cases with NeTEx Part 1 since many use cases involve both part 1 and part 2
entities. Please refer to NeTEx Part 1 for a detailed use case description.
6 Generic Physical Model and XSD mapping rules
For consistency, the mapping rules for transforming a Conceptual Model to Physical Model and then to
XSD are shared between all parts of NeTEx.
Please refer to NeTEx Part 1 for a detailed description of the Physical Model and XSD mapping rules.
7 Timing Information – Conceptual and physical data model
7.1 Introducion
NeTEx Part 2 timing information model is splited into four main submodels defined as UML packages.
Figure 1 – NeTEx Part 2 main packages
— The Journey and Journey Times model: describes the model planned services and dead runs and
their timings
7
---------------------- Page: 9 ----------------------
SIST-TS CEN/TS 16614-2:2014
CEN/TS 16614-2:2014 (E)
Figure 2 – JourneyAndJourneyTimes packages
— The dated journey model: describes the services for a single operating day
— The passing time model: describes all the different types of passing times
— The vehicle service model: describes the informations related to vehicles and their services
7.1.1 Journey and Journey Times – Model dependencies
The JOURNEY AND JOURNEY TIMES Model describes the VEHICLE JOURNEYs and other components
making up a timetable and is itself divided into a number of separate submodels covering different aspects
of VEHICLE JOURNEYs. For ease of understanding, the submodels are presented one at a time, each
describing only a small set of related concepts.
The submodels depend on a number of general NeTEx framework models and reusable components
described elsewhere (for example, the GENERIC POINT AND LINK model, NOTICE model, etc.,) – See
NeTEx Part 1 for further details.
The following figure shows the dependencies between the JOURNEY AND JOURNEY TIMES physical
submodels. The terminal packages contain the SERVICE FRAME and the TIMETABLE FRAME. These
two VERSION FRAMEs are containers that organise the other payload elements into a coherent set of
elements suitable for exchange as a serialised file. The payload elements are contained in the following
packages:
TIMETABLE FRAME
— VEHICLE JOURNEY: models journeys that vehicles make.
— SERVICE JOURNEY: additionally models the properties of journeys that carry passengers.
— TIME DEMAND TIMEs: models the times of the different demand levels found during a day.
— PASSING TIMEs: describes the times of vehicles at points in their journey.
— JOURNEY TIMINGs: describes the common timing properties for journeys.
— JOURNEY PATTERN TIMEs: describes the timings of JOURNEY PATTERNs.
— VEHICLE JOURNEY TIMEs: describes the timings of VEHICLE JOURNEYs.
— INTERCHANGE: describes interchanges between journeys.
8
---------------------- Page: 10 ----------------------
SIST-TS CEN/TS 16614-2:2014
CEN/TS 16614-2:2014 (E)
— COUPLED JOURNEY: describes multipart journeys which join and split.
— FLEXIBLE SERVICE: additional describes demand responsive transport services.
— JOURNEY ACCOUNTING: assigns a cost basis for journeys.
Figure 3 — Journey – Model Dependencies
7.1.1.1 Timetable Frame
7.1.1.1.1 TIMETABLE FRAME – Conceptual MODEL
The elements of the JOURNEY & JOURNEY TIMES model can be grouped with a TIMETABLE FRAME
which holds a coherent set of timetable related elements for data exchange (see VERSION FRAME in the
NeTEx Framework section for general concepts relating to version frames).
The primary component exchanged by a TIMETABLE FRAME is a SERVICE JOURNEY, which describes
an individual journey. This and other components of a TIMETABLE FRAME are described in detail in the
following sections.
9
---------------------- Page: 11 ----------------------
SIST-TS CEN/TS 16614-2:2014
CEN/TS 16614-2:2014 (E)
class NeTEx EF Timetable Frame MODEL
Name: NeTEx EF Timetable Frame MODEL
+defined for Generic Version
Generic Validity
Author: Kasia
MODEL::VERSION
MODEL::VALIDITY
Version: 1.0
* 1 FRAME
CONDITION
Created: 23/05/2011 16:16:28
+restricted to
Updated: 05/01/2012 17:29:38
Serv ice Coupled Journey MODEL:: Coupled Journey
Service Calendar Frame May 2011
Journey PURPOSE OF JOURNEY MODEL::TYPE OF
Reusable Availability MODEL:: MODEL::SERVICE TIMETABLE VERSION
MODEL:: PARTITION COUPLING
AVAILABILITY CONDITION CALENDAR FRAME FRAME renamed to
TYPE OF
TIMETABLE FRAME
+take use of
SERVICE
0.1
0.* +dated by
TIMETABLE FRAME
Coupled Journey
Generic Point &
MODEL::TRAIN
Service Journey
Notice
Link MODEL::
NUMBER
MODEL::GROUP
MODEL::
GROUP OF LINKS
OF SERVICES
0.*
NOTICE
0.*
0.1
0.1
Vehicle Journey Times
Coupled Journey MODEL::
Journey Accounting
MODEL::JOURNEY
JOURNEY PART COUPLE
MODEL::JOURNEY
FREQUENCY GROUP
ACCOUNTING
0.*
*
0.1
+runs on 0.1 +valid for
0.1
JOURNEY
+including as
+including as
+composed of Vehicle Journey
1.*
main part
joining part
MODEL::VEHICLE
JOURNEY
+used by default by
INTERCHANGE
Time Demand Type *
Interchange MODEL::
MODEL::TIME * SERVICE JOURNEY
+made using
1
DEMAND TYPE INTERCHANGE
INTERCHANGE
+subdivided in
+for 1 Interchange MODEL::
SERVICE JOURNEY
Serv ice
+joining 1
PATTERN
Journey
INTERCHANGE
0.*
MODEL:: +part of
SERVICE +used as main part in
*
JOURNEY Coupled Journey
+used to define *
MODEL::JOURNEY
PART
1
Time Demand Type
Vehicle Journey Interchange
MODEL::TIME DEMAND
MODEL::DEAD RUN MODEL::
TYPE ASSIGNMENT
JOURNEY
Vehicle Journey Times MEETING
MODEL::TEMPLATE
VEHICLE JOURNEY
Figure 4 — Timetable Frame – Conceptual MODEL (UML)
7.1.1.1.2 Timetable Frame – Physical Model
The following diagram shows the Physical model for a TIMETABLE FRAME.
10
---------------------- Page: 12 ----------------------
SIST-TS CEN/TS 16614-2:2014
CEN/TS 16614-2:2014 (E)
class XSD NeTEx TP Timetable Frame Intro
defriened fstricorted to
DataManagedObject
DataManagedObject produced by source of
TypeOfValue
* 1
belongs tcoomprising
ValidityCondition VersionFrame
DataSource
0.1
*
0.*
TypeOfValue
TypeOfValue
PurposeOfJourneyPartition
TimingAlgorithm
Av ailabilityCondition
TypeOfEntity
TypeOfValue
Serv iceCalendarFrame
booking times TypeOfServ ice
TypeOfCoupling
dated by 0.1
uses 0.*
TimetableFrame
DataManagedObject
GroupOfEnti
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.