(57)【要約】【課題】  ゲートウェイ及びゲートウェイと連携して呼処理を行う呼処理装置とを備える通信システムにおいて、試験環境構築コストを低減させる。【解決手段】  本発明は、ゲートウェイ及び呼処理装置とを備える通信システムに関する。そして、本発明の通信システムでは、ゲートウェイが、第１の疑似呼処理信号処理手段からの呼に基づいて呼処理装置に発信し、呼処理装置が着信した呼の宛先に係る識別子を所定の識別子に変換して折返し発信し、ゲートウェイが呼処理装置から第１の通信インタフェースに係る識別子を宛先とする呼の着信を受けた場合第２の通信インタフェースに折り返して呼を着信させ、ゲートウェイが呼処理装置から第２の疑似呼処理信号処理手段に係る識別子を宛先とする呼の着信を受けた場合第２の疑似呼処理信号処理手段に呼の着信をさせることを特徴とする。【選択図】      図１
2016066949.tif 000002
【特許請求の範囲】
【請求項１】
第１のネットワークと第２のネットワークの間で呼の変換処理を行うことが可能であって上記第１のネットワーク側に接続可能な複数の通信インタフェースを備えるゲートウェイと、上記第２のネットワーク上で呼処理を行う呼処理装置とを備える通信システムの試験方法において、
上記ゲートウェイと疑似呼処理信号を送受信することにより上記ゲートウェイに呼の発信を行う第１の疑似呼処理信号処理手段と、
上記ゲートウェイと疑似呼処理信号を送受信することにより上記ゲートウェイから発信された呼の着信を受ける第２の疑似呼処理信号処理手段とを備え、
上記ゲートウェイが、上記第１の疑似呼処理信号処理手段から発信された呼に基づいて上記呼処理装置に呼の発信を行う発信工程と、
上記呼処理装置が、上記ゲートウェイから着信した呼の宛先に係る識別子を、上記ゲートウェイの所定の通信インタフェースに対応する識別子に変換し、上記ゲートウェイに変換後の識別子を宛先とする呼を折返し発信する第１の折返し工程と、
上記ゲートウェイが、上記呼処理装置から第１の通信インタフェースに係る識別子を宛先とする呼の着信を受けた場合、その着信した呼に基づいて上記第１の通信インタフェースから呼の発信を行い、上記第１の通信インタフェースから発信された呼を、上記ゲートウェイの第２の通信インタフェースに折り返して着信させる第２の折返し工程と、
上記ゲートウェイが、上記呼処理装置から上記第２の疑似呼処理信号処理手段に係る識別子を宛先とする呼の着信を受けた場合、その着信した呼に基づいて呼の発信を行い、上記第２の疑似呼処理信号処理手段に着信させる着信工程と
を含むことを特徴とする通信システムの試験方法。
【請求項２】
上記第２の折返し工程では、上記第１の通信インタフェースと上記第２の通信インタフェースとの間を物理的に折返し接続する折返し手段を用いて呼の折返しを行うことを特徴とする請求項１に記載の通信システムの試験方法。
【請求項３】
上記第１の折返し工程では、上記ゲートウェイの通信インタフェースに係る識別子を所定の順序で選択し、選択した識別子を変換後の識別子として適用することを特徴とする請求項１又は２に記載の通信システムの試験方法。
【請求項４】
上記第１のネットワークはＩＳＤＮ網であることを特徴とする請求項１〜３のいずれかに記載の通信システムの試験方法。
【請求項５】
上記第２のネットワークはＩＰ網であることを特徴とする請求項１〜４のいずれかに記載の通信システムの試験方法。
【請求項６】
第１のネットワークと第２のネットワークの間で呼の変換処理を行うことが可能であって上記第１のネットワーク側に接続可能な複数の通信インタフェースを備えるゲートウェイと、上記第２のネットワーク上で呼処理を行う呼処理装置とを備える通信システムにおいて、
上記ゲートウェイと疑似呼処理信号を送受信することにより上記ゲートウェイに呼の発信を行う第１の疑似呼処理信号処理手段と、
上記ゲートウェイと疑似呼処理信号を送受信することにより上記ゲートウェイから発信された呼の着信を受ける第２の疑似呼処理信号処理手段とをさらに備え、
上記呼処理装置が、上記ゲートウェイから着信した呼の宛先に係る識別子を、上記ゲートウェイの所定の通信インタフェースに対応する識別子に変換し、上記ゲートウェイに変換後の識別子を宛先とする呼を折返し発信する第１の折返し手段を有し、
上記ゲートウェイが、
上記第１の疑似呼処理信号処理手段から発信された呼に基づいて上記呼処理装置に呼の発信する発信手段と、
上記呼処理装置から第１の通信インタフェースに係る識別子を宛先とする呼の着信を受けた場合、その着信した呼に基づいて上記第１の通信インタフェースから呼の発信を行い、上記第１の通信インタフェースから発信された呼を、上記ゲートウェイの第２の通信インタフェースに折り返して着信させる第２の折返し手段と、
上記呼処理装置から上記第２の疑似呼処理信号処理手段に係る識別子を宛先とする呼の着信を受けた場合、その着信した呼に基づいて呼の発信を行い、上記第２の疑似呼処理信号処理手段に着信させる着信手段とを有する
ことを特徴とする通信システム。
【請求項７】
第１のネットワークと第２のネットワークの間で呼の変換処理を行うことが可能なゲートウェイと上記第２のネットワーク側から接続して呼処理を行う呼処理装置において、
上記ゲートウェイと接続して試験を行う際に、上記ゲートウェイから着信した呼の宛先に係る識別子を、上記ゲートウェイの所定の通信インタフェースに対応する識別子に変換し、上記ゲートウェイに変換後の識別子を宛先とする呼を折返し発信する折返し手段を有する
ことを特徴とする呼処理装置。
【請求項８】
第１のネットワークと第２のネットワークの間で呼の変換処理を行うことが可能なゲートウェイと上記第２のネットワーク側から接続して呼処理を行う呼処理装置に搭載されたコンピュータを、
上記ゲートウェイと接続して試験を行う際に、上記ゲートウェイから着信した呼の宛先に係る識別子を、上記ゲートウェイの所定の通信インタフェースに対応する識別子に変換し、上記ゲートウェイに変換後の識別子を宛先とする呼を折返し発信する折返し手段
として機能させることを特徴とする試験プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、通信システムの試験方法、通信システム、呼処理装置及び試験プログラムに関し、例えば、ＩＳＤＮ(Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｎｅｔｗｏｒｋ)回線及びＩＰネットワークに接続して電話通信の呼処理を行う通信システムに適用し得る。
【背景技術】
【０００２】
従来のＩＳＤＮ等の回線に接続する通信システムの高負荷試験では、通常、試験対象の通信装置の各インタフェース（ＩＳＤＮに接続するインタフェース）に、それぞれ疑似的な呼処理を行う信号（以下、「疑似呼処理信号」とも呼ぶ）を送受信する装置（例えば、「コールシミュレータ」）を接続し、自動で発信/着信する構成が採用される。
【０００３】
従来は、多数の物理インタフェースを備える通信装置に対する高負荷試験を行う場合、通常その物理インタフェースの分コールシミュレータ（コールシミュレータ側の物理インタフェース）を確保する必要があるが、コールシュミレータ等の試験装置は、非常に高コスト（高価格）である。そのため、従来、試験環境構築の低コスト化を目的として、試験に使用するコールシミュレータの数を低減することが望まれている。そして、上述のような課題を解決する従来技術として、特許文献１、２の記載技術がある。
【０００４】
特許文献１では、２つの一次群インタフェース（２３Ｂ＋Ｄ）の間で折返して発呼する折返発呼手段を備え、１つの基本インタフェースに入力される１つの呼に基づいて複数の呼を発呼及び着呼可能な構成について記載されている。
【０００５】
特許文献２ではＡＴＭ交換機の高負荷試験方法について記載されている。特許文献２では、擬似呼試験装置を２台使用し、物理回線により出力回線を入力回線に折り返すことにより、回線のループを構成している。これにより、特許文献２では、２台の擬似呼試験装置だけで、複数の回線ループに発呼し負荷試験を行うことが記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平４−０５１６４１号公報
【特許文献２】特開平１１−２１５１３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、ＩＳＤＮ回線に接続して終端（例えば、ＩＳＤＮ上の各Ｂチャネルを電話回線として終端）して、ＩＰネットワーク上のＳＩＰ(Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ)サーバに接続させるゲートウェイ（以下、「ＩＰ−ＧＷ」とも呼ぶ）が配置された通信システムについて、高負荷試験を行おうとした場合、ＩＰ−ＧＷ及びＳＩＰサーバが連携するシステム全体（複数装置）に負荷をかける必要がある。
【０００８】
しかしながら、上述の特許文献１、２の記載技術では、単純にＡＴＭやＩＳＤＮ等に接続する交換機に対する高負荷試験を実現するのみで、上述のＩＰ−ＧＷ及びＳＩＰサーバを備える通信システムのように複数の装置が連携して呼の処理を行う通信システム全体に高負荷をかけつつ、高負荷試験環境の構築コスト（特に、使用するコールシミュレータの数）を低減することはできない。
【０００９】
そのため、ゲートウェイ（例えば、上述のＩＰ−ＧＷ）及びゲートウェイと連携して呼処理を行う呼処理装置（例えば、ＳＩＰサーバ）とを備える通信システムにおいて、試験環境構築コストを低減することができる通信システムの試験方法、通信システム、呼処理装置及び試験プログラムが望まれている。
【課題を解決するための手段】
【００１０】
第１の本発明は、第１のネットワークと第２のネットワークの間で呼の変換処理を行うことが可能であって上記第１のネットワーク側に接続可能な複数の通信インタフェースを備えるゲートウェイと、上記第２のネットワーク上で呼処理を行う呼処理装置とを備える通信システムの試験方法において、（１）上記ゲートウェイと疑似呼処理信号を送受信することにより上記ゲートウェイに呼の発信を行う第１の疑似呼処理信号処理手段と、（２）上記ゲートウェイと疑似呼処理信号を送受信することにより上記ゲートウェイから発信された呼の着信を受ける第２の疑似呼処理信号処理手段とを備え、（３）上記ゲートウェイが、上記第１の疑似呼処理信号処理手段から発信された呼に基づいて上記呼処理装置に呼の発信を行う発信工程と、（４）上記呼処理装置が、上記ゲートウェイから着信した呼の宛先に係る識別子を、上記ゲートウェイの所定の通信インタフェースに対応する識別子に変換し、上記ゲートウェイに変換後の識別子を宛先とする呼を折返し発信する第１の折返し工程と、（５）上記ゲートウェイが、上記呼処理装置から第１の通信インタフェースに係る識別子を宛先とする呼の着信を受けた場合、その着信した呼に基づいて上記第１の通信インタフェースから呼の発信を行い、上記第１の通信インタフェースから発信された呼を、上記ゲートウェイの第２の通信インタフェースに折り返して着信させる第２の折返し工程と、（６）上記ゲートウェイが、上記呼処理装置から上記第２の疑似呼処理信号処理手段に係る識別子を宛先とする呼の着信を受けた場合、その着信した呼に基づいて呼の発信を行い、上記第２の疑似呼処理信号処理手段に着信させる着信工程とを含むことを特徴とする。
【００１１】
第２の本発明は、第１のネットワークと第２のネットワークの間で呼の変換処理を行うことが可能であって上記第１のネットワーク側に接続可能な複数の通信インタフェースを備えるゲートウェイと、上記第２のネットワーク上で呼処理を行う呼処理装置とを備える通信システムにおいて、（１）上記ゲートウェイと疑似呼処理信号を送受信することにより上記ゲートウェイに呼の発信を行う第１の疑似呼処理信号処理手段と、（２）上記ゲートウェイと疑似呼処理信号を送受信することにより上記ゲートウェイから発信された呼の着信を受ける第２の疑似呼処理信号処理手段とをさらに備え、（３）上記呼処理装置が、上記ゲートウェイから着信した呼の宛先に係る識別子を、上記ゲートウェイの所定の通信インタフェースに対応する識別子に変換し、上記ゲートウェイに変換後の識別子を宛先とする呼を折返し発信する第１の折返し手段を有し、（４）上記ゲートウェイが、（４−１）上記第１の疑似呼処理信号処理手段から発信された呼に基づいて上記呼処理装置に呼の発信する発信手段と、（４−２）上記呼処理装置から第１の通信インタフェースに係る識別子を宛先とする呼の着信を受けた場合、その着信した呼に基づいて上記第１の通信インタフェースから呼の発信を行い、上記第１の通信インタフェースから発信された呼を、上記ゲートウェイの第２の通信インタフェースに折り返して着信させる第２の折返し手段と、（４−３）上記呼処理装置から上記第２の疑似呼処理信号処理手段に係る識別子を宛先とする呼の着信を受けた場合、その着信した呼に基づいて呼の発信を行い、上記第２の疑似呼処理信号処理手段に着信させる着信手段とを有することを特徴とする。
【００１２】
第３の本発明は、第１のネットワークと第２のネットワークの間で呼の変換処理を行うことが可能なゲートウェイと上記第２のネットワーク側から接続して呼処理を行う呼処理装置において、上記ゲートウェイと接続して試験を行う際に、上記ゲートウェイから着信した呼の宛先に係る識別子を、上記ゲートウェイの所定の通信インタフェースに対応する識別子に変換し、上記ゲートウェイに変換後の識別子を宛先とする呼を折返し発信する折返し手段を有することを特徴とする。
【００１３】
第４の本発明は、第１のネットワークと第２のネットワークの間で呼の変換処理を行うことが可能なゲートウェイと上記第２のネットワーク側から接続して呼処理を行う呼処理装置に搭載されたコンピュータを、上記ゲートウェイと接続して試験を行う際に、上記ゲートウェイから着信した呼の宛先に係る識別子を、上記ゲートウェイの所定の通信インタフェースに対応する識別子に変換し、上記ゲートウェイに変換後の識別子を宛先とする呼を折返し発信する折返し手段として機能させることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、ゲートウェイ及びゲートウェイと連携して呼処理を行う呼処理装置とを備える通信システムにおいて、試験環境構築コストを低減させることができる。
【図面の簡単な説明】
【００１５】
【図１】実施形態に係る通信システムで試験を行う際の論理的構成（実施形態に係る通信システムの試験方法）について示した説明図である。
【図２】実施形態に係る通信システムで試験を行う際の全体構成（物理接続構成）について示したブロック図である。
【図３】実施形態に係るＳＩＰサーバが保持する番号変換テーブルの構成例について示した説明図である。
【図４】実施形態に係るＩＰ−ＧＷの設定内容の例について示した説明図である。
【図５】実施形態に係るＳＩＰサーバの動作について示したフローチャートである。
【図６】実施形態に係る通信システムの動作（通信システムの試験方法）の例について示したシーケンス図（その１）である。
【図７】実施形態に係る通信システムの動作（通信システムの試験方法）の例について示したシーケンス図（その２）である。
【発明を実施するための形態】
【００１６】
（Ａ）主たる実施形態
以下、本発明による通信システムの試験方法、通信システム、呼処理装置及び試験プログラムの一実施形態を、図面を参照しながら詳述する。以下では、本発明の、呼処理装置及び試験プログラムをＳＩＰサーバに適用した例について説明する。
【００１７】
（Ａ−１）実施形態の構成
図２は、この実施形態の通信システム１の全体構成について示したブロック図である。また、図２では、通信システム１を構成する各装置の物理接続構成についても示している。
【００１８】
通信システム１は、ＩＰ−ＧＷ１０、ＳＩＰサーバ２０、及び２台のコールシミュレータ３０（３０−１、３０−２）を有している。なお、コールシミュレータ３０の台数については限定されないものである。
【００１９】
次に、ＩＰ−ＧＷ１０の物理接続構成及び機能的構成について説明する。
【００２０】
ＩＰ−ＧＷ１０は、ＩＳＤＮ網とＩＰ網（ＳＩＰにより呼制御されるネットワーク）との間で呼の変換処理を行うことが可能なゲートウェイである。
【００２１】
この実施形態では、ＩＰ−ＧＷ１０は、ＩＳＤＮ網に接続するＰＲＩ（Ｐｒｉｍａｒｙ  Ｒａｔｅ  Ｉｎｔｅｒｆａｃｅ；１次群速度インタフェース）ポート１３と、ＩＰネットワークＮに接続するためのイーサネット（登録商標）ポート１４とを備えるものとする。なお、ＩＰ−ＧＷ１０のハードウェアとしては、ＩＳＤＮ網とＩＰネットワーク（ＳＩＰにより呼制御されるネットワーク）との間を相互接続する種々のゲートウェイを適用することができるため、詳しい説明を省略する。
【００２２】
ＩＰ−ＧＷ１０が備えるインタフェースの数は限定されないものであるが、この実施形態では、ＩＰ−ＧＷ１０は、１６個のＰＲＩポート１３−０〜１３−１５と、４つのイーサネットポート１４（１４−１〜１４−４）を有しているものとする。ＩＰ−ＧＷ１０は、ＩＳＤＮ網とＩＰネットワークの間の電話回線を相互に接続するゲートウェイ機能に対応している。ＩＰ−ＧＷ１０は、各ＰＲＩポート１３でＩＳＤＮの一次群インタフェース（２３個のＢチャネルと、１個のＤチャネル）を終端し、さらにイーサネットポート１４でＩＰネットワークＮ（ＳＩＰによる電話通信）を終端している。イーサネットポート１４としては、例えば、１０００Ｂａｓｅ−Ｔや１０００Ｂａｓｅ−ＳＸ等の有線のイーサネットポートを適用することができる。また、ＩＰ−ＧＷ１０は、ＰＲＩポート１３とイーサネットポート１４との間の通信処理（呼制御やメディアデータの送受信等の通信処理）を実行する通信処理部１１、及び装置全体の制御を行うための制御部１２を有している。
【００２３】
ＰＲＩポート１３は、それぞれＰＲＩケーブルによりＩＳＤＮ網のＴ１回線を収容可能なインタフェースである。ＩＰ−ＧＷ１０では、ＰＲＩポート１３−０〜１３−１５に対して、それぞれ内部的な識別子（以下、「ＰＲＩポートＩＤ」と呼ぶ）が割り当てられている。以下では、ＰＲＩポート１３−０〜１３−１５に対して、それぞれ、ＰＲＩ０〜ＰＲＩ１５のＰＲＩポートＩＤが割り当てられているものとする。
【００２４】
また、ＩＰ−ＧＷ１０では、ＰＲＩポート１３−０、１３−１に、それぞれコールシミュレータ３０−１、３０−２が接続されている。
【００２５】
さらに、ＩＰ−ＧＷ１０では、ＰＲＩポート１３−２、１３−３の間、ＰＲＩポート１３−４、１３−５の間、ＰＲＩポート１３−６、１３−７の間、ＰＲＩポート１３−８、１３−９の間、ＰＲＩポート１３−１０、１３−１１の間、ＰＲＩポート１３−１２、１３−１３の間、ＰＲＩポート１３−１４、１３−１５の間が、それぞれ折り返しケーブル１５（クロス配線のＰＲＩケーブル）で接続されているものとする。
【００２６】
ＩＰ−ＧＷ１０では、ＰＲＩポート１３−０〜１３−１５に対して、図３に示すような設定がなされているものとする。
【００２７】
図３では、各ＰＲＩポート１３−０〜１３−１５のＰＲＩポートＩＤ（ＰＲＩ０〜ＰＲＩ１５）に対応する設定内容が図示されている。
【００２８】
図３に示すように、ＩＰ−ＧＷ１０では、ＰＲＩポート１３−０〜１３−１５（ＰＲＩ０〜ＰＲＩ１５）には、ＩＳＤＮ網側（Ｑ９３１）の電話番号（ＩＳＤＮ網上のＩＤ；物理番号）として、それぞれ０５０５５４３１０００〜０５０５５４３１０１５が割り当てられているものとする。
【００２９】
また、ＩＰ−ＧＷ１０では、ＰＲＩポート１３−０〜１３−１５（ＰＲＩ０〜ＰＲＩ１５）のそれぞれに対応するＳＩＰ  ＩＤ（ＳＩＰ上の識別子）としてＩＳＤＮ上の電話番号と同様の番号で示される文字列（０５０５５４３１０００〜０５０５５４３１０１５）が割り当てられているものとする。すなわち、ＳＩＰサーバ２０では、ＩＰ−ＧＷ１０上のいずれかの電話番号（物理番号）と同様の文字列を宛先のＩＤ（ＳＩＰ上のＩＤ、以下「ＳＩＰ  ＩＤ」とも呼ぶものとする）として発信することにより、ＩＰ−ＧＷ１０上で対応するＰＲＩポート１３を経由した呼の発信を行うことができる。
【００３０】
さらにまた、ＩＰ−ＧＷ１０では、図３に示すように、ＰＲＩポート１３−０、１３−１、１３−３、１３−５、１３−７、１３−９、１３−１１、１３−１３、１３−１５（ＰＲＩ０、ＰＲＩ１、ＰＲＩ３、ＰＲＩ５、ＰＲＩ７、ＰＲＩ９、ＰＲＩ１１、ＰＲＩ１３、ＰＲＩ１５）をＮＴ（ネットワーク）モードで動作させる設定がなされているものとする。また、ＩＰ−ＧＷ１０では、図３に示すように、ＰＲＩポート１３−２、１３−４、１３−６、１３−８、１３−１０、１３−１２、１３−１４（ＰＲＩ２、ＰＲＩ４、ＰＲＩ６、ＰＲＩ８、ＰＲＩ１０、ＰＲＩ１２、ＰＲＩ１４）をＴＥ（ターミナル）モードで動作させる設定がなされているものとする。なお、上述のＮＴモード/ＴＥモードは、例えば、ＴＴＣ標準ＪＴ-Ｉ４３１，ＪＴ-Ｑ.９２１，ＪＴ-Ｑ.９３１等に従った構成を適用することができる。
【００３１】
すなわち、ＩＰ−ＧＷ１０では、疑似的なＩＳＤＮ網としてのコールシミュレータ３０を接続するＰＲＩポート１３をＮＴモードで動作させている。また、ＩＰ−ＧＷ１０では、折り返しケーブル１５の一方の端のＰＲＩポート１３をＮＴモードで動作させ、他方の端のＰＲＩポート１３をＴＥモードで動作させている。すなわち、ＩＰ−ＧＷ１０では、折り返しケーブル１５で接続されたＰＲＩポート１３のうちＮＴモードに設定されたＰＲＩポート１３から発呼された呼が、ＴＥモードに設定されたＰＲＩポート１３に着呼するような設定がなされている。以上のように、ＩＰ−ＧＷ１０では、折り返しケーブル１５を用いて、２つのＰＲＩポート１３の間で呼を折り返す手段が構成されている。
【００３２】
ＩＰ−ＧＷ１０では、それぞれのイーサネットポート１４−１〜１４−４に対してそれぞれ機能が割り当てられている。ＩＰ−ＧＷ１０では、イーサネットポート１４−１に対して呼制御（シグナリング）のパケット送受信（例えば、ＳＩＰのメッセージ送受信）の機能が割り当てられているものとする。また、ＩＰ−ＧＷ１０では、イーサネットポート１４−２に対して、メディアデータのパケット送受信（例えば、音声データが挿入されたパケットや、データ伝送の制御パケット等の送受信）を行う機能が割り当てられているものとする。ＩＰ−ＧＷ１０は、例えば、メディアデータのパケットとしてＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケットやＲＴＣＰ（ＲＴＰ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）パケットの送受信を行う。さらに、ＩＰ−ＧＷ１０では、イーサネットポート１４−３、１４−４に対して、それぞれＳＩＰサーバ２０との保守用データの送受信（例えば、保守用のメッセージ送受信）を行う機能が割り当てられているものとする。なお、ＩＰ−ＧＷ１０において、ＩＰネットワークＮ側の各イーサネットポート１４の機能割当については上述の例に限定されず、種々のＳＩＰサーバとの接続構成を適用することができる。
【００３３】
次に、ＳＩＰサーバ２０の物理接続構成及び機能的構成について説明する。
【００３４】
ＳＩＰサーバ２０は、ＳＩＰ端末等に対してＳＩＰを利用したサービス（例えば、電話サービス等の呼処理）を提供するものであり、制御部２１、イーサネットポート２２、呼制御部２３、メディア処理部２４、及びデータ記憶部２５を有している。通信システム１では、ＳＩＰサーバ２０は、ＩＰ−ＧＷ１０に対してＳＩＰを利用した電話通信サービスを提供する。この実施形態では、ＳＩＰサーバ２０は、呼制御（ＳＩＰメッセージを用いたシグナリング）機能及び、メディア通信（例えば、ＲＴＰパケットの送受信）の機能の両方に対応したサーバであるものとするが、複数のサーバを用いて構成するようにしてもよい。
【００３５】
制御部２１は、ＳＩＰサーバ２０全体の制御を行うものである。呼制御部２３は、ＳＩＰメッセージの交換により呼制御サービスを提供する機能を担っている。メディア処理部２４は、メディア通信機能（例えば、音声パケットの送受信等）の機能を担っている。メディア処理部２４は、呼制御部２３の呼制御により確立されたセッション（通信パス）上で、メディアパケットの送受信を行う。データ記憶部２５は、ＳＩＰサーバ２０において参照される種々のデータを記憶する記憶手段であり、後述する番号変換テーブル２５１を記憶している。
【００３６】
ＳＩＰサーバ２０は、例えば、ＩＰネットワークに接続可能なコンピュータに、呼処理プログラム（後述する実施形態の試験プログラム等を含む）をインストールすることにより実現するようにしてもよい。呼制御部２３、メディア処理部２４、及び試験処理部２５は、通常運用時には、種々のＳＩＰサーバと同様の呼処理プログラムに基づいて動作し、試験時には後述する試験プログラムに基づいて動作するものとして説明する。呼制御部２３は、データ記憶部２５に記憶される番号変換テーブル２５１に従って、着信した呼の処理を行う。この実施形態では、ＳＩＰサーバ２０では、オペレータ（試験の作業者）の操作等に応じて、上述の試験プログラムが起動し、試験時の動作モード（以下、「試験モード」と呼ぶ）で動作するものとする。
【００３７】
具体的には、呼制御部２３は、試験モードで動作する際、ＩＰ−ＧＷ１０からの呼が着信すると、当該呼の宛先のＩＤ（ＩＳＤＮ網上の物理番号を含むＳＩＰ  ＩＤ）を変換して、変換後のＩＤを用いてＩＰ−ＧＷ１０へ呼の折返し発信（ＳＩＰメッセージを用いた発信）を行う。このとき、呼制御部２３は、番号変換テーブル２５１に従って、着信した呼のＩＤ（以下、「変換元ＩＤ」と呼ぶ）を、次の発信先のＩＤ（以下、「発信先ＩＤ」と呼ぶ）に変換するものとする。
【００３８】
番号変換テーブル２５１は、図４に示すように、変換元ＩＤと変換先ＩＤが対応付けて管理されたテーブルである。番号変換テーブル２５１上のＩＤ（物理番号）は全てＩＰ−ＧＷ１０上に設定された物理番号と同様の文字列で構成されている。
【００３９】
図４に示すように、番号変換テーブル２５１では、「０５０５５４３１０００」、「０５０５５４３１００２」、「０５０５５４３１００４」、「０５０５５４３１００６」、「０５０５５４３１００８」、「０５０５５４３１０１０」、「０５０５５４３１０１２」、「０５０５５４３１０１４」のＩＤ（変換元ＩＤ）が、それぞれ「０５０５５４３１００２」、「０５０５５４３１００４」、「０５０５５４３１００６」、「０５０５５４３１００８」、「０５０５５４３１０１０」、「０５０５５４３１０１２」、「０５０５５４３１０１４」、「０５０５５４３１００１」のＩＤ（変換先ＩＤ）に変換するように定義されている。
【００４０】
すなわち、番号変換テーブル２５１では、試験モード時に、呼制御部２３が発呼するＩＰ−ＧＷ１０上のＰＲＩポート１３の順序を定義している。例えば、図４に示す番号変換テーブル２５１では、試験時に呼制御部２３が、「０５０５５４３１０００」（ＰＲＩ０）を発信先とする呼を着信すると、その後「０５０５５４３１００２」（ＰＲＩ２）、「０５０５５４３１００４」（ＰＲＩ４）、「０５０５５４３１００６」（ＰＲＩ６）、「０５０５５４３１００８」（ＰＲＩ８）、「０５０５５４３１０１０」（ＰＲＩ１０）、「０５０５５４３１０１２」（ＰＲＩ１２）、「０５０５５４３１０１４」（ＰＲ１４）、「０５０５５４３１００１」（ＰＲＩ１）の順序で、ＩＰ−ＧＷ１０への発呼を行うことを示している。なお、番号変換テーブル２５１では、最後に発呼する発信先はコールシミュレータ３０が接続されたＰＲＩポート１３であるものとする。図４に示す番号変換テーブル２５１では、最後の発信先のＩＤが（変換先ＩＤの最後のＩＤ）が、コールシミュレータ３０−２の接続されたＰＲＩポート１３−１（ＰＲＩ１）のＩＤ「０５０５５４３１００１」となっている。言い換えると、番号変換テーブル２５１では、変換元ＩＤを、ＩＰ−ＧＷ１０上でＴＥモードに設定されたＰＲＩポート１３、又は、コールシミュレータ３０−２が接続されたＰＲＩポート１３−１のいずれかに変換するように定義されている。
【００４１】
なお、番号変換テーブル２５１のデータ形式は、図４のように変換元ＩＤと変換先ＩＤとの対応関係を示す内容（テーブル形式）に限定されず、例えば、単に呼制御部２３がＩＰ−ＧＷ１０への発呼を行うＩＤ（物理番号）のリスト（リスト形式のデータ）としてもよい。
【００４２】
ＳＩＰサーバ２０は、ネットワークＮに接続する４つのイーサネットポート２２（２２−１〜２２−４）を有している。この実施形態では、イーサネットポート２２−１〜２２−４は、それぞれ、ＩＰ−ＧＷ１０側のイーサネットポート１４−１〜１４−４と対向するものであるものとする。すなわち、ＳＩＰサーバ２０において、イーサネットポート２２−１〜２２−４は、それぞれＩＰ−ＧＷ１０側の対向するイーサネットポートと同様の機能を果たすものとする（対向するイーサネットポートとのパケット送受信を行う）。
【００４３】
なお、この実施形態では、ＳＩＰサーバ２０とＩＰ−ＧＷ１０との間は、ＩＰネットワークＮ（例えば、Ｌ２スイッチやＬ３スイッチ等により構成されたネットワーク）を介して接続しているが、直接イーサネットケーブルを用いて接続する等、他の接続構成としてもよい。また、ＳＩＰサーバ２０において、ネットワークＮに接続するイーサネットポートの数は限定されないものであり、例えば、全ての機能を１つのポートに集約するようにしてもよい。
【００４４】
（Ａ−２）実施形態の動作
次に、以上のような構成を有するこの実施形態の通信システム１の試験時の動作（実施形態の試験方法（高負荷試験方法））を説明する。
【００４５】
まず、通信システム１において、試験が行われる際のＳＩＰサーバ２０単体の動作（実施形態の試験プログラムの動作）について、図５のフローチャートを用いて説明する。
【００４６】
まず、ＳＩＰサーバ２０（制御部２１、呼制御部２３、及びメディア処理部２４）において、試験プログラムの動作が開始（試験モードで動作開始）したものとする（Ｓ１０１）。
【００４７】
そして、その後ＳＩＰサーバ２０（呼制御部２３）に、ＩＰ−ＧＷ１０から呼が着信したものとする（Ｓ１０２）。
【００４８】
ＳＩＰサーバ２０（呼制御部２３）は、着信した呼の宛先のＩＤ（ＳＩＰ  ＩＤ）を番号変換テーブル２５１に従って変換（着信した呼のＩＤを変換元ＩＤとして、対応する変換先ＩＤに変換）する（Ｓ１０３）。
【００４９】
ＳＩＰサーバ２０（呼制御部２３）は、変換したＩＤを用いて、発呼（ＩＰ−ＧＷ１０に対して発呼）して、セッションを確立し、メディア処理部２４にメディア通信を開始させる（Ｓ１０４）。そして、ＳＩＰサーバ２０は、次の呼が着信すると上述のステップＳ１０２から動作する処理を繰り返すことになる。
【００５０】
次に、ＳＩＰサーバ２０を上述のように試験モードで動作させた場合の、通信システム１全体の動作について、図６、図７のシーケンス図を用いて説明する。
【００５１】
ここでは、まず、ＩＰ−ＧＷ１０に対して、図３に従った設定が実行され、さらに図２に示すような配線（折り返しケーブル１５の接続等）がされたものとする。これにより、ＩＰ−ＧＷ１０は、図２に示すような試験開始可能な状態となったものとする（Ｓ２０１）。
【００５２】
さらにここでは、ＳＩＰサーバ２０において、試験プログラムの動作が開始（試験モードで動作開始）したものとする（Ｓ２０２）。
【００５３】
その後、コールシミュレータ３０−１から、ＩＰ−ＧＷ１０に対して、自装置に係る物理番号（０５０５５４３１０００）を宛先とした発呼が行われたものとする（Ｓ２０３）。コールシミュレータ３０−１からの発呼処理については、オペレータ（試験のオペレータ）が手動で行うようにしてもよいし、コールシミュレータ３０−１に自動的に発呼するプログラム（例えば、１又は複数の発呼命令が記述されたスクリプト）を実行させるようにしてもよい。
【００５４】
そして、ＩＰ−ＧＷ１０では、ＰＲＩポート１３−０（ＰＲＩ０）で、コールシミュレータ３０−１からの呼の着信を受け、着信した呼に基づいてＳＩＰサーバ２０へ発呼（着信した呼をＳＩＰサーバ２０に転送）する。このとき、ＩＰ−ＧＷ１０は、上述の図３に示す設定に従って、宛先のＳＩＰ  ＩＤを「０５０５５４３１０００」として発呼（ＳＩＰメッセージの交換）を行う（Ｓ２０４）。
【００５５】
ＳＩＰサーバ２０（呼制御部２３）は、ＩＰ−ＧＷ１０から着信した呼の宛先のＩＤ（ＳＩＰ  ＩＤ）を番号変換テーブル２５１に従って変換（ここでは、「０５０５５４３１０００」を「０５０５５４３１００２」に変換）する（Ｓ２０５）。
【００５６】
そして、ＳＩＰサーバ２０（呼制御部２３）は、変換したＩＤ「ＳＩＰ：０５０５５４３１００２」を用いて、発呼（ＩＰ−ＧＷ１０に対して発呼）する（Ｓ２０６）。
【００５７】
ＩＰ−ＧＷ１０は、ＳＩＰサーバ２０から呼が着信（ＳＩＰ：０５０５５４３１００２）すると、当該呼のＩＤに対応するＰＲＩポート１３−２（ＰＲＩ２）から、当該呼のＳＩＰ  ＩＤに含まれる番号（０５０５５４３１００２）で、発呼を行う（Ｓ２０７）。ＰＲＩポート１３−２（ＰＲＩ２、ＴＥモード）とＰＲＩポート１３−３（ＰＲＩ３、ＮＴモード）とは折り返しケーブル１５で接続されているため、ＰＲＩポート１３−２（ＰＲＩ２）から発信された呼は折り返され（透過され）、ＰＲＩポート１３−３（ＰＲＩ３）に着信することになる。
【００５８】
そして、ＩＰ−ＧＷ１０は、ＰＲＩポート１３−３（ＰＲＩ３）で、折り返された呼の着信を受けると、着信した呼に基づいてＳＩＰサーバ２０へ発呼（「ＳＩＰ：０５０５５４３１００２」を用いて発呼）する（Ｓ２０８）。
【００５９】
以下同様に、通信システム１では、ＳＩＰサーバ２０におけるＩＤ変換（物理番号変換）を伴う論理的な呼の折り返しと、ＩＰ−ＧＷ１０における折り返しケーブル１５を用いた物理的な呼の折り返しとが繰り返されることになる（Ｓ２０９〜Ｓ２１３、…、Ｓ３０１〜Ｓ３０５）。
【００６０】
そして、最終的にはＳＩＰサーバ２０（呼制御部２３）において、番号変換テーブル２５１上の最後尾のリストに基づいて番号変換処理された呼（０５０５５４３１０１４から０５０５５４３１００１の番号に変換された呼）が、ＩＰ−ＧＷ１０（ＰＲＩポート１３−１、ＰＲＩ１）を介してコールシミュレータ３０−２に着信することになる（Ｓ３０６〜Ｓ３０９）。
【００６１】
以上のように、通信システム１において、ＳＩＰサーバ２０におけるＩＤ変換（物理番号変換）を伴う論理的な呼の折り返しと、ＩＰ−ＧＷ１０における折り返しケーブル１５を用いた物理的な呼の折り返しとが循環的に繰りかえされると、コールシミュレータ３０−１から発呼された呼がコールシミュレータ３０−２へ着信するまでの論理的な通信経路（論理パス）は図１のようになる。
【００６２】
図１では、コールシミュレータ３０−１から発呼された呼（発信する番号を「０５０５５４３１０００」とする呼）が、ＳＩＰサーバ２０において番号変換されながらＩＰ−ＧＷ１０の全てのＰＲＩポート１３−０〜１３−１５を経由して、コールシミュレータ３０−２に到達するまでの経路と、ＳＩＰサーバ２０におけるＩＤ変換の内容と、各区間で用いられるＩＤ（ＳＩＰ  ＩＤ又は物理番号）とを図示している。
【００６３】
なお、図１では、説明を簡易とするため各呼の呼制御（シグナリング）の経路を示しているが、実際には同様の経路で音声データ（メディアデータ）も流れることになる。また、図１、図６、図７ではコールシミュレータ３０−１が、１回の呼の発信（１つのＢチャネルを用いた発信）を行った場合の呼処理の例について図示しているが、コールシミュレータ３０−１は、連続して複数回呼の発信を行い、各ＰＲＩポート１３で収容可能な２３チャネル（２３Ｂ）分の呼を同時に確立することが可能となる。すなわち、通信システム１では、試験時（高負荷試験時）に、図６、図７の処理を最大２３回連続して実行し、ＩＰ−ＧＷ１０上の各ＰＲＩポート１３の全てのＢチャネルで呼（通話）を確立した状態（呼を発信又は着信した状態）とすることが可能である。また、このとき、ＳＩＰサーバ２０側でも、ＩＰ−ＧＷ１０で発信又は着信された呼を全て同時に処理する状態（論理的に呼を折り返す処理を行う状態）とすることができる。なお、通信システム１では、コールシミュレータ３０−１から発信する呼の数に応じて、各装置の負荷量（同時に処理する呼の数）を調整することができる。例えば、通信システム１では、コールシミュレータ３０−１から発信する呼の数を段階的に増やしていくことにより、負荷量ごとの各装置の状態（例えば、ＣＰＵの利用率、メモリの利用率、処理遅延等）を確認することが可能となる。
【００６４】
さらに、ＩＰ−ＧＷ１０及びＳＩＰサーバ２０では、呼の折返し発信を行う際に、着信した呼と、折り返し発信する呼との間でメディアデータの転送処理を行うようにしてもよいし、各区間で別途試験用のメディアデータ（ダミーデータ）を送受信するようにしてもよい。例えば、ＩＰ−ＧＷ１０及びＳＩＰサーバ２０において着信した呼と、折り返す発信する呼を接続してメディアデータの転送処理を行う場合、コールシミュレータ３０−１とコールシミュレータ３０−２との間で通話が可能な状態となる。このとき、コールシミュレータ３０−１とコールシミュレータ３０−２との間で、試験用のメディアデータの送受信を行い、送受信される音声（音声データ）の品質を検査するようにしてもよい。
【００６５】
さらにまた、図１、図２では、２台のコールシミュレータ３０−１、３０−２を用いた構成となっているが、ＰＲＩポート１３に接続するインタフェースを複数備えるコールシミュレータを用いる場合には１台のコールシミュレータで同様の構成を実現可能となる。
【００６６】
（Ａ−３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。
【００６７】
通信システム１では、試験時に図１、図２のような構成とすることで、試験（高負荷試験）を行う際に必要となるコールシミュレータ３０の数を２台のみ（発信と着信それぞれ１台ずつのみ）とし、試験環境の構築コストを低減することができる。例えば、従来では、ＰＲＩポート１３を１６個備えるＩＰ−ＧＷ１０とＳＩＰサーバ２０とを連携させ、さらに全てのＰＲＩポート１３を用いた試験を行う場合、全てのＰＲＩポート１３にコールシミュレータの接続が必要であった。これに対して、この実施形態の通信システム１では、試験時に図１、図２のような構成とすることで、コールシミュレータの数（コールシミュレータ側で確保するインタフェースの数）を１／８（２／１６）とすることができる。
【００６８】
（Ｂ）他の実施形態
本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【００６９】
（Ｂ−１）上記の実施形態の構成（上述の図１、図２の構成）において、１台のコールシミュレータ３０−１に呼の発信及び着信をさせて、２台目のコールシミュレータ３０−２を省略するようにしてもよい。その場合、ＳＩＰサーバ２０の番号変換テーブル２５１において、最後の順番の変換先ＩＤ（０５０５５４３１０１４に対応する変換先ＩＤ）を、コールシミュレータ３０−１に係るＩＤ（ＰＲＩ０に対応する０５０５５４３１０００）とする必要がある。この場合、コールシミュレータ３０−１で同時に発信可能な呼は上記の実施形態の半分の１１（２３／２＝１１（小数点以下切り捨て））となる。
【００７０】
（Ｂ−２）上記の実施形態では、ＩＰ−ＧＷ１０として、ＩＳＤＮ回線を収容可能な装置（Ｔ１回線を収容可能な装置）として説明したが、Ｅ１回線（Ｖ５．２プロトコル；ＩＴＵ−Ｔ  Ｉ．４３１，ＩＴＵ−Ｔ  Ｇ．９６４，ＩＴＵ−Ｔ  Ｇ.９６５等参照)を収容する装置に置き換えてもよい。
【符号の説明】
【００７１】
１…通信システム、１０…ＩＰ−ＧＷ、１１…通信処理部、１２…制御部、１３、１３−０〜１３−１５…ＰＲＩポート、１４、１４−１〜１４−４…イーサネットポート、１５…折り返しケーブル、２０…ＳＩＰサーバ、２１…制御部、２２、２２−１〜２２−４…イーサネットポート、２３…呼制御部、２４…メディア処理部、２５…データ記憶部、２５１…番号変換テーブル、３０、３０−１、３０−２…コールシミュレータ、Ｎ…ＩＰネットワーク。
【図１】
2016066949.tif 000003
【図２】
2016066949.tif 000004
【図３】
2016066949.tif 000005
【図４】
2016066949.tif 000006
【図５】
2016066949.tif 000007
【図６】
2016066949.tif 000008
【図７】
2016066949.tif 000009