自動化された貨物取扱いでも、音声通信の必要性はなくなりません。船舶乗組員、機器オペレーター、セキュリティチーム、保守要員は、作業を即座に調整する必要がある場合、依然として海上VHFまたはその他の双方向無線チャンネルに依存しています。問題は、制御センターが水辺から離れて設置されたときに発生します。オペレーターはカメラや管理ソフトウェアでターミナルを確認できますが、制御室の携帯無線機が作業を実行している人々に届かなくなる可能性があります。

Radio over IPゲートウェイは、港が既存の無線ネットワークを交換する必要なく、このギャップを埋めます。ゲートウェイはターミナルの無線機器の隣に設置され、音声とプッシュツートーク（PTT）制御を港のIPネットワーク経由で転送します。これにより、リモートのディスパッチャーは、インターホン、公共放送、運用通話に使用される同じコンソールから、現場の無線機と通信できるようになります。

要件は日常的な船陸間通話に限定されません。リモートオペレーターは、係留位置の変更を調整したり、クレーンレーンがクリアであることを確認したり、自動化機器のそばの保守チームに連絡したり、視界不良時に運用指示を伝達したりする必要があるかもしれません。これらの通話は通常短いですが、時間に敏感であり、異なる通信機器を使用する人々が関与します。したがって、ソリューションは無線の即時性を維持しつつ、チャンネルをより広範な港のディスパッチ環境内で利用可能にする必要があります。

直接無線通信が機能しなくなる理由

従来の携帯機間の無線リンクは、ディスパッチャーが設計されたカバレッジエリア内にいる場合に最も効果的に機能します。自動化またはリモート運用される港では、制御室は岸壁から遠く離れたオフィスキャンパス、運用センター、または他の安全なサイトに配置されている場合があります。距離、コンテナ積み重ね、クレーン、建物、および現地の地形により、直接無線カバレッジが不安定または不可能になることがあります。

単に無線を使用するためにディスパッチ要員を水辺に戻すことは、リモート運用の目的に反します。また、回避可能な移動を導入し、意思決定を遅らせ、より多くのスタッフを移動機械の近くに配置します。リモートオフィスに高出力無線を設置することも必ずしも適切な解決策ではありません。そのサイトには適切なアンテナインフラが不足している可能性があり、長い無線経路は同じ物理的障害にさらされたままです。

より実用的なアプローチは、VHF無線機とアンテナを、無線カバレッジが既に実証されている場所—すなわち港の機器室—に維持し、既存のネットワークを介してオペレーターのポジションを拡張することです。これにより、通信経路の2つの部分が分離されます：

• ローカル無線リンクは、船舶、岸壁チーム、および移動ワーカーをカバーします。

• IPリンクは、港とリモート制御センター間の音声と制御を伝送します。

これらの2つのカバレッジドメインは別々に評価されるべきです。携帯無線機と港のアンテナ間の弱い信号はRFカバレッジの問題であり、機器室と制御センター間の途切れたり遅延した音声はIPトランスポートの問題です。両方を単一の障害として扱うと、トラブルシューティングが遅くなります。実用的な設計は、システムが運用開始される前に、意図された無線カバレッジエリア、ネットワーク経路、および経路の各部分を担当する保守チームを記録する必要があります。

海上VHFをIPで拡張するためのアーキテクチャ

基本的なシングルチャンネル導入は、元の記事の実用的な構造を維持します。1つのRoIPゲートウェイ、港の機器室にある1つの海上バンドVHF無線機、およびリモート制御室にある1つのディスパッチ端末です。VHF無線機は、ローカルアンテナと割り当てられた運用チャンネルを引き続き使用します。ゲートウェイは無線機の音声および制御インターフェースに接続され、そのイーサネットポートは港のLANまたは管理された広域リンクに接続されます。

IP側では、ゲートウェイはSIPベースのディスパッチプラットフォームに登録または接続できます。無線機からの受信音声をIPメディアストリームに変換し、ディスパッチャーからの音声を無線送信に適した信号に変換します。制御インターフェースはPTTコマンドを伝送し、ディスパッチャーが無線機をリモートでキーイングできるようにし、送信モードのままにしなくて済むようにします。

この構成は、VHFをスマートフォンアプリで置き換えることとは異なります。現場チームと船舶乗組員は、水辺運用に既に適した無線機とチャンネルを引き続き使用します。RoIPは制御センターが無線基地局に到達する方法を変更しますが、現場の要員が使用する空中インターフェースは変更しません。

