基準局のデータ形式が読めないときに最初に整理したいこと
基準局から補正データを受信しているにもかかわらず、GNSS受信機で固定解にならない、補正情報が認識されない、データ形式エラーが表示されるといった問題は、測量や施工管理の現場で起こり得ます。このような場合、単純に「基準局が故障している」「通信回線が不安定だ」と判断するのではなく、基準局が送信しているデータと受信側の仕様が互換しているかを順番に確認することが重要です。
基準局を利用した高精度測位では、基準局が観測したGNSSデータを補正情報として移動局へ送信します。しかし、補正情報には複数のデータ形式やメッセージタイプが存在し、受信側がその内容を適切に解析できなければ、通信自体は成立していても測位には利用できません。
つまり、「接続できること」と「補正情報を正しく利用できること」は別の問題です。ネットワークへの接続が成功し、データ量が増えているように見えても、受信機が必要なメッセージを解釈できていなければ、期待する測位状態には移行しません。
また、同じ形式名が表示されていても、含まれる衛星システム、信号、基準局情報、観測値の内容によって実際の互換性は異なります。データ形式だけを見て判断すると、原因を見落とすことがあります。
基準局のデータが読めないときは、形式、メッセージ内容、衛星システム、通信方式、座標情報、受信設定、実データという順に確認すると、原因を切り分けやすくなります。ここでは、実務担当者が現場で確認しておきたい7項目を詳しく解説します。
互換性確認1：補正データのフォーマットとバージョンを確認する
最初に確認したいのは、基準局から配信されている補正データのフォーマットです。GNSSの補正情報では、観測値や基準局情報を一定の規則に従って格納し、受信側で解析できるようにしています。
実務では、単に「補正データ対応」と記載されているだけでは十分ではありません。同じ系統のフォーマットでも複数の世代や仕様があり、受信機や測位アプリが対応している範囲が異なる場合があります。
たとえば、基準局側では比較的新しい形式でデータを配信しているものの、受信機側では一部のメッセージしか解析できないケースがあります。逆に、既存設備から出力されるデータが古い形式で、現在使用しているシステムがその形式を想定していない場合もあります。
ここで重要なのは、名称だけではなく「どのバージョンのどのメッセージを扱えるか」を確認することです。
GNSS補正データで広く利用される形式の一つにRTCMがありますが、RTCMと表示されているだけで完全な互換性が保証されるわけではありません。実際には配信されるメッセージタイプや衛星システムの組み合わせまで確認する必要があります。
また、変換装置や中継システムを途中に入れている場合は、元の基準局が出力している形式と、最終的に移動局へ届いている形式が同一とは限りません。中継時にフォーマット変換やメッセージの選別が行われている可能性があります。
そのため、障害調査では「基準局が何を出力しているか」だけではなく、「移動局の直前で何を受信しているか」を確認する視点が重要です。
仕様書に対応形式が記載されていても、対応範囲が限定されている場合があります。フォーマット名だけで互換性があると判断せず、バージョンとメッセージ内容まで照合することが最初の確認ポイントです。
互換性確認2：メッセージタイプが受信機側に対応しているか確認する
補正データの形式が合っていても、基準局が送信するメッセージタイプと受信機側の対応範囲が一致していなければ、正常に測位できないことがあります。
補正データには、基準局の座標、衛星観測値、アンテナに関する情報など、複数の種類の情報が含まれます。それぞれが異なるメッセージとして送信され、受信側は必要な情報を組み合わせて補正計算を行います。
このため、単にデータが流れているだけでは判断できません。受信バイト数が増えていても、測位に必要な観測データが含まれていなければ、高精度な解を得ることはできません。
特に確認したいのが、現在利用している衛星システムの観測データが含まれているかという点です。基準局が複数の衛星システムを観測していても、配信設定によっては一部しか補正データとして送っていない場合があります。
また、同じ観測内容でも、旧来型のメッセージと、複数信号を効率的に扱える比較的新しい構造のメッセージが利用されることがあります。受信機がその構造を解釈できなければ、接続状態は正常でも補正情報が利用されないことがあります。
実務上は、基準局側の配信設定と受信側の対応表を照合する方法が確実です。どのメッセージ番号が一定周期で出力されているか、受信側はそのメッセージを解析できるかを確認します。
さらに、配信周期も重要です。必要なメッセージが含まれていても、更新間隔が想定より長かったり、一部だけ断続的に届いていたりすると、測位状態が安定しない場合があります。
問題が発生した際には、「どのメッセージが来ていないか」という視点で調査すると原因を絞り込みやすくなります。形式全体を一括して疑うよりも、必要なメッセージ単位で確認することで、基準局側と受信側のどちらに原因があるか判断しやすくなります。
互換性確認3：測位衛星システムと信号の対応範囲を確認する
基準局と移動局の互換性を確認するときは、対応する測位衛星システムと信号の組み合わせも確認する必要があります。
現在のGNSS受信機では、複数の測位衛星システムや複数周波数の信号を同時に利用する構成が一般的です。利用できる衛星や信号が増えることで、上空視界が限られる環境でも観測条件を改善できる可能性があります。
しかし、基準局が観測できる衛星システムと、移動局が利用できる衛星システムが完全に一致しているとは限りません。
たとえば、移動局が複数の衛星システムに対応していても、基準局からそのうち一部の観測データしか配信されていなければ、実際に補正計算で利用できる衛星数は限定されます。
反対に、基準局が多くの信号を送信していても、受信側が一部の信号形式を解析できなければ、それらのデータは測位に活用されません。
ここで誤解しやすいのが、画面に表示される「受信衛星数」です。衛星を追尾していることと、その衛星について補正情報を利用できていることは同じではありません。
移動局自身は多数の衛星を捕捉できていても、基準局との共通観測衛星が少なければ、RTK処理に利用できる衛星数は減ります。その結果、単独測位はできるものの、固定解への移行に時間がかかったり、固定状態を維持しにくくなったりする可能性があります。
そのため、基準局データの互換性を確認するときは、衛星数だけではなく、基準局と移動局で共通して利用可能な衛星システムと信号を確認することが大切です。
現場環境による違いも考慮する必要があります。建物、橋梁、法面、樹木、重機などによって上空視界が遮られると、もともと利用可能な衛星数が減ります。その状態で基準局との共通信号が限定されていると、互換性上の小さな差が測位性能に大きく影響することがあります。
開けた場所では正常なのに構造物付近で固定解になりにくい場合、単純な通信障害ではなく、利用できる衛星と信号の組み合わせが関係している可能性もあります。
互換性確認4：配信方式と通信プロトコルの条件を確認する
基準局のデータ形式を確認しても問題が見つからない場合は、補正データの配信方式を確認します。
インターネット経由で補正情報を取得する構成では、NTRIPが利用されることがあります。NTRIPでは、補正データをネットワーク上で配信し、移動局側が接続先を指定して受信します。
ここでは、補正データそのものの形式と、データを届けるための通信方式を分けて考えることが重要です。
通信接続に成功していても、選択したマウントポイントが目的のデータ形式ではない可能性があります。また、複数の基準局や複数の配信形式が用意されている環境では、接続先によって受信できる内容が異なることがあります。
そのため、接続先名称だけではなく、その接続先がどの形式、どの衛星システム、どのメッセージタイプを配信しているのかを確認します。
位置に応じて補正情報を選択する配信構成では、移動局側から現在位置に関する情報を送信する設定が必要になる場合もあります。その情報が正しく送信されていないと、期待する補正情報が配信されないケースがあります。
さらに、ユーザー認証、接続先、ポート、マウントポイントなどの設定項目も確認対象です。これらの設定が正しくない場合は、そもそも接続できないことが多いですが、構成によっては通信状態だけを見ても異常を判断しにくい場合があります。
社内ネットワークや現場の通信環境も切り分けが必要です。移動体通信では接続できるのに社内ネットワークでは受信できない場合、補正データ形式そのものではなく、ネットワーク経路や通信制限が影響している可能性があります。
逆に、接続自体は安定しているのにデータ解析エラーが発生する場合は、通信方式よりもフォーマットやメッセージ互換性を優先して疑うべきです。
このように、基準局のトラブル調査では「接続できない」「データが来ない」「データは来るが読めない」「読めるが固定しない」を分けて整理することが重要です。それぞれで確認すべき範囲が異なるため、現象を正確に記録しておくと切り分けが早くなります。
互換性確認5：基準局情報と座標系・高さ基準を確認する
基準局データが正常に読み取れていても、基準局の座標情報や座標系の扱いに問題があると、測位結果を業務で正しく利用できないことがあります。
これは「データが読めない」という症状とは少し異なりますが、実務上の互換性確認では必ず確認しておきたい項目です。
RTKでは、基準局の既知座標を基準として移動局の位置を求めます。そのため、基準局の座標設定に誤りがあれば、移動局側の結果にもその影響が現れます。
特に注意したいのは、測位計算で扱われる地球中心の座標、緯度・経度・楕円体高、平面上で利用する座標、現場独自の座標などを混同しないことです。
数値が表示されているからといって、同じ基準であるとは限りません。
高さについても同様です。GNSSで直接得られる高さと、現場で利用する標高相当の高さは、そのまま同じ値として扱えるとは限りません。どの高さ基準で管理しているかを確認しないままデータを連携すると、水平方向は合っているのに高さだけずれるといった現象が起こり得ます。
また、基準局座標を手入力して運用している場合は、桁数、単位、緯度経度の表現方式、符号などの入力ミスにも注意が必要です。
座標値の誤りは通信エラーとして表示されないことがあります。システム上は正常に補正計算が進み、固定解として表示されても、結果全体が一定量ずれている可能性があります。
したがって、新しい基準局や新しい補正サービスへ切り替えた直後は、既知点で測定して既存成果と照合する確認が重要です。
さらに、基準局の位置自体が同じでも、使用している座標系や変換条件が変更されていないか確認します。過去のデータと現在のデータを混在させる場合は、取得時期や座標基準の違いも管理しておく必要があります。
互換性という言葉から機器同士の接続だけを想像しがちですが、実務では座標情報まで含めて互換して初めて、業務で利用できるデータになります。
互換性確認6：受信機・アプリ側の入力設定と更新状態を確認する
基準局側のデータが正しくても、受信機や測位アプリ側の設定が合っていなければ補正情報を利用できません。
特に、以前は正常に使えていた構成で突然問題が起きた場合は、受信側の設定変更や更新の影響を確認します。
ソフトウェア更新によって通信設定が初期化されたり、接続先が切り替わったりする場合があります。また、端末を交換した際に、以前の設定を完全には引き継げていないケースもあります。
まず、補正入力が有効になっているか、入力元が正しいかを確認します。ネットワーク経由、無線経由、シリアル通信など複数の入力経路を利用できる構成では、想定とは異なる入力先が選択されている可能性があります。
通信速度やデータビットなどの条件を設定する有線接続では、基準局側または中継機器側との設定不一致も確認します。ネットワーク経由の場合とは違い、物理的に接続されていても通信条件が一致していなければ正しく解析できません。
次に、受信機やアプリが対象フォーマットを有効にしているかを確認します。対応している形式でも、設定によって一部の入力処理が無効になっている場合があります。
さらに、内部ソフトウェアやアプリの更新状況も確認します。新しい形式への対応が後から追加されることもあれば、更新後に設定方法が変わることもあります。
ただし、更新すれば必ず解決すると考えるのは避けるべきです。現場で稼働中のシステムを更新する場合は、現在の設定内容を記録し、変更前後で同じ条件のテストを行えるようにしておくことが重要です。
互換性問題の調査中に複数の設定を同時に変更すると、何が原因だったのか分からなくなることがあります。接続先、入力方式、補正形式、衛星設定などを一度に変更せず、一項目ずつ確認するほうが原因を特定しやすくなります。
また、複数台の受信機を運用している現場では、正常な端末との比較が有効です。同じ場所、同じ基準局、同じ接続先で一方だけ受信できないのであれば、受信側の設定差を優先的に確認できます。
反対に複数端末で同時に問題が発生した場合は、基準局側や配信側、通信経路など共通部分に原因がある可能性が高くなります。
互換性確認7：実際の受信ログでデータ欠落や変換異常を確認する
仕様書や設定画面を確認しても原因が分からない場合は、実際に受信しているデータやログを確認します。
互換性問題の切り分けでは、仕様上の対応可否と、現場で実際に届いているデータを分けて考える必要があります。
基準局が設定上は特定のデータを出力することになっていても、中継装置、ネットワーク、配信サーバーなどを通過する過程でデータが変わっている可能性があります。
ログを確認するときは、単に「データが存在するか」だけを見るのではなく、一定時間継続して受信できているかを確認します。
短時間だけ正常に見えても、数十秒ごとに通信が途切れている場合は、RTKの測位状態が不安定になることがあります。補正情報の経過時間が大きくなっていないか、受信停止が繰り返されていないかを確認します。
また、特定のメッセージだけ欠落していないかも重要です。
基準局座標に関する情報は届いているものの観測データが不足している、ある衛星システムだけ含まれていない、必要な情報の更新周期が極端に長いといった状態では、受信機が期待どおりに動作しない場合があります。
可能であれば、正常な状態のログと異常発生時のログを比較します。
比較するときは、同じ基準局、同じ時間帯、同じ受信条件に近づけると判断しやすくなります。日時、場所、接続先、使用端末、測位状態などを合わせて記録すると、後から調査する際にも役立ちます。
ログに解析エラーが記録されている場合は、そのエラーが通信途絶によるものか、未対応メッセージによるものか、データ破損によるものかを切り分けます。
ここでも、一つのエラーだけを見て原因を断定しないことが大切です。たとえば未対応の補助的なメッセージが含まれていても、測位に必要な主要データを正常に利用できていれば問題にならない場合があります。
反対に、画面に明確なエラーが表示されなくても、必要な観測データが欠落しているケースがあります。
そのため、最終的にはログの内容と実際の測位状態を組み合わせて判断する必要があります。
基準局データの互換性問題では、「通信できているように見える」という状態が調査を難しくします。実際の受信ログまで確認することで、感覚的な判断ではなくデータに基づいて原因を特定しやすくなります。
基準局の互換性問題を切り分ける実務フロー
基準局のデータが読めないときは、思いついた設定を次々に変更するより、確認順序を決めて切り分けることが重要です。
最初に確認するのは、問題が発生している範囲です。一台だけで発生しているのか、同じ基準局を利用している複数端末で発生しているのかを確認します。
一台だけであれば、その端末固有の設定やソフトウェア状態を優先的に調べます。複数台で同時に発生している場合は、基準局、配信システム、ネットワークなど共通部分を疑います。
次に、通信そのものが成立しているか確認します。
まったくデータが届いていない場合は、認証情報、接続先、通信回線などを確認します。データが継続的に届いている場合は、通信問題よりもフォーマットやメッセージ互換性を確認します。
その次に、補正データの形式とメッセージ内容を確認します。
受信機側の仕様と照合し、必要な観測メッセージが含まれているかを確認します。同時に、基準局と移動局で利用できる衛星システムや信号に十分な共通部分があるかも確認します。
ここまで問題がなければ、受信側の設定を調べます。入力先、補正設定、衛星設定などを確認し、正常端末があれば設定差を比較します。
その後、既知点で測定して位置結果を確認します。
補正情報を認識して固定解になっていても、座標系や高さ基準が合っていなければ業務で正しい結果にはなりません。既存成果と比較し、水平方向と高さ方向を分けて確認します。
最後にログを保存します。
一時的に問題が解決したように見えても、原因を記録していなければ再発時に同じ調査を繰り返すことになります。変更した項目、変更前後の状態、測位結果を記録しておくことで、次回の対応を効率化できます。
この順序で確認すれば、「基準局の問題」「通信の問題」「データ形式の問題」「受信側の問題」「座標管理の問題」を分けて考えやすくなります。
基準局データを業務で安定利用するための管理ポイント
基準局データの互換性は、トラブルが発生したときだけ確認するものではありません。日常的に仕様と設定を管理しておくことで、現場で問題が発生した際の復旧時間を短縮できます。
まず、使用している基準局ごとに、配信形式、主なメッセージタイプ、対応衛星システム、接続方法、座標基準などを記録しておくと便利です。
複数の基準局や配信先を使い分けている場合は、名称だけではなく、それぞれの役割や対応範囲を明確にします。
「いつも使っている接続先」という運用だけでは、担当者が変わったときに判断できなくなります。設定の意味まで含めて共有することが重要です。
次に、受信機側の標準設定を決めます。
複数台を運用する場合、端末ごとに設定が異なると障害調査が難しくなります。現場ごとの例外設定が必要な場合でも、標準状態との差分を記録しておくことで原因を追跡しやすくなります。
ソフトウェアや内部システムを更新するときも、更新前の状態を保存しておきます。
更新後は、接続確認だけで終了せず、補正データの受信、固定解への移行、既知点での座標確認まで実施すると安心です。
また、基準局や受信機の設定だけでなく、現場で取得した結果を記録する仕組みも重要です。
測位できたかどうかだけではなく、どの場所で、どの時刻に、どの基準局を利用し、どのような測位状態だったかを残しておけば、後から異常を検証しやすくなります。
施工管理や出来形確認などで位置情報を利用する場合は、座標データだけでは現場状況が分からないことがあります。そのため、位置情報と現場写真、対象物、作業内容を関連付けて記録しておくと、結果を追跡しやすくなります。
基準局から正しい補正情報を受け取ることは高精度測位の入口ですが、実務では、その位置情報を誰がどの対象に対して取得したのかまで管理して初めて記録として活用しやすくなります。
まとめ
基準局のデータ形式が読めないときは、単純に機器の対応・非対応だけで判断せず、補正データのフォーマット、メッセージタイプ、衛星システムと信号、配信方式、基準局座標、受信側設定、実際のログという7つの視点から確認することが重要です。
特に注意したいのは、接続できていることと、補正データを正しく利用できていることは別だという点です。
データ通信が継続していても、必要なメッセージが含まれていなかったり、受信側が解析できなかったりすれば、期待するRTK測位にはつながりません。反対に、データ形式が正常でも、座標系や高さ基準が一致していなければ、業務で利用する位置情報として問題が生じる可能性があります。
トラブル時には一度に多くの設定を変更せず、どこまで正常なのかを一段階ずつ確認することが大切です。正常端末との比較や受信ログの保存も、原因を効率的に切り分けるうえで有効です。
さらに、基準局を利用した高精度測位を施工記録や現場管理へつなげる場合は、測位結果だけでなく、取得場所、現場写真、対象物、作業内容を一体的に管理できる環境を整えることで、後から確認しやすい記録になります。
LRTK Phoneは、現場で取得した位置情報と写真、施工記録を関連付けて管理する自社プロダクトです。基準局から得た補正情報を使った測位結果を、現場での記録や確認業務までつなげたい場合は、補正データの互換性確認とあわせて、位置情報をどのように保存・共有・活用するかまで検討すると、より安定した運用につなげられます。