Development of RDSTMC in the Czech Republic

1
Development of RDS-TMC in the Czech Republic

• Petr Bures, CEDA

2
Contents of the presentation

• Why we started with RDS-TMC
• First theoretical project
• Development of RDS-TMC data sets
• First trial Field test, usability, etc.
• Second trial Enhanced features
• Development of DIC PRAHA
• Conclusions

3
Why RDS-TMC

• Proven and standardized technology with road
  safety impact
• EU supporting RDS-TMC tech.
• New channel of traffic information
• Existing infrastructure in CR
• Precise location referencing of incidents
• Autonomous processing of RDS-TMC coded messages

4
At the beginning

• Project of MD CR Traffic information system
  RDS-TMC (2001-2003)
• Analysis of EU situation (RDS-TMC)
• Feasibility of technical realization in CR
• Economical analysis
• Project has raised an interest about the RDS-TMC
  technology.

5
RDS-TMC infrastructure (2003)

• Navigation devices with map of CR
• Navigation has quickly emerged due to special
  cooperation of koda and TeleAtlas
• Broadcasting infrastructure
• Transmitters were ready for RDS
• Location Tables and optionally Event table
• This data set had not been developed, there was a
  need to make it and bring it to CDs

6
Development of Location Tables

• 2002 Initiated by CEDA, funded by public
  authorities - public table
• 2003 Test Location table used just in First
  field trial (not certified)
• 2004 First public location table v1.36
• Certified table, 2 map suppliers, more than 7 ND
  and PND vendors
• 2005 checking quality, preparing new release

7
Translation of Event Table

• CR is involved in CEN standardization task we
  adopt accepted international standards
• Event Table is standardized in European standard
  ENV ISO 14819-2
• Translation started from initiative of CSI in
  2003 and was completed in 2004
• Translation differs from other by accepting
  national language characteristics
• Translated standard is available at www.csi.cz

8
Testing

• First field trial of RDS-TMC

9
First trial of RDS-TMC

• Time scale 2003 - 2004
• Main goal was to provide a successful test bed
  and examine how to put different parts of the
  system together
• Test itself consisted of two parts
• Technical issues of RDS broadcasting
• RDS-TMC system functionality

10
First trial of RDS-TMC

• Test localities
• First part did not require specific testing area
  but it was necessary for test objectivity to use
  same areas for both parts of the test
• Second part was dependent to specific testing
  area, (location tables, sensors,)
• System was tested in county Praha-Smíchov and
  part of motorway D8

11
Test Localities
12
Used SW and HW
13
Overall test scheme
14
First trial of RDS-TMC

• 1. Technical issues of RDS broadcasting
• Independent to software requirements, only
  broadcasting issues are tested
• Test issues
• Interconnecting technology (CTU CR1 CRo)
• Signal coverage and error rates
• Influence of urban environment to quality
• Reception and setup of RDS groups (8A, 3A)

15
Signal coverage
16
Signal error rate
17
Technical issues conclusion

• Signal strength influences RDS quality
• Interference with other transmitters has negative
  effect on RDS quality
• Transmitter network is dense enough to cover
  RDS-TMC broadcasting
• Some problems with interconnection to be solved
  before real implementation
• 4 transmitters were set to broadcast RDS-TMC,
  broadcasting sequence has been changed

18
First trial of RDS-TMC

• 2. RDS-TMC system functionality
• Dependent to SW equipment and Navigation devices.
  Location and event codes, TIC, incl.
• Test issues
• Life cycle of traffic information,
• System efficiency and time response
• Test of TMC enabled dynamic navigation
• Test of ODA upgraded RDS coder

19
System functionality response
20
System functionality mobile test
21
System functionality mobile test
22
System functionality conclusion

• We have achieved to get TI into the car
• ND recalculates route, spoken info
• Functionality of ODA upgraded encoders
• 2 different systems at broadcaster side
• 2 different approaches of broadcasting
• Many messages sent during the trial
• Several direct conclusions (related to ND)

23
First trial partners

• CVUT Fakulta dopravní project leader
• Central European Data Agency, a.s. project
  coordinator
• koda Auto, a.s.
• PVT a.s.
• GEWI
• Ceské Radiokomunikace
• Ceský Rozhlas
• ÚAMK, and many others (more than 15 subjects)

24
More tests

• Second trial Enhanced features

