善意の基準局掲示板で通信量を考える前に
善意の基準局掲示板を参考にRTK測位を行う場合、モバイル回線を使用する現場では通信量が気になることがあります。インターネット経由で補正データを受信する構成では、測位中にNtripなどを通じて継続的なデータ通信が発生します。
ただし、最初に整理しておきたいのは、善意の基準局掲示板そのものが通信量を調整するサービスではないという点です。現在の掲示板には、都市名、局名、緯度、経度、楕円体高、サーバーアドレス、ポート番号、データ形式、接続方法、状態、メール連絡、コメントといった情報が掲載されています。局によって公開と休止が混在し、コメント欄にマウントポイント、認証情報、受信機、配信する衛星系やRTCMメッセージなどが記載されている例もあります。善意の基準局+1
つまり、掲示板は利用候補となる基準局と接続条件を確認するための情報源であり、実際の通信量を決めるのは、接続するストリームの内容、利用時間、受信側のアプリケーションや端末、さらに地図や写真、クラウド同期などの周辺通信です。
Ntripでは、基準局などから送られたGNSSデータストリームをBroadcasterが複数のClientへ配信します。BKGによるNtripの説明でも、Broadcasterは受け取ったデータストリームをクライアントへ分配し、配信内容そのものを変更しない仕組みとして説明されています。BKG GNSS データセンター そのため、移動局側で画面表示頻度や利用衛星の設定を変更しただけで、選択中のNtripストリームのインターネット通信量まで同じ割合で減るとは限りません。
通信量を抑える場合は、必要なRTK補正まで削るのではなく、適切な基準局と配信点を選び、不要な接続試行や大容量の周辺通信を減らすという順序で考えるのが安全です。
また、善意の基準局には運営者や設備、座標決定方法、配信条件が異なる局が含まれます。掲示板に掲載されていることだけを根拠に、すべての局が同一の精度や可用性を持つと判断することはできません。通信量削減と測位品質の確認は分けずに行う必要があります。
以下では、善意の基準局掲示板を利用する際に、測位に必要な通信を維持しながらモバイル回線の無駄を減らすための5つの設定方法を解説します。
設定方法1：利用する基準局と接続先を事前に決める
最初に行いたいのが、現場へ入る前に利用候補となる基準局と接続先を確認しておくことです。善意の基準局掲示板には多くの局が掲載されていますが、すべてが常時利用できるとは限りません。現在も状態欄には公開と休止の両方があり、コメント欄に停止予定、試験運用、認証条件などが記載された局があります。善意の基準局+1
現場で接続できない局を何度も試すより、作業前にサーバーアドレス、ポート番号、マウントポイント、データ形式、状態、コメントを確認しておくほうが効率的です。通信量そのものの削減効果は限定的でも、接続試行による待ち時間や設定ミスを減らせます。
ここで注意したいのは、接続先を固定すること自体を通信量削減の主目的にしないことです。Ntripによる補正データ受信では、通常は測位中に流れ続けるストリームが通信量の中心になります。基準局一覧を一度余分に確認したことや、数回接続を試したことより、何時間ストリームを受信したかのほうが総通信量へ影響する場合があります。
基準局を選ぶ際には、通信量だけでなく基準局と移動局の位置関係も確認します。単独基準局を用いる一般的なRTKでは、基準局から大きく離れるほど基準局と移動局で共通に扱える誤差の条件が変化し、測位性能へ影響する可能性があります。そのため、通信量が少なそうだという理由だけで遠方の基準局を選択するのは適切ではありません。
現場では第一候補と代替候補をあらかじめ決めておくと運用しやすくなります。第一候補が正常に利用できている間は不用意に変更せず、停止、長時間の補正途絶、現場での検証不良などが確認された場合に代替候補へ切り替える方法です。
ただし、アプリケーションに自動選択機能がある場合、それを一律に無効化すべきという意味ではありません。自動選択がどの条件で接続先を変更するのかを確認し、現場の運用方針に合っているかを判断します。自動切り替えによって可用性を確保している構成では、単純に固定化すると障害時の復旧が遅れる場合があります。
現場名、使用した基準局、マウントポイント、日時、測位状態、既知点での確認結果などを記録しておけば、次回作業時に同じ設定を再現しやすくなります。通信量削減というより、不要な探索や設定ミスを減らすための基本的な運用対策と考えるとよいでしょう。
設定方法2：配信周期を確認し適切な配信点を選ぶ
補正データの通信量を考えるとき、RTCMメッセージがどの程度の周期で配信されているかは重要な要素です。一般に、同じ種類と大きさのメッセージであれば、送信回数が増えるほど単位時間当たりのデータ量も増える方向になります。
ただし、利用者側のNtrip Clientから、接続中の基準局へ自由に送信周期を指定できるとは限りません。ここは元の記事で特に注意が必要な部分です。Ntrip Clientは選択したストリームを受信する立場であり、配信側が生成したストリームのRTCMメッセージ構成や周期は、通常は基準局や配信システム側の設定によって決まります。Ntrip Broadcasterについても、受け取ったGNSSストリームをクライアントへ分配し、内容を変更しない仕組みとして説明されています。BKG GNSS データセンター
善意の基準局掲示板でも、コメント欄にRTCMメッセージ番号と周期とみられる情報が記載された局があります。例えば、観測メッセージを1秒周期、基準局情報などをそれより長い周期で配信する構成が掲載されています。善意の基準局 これは利用者が接続後に周期を自由変更する設定というより、配信されているストリームの仕様として確認する情報です。
そのため、通信量を減らしたい場合は、まず使用中の配信点のデータ形式と内容を確認します。同じ運営者が複数のマウントポイントを提供している場合は、受信機と用途に合う配信点を選べるケースがあります。実際に現在の掲示板でも、同一局についてRTCM 3.0やMSM4、MSM5、MSM7など複数のマウントポイントを案内している例があります。善意の基準局
ただし、MSMの番号だけを見て通信量の大小を一律に決めることは避けます。実際のデータ量は、衛星数、信号数、メッセージ構成、送信周期などにも左右されます。また、受信機が必要とする形式との互換性がなければ、通信量が小さくてもRTK測位には利用できません。
利用者側で配信周期を変更できる特殊なシステムを使用している場合も、単純に最低頻度へ変更するのではなく、固定解への移行時間、FIXの維持、移動時の追従、遮蔽後の復旧などを比較します。
画面の位置更新周期と、NtripからRTCMを受信する周期も区別する必要があります。画面表示を1秒から数秒ごとへ変更しても、裏側で同じNtripストリームを受信し続けていれば、補正データ通信量はほとんど変わらないことがあります。
通信量を評価するときは、設定名称だけで判断せず、端末のデータ使用量や通信ログなどを利用して変更前後を実測する方法が確実です。
設定方法3：受信機に合う補正メッセージと衛星系を選ぶ
次に確認したいのが、補正データの形式、RTCMメッセージ、対応する衛星系と受信機の互換性です。
元の記事では、受信する補正メッセージや衛星系を利用者側で絞れば通信量を減らせるようにも読めましたが、これは一般化できません。同じNtripマウントポイントへ接続したまま、GNSS受信機側で利用しない衛星系を設定したとしても、Ntrip Clientがストリーム全体を受信している構成では、ネットワーク上を流れてくるデータ量が同じままの場合があります。
通信量を本当に変えるには、配信側が異なる内容のストリームを提供しており、その中から必要なものを選択できることが前提になります。
善意の基準局掲示板ではデータ形式としてRTCM3が多く見られますが、すべてが同一ではなく、独自形式のデータや異なる接続方法が掲載されている局もあります。また、コメント欄には基準局ごとにGPS、GLONASS、Galileo、BeiDou、QZSSなど対応する衛星系やRTCMメッセージの情報が記載されています。善意の基準局+1
そのため、通信量を考える前に、利用する受信機がそのマウントポイントのデータ形式やRTCMメッセージへ対応しているかを確認します。対応していない配信点へ接続して通信量だけが発生する状態は避けなければなりません。
複数の衛星系を利用できる受信機では、多数の衛星を利用できることが、上空視界の悪い環境で測位条件を改善する助けになる場合があります。建物付近、法面、樹木の近くなどでは特に、通信量削減を目的として利用衛星系を不用意に減らすと、利用可能な衛星数や衛星配置が悪化する可能性があります。
また、RTCMには観測情報だけでなく、基準局座標やアンテナ情報、衛星系ごとの観測データなど、役割の異なる複数のメッセージがあります。BKGの資料でも、基準局座標を扱うメッセージや各衛星系の観測メッセージなど複数の種類が示されています。BKG GNSS データセンター 必要性を確認せずに一部を除外すると、RTK計算や互換性に影響する可能性があります。
実務では、正常にFIXできている構成を基準設定として保存し、配信点を変更する場合は一項目ずつ比較する方法が安全です。変更前後で接続時間、通信量、FIXまでの時間、固定解の維持、既知点での再現性を確認します。
通信量を減らすために受信機内部の利用衛星を減らすのではなく、受信機に適合した必要十分な配信ストリームが提供されている場合に、それを選択するという考え方が基本です。
設定方法4：再接続とバックグラウンド通信を見直す
通信量を抑えるうえでは、補正データそのものだけでなく、通信断と再接続の状況も確認します。ただし、再接続時の通信量を過大評価しないことも重要です。
Ntripストリームを長時間受信する現場では、数回の接続処理より継続して受信する補正データのほうが総通信量へ大きく影響する場合があります。そのため、再接続回数を減らすことは主に通信の安定性や復旧時間の改善策として考え、通信量削減効果については実測して判断します。
現場で頻繁に通信が切れている場合は、電波状態、端末の省電力設定、アプリケーションのバックグラウンド動作、アクセスポイント、VPNなど、Ntrip以外の要因も確認します。画面を消すとアプリケーションが停止する、別アプリへ切り替えると接続が切れるといった挙動がある場合は、端末側の設定が関係している可能性があります。
再接続間隔を変更できるアプリケーションでは、通信圏外で極端に短い間隔の再試行を続けていないか確認します。ただし、再試行間隔を長くしすぎると、回線が復旧しても補正データ受信の再開が遅れることがあります。通信量だけでなく、現場で必要な復旧速度とのバランスが必要です。
さらに重要なのが、端末上で同時に動いている別の通信です。地図の読み込み、写真の自動アップロード、クラウド同期、点群や3次元モデルの送信、アプリケーションの更新などが同じモバイル回線を使用していると、RTK補正より大きな通信が発生することがあります。
通信帯域が限られる現場では、RTK測位中に必要な通信を優先し、大容量の同期を作業後に回せるか検討します。ただし、現場の安全管理や業務フロー上、リアルタイム共有が必要なデータまで一律に止めるべきではありません。
端末の通信量表示を確認できる場合は、RTKアプリケーションだけでなく、地図、写真、クラウドストレージなどアプリケーション別の使用量も確認します。どの通信が実際に多いのかを把握してから対策するほうが、測位品質を犠牲にせず通信量を減らしやすくなります。
設定方法5：ログ・地図・同期の通信を分離する
通信量削減で効果を確認しやすいのが、RTK補正データと周辺データを分けて管理する方法です。
現場端末では、RTK測位と同時に地図、写真、図面、点群、3次元モデル、クラウド同期などを使用することがあります。こうしたデータは内容によって容量が大きくなるため、補正データ通信だけを調整するより、周辺通信を見直したほうが総通信量を減らせる場合があります。
背景地図については、使用するアプリケーションがオフライン利用や事前キャッシュに対応している場合、現場へ入る前に必要範囲を準備する方法があります。ただし、利用できる機能や地図データの利用条件はアプリケーションごとに異なるため、対応状況を確認します。
写真を大量に撮影する現場では、自動アップロードのタイミングを確認します。撮影直後の共有が不要であれば、Wi-Fi環境へ戻った後に同期する運用によってモバイル通信量を抑えられる場合があります。
点群や3次元データはさらに容量が大きくなることがあります。現場で即時に共有する必要があるデータと、作業終了後にアップロードしてもよい成果データを分けて管理すると、測位中の通信帯域を確保しやすくなります。
ログについても、端末内部へ保存するだけのログと、クラウドや外部サーバーへ送信するログを区別します。ログを取得しているというだけで通信量が増えるとは限りません。ローカル保存なら通信を伴わない場合がありますが、自動アップロードを有効にしていれば通信が発生します。
一日の通信を、補正データ、背景地図、写真、3次元データ、クラウド同期、その他に分けて確認すると、対策の優先順位が分かりやすくなります。
通信量削減を目的にRTCMメッセージを無理に減らす前に、大容量の写真や点群がモバイル回線で自動同期されていないかを確認することが重要です。測位に必要な通信を残したまま総通信量を減らせる可能性があります。
通信量を減らしても測位品質を落とさない確認方法
設定や配信点を変更した場合は、通信量だけでなく測位品質を必ず確認します。
最初に、補正データが連続して受信されているかを確認します。単にNtripサーバーへ接続できたという表示だけでなく、補正データが継続して更新されているか、補正情報が古くなっていないかを確認できる環境では、その値も利用します。
次に、測位解の状態を確認します。FIXまでの時間が変更前より明らかに長くなっていないか、FIXからFLOATなど別の状態へ頻繁に移行していないか、遮蔽物を通過した後に正常に復旧するかを比較します。
ただし、FIXという表示だけで絶対的な位置精度が保証されるわけではありません。基準局の座標や座標系に問題があれば、固定解であっても業務上必要な位置とずれる可能性があります。
既知点を利用できる場合は、同じ点を複数回観測し、水平位置と高さの両方を確認します。一度だけ一致したかを見るのではなく、時間を空けて再測定し、再現性も比較します。
歩行や車両移動を伴う用途では、静止状態だけでなく移動中の追従も確認します。静止点では問題がなくても、通信断からの復旧や位置表示の更新が作業速度に追従できない場合があります。
善意の基準局は、局ごとに運用者や利用条件が異なります。大分県産業科学技術センターの公開案内でも、善意の基準局掲示板に掲載された局について自己責任での利用を求めています。大分県産業科学技術センター 重要な測量成果や施工判断へ利用する場合は、掲示板に掲載されているという理由だけで品質を確定せず、基準局座標、座標系、配信状態、現場での検証結果を確認することが重要です。
通信量削減後の評価では、通信量、接続安定性、FIXへの移行、既知点での再現性という複数の指標を組み合わせて判断します。
現場別に見る設定の考え方
通信量を抑える方法は、すべての現場で同じではありません。作業内容、通信環境、使用時間、扱うデータによって優先順位が変わります。
市街地などモバイル通信が比較的安定している場所では、RTK補正データを無理に減らす必要性は低い場合があります。補正データは標準的な構成で受信し、写真や点群など大容量データの自動同期だけを調整する方法が考えられます。
山間部や谷部など通信品質が低下しやすい現場では、通信量の総量だけでなく、限られた帯域を何に使うかが重要です。補正データ受信を優先し、大容量の地図取得や成果データ送信を別の時間へ回せるか確認します。
道路、河川、鉄道沿線など長距離を移動する作業では、作業開始地点と終了地点で基準局までの距離が大きく変わる可能性があります。通信量を理由に一つの基準局へ固定するのではなく、作業区間ごとに第一候補と代替候補を準備する方法が適しています。
災害現場では、基準局が公開状態であっても、現場側の携帯回線やインターネット経路が正常とは限りません。掲示板上の状態と、現場から実際に補正データを受信できるかは分けて確認します。
短時間の点検作業では、数分間の補正通信を削ることより、速く確実に接続して測位を開始できることが重要な場合があります。設定を複雑にしすぎると、通信量削減より作業時間の増加が大きくなる可能性があります。
一方、一日を通して連続的に使用する現場では、通信時間そのものが長くなるため、配信ストリームの内容や周辺データの同期条件を確認する効果が高くなります。
通信量削減は目的ではなく、必要な測位品質を維持しながら現場回線を効率よく使用するための手段として位置付けることが重要です。
複数端末で使うときの注意点
同じ現場で複数のRTK端末を使用する場合は、一台だけの運用とは通信量の考え方が変わります。
各端末が個別にNtripサーバーへ接続して補正データを受信する構成では、端末ごとにストリーム通信が発生します。同じ配信点を利用していても、端末数が増えれば現場全体のモバイル通信量も増える方向になります。
さらに、各端末が写真や点群、クラウドデータを同時に送信すれば、補正データ以上に共有回線を使用する場合があります。モバイルルーターなど一つの回線を複数台で共有している現場では、端末ごとの通信だけでなく回線全体の使用状況を確認します。
測位結果を比較する必要がある場合は、使用する基準局、マウントポイント、座標系、高さの扱いなどを可能な範囲でそろえます。端末ごとに異なる基準局へ接続していると、結果に差が生じた際に、受信機の違いなのか基準局の違いなのか原因を切り分けにくくなります。
ただし、障害時の比較を目的に意図的に異なる基準局を使用する検証も考えられるため、常に全端末を同じ設定にする必要があるという意味ではありません。通常運用と比較検証を区別して管理します。
同一の認証情報を複数端末で利用できるかどうかも、配信元によって異なる可能性があります。善意の基準局掲示板には、認証不要の局だけでなく、パスワードや問い合わせが必要な局も掲載されています。善意の基準局+1 複数接続の可否を一律に想定せず、各局や配信サービスの条件を確認します。
また、通信量削減を目的として一台が受信した補正データを独自に他端末へ再配信する構成を組む場合は、技術的な互換性だけでなく、配信元の利用条件も確認する必要があります。単純に通信量だけを理由に構成を変更するのではなく、障害時の影響範囲や管理方法まで含めて検討します。
通信量削減でよくある失敗
通信量削減で代表的な失敗は、端末の設定項目を変更すればNtripストリームそのものの容量も減ると思い込むことです。
例えば、GNSS受信機側で利用衛星系を減らしても、Ntrip Clientが同じマウントポイントから同じストリームを受信し続けていれば、ネットワーク通信量がほとんど変化しないことがあります。通信量を変更したい場合は、配信されるストリーム自体が変わるのかを確認する必要があります。
二つ目は、RTCMメッセージを少なくすれば必ずよいと考えることです。必要な基準局情報や観測データまで不足すれば、RTK測位が成立しなかったり、受信機との互換性を失ったりする可能性があります。
三つ目は、通信量の少なさを優先して遠方の基準局を選ぶことです。基準局選択では、通信量だけでなく距離、座標、運用状態、現場での測位結果を確認します。
四つ目は、再接続の通信量を過大評価することです。再接続を減らすことは安定運用には重要ですが、数時間の連続受信に対して接続時の通信がどの程度を占めるかは環境によって異なります。実測せずに再接続設定だけを最適化しても、総通信量がほとんど変わらない可能性があります。
五つ目は、補正データだけを見て写真や点群の通信を確認しないことです。大容量データの自動同期が有効な端末では、RTK補正以外の通信が全体に大きく影響することがあります。
六つ目は、通信量削減後に測位品質を確認しないことです。FIX表示だけではなく、既知点、再現性、高さ、移動時の挙動、通信断からの復旧まで確認します。
七つ目は、善意の基準局掲示板に掲載されている局をすべて同一条件だと考えることです。現在の掲示板でも、データ形式、接続方法、公開状態、認証条件、配信衛星系、コメントの内容は局ごとに異なります。善意の基準局+1
設定変更を行うときは、正常に動作している元の設定を保存し、一度に複数項目を変更しないことも重要です。通信量が減ったとしても、どの変更による効果なのか分からなければ再現性のある運用にはつながりません。
まとめ：善意の基準局掲示板を安定運用する設定
善意の基準局掲示板を参考にしたRTK測位で通信量を抑える場合、補正データを単純に削るのではなく、Ntripストリームと端末全体の通信を分けて考えることが重要です。
まず、現場へ入る前に利用候補となる基準局の状態、サーバーアドレス、ポート番号、マウントポイント、データ形式、コメントを確認します。現在の掲示板には公開局と休止局が混在し、局ごとに配信条件や認証情報も異なります。善意の基準局+1
次に、補正データの配信周期については、移動局側から自由に変更できるとは限らないことを理解しておきます。同じNtripストリームへ接続している限り、画面の更新頻度や受信機内部の衛星設定を変更しただけでは通信量が減らない場合があります。
通信量を調整したい場合は、配信元が複数のマウントポイントを用意しているか、その中に受信機と用途に適合するストリームがあるかを確認します。実際の掲示板にも、異なるRTCM構成の複数マウントポイントを案内している局があります。善意の基準局
さらに、写真、オンライン地図、点群、3次元データ、クラウド同期など、RTK補正以外の通信を確認します。モバイル通信量全体を減らすという目的では、大容量の成果データをWi-Fi接続後に同期するなど、測位品質へ影響しない部分から見直すほうが安全です。
設定変更後は、データ使用量だけでなく、補正データの継続受信、FIXへの移行、固定解の維持、既知点での再現性、高さ、移動時の追従、通信断後の復旧を確認します。善意の基準局は局ごとに条件が異なるため、利用者側での検証を省略しないことが重要です。
現場で高精度測位を継続的に活用する場合は、通信だけを独立して最適化するのではなく、測位、座標記録、写真、現場データの保存や共有まで含めて一連の作業として設計すると管理しやすくなります。LRTK Phoneを業務へ取り入れる場合も、利用する補正情報の条件と現場回線の状態を確認し、必要な測位品質を保ちながら周辺通信を整理する運用を検討するとよいでしょう。