IP部分は複数のサイトにまたがることもできます。港のLANは機器室からローカルの運用ビルにトラフィックを伝送し、管理されたWANまたはプライベートトンネルがそれを地域制御センターに拡張します。いずれの場合も、無線エンドポイントは制御されたネットワークセグメントに維持されるべきです。ルーティング、ファイアウォールルール、音声優先度は、ゲートウェイやディスパッチサービスを信頼できないネットワークに直接さらすことなく管理できます。

実装図は、無線機からの受信音声、無線機への送信音声、およびディスパッチャーからのPTT制御という3つの関連経路を識別する必要があります。ゲートウェイの可用性や無線インターフェースの状態などのステータス情報は、別のシグナリング経路を使用する場合があります。これらのフローを文書化することで、ファイアウォールルールの割り当て、一方向音声の診断、および送信を制御するコンポーネントの確認が容易になります。また、音声パケットは正しく通過するが、制御経路がマッピングされていないために無線機がキーイングされないという、よくあるコミッショニングエラーを防ぎます。

関連製品：Becke RoIPゲートウェイ

ディスパッチオペレーターが現場と通信する方法

オペレーターの視点からは、無線チャンネルはインターフェースの集合ではなく、明確に識別されたリソースのように動作するべきです。ゲートウェイには、通信プラットフォームで番号、チャンネルラベル、またはディスパッチキーを割り当てることができます。ディスパッチャーはそのリソースを選択し、チャンネルアクティビティを聞き、PTTを押して同じ周波数で動作する無線機に話しかけます。

プログラム可能なキーを備えたデスクコンソールまたはディスパッチ電話は、ワンタッチアクセスを提供できます。キーは、オペレーターが記憶する必要がある内線番号を表示する代わりに、係留運用、海上チャンネル、またはヤード保守などの運用機能に応じてラベル付けされるべきです。制御室が頻繁にアナウンスや無線通話を処理する場合は、外部ガチョウ首マイクを使用することもできます。

ライブコールは通常、次のシーケンスに従います：

1. ディスパッチャーがコンソールで必要な無線チャンネルを選択します。

2. プラットフォームがチャンネルの現在のアクティビティ状態を確認または表示します。

3. ディスパッチャーがPTTを押すと、コマンドがIPネットワークを介してゲートウェイに送信されます。

4. ゲートウェイが接続されたVHF無線機をキーイングし、ディスパッチャーの音声をその送信入力に渡します。

5. PTTが離されると、無線機は受信モードに戻り、現場からの応答がディスパッチ位置で再生されます。

PTTのタイミングは重要です。無線送信機が完全にキーイングされる前に音声が始まると、最初の音節が失われる可能性があります。適切に設計されたシステムは、適切な送信リードインを適用し、リモート音声が無線入力を過度に駆動することなく明瞭になるようにオーディオレベルを調整します。

複数のディスパッチャーが同じチャンネルにアクセスできる場合、コンソール手順も同様に重要です。オペレーターはリソースが利用可能かどうかを確認し、送信前にリスニングし、現在PTTを保持している位置を識別できるべきです。チャンネル名とショートカットキーは、プライマリおよびバックアップコンソール間で一貫性を保つ必要があります。これらの小さなインターフェースの決定は、偶発的な二重送信を減らし、代替オペレーターが基礎となるゲートウェイ設定を学習しなくても無線経路を正しく使用するのに役立ちます。

既存の港湾システムとの統合

ゲートウェイの主な価値は無線拡張に限定されません。多くの港は既に、産業用インターホンステーション、IPホーン、ページングエンドポイント、制御室電話にサービスを提供するIPディスパッチシステムを運用しています。その環境に無線チャンネルを追加することで、オペレーターはそれ以外では別々の複数の通信経路を単一のインターフェースで扱えるようになります。

例えば、ディスパッチャーは船舶が使用するVHFチャンネルを呼び出し、産業用インターホンを介して保守作業員と話し、デスクを変えることなく非緊急運用メッセージを荷役エリアに放送することができます。システムは同じ物理メディアを共有する必要はなく、ディスパッチ層での制御された統合のみが必要です。

統合インターフェースは、オペレーターがイベントのコンテキストを追跡するのにも役立ちます。機器アラームまたはカメラ通知が問題領域を特定した場合、ディスパッチャーはそのゾーンを担当する無線グループを選択し、近くのインターホンポイントに連絡し、作業を一時停止する必要がある場合はターゲットを絞ったアナウンスを発行できます。通信はデバイスレベルでは別々のままですが、その名前、権限、および動作ステータスは一緒に表示されます。これにより、チャンネル選択エラーが減り、関係のないエリアにメッセージが放送されることを防ぎます。

