m-trade final conference

Final Conference, Rome (Italy), 21st March 2007

M-TRADE Final Conference

M-TRADE: EGNOS and Galileo for the Multimodal Freight Transport

21st March 2007 Tecnopolo – Rome - Italy


Highlights

M-TRADE Pilots & User feedbacks

Project Overview

M-TRADE solution & services

M-TRADE for Customs and Border Control Applications

M-TRADE Way Forward

Conclusions

Contents


A one-month demonstration campaign successfully performed from week 43 to week 46 of 2006

Four real-life pilots

Demonstration conceived to validate EGNOS Commercial Service provisioning architectures and schemes in the freight transport application domains

Main outputs:

>Validating technical and operational feasibility of EGNOS use for remote asset and goods tracking & tracing

>Identifying key service enablers

>Identifying necessary enhancements and developments towards operative use in professional and regulated markets

>Identifying and evaluating opportunities and way forward for Galileo

Highlights


User Community involvement and commercial freight traffic/logistic chains at the basis of M-TRADE pilots

Tailored on user needs

Selected as the most interesting scenarios for GNSS-based remote asset and goods tracking & tracing services

Over European combined maritime-road-rail-river commercial freight chains

User feedbacks collected through questionnaires & interviews outputs

M-TRADE Pilots (1/2)


Pilot 1 - Bologna Freight Village, 23-24.10.2006: Remote monitoring of locomotives position and manoeuvres during shunting operations

Pilot 2 - Rail (Brescia-Bologna) and Road (Bologna-Modena) chain, 6-8.11.2006: Tracking & tracing and temperature monitoring of a reefer carrying perishable goods

Pilot 3 - Danube River (Vienna-Budapest round trip), 13-18.11.2006 : Tracking & tracing of a river vessel loaded with petrol, through three EU countries (Austria, Slovakia, Hungary)

Pilot 4 - Rail chain Genoa-Ferrandina-Dordrecht Zeehaven, 30.10.2006-9.11.2006 : Tracking & tracing of a tank rail wagon loaded with oil products, through four EU countries (Italy, Switzerland, Germany, The Netherlands)

M-TRADE Pilots (2/2)


User feedbacks from lead users experiencing M-TRADEService access very easy to use, no huge training effort

Complete approach over Europe and for all sectors of a multimodal chain

Usefulness of the services with respect to service quality and liability

Identified benefits: economical, operational, strategic

Key service enablers:

>Appropriate regulations to stimulate use of GNSS

>Self-powered and robust OBU (to minimise human intervention and maintenance)

>Communication network reliability and operative costs (especially for roaming)

>Access and sharing commercial data from different operators

Barriers:

>Lack of awareness of big potential users

>Not clear service cost

>Lack of international standards

>Slow regulatory processes

Suggestions:

>Extension to other services


Project OverviewManaged by the European GNSS Supervisory Authority (GSA) through EU FP 6 funds

Main goal: to promote GNSS (EGNOS /Galileo) in Freight Multimodal Transport

M-TRADE:

>Analysed use of GNSS in the User Community

>Developed an end-to-end solution

>Operated it in real-life scenarios

>Evaluated its introduction in Customs and Border Control applications

Team:

>Consortium of 15 European Partners

>Integrating User Community representatives


M-TRADE solutionBasic elements are:

>Commercial-Off-The-Shelf components

>Standard protocols and interfaces

>Two different onboard units using GPS/EGNOS assisted via GPRS and integrating RFID technology

>Web-based applications to provide service access


M-TRADE servicesSelection criteria:

>User needs for combined GNSS-ICT

>Operative requirements for safety and efficiency

>In line with standards, regulations and trends

>“Market” value for EGNOS/Galileo differentiators

In Node Shunting - manouver remote monitoring

On-route

>Dangerous Goods T&T

Geo-fencing with respect to a pre-defined path &time

Alarming in case of deviation/unplanned stops/anomalous conditions detection

>Perishables T&T

