衛星電話は、緊急指揮、救助調整、遠隔地運用、海上通信、フィールドエンジニアリング、公安プロジェクトでますます使用されています。多くのコンバージド通信導入において、お客様から衛星電話がIP電話、配信コンソール、スマート端末、またはシステム内の他のユーザーと通信できるかどうか尋ねられることがあります。

答えは「はい」です。ほとんどの場合、コンバージド通信システムは衛星電話自体に直接接続する必要はありません。実際の解決策は、通信プラットフォームを適切な音声トランクを介して公衆電話網に接続することです。プラットフォームが事業者の電話ネットワークにアクセスできるようになれば、衛星電話と内部通信端末は通常の電話ユーザー同様に相互に通話できます。

なぜこの要件が緊急プロジェクトで発生するのか

多くの緊急通信シナリオでは、通常の携帯電話ネットワークが利用できなかったり、輻輳、損傷、またはまったく配備されていない場合があります。これは、山間部、洋上、災害現場、森林火災地域、国境地域、一時的な救助キャンプ、大規模な屋外工事プロジェクトでよく見られます。

衛星電話は、地上のセルラーネットワークのカバレッジを超えた音声通信を提供できます。このため、緊急指揮システムのバックアップ音声チャネルとしてよく使用されます。制御室の指揮官は衛星電話を使用して現場チームに連絡する必要があるかもしれませんし、現場チームもコンバージドプラットフォーム内のIP内線、配信デスク、緊急ホットライン、またはオペレーションセンターに連絡する必要があるかもしれません。

主な課題は、多くのプロジェクトチームがSIP電話、IPPBXシステム、配信プラットフォーム、音声端末に精通している一方で、衛星電話が全体的な通信ネットワークにどのように組み込まれるかを理解していない可能性があることです。一部のユーザーは特別な衛星インターフェースが必要だと思い込むかもしれません。実際には、アーキテクチャはよりシンプルであることが多いです。

衛星電話の番号体系を理解することから始める

衛星電話は、重要な点で通常の携帯電話と似ています。それは、固有の電話番号を持っていることです。この番号により、関連する事業者サービスが利用可能で番号が正しくルーティングされていれば、公衆電話網を介して衛星電話に到達できます。

例えば、中国の天通一号衛星電話サービスは、1740から1745で始まる携帯電話番号セグメントを使用しています。ユーザーが1740で始まる番号からの着信を受けた場合、それが衛星電話からのものであると説明されない限り、その通話は通常の携帯電話からのように見えるかもしれません。

この独自の番号割り当てメカニズムがシステム統合の鍵です。衛星電話を孤立したデバイスとして扱う必要はありません。通話ルーティングの観点からは、事業者ネットワークに接続された他の電話と同様に、電話番号を通じて到達できます。

衛星通話がルーティングされる仕組み

衛星電話が通話を開始すると、端末はまず衛星との無線リンクを確立します。その後、衛星は通話を地上局に転送します。地上局は電気通信事業者の電話システムに接続されており、ダイヤルされた番号に基づいて通話がルーティングされます。

逆方向も同様に機能します。通常の電話、IPPBXトランク、配信プラットフォーム、または他の電話ユーザーが衛星電話番号に発信すると、事業者ネットワークはその番号を衛星電話サービスとして識別します。通話は衛星地上局にルーティングされ、衛星に送信され、最終的に衛星端末に届けられます。

これは、衛星電話が通常、専用の衛星データインターフェースを介してコンバージド通信プラットフォームに接続されるわけではないことを意味します。代わりに、両者は電話ネットワークを介して接続されます。コンバージドシステムは、そのネットワークにアクセスするための信頼できる方法を必要とするだけです。

実用的なアクセスアーキテクチャ

衛星電話をコンバージド通信システムに接続するには、プラットフォームを事業者の電話ネットワークに接続する必要があります。これは通常、通信機器室に配備された音声ゲートウェイまたはトランクインターフェースを介して行われます。

ゲートウェイは、一方をコンバージド通信プラットフォームに接続し、他方をキャリアが提供する電話回線に接続します。この接続が完了すると、プラットフォーム内のユーザーは衛星電話番号への発信通話ができ、衛星電話ユーザーは割り当てられた公衆番号を介してシステムに着信できます。