この設計は、以前の投資も保護します。VHF無線機、アンテナシステム、内部LAN、ディスパッチプラットフォームが既にサービス可能であれば、プロジェクトは完全な通信交換を必要としません。ゲートウェイは無線ドメインとIPドメインの境界に追加されます。その後、実際の需要に応じて拡張できます。2番目の運用チャンネルを別途統合でき、関連のないチャンネルは変更されません。

統合は依然として運用上の境界を尊重する必要があります。日常的なページング、プライベート電話通話、海上無線トラフィックには異なるユーザーと権限があります。ディスパッチプラットフォームは各リソースを明確に識別し、ロールごとにアクセスを制限して、権限のある位置のみが無線チャンネルで送信できるようにするべきです。

日常運用のための導入エンジニアリング

アーキテクチャはシンプルですが、信頼性の高い運用は、インストール前に確認すべきいくつかの詳細に依存します。

無線機と制御の互換性

ゲートウェイは、無線機が提供する受信音声、送信音声、およびPTT制御接続と一致する必要があります。一部の無線機は専用のアクセサリインターフェースを提供しますが、他のものは承認されたインターフェースケーブルまたは絶縁回路を必要とします。互換性は、インターフェースの文書とベンチテストから検証すべきであり、無線コネクタだけで推測すべきではありません。

ネットワーク品質

無線会話は短く対話的であるため、安定した遅延と低パケット損失は、生の帯域幅よりも重要です。音声トラフィックは、適切なサービス品質ポリシーを持つ管理された経路を使用する必要があります。リモートセンターが公共または共有ネットワークを介して到達される場合、音声サービスをインターネットに直接さらすよりも、セキュアなプライベート接続が望ましいです。

オーディオレベルとPTT調整

受信および送信ゲインは、実際の無線トラフィックを使用して調整すべきです。過剰なゲインは歪みとノイズを生成し、不十分なゲインはディスパッチャーを理解しにくくします。PTTアクティベーション、リリースタイミング、およびビジーチャンネル動作は、リモートコンソールがローカル無線ネットワークの運用規律に従うように一緒に調整されるべきです。

監視とフェイルオーバー

制御室は、サイレントチャンネルと、ゲートウェイ障害、無線機切断、またはネットワーク経路利用不可を区別できるべきです。デバイスの到達可能性、登録ステータス、およびインターフェースアラームは、技術スタッフまたはディスパッチプラットフォームに提示できます。IPリンクまたはリモート制御センターが利用できない場合、重要な運用のためにローカル無線ポジションを維持すべきです。

電源および機器室の条件

無線機とゲートウェイは、港の継続要件に適した安定した電源に設置されるべきです。バックアップ電源は、イーサネットスイッチ、ネットワークアップリンク、および必要なディスパッチサーバーが同じ通信チェーンの一部として保護されている場合にのみ有用です。機器室はまた、適切な接地、換気、および無線周波数ケーブルとネットワークまたはオーディオ配線間の分離を提供すべきです。明確なケーブルラベルとアクセス可能なテストポイントは、特に複数の無線機とアンテナが同じラックまたは技術室を共有する場合、後のメンテナンスをより安全にします。

実際の運用条件下でのコミッショニング

最終テストは、サービス用に計画された実際の無線機、アンテナ、ネットワーク経路、およびオペレーターコンソールを使用すべきです。テストコールは、船舶側の位置、岸壁、コンテナスタックの背後、および以前にカバレッジが弱かったメンテナンスゾーンから行われるべきです。チームは、双方向音声、各送信の開始と終了、チャンネルビジー動作、コンソールラベル、および一時的なネットワーク中断後の復旧を確認すべきです。結果は位置とチャンネルごとに記録され、引き渡し後に無線カバレッジの問題がゲートウェイ障害と誤認されないようにするべきです。

これらの詳細に対処すると、ソリューションは既存の無線カバレッジをリモート運用環境に拡張する制御された方法を提供します。ディスパッチスタッフが岸壁に出向く必要性を減らし、意思決定者と現場チーム間の通信経路を短縮し、無線、インターホン、ページングリソースを1つの運用ビューにまとめます。最も重要なことは、船舶や港湾労働者に日常業務で既に使用している無線機を放棄させることなく、その結果を達成することです。

FAQ