専用無線ネットワークは、工場、空港、港湾、公益事業、その他の重要施設における運用の中核であり続けています。DMR、PDT、TETRAに基づくシステムは、高速プッシュツートーク（PTT）通信、制御されたトークグループ、および現地要員向けの専用カバレッジを提供します。その主な強みは信頼性の高い運用音声ですが、ブロードバンドビデオ、モバイルデータ、広域アクセスをサポートする能力はしばしば制限されます。

セルラーベースのプッシュツートーク（通称PoC）は、LTE、5G、Wi-Fiを介してカバレッジを拡張し、位置報告、緊急アラート、ビデオ通話、ライブビデオ返送をサポートできます。しかし、既存の専用無線システムの隣にPoC端末を導入しても、自動的に相互運用性が生まれるわけではありません。両環境では、異なるID、グループ構造、シグナリング方式、メディアパスが使用されています。

したがって、実用的な統合ソリューションには、単なるゲートウェイ以上のものが必要です。通話とグループを制御するプラットフォーム、専用チャネルをIPネットワークに公開する無線インターフェース、適切なユーザー端末、およびチャネルアクセス、緊急優先度、障害処理に関する明確に定義されたルールが必要です。

両方のネットワークが連携することでより強力になる理由

専用無線とPoCは異なる通信課題を解決します。専用無線システムは通常、予測可能なローカルカバレッジ、高速グループ通話、およびサイト制御下での継続運用向けに設計されています。これは、現場チームがシンプルで即時的かつ規律ある半二重通信を必要とする場合に特に有用です。

PoCは通信を無線カバレッジエリアの外に拡張します。スーパーバイザーは別の施設からグループに参加でき、モバイルユーザーはビデオでインシデントを報告でき、ディスパッチャーはデバイスの位置を地図上で表示できます。これらの機能は、地域運用、リモートサポート、マルチメディア調整に価値があります。

統合により、各ネットワークは強みを維持できます。既存の無線ユーザーは使い慣れた携帯型、車載型、または基地局無線機を引き続き使用し、PoCユーザーは選択された専用無線チャネルへの制御されたアクセスを獲得します。ディスパッチセンターは、ID、権限、通話記録、運用ワークフローが調整されるポイントになります。

目標は、すべてのPoC機能を専用無線ネットワークに移行することではありません。ほとんどのプロジェクトでは、両側間の共通サービスは音声とPTT制御です。位置情報、ビデオ、画像、アプリケーションデータはブロードバンド側に留まり、ディスパッチャーまたは他の権限のあるPoCユーザーに提示されます。

ソリューションを支える6つの構成要素

1. コマンド・ディスパッチプラットフォーム

中央プラットフォームは、ユーザー、グループ、通話、通信権限を管理します。必要な可用性、セキュリティポリシー、ネットワーク条件に応じて、オンプレミスサーバー、プライベートデータセンター、またはクラウドプラットフォームにインストールできます。

その中核機能には通常、SIP通話制御、PoCグループ通信、音声ディスパッチ、ビデオ処理、GISベースの位置表示、インシデント指示、通話録音、運用ログが含まれます。また、ディスパッチコンソール、モバイル端末、IP電話、ゲートウェイ、互換性のあるサードパーティアプリケーションへの接続ポイントも提供します。

プラットフォームはユーザーIDを物理デバイスから分離する必要があります。ディスパッチャーは、無線コネクタ番号やゲートウェイポートではなく、「メンテナンスグループ」「エアサイドセキュリティ」「緊急チャネル」などの運用名を理解する必要があります。

2. 無線インターワーキングゲートウェイ

無線インターワーキングゲートウェイは、IPディスパッチ環境を既存の専用無線システムに接続します。無線側では、オーディオ、PTT、キャリア検出、アクセサリインターフェースを介して基地局、移動無線機、または互換性のある携帯無線機に接続できます。IP側では、SIP、RTP、または他のサポートされる制御方式を介してプラットフォームと通信します。