中核となる考え方は簡単です。コンバージド通信システムは、衛星電話を特別なデバイスとして「認識」する必要はありません。適切に設定されたトランク、番号ルール、ルーティングポリシーを通じて、通常の着信および発信電話をサポートすればよいのです。

関連ソリューション： Becke コンバージド通信システム

アナログ回線またはデジタルトランクの使用

多くのプロジェクトでは、アクセス方法は電気通信事業者がサイトで提供できるものに依存します。事業者がアナログ電話回線を提供する場合、FXO音声ゲートウェイを使用できます。FXOゲートウェイはアナログ電話回線をIPベースの通信プラットフォームに接続します。

事業者がE1デジタルトランクを提供する場合、E1ゲートウェイまたはデジタルトランクゲートウェイを使用できます。E1トランクは、より多くのチャネル、より高い通話容量、集中番号管理、またはより正式な通信事業者グレードのアクセスを必要とするプロジェクトに適しています。

アナログ方式とデジタルトランク方式はどちらも同じ基本目標を達成できます。コンバージド通信システムと公衆電話網との相互接続です。トランクが利用可能になれば、衛星電話の通話は個別の衛星インターフェースではなく、電話番号を介して処理されます。

統合後の通話の仕組み

電話ゲートウェイまたはトランクが配備されると、内部ユーザーはIP電話、配信コンソール、オペレーター席、緊急電話、またはスマート端末から衛星電話番号をダイヤルできます。コンバージドプラットフォームは発信トランクに通話をルーティングし、電気通信事業者が衛星電話ネットワークへの配信を完了します。

着信の場合、衛星電話ユーザーは事業者によって割り当てられた公衆番号をダイヤルします。通話はコンバージド通信システムに接続されたトランクに到達します。プラットフォームはその後、通話を配信コンソール、当直内線、緊急指揮グループ、IVRメニュー、リンググループ、録音システム、または選択された部門にルーティングできます。

このアーキテクチャにより、衛星電話は通信ワークフローの一部となります。音声配信、緊急報告、救助調整、指揮センター通信、当直応答、およびネットワーク間通話に参加できます。

番号計画とルーティング設計

成功する展開には明確な番号計画が必要です。プロジェクトチームは、どのユーザーが衛星電話に発信する必要があるか、どの衛星ユーザーがプラットフォームに着信を許可されるか、どの公衆番号がシステムに割り当てられるか、着信をどのように分散するかを定義する必要があります。

例えば、救助活動中は衛星電話からの通話が直接緊急配信デスクにルーティングされる場合があります。別のプロジェクトでは、同じ通話が最初にIVRメニューに入り、発信者が指揮センター、ロジスティクス、セキュリティ、医療支援、またはメンテナンスチームを選択できるようにする場合があります。

発信ルールも制御する必要があります。衛星通話は通常の内部通話よりもコストが高い場合があるため、システムは部門、ユーザーロール、内線グループ、または緊急優先度に基づいてダイヤル権限を制限できます。これにより、重要な通信のためにチャネルを確保しつつ、誤用を防ぎます。

指揮・配信運用における利点

この統合の最大の価値は継続性です。携帯電話ネットワークが利用できない、または信頼できない場合でも、衛星電話は現場チームと指揮センター間の音声パスを提供できます。指揮プラットフォームは、遠隔地や被災地の人々との通信を維持できます。

2番目の価値は運用の統一です。配信員は通話ごとに個別の衛星電話を使用する必要がありません。既存の配信コンソール、IP電話、または指揮プラットフォームインターフェースを使用して、衛星番号への発信、通話転送、ユーザーの会議通話、会話の録音、複数チームの調整ができます。

3番目の価値は拡張性です。プラットフォームが電話ネットワークに接続されれば、同じアーキテクチャで衛星電話、通常の携帯電話、固定電話、公衆交換電話網ユーザー、その他の外部音声ユーザーをサポートできます。プロジェクトは電話タイプごとに個別のアクセス方法を構築する必要はありません。

展開における重要な考慮事項

キャリアサービスと回線の可用性を確認する

統合前に、事業者が機器室でどのタイプの電話アクセスを提供できるかを確認します。利用可能なオプションには、アナログ回線、E1デジタルトランク、SIPトランク、またはその他の地域のキャリアサービスが含まれる場合があります。