Goods information/temperature monitoring/Alarmin in case of thresholds exceeding

Punctuality checking (Estimated Time of Arrival, warning in case of unplanned stops)

>Remote asset T&T

Correct loading & unloading monitoring


M-TRADE for Locomotives remote monitoring in shunting


M-TRADE for Perishables T&T and temperature monitoring

RFID tags for reefer ID and temperature


M-TRADE for Petrol River Vessel T&T

EGNOS OBU and Nauticast AIS transponder


M-TRADE for Chemical Rail Wagon T&T


M-TRADE for Customs and Border Control Applications

Analysis of Galileo CS Service Guarantee introduction

Goods T&T for work efficiency improvements and anti-frauds

Continuous monitoring, route deviation and load/unload status checking

Goods monitoring within Ports and “certified” goods border crossing notifications

Risk Management

Dynamic information concerning the position and load/unload status combined with presently used static declarations (Pre-Arrival and Pre-Departure) for improvement of security and environmental protections

Mobile Workforces Management/Support

Location sensitive information to border guards, such as shortest path between the current position and the position of the goods to be inspected


M-TRADE Way Forward (1/3) Action Plan for a concrete M-TRADE exploitation:

> Opportunities for progressive GNSS market introduction and implementation

> From the initial introduction of EGNOS to the further addition of Galileo

> Recommendations & main actions for the key service enablers

> Short (2010) and medium-long (2015-2020) terms

Key actions for M-TRADE way forward:

> Technical realisation

> Business development

> Standards development

> Regulatory framework

> Institutional actions


M-TRADE Way Forward (2/3)

Technical realisation:

> Further RTD researches based on demonstration results

> Wider experimentation in other transport applications (Regulated application domains)

> Real-life pilot demonstration involving commercial actors and the institutional segment

> Introduction of EGNOS and Galileo certified/guaranteed products and services

Business development - Promotion, Supporting co-operations and partnerships, Consolidation of business models and service provisioning schemes

Standards development - Establishment of worldwide standardization processes, Development of reference ITS architectures

Regulatory framework

Institutional actions


M-TRADE Way Forward (3/3)

Public mandates for Regulatory framework and Institutional actions

> Promoting the definition of measures towards GNSS use: Regulations for safety and liability (such as guaranteed “service performance” policy) Procedures harmonisation and standardisation (One-stop administrative shopping and

“Common European Maritime Space”) Green-lanes Debts Guarantee regimes eCustoms

> Stimulating Common Strategies, and synergies among Countries independent efforts (such as National ITS Strategic Plans)

> Establishment of ad-hoc anti-trust legislation for avoiding market limitation/distortion

> Definition and set-up of organisational models, for commercial sensitive data access (rules for data flow and exchange among institutional and commercial actors)

> Supporting users technology investments

> Continuing the work on the Green Paper on Satellite Navigation Applications

> Definition of a practical “roadmap”


Conclusions

M-TRADE identified and validated in real feasibility cases EGNOS/Galileo opportunities for the Freight Transport Community

Other interesting applications were identified

Regulated applications are very promising domains

Actions are required to pave the way for a concrete progressive GNSS implementation, towards:

Operative use

Service commercialisation


Thank You!

www.newapplication.it/mtrade

Any Questions?


M-TRADE Final Conference

Back-up slides


Roadmap for selecting M-TRADE Applications

Services for Demo


Monetary Relation

Non-Monetary Relation

StandardisationBodies




EquipmentProvider

EquipmentProvider

ApplicationProvider

ApplicationProvider

Service ProviderService Provider

Customer /User

Customer /User

(GPRS Service)

Maps, DGIS etc.

ValueAdded

Services

ServiceFee

OBU, RFID, Sensors

Equipment Price

ApplicationDevelopment

Position Signal

Fee

Online Connection

ApplicationPrice

Internet OperatorInternet Operator

Position Signal

Communication FeeT

ech

no

logy

Te

chn

. F

eeGPRS Service

(Communication Fee)

CommunicationOperator