25
Second trial enhanced features

• Location in-house or in small area around the
  office. Real hardware for RDS broadcasting used
  in office test
• Test issues
• Same service in different radio networks
• Test of ODA functionality
• EUROAD messages
• ND and cross border functionality

26
Enhanced features conclusions

• Same service in different radio networks
• All information related to one service were
  received, Messages from different services remain
  in ND till expiration
• No reaction to 8A group tuning info
• Test of ODA functionality
• spinning wheel and different communication
  protocol used
• proposition use basic mode and group sequence

27
Enhanced features conclusions

• EUROAD messages
• Successful broadcast of EUROAD message, no
  reaction in ND
• ND and cross border functionality - OK

28
Second trial partners

• Central European Data Agency, a.s.
• koda Auto, a.s.
• PVT a.s.
• GEWI
• Ceské Radiokomunikace

29
Moving into real world

• Development of DIC PRAHA

30
TIC PRAHA purpose

• Many experiences with RDS-TMC from the tests
  (practical and theoretical)
• Interest of City of Prague to have robust Traffic
  Information Centre using different information
  sources distribution channels
• Its start shall generate the creation of new
  (non) commercial services distributing and using
  traffic information

31
TIC PRAHA tasks

• Integration and processing of TI, from sensors,
  cameras and planning departments (closures and
  restrictions) with other TIs coming from external
  sources (call-center)
• Distribution of processed TI over different media
  with different business models. (internet,
  radio-voice, RDS-TMC, mobile devices, )

32
TIC PRAHA distribution

• RDS-TMC
• Voice broadcasting
• Mobile phone
• Internet

33
TIC PRAHA time line

• 4/2004 Project plan finalized
• 6/2004 first contracts secured
• 3/2005 test product introduced
• 3-7/2005 iterative testing of TIC PRAHA
• 7/2005 TIC PRAHA in TCC Na Bojiti
• 7/2005 start of test operation
• 9/2005 added channel for Mobile Phones
• 10-12/2005 enhancements, additions,

34
TIC PRAHA Project chart
35

• TIC (data storage)
• Integration of the traffic information from
  different sources
• Coding based on ALERT-C and TMC location tables
• Preparation for distribution via different
  distribution channels (RDS-TMC, XML)

System core
36

• TIC (Operating workplace)
• One operator in the room from early morning till
  late evening all traffic peaks covered
• Different monitoring application can be accessed
• Task manual entering of TI via redaction system
  client, verification of the TI

System core
37
Data inputs

• Data from traffic loops - traffic map,
  information about tunnels
• Re-use of data which are collected for traffic
  management
• Aggregation for the data into a consistent form,
  preparation for the import into data store
• The central area of Prague covered

38
Data inputs

• Information from traffic cameras
• Used for verification of automatically computed
  data
• Used for data collection when sensor data are
  not available or are not reliable
• Used to verify accidents

39
Data inputs

• Data from other sources - in 2005, only road
  closures will be collected
• Later on, data from other sources will be
  collected as well
• Data exchange via XML
• ALERT-C and TMC location tables are to be used
  as standard

40
Data inputs/Distrib. channels

• Call Centrum
• Planned in the near future
• Both data collection and information
  distribution via call center are considered

41
Data inputs/Distrib. channels

• RDS-TMC
• Limited to the city of Prague
• Limited to one broadcasting station Ceský
  rozhlas Regina
• Detailed information for the interurban traffic

42
Distribution channels

• Variable message signs
• Operated by TIC operators
• Automated operation
• Manual information inputting and manual
  correction are possible

43
Distribution channels

• Other distribution channels Internet, cell
  phones and other
• Traffic information are used by the system
  provider for creating its own services internet
  portal informing about traffic situation in
  Prague
• Traffic information are available to service
  providers in XML format for creating their own
  services

44
TIC PRAHA Outcome
45
(No Transcript)
46
(No Transcript)
47
(No Transcript)
48
(No Transcript)
49
(No Transcript)
50
TIC PRAHA Partners
51
Conclusions

• TIC PRAHA is in test operation till 12/2005
• This period is used to tune the system up
• Some problems has been detected they are being
  removed
• Too many messages for sensor data reduction
• Next phase will cover communication with NTIC and
  incorporating more information sources.

52
Questions?

• Contact bures_at_ceda.cz