RTK測位に使う基準局を構築するとき、衛星系や周波数、RTCMメッセージを多く配信すればするほど高精度になると考えてしまうことがあります。しかし、実際の基準局運用では、RTCMの配信量を無制限に増やすことが必ずしも有利とは限りません。使わない観測情報まで高頻度で送り続けると、基準局から配信サーバーまでの上り通信、配信サーバーから移動局への通信、移動局側の受信処理などに余分な負荷がかかります。
特に複数の衛星系と複数周波数を扱えるGNSS受信機では、設定できる観測情報が増えています。基準局側で利用可能な信号をすべてRTCMへ詰め込み、それぞれを短い周期で配信すると、1接続あたりの通信量が増えるだけでなく、複数の移動局が同時接続した際の総配信量も大きくなります。一方で、配信量を削りすぎれば、必要な衛星系や観測情報が不足し、FIXまでに時間がかかったり、測位状態が不安定になったりする可能性があります。
重要なのは、RTCMを単純に「多くする」「少なくする」と考えるのではなく、測位に必要な情報、配信頻度、移動局の互換性、通信環境、同時接続数を組み合わせて決めることです。本記事では、基準局のRTCM配信量を増やしすぎないために実務担当者が確認したい5つの設定基準を中心に、設定後の検証方法や運用上の注意点まで解説します。
基準局のRTCM配信量はなぜ増えやすいのか
RTCMは、基準局で取得したGNSS観測情報などを移動局へ伝えるために広く利用されているデータ形式です。現在のRTCM Version 3系では、複数衛星系・複数信号を扱うためのメッセージが整備され、NtripはGNSSデータストリームをインターネット経由で配信する仕組みとして標準化されています。
RTCMの配信量が増える第一の理由は、基準局が観測する衛星系と信号数の増加です。複数の衛星系に対応し、それぞれ複数周波数の信号を取得する構成では、同じ1回の観測時刻について伝える情報量が大きくなります。衛星数が多い時間帯には、同じ設定であってもRTCMストリームの瞬間的なデータ量が増えることがあります。そのため、設定画面で選択したメッセージ数だけを見て通信量を判断するのは十分ではありません。
第二の理由は、観測メッセージの高機能化です。RTCM Version 3系ではMSMと呼ばれる複数信号を扱う形式が用いられています。実際のリアルタイムGNSS配信でもMSM形式は広く利用されています。 MSMには情報量の異なる形式があり、詳細な観測情報を含む形式を選べば、その分だけストリームが大きくなる傾向があります。
第三の理由は配信周期です。同じメッセージを1秒に1回送る場合と、それより短い間隔で何度も送る場合では、単位時間あたりの配信量が大きく変わります。高頻度化が必要な用途もありますが、基準局のすべての情報を同じ周期に設定する必要があるとは限りません。
さらに注意したいのが、基準局から出ている1本のRTCMストリームと、配信設備全体の通信量は別物だという点です。Ntripのような構成では、基準局などから送られたストリームを配信側が複数のクライアントへ届けます。 したがって、1接続あたりでは問題のないデータ量でも、同時接続する移動局が増えれば、配信設備から外向きに流れる総データ量は増加します。
こうした事情から、基準局のRTCM設定では「対応しているものを全部有効にする」という考え方ではなく、「現場で利用する移動局に何が必要なのか」を先に整理することが重要です。必要な情報を不足なく送りながら、使わない情報や過剰な更新を減らすことが、安定した基準局運用につながります。
設定基準1 必要な衛星系と信号だけを配信する
最初に確認したいのは、基準局で受信できる衛星系と信号をすべてRTCMへ含める必要があるかどうかです。現在のGNSS受信環境では、複数の衛星系と複数周波数を扱う構成が一般的になっています。利用できる衛星が増えること自体は、衛星配置や遮蔽への強さを考えるうえで有利になる場合があります。しかし、基準局側で観測している情報を無条件にすべて配信すればよいわけではありません。
RTKでは、基準局と移動局の双方で利用できる観測情報が重要です。基準局だけが受信でき、移動局では利用できない信号を大量に配信しても、その情報が測位計算に直接生かされない場合があります。そこでRTCM設定を行う前に、実際に現場で使う移動局が対応している衛星系と周波数を整理します。
ここで大切なのは、衛星系をむやみに減らすことではありません。現場環境によっては建物、樹木、法面、橋梁、重機などによって空が遮られ、利用できる衛星が限られることがあります。そのような場所では複数衛星系を利用できることがFIXの安定性に寄与する場合があります。配信量削減だけを目的として衛星系を減らしすぎると、通信量は減っても測位性能が悪化する可能性があります。
したがって、判断の基準は「配信量が少ない構成」ではなく「必要な測位性能を満たす範囲で最も無駄の少ない構成」です。
例えば、基準局が多数の信号を追尾できる場合でも、現場で使用する移動局の対応範囲が限定されているのであれば、移動局で利用しない信号まで高頻度で送信する必要性は低くなります。逆に、将来的に複数種類の移動局が接続する予定があるなら、一種類の機器だけに合わせて極端に絞り込むと互換性の問題が起こるため注意が必要です。
また、衛星系と信号数を増やしたときの通信量は、単純に「衛星系が一つ増えたから一定量増える」とは限りません。実際に観測できている衛星数や信号数が変化するため、RTCMストリームの大きさにも時間変動が生じます。設定変更後は短時間の値だけを見るのではなく、衛星数が多い時間帯を含めて通信量を確認すると安全です。
基準局を新設するときは、まず現場で確実に利用する構成から始め、その状態でFIX率や再FIX時間、通信量を測定し、必要に応じて衛星系や信号を追加していく方法が分かりやすいでしょう。最初から最大構成にして後から削るより、必要性を確認しながら追加する方が、どの設定が通信量や測位結果に影響したのかを追跡しやすくなります。
設定基準2 観測メッセージの種類を重複させない
二つ目の基準は、同じ目的の観測情報を複数形式で重複して配信していないか確認することです。
基準局の設定画面では複数のRTCMメッセージを個別に有効化できる場合があります。ここで「念のため全部有効にしておこう」と設定すると、似た役割を持つ観測情報が複数形式で同時に配信されることがあります。移動局側がそのうち一つしか利用していなければ、残りのデータは通信量だけを増やす結果になりかねません。
特にMSM形式を利用する場合は、移動局がどの形式に対応しているかを確認することが大切です。情報量の多い形式は多くの観測情報を伝えられる一方、同じ衛星数と信号数で比較すれば、簡略化された形式よりデータ量が増えやすくなります。しかし、「情報量が多い形式だから常に測位精度も高くなる」と単純には判断できません。移動局が実際にどの情報を処理するか、RTK演算で必要としている情報は何かによって適切な構成が変わります。
基準局の設定を確認するときは、メッセージ番号の一覧だけを見るのではなく、それぞれの役割を分けて考えることが重要です。観測値を伝えるもの、基準局の位置を伝えるもの、アンテナや局に関する情報を伝えるものなど、RTCMメッセージには異なる役割があります。そのうえで、同一用途の情報を異なる形式で二重配信していないかを確認します。
互換性確保のために意図的に複数形式を流すケースもあります。異なる仕様の移動局を一つのマウントポイントへ接続させる場合などです。その場合は重複自体が誤りとはいえません。ただし、本当に一つのストリームへまとめる必要があるのかは検討できます。
利用する移動局の種類が明確に分かれているのであれば、互換性の異なる配信設定を別々に管理する方法もあります。こうすると、一台の移動局へ不要な形式まで送り続ける状態を避けやすくなります。ただし、マウントポイントを増やせば設定管理も複雑になるため、配信量だけを見て細分化しすぎるのも適切ではありません。
実務では、現在有効になっているメッセージの一覧、各メッセージの周期、対応する移動局、設定した理由を記録しておくことが有効です。数か月後に設定を見返したとき、「なぜこのメッセージを有効にしているのか分からない」という状態になると、不要な設定を削除しにくくなります。
配信量を抑えるためには、必要な形式を正しく選択することと、同じ情報の重複を避けることの両方が重要です。メッセージを一つ削っただけでは通信量がほとんど変わらないこともありますが、高頻度で送られている大きな観測メッセージが重複していれば、その整理による効果は大きくなります。
設定基準3 高頻度配信が必要な情報と低頻度でよい情報を分ける
三つ目の設定基準は、すべてのRTCMメッセージを同じ頻度で配信しないことです。
RTKで使う観測情報は時間とともに変化するため、一定の更新頻度が必要です。一方、基準局の固定座標など、毎秒大きく変化する性質ではない情報もあります。そのため、役割の異なるメッセージをすべて同じ短周期に設定すると、必要以上の通信量が発生する可能性があります。
ここで意識したいのが、「重要な情報」と「高頻度で送る必要がある情報」は同じ意味ではないという点です。基準局の座標はRTKにとって極めて重要ですが、固定局の座標そのものが毎秒変化するわけではありません。一方、衛星観測値は時刻とともに変化するため、測位用途に応じた更新頻度が求められます。
したがって、RTCMの送信周期はメッセージ単位で考える必要があります。
観測メッセージについても、更新周期を短くすれば必ず良いとは限りません。動きの速い対象を連続的に測位する用途と、測点に移動局を静止させて座標を取得する用途では、求められる条件が異なります。高頻度配信が有効な用途もありますが、必要性を確認せず更新回数だけを増やせば、RTCMの配信量もそれに応じて増えていきます。
例えば、同じ内容を一定周期で配信している場合、その送信回数を倍にすれば、他の条件が同じなら単位時間あたりのデータ量も概ね増加します。さらに複数衛星系、複数信号、大きな観測メッセージを組み合わせていると、一つひとつの変更は小さく見えても、全体では無視できない増加になる場合があります。
設定変更は一度に複数項目を変えないことも大切です。衛星系、メッセージ形式、送信周期を同時に変更すると、通信量が減った理由や測位状態が変化した理由を判断しにくくなります。まず現在のRTCMデータ量とFIX状態を記録し、その後一項目だけ周期を変更して比較すると、設定の効果を把握しやすくなります。
また、平均通信量だけで判断するのではなく、データが途切れず届いているかを見る必要があります。平均値が十分低くても、一時的にデータが集中し、通信回線や内部バッファで遅延が発生しているなら問題です。RTKではリアルタイム性が重要なので、「どれだけ送ったか」だけでなく「必要な時間内に届いているか」を確認します。
高頻度化の目的を明確にすることも重要です。「設定できる最大値だから」「数字が大きい方が高性能に見えるから」という理由ではなく、現場で必要な移動速度、測位更新周期、FIX維持率などから判断します。必要性が確認できなければ、過剰な高頻度配信を避ける余地があります。
設定基準4 回線帯域だけでなく同時接続数で配信量を考える
四つ目の基準は、RTCMストリーム1本のデータ量ではなく、基準局システム全体で必要になる通信量を見ることです。
基準局を試験している段階では、移動局を一台だけ接続して確認することが多いため、「通信量は少ないので問題ない」と判断しがちです。しかし、実運用で複数の作業班が同じ基準局へ接続する場合、配信設備側では複数クライアントへの送信を考慮しなければなりません。Ntripの配信構成は、一つのGNSSデータストリームを複数のクライアントへ届けられるよう設計されています。
概算するときは、「1接続あたりの平均配信量×想定同時接続数」という考え方が基本になります。ただし、実際の通信ではプロトコル上の情報や再送、接続管理などもあるため、計算結果ぴったりの回線容量を用意するのではなく余裕を持たせます。
例えば、1台では問題なく動いていた基準局でも、接続台数が増えた時間帯だけ遅延や切断が増える場合があります。このとき基準局受信機そのものに異常があるとは限りません。配信サーバーの回線、処理能力、ネットワーク経路、移動局側の通信状態など、複数の要因を切り分ける必要があります。
さらに、基準局から配信設備までの上り区間と、配信設備から移動局までの下り区間を分けて考えることも重要です。基準局から配信設備へは一本のストリームでも、その先で多数の移動局へ分配する構成であれば、負荷の大きくなる場所が異なります。
現場側も同様です。RTCMそのもののデータ量が極端に大きくなくても、移動局で同時に他の通信を行っている場合があります。施工データの同期、写真の送信、クラウドへのアクセスなどが重なれば、通信品質が不安定な場所では影響が表面化することがあります。
そのため、基準局のRTCM配信量を決める際は、理論上の回線速度だけを基準にしない方が安全です。通信品質は現場ごとに異なり、同じ場所でも時間帯、周辺利用状況、移動局の位置などで変動します。帯域に余裕があるように見える場合でも、遅延や瞬断が起こる環境ではデータ量を抑えるメリットがあります。
運用台数についても、現在の台数だけではなく将来増える可能性を考えます。試験導入時は一台でも、本格運用後に複数班が同時利用するのであれば、その状態を想定して設定しておく必要があります。
反対に、同時接続数が多いという理由だけで必要なRTCM情報を削りすぎるのも適切ではありません。まず重複メッセージや過剰な送信周期を整理し、それでも通信量に課題が残る場合に、衛星系や信号構成まで含めて検討する順序がよいでしょう。
設定基準5 移動局の互換性とFIX安定性を実測して決める
五つ目で最も重要なのが、最終的なRTCM設定を机上の通信量だけで決めず、実際の移動局を使って検証することです。
基準局の設定画面上で「このメッセージは不要だろう」と判断できても、移動局の実装によって必要条件が異なる場合があります。ある構成では問題なくFIXするのに、別の移動局では初期化に時間がかかるということも考えられます。そのため、実際に運用する組み合わせで検証することが欠かせません。
確認したいのは、単に「FIXしたかどうか」だけではありません。接続開始からFIXまでの時間、FIX状態の維持、遮蔽後の再FIX、移動後の安定性、補正データの遅延、通信切断後の復帰などを見ます。
開けた場所で一度FIXしただけでは、設定の良否を十分に確認できません。現場では建物の近くへ移動したり、樹木の横を通ったり、重機の陰へ入ったりする場合があります。衛星数が減った状態で基準局の配信内容を削りすぎていると、そのとき初めて差が現れる可能性があります。
そこで、まず比較対象となる基準設定を作ります。必要と思われる衛星系とメッセージを有効にし、測位状態を記録します。次に、不要と考えられるメッセージや過剰な周期を一項目ずつ変更し、同じ地点や同じ作業条件で比較します。
このとき、座標値そのものだけでなくFIX率を見ることが重要です。短時間の測位結果が一致していても、設定変更後にFIXからFLOATへ戻りやすくなったり、再初期化に時間がかかるようになったりしていれば、通信量削減の代償が大きい可能性があります。
また、既知点での確認も有効です。座標が確認されている点で繰り返し測位し、設定変更前後の結果を比較すれば、単にFIX表示だけを見るより判断しやすくなります。ただし、GNSS測位結果は衛星配置や周辺環境の影響を受けるため、数回の測定結果だけで断定しないことが大切です。
時間帯を変えた検証も行います。衛星配置や観測衛星数が変わればRTCMの配信量も変わるため、ある時刻では問題がなくても、別の時刻に通信量が増えることがあります。長時間ログを取得できる環境であれば、平均値だけでなく最大付近のデータ量や遅延も確認すると、より実運用に近い判断ができます。
最終的に採用すべき設定は、「最小通信量の設定」ではありません。「必要な移動局で安定してRTK測位でき、そのうえで無駄が少ない設定」です。この順序を逆にすると、数値上は通信量を減らせても、現場作業の待ち時間や再測量が増えてしまう可能性があります。
配信量を絞るときに削ってはいけない情報
RTCM配信量の最適化では、不要な情報を見つけることに意識が向きやすいですが、必要な情報まで削らないことの方が重要です。
典型的なのが、基準局の位置に関係する情報です。RTKでは基準局の座標を基準として移動局の位置を求めるため、基準となる位置情報の扱いを誤れば、測位状態がFIXしていても成果の位置にずれが生じる可能性があります。
そのため、「低頻度でよい情報」と「不要な情報」を混同してはいけません。送信周期を下げてもよい可能性のある情報でも、移動局が接続した際に取得できなければ困る場合があります。通信量削減を目的として完全に無効化する前に、そのメッセージが何のために使われているのか確認します。
観測情報についても同じです。特定の信号を削除した状態でも開けた場所では十分な衛星が残るため、問題なくFIXすることがあります。しかし、遮蔽環境では利用できる衛星が減り、その差が大きくなる可能性があります。
また、移動局が複数種類存在する場合には、互換性に必要な情報を一方の機器だけを基準に削除しないことが重要です。基準局管理者の試験機では動作しても、現場の別の移動局が接続できなくなれば運用上の問題になります。
設定変更時には、変更前の設定を保存しておくことも欠かせません。通信量を減らした後で測位不良が発生しても、以前の設定が分からなければ復旧に時間がかかります。変更前後で、有効なメッセージ、周期、衛星系、信号、基準局座標などを記録しておくと原因を追いやすくなります。
さらに注意したいのが、ファームウェア更新や設定初期化です。基準局や配信設備の設定を更新した際にRTCM出力条件が変化する可能性があるため、更新後は「以前と同じように通信できているから問題ない」と判断せず、配信内容そのものを再確認する方が安全です。
RTCMの最適化は、削減作業ではなく整理作業と考えると分かりやすくなります。必要な情報を明確にし、その情報は確実に残し、そのうえで重複や過剰な高頻度配信を取り除くことが基本です。
RTCM配信量が多すぎると起こりやすいトラブル
RTCM配信量が多い状態でも、十分な通信帯域と処理能力があれば直ちに問題になるとは限りません。しかし、基準局は屋外や遠隔地で運用されることも多く、通信環境が常に理想的とは限りません。余分なデータを抱えた構成は、条件が悪化したときにトラブルが表面化しやすくなります。
一つ目は補正データの遅延です。
RTKでは補正情報のリアルタイム性が重要です。データ自体は届いていても、送信待ちや通信経路の混雑などによって到着が遅れれば、現在時刻の観測に対して古い情報を使用する状態になりかねません。配信量が回線容量に対して十分小さいときには問題にならなくても、通信状態が低下したときにバッファへデータがたまり、遅延として現れる場合があります。
二つ目は接続の不安定化です。
通信が不安定な場所では、大きなRTCMストリームほど一定時間内に運ぶべきデータ量が増えます。移動局が補正データを受信できない時間が続けば、RTKの状態にも影響する可能性があります。
三つ目は移動局側の処理負荷です。
受信したRTCMのすべてが測位に利用されるとは限りません。移動局が不要なメッセージを受け取り続ける構成では、通信と解析の両面で無駄が生じます。十分な性能を持つ機器では目立たなくても、複数処理を同時に行う構成では余裕を減らす要因になります。
四つ目は障害解析の複雑化です。
RTCMメッセージを多数有効にしていると、測位に必要なものと不要なものの区別がつきにくくなります。通信量が突然増えたときにも、どのメッセージが原因なのか調査に時間がかかります。必要な構成を整理しておけば、異常時の比較がしやすくなります。
五つ目は基準局の増設時に負荷を予測しにくくなることです。
一局だけであれば多少余分な配信があっても許容できる場合があります。しかし、複数の基準局を同じ配信設備へ集約する構成では、各局の無駄が積み重なります。さらに各基準局へ複数の移動局が接続すれば、全体の配信量は大きくなります。
つまりRTCMの配信量管理は、単なる通信節約ではありません。基準局を安定して増設し、複数の現場で継続利用できるようにするための設計項目でもあります。
基準局運用で行いたい確認と記録
RTCM設定は一度決めれば永久に変更しなくてよいものではありません。基準局の構成、移動局、利用現場、通信回線などが変われば、適切な配信内容も変化する可能性があります。
運用開始時には、まず基準となる状態を記録します。どの衛星系を有効にしているか、どの信号をRTCMへ含めているか、どのメッセージを出力しているか、各メッセージの送信周期はどうなっているかを確認します。
その状態で、RTCMストリームの平均的なデータ量を測ります。可能であれば数分だけではなく、観測衛星数が変化する時間を含めて確認します。GNSS衛星の配置は時間とともに変わるため、短時間だけ測定した数値を固定値として扱うのは避けた方がよいでしょう。
次に移動局側の状態を確認します。接続開始から補正情報を受信するまでの時間、FIXまでの時間、一定時間内のFIX維持、既知点での再現性などを記録します。
さらに同時接続試験を行います。一台で問題なくても、実際に想定する台数を接続したときに遅延や切断が増える可能性があります。すべての移動局を用意できない場合でも、少なくとも想定台数と1接続あたりのデータ量から必要な配信能力を見積もっておきます。
通信状態が悪い条件での確認も重要です。基準局の近くや高速な固定回線環境だけで試験すると、現場で起きる問題を再現できないことがあります。実際に使用する場所で移動しながら補正データの状態を確認し、電波環境が変化したときにも安定して復帰できるかを見ます。
設定を変更した場合は、変更日時と理由を残します。「配信量削減のため」だけではなく、「重複していた観測形式を整理」「利用しない信号を停止」「観測メッセージの周期を変更」など、後から判断できる内容にします。
変更後には、通信量だけでなく測位結果も再確認します。RTCMデータ量が30％減ったとしても、FIXまでの待ち時間が大幅に長くなったのであれば、運用上は改善とはいえない可能性があります。逆に、測位性能が変わらず通信量だけを減らせたのであれば、その設定は合理化できたと判断しやすくなります。
基準局の状態を定期的に記録しておくと、「以前は問題なかったのに最近不安定になった」という場合の切り分けにも役立ちます。設定が変わったのか、通信回線が変化したのか、基準局周辺の受信環境が変わったのかを比較できるからです。
現場写真も有効な記録です。基準局アンテナの設置状態、周囲の構造物、ケーブル、通信機器などを写真で残しておけば、現地へ行かなくても以前との違いを確認しやすくなります。アンテナ周辺に新しい構造物が設置された場合など、RTCM設定以外の原因を調べる際にも役立ちます。
このように、RTCM設定値だけではなく、位置情報、測位結果、現場写真、設定変更履歴をひとまとまりで管理しておくことが、長期的な基準局運用では重要です。
まとめ｜必要十分なRTCM設定で基準局を安定運用する
基準局のRTCM配信量は、少なければよいわけでも、多ければよいわけでもありません。重要なのは、移動局が安定してRTK測位を行うために必要な情報を残しながら、使われない信号、重複する観測形式、過剰な送信周期を減らすことです。
まず、基準局と移動局の双方で利用する衛星系と信号を確認します。次に、似た役割のRTCM観測メッセージが重複していないか整理します。そして、時間変化の大きい観測情報と、頻繁に更新する必要性が低い情報を区別して送信周期を決めます。
さらに、1接続あたりの通信量だけでなく、実際の同時接続数まで含めて配信設備全体の負荷を考えることが重要です。最後は実機でFIX時間、FIX維持、再FIX、既知点での再現性などを確認し、通信量と測位安定性のバランスを取ります。
設定変更では、一度に多くの項目を変えないこともポイントです。変更前の状態を記録し、一項目ずつ調整しながら通信量と測位状態を比較すれば、どの設定が効果を持ったのか判断しやすくなります。
基準局は一度設置して終わりではありません。利用する移動局の変更、通信環境の変化、設定更新、周辺環境の変化などによって、以前は適切だったRTCM設定が現在も最適とは限らなくなることがあります。定期的に配信内容と測位状態を点検し、必要十分な構成を維持することが安定運用につながります。
こうした基準局の運用では、設定値だけでなく、いつ、どこで、どの状態を確認したのかを残すことも重要です。基準局の点検時に撮影した現場写真や位置情報、施工・設置状況の記録を整理しておけば、通信や測位に問題が起きた際にも過去の状態と比較しやすくなります。
LRTK Phoneを活用すれば、現場写真・位置情報・施工記録を一連の現場情報として管理できます。RTCMの配信設定そのものに加え、基準局の設置状態や点検履歴を継続して残しておくことで、設定変更だけに原因を求めず、現場環境を含めて基準局の状態を確認しやすくなります。安定した高精度測位を継続するためにも、RTCMを必要以上に増やさず、測位性能を確認しながら必要十分な配信構成を維持していくことが大切です。