(57)【要約】【課題】遅延およびジッタの影響を受けやすいＶｏＩＰを首尾よく使用するために、うまく設計されたエンドツーエンドネットワークを提供する。【解決手段】「ユーザまでのファイバ」（「ＦＴＴＵ」）、「縁石までのファイバ」（「ＦＴＴＣ」）、「ノードまでのファイバ」（「ＦＴＴＮ」）および「敷地までのファイバ」（「ＦＴＴＰ」）プラットフォーム（本明細書では「ＦＴＴｘ」と称する）は、ボイスオーバＩＰ（「ＶｏＩＰ」）シグナリングおよびベアラチャネルを使用した一般電話サービス（「ＰＯＴＳ」）エミュレーションを必要とする。本発明は、ＰＯＴＳ上の既存の障害分離機構を使用してＰＯＴＳエミュレーションサービスを提供するように構成され、またＦＴＴｘの範囲内のＶｏＩＰ環境のトポロジーのためのＰＯＴＳエミュレーションをも提供する。【選択図】      図１
2006094487.tif 000002
【特許請求の範囲】
【請求項１】
ボイスオーバインターネットプロトコル（ＶｏＩＰ）シグナリングチャネルおよびベアラチャネルを使用して一般電話サービス（ＰＯＴＳ）をエミュレーションする方法であって、
ＰＯＴＳ上の既存の障害分離機構をエミュレーションすること、および
障害分離機構をＶｏＩＰ環境のトポロジーにまで拡張することを含む方法。
【請求項２】
シグナリングサーバの到達可能性テストである少なくとも１つの到達可能性テストを提供することを含む請求項１に記載の方法。
【請求項３】
シグナリングサーバが、シグナリングプロトコルとしてＳＩＰが使用されている場合にはセッション開始プロトコル（ＳＩＰ）プロキシサーバであり、またはシグナリングプロトコルとしてＭＥＧＡＣＯが使用されている場合にはメディアゲートウェイコントローラ（ＭＧＣ）である請求項２に記載の方法。
【請求項４】
シグナリングおよびメディア連続性テストを求めるコマンドを宛先の電話番号を付けて特定の光ネットワーク端末（ＯＮＴ）に送信すること、
光回線端末（ＯＬＴ）上の制御チャネルを介して、要求されたＯＮＴにコマンドを通信すること、
ＳＩＰプロキシサーバまたはＭＥＧＡＣＯ  ＭＧＣを介した宛先電話番号への呼を実行するテストケースを呼び出すこと、
呼を完了すること、および
要求側のエンティティにテストケースの結果を送信することを含む請求項３に記載の方法。
【請求項５】
宛先電話番号が、オペレータ、公衆交換電話網（ＰＳＴＮ）番号、またはミリワットトーン発生器の番号からなるグループからの１つである請求項４に記載の方法。
【請求項６】
安定したリアルタイムトランスポートプロトコル（ＲＴＰ）セッションで、またはミリワットトーン発生器の番号がダイヤルされる場合にはミリワットデータで呼が完了されるときに、シグナリングおよびデータ連続性テストを提供することを含む請求項５に記載の方法。
【請求項７】
ＯＮＴ上で構成されたプロキシの信頼性をテストすることをさらに含む請求項４に記載の方法。
【請求項８】
追跡可能性テストを用いてシグナリングまたはメディアパスの正確な障害位置を分離することを含む請求項４に記載の方法。
【請求項９】
追跡可能性テストが、ＯＮＴ上のＴＲＡＣＥＲＯＵＴＥ機能を使用するプロキシ追跡可能性テストである請求項８に記載の方法。
【請求項１０】
一般電話サービス（ＰＯＴＳ）をエミュレーションするように構成されたシステムであって、
宛先電話番号を含む、シグナリングおよびメディア連続性テストを求める要求を受信するように構成された第１のモジュールと、
第１モジュール上の制御チャネルを介して要求を受信するように構成された第２のモジュールと、
第３のモジュールとを備え、
第２モジュールが、呼を完了するように構成された第３モジュールを介して宛先電話番号への呼を実行するテストケースを呼び出すように構成されるシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、本明細書でその全体が提示されるかのように参照によりその全内容が組み込まれている、２００４年９月２２日に出願された米国仮出願第６０／６１１９８６号「ＦＡＵＬＴ  ＩＳＯＬＡＴＩＯＮ  ＣＯＮＳＴＲＵＣＴＳ  ＦＯＲ  ＳＩＰ−ＢＡＳＥＤ  ＵＳＥＲ  ＡＧＥＮＴ  ＯＮ  ＡＮ  ＦＴＴＵ  ＰＬＡＴＦＯＲＭ」に関し、またその優先権を主張する。
【０００２】
本発明は、ボイスオーバＩＰ（「ＶｏＩＰ」：Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）シグナリングおよびベアラチャネルを使用したＰＯＴＳエミュレーションに関する。
【背景技術】
【０００３】
「ユーザまでのファイバ」（ＦＴＴＵ：ｆｉｂｅｒ  ｔｏ  ｔｈｅ  ｕｓｅｒ）、「縁石までのファイバ」（ＦＴＴＣ：ｆｉｂｅｒ  ｔｏ  ｔｈｅ  ｃｕｒｂ）、「ノードまでのファイバ」（ＦＴＴＮ：ｆｉｂｅｒ  ｔｏ  ｔｈｅ  ｎｏｄｅ）および「敷地までのファイバ」（ＦＴＴＰ：ｆｉｂｅｒ  ｔｏ  ｔｈｅ  ｐｒｅｍｉｓｅ）プラットフォーム（本明細書ではＦＴＴｘと称する）は、ＶｏＩＰシグナリングおよびベアラチャネルを使用した一般電話サービス（ＰＯＴＳ：ｐｌａｉｎ  ｏｌｄ  ｔｅｌｅｐｈｏｎｙ  ｓｅｒｖｉｃｅ）エミュレーションを必要とする。こうしたＰＯＴＳエミュレーションサービスは、ＰＯＴＳ上の既存の障害分離機構のエミュレーションを必要とし、またＶｏＩＰ環境のトポロジーにまで拡張されなければならない。いくつかの類似のテストが、回線交換ベースのＰＯＴＳで使用可能である。しかし、こうした従来の解決策は、データネットワークを介したＰＯＴＳエミュレーションサービスには対処していない。
【０００４】
本明細書では、「ＭＥＧＡＣＯ」はＨ．２４８ゲートウェイ制御プロトコルを指し、「ＭＧＣＰ」はメディアゲートウェイ制御プロトコルを指し、「ＳＩＰ」は、セッション開始プロトコルを指す。
【０００５】
ＶｏＩＰ実装は、ユーザが音声トラフィック（たとえば通話やファックスなど）をＩＰネットワークを介して運ぶことを可能にする。ＶｏＩＰシステムは、ゲートウェイ／メディアゲートウェイ、ゲートキーパ、コールエージェント、メディアゲートウェイコントローラ、シグナリングゲートウェイ、アプリケーションゲートウェイ、セッションボーダーコントローラ、コールマネージャおよび他のコンポーネントを含めて、複数のコンポーネントで構成される。
【０００６】
たとえば、メディアゲートウェイは、あるタイプのネットワーク内に提供されるメディアを別のタイプのネットワークに必要なフォーマットに変換する。ゲートウェイは、交換回線ネットワークからのベアラチャネル、およびパケットネットワークからのメディアストリームを終了させ得る。このゲートウェイは、オーディオ、ビデオおよびＴ．１２０を単独に、または任意の組合わせで処理することができ、また全二重のメディア変換を行うことができる。
【０００７】
ＶｏＩＰ技術は、デジタル信号プロセッサ（「ＤＳＰ」：ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）を使用して、音声信号をフレームに分割し、それを音声パケット内に格納する。こうした音声パケットは、Ｈ．３２３、ＭＧＣＰ、ＭＥＧＡＣＯまたはＳＩＰなどのシグナリングプロトコルを使用してマルチメディア（音声、ビデオ、ファックスおよびデータ）をデータネットワークを介して送信するための仕様のうちの１つに準拠したＩＰを使用して移送される。
【特許文献１】米国仮出願第６０／６１１９８６号
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ＶｏＩＰは遅延およびジッタの影響を受けやすいアプリケーションなので、ＶｏＩＰを首尾よく使用するために、うまく設計されたエンドツーエンドネットワークが必要である。
【課題を解決するための手段】
【０００９】
本発明は、ＰＯＴＳ上の既存の障害分離機構を使用してＰＯＴＳエミュレーションサービスを提供するように構成され、またＦＴＴｘの範囲内のＶｏＩＰ環境のトポロジーのためのＰＯＴＳエミュレーションをも提供する。ある実施形態では、ボイスオーバインターネットプロトコル（ＶｏＩＰ）シグナリングチャネルおよびベアラチャネルを使用して一般電話サービス（ＰＯＴＳ）をエミュレーションするための方法が、ＰＯＴＳ上の既存の障害分離機構をエミュレーションすること、および障害分離機構をＶｏＩＰ環境のトポロジーにまで拡張することを含む。
【００１０】
別の実施形態では、コンピュータ読取り可能媒体が、光ネットワーク端末（ＯＮＴ：Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ  Ｔｅｒｍｉｎａｌ）ＶｏＩＰスタック上のボイスオーバインターネットプロトコル（ＶｏＩＰ）環境内でエンドツーエンドで呼を追跡し、呼の少なくとも一部に対してセッション開始プロトコル（ＳＩＰ：Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）シグナリングおよびメディア連続性のテストを実施するための命令を備える。
【００１１】
別の実施形態では、一般電話サービス（ＰＯＴＳ）をエミュレーションするように構成されたシステムが、宛先電話番号を含む、シグナリングおよびメディア連続性テストを求める要求を受信するように構成された第１のモジュールと、第１モジュール上の制御チャネルを介して要求を受信するように構成された第２のモジュールと、第３のモジュールとを備え、第２モジュールが、第３モジュールを介した宛先電話番号への呼を実行するテストケースを呼び出すように構成される。
【発明を実施するための最良の形態】
【００１２】
本発明は、シグナリングチャネルとベアラチャネルが分離しているＶｏＩＰのケースとは対照的に、これらのチャネルが絡み合っているので、回路交換サービスを介したＰＯＴＳなどの従来方法と区別することができる。ＰＯＴＳサービス提供のこうした根本的な違いによって、分離されたシグナリングおよびデータトポロジに生じる障害に対処するための新規の技術が必要とされる。
【００１３】
ＦＴＴｘプラットフォーム上でＰＯＴＳエミュレーションサービスを提供するには、消費者のネットワーク電子機器へのＦＴＴｘノード内の障害を分離し、ＳＩＰ、ＭＥＧＡＣＯまたはＭＧＣＰなどのシグナリングプロトコルに関係なく、ＦＴＴｘノードとソフトスイッチの間のシグナリングパスレベルの障害を分離し、またＦＴＴｘノードとメディアゲートウェイの間のベアラパスレベルの障害を分離することが必要である。
【００１４】
網羅される障害は以下を含む。
物理接続性の問題および障害
ＰＯＴＳ−接続性なし、伝送問題、音声処理問題など
サービス関連の問題および障害
制御および管理プレーンコンポーネント−ＩＰアドレス割当ておよび到達可能性、シグナリングサーバ（アプリケーションサーバまたはＭＧＣ）到達可能性および構成
データプレーンコンポーネント−遅延、ジッタ、および超過パケット損失
【００１５】
ＱｏＳおよびＣｏＳコンポーネント−音声低品質関連の問題。こうした問題は、ＦＴＴＰプラットフォーム上のＣｏＳパラメータの構成に関する。こうした問題は、一般的な制御および管理プレーン構成によって対処される。
【００１６】
本発明で述べる障害分離機構は以下を含む。
金属ループテスト（「ＭＬＴ」：Ｍｅｔａｌｌｉｃ  Ｌｏｏｐ  Ｔｅｓｔｉｎｇ）とも称される消費者（顧客）ネットワーク電子機器へのＦＴＴｘノードのテスト：ここでは、ＰＯＴＳで使用される従来の解決策で十分である。
プルブレーク（「Ｐ／Ｂ：Ｐｕｌｌ  Ｂｒｅａｋ」）テストのエミュレーション：典型的なＰ／Ｂテストを使用して、顧客とＰＳＴＮネットワーク内のクラス５スイッチの間の障害を分離する。
【００１７】
データネットワークを介したＰＯＴＳエミュレーションサービスのこのテストは、顧客へのＭＬＴテスト、およびシグナリングサーバへのＰ／Ｂエミュレーションサービスに分けられる。
【００１８】
上記サービスに加えて、本発明は、ＰＯＴＳエミュレーションに関係する複数の他のテストを提供する。それは以下を含む。
電話番号到達可能性およびシグナリングサーバ到達可能性を含む到達可能性テスト。電話番号到達可能性は、ミリワットサーバまたは所与の電話番号までの到達可能性を検査するために実施されるテストである。シグナリングサーバ到達可能性テストは、シグナリングプロトコルとしてＳＩＰが使用されている場合にはシグナリングサーバ、ＳＩＰプロキシへの到達可能性、またはシグナリングプロトコルとしてＭＥＧＡＣＯが使用されている場合にはＭＧＣへの到達可能性を含む。
追跡可能性テストは、シグナリングサーバ追跡可能性および呼追跡可能性を含む。シグナリングサーバ追跡可能性は、シグナリングサーバが到達不可能であると判断され、またオペレータがサーバとの接続性を追跡したいと望む場合に実施されるテストである。
呼追跡可能性は、ベアラパス追跡機能を使用してエンドツーエンドで呼を追跡するテストである。このテストは、顧客がシグナリングパスは適切であるが、ベアラパスは動作可能でないと判断する場合に有用である。
【００１９】
次に図１を参照すると、本発明の複数の異なる障害分離技術を示すＦＴＴｘシナリオが提示されている。一例として、ＦＴＴＰプラットフォームまたはシステム１００が示されている。本発明の範囲から逸脱せずに、他のＦＴＴＰプラットフォームもそれに対応するコンポーネントと共に使用され得ることに留意されたい。本明細書で見られるように、電話１０１を使用するＰＯＴＳ顧客（図示せず）が、ＲＪ１１ポートを使用してリモート光ネットワーク終端（「ＯＮＴ」：Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ  Ｔｅｒｍｉｎａｔｉｏｎ）ノード１０２に接続されている、ＦＴＴＰプラットフォーム１００が提供される。ＯＮＴノード１０２は、光回線終端（「ＯＬＴ」：Ｏｐｔｉｃａｌ  Ｌｉｎｅ  Ｔｅｒｍｉｎａｔｉｏｎ）ノードすなわち第１のノード１０３、中央オフィス機器と、ＯＮＴすなわち第２のモジュール１０２の間に広がる規格ベースの制御通信機構を介して管理される。この実施例では、管理システム（ＡＭＳ）１０４からの障害分離テストケースがトリガされる。
【００２０】
一例として、顧客が、その電話が機能していないことを知らせる障害チケット（ｆａｕｌｔ  ｔｉｃｋｅｔ）を開くと仮定する。障害を分離するために、以下のテストが（多分同じ順序で、必ずしも同じ順序ではないが）実施される。
【００２１】
１．音声ゲートウェイとの通信の損失：本発明は、以下の手順を使用して、音声ゲートウェイとメディアゲートウェイ（たとえばＦＴＴＰプラットフォームを使用している場合のＯＮＴ１０２など）の間の失敗した接続を自動的に識別するための（ＭＥＧＡＣＯだけを使用したループエミュレーションの）機構を提供する。
【００２２】
ａ．本発明のＦＴＴｘプラットフォームは、ＯＮＴと音声ゲートウェイ間の制御プレーン通信の受け入れられる無音間隔を指示する非アクティブタイマーパッケージ（Ｈ．２４８．１４）をサポートする。その間隔内にパケットが存在する場合、監査メッセージを送信する（以下参照）。
【００２３】
ｂ．本発明のＦＴＴｘプラットフォームは、ＯＮＴと音声ゲートウェイ間の潜在的な通信損失を識別するために、Ｈ．２４８監査機構をサポートする。
【００２４】
２．金属ループテスト（ＭＬＴ）：このテストは、ＯＮＴ１０２と、ＲＪ１１ポート上のＰＯＴＳ１０１電話の間の標準のＭＬＴテストを実行するために、オペレータによってＡＭＳ１０４を介してＯＮＴ１０２にトリガされる基本のテストである。このテストは、ＯＮＴ１０２とＰＯＴＳ１０１の接続性に関するどんな問題をも識別する。その結果は、オペレータに通信される。次いで、オペレータは、以下のテストを実行し得る（またはＭＬＴを実施せずに以下のテストを実行し得る）。
【００２５】
３．シグナリングおよびメディア連続性テスト（プル／ブレークテストに類似）：このテストの目標は、サービスのためにまたはトラブルシューティングの間にそれをオンにする前に、ＯＮＴ１０２上でＳＩＰユーザエージェント（ＵＡ：Ｕｓｅｒ  Ａｇｅｎｔ）１０５またはＭＥＧＡＣＯメディアゲートウェイ（ＭＧ：Ｍｅｄｉａ  Ｇａｔｅｗａｙ）１０５機能のためのエンドツーエンドのシグナリングおよびメディアテスト能力を提供することである。ＳＩＰ  ＵＡ１０５は、ＳＩＰ要求を開始し、またはそれに応答するＳＩＰネットワーク内の論理エンティティである。ＳＩＰネットワークのほぼあらゆる要素が、ＳＩＰ要求の開始によるＵＡクライアントとして、または要求に応答するＵＡサーバとして、またはその両方としてＵＡ動作を示す。したがって、ＵＡは、ＳＩＰネットワーク内のすべての要素のための基本構成要素を形成する。以下は、このテストで実施される諸ステップである。
【００２６】
ａ．ステップ１：シグナリングおよびメディア連続性テストを求めるコマンドが、宛先の電話番号を付けて特定のＯＮＴに送信される。電話番号はここでは、オペレータの電話番号、ＰＳＴＮ番号、または１００４Ｈｚ信号を送信することができるミリワットトーン発生器の番号であり得る。
【００２７】
ｂ．ステップ２：このコマンドは、ＯＬＴ１０３上の制御チャネルを介して、要求されたＯＮＴに通信される。
【００２８】
ｃ．ステップ３：ＯＮＴは、ＳＩＰプロキシ１０６、ＭＥＧＡＣＯ  ＭＧＣ１０６すなわち第３のモジュールを介した提供された番号への呼を実行するテストケースを呼び出す。
【００２９】
ｄ．ステップ４：安定したＲＴＰセッション、または（ミリワットトーン発生器の番号がダイヤルされた場合には）ミリワットデータで呼が完了すると、シグナリングおよびデータ連続性が提供される。
【００３０】
ｅ．ステップ５：結果が要求元エンティティに送信される。
【００３１】
このテストに関する問題によってプロバイダは、シグナリングパスまたはデータパスの障害を分離するために以下のテストを実施するように促されることに留意されたい。
【００３２】
４．到達可能性テスト：こうした以下のテストケースのすべてにおいて、上記と同じ通信機構が使用される。
【００３３】
ａ．構成の検索：オペレータがテストしたいと望み得る第１の問題は、ＯＮＴの構成が適切な情報を含んでいるかどうかである。このため、ＯＮＴから顕著な情報を検索するためのテストケースが提供される。
【００３４】
ｂ．プロキシ到達可能性：これは、ＯＮＴ上で構成されたプロキシがＯＮＴによって到達可能であることをオペレータに保証する基本のテストである。ここでは、テストの継続時間の間のＰＩＮＧメッセージがＳＩＰプロキシ（またはＭＥＧＡＣＯ  ＭＧＣ）に到達することを可能にする。
【００３５】
オペレータは、テストのいずれかに関する問題を認識する場合、シグナリングパスまたはデータパスの正確な位置を分離するために、以下の追跡可能性テストを実施する。
【００３６】
５．追跡可能性テスト
ａ．プロキシ追跡可能性：ＳＩＰプロキシまたはＭＥＧＡＣＯ  ＭＧＣは、ＯＮＴから複数ＩＰホップ離れていることがある。この場合、到達可能性問題を分離するために、オペレータがプロキシへのパスを追跡するのが有用であり得る。これは、ＯＮＴ上のＴＲＡＣＥＲＯＵＴＥ機能を介して達成される。
【００３７】
ｂ．呼追跡：エンドツーエンドで呼を追跡することは、ＳＩＰプロキシにより適した特徴である。
【００３８】
表１に（ＦＴＴＵプラットフォームに関する）ＯＮＴ管理通信インターフェース（ＯＭＣＩ：ＯＮＴ  Ｍａｎａｇｅｍｅｎｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｉｎｔｅｒｆａｃｅ）テスト関連の要件についての要約を示し、表２にＳＩＰ／ＩＰスタックテスト関連の要件についての概要を示す。以下の表内のＯＭＣＩのケーススタディについて述べられているが、ＯＭＣＩではなくＳＮＭＰメッセージングなどの他の手段を用いて、同じ手順が他のＦＴＴｘ技術に適用可能であることに留意されたい。
【表１】
2006094487.tif 000003
【表２】
2006094487.tif 000004
【００３９】
本発明のシステム、方法、およびコンピュータ読取り可能媒体の例示的な一実施形態について添付の図面に示し、上記の詳細な説明で述べたが、本発明は開示された諸実施形態に限定されず、しかし、特許請求の範囲によって示され定められる本発明の精神または範囲から逸脱せずに、複数の再構成、修正および代替が可能であることが理解されよう。たとえば、システム１００の機能は、本明細書で述べたモジュールまたはコンポーネントのうちの１つまたは複数によって、あるいは分散アーキテクチャで実施され得る。たとえば、ＯＮＴ１０２、ＯＬＴ１０３、ＡＭＳ１０４、ＵＡ／ＭＧ１０５、ＭＧＣ１０６、ＩＰ電話１０７などによって実施される機能のすべてまたは一部は、こうしたモジュールのうちの１つまたは複数によって実施され得る。さらに、本発明の範囲から逸脱せずに、複数のＦＴＴｘプラットフォームまたはシステムが、対応するコンポーネントと共に使用され得る。また本明細書で述べた機能は、様々なときに、またモジュールまたはコンポーネントの内部または外部の様々なイベントに関連して実施され得る。さらに、様々なモジュール間で送信される情報は、データネットワーク、インターネット、音声ネットワーク、インターネットプロトコルネットワーク、無線ソース、有線ソースのうちの少なくとも１つを介して、かつ／または複数のプロトコルを介してモジュール間で送信され得る。さらに、本明細書で述べたモジュールは、メッセージを送受信することができる任意のタイプの装置であり得る。またモジュールのいずれかによって送信されまたは受信されるメッセージは、直接にかつ／または他のモジュールまたはノード（図示せず）のうちの１つまたは複数を介して送信されまたは受信され得る。
【図面の簡単な説明】
【００４０】
【図１】本発明の好ましい一実施形態によるＶｏＩＰテスト方法論を示す図である。
【符号の説明】
【００４１】
１００  ＦＴＴＰプラットフォーム／システム
１０１  ＰＯＴＳ電話
１０２  ＯＮＴ
１０３  ＯＬＴ
１０４  ＡＭＳ
１０５  ＵＡ／ＭＧ
１０６  ＳＩＰプロキシ、ＭＥＧＡＣＯ  ＭＧＣ
１０７  ＩＰ電話
【図１】
2006094487.tif 000005
【外国語明細書】
2006094487.tif 000006
2006094487.tif 000007
2006094487.tif 000008
2006094487.tif 000009
2006094487.tif 000010
2006094487.tif 000011
2006094487.tif 000012
2006094487.tif 000013
2006094487.tif 000014
2006094487.tif 000015
2006094487.tif 000016
2006094487.tif 000017