防爆電話と業務用無線システムは、危険場所を含む産業環境における重要な通信手段です。固定式の防爆電話は危険区域内の既知の設置場所から確実な通信を提供し、携帯無線機や車載無線機は、点検、保守、運用調整を行う現場要員とともに移動します。しかし、多くの既設プラントでは両システムが別々に発展してきました。電話網はPBXまたはSIP基盤で動作し、無線網は専用チャネルやトークグループを使用するため、両者の間に直接の通信経路がないケースがあります。
防爆電話と無線システムの相互接続は、この分断を解消するためのものです。SIP電話そのものを双方向無線機に変えるわけではありません。代わりに、RoIPゲートウェイ、SIP通信、指令制御によって、固定電話側の音声を無線チャネルの音声、PTT制御、受信状態信号と接続し、固定地点の利用者、指令員、移動無線利用者が同じ管理された通信フローに参加できるようにします。
防爆電話と無線システムの通信方式の違い
防爆電話と業務用無線システムはいずれも音声を伝送しますが、通信モデルは大きく異なります。
SIP防爆電話は一般的な電話端末に近い動作をします。利用者が受話器を上げる、または発信キーを押すとSIP通話が確立されます。通常は双方が同時に話すことができ、呼のルーティングは内線番号、SIP URI、PBXのルーティングルール、または指令サーバーによって決まります。メディアは通常RTPで連続的に伝送されます。
無線システムは通常、チャネルまたはトークグループを中心に構成されます。アナログ無線、DMR、P25、TETRAなどの業務用移動無線は異なる無線インターフェース技術を使用しますが、現場運用では一般にPTTを使用します。つまり、押して送信し、離して受信します。そのため、1つの物理無線チャネルは通常、明確な半二重方式で動作します。
ここから2つの基本的な違いが生まれます。電話利用者は「誰に電話するか」を考えるのに対し、無線利用者は「どのチャネルまたはグループを使うか」を考えます。制御方法も異なります。SIP通話が確立されると電話はすぐにメディアを送信できますが、無線機はRF送信を開始する前にPTTで送信状態にする必要があります。受信側では、COR、COS、スケルチ状態、チャネル使用中などの信号も、現在有効な無線通信を受信しているかをIPシステムが判断するために役立ちます。
RoIPはこれらの違いをなくすのではなく、両者の間に明確な対応関係を作ります。電話側は引き続きSIPとRTPを使用し、無線側は既存の無線機器とチャネルを使用します。RoIPゲートウェイは、音声とともにPTTおよび受信検出制御をIPネットワーク上で伝送します。
固定通話端末と無線システムの接続アーキテクチャ
電話と無線システムを接続する方法は1つではありません。設計上の主な選択肢は、SIP電話からの通話を無線リソースに直接割り当てるか、いったん指令プラットフォームに入れ、オペレーターがいつ、どの無線チャネルを使用するかを判断するかです。
無線チャネルをSIPリソースとして直接割り当てる方式
比較的直接的な方法は、RoIPゲートウェイをSIPエンドポイント、SIPリソース、またはプラットフォームが認識できる通信オブジェクトとして扱うことです。無線チャネルには内線番号またはリソース名を割り当てられます。防爆電話がその宛先に発信すると、音声はRoIPゲートウェイに送られ、ゲートウェイが接続された制御無線機のPTTを動作させ、無線チャネル上で音声を送信します。
このアーキテクチャは、要件が明確なポイントツーポイント通信に適しています。たとえば、コンプレッサー室の防爆通話端末が保守無線グループだけに連絡できればよい場合があります。電話番号をその無線リソースに固定的に割り当てれば、現場利用者が複雑な無線チャネルを自分で選択する必要はありません。
直接統合しても、通常の全二重通話とまったく同じように電話で通信できるわけではありません。無線側は引き続き半二重PTTのルールに従うため、電話側の音声がいつ無線PTTを起動するか、また無線音声を受信している間に電話側をどう動作させるかをシステムで定義する必要があります。
制御レイヤーとしての指令プラットフォーム
2つ目のアーキテクチャは、中央制御室や緊急通信に適しています。防爆電話はまず指令員を呼び出し、個々の無線チャネルは指令プラットフォーム上で別々のリソースとして表示されます。現場からの報告を受けた指令員は、保守無線、警備無線、緊急チャネルなどを選択し、RoIP接続を介してそのリソースから送信できます。
この方式ではオペレーターによる制御レイヤーが追加されますが、運用上の境界がより明確になります。現場電話からの報告をすべての無線利用者へ送信する必要はありません。指令員はまず情報を確認し、その後どのグループに連絡するかを判断できます。必要に応じて、電話利用者と無線リソースを一時的に同じ音声セッションへブリッジすることもできます。
危険場所を含む産業環境では、このアーキテクチャが実際の運用手順により合致することがあります。固定通話端末が事故を報告し、無線利用者が現場対応を調整し、指令席が2つの通信領域をいつ接続するかを決定します。
全二重音声とPTT半二重の適応
タンクヤードに設置されたSIP防爆電話を例にします。この電話はIP PBXまたは指令通信サーバーに登録されています。保守チームはアナログまたはデジタル無線機を使用し、中央制御室にはRoIPゲートウェイへ接続された互換性のある制御無線機があります。
防爆電話が発信したとき、経路の前半は通常のSIP通話と変わりません。
防爆電話 → IPネットワーク → SIPサーバー / 指令プラットフォーム
宛先が無線リソースであるとシステムが判断すると、RTP音声がRoIPゲートウェイへ渡されます。ゲートウェイはIP側の音声を制御無線機の音声入力に適した形式へ変換し、送信が必要なときにPTTを起動します。実際のRF送信は制御無線機が行い、現場の携帯無線機または車載無線機がその信号を受信します。
逆方向も同様です。無線利用者がPTTを押して話すと、制御無線機がRF信号を受信し、その音声をRoIPゲートウェイへ渡します。ゲートウェイはCOR、COS、スケルチ状態などの受信検出信号を使って有効な無線通信があることを判断し、音声をIPメディアに変換して指令プラットフォームまたは電話側へ返します。
この構成では、RoIPゲートウェイ自体がDMR、P25、TETRAの無線インターフェースプロトコルを直接復号するとは限りません。多くの導入では、音声およびPTTインターフェースを提供する互換制御無線機、車載無線機、基地局を使用し、RoIPゲートウェイがその無線エンドポイントを制御します。無線機器に適切な音声、PTT、受信検出インターフェースがあれば、同じ基本的なRoIPアーキテクチャを異なる無線方式に適用できます。
そのため、RoIP機器を選定する前に無線インターフェースを確認する必要があります。「システムがDMRを使用している」という情報だけでは不十分です。実際の制御無線機の型式、音声インターフェースが2線式か4線式か、利用できるPTT電気インターフェース、COR/COSの有無、音声レベルとインピーダンスの整合方法も確認する必要があります。
SIPとRoIP間の音声・制御変換
音声経路を接続することは最初の段階にすぎません。多くの相互接続プロジェクトでは、誰に送信権を与えるかという制御の方が難しい課題になります。
SIP電話の利用者は、受話器を上げれば毎回PTTを押さずに話せることに慣れています。一方、無線利用者は異なり、PTTを押さなければ無線機は送信しません。そのため、電話側の音声によってRoIPゲートウェイが無線PTTを起動する条件を明確に定義する必要があります。
明示的な制御は、最も予測しやすい方法の1つです。指令員が専用PTTキーを持ち、そのキーを押している間だけ選択した無線リソースを送信状態にできます。専用の産業用通話端末では、プログラマブルキー、DTMF、またはシステム定義の制御コマンドを使って送信モードへ移行する方法もあります。
一部のシステムでは、音声活動検出によって発話から自動的にPTTを起動します。利用者には便利ですが、騒音の大きい産業環境では慎重に適用する必要があります。ポンプ、コンプレッサー、換気設備、警報音などがマイク経路に入る可能性があります。VADのしきい値設定が不適切だと、背景騒音によって無線機が繰り返し送信状態になり、チャネルを占有するおそれがあります。
無線チャネルの使用状態も考慮する必要があります。無線利用者がすでに送信中に電話側が同時にPTTを起動すると、音声が衝突する場合があります。RoIPゲートウェイがCOR/COSまたはチャネル使用中を監視できれば、指令システムは無線リソースが受信中であることを把握し、別の送信を遅延またはブロックできます。
したがって、電話と無線の相互接続は単純な音声ブリッジではありません。実用的なシステムでは、少なくとも次の3点を定義する必要があります。
電話側がいつ送信できるか。
無線リソースが受信中にIP側から割り込めるか。
発話終了後、どの程度の速さでPTTを解除し、チャネルを受信状態へ戻すか。
PTTのテールディレイが短すぎると、最後の単語や音節が切れることがあります。長すぎると無線チャネルが不要に占有されます。これらの値は別案件の設定をそのままコピーせず、実際の無線機器で試験する必要があります。
固定・移動通信における指令プラットフォームの役割
1台の電話を1つの無線チャネルへ接続するだけであれば、RoIPゲートウェイ単体でインターフェース上の問題の多くを解決できます。しかし、産業施設の運用は1対1の規模に留まることはほとんどありません。
製油所では、タンクヤード、荷役エリア、ポンプステーション、コンプレッサー棟などに多数の防爆電話が配置されることがあります。無線リソースには、保守、警備、消防対応、生産などのグループが含まれます。この段階になると、指令システムは単なる音声経路ではなく、異なる通信リソース間の運用上の関係を構成するレイヤーになります。
固定防爆電話は、分かりにくいSIP内線番号ではなく、指令画面上で「タンクヤード T-03 電話」のように表示できます。RoIPリソースも「保守 DMR チャネル」や「緊急無線」のように表示できます。指令員はSIP URI、ゲートウェイポート、無線機型式ではなく、実際の運用場所と業務名を確認できます。
タンクヤードの電話から着信すると、指令席は固定された場所をすぐに把握できます。事故内容を確認した後、オペレーターは保守無線を選択して技術者へ連絡できます。状況が拡大すれば、消防対応や警備の無線グループも追加できます。必要に応じて一時的な音声ブリッジを作成し、防爆電話の利用者が無線グループの音声を直接聞いて応答できるようにすることも可能です。
このようなブリッジは、すべての電話と無線グループを常時接続するよりも、指令員が必要なときに制御する方が適切です。常設ブリッジでは2つの独立した通信領域が常に結合され、通常の電話トラフィックが無線チャネルに流れたり、内部の無線通信が不要に電話側リソースを占有したりします。
したがって指令制御の目的は、通信領域を常時接続することではなく、運用上の事象で必要になったときに接続することです。
既設アナログ通信システムの統合
稼働中の多くのプラントは新設ではなく、既設設備を活用するブラウンフィールド環境です。現場では10年以上使用されているアナログ防爆電話と、中央制御室の従来型UHFまたはVHF無線設備が残っている場合があります。相互接続が必要になるたびに、すべてをSIP端末や新しい無線システムへ交換すると、プロジェクトコストだけでなく設備停止のリスクも高まります。
このような環境はレイヤーごとに統合できます。
既存のアナログ電話はFXS音声ゲートウェイを介してIP PBXまたは指令プラットフォームへ接続できます。指令システムから見れば、各電話は識別可能で呼び出し可能なリソースになります。現場までの最終配線がアナログ銅線のままでも、統一された通話フローへ組み込むことができます。
無線側では既存の制御無線機を継続利用できます。RoIPゲートウェイをその音声、PTT、COR/COSインターフェースへ接続し、ローカルの無線リソースをIPネットワーク上へ拡張します。
構成例は次のようになります。
アナログ防爆電話 → FXSゲートウェイ → SIP / 指令
SIP防爆電話 → IPネットワーク → SIP / 指令
↓
指令プラットフォーム → RoIPゲートウェイ → 既設制御無線機 → 携帯 / 車載無線機
近代化の目的は、すべての現場機器を同一規格に置き換えることから、上位レイヤーで通信リソースをどのように表示し、操作するかを標準化することへ移ります。これは大規模な既設プラントで特に有効です。1回の保守停止期間ですべての現場機器を交換するのではなく、電話と無線システムを段階的に更新できます。
RoIPリンクの遅延と音声品質の管理
ラボ試験で無線機から一文が聞こえたというだけでは、基本インターフェースが接続されていることしか確認できません。実運用では、複数の処理段階を通過した後でも音声が実用に耐える必要があります。
防爆電話から無線利用者までの送信は、SIP端末でのエンコード、IPネットワーク転送、指令サーバー処理、RoIPゲートウェイでのデコード、PTT確立、制御無線機の送信、RF受信を通過する場合があります。戻り経路ではこの処理が逆向きに繰り返されます。各段階の間で不要なトランスコードが発生すると、エンドツーエンド遅延はさらに増加します。
通常の電話では数ミリ秒の追加遅延が問題にならなくても、PTT無線運用は遅延の影響を受けやすくなります。無線PTTが送信経路を完全に確立する前に電話利用者が話し始めると、最初の単語や音節が失われることがあります。そのためRoIPシステムでは、適切なPTTリードディレイまたは音声バッファ時間が必要になる場合があります。
IPネットワークではジッタ、パケットロス、QoSも管理する必要があります。音声は監視映像、オフィストラフィック、設備監視データと同じ産業ネットワークを共有する場合があります。混雑時にRTPトラフィックへ適切なQoSが与えられないと、IP接続自体は維持されていても、音声の途切れ、発話遅延、明瞭度低下が発生する可能性があります。
コーデックは経路全体で評価する必要があります。G.711は処理遅延が小さく互換性も高い一方、より多くの帯域幅を使用します。圧縮コーデックは帯域幅を削減できますが、追加のエンコード遅延を生じることがあります。仕様上もっとも魅力的なコーデックを選ぶことではなく、不要なトランスコードを減らし、電話、サーバー、RoIPゲートウェイ間に安定して予測可能なメディア経路を構成することが重要です。
音声レベルも試運転時に調整する必要があります。電話側でRTPレベルが正常でも、制御無線機の入力レベルが適正とは限りません。レベルが低すぎると無線音声が小さくなり、高すぎるとクリッピングや歪みが発生します。受信方向と送信方向は個別に調整する必要があります。
システム冗長化と緊急通信のレジリエンス
防爆電話と無線システムの相互接続は、通常の事務電話よりも、設備故障、漏洩、人身事故、緊急対応で使用されることが多くあります。独立していた2つのシステムを接続すると、共通の障害点も生まれます。
すべての無線リソースが1台のRoIPゲートウェイに依存し、そのゲートウェイが停電すると、電話利用者は無線システムへ到達できなくなります。ゲートウェイが動作していても唯一の制御無線機が故障すれば、IPプラットフォームは使用可能なRF経路を失います。遠隔拠点から中央制御室へのIP接続が1本しかない場合、そのリンクが失われると遠隔の無線リソースも利用できなくなります。
冗長RoIPゲートウェイ、予備無線機、二重ネットワーク経路、VPNバックアップ、二次指令センターのどこまで必要かは、システムの重要度によって異なります。すべての案件であらゆる冗長構成が必要なわけではありませんが、設計時には重要通信経路に存在する各単一障害点を特定する必要があります。
アクセス制御も重要です。通常の生産用通話端末が緊急無線チャネルへ直接アクセスする必要がない場合もあります。緊急キーには短いルーティングと高い優先度を設定し、一般利用者が重要な無線リソースを誤って占有しないようにする必要があります。
録音設計では電話側と無線側の会話全体を記録する必要があります。SIP電話の音声だけを録音し、RoIPから戻る無線音声を記録しない場合、事故再生では会話の半分しか確認できません。複数システムを統合すると、時刻同期も重要になります。電話通話記録、無線PTTイベント、指令操作、録音は、できるだけ共通のNTP時刻基準を使用することが望まれます。
固定式防爆通話端末には、物理的な設置場所があらかじめ分かっているという重要な運用上の利点もあります。指令プラットフォームが内線IDと設置地点の対応を正確に維持していれば、着信時に機器の場所をすぐ表示できます。指令員はその位置情報を無線連携に引き継げるため、発信者が事故場所の説明に貴重な時間を使う必要がありません。
相互接続システムの試験と試運転
電話–RoIP–無線統合でよく行われる受入試験の1つは、防爆電話から番号をダイヤルし、近くの携帯無線機から音声が出ることを確認する方法です。
しかし、この試験で確認できるのは基本的な一方向経路が存在することだけです。
正式な試運転では、異なる通信動作を個別に確認する必要があります。まず防爆電話から無線リソースを呼び出し、PTTが起動するか、最初の単語が欠けないか、無線グループで明瞭な音声を受信できるかを確認します。次に無線利用者から返信し、COR/COS検出とRTP戻り音声が正しく動作することを確認します。素早い話者交代も試し、PTT解除と再送信時のタイミングが目立つ遅延を生じないか確認する必要があります。
指令を中心とするシステムでは、さらに次の項目を確認します。
固定通話端末から着信したとき、正しい機器名と設置場所が表示されるか。
指令員が目的の無線リソースを正確に選択できるか。
無線チャネル使用中状態が明確に表示され、意図しないチャネル上書きを防げるか。
音声ブリッジ確立後、電話利用者と無線利用者が正しく交互に話せるか。
録音に会話双方の音声が含まれているか。
ネットワーク、SIPサーバー、RoIPノードのフェイルオーバー後もPTTと音声が機能するか。
制御無線機が故障した場合に、あらかじめ定めた予備経路が存在するか。
最終試験は中央制御室内だけでなく、実際の危険区域でも行う必要があります。コンプレッサー室の騒音、現場電話のマイク特性、無線カバレッジの境界、VPNリンクの遅延などは、ラボの試験台だけでは完全に再現することが困難です。
実用的な相互接続システムとは、電話と無線が時々聞こえるだけのシステムではありません。運用条件で必要になったときに、固定地点の通信と移動無線リソースを指令員が確実に接続、制御、録音し、終了後に再び分離できるシステムです。
よくある質問
SIP防爆電話をRoIPゲートウェイへ直接登録できますか？
RoIPゲートウェイとシステム全体の構成によって異なります。一部のゲートウェイはPBXまたは指令サーバーに接続されたSIPリソースとして動作し、特定のポイントツーポイントSIP構成に対応する場合があります。ただし、すべてのRoIP機器が一般的なIP PBXのように多数のSIP電話を管理できると考えるべきではありません。大規模システムでは通常、SIPサーバーまたは指令プラットフォームが電話を管理し、RoIPゲートウェイが無線リソースへのアクセスを提供します。
1台のRoIPゲートウェイで電話利用者を複数の無線グループへ接続できますか？
ゲートウェイのチャネル数、接続する無線機の数、指令プラットフォームの機能によって異なります。マルチチャネルRoIPゲートウェイで異なるチャネルの制御無線機を個別に接続し、それぞれを独立した無線リソースとして表示できます。その後、番号ルーティング、プログラマブルキー、指令員による選択、業務ルールなどで宛先の無線グループを選択できます。
RoIPゲートウェイでDMRをP25またはTETRAへ直接変換できますか？
1つの無線インターフェースプロトコルを別のプロトコルへ直接変換するという単純な意味ではできません。多くのRoIPシステムは、異なる無線システムの互換制御無線機を接続し、音声とPTT制御のレイヤーで相互接続を実現します。トークグループID、メッセージ、暗号化、ネイティブなデジタルシグナリングまで含む深い相互運用が必要な場合は、専用システムインターフェースや専門的な相互運用機能が必要です。標準的な音声ベースのRoIPゲートウェイだけでは十分ではありません。
アナログ防爆電話をRoIP無線指令システムへ統合できますか？
はい。多層型のアーキテクチャを使用できます。アナログ防爆電話をまずFXS音声ゲートウェイ経由でSIPまたは指令プラットフォームへ接続し、そこからRoIP無線リソースへ接続します。これにより既存のアナログ現場電話配線を継続利用しながら、固定電話と無線利用者を統一された指令フローへ組み込めます。
防爆電話を無線システムへ接続すると既存のEx認証に影響しますか？
中央システム側にSIPサーバー、指令プラットフォーム、RoIPゲートウェイを追加しても、現場の防爆電話そのものの認証が自動的に変わるわけではありません。ただし、現場機器、電源、ケーブル引込部、設置方法、付属品は、承認済みの認証範囲とプロジェクト要件を引き続き満たす必要があります。認証済み防爆構造に関わる変更は、別途確認する必要があります。