CommunicationOperator

Content Fee

Position Provider(GNSS incl. GOC)Position Provider(GNSS incl. GOC)

Equ

ipm

ent

Pric

e

Equ

ipm

ent

ContentProviderContentProvider



InsuranceCompanyInsuranceCompany

Fee

Info

rma

tion

Red

uce

d p

rem

ium





RegulatoryBodies

RegulatoryBodies

M-TRADE Business Model for EGNOS CS


Implementation/Exploitation Strategy M-TRADE (1/2)

Short term Action Plan


Implementation/Exploitation Strategy M-TRADE (2/2)

Medium-long term Action Plan


M-TRADE Service and Business Models for Customs (1/2)


Requirement for the user terminal : availability and continuity of EGNOS accuracy (and integrity support) through the reception of SISNET messages

EGNOS TRAN conclusions demonstrated the minimal impact of network delay (2-3 secs using GPRS) on position accuracy

Necessity of interfacing the GPS receiver of the M-Trade user terminal to the SISNET service

Needed implementation of a EGNOS to RTCM conversion into the OBU.

Computation of a corrected position is demanded to the GPS board (but Protection Levels may also be computed by the OBU)

The core of the processing is a specialized algorithm of the SW running into the Telespazio Navigation Gateway

RTCM SW Provider Algorithm (1/5)


Mobile UnitGPS Receiver

Accumulator

B

C

DEGNOS

Processor

Requests from Accumulator andProcessor:

(1) Ephemerides(2) Iono UTC (3) SBAS Msg(4) SBAS

correction

RTCM

1 2

2

3

1

SISNET

A

4

5

Request fromMobile Unit:

(5) RTCM Msg type 1 (binary format)

Interface methods:A. getEphemerides()B. getIono()C. getSbas()D. getRtcm(mtrade::P

VT hints)

RequestReply

PVT



The algorithm is the same implemented into the TPZ Navigation Gateway supporting the RTCM conversion directly into the service centre (or the complete position and PL computation)

User Request

B

C

2

3

1 A

RequestReply

User RequestUser

Request

UserTerminal

EgnosProcessor

AGPSAssisted

AGPSComplete

WebServer

COMGateway

4 5 6

Accumulator

GPS/SBASReceiver

Sisnet

7

A-GPS prototype processor

Inverse EGNOS processorEGNOS to RTCM processor

Requests:1. Assistance Data2. Assisted Position (providing raw

data)3. RTCM corrections (providing

position hint)4. SBAS Msg5. Ephemerides6. Iono UTC parameters7. Position / raw data

Interface methods:A. get_aid()B. get_aid() /

shade_position()C. getRtcm()



A detailed requirements documents has been produced for the OBU (TN26)

Hardware is new development

Robust housing for external mounting

CPU with flash memory

GNSS1 receiver + external antenna

GPRS modem + internal antenna

External power supply

Software is partly reused from earlier project (GPS I/F, data logging, watchdog)

Position determination by GPS + EGNOS via SISNET

Status message transmission to Rail Server via GPRS (interval, alarm, polling)

Configuration status commanding via GPRS

Data logging for post-test analysis, watchdog and RAM disk for secure operations

Interface to RFID unit

KT On-Board Unit (OBU) (4/5)


KT OBU Integration of RTCM Converter SW

EGNOS to RTCM converter software has been provided by TPZ

Communication between OBU controller SW and RTCM converter via CORBA (Common Object Request Broker Architecture) interfaces

Input to the RTCM converter:

satellite ephemerides parameters of the ionospheric model SBAS messages

Output from the RTCM converter:

RTCM messages

ConverterEGNOS

ToRTCM

CEgnos2RtcmIF

CORBA IF„RtcmProcessor“

CORBA IF„MuSupplier“


m-trade final conference

Documents

trade final conferencemtrade

datemtrade pilots

netherlandsmtrade pilots

tracking tracing

gnss egnos galileo

analysed use of gnss

user needs

user communitydeveloped