必要な回線またはチャネルの数は、予想される通話量に基づいて見積もる必要があります。小規模な緊急当直室は数チャネルしか必要としないかもしれませんが、地域の指揮センターはより多くの同時通話を必要とする場合があります。

ダイヤルルールと番号形式を確認する

衛星電話番号は特別な番号セグメントや国際ダイヤル形式を使用する場合があります。コンバージド通信プラットフォームには、正しい発信プレフィックス、ルートマッチングルール、番号変換ポリシーを設定する必要があります。

プロジェクトが地域間または国際的な衛星電話通信を含む場合、ダイヤルプランは実際の番号でテストする必要があります。これにより、プレフィックスの欠落、キャリア制限、または不正確な番号正規化に起因する通話失敗を回避できます。

着信処理を慎重に設計する

衛星電話からの着信は、単にランダムな内線を鳴らすべきではありません。緊急プロジェクトでは、通話フローを当直ルール、応答レベル、運用ワークフローに従って設計する必要があります。

プラットフォームは、配信グループ、当直デスク、緊急ホットライン、指揮室、または録音機能付き内線に通話をルーティングする場合があります。最初の宛先が応答しない場合、システムは通話を予備要員または別の応答グループに転送できます。

バックアップ電源とネットワーク信頼性を準備する

衛星電話は、通常のインフラが圧迫されているときに使用されることがよくあります。したがって、ゲートウェイ、IPPBX、配信プラットフォーム、ネットワークスイッチ、ルーター、および関連機器には信頼性の高い電源保護が必要です。

指揮および緊急システムの場合、UPS電源、冗長ネットワークリンク、バックアップルーティング、および定期的な通話テストにより、実際の可用性を向上させることができます。衛星電話自体はチェーンの一部にすぎません。ローカルの通信プラットフォームも運用可能な状態を維持する必要があります。

推奨ソリューションフロー

実用的な展開は、シンプルなプロセスに従うことができます。まず、衛星電話サービスと顧客が使用する番号セグメントを確認します。次に、通信室で利用可能な事業者電話アクセスを確認します。第三に、アナログ回線、E1トランク、SIPトランクなどの適切なトランクアクセス方法を選択します。

次に、ゲートウェイまたはトランクインターフェースをコンバージド通信プラットフォームに接続します。内線権限、発信ルート、着信ルート、通話録音、緊急グループ、配信先を設定します。最後に、衛星電話、IP電話、配信コンソール、外部電話ユーザー間で実際の通話テストを実施します。

受け入れテストには、衛星電話への発信、衛星電話からの着信、不在着信処理、通話転送、会議通話、配信通話、録音再生、障害シナリオを含める必要があります。これにより、システムが通常のデモンストレーションだけでなく、実際の緊急運用でも機能することが保証されます。

FAQ

通信プラットフォームには直接の衛星インターフェースが必要ですか？

通常は不要です。ほとんどのプロジェクトでは、プラットフォームは適切なトランクまたは音声ゲートウェイを介して公衆電話網に接続するだけで済みます。衛星電話はその電話番号を通じて到達されます。

衛星電話はシステム内のIP電話に発信できますか？

はい。衛星電話はシステムに割り当てられた公衆番号に発信できます。コンバージドプラットフォームはその後、IP電話、配信コンソール、リンググループ、または緊急当直内線に通話をルーティングできます。

内部ユーザーは衛星電話に直接発信できますか？

はい。発信トランクアクセスとダイヤルルールが正しく設定されていれば可能です。内部ユーザーは、承認された内線または配信席から衛星電話番号をダイヤルできます。

この種のプロジェクトにはどのゲートウェイを使用すべきですか？

ゲートウェイはキャリアのアクセス方法によって異なります。アナログ回線には通常FXOゲートウェイが必要であり、E1デジタルトランクにはE1ゲートウェイが必要です。キャリアがSIPトランクアクセスを提供する場合、システムはSIPトランクインターフェースまたはSBCを使用できます。

これが緊急通信に役立つ理由は何ですか？

衛星電話は、地上の携帯電話ネットワークが利用できない、損傷している、または輻輳している場合に、代替音声チャネルを提供します。それらをプラットフォームに統合することで、指揮センターは統一路由、配信、録音、当直ワークフローを通じて通話を管理できます。