RTK-GNSSを現場で運用していると、「この位置補正情報はRTCMに対応しています」「受信機側がRTCM対応なら利用できます」といった説明を目にすることがあります。しかし、実務では「RTCM対応」という一言だけで、位置補正情報と受信機の組み合わせが問題なく使えるとは限りません。 RTCMは、RTK測位で利用される位置補正情報を受け渡すための代表的な標準形式です。ただし、RTCMには複数の世代があり、さらに内部にはさまざまなメッセージ種別が存在します。受信機が対応している衛星測位システムや周波数、配信サービスが送っているメッセージ、通信経路などがかみ合わなければ、データを受信できてもRTKのFIX解が得られないことがあります。 そのため、位置補正情報を導入するときには、「RTCMかどうか」だけではなく、「どのRTCMを、どのような構成で送り、それを受信機がどこまで解釈できるか」を確認することが重要です。 この記事では、位置補正情報で使われるRTCM形式の基本を整理したうえで、対応可否を見抜くための4つのポイントを実務担当者向けに解説します。
RTCM形式とは何か
RTCMは、GNSS測位で利用する補正情報を機器間でやり取りするために広く利用されている標準的なデータ形式です。RTK測位では、基準局側で観測したGNSSデータや基準局に関する情報などを移動局へ伝え、移動局側の観測値と組み合わせて高精度な測位計算を行います。 ここで重要なのは、RTCMが「測位結果そのもの」ではないという点です。位置補正情報を受信しただけで、その受信機の現在位置がセンチメートル級になるわけではありません。受信機は、自分自身が観測している衛星信号と、受け取った補正データを組み合わせて測位処理を行います。そのため、位置補正情報の形式が正しくても、衛星の見通し、信号品質、通信遅延、基準局との関係、対応している信号などの条件によって結果は変わります。 RTCMには複数の世代があります。実際のRTK運用ではRTCM 3系が広く利用されていますが、「RTCM 3系に対応」という表示だけでは、すべてのRTCMメッセージを利用できることを意味しません。RTCMの内部には用途ごとに異なるメッセージがあり、受信機によって解釈できる種類が異なるためです。 たとえば、基準局の座標に関する情報を伝えるメッセージと、各衛星の観測情報を伝えるメッセージでは役割が違います。さらに、複数の衛星測位システムや複数周波数に対応するため、観測情報にも複数の構成があります。 近年のRTK環境では、複数衛星系や複数信号を扱えるMSMと呼ばれるメッセージ群が利用されるケースも一般的です。ただし、MSMであれば何でも同じというわけではなく、データ量や含まれる観測情報の詳細度などによって複数の種類があります。 したがって、位置補正情報の仕様を確認するときは、「RTCMを配信している」という説明を入口にしつつ、その内部で何が送信されているかまで確認する必要があります。
対応可否を見抜くポイント1：RTCMの世代と受信機の対応範囲
最初に確認したいのが、位置補正情報の配信側と受信機側でRTCMの世代が合っているかどうかです。 RTCMは長年にわたって拡張されてきたため、異なる世代が存在します。古い世代と現在一般的に利用されているRTCM 3系ではデータ構造が異なり、単純に同じRTCMという名前だけで互換性を判断することはできません。 実務では、位置補正情報サービスの仕様書などに「RTCM 3.x」や「RTCM 3系」といった説明が書かれていることがあります。一方、受信機側にも対応するRTCM仕様が記載されています。この両方を照合することが第一段階です。 ただし、ここでも注意が必要です。同じRTCM 3系に対応していても、受信機がその中のすべてのメッセージを解釈できるとは限りません。RTCMは後から機能が追加されてきた規格なので、受信機の設計時期や内部ソフトウェアの実装によって対応範囲に差が生じます。 たとえば、配信側が比較的新しいメッセージ構成を採用している一方で、受信機側が古い構成だけを処理する仕様であれば、通信自体は成立しても必要な観測情報を利用できないことがあります。 反対に、受信機側が新しいRTCMメッセージに対応していても、配信側が送信していなければ、その機能を活用することはできません。 このため、受信機を選定するときには「RTCM対応」という一行だけを確認するのではなく、仕様書に記載された対応バージョンやメッセージ種別まで確認することが重要です。 既に機器を所有している場合も同様です。新しい位置補正情報サービスへ切り替えるときには、「現在の受信機がRTCMを受けられるから大丈夫」と判断せず、新しい配信内容との組み合わせを確認します。 また、受信機の内部ソフトウェア更新によって対応範囲が変わる場合があります。導入時に動かなかった構成が更新後に利用できるようになる場合もあれば、設定項目が追加されている場合もあります。そのため、機器仕様だけでなく、現在使用しているソフトウェア構成も含めて確認すると切り分けがしやすくなります。 現場で複数種類の受信機を運用している場合は、特に注意が必要です。同じ位置補正情報を配信しても、ある受信機では正常にFIXし、別の受信機ではFLOATのままということがあります。通信回線の問題だと思って調査した結果、実際にはRTCMメッセージの対応範囲が異なっていたというケースも考えられます。 RTCMの世代確認は、位置補正情報の互換性判断における入口です。しかし、世代が合っているだけでは十分ではなく、次に確認するメッセージ内容まで見て初めて実際の対応可否を判断できます。
対応可否を見抜くポイント2：必要なメッセージ種別と衛星・信号の組み合わせ
RTCM対応可否を判断するとき、最も見落としやすいのがメッセージ種別です。 RTCMのデータは、一つの巨大な補正データとして送られているわけではありません。用途ごとに定義された複数のメッセージが連続して送信され、受信機が必要な情報を読み取ります。 代表的なものとして、基準局の位置に関するメッセージや、衛星ごとの観測情報を扱うメッセージがあります。基準局座標に関する情報としては1005や1006といったメッセージが利用されることがあります。一方、複数の衛星測位システムや複数の信号を効率的に扱うためには、MSM系列のメッセージが利用される構成があります。 ここで実務担当者が意識したいのは、「配信されている衛星系」と「受信機が実際にRTK計算へ利用できる衛星系」が一致しているかという点です。 現在のGNSS受信機は、一つの衛星測位システムだけではなく、複数の衛星系を同時利用する構成が一般的です。空が広く開けた場所であれば、一つの衛星系だけでも多くの衛星を観測できる場合がありますが、建物、法面、樹木、重機などによって空が遮られる現場では、複数衛星系を利用できることが測位安定性に大きく関係します。 しかし、受信機がある衛星系に対応していても、位置補正情報側からその衛星系の観測情報が送られていなければ、RTK処理で十分に活用できないことがあります。 反対に、配信側が多くの衛星系の補正情報を送っていても、受信機がその衛星系や信号を利用できなければ、その部分は測位には寄与しません。 つまり、「受信機が複数衛星対応」と「位置補正情報が複数衛星対応」は別々に確認する必要があります。 さらに、同じ衛星系でも複数の周波数帯や信号が利用されています。RTKでは搬送波位相を利用して整数値バイアスを解くため、受信機と補正データの双方で利用できる観測信号の組み合わせが重要です。 配信データの中に多くの観測情報が含まれていれば必ず高精度になる、という単純な関係ではありません。受信機側が実際に処理できる観測情報であることが前提です。 MSMについても同じです。MSMは複数衛星系や信号の観測情報を扱うための仕組みですが、複数のメッセージ種別が存在します。配信サービスがどのMSMを利用しているか、受信機がそれを解釈できるかを確認する必要があります。 導入前に配信事業者やシステム担当者へ確認できるのであれば、「RTCMに対応していますか」だけではなく、「配信しているRTCMメッセージ種別は何か」「どの衛星系の観測データを含むか」「受信機側で必要となるメッセージは何か」と確認すると、互換性を判断しやすくなります。 位置補正情報の選定で大切なのは、形式名よりも中身です。同じRTCMという形式でも、中に入っているメッセージの組み合わせによって、実際に利用できる衛星数や測位状態が変わる可能性があります。
対応可否を見抜くポイント3：配信経路とデータの受け渡し条件
RTCMの内容が受信機に対応していても、位置補正情報を正しく受信機へ届けられなければRTK測位は成立しません。そのため、三つ目の確認ポイントは配信経路です。 ネットワーク経由で位置補正情報を受信する場合、NTRIPなどの仕組みを利用して補正データを取得する構成があります。利用者側では、接続先、ポート、マウントポイント、認証情報などを設定し、対象となる補正データストリームへ接続します。 この段階で発生する問題とRTCMそのものの互換性問題は、分けて考える必要があります。 たとえば、認証情報を誤って入力している場合は、そもそも配信サーバーへ正常に接続できません。マウントポイントの選択を間違えている場合は、接続できたとしても目的とは異なる位置補正情報を受信する可能性があります。 通信には成功していて、継続的にデータ量も増えているのにFIXしない場合は、RTCMメッセージの内容や受信機側の設定へ調査範囲を移す必要があります。 反対に、データそのものが受信できていない場合は、RTCM形式を疑う前に通信設定を確認する方が効率的です。 位置補正情報がどこまで届いているかを段階的に考えると、トラブルを整理しやすくなります。まずネットワークへ接続できているかを確認し、その次に補正データストリームへ接続できているかを確認します。そして、実際にRTCMデータが継続的に届いているか、そのデータが受信機へ渡っているか、最後に受信機がRTK計算へ利用できているかを確認します。 この切り分けができていないと、「FIXしないから位置補正情報サービスに問題がある」と考えてしまったり、逆に「データを受信しているから受信機設定に問題はない」と判断してしまったりします。 また、RTKでは補正情報の鮮度も重要です。位置補正情報はリアルタイム性を前提として利用されるため、通信が大きく遅延したり、途中で長時間途切れたりすると、RTK解の維持が難しくなることがあります。 画面上で通信接続が表示されていたとしても、補正データが適切な間隔で更新されているとは限りません。実務では、接続状態だけでなく、補正情報の経過時間や受信更新状態を確認できるとトラブルを切り分けやすくなります。 さらに、受信したRTCMをどの経路でGNSS受信部へ渡すかも機器構成によって異なります。端末上のアプリケーションがネットワークから位置補正情報を受け取り、接続されたGNSS受信機へ転送する構成もあります。この場合、ネットワーク側の接続だけでなく、端末とGNSS受信機の間のデータ転送が成立している必要があります。 つまり、RTCM対応可否を判断するには、配信元からGNSS受信部までの経路全体を見る必要があります。 「RTCM形式が合っているのに測れない」という場合には、形式だけに注目するのではなく、補正情報がどこまで到達しているのかを順番に確認することが重要です。
対応可否を見抜くポイント4：基準局情報と座標・運用条件
四つ目のポイントは、RTCMデータが利用可能であることと、期待する座標で正しく測れることを分けて考えることです。 RTK測位では、基準となる位置情報と移動局の観測情報の関係が重要です。RTCMには基準局に関する情報を含む構成があり、受信機はそれらを利用しながら測位処理を行います。 しかし、位置補正情報を受信してFIXしたからといって、利用者が必要としている座標系、高さ、現場基準と自動的に一致するとは限りません。 GNSS受信機が内部で扱う座標と、施工現場や測量成果で利用する座標には、測地系、座標参照系、高さの扱いなどの違いがあります。特に高さについては、GNSSから得られる高さと、現場で一般的に扱う標高を同一視すると誤差の原因になります。 RTCMとの通信互換性と座標変換の問題は別です。そのため、補正情報を正常に受信し、RTK FIXになっているにもかかわらず、既知点と比較すると一定量ずれている場合には、すぐにRTCMの形式エラーと判断しない方がよいでしょう。 この場合は、使用している測地系、平面座標への変換条件、高さの扱い、既知点座標の基準などを確認する必要があります。 基準局との距離やネットワーク型補正の運用条件も測位結果に関係します。RTKは基準局と移動局で共通する誤差を利用して高精度化する考え方であるため、どのような補正方式を利用しているかを理解しておくことが重要です。 ネットワーク型の位置補正情報では、利用者のおおよその位置を配信側へ送信し、その位置に応じた補正情報を生成する構成もあります。その場合、端末側から必要な位置情報が正しく送信されていなければ、期待した補正データを受け取れないことがあります。 一方、単独の基準局から直接補正情報を受ける構成では、基準局と移動局の距離や周辺環境などが測位状態に影響します。 ここまで考えると、「RTCMが読めるか」という互換性の確認だけでは十分でないことが分かります。現場で必要なのは、RTCMデータを受け取れることではなく、目的とする座標を再現性よく取得できることだからです。 そのため、位置補正情報を新たに導入したときは、いきなり本番測量へ使用するのではなく、座標が分かっている既知点などで確認することが重要です。RTKがFIXになるかだけでなく、水平位置と高さが期待値に対してどのような差を示すかを確認します。 複数回測定して再現性を見ることも有効です。一度だけ既知点と合ったから問題なしと判断するのではなく、時間を空けて再測定するなど、実際の運用に近い条件で確認すると設定ミスを見つけやすくなります。
「RTCM対応」だけでは判断できない理由
位置補正情報やGNSS受信機の仕様を見ると、「RTCM対応」と短く記載されていることがあります。この表記は互換性を考えるうえで参考になりますが、それだけで利用可否を確定することはできません。 理由は、RTCMという言葉が広い範囲を表しているからです。 まず、RTCMには世代があります。さらに同じ世代の中にも複数のメッセージがあります。受信機が対応する衛星系や信号も異なります。配信側が送っているメッセージ構成もサービスや配信ストリームによって異なります。 つまり、「RTCM対応」とは、必ずしも「どのRTCM配信でもそのまま利用できる」という意味ではありません。 実務では、配信側と受信側を一対一で組み合わせて考える必要があります。 たとえば、受信機Aと位置補正情報Xが正常に利用できたとしても、受信機Bと位置補正情報Xが必ず利用できるとは限りません。同様に、受信機Aが位置補正情報Xを利用できても、位置補正情報Yを同じ設定で利用できるとは限りません。 この考え方は、現場機器の更新時に特に重要です。 以前の受信機で使えていた補正情報だから新しい受信機でも使えるだろう、と判断すると、導入当日に設定で止まる可能性があります。逆に、受信機を変えずに位置補正情報サービスだけを変更した場合も、新しい配信ストリームの仕様確認が必要です。 また、FIXするかどうかだけで互換性を判断するのも十分ではありません。 RTK受信機は、条件によっては利用可能な衛星や信号の一部だけで測位処理を行うことがあります。そのため、完全に意図した構成ではなくてもFIXに到達する場合があります。しかし、衛星の見通しが悪化した現場では、利用できる衛星数の差が測位安定性に表れる可能性があります。 開けた場所では問題なく使えたのに、建物沿いや法面付近ではFIXしにくい場合、単純な電波環境だけではなく、補正情報側と受信機側で利用できる衛星系や信号の組み合わせも確認する価値があります。 位置補正情報の互換性を判断するときは、「接続できる」「RTCMを受信できる」「RTK計算に利用できる」「必要な衛星系を利用できる」「目的の座標で測れる」という段階を分けて評価すると、問題点が見つけやすくなります。
接続できない・FIXしないときの切り分け方
RTCMを使った位置補正情報でトラブルが起きた場合、最初から設定をすべて変更してしまうと、原因が分からなくなることがあります。どの段階で問題が起きているのかを順番に切り分けることが重要です。 まず確認したいのは、GNSS受信機自体が衛星を正常に観測しているかです。補正情報以前に、受信機が十分な衛星信号を取得できていなければ、RTK FIXは難しくなります。 上空が建物や樹木で大きく遮られていないか、アンテナ周辺に信号を反射しやすい構造物がないか、受信衛星数が極端に少なくないかを確認します。 次に、位置補正情報の配信先へ接続できているかを確認します。認証エラーや接続エラーが表示される場合は、RTCMの中身より前の通信段階に問題がある可能性が高くなります。 接続できている場合は、RTCMデータが実際に届いているかを確認します。接続表示だけではなく、データ受信量や補正情報の更新状況が確認できる環境であれば、それらを見ます。 データが継続的に届いているにもかかわらずRTK処理に入らない場合は、メッセージ互換性や受信機側の入力設定を疑います。 さらに、補正情報を認識していてFLOATにはなるものの、長時間FIXしない場合は、RTCM互換性だけでなく測位環境も確認します。マルチパス、衛星配置、遮蔽物、補正データの遅延など、複数の要因が関係するためです。 ここで大切なのは、「FIXしないイコールRTCM非対応」と判断しないことです。 逆に、「一度FIXしたから完全対応」とも判断しない方が安全です。 既知点で複数回測定し、場所を変えても安定してFIXするか、位置補正情報の更新が途切れないか、水平位置と高さに不自然な偏りがないかを確認することで、実運用への適性を判断しやすくなります。 設定変更を行う場合も、一度に複数項目を変更するより、一つずつ変えて結果を見る方が原因を追いやすくなります。 たとえば、マウントポイントを変更した直後に衛星系設定や座標設定まで変更してしまうと、改善した場合でも何が原因だったのか分からなくなります。 現場で繰り返しRTKを使うのであれば、正常時の状態を記録しておくことも有効です。利用した補正情報、接続先、選択した配信ストリーム、受信状態、FIXまでの状態、既知点との差などを把握しておけば、後日トラブルが発生したときに比較できます。 特に複数端末を管理する組織では、正常に動作している端末と動作しない端末の設定差を比較する方法が有効です。RTCM形式そのものに問題があるのか、個別端末の設定に問題があるのかを切り分けやすくなります。
導入前に確認したい実務フロー
位置補正情報を新規導入するときは、機器購入や現場投入の前にRTCMの対応条件を整理しておくと、導入後のトラブルを減らせます。 最初に確認するのは、使用予定のGNSS受信機がどのような位置補正情報入力に対応しているかです。RTCM 3系への対応有無だけでなく、受け付けられるメッセージ種別や利用できる衛星系を確認します。 次に、利用予定の位置補正情報側の配信仕様を確認します。どのRTCMメッセージが送られているか、どの衛星系が含まれているか、ネットワーク経由で受信する場合はどのような接続条件が必要かを整理します。 受信機側と配信側の情報がそろったら、共通部分を確認します。 重要なのは、「配信側が持っている機能の多さ」ではなく、「配信側と受信側の両方が利用できる範囲」です。 位置補正情報側が多くの衛星系を配信していても、受信機側が一部しか対応していなければ、共通部分だけが利用対象になります。逆も同様です。 その後、実機で接続テストを行います。 テストでは、単にRTCMが受信できたかを見るのではなく、RTKの測位状態まで確認します。FIXに到達するか、FIX状態を一定時間維持できるか、補正情報が継続的に更新されているかを確認します。 さらに重要なのが既知点確認です。 高精度測位では、FIXという表示そのものより、必要な座標が得られているかが重要です。水平位置、高さ、測地系、座標変換条件などを確認し、実際の業務で利用できる状態であることを確かめます。 また、テスト場所は一か所だけに限定しない方がよいでしょう。上空が広く開けた場所では良好でも、実際の施工現場では建物、法面、樹木、仮設物などによって条件が変わります。 本番利用を想定するのであれば、代表的な現場環境で測位状態を確認しておくと、実用上の問題を事前に把握できます。 端末変更や受信機変更を行う場合も、同じフローで確認することが大切です。 RTCMは標準形式なので、条件が合えば異なる構成間で位置補正情報を利用できることが大きな利点です。一方で、「標準規格だから設定なしで何でもつながる」という意味ではありません。 仕様確認、接続確認、RTCM受信確認、RTK状態確認、既知点確認という順序で進めることで、どの段階に問題があるのかを明確にできます。 この手順を社内の標準確認フローとして決めておけば、新しい位置補正情報を導入するときだけでなく、端末更新、受信機交換、現場変更などにも対応しやすくなります。
まとめ：RTCMは形式名ではなく中身まで確認する
RTCMは、RTK-GNSSで位置補正情報を受け渡すために広く利用されている重要な標準形式です。しかし、「位置補正情報がRTCM対応」「受信機がRTCM対応」という二つの条件だけでは、実際に問題なく高精度測位できるかを判断できません。 対応可否を見るときは、まずRTCMの世代と受信機側の対応範囲を確認します。次に、位置補正情報として送られているメッセージ種別、衛星系、観測信号と、受信機側が利用できる内容を照合します。さらに、ネットワークや端末を含む配信経路が正常につながっているかを確認し、最後に基準局情報や座標系、高さなどを含めて実際の測位結果を検証することが重要です。 特に覚えておきたいのは、「RTCMを受信できること」と「RTK FIXになること」と「業務で必要な座標を正しく取得できること」は別の確認項目だという点です。 通信に成功しただけでは測位精度は保証されません。FIX表示が出たとしても、座標系や高さの設定が目的と一致していなければ、成果として利用できない可能性があります。 そのため、新しい位置補正情報や受信機を導入するときには、RTCMという形式名だけを見るのではなく、配信されるメッセージ、対応衛星系、通信経路、座標条件まで確認し、既知点で実測してから本番運用へ移行することが大切です。 また、現場で問題が発生したときには、RTCM形式だけを原因と決めつけず、衛星受信、ネットワーク接続、補正データ受信、受信機への入力、RTK演算、座標変換という流れを順番に切り分けることで、原因を特定しやすくなります。 位置補正情報を活用した高精度測位では、規格への対応だけでなく、現場で誰が使っても確認しやすい運用環境を整えることも重要です。複雑なGNSS機器を扱うための専門的な操作をできるだけ減らし、測位状態や位置情報を現場で確認しながら記録できれば、RTKを日常業務へ組み込みやすくなります。 LRTK Phoneは、現場での高精度な位置情報取得を身近な作業へ取り入れるための選択肢です。位置補正情報の受信から測位、位置を持った記録や現場データの活用までを一連の業務として考えたい場合は、RTCMの対応条件を確認したうえで、LRTK Phoneを含む運用方法を検討するとよいでしょう。