各ゲートウェイパスは制御可能な無線リソースを表します。4つの無線チャネルを同時に独立して監視および送信する必要がある場合、設計は通常、無線側に4つの独立したパスを必要とします。それらのチャネルを共有する携帯無線ユーザーの数はゲートウェイ容量を決定せず、必要な同時チャネル接続数が決定します。

基本的なゲートウェイ接続は通常、無線オーディオとPTT制御を伝送します。無線ID、緊急シグナリング、テキストメッセージ、GPS情報、リモートチャネル選択には、追加のシグナリングサポートまたは無線インフラストラクチャへの直接インターフェースが必要です。この制限は、機器リストを最終決定する前に確認する必要があります。

3. PoC端末とモバイルクライアント

PoCアクセスは、堅牢なハンドヘルド端末、スマートフォン、車載端末、またはソフトウェアクライアントを介して提供できます。プラットフォームに応じて、ユーザーはグループPTT、プライベート通話、SOSアラーム、位置測位、画像送信、ビデオ通話、ライブビデオ返送を受信できます。

端末は、管理されたSIMカード、公衆モバイル契約、プライベートLTE、または承認されたWi-Fiネットワークを使用できます。産業用および危険な場所では、より強力な環境保護または適切な危険区域認証を持つデバイスが必要になる場合があります。

端末の選択はユーザーのタスクに従うべきです。パトロール担当者は物理的なPTTボタンと位置報告を必要とするかもしれませんが、スーパーバイザーは地図、ビデオ、インシデント情報を備えたモバイルアプリケーションを必要とするかもしれません。すべての役割に同じ端末タイプを使用すると、ワークフローを改善せずにコストが増加する可能性があります。

4. 電話アクセスゲートウェイ

電話ゲートウェイは、ディスパッチ通信をアナログ電話、公衆電話網、携帯電話番号、または既存の企業電話システムに拡張します。これにより、権限のある電話ユーザーが定義された通話ルートを介して無線グループまたはPoCユーザーに到達できます。

ゲートウェイのタイプは既存の電話環境に依存します。アナログ内線、外線、デジタルトランク、SIPトランクには異なるインターフェースが必要です。通常の電話ユーザーが誤って制限された無線チャネルに送信できないように、番号変換と通話権限を設定する必要があります。

5. SIP電話とインターホンエンドポイント

IP電話は、完全なディスパッチコンソールを必要としないオフィス、当直室、技術部門にコスト効率の良い音声ポジションを提供します。SIPインターホンは、ワンタッチ通話とハンズフリー通信がより適している入口、機器室、遠隔施設、緊急ポイントに設置できます。

これらのエンドポイントは、中央プラットフォームを介してPoCユーザーまたはマッピングされた無線チャネルと通信できます。SIPインターホンアラームは、音声セッションが接続される前にディスパッチャーに対してインシデントプロンプトを作成することもできます。

6. ビデオアクセスゲートウェイ

ビデオアクセスゲートウェイは、選択された監視リソースをディスパッチプラットフォームで利用可能にします。サポートされるプロトコルを介してカメラ、ネットワークビデオレコーダー、またはビデオ管理プラットフォームに接続し、そのストリームをコマンドアプリケーションが表示または配信できる形式に変換できます。

ビデオアクセスは、運用オブジェクトに関連付けられている場合に最も有用です。PoCユーザー、インターホンポイント、アラーム入力、または無線チャネルを近くのカメラにリンクできます。イベントが発生すると、ディスパッチャーは別個の監視システムを検索する代わりに関連ビューを開くことができます。

通話とデータがシステム内をどのように移動するか

専用無線からPoCへの通話は、接続された無線機がそのRFチャネルからトラフィックを受信すると開始されます。ゲートウェイは受信状態を検出し、オーディオをキャプチャしてディスパッチプラットフォームに送信します。プラットフォームは次に、オーディオを権限のあるPoCグループ、ディスパッチポジション、または録音サービスに配信します。

