The BKG Ntrip Server (BNS) is a program for transforming GNSS satellite clocks and orbits into corrections to Broadcast Ephemeris. These corrections are then encode in RTCM Version 3.x format and uploaded to NTRIP broadcasters like http://www.euref-ip.net/home or http://www.igs-ip.net/home. BNS. is created as a tool for service providers with real-time access to a network of continentally or globally distributed GNSS reference stations.
BNS has been developed for the Federal Agency for Cartography and Geodesy (BKG) within the framework of EUREF's Real-time GNSS Project (EUREF-IP, IP for Internet Protocol) and the Real-Time IGS Pilot Project (RTIGS PP).
BNS is released under the GNU General Public License (GPL). Binaries for BNS are available for Windows, 32-bit and 64-bit Linux (compiled under -m32 32-bit compatibility mode), Solaris, and Mac OS X systems. The MinGW compiler (Version 5.3.1) is used to produce the Windows binary. It is likely that BNS can be compiled on other systems where a GNU compiler and Qt Version 4.3.2 are available.
Before running, please ensure that you have installed the latest version available. The latest version of BNS can be obtained from http://igs.bkg.bund.de/index_ntrip_down.htm. We are continuously working on the program and would appreciate any comments, suggestions, or bug reports. They can be emailed to [euref-ip@bkg.bund.de] or [igs-ip@bkg.bund.de].
The purpose of BNS is to
Note that BNS currently only generates the tentative RTCM Version 3.x message types 4056 for Combined GPS and GLONASS orbit corrections and 4057 for Combined GPS and GLONASS clock corrections to Broadcast Ephemeris.
The procedures taken by BNS to generate clock and orbit corrections to broadcast ephemeris in radial, along-track and cross-track components are as follow:
Then, epoch by epoch:
Although it is not compulsory, because BNS puts a significant load on the communication link, it is recommended that BNS, the Broadcast Ephemeris server (i.e. BNC), and the server providing orbits and clocks (i.e. RTNet) are run on the same host.
The size of the real-time stream produced by BNS is in the order 2 to 3 kbits/sec depending on the number of visible satellites. When uploading the stream to an NTRIP Broadcaster, user needs to ensure that the connection used can sustain the required bandwidth.
Running BNS requires the clock of the host computer to be properly synchronized.
4.1. File
4.2. Help
4.3. Proxy
4.4. General
4.4.1. Logfile
4.4.2. Append Files
4.4.3. Reference System
4.5. Input
4.5.1. Ephemeris
4.5.2. Clocks & Orbits
4.5.3. Save Clocks & Orbits
4.6. NTRIP Caster
4.6.1. Host & Port
4.6.2. Mountpoint & Password
4.6.3. Use Proxy
4.6.4. Save Stream
4.7. RINEX Clocks
4.7.1. Directory
4.7.2. Interval & Sampling
4.8. SP3 Orbits
4.8.1. Directory
4.8.2. Interval & Sampling
4.9 Start
4.10. Stop
4.11. No Window
The 'File' button lets you
The 'Help' button provides access to
BNS comes with a help system providing online information about its functionality and usage. Short descriptions are available for any widget. Focus to the relevant widget and press Shift+F1 to request help information. A help text will appear immediately; it disappears as soon as the focus is shifted to something else. The dialogs on some operating systems may provide a "?" button that users can click; they then click the relevant widget to pop up the help text.
4.3. Proxy - for usage in a protected LAN
If you are running BNS within a protected Local Area Network (LAN), you might need to use a proxy server to access the Internet. Enter your proxy server IP and port number in case one is operated in front of BNC. If you don't know the address and port of your proxy server, check the proxy server settings in your Internet browser or ask your network administrator.
Note that IP streaming is often not allowed in a LAN. In this case you need to ask your network administrator for an appropriate modification of the local security policy or for the installation of a TCP relay to the NTRIP Casters. If these are not possible, you might need to run BNS outside your LAN on a host that has unobstructed connection to the Internet.
Records of BNC's activities are shown in the Log section on the bottom of the main window. These logs can be saved into a file when a valid path is specified in the 'Log (full path)' field. The message log covers the communication status between BNC and the NTRIP broadcaster as well as problems that may occur in the communication link, stream availability, stream delay, stream conversion etc. All times are given in UTC. The default value for 'Log (full path)' is an empty option field, meaning that BNC logs will not saved into a file.
When BNS is started, new files are created by default and any existing files with the same name will be overwritten. However, users might want to append existing files following a restart of BNS, a system crash or when BNS had crashed. Tick 'Append files' to continue with existing files and keep what has been recorded so far. Note that option 'Append files' affects all types of files created by BNS.
4.4.3 Reference System - mandatory
BNS refers its final clock and orbit corrections to a specific reference system. Available options are
As the clocks and orbits coming from real-time GNSS engine are expected to be in the 'IGS05' reference system (X,Y,Z ECEF), no transformation is carried out if this option is selected.
The implemented formulas for transformation from ITRS (IGS05) to ETRS89 are taken from 'Boucher and Altamimi 2007: Specifications for reference frame fixing in the analysis of EUREF GPS campaign', see http://etrs89.ensg.ign.fr/memo2007.pdf.
BNS requires GNSS clocks and orbits in the IGS Earth-Centered-Earth-Fixed (ECEF) reference system and Broadcast Ephemeris in RINEX Navigation file format.
BNS reads GNSS Broadcast Ephemeris in RINEX Version 3 Navigation file format from an IP address and port. This information can be provided in real-time by the 'BKG Ntrip Client' (BNC) program through a persistent socket connection. Note that whenever a new set of Broadcast Ephemeris becomes available, it has to be transmitted immediately. Enter the respective servers IP address and port number. If BNS runs on the same host as BNC, 127.0.0.1 should be used as the server's IP address. Make sure that this server is up and running before you start BNS.
If a proxy server is operated between BNS and the server providing the Broadcast Ephemeris, you may need to use the proxy server settings you have specified. Tick 'Use proxy' to use it for stream download.
The following is an example of Broadcast Ephemeris records in RINEX Version 3 Navigation file format for satellite GPS PRN32 and GLONASS PRN04:
G32 2008 07 22 12 00 00 3.08818183839e-04 2.72848410532e-12 0.00000000000e+00 1.10000000000e+01 -4.00312500000e+01 4.63269297026e-09 9.74027926504e-01 -2.19419598579e-06 1.39143558918e-02 8.25151801109e-06 5.15381674576e+03 2.16000000000e+05 -8.56816768646e-08 -3.26801342873e-02 -2.94297933578e-07 9.68688494953e-01 2.30468750000e+02 -1.30607654294e+00 -8.26105839196e-09 -3.62872257943e-10 1.00000000000e+00 1.48900000000e+03 0.00000000000e+00 2.00000000000e+00 0.00000000000e+00 -2.79396772385e-09 1.10000000000e+01 0.00000000000e+00 0.00000000000e+00 R04 2008 07 22 08 15 14 4.76110726595e-05 0.00000000000e+00 2.88600000000e+04 -1.76267827148e+04 -4.64202880859e-01 1.86264514923e-09 0.00000000000e+00 -1.79631489258e+04 -3.41343879700e-01 -2.79396772385e-09 6.00000000000e+00 -4.20270556641e+03 3.50097942352e+00 0.00000000000e+00 0.00000000000e+00
4.5.2 Clocks & Orbits - mandatory
BNS reads GNSS clocks and orbits in a plain ASCII format from an IP address and port. They can be provided by a real-time GNSS engine like RTNet and are expected to refer to the IGS Earth-Centered-Earth-Fixed (ECEF) reference system. Enter the respective servers IP address and port number to establish a persistent socket connection. If BNS runs (advantageously) on the same host which provides the clocks and orbits, 127.0.0.1 has to be introduced as the servers IP address. Make sure that this server is up and running before you start BNS.
If a proxy server is operated between BNS and the server providing the clocks and orbits, you may need to use the proxy server settings you have specified. Tick 'Use proxy' to use them for stream download.
Below you will find an example of precise clocks and orbits coming in plain ASCII format from a real-time GNSS engine. Each epoch starts with an asterisk character followed by GPS Week, Second in GPS Week and Number of satellites. Subsequent records provide the following set of parameters for each satellite:
* 1489 218527.000000 13 G08 -76413.307 24866966.637 8527190.979 -162.790607 0.375 G09 13547198.314 -14993483.355 16521052.798 6.462891 -0.335 G12 23546505.279 -11419650.825 -4126405.941 -356.488306 -0.103 G15 20671877.676 1926153.017 16592944.847 -147.015776 -0.216 G17 14584397.556 20610108.909 8557082.997 38.709284 -0.081 G18 8169428.184 -16862693.369 18872507.835 -153.553965 -0.149 G22 -6624646.069 -14262545.420 21565075.194 211.479778 -0.089 G26 21424721.760 7905958.802 13511083.183 296.893434 0.413 G28 5220247.539 14404808.121 22087340.167 -21.263655 0.184 R04 14087836.321 -12766880.844 16904727.671 47.601404 -0.302 R13 9968458.843 4774687.770 22964489.920 -205.604626 0.526 R14 11765674.558 -13533158.122 18154217.335 -142.409508 0.093 R23 15142315.506 19152857.044 7329580.240 -111.465205 -0.316 * 1489 218528.000000 13 G08 -76893.521 24867989.053 8524186.937 -162.790606 0.376 G09 13547066.674 -14991254.946 16523118.186 6.462896 -0.334 G12 23547101.712 -11419571.961 -4123272.866 -356.488305 -0.102 G15 20673380.091 1927636.846 16590899.052 -147.015776 -0.215 G17 14583421.795 20609591.381 8559990.870 38.709276 -0.083 G18 8171742.449 -16863250.285 18870956.178 -153.553959 -0.148 G22 -6622069.142 -14263374.211 21565314.170 211.479771 -0.091 G26 21425938.906 7907253.545 13508540.885 296.893448 0.415 G28 5217668.842 14405642.686 22087373.519 -21.263659 0.183 R04 14090047.809 -12767642.452 16902327.088 47.601401 -0.303 R13 9967725.004 4777752.821 22964170.268 -205.604617 0.529 R14 11764988.257 -13530761.727 18156438.374 -142.409512 0.091 R23 15141704.650 19152042.802 7332976.247 -111.465201 -0.316
4.5.3 Save Clocks & Orbits - optional
Specify the full path to a file where received clocks and orbits from a real-time engine will logged. Beware that the size of this file can rapidly increase. Default is an empty option field meaning that logging is disabled.
BNS can upload the resulting stream of cock and orbit corrections to Broadcast Ephemeris to an Ntrip Broadcaster. Both EUREF and IGS operate an NTRIP broadcaster at http://www.euref-ip.net/home and http://www.igs-ip.net/home which can be used for stream upload. The stream's format is RTCM Version 3.x. Note that it only carries the thentative message Types 4056 and 4057 for combined GPS and GLONASS clock and orbit corrections.
Enter the NTRIP Caster's 'Host' IP name or number for stream upload.
Enter the NTRIP Caster's IP 'Port' number for stream upload. Note that NTRIP Casters are often configured to provide access on more than one port, usually port 80 and 2101. If you experience communication problems on port 80, you should try to use the alternative port(s).
4.6.2 Mountpoint & Password - mandatory if 'Host' is set
Each stream on an NTRIP Caster is defined using a unique source ID called mountpoint. An NTRIP Server like BNS upload a stream to the Caster by referring to a dedicated mountpoint that has been set by the Caster operator. Specify here the mountpoint based on the detail you received from the operator for your stream. It is often a four character ID (capital letters) plus an integer number.
In NTRIP Version 1.0 stream upload is only protected through a generic upload 'Password'. Enter the password you received from the Caster operator along with the mountpoint.
4.6.3 Use Proxy - optional if 'Host' and 'Proxy' is set
In case BNS runs within a protected LAN, you may need to communicate to the outside world through a proxy server. Once you have specified your proxies host and port, you can tick 'Use proxy' to use it for stream upload.
The clock and orbit corrections streamed by BNS to the NTRIP Caster can be logged locally. Specify a full 'Save stream' path here to save this information to a local file. Default value for 'Save stream' is an empty option field, meaning that logging is disabled.
The file is in plain ASCII format comprising records containing the following set of parameters:
The following is an example file contents based on combined GPS and GLONASS clock and orbit corrections carried in RTCM Version 3.x message Type 4056 and 4057:
1489 325606.0 G31 18 -1.021 0.110 -1.308 -0.120 1489 412006.0 R10 18 7.342 1.393 4.858 -2.634 1489 412006.0 R19 18 4.696 2.358 1.707 -2.907 ... 1489 325607.0 G30 80 6.022 0.591 -0.318 0.022 1489 325607.0 G31 18 -1.022 0.110 -1.308 -0.120 1489 412007.0 R10 18 7.341 1.390 4.860 -2.636 1489 412007.0 R19 18 4.698 2.356 1.706 -2.906 ...
The clock corrections generated by BNS can be logged separately in Clock RINEX format. The file naming follows the RINEX convention.
Here you can specify the path to where the Clock RINEX files will be stored. If the specified directory does not exist, BNS will not create Clock RINEX files. Default value for 'Directory' is an empty option field, meaning that logging of Clock RINEX files is disabled.
4.7.2 Interval & Sampling - mandatory if 'Directory' is set
Select the length of the Clock RINEX file generated. The default value is 1 day.
Select the Clock RINEX sampling interval in seconds. A value of zero '0' tells BNS to store all received epochs into Clock RINEX. This is the default value.
The orbit corrections generated by BNS can be logged separately in SP3 Orbit files. The file naming follow the RINEX convention.
Here you can specify the path to where the SP3 Orbit files will be stored. If the specified directory does not exist, BNS will not create SP3 Orbit files. Default value for 'Directory' is an empty option field, meaning that logging of SP3 Orbit files is disabled.
4.8.2 Interval & Sampling - mandatory if 'Directory' is set
Select the length of the SP3 Orbit file generated. The default value is 1 day.
Select the SP3 Orbit file sampling interval in seconds. A value of zero '0' tells BNS to store all received epochs into SP3 Orbit files. This is the default value.
Hit 'Start' to start receiving IGS orbits and clocks and convert them into corrections to Broadcast Ephemeris. Note that when started BNS by default will begin with new files which might overwrite existing files when necessary unless the option 'Append files' is ticked.
Hit the 'Stop' button in order to stop BNS.
On all systems BNS can be started in batch mode with the command line option '-nw'. BNS will then run in 'no window' mode, using options from the configuration file ${HOME}/.config/BKG/BNC_NTRIP_Server.conf (Unix/Linux, see Config File example in the Annex) or from the register BKG_NTRIP_Server (Windows).
The self-explanatory contents of the configuration file or the Windows registry can easily be edited. Before editing, terminate BNS first using Windows Task Manager when running it in 'no window' mode on Windows systems.
The BKG Ntrip Server (BNS) Qt Graphic User Interface (GUI) has been developed for the Federal Agency for Cartography and Geodesy (BKG) by Leos Mervart, Czech Technical University Prague, Department of Geodesy. BNS includes a GNU GPL open source RTCM 3.x encoder, written for BKG by Dirk Stoecker, Alberding GmbH, Schoenefeld.
Georg Weber
Federal Agency for Cartography and Geodesy (BKG)
Frankfurt, Germany
[euref-ip@bkg.bund.de] or [igs-ip@bkg.bund.de]
7.1. History
7.2. RTCM
7.2.1 RTCM NTRIP
7.2.2 RTCM Version 3.x
7.3. Config File
7.4. Links
August 2008 | Version 1.0 | [Add] Beta Binaries published. |
The Radio Technical Commission for Maritime Services (RTCM) is an international non-profit scientific, professional and educational organization. Special Committees provide a forum in which governmental and non-governmental members work together to develop technical standards and consensus recommendations in regard to issues of particular concern. RTCM is engaged in the development of international standards for maritime radionavigation and radiocommunication systems. The output documents and reports prepared by RTCM Committees are published as RTCM Recommended Standards. Topics concerning Differential Global Navigation Satellite Systems (DGNSS) are handled by the Special Committee SC 104.
Personal copies of RTCM Recommended Standards can be ordered through http://www.rtcm.org/orderinfo.php.
'Networked Transport of RTCM via Internet Protocol' Version 1.0 (NTRIP) stands for an application-level protocol streaming Global Navigation Satellite System (GNSS) data over the Internet. NTRIP is a generic, stateless protocol based on the Hypertext Transfer Protocol HTTP/1.1. The HTTP objects are enhanced to GNSS data streams.
NTRIP Version 1.0 is an RTCM standard designed for disseminating differential correction data (e.g. in the RTCM-104 format) or other kinds of GNSS streaming data to stationary or mobile users over the Internet, allowing simultaneous PC, Laptop, PDA, or receiver connections to a broadcasting host. NTRIP supports wireless Internet access through Mobile IP Networks like GSM, GPRS, EDGE, or UMTS.
NTRIP is implemented in three system software components: NTRIP clients, NTRIP servers and NTRIP broadcasters. The NTRIP broadcaster is the actual HTTP server program whereas NTRIP client and NTRIP server are acting as HTTP clients. The NTRIP broadcaster maintains a source-table containing information on available NTRIP streams, networks of NTRIP streams and NTRIP broadcasters. The source-table is sent to an NTRIP client on request.
NTRIP is an open none-proprietary protocol. Major characteristics of NTRIP's dissemination technique are:
RTCM Version 3.x has been developed as a better alternative to RTCM Version 2.x. Service providers and vendors have asked for a standard that would be efficient, easy to use, and easily adaptable to new situations.
RTCM is in the process of developing new Version 3 message types to carry satellite clock and orbit corrections in real-time. Based on the latest available proposal, the following tentative messages currently under discussion of relevance to BNS are listed here:
RTCM Version 3.x streams carrying these messages may be used for example to support real-time Precise Point Positioning (PPP) applications using the 'state space' approach.
The following is an example of the contents of a Unix/Linux configuration file ${HOME}/.config/BKG/BKG_NTRIP_Server.conf. It enables the upload of stream CLCK1 to www.euref-ip.net. Clock RINEX files and SP3 Orbit files are uploaded to a directory /home/weber/rinex :
[General] clkFile=/home/weber/clocks.txt clkHost=142.71.30.12 clkPort=2067 clkProxy=2 ephHost=141.71.30.13 ephPort=2066 ephProxy=2 fileAppend=0 font="Andale Sans,9,-1,5,75,0,0,0,0,0" logFile=/home/weber/rinex/log.txt mountpoint=CLCK1 outFile=/home/weber/rinex/CLCK1.txt outHost=www.igs-ip.net outPort=2101 outProxy=2 password=uploadPass proxyHost=gate-f proxyPort=8000 refSys=IGS05 rnxAppend=2 rnxIntr=1 day rnxPath=/home/weber/rinex rnxSampl=30 sp3Intr=1 hour sp3Path=/home/weber/sp3 sp3Sampl=0
NTRIP | http://igs.bkg.bund.de/index_ntrip.htm |
EUREF-IP NTRIP broadcaster | http://www.euref-ip.net/home |
IGS-IP NTRIP broadcaster | http://www.igs-ip.net/home |
NTRIP broadcaster overview | http://www.rtcm-ntrip.org/home |
EUREF-IP Project | http://www.epncb.oma.be/euref_IP |
Real-time IGS Pilot Project | http://www.rtigs.net/pilot |
Radio Technical Commission for Maritime Services | http://www.rtcm.org |