ISO/TS 18234-7:2013

Intelligent transport systems — Traffic and travel information via transport protocol experts group, generation 1 (TPEG1) binary data format — Part 7: Parking information (TPEG1-PKI)

ISO/TS 18234-7:2013 specifies the TPEG Parking Information Application (PKI) which is designed to deliver parking information to a variety of receivers using a number of different channels, foremost digital broadcasting and internet technologies. Parking information may be presented to the user in many different ways including textually, voiced and graphically using standard formats.

Systèmes intelligents de transport — Informations sur le trafic et le tourisme via les données de format binaire du groupe d'experts du protocole de transport, génération 1 (TPEG1) — Partie 7: Informations relatives aux parcs de stationnement (TPEG1-PKI)

General Information

• Status: Published
• Publication Date: 09-Oct-2013
• ICS: 03.220.01 - Transport in general
• ICS: 35.240.60 - IT applications in transport
• Technical Committee: ISO/TC 204 - Intelligent transport systems
• Drafting Committee: ISO/TC 204/WG 10 - Traveller information systems
• Current Stage: 9060 - Close of review
• Start Date: 02-Sep-2024

Relations

• Consolidates: ISO 16773-2:2007 - Paints and varnishes — Electrochemical impedance spectroscopy (EIS) on high-impedance coated specimens — Part 2: Collection of data
• Effective Date: 17-Dec-2022
• Consolidates: ISO/IEC 9594-5:2001 - Information technology — Open Systems Interconnection — The Directory: Protocol specifications — Part 5:
• Effective Date: 06-Jun-2022

Standards Content (Sample)

TECHNICAL ISO/TS
SPECIFICATION 18234-7
First edition
2013-10-15

Intelligent transport systems — Traffic
and travel information via transport
protocol experts group, generation 1
(TPEG1) binary data format —
Part 7:
Parking information (TPEG1-PKI)
Systèmes intelligents de transport — Informations sur le trafic et le
tourisme via les données de format binaire du groupe d'experts du
protocole de transport, génération 1 (TPEG1)
Partie 7: Informations relatives aux parcs de stationnement
(TPEG1-PKI)




Reference number
ISO/TS 18234-7:2013(E)
©
ISO 2013

---------------------- Page: 1 ----------------------
ISO/TS 18234-7:2013(E)

COPYRIGHT PROTECTED DOCUMENT


©  ISO 2013
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized otherwise in any form or by any
means, electronic or mechanical, including photocopying, or posting on the internet or an intranet, without prior written permission.
Permission can be requested from either ISO at the address below or ISO’s member body in the country of the requester.
ISO copyright office
Case postale 56  CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax + 41 22 749 09 47
E-mail [e-mail]
Web www.iso.org
Published in Switzerland

ii © ISO 2013 – All rights reserved

---------------------- Page: 2 ----------------------
ISO/TS 18234-7:2013(E)
Contents Page
Foreword . v
Introduction . vii
1 Scope . 1
2 Normative references . 1
3 Terms and definitions . 1
4 Abbreviated terms . 2
5 Application identification. 2
6 Service Component Frame . 3
7 Message Components . 3
7.1 List of Generic Component Ids . 3
7.2 Parking Message . 4
7.2.1 MessageManagement . 5
7.2.2 ParkingLocation . 6
7.2.3 ParkingSiteDescription . 6
7.2.4 CurrentCapacity . 23
7.2.5 ExpectedCapacity . 25
7.2.6 Advice . 26
8 Parking Information Tables . 27
8.1 Structure and semantics. 27
8.2 Indexing . 27
8.3 CEN-English 'Word', Comments and Examples . 28
8.3.1 pki001:VehicleType . 28
8.3.2 pki002:ParkingType . 29
8.3.3 pki003:UserType . 30
8.3.4 pki004:FuelType . 31
8.3.5 pki005:AvailableFeatures . 31
8.3.6 pki006:EventType . 32
8.3.7 pki007:Reservability . 32
8.3.8 pki008:FacilityType . 33
8.3.9 pki009:SupervisionType . 33
8.3.10 pki010:SecurityType . 34
8.3.11 pki011:AssociatedService . 34
8.3.12 pki012:ParkingStatus . 35
8.3.13 pki013:PaymentMethod . 35
8.3.14 pki014:SiteServed . 36
8.3.15 pki015:GateType . 36
8.3.16 pki016:ContactType . 37
8.3.17 pki017:TransportType . 37
8.3.18 pki018:OpeningHoursType . 38
8.3.19 pki019:TermType . 38
8.3.20 pki020:Advice . 39
8.3.21 pki021:Tendency . 39
8.3.22 pki022:FeeType . 40
Annex A (normative) Binary SSF and Data Types . 41
A.1 Conventions and symbols . 41
A.1.1 Conventions . 41
A.1.2 Symbols . 41
© ISO 2013 – All rights reserved iii

