電話用光トランシーバーは、アナログ内線を遠隔拠点まで延長できますが、光ファイバーを使用するだけで自動的にVoIPゲートウェイになるわけではありません。アナログ電話機をIP電話システムに接続するには、音声符号化、呼制御、およびIPメディア伝送を実際にサポートするゲートウェイが必要です。お客様はまず、目的が単に回線を遠くまで延ばすことなのか、それとも電話サービスをIPシステムに接続することなのかを明確にする必要があります。この2つは組み合わせることができますが、混同してはいけません。
光延長とVoIPは、それぞれどのような問題を解決するのか？
一般的なアナログ電話機は、電話回線から給電、呼出信号、音声チャネルを得ます。電話用光トランシーバーは、両端間で音声と回線状態を伝送し、遠端で電話インターフェースを再現します。解決するのは距離、配線、伝送環境の問題であり、通常は両端の機器を一組として対向させる必要があります。機器内部でデジタル符号化を使用している場合でも、「内部がデジタル」であることは「外部がIP電話方式」であることを意味しません。
VoIPは、IPネットワーク上で音声を伝送します。ゲートウェイは、アナログ音声をネットワークで伝送可能なメディアデータに変換するとともに、誰が誰に発信しているか、いつ接続し、いつ切断するかを電話システムに知らせる必要があります。既存のネットワークがあり、電話機はアナログのみの場合は、FXSインターフェースを備えた音声ゲートウェイを検討できます。既存のアナログPBXがある場合は、接続先が内線ポートかトランクポートかも確認する必要があります。RJ11インターフェースをすべて同じ種類のインターフェースとして扱ってはいけません。
具体的な組み合わせ構成は、どのように接続するのか？
工場の当直室が機器室から離れており、機器室には既にIP電話システムがある場合を考えます。機器室の音声ゲートウェイのFXSポートを、近端の電話用光トランシーバーのFXOポートに接続し、対向するトランシーバーで接続を延長して、遠端トランシーバーのFXSポートにアナログ電話機を接続できます。この構成では、引き続きゲートウェイがIP接続を処理し、トランシーバーがアナログインターフェースの条件を遠端へ伝えます。インターフェース数、ポートの役割、通話の互換性、および両端機器の組み合わせをすべて確認する必要があります。
FXSは電話回線の条件を供給する側、FXOはその回線を利用する側と理解できます。回線を供給する側同士を直接接続しても、機能を追加することにはなりません。一般的な電話機の筐体には通常FXOと表示されていませんが、この接続では回線を利用する側です。現場にPBXのトランクポート、独自方式のデジタル内線、または磁石式電話機がある場合は、インターフェースの種類に応じて設計をやり直し、一般的なアナログ内線の構成図を適用しないでください。
別の方法として、遠端に音声ゲートウェイを設置し、IPネットワーク経由でシステムに直接接続する構成もあります。遠端に信頼できるEthernet環境が既にあれば、電話用光トランシーバーが不要になる場合があります。ただし、ネットワーク品質、電源、遠隔管理、およびセキュリティ方針を確認する必要があります。どちらを選ぶかは、どちらが「より先進的」かではなく、サービスの端点、既存の設備資源、および保守能力が適合するかどうかで判断します。
呼制御と音声が論理的に2つの経路となるのはなぜか？
一般的なSIPシステムを例にすると、SIPはセッションの確立、変更、終了を行う制御プロトコルです。呼要求、応答、メディアのネゴシエーション情報を運びますが、通話中のすべての音声そのものを意味するわけではありません。音声は通常RTPで伝送されます。RTPは符号化された音声をシーケンス番号とタイミング情報を持つデータパケットに分割し、受信側はそのタイミングに従って再生します。導入構成によって、メディアが端末間を直接流れる場合もあれば、サーバーや境界装置を経由して転送される場合もあります。
したがって、「呼出しができて接続できる」ことは、呼制御の一部が成功したことを示すだけであり、メディアが双方向に流れることを証明するものではありません。ファイアウォール、アドレス変換、ルーティング、またはメディアアドレスのネゴシエーションが不適切だと、片方向の音声が聞こえなくなる場合があります。逆に、光トランシーバーの伝送ランプが点灯していても、ゲートウェイがIP電話システムに登録されていることや、番号ルーティングが正しいことの証明にはなりません。両方の区間を試験する必要があり、1つの表示だけで通話全体の成否を判断してはいけません。
遅延、ジッター、パケット損失をどう理解すべきか？
音声符号化、パケット化、ネットワーク転送、再生バッファリングはいずれも時間を要します。ジッターとは、データパケットの到着間隔の変動を指します。受信側はバッファーを使って一定量の変動を吸収できますが、バッファーを大きくすると待ち時間も増えます。パケット損失とは、一部の音声情報が到着しなかったことを意味します。端末が補完処理を行う場合はありますが、元の音声を完全に復元できる保証はありません。光ファイバーに変更しても、IPネットワーク内のキュー待ちや輻輳が自動的になくなるわけではありません。
符号化レートは音声データの一部にすぎず、回線上ではプロトコルヘッダーやリンクのオーバーヘッドも伝送されます。同時通話容量は、ゲートウェイのポート数、処理資源、ライセンス、およびネットワーク条件にも左右されます。ポート数に音声レートを掛けただけでネットワーク容量が確実に足りると断定することはできません。また、一般的な電話用光トランシーバーに任意のQoSスケジューリング機能が内蔵されていると説明することもできません。音声の優先制御、エコー処理、またはセキュアな伝送の有無は、該当する機器とシステムの機能に照らして確認する必要があります。
光区間には実際に損失があり、送信光パワーと受信光パワーは機器の許容範囲内でなければなりません。電話側には依然として銅配線と給電があり、接地、サージ、接触不良、または配線への干渉の影響を受ける場合があります。光ファイバーが電磁結合の影響を受けにくいという利点は、システム全体が完全に干渉を受けないことを意味せず、ましてや遅延ゼロや保守不要を意味するものではありません。
多くのパラメーターを一度に変更するより、区間ごとに切り分ける方が効果的です。
まず正常なアナログ電話機をゲートウェイのFXSポートに直接接続し、登録、ダイヤル、双方向通話、および終話時の切断を確認します。直結で動作しない場合は、光区間の変更を続けるのではなく、ゲートウェイ、番号ルーティング、およびIPシステムを先に確認してください。直結で正常に動作した後、対向する電話用光トランシーバーを挿入し、同じ番号と同じサービス手順で比較します。これにより、障害範囲を絞り込めます。
光トランシーバーの挿入後にダイヤルトーンが聞こえない場合は、FXS/FXOの役割、ポートの対応、および回線状態の伝送を確認します。ダイヤルはできても遠端で呼出音が鳴らない場合は、ゲートウェイが該当する回線動作を開始しているか、光トランシーバーがその動作を再現しているかを個別に確認します。通話は接続されても片方向の音声が聞こえない場合は、アナログ音声経路の方向と、IPメディアの送受信状況の両方を確認してください。症状だけから、特定の光ファイバーが断線していると結論付けてはいけません。
通話状態が安定しているのに音声が途切れる場合は、同時通話数の増加に伴って問題が悪化するかを記録し、IPのパケット損失、ジッター、およびリソースを確認します。障害調査だけを目的に、すべてのファイアウォールを無効化したり、ゲートウェイを公衆インターネットに直接公開したりしないでください。管理者がシステム文書に従って、必要な経路とアクセス範囲を確認するようにしてください。変更前に設定をバックアップし、一度に変更する条件は1つだけにして、一時的な復旧を根本原因の解消と誤認しないようにします。
1件の通話から全体の受入試験へ
チャネルごとに、ゲートウェイのポート、番号、近端光トランシーバーのポート、および遠端電話機を記録します。両方向の発呼、応答、音声、および終話時の切断を試験した後、設計要件に従って複数チャネルの同時通話試験を行います。DTMFは、ダイヤル時に使用される2つの周波数を組み合わせた信号です。ゲートウェイとIPシステムでは異なる伝送方式を使用する場合があるため、自動音声メニューは別途検証する必要があります。通常の会話が正常かどうかだけでは判断できません。
発信者番号通知、FAX、ネットワーク切断アラーム、および復旧後の再登録についても、要件に従って受入試験を行う必要があります。停電時の緊急通信は別途設計し、一般的な機器に停電時バイパス機能があると想定してはいけません。復旧時間、品質指標、および互換性に関する結論はすべて、機種別文書と現場記録に基づくものとし、架空の改善率を使用してはいけません。
飛暢科技の製品は、適切な区間に配置する必要があります。
飛暢科技 FCP-O16/FCP-S16卓上型電話用光トランシーバー 文書には、FXOをPBXに、FXSを電話機に接続すると記載されており、アナログインターフェースの延長を確認する際の出発点となります。ただし、これによってSIP登録機能やRTPゲートウェイ機能があると証明されるわけではありません。VoIPソリューションを購入する際は、ゲートウェイの機種、対応プロトコル、およびシステム互換性リストを別途確認する必要があります。本記事は、他社のゲートウェイ機能を飛暢科技の光トランシーバーの機能として扱うものではありません。
資料注記：一般的なインターフェースと通話手順については、 Ciscoのアナログポート文書を参照し、IPゲートウェイの機能範囲については、 Ciscoの通信ゲートウェイ文書を参照してください。図は一般的な概念図であり、特定製品の内部構造や実測したネットワークを示すものではありません。本記事は、「光延長は当然VoIP接続に相当する」という元の記述を訂正するものです。
中国語の技術記事から翻訳。原文初公開日：2024-11-07。原文最終改訂日時：2026-10-13T13:49:23+08:00。 中国語の原文を読む