逆方向では、PoCユーザーが発言権限を要求します。プラットフォームがユーザーの役割とマッピングされたチャネルの可用性を確認した後、オーディオと送信要求を適切なゲートウェイに送信します。ゲートウェイは接続された無線機でPTTをアクティブにし、オーディオを専用無線ネットワークに届けます。

電話アクセスは制御された通話ルートに従います。電話またはSIPユーザーは割り当てられた番号にダイヤルし、プラットフォームはその番号をPoCグループまたは無線リソースにマッピングします。着信無線トラフィックは、半二重制御に従い、同じセッションを介して返送できます。

ビデオ、位置測位、SOSデータは異なる経路を取ります。これらのサービスは通常、PoC端末、監視プラットフォーム、またはアプリケーションインターフェースから直接受信されます。ディスパッチプラットフォームはそれらを音声セッションと関連付けますが、RoIPゲートウェイはこれらのブロードバンドサービスを狭帯域無線チャネルに自動的に伝送しません。

機器選択前に決定すべき事項

統合境界を定義する

最初の決定は、プロジェクトが音声相互運用性のみを必要とするか、より深い無線制御を必要とするかです。音声とPTTは、多くの場合、無線アクセサリインターフェースを介して実装できます。個別の無線ID、緊急状態、位置情報、テキストメッセージの表示には、サポートされる制御プロトコルまたは無線ネットワークコントローラとの統合が必要になる場合があります。

独立した無線リソースを数える

ゲートウェイの数量は、同時チャネル要件から計算する必要があります。何百もの無線機で共有されるチャネルには1つのゲートウェイパスしか必要ないかもしれませんが、複数の独立して運用されるチャネルを持つ小規模プロジェクトには複数のパスが必要になる場合があります。

設計では、どのチャネルに監視が必要か、どのチャネルに双方向送信が必要か、どのチャネルをインシデント中に一時的にブリッジできるかを特定する必要があります。無関係なグループの永続的なブリッジは、不要な無線トラフィックを生成し、運用制御を困難にする可能性があります。

一貫したマッピング計画を作成する

PoCグループ、SIP内線、ゲートウェイポート、専用無線チャネルは異なる命名構造を使用します。文書化されたマッピング計画は、各リソースを部門、場所、運用目的、権限レベルに関連付ける必要があります。

PTTと発言権限を調整する

専用無線チャネルは通常半二重であるため、一度に一方のみが送信する必要があります。統合では、プラットフォームがチャネルビジーをどのように検出するか、ゲートウェイがオーディオを送信する前にどのくらい待機するか、複数の送信要求が同時に到着したときにどのユーザーが優先されるかを定義する必要があります。

PTTタイミングは実際の無線機器でテストする必要があります。送信機が準備できる前にオーディオが開始されると、最初の単語が途切れる可能性があります。解放遅延が長すぎると、ユーザーが話し終えた後もチャネルが占有されたままになります。

ネットワークとメディア処理を検証する

SIP登録が成功しても、完全なオーディオパスが機能することを証明するものではありません。ルーティング、ファイアウォール、NATポリシーは、プラットフォーム、ゲートウェイ、リモートユーザー間のメディアトラフィックも許可する必要があります。コーデック選択は、特に無線オーディオがすでに帯域制限されている場合、不要なトランスコーディングを最小限に抑える必要があります。

PoCユーザーの場合、モバイルカバレッジは固定テストポイントだけでなく、実際の作業ルートに沿って評価されるべきです。地下室、作業場、貨物エリア、移動車両内のカバレッジは、屋外ネットワーク測定値と大きく異なる場合があります。

サービスを利用可能かつ制御可能に維持する

公衆ネットワークと専用ネットワークは、新しい単一障害点を作成することなく相互に補完する必要があります。PoCプラットフォームまたは広域IP接続が利用不能になった場合、元の専用無線ネットワークは可能な限りローカル無線ユーザーをサポートし続けるべきです。