---------------------- Page: 3 ----------------------
ISO/TS 18234-7:2013(E)
A.2 Representation of syntax .42
A.2.1 General .42
A.2.2 Data type notation.42
A.2.3 Application dependent data types .45
A.2.4 Toolkits and external definition .50
A.2.5 Application design principles .50
A.3 TPEG data stream description .51
A.3.1 Diagrammatic hierarchy representation of frame structure .51
A.3.2 Syntactical Representation of the TPEG Stream .51
A.3.3 Description of data on Transport level .56
A.3.4 Description of data on Service level .57
A.3.5 Description of data on Service component level .58
A.4 General binary data types .58
A.4.1 Primitive data types .58
A.4.2 Compound data types .64
A.4.3 Table definitions .66
A.4.4 Tables .68
Annex B (normative) TPEG Message Management Container, MMC (Binary) .84
B.1 Terms and Definitions .84
B.1.1 Message .84
B.1.2 Monolithic Message Management .84
B.1.3 Multi-Part Message Management .84
B.1.4 Top Level Container .84
B.2 Symbols (and abbreviated terms) .84
B.2.1 MMC .84
B.2.2 PKI .84
B.3 Introduction .84
B.4 Message Components .85
B.4.1 MMCTemplate .85
B.4.2 MessageManagementContainer .87
B.4.3 MMCMasterMessage .88
B.4.4 MMCMessagePart .90
B.5 Datatypes .91
B.5.1 MultiPartMessageDirectory .91
B.6 Tables .91
B.6.1 Structure and semantics .91
B.6.2 Indexing .92
B.6.3 Codes, Names and Comments .92
Bibliography .94
iv © ISO 2013 – All rights reserved

---------------------- Page: 4 ----------------------
ISO/TS 18234-7:2013(E)
Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards bodies
(ISO member bodies). The work of preparing International Standards is normally carried out through ISO
technical committees. Each member body interested in a subject for which a technical committee has been
established has the right to be represented on that committee. International organizations, governmental and
non-governmental, in liaison with ISO, also take part in the work. ISO collaborates closely with the
International Electrotechnical Commission (IEC) on all matters of electrotechnical standardization.
International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 2.
The main task of technical committees is to prepare International Standards. Draft International Standards
adopted by the technical committees are circulated to the member bodies for voting. Publication as an
International Standard requires approval by at least 75 % of the member bodies casting a vote.
In other circumstances, particularly when there is an urgent market requirement for such documents, a
technical committee may decide to publish other types of normative document:
— an ISO Publicly Available Specification (ISO/PAS) represents an agreement between technical experts in
an ISO working group and is accepted for publication if it is approved by more than 50 % of the members
of the parent committee casting a vote;
— an ISO Technical Specification (ISO/TS) represents an agreement between the members of a technical
committee and is accepted for publication if it is approved by 2/3 of the members of the committee casting
a vote.
An ISO/PAS or ISO/TS is reviewed after three years in order to decide whether it will be confirmed for a
further three years, revised to become an International Standard, or withdrawn. If the ISO/PAS or ISO/TS is
confirmed, it is reviewed again after a further three years, at which time it must either be transformed into an
International Standard or be withdrawn.
Attention is drawn to the possibility that some of the elements of this document may be the subject of patent
rights. ISO shall not be held responsible for identifying any or all such patent rights.
ISO/TS 18234-7 was prepared by the European Committee for Standardization (CEN) Technical Committee
CEN/TC 278, Road transport and traffic telematics, in collaboration with ISO Technical Committee
ISO/TC 204, Intelligent transport systems, in accordance with the Agreement on technical cooperation
between ISO and CEN (Vienna Agreement).
ISO/TS 18234 consists of the following parts, under the general title Intelligent transport systems — Traffic
and travel information via transport protocol experts group, generation 1 (TPEG1) binary data format:
 Part 1: Introduction, numbering and versions (TPEG1-INV)
 Part 2: Syntax, semantics and framing structure (TPEG1-SSF)
 Part 3: Service and network information(TPEG1-SNI)
 Part 4: Road Traffic Message application (TPEG1-RTM)
 Part 5: Public Transport Information (PTI) application
 Part 6: Location referencing applications
