18
Post-Processing versus Real-Time GNSS Challenging Perspectives for CORS Georg Weber, BKG, Frankfurt CORS User Forum, 13 September 2006, Long Beach, CA

Post-Processing versus Real-Time GNSS Challenging

  • Upload
    others

  • View
    3

  • Download
    0

Embed Size (px)

Citation preview

Page 1: Post-Processing versus Real-Time GNSS Challenging

Post-Processing versus Real-Time GNSS

Challenging Perspectives for CORS

Georg Weber, BKG, Frankfurt

CORS User Forum, 13 September 2006, Long Beach, CA

Page 2: Post-Processing versus Real-Time GNSS Challenging

• The number of post-processing GNSS users decreases rapidly.

• At the same time, the community of real-time

users grows dramatically.

• With the exception of high precision reference

system maintenance, very soon there will remain

only a few positioning applications carried out in

a post-processing mode.

Status

Page 3: Post-Processing versus Real-Time GNSS Challenging

Geod. Receiver Units

2004

Post-Processing

0

2005 2006 2007

Real-Time

?

~50K

Post-Processing vers. Real-Time

?

Real-Time

Page 4: Post-Processing versus Real-Time GNSS Challenging

• Is NGS/CORS running out of business?

• So far mainly post-processing oriented, public providers are requested to extend services towards real-time.

• How shall NGS/CORS cope with the new situation? Should it add new products to its portfolio and what could they be?

• What may be the appropriate technology to follow?

• What could be an appropriate policy to align to?

The Challenge

Page 5: Post-Processing versus Real-Time GNSS Challenging

Networked Transport of

RTCM via Internet Protocol (Ntrip)

- GPRS/UMTS Mobile Internet

- Based on HTTP

Caster

Rover

Reference

Page 6: Post-Processing versus Real-Time GNSS Challenging

Server

~5 kbit/s per GNSS Stream max.

Client

GNSS Internet Radio / IP-Streaming

SplitterCaster

Page 7: Post-Processing versus Real-Time GNSS Challenging

September 2004

Ntrip becomes RTCM Standard

Selection of devices supporting Ntrip

Page 8: Post-Processing versus Real-Time GNSS Challenging

European Status of Ntrip

Real-Time GNSS Reference Networks

Who participates in

Page 9: Post-Processing versus Real-Time GNSS Challenging

Ntrip Streams

Europe

Page 10: Post-Processing versus Real-Time GNSS Challenging

Ntrip Broadcasters

Europe

Page 11: Post-Processing versus Real-Time GNSS Challenging

First: Erlanger (ERLA), KY Operated by NCAD since Oct 2003

US Ntrip Broadcasting Examples

FDOT / RTKLinkSCIGN / SOPAC

Page 12: Post-Processing versus Real-Time GNSS Challenging

Real-Time GNSS Reference Networks

• Why?

• And what for?

Page 13: Post-Processing versus Real-Time GNSS Challenging

Hourly / Daily RINEX Upload

• Why deliver a daily newspaper monthly?

Page 14: Post-Processing versus Real-Time GNSS Challenging

Post-Processing

Versus

Real-Time

ASCOS

GREF

Example for

continuously aligning

Reference System of

Networked RTK Service

to ITRF / ETRS89

Page 15: Post-Processing versus Real-Time GNSS Challenging

Real-Time Broadcast - Product Areas

• Satellite Orbits, Clocks

• Ephemerides

• Troposphere

• Ionosphere

• Space-Weather

• Satellite Health

• Interference

• Natural Hazards

• DGPS/RTK

Page 16: Post-Processing versus Real-Time GNSS Challenging

Ntrip GNSS Broadcast Service Concept

System

OperatorSystem

Operator

NtripClientNtripClient

Mobile IPMobile PI

NtripTrackerNtripTracker NtripServerNtripServer

DSLDSL DSLDSL Mobile IPMobile PI

Reference

ReceiverReference

Receiver

Rover

ReceiverRover

Receiver

NtripClient

Mobile IP

NtripServerNtripServer

DSLSystem

Operator

Primary

NtripCaster

Backup

NtripMonitor

Backup

NtripCaster

Primary

NtripMonitor

NtripTracker

Mobile IPDSL DSL

WAAS

Receiver

Reference

ReceiverRover

Receiver

Administration

Raw Data

Derived Products

Internet

Primary

Conversion I

Primary

Conversion II

Backup

Conversion I

Backup

Conversion II

Page 17: Post-Processing versus Real-Time GNSS Challenging

• Common adaptation or even development of

GNSS software package (real-time GPS engine)

within the framework of EUREF.

• Long-term usage and maintenance to follow

model adopted for handling of Bernese post-

processing software (access to source code).

Under discussion within

European National Mapping Agencies:

Page 18: Post-Processing versus Real-Time GNSS Challenging

Real-Time GNSS

Policy Recommendations

• Upgrade all CORS stations to real-time

• Pick up any stream continuously made available

• Support formats accepted by client software

• Disseminate high-rate data

• Setup network of Ntrip Broadcasters

• Monitor stream flow and content

• Assist existing real-time services

• Participate in global stream exchange

• Start with pilot project – Call for participation