重要な導入では、冗長サーバー、バックアップ電源、デュアルネットワークパス、セカンダリディスパッチポジションを使用できます。リモートサイトは、中央プラットフォーム接続が中断されている間もローカル無線運用を維持できます。必要なフェイルバック動作は、サーバー配置、ゲートウェイ設計、ネットワークトポロジに影響するため、導入前に文書化する必要があります。

セキュリティ制御は、音声リソースを役割とサイト別に分離する必要があります。管理インターフェースは制限された管理アクセスを使用し、シグナリング、メディア、デバイス管理トラフィックは可能な限り分離する必要があります。クラウドホスト型プラットフォームは、無線ゲートウェイを公衆インターネットに直接公開すべきではありません。

スケーラビリティは、ユーザー数、同時通話数、無線チャネル数、録音容量、ビデオストリーム数、サイト数で計画する必要があります。これらのリソースは異なる速度で成長します。PoCユーザーを増やすにはプラットフォーム容量のみが必要かもしれませんが、独立して制御される無線チャネルを追加するには、無線側の追加インターフェースが必要です。

完全なワークフローのコミッショニング

受入テストは、各デバイスを個別にテストするのではなく、実際の通信パスに従う必要があります。プロジェクトチームは、ユーザーが正しいグループに到達できること、チャネル名が明確であること、権限が不正な監視や送信を防止することを確認する必要があります。

• 無線からPoC、PoCから無線への双方向音声をテストする。

• チャネルビジー検出と同時PTT要求を検証する。

• 各送信の開始と終了で音声が途切れていないか確認する。

• 電話から無線、SIPエンドポイントへの通話ルーティングを確認する。

• ブロードバンド側のSOS、位置情報、ビデオ処理を検証する。

• 録音時間、チャネルラベル、オペレーター識別をテストする。

• WAN、サーバー、ゲートウェイ接続を中断し、回復を観察する。

• 現実的なバックグラウンドノイズとネットワーク負荷の下でテストを繰り返す。

最終システムは運用ワークフローとして受け入れられるべきです：イベントが報告され、正しいディスパッチャーが通知され、適切な音声リソースが選択され、現場要員が指示を受け、マルチメディア情報が利用可能な場合は表示され、通信記録を後でレビューできます。

よくある質問

専用無線システムをPoCに接続すると、そのライセンス周波数は変わりますか？

いいえ。ゲートウェイは既存の無線機器への追加アクセスパスを提供しますが、無線周波数、ライセンス条件、送信電力、または専用ネットワークのスペクトル管理義務を変更しません。

モバイルオペレーターが提供するホスト型PoCサービスは統合できますか？

サービスが提供するインターフェースによります。ホスト型プラットフォームはSIP、API、または承認されたディスパッチ接続をサポートする場合がありますが、一部のクローズドサービスは外部統合パスを提供しません。これは、ゲートウェイアーキテクチャを選択する前にサービスプロバイダーに確認する必要があります。

ビデオや位置情報はレガシー専用無線機に表示できますか？

通常はできません。レガシー狭帯域無線機は一般に、既存の無線チャネルを介して音声を受信し続けます。ビデオ、GIS、詳細な位置情報は、ディスパッチコンソール、PoC端末、またはそれらのサービスをサポートする他のブロードバンドクライアントに表示されます。

コミッショニング後にどのような文書を納品すべきですか？

引継ぎパッケージには、最終チャネルマップ、SIP番号計画、無線ケーブル定義、権限マトリックス、ネットワークアドレッシング、バックアップおよびリカバリ手順、管理者アカウントポリシー、構成記録、署名済み受入テスト結果を含める必要があります。

グループ名と通信権限は誰が維持すべきですか？

運用上の所有権は、システムを使用する組織に残すべきです。技術管理者は構成を適用できますが、部門名、緊急アクセス、監視権限、グループ間通信ルールは、責任ある運用管理者が承認する必要があります。