© ISO 2013 – All rights reserved v

---------------------- Page: 5 ----------------------
ISO/TS 18234-7:2013(E)
 Part 7: Parking information (TPEG1-PK1)
 Part 8: Congestion and travel-time application (TPEG1-CTT)
 Part 9: Traffic event compact (TPEG1-TEC)
 Part 10: Conditional access information (TPEG1-CAI)
 Part 11: Location Referencing Container (TPEG1-LRC)
vi © ISO 2013 – All rights reserved

---------------------- Page: 6 ----------------------
ISO/TS 18234-7:2013(E)
Introduction
TPEG technology uses a byte-oriented data stream format, which may be carried on almost any digital bearer
with an appropriate adaptation layer. TPEG messages are delivered from service providers to end-users, and
are used to transfer information from the database of a service provider to a user’s equipment.
The brief history of TPEG technology development dates back to the European Broadcasting Union (EBU)
Broadcast Management Committee establishing the B/TPEG project group in autumn 1997 with the mandate
to develop, as soon as possible, a new protocol for broadcasting traffic and travel-related information in the
multimedia environment. TPEG technology, its applications and service features are designed to enable
travel-related messages to be coded, decoded, filtered and understood by humans (visually and/or audibly in
the user’s language) and by agent systems.
One year later in December 1998, the B/TPEG group produced its first EBU specifications. Two Technical
Specifications were released. ISO/TS 18234-2 (TPEG-SSF) described the Syntax, Semantics and Framing
Structure, which is used for all TPEG applications. ISO/TS 18234-4 (TPEG-RTM) described the first
application, for Road Traffic Messages.
Subsequently, CEN/TC 278/WG 4, in conjunction with ISO/TC 204, established a project group comprising the
members of B/TPEG and they have continued the work concurrently since March 1999. Since then two further
parts were developed to make the initial complete set of four parts, enabling the implementation of a
consistent service. ISO/TS 18234-3 describes the Service and Network Information Application, which should
be used by all service implementations to ensure appropriate referencing from one service source to another.
ISO/TS 18234-1 completes the series, by describing the other parts and their relationship; it also contains the
application IDs used within the other parts. Additionally, ISO/TS 18234-5, the Public Transport Information
Application (TPEG-PTI) and ISO/TS 18234-6 (TPEG-LRC), were developed.
This Technical Specification adds another powerful application to the ISO 18234-series allowing detailed
parking information to be encoded and transmitted to the user. This Technical Specification includes new
advanced message management and new datatypes, as specified in the annexes.
Today, traffic congestion has become a serious problem in urban areas. Some traffic congestion is attributed
to drivers searching for parking spaces. Therefore, timely provision of parking information could help ease
traffic congestion. Furthermore, parking information would be valuable for the visitor, particularly when it could
be used to signal where a temporary parking facility is established for a special occasion.
TPEG applications are developed using UML modelling and a software tool is used to automatically select
content which then populates this Technical Specification. Diagrammatic extracts from the model are used to
show the capability of the binary coding in place of lengthy text descriptions; the diagrams do not necessarily
include all relevant content possible.
This Technical Specification describes the binary data format of the on-air interface of the Parking Information
application, (TPEG-PKI) with the technical version number TPEG-PKI_1.0/001.
© ISO 2013 – All rights reserved vii

---------------------- Page: 7 ----------------------
TECHNICAL SPECIFICATION ISO/TS 18234-7:2013(E)

Intelligent transport systems — Traffic and travel information
via transport protocol experts group, generation 1 (TPEG1)
binary data format —
Part 7:
Parking information (TPEG1-PKI)
1 Scope
This Technical Specification specifies the TPEG Parking Information Application (PKI) which is designed to
deliver parking information to a variety of receivers using a number of different channels, foremost digital
broadcasting and internet technologies. Parking information may be presented to the user in many different
ways including textually, voiced and graphically using standard formats.
2 Normative references
The following referenced documents are indispensable for the application of this Technical Specification. For
dated references, only the edition cited applies. For undated references, the latest edition of the referenced
document (including any amendments) applies.
ISO 639-1:2002, Codes for the representation of names of languages — Part 1: Alpha-2 code
ISO 3166-1:2006, Codes for the representation of names of countries and their subdivisions — Part 1:
Country codes
ISO 4217:2001, Codes for the representation of currencies and funds
ISO/TS 18234-1, Intelligent transport systems — Traffic and travel information via transport protocol experts
group, generation 1 (TPEG1) binary data format — Part 1: Introduction, numbering and versions (TPEG1-INV)
ISO/TS 18234-2, Intelligent transport systems — Traffic and travel information via transport protocol experts
group, generation 1 (TPEG1) binary data format — Part 2: Syntax, semantics and framing structure (SSF)
ISO/TS 18234-3, Intelligent transport systems — Traffic and travel information via transport protocol experts
group, generation 1 (TPEG1) binary data format — Part 3: Service and network information (TPEG1-SNI)
ISO/TS 18234-11, Intelligent transport systems — Traffic and travel information via transport protocol experts
group, generation 1 (TPEG1) binary data format — Part 11: Location Referencing Container (TPEG1-LRC)
IEC 60559:1989, Binary floating-point arithmetic for microprocessor systems
3 Terms and definitions
For the purposes of this document, the following terms and definitions apply.
© ISO 2013 – All rights reserved 1

---------------------- Page: 8 ----------------------
ISO/TS 18234-7:2013(E)
3.1
application identification
AID
application that indicates how to process TPEG content and routes information to the appropriate application
decoder
NOTE Each TPEG application has a unique number, which identifies the application according to Clause 5 of this
Technical Specification. The application identification is part of the TPEG specification and is defined as and when new
applications are developed.
4 Abbreviated terms
For the purposes of this document, the following abbreviated terms apply.
AID  Application Identification
B/TPEG Broadcast/TPEG (the EBU project group name for the specification drafting group)
CEN Comité Européen de Normalisation
EBU European Broadcasting Union
IPR  Intellectual Property Right(s)
MMC Message Management Container Toolkit
PKI  Parking Information Application
PTI  Public Transport Information
RTM Road Traffic Message
TEC Traffic Event Compact application
TPEG Transport Protocol Expert Group
TTI  Traffic and Travel Information
5 Application identification
The word 'application' is used in the TPEG specifications to describe specific subsets of the TPEG structure.
An application defines a limited vocabulary for a certain type of messages, for example parking information or
road traffic information. Each TPEG application is assigned a unique number, called the Application
Identification (AID). An AID is defined whenever a new application is developed and these are all listed in CEN
ISO/TS 18234-1.
The application identification number is used within the TPEG-SNI application to indicate how to process
TPEG content and facilitates the routing of information to the appropriate application decoder.
TPEG-PKI is assigned the AID = 0003 hex.

2 © ISO 2013 – All rights reserved

---------------------- Page: 9 ----------------------
ISO/TS 18234-7:2013(E)
6 Service Component Frame
PKI makes use of the "Service component frame with dataCRC, groupPriority, and messageCount" according
to Annex A, Clause A.3.2.6.2.4. For explanatory purpose this is repeated here.
< ServCompFramePrioritisedCountedProtected>:= : CRC protected service component frame with group
priority and message count
(header), : Component frame header as defined in A.3.2.6.
(groupPriority), : group priority applicable to all messages in the
  ApplicationContent
(messageCount), : count of messages in this ApplicationContent
external (content), : actual payload of the application
(dataCRC); : CRC starting with first byte after the header

The main frame of PKI defines ApplicationContent as follows:
:= : Service component frame template
: derived header from [SSF], AID = 3
messageCount * (msg);
: Any number of any PKI message components

7 Message Components
7.1 List of Generic Component Ids
Name Id
Parking Message 0
MessageManagementContainer 1
MMCMasterMessage 2
MMCMessagePart 3
ParkingLocation 4
ParkingSiteDescription 5
CurrentCapacity 6
CurrentCapacityFor 7
ExpectedCapacity 8
ExpectedCapacityFor 9
InformationFor 10
SizeRestrictions 11
ParkingInfo 12
ParkingSpecification 13
Logo 14
Contact 16
OpeningHours 17
GateInfo 18
PricingPayment 19
PaymentDetails 20
© ISO 2013 – All rights reserved 3

---------------------- Page: 10 ----------------------
ISO/TS 18234-7:2013(E)
Facilities 21
ToSite 23
Advice 24
AssociatedService 25
ParkingForEvent 26

7.2 Parking Message
A parking message shall contain a MessageManagement component and should have ParkingLocation,
ParkingSiteDescription and Advice components as well as one CurrentCapacity and several
ExpectedCapacity components, as shown in Figure 1.
class ParkingMessage
MessageManagementContainer
MessageManagement ParkingMessage
«External»
MMCLink «OrderedComponentGroup»
LocationReferencingContainer
+ mmt: MessageManagement
«External»
«UnorderedComponentGroup»
ParkingLocation
+ ParkingSiteDescription [0.1]
+ Advice [0.*]
MMCMasterMessage
+ CurrentCapacity [0.1]
«External» + ExpectedCapacity [0.*]
MMCMasterLink + ParkingLocation [0.1]
MMCMessagePart
«External»
MMCPartLink
CurrentCapacity ExpectedCapacity
+ timestampDataAquisition: DateTime [0.1] + time: TimeToolkit
+ availableSpaces: IntUnLi [0.1] + expectedSpaces: IntUnLi [0.1]
+ parkingOccupancy: FixedPercentage [0.1] + expectedStatus: pki012:ParkingStatus [0.1]
ParkingSiteDescription
+ fillState: pki012:ParkingStatus [0.1]
«UnorderedComponentGroup»
+ fillStateRate: IntSiLi [0.1]
+ ExpectedCapacityFor [0.*]
«UnorderedComponentGroup»
+ waitingTime: TimeToolkit [0.1]
+ ParkingInfo [0.1]
+ tendency: pki021:Tendency [0.1]
+ ParkingSpecification [0.1]
+ reservability: pki007:Reservability [0.1]
+ OpeningHours [0.*]
«UnorderedComponentGroup»
+ PricingPayment [0.*]
+ CurrentCapacityFor [0.*]
+ ParkingForEvent [0.*]
+ Facilities [0.*]
+ AssociatedService [0.*]
CurrentCapacityFor ExpectedCapacityFor
+ vehicleType: pki001:VehicleType [0.1] + availableSpaces: IntUnLi [0.1]
Adv ice
+ userType: pki003:UserType [0.1] + userType: pki003:UserType [0.1]
+ availableSpaces: IntUnLi [0.1] + vehicleType: pki001:VehicleType [0.1]
+ adviceText: pki020:Advice
+ fillState: pki012:ParkingStatus [0.1]

Figure 1 — Structure of a parking message component
Methods of the TPEG Message Management Container Annex B - Message Management Container can be
used to transmit static data independent from the dynamic data. The components have been grouped to easily
allow such dynamic updates.
For example the name and the location of a parking site do not change frequently and thus this information
can be transmitted le
...