中継接続サービスを提供する通信方法および通信システム
【課題】ＩＰ網を用いて中継接続する場合に、メッセージサイズの増大を防ぐことができる通信方法および通信システムを提供する。
【解決手段】複数の通信事業者の通信網（ＰＳＴＮ）間の情報の中継接続をＩＰ網を用いて行う中継接続事業者網内に、着番号情報に対応付けてその呼が中継接続を行う呼か自ＩＰ網内の端末６への着信（自ＩＰ網着信）かが記憶された中継判断ＤＢ２００を格納する中継判断ＤＢ装置２を備え、ＰＳＴＮ−ＧＷ１ａが、通信事業者Ａから着呼要求信号を受信すると、その呼が中継接続か自ＩＰ網着信かを中継判断ＤＢ装置２に問い合わせ、自ＩＰ網着信の場合に、カプセル化処理を行わず、着呼要求信号を、中継サーバ３、加入者サーバ４およびＩＰ変換装置５を介して端末６へ送信する。
【解決手段】複数の通信事業者の通信網（ＰＳＴＮ）間の情報の中継接続をＩＰ網を用いて行う中継接続事業者網内に、着番号情報に対応付けてその呼が中継接続を行う呼か自ＩＰ網内の端末６への着信（自ＩＰ網着信）かが記憶された中継判断ＤＢ２００を格納する中継判断ＤＢ装置２を備え、ＰＳＴＮ−ＧＷ１ａが、通信事業者Ａから着呼要求信号を受信すると、その呼が中継接続か自ＩＰ網着信かを中継判断ＤＢ装置２に問い合わせ、自ＩＰ網着信の場合に、カプセル化処理を行わず、着呼要求信号を、中継サーバ３、加入者サーバ４およびＩＰ変換装置５を介して端末６へ送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、中継接続サービスをＩＰ（Internet Protocol）網において提供する通信方法および通信システムに関するものである。
【背景技術】
【０００２】
呼制御プロトコルＩＳＵＰ（ISDN user part）を利用した従来の回線交換電話網（ＰＳＴＮ：Public Switched Telephone Network）サービスを提供する通信事業者には、中継接続サービスを提供する中継接続事業者が存在する。この中継接続サービスとは、例えば、中継接続事業者が２つの地域系固定通信事業者それぞれと相互接続を行い、これら地域系固定通信事業者２社間の通信時の呼制御信号、音声信号等を中継接続するサービスである。ある通信事業者が他の通信事業者と通信を確保するには、それぞれの通信事業者との間で相互接続回線を準備する必要があるため、相応の設備コストを有するのに対し、中継接続事業者の中継接続サービスを活用すれば、当該中継接続事業者との相互接続回線を準備するだけで当該中継接続事業者と接続する他の通信事業者との通信が可能となり、設備コストを削減できるメリットがある。
【０００３】
従来のＰＳＴＮでの中継接続サービスの具体的な処理について説明する。図６は、従来のＰＳＴＮでの中継接続サービスを提供する通信システムの構成および中継接続の処理の流れの説明図である。
【０００４】
図６に示すように、中継接続サービスを提供する通信事業者網（以下、「中継接続事業者網」とする）に、他の通信事業者Ａ，Ｂ，Ｃの通信網（ＰＳＴＮ）が接続されている。そして、中継接続事業者網内には、中継接続事業者のＩＧＳ（関門交換機）７（７ａ，７ｂ）、ＩＣ（中継交換機）８、ＧＣ（加入者交換機）９、および端末６を備える。なお、中継接続事業者が、中継接続サービスのみを行い、地域系固定通信サービスを行わない場合は、ＧＣ９および端末６を備える必要はないが、中継接続サービスを行う事業者は、地域系固定通信サービスを併せて行うのが一般的である。よって、中継接続事業者網に、ＧＣ９および端末６が含まれるものとして説明する。
【０００５】
通信事業者Ａの通信網（ＰＳＴＮ）から発信された情報を、他の通信事業者の通信網（ＰＳＴＮ）に中継接続する場合として、以下の３つのパターンが考えられる。
【０００６】
（パターン１）通信事業者Ａの通信網から、ＩＧＳ７ａおよびＩＣ８を経由し、ＩＧＳ７ｂに接続する通信事業者Ｂの通信網に中継接続される場合。なお、ここで、発信側から信号を受信し着信側へ送信するＩＧＳ７をＩＧＳ７ａとし、ＩＣ８を介して信号を受信しさらに着信側に送信するＩＧＳ７をＩＧＳ７ｂとする。
（パターン２）通信事業者Ａの通信網から、ＩＧＳ７ａに同じく接続点を有する通信事業者Ｃの通信網に中継接続される場合。
（パターン３）通信事業者Ａの通信網から、中継接続事業者網に収容される加入者の端末６に着信する場合。
【０００７】
このパターン１〜３について、具体的な処理手順について説明する。
【０００８】
まず、パターン１〜３のすべての場合において、ＩＧＳ７ａが通信事業者Ａの通信網からの信号を受信する。
【０００９】
次に、ＩＧＳ７ａは、受信した信号の着番号情報（着番号または着番号帯）から、接続先を判断し、前記した３パターンに分けて処理を実行する。
【００１０】
（パターン１）
接続先が、ＩＧＳ７ａとは別のＩＧＳ７に接続点を有する他の通信事業者の通信網への接続であれば、該当するＩＧＳ７（例えば、ＩＧＳ７ｂ）へ信号を送信する。ＩＧＳ７ｂは、受信した信号に付された着番号情報に基づき、自身のＩＧＳ７ｂに接続点を有する通信事業者Ｂの通信網へ信号を転送する。
このとき、ＩＧＳ７ａおよびＩＧＳ７ｂは、中継接続事業者が信号の中継を行うに際し設定や変更をしなければならない一部の情報を除き、情報の透過的な中継を行う。ここで、透過的な中継とは、信号の内容を書き換えずに中継を行うことであり、中継接続事業者は、発信側の通信事業者および着信側の通信事業者が設定した情報を原則として透過的に中継することが技術標準として規定されている（非特許文献１参照）。なお、中継接続事業者が信号の中継を行うに際し設定しなければならない情報とは、後に課金情報として必要になるどの中継接続事業者をその呼が経由したかを示す情報等であり、変更をしなければならない情報とは、通信事業者間を接続している回線の能力や特性を示すパラメータ等である。これらの一部の情報を除き、中継接続事業者は、情報の透過的な中継をしなくてはならない。
【００１１】
（パターン２）
接続先が、信号を受信したＩＧＳ７ａと同じく、ＩＧＳ７ａに接続点を有する他の通信事業者（通信事業者Ｃ）の通信網への接続であれば、ＩＧＳ７ａは、信号を該当する通信事業者Ｃの通信網へ送信する。このとき、ＩＧＳ７ａは、中継接続事業者が信号の中継を行うに際し設定や変更をしなければならない一部の情報を除き、情報の透過的な中継を行う。
【００１２】
（パターン３）
接続先が、中継接続事業者網内の加入者の端末６への接続であれば、自中継接続事業者網のＩＣ８へ信号を送信し、ＧＣ９を介して端末６に信号を送信する。
【先行技術文献】
【非特許文献】
【００１３】
【非特許文献１】社団法人情報通信技術委員会、「TTC標準 JJ-90.10（相互接続共通インタフェース仕様）」第7.1版、2006年9月5日制定、p.20
【発明の概要】
【発明が解決しようとする課題】
【００１４】
近年、従来のＰＳＴＮの技術に代えて、ＩＰ電話技術が普及してきている。ＰＳＴＮの回線交換方式の場合には、通話毎に１回線を占有するため、各交換機間では、ピーク呼量に耐えうる設備（回線）が必要となる。そのため、相応の設備コストを要し、かつ、その設備（回線）の使用効率が高くないものとなる。これに対し、ＩＰ網の場合は、複数の通話の呼制御信号パケット、音声パケット等がＩＰ網を共用するため、通信事業者にとっては、設備コストを削減でき、かつそれによりユーザ料金を低減できるというメリットがある。
【００１５】
しかし、中継接続にＩＰ網を導入する場合に、以下のことが問題となる。ＰＳＴＮとＩＰ網との相互接続は、「TTC標準 JF-IETF-RFC3398（SIP-TTC ISUP信号方式相互接続に関する技術仕様）」（社団法人情報通信技術委員会、第1.0版、2005年6月2日）等で、標準化が進められているが、その接続形態は、ＰＳＴＮ（ＩＳＵＰ）−ＩＰ（ＳＩＰ：Session Initiation Protocol）網間の相互接続のみを範囲としており、例えば、ＰＳＴＮ−ＩＰ網−ＰＳＴＮといった、中継接続サービスをＩＰ網で提供するような形態までは対象に含まれていない（同「TTC標準 JF-IETF-RFC3398」p.9）。
【００１６】
ＩＰ網とＰＳＴＮを相互接続する場合、ＩＰ網側において、受信したＩＳＵＰ信号をＳＩＰ信号に変換したり、ＳＩＰ信号をＩＳＵＰ信号に変換したりして送信する必要がある。このＩＳＵＰ→ＳＩＰ→ＩＳＵＰ経由の中継において、現在の標準等に則りＩＳＵＰ→ＳＩＰ変換を行うと、一部のＩＳＵＰパラメータが欠落してしまうため、変換したＳＩＰ信号をさらにＩＳＵＰ信号へ変換した時点で、発信側が設定したＩＳＵＰパラメータが透過的に着信側に送信されなくなる。例えば、ＩＳＵＰプロトコルにおいて通信回線の接続要求を示す「アドレス」メッセージ（ＩＡＭ：Initial address message）を、ＳＩＰプロトコルのセッション開始リクエスト（ＩＮＶＩＴＥ）に変換する際に、ＩＡＭのオプションパラメータである「ユーザサービス情報（Ｑ．９３１“ 伝送能力”情報要素）」のマッピングについては、TTC標準 JF-IETF-RFC3398では明示されていない。したがって、透過的な中継ができない場合がある。
前記の通り、ＰＳＴＮにおける中継接続における技術標準では、原則として情報の透過的な中継を行うことが規定されており（非特許文献１参照）、これと同様に、ＩＰ網で中継接続する場合においても、透過的な中継を行うことが求められる。
【００１７】
この対策としてＳＩＰには、ＩＳＵＰ信号をバイナリデータとして丸ごとＳＩＰ信号の中に含めて転送するＩＳＵＰカプセレーションという手法があり、これを利用することで透過的な中継を実現することができる（IETF RFC3398 5.1章、ITU-T Q.1912.5 5.4章ISUP encapsulation-detailed procedures 参照）。しかしながら、ＩＳＵＰカプセレーションの手法は、受信先がＰＳＴＮでありＩＳＵＰ信号を利用する場合は有効であるが、例えば、中継接続事業者のＩＰ網内の端末が着信先である場合（中継接続事業者が地域系固定通信サービスを提供する場合）、カプセリングしたＩＳＵＰ信号は必要ないため、不必要な情報が含まれメッセージサイズが増大したＳＩＰ信号を送信することになる（後記する図２のパターン３参照）。メッセージサイズの増大はＩＰ網に負荷を与えることとなるため、メッセージサイズの増大を防ぐ効率的な情報伝送を行うことが必要となる。
【００１８】
このような背景に鑑みて、本発明がなされたのであり、本発明は、ＩＰ網を用いて中継接続する場合に、メッセージサイズの増大を防ぐことができる通信方法および通信システムを提供することを課題とする。
【課題を解決するための手段】
【００１９】
前記した課題を解決するために、請求項１に記載の発明は、送信元となる通信事業者の通信網から受信した着呼要求信号を、送信先となる他の通信事業者の通信網に中継接続する中継接続事業者のＩＰ網に、前記送信元となる通信事業者のＰＳＴＮから送信される信号を受信する発側のゲートウェイ装置と、前記着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるか、当該中継接続事業者のＩＰ網内の加入者サーバに収容される端末に着信する呼であるかを、前記着呼要求信号に付された着番号情報ごとに示す中継判断ＤＢを格納する中継判断ＤＢ装置とを備え、中継接続サービスを提供する通信システムに用いられる通信方法であって、前記発側のゲートウェイ装置が、前記送信元となる通信事業者の通信網から前記着呼要求信号を受信し、その着呼要求信号に付された着番号情報を含めた中継判断要求情報を前記中継判断ＤＢ装置に送信し、前記中継判断ＤＢ装置が、前記中継判断要求情報の着番号情報をキーとして、前記中継判断ＤＢを参照し、当該着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるか、または、前記中継接続事業者のＩＰ網内の着信呼であるかを判断して、その判断結果を前記発側のゲートウェイ装置に送信し、前記発側のゲートウェイ装置が、前記着呼要求信号が、前記中継接続事業者のＩＰ網内の着信呼であるとの判断結果を受信した場合に、前記着呼要求信号を当該ＩＰ網で用いられる着呼要求のＩＰ信号にプロトコル変換し、当該ＩＰ網の加入者サーバ、および着信先となる前記端末と接続されるＩＰ変換装置を介して、前記端末に、前記着呼要求のＩＰ信号を送信することを特徴とする通信方法とした。
【００２０】
また、請求項６に記載の発明は、送信元となる通信事業者の通信網から受信した着呼要求信号を、送信先となる他の通信事業者の通信網に中継接続する中継接続事業者のＩＰ網に、前記送信元となる通信事業者のＰＳＴＮから送信される信号を受信する発側のゲートウェイ装置と、前記着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるか、当該中継接続事業者のＩＰ網内の加入者サーバに収容される端末に着信する呼であるかを、前記着呼要求信号に付された着番号情報ごとに示す中継判断ＤＢを格納する中継判断ＤＢ装置とを備え、中継接続サービスを提供する通信システムであって、前記発側のゲートウェイ装置が、前記送信元となる通信事業者の通信網から前記着呼要求信号を受信する受信制御部と、前記受信した着呼要求信号に付された着番号情報を含めた中継判断要求情報を前記中継判断ＤＢ装置に送信するＤＢアクセス部と、前記中継判断ＤＢ装置から、前記着呼要求信号が前記中継接続事業者のＩＰ網内の着信呼であるとの判断結果を受信した場合に、前記着呼要求信号を当該ＩＰ網で用いられる着呼要求のＩＰ信号にプロトコル変換するプロトコル変換部と、当該ＩＰ網の加入者サーバ、および着信先となる前記端末と接続されるＩＰ変換装置を介して、前記端末に向けて前記着呼要求のＩＰ信号を送信する第１のルーチング部と、を備え、前記中継判断ＤＢ装置が、前記中継判断ＤＢと、前記発側のゲートウェイ装置から受信した前記中継判断要求情報の着番号情報をキーとして、前記中継判断ＤＢを参照し、当該着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるか、または、前記中継接続事業者のＩＰ網内の着信呼であるかを判断して、その判断結果を前記発側のゲートウェイ装置に送信する中継判断処理部と、を備えることを特徴とする通信システムとした。
【００２１】
このようにすることで、発側のゲートウェイ装置は、中継判断ＤＢから、着呼要求信号が中継接続事業者のＩＰ網内の着信呼であるとの判断結果を受信することにより、ＰＳＴＮの着呼要求信号のカプセル化処理を行わず、プロトコル変換した着呼要求のＩＰ信号をＩＰ網内の端末に向けて送信することができる。よって、本発明によれば、不要なカプセル化を行う必要をなくし、メッセージサイズの増大を防ぐことができる中継接続を可能にする。
【００２２】
請求項２に記載の発明は、前記中継接続事業者のＩＰ網に、前記送信先となる他の通信事業者のＰＳＴＮに接続される着側のゲートウェイ装置をさらに備え、前記発側のゲートウェイ装置が、前記中継判断ＤＢ装置から、前記着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるとの判断結果を受信した場合に、前記着呼要求信号を前記ＩＰ網で用いられる着呼要求のＩＰ信号にプロトコル変換し、当該着呼要求のＩＰ信号内に前記着呼要求信号をカプセル化して、前記着側のゲートウェイ装置に送信し、前記着側のゲートウェイ装置が、前記着呼要求信号がカプセル化された前記着呼要求のＩＰ信号を受信すると、前記カプセル化された着呼要求信号のカプセル化を解除して、前記ＰＳＴＮで用いられる着呼要求信号に変換し、当該着呼要求信号を、前記送信先となる他の通信事業者の通信網に送信することを特徴とする請求項１に記載の通信方法とした。
【００２３】
また、請求項７に記載の発明は、前記中継接続事業者のＩＰ網に、前記送信先となる他の通信事業者のＰＳＴＮに接続される着側のゲートウェイ装置をさらに備え、前記発側のゲートウェイ装置が、前記中継判断ＤＢ装置から、前記着呼要求信号が前記送信先となる他の通信事業者の通信網に中継接続する呼であるとの判断結果を受信した場合に、前記プロトコル変換部がプロトコル変換した前記着呼要求のＩＰ信号内に、前記着呼要求信号をカプセル化するカプセル化処理部をさらに備え、前記第１のルーチング部が、前記着呼要求信号がカプセル化された前記着呼要求のＩＰ信号を前記着側のゲートウェイ装置に送信し、前記着側のゲートウェイ装置が、前記着呼要求信号がカプセル化された前記着呼要求のＩＰ信号を受信すると、前記カプセル化された着呼要求信号のカプセル化を解除して、前記ＰＳＴＮで用いられる着呼要求信号に変換するカプセル化解除部と、前記カプセル化解除部が変換した前記ＰＳＴＮで用いられる着呼要求信号を、前記送信先となる他の通信事業者の通信網に送信する第２のルーチング部と、を備えることを特徴とする請求項６に記載の通信システムとした。
【００２４】
このようにすることで、発側のゲートウェイ装置は、中継判断ＤＢから、着呼要求信号が送信先となる他の通信事業者の通信網に中継接続する呼であるとの判断結果を受信することにより、着呼要求信号がカプセル化された着呼要求のＩＰ信号を着側にゲートウェイ装置に送信する。そして、着側のゲートウェイ装置は、カプセル化された着呼要求信号のカプセル化を解除して、ＰＳＴＮで用いられる着呼要求信号に変換し、送信先となる他の通信事業者に送信することができる。よって、透過的な中継接続を実現することが可能となる。
【００２５】
請求項３に記載の発明は、前記発側のゲートウェイ装置が、前記中継判断ＤＢ装置から、前記着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるとの判断結果を受信した場合に、前記送信先となる他の通信事業者の通信網が、当該発側のゲートウェイ装置と接続されているときに、前記着呼要求信号を、前記送信先となる他の通信事業者の通信網に転送することを特徴とする請求項２に記載の通信方法とした。
【００２６】
このようにすることで、発側のゲートウェイ装置が、中継判断ＤＢから、着呼要求信号が送信先となる他の通信事業者の通信網に中継接続する呼であるとの判断結果を受信した場合に、送信先となる他の通信事業者の通信網が、発側のゲートウェイ装置に接続されていれば、着呼要求信号をＩＰ網で用いられる着呼要求のＩＰ信号に変換するプロトコル変換処理、およびＰＳＴＮの着呼要求信号のカプセル化処理を行わずに、着呼要求信号を送信先となる他の通信事業者の通信網に転送することができる。
【００２７】
請求項４に記載の発明は、前記発側のゲートウェイ装置が、前記中継判断ＤＢ装置から、前記着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるとの判断結果を受信した場合に、当該着呼要求信号が、前記中継接続する呼であることを前記発側のゲートウェイ装置の記憶部に記憶し、前記送信元となる通信事業者の通信網から当該着呼要求信号に応じて発信された呼制御信号を受信した場合に、当該記憶部に、当該着呼要求信号が前記中継接続する呼として記憶されていることを確認し、前記呼制御信号を前記ＩＰ網で用いられる呼制御のＩＰ信号にプロトコル変換し、当該呼制御のＩＰ信号内に前記呼制御信号をカプセル化して、前記着側のゲートウェイ装置に送信し、前記着側のゲートウェイ装置が、前記呼制御信号がカプセル化された前記呼制御のＩＰ信号を受信すると、前記カプセル化された呼制御信号のカプセル化を解除して、前記ＰＳＴＮで用いられる呼制御信号に変換し、当該呼制御信号を、前記送信先となる他の通信事業者の通信網に送信することを特徴とする請求項２に記載の通信方法とした。
【００２８】
このように、発側のゲートウェイ装置の記憶部に、着呼要求信号が中継接続する呼であることを記憶しておくことにより、送信元となる通信事業者の通信網から着呼要求信号に応じて発信された呼制御信号を受信した場合に、発側のゲートウェイ装置が、中継判断ＤＢ装置に中継判断要求情報を再度送信して応答信号を受信する必要をなくすことができる。
【００２９】
請求項５に記載の発明は、前記着側のゲートウェイ装置が、前記着呼要求信号がカプセル化された前記着呼要求のＩＰ信号を、前記発側のゲートウェイ装置から受信すると、当該着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であることを前記着側のゲートウェイ装置の記憶部に記憶し、前記送信先となる他の通信事業者の通信網から前記着呼要求信号に応じて発信された呼制御信号を受信した場合に、当該記憶部に、当該着呼要求信号が前記中継接続する呼として記憶されていることを確認し、前記呼制御信号を前記ＩＰ網で用いられる呼制御のＩＰ信号にプロトコル変換し、当該呼制御のＩＰ信号内に前記呼制御信号をカプセル化して、前記発側のゲートウェイ装置に送信し、前記発側のゲートウェイ装置が、前記呼制御信号がカプセル化された前記呼制御のＩＰ信号を受信すると、前記カプセル化された呼制御信号のカプセル化を解除して、前記ＰＳＴＮで用いられる呼制御信号に変換し、当該呼制御信号を、前記送信元となる通信事業者の通信網に送信することを特徴とする請求項４に記載の通信方法とした。
【００３０】
このように、着側のゲートウェイ装置の記憶部に、着呼要求信号が中継接続する呼であることを記憶しておくことにより、送信先となる他の通信事業者の通信網から着呼要求信号に応じて発信された呼制御信号を受信した場合に、着側のゲートウェイ装置が、中継判断ＤＢ装置に中継判断要求情報を再度送信して応答信号を受信する必要をなくすことができる。
【発明の効果】
【００３１】
本発明によれば、ＩＰ網を用いて中継接続する場合に、メッセージサイズの増大を防ぐことができる通信方法および通信システムを提供することができる。
【図面の簡単な説明】
【００３２】
【図１】本実施形態に係る中継接続サービスを提供する通信システムの構成を示す図である。
【図２】本実施形態に係る中継接続の接続パターンを説明するための図である。
【図３】本実施形態に係る通信システムにおいて、通信事業者Ａの通信網（ＰＳＴＮ）から中継接続事業者網（ＩＰ網）を経由し、通信事業者Ｂの通信網（ＰＳＴＮ）に中継接続される場合（パターン１）の処理の流れを説明するシーケンス図である。
【図４】本実施形態に係る通信システムにおいて、通信事業者Ａの通信網（ＰＳＴＮ）から、同じＰＳＴＮ−ＧＷに接続点を有する他の通信事業者Ｃの通信網（ＰＳＴＮ）に中継接続される場合（パターン２）の処理の流れを説明するシーケンス図である。
【図５】本実施形態に係る通信システムにおいて、中継接続事業者網に収容される加入者の端末に着信する場合（パターン３）の処理の流れを説明するシーケンス図である。
【図６】従来のＰＳＴＮでの中継接続サービスを提供する通信システムの構成および中継接続の処理の流れの説明図である。
【発明を実施するための形態】
【００３３】
次に、本発明を実施するための形態（「実施形態」という）について、適宜図面を参照しながら詳細に説明する。
【００３４】
≪システム構成≫
図１は、本実施形態に係る中継接続サービスを提供する通信システムの構成を示す図である。図１に示すように、本通信システムは、通信事業者Ａ，Ｂ，Ｃの各通信網、および、その通信事業者Ａ，Ｂ，Ｃの通信網との間で信号の中継接続を行う中継接続事業者網を含んで構成される。ここで、各通信事業者Ａ，Ｂ，Ｃの通信網はＰＳＴＮ（ＩＳＵＰ）であり、中継接続事業者網はＩＰ網（ＳＩＰ）で構成されているものとする。
【００３５】
この中継接続事業者網（ＩＰ網）は、ＰＳＴＮとの関門中継サーバとなるＰＳＴＮ−ＧＷ（ゲートウェイ装置）１（１ａ，１ｂ）と、中継判断ＤＢ（DataBase：データベース）装置２と、中継サーバ３と、加入者サーバ４と、端末６を収容するＩＰ変換装置５とを含んで構成される。なお、中継接続事業者が、中継接続サービスのみを行い、地域系固定通信サービスを行わない場合は、加入者サーバ４、ＩＰ変換装置５および端末６を備える必要はないが、中継接続事業者は、ＩＰ網においても、従来技術と同様に、地域系固定通信サービスを併せて行うのが一般的である。よって、中継接続事業者網に、加入者サーバ４、ＩＰ変換装置５および端末６が含まれるものとして説明する。
【００３６】
このＰＳＴＮ−ＧＷ１、中継判断ＤＢ装置２、中継サーバ３、および加入者サーバ４は、入出力部、処理部、記憶部（いずれも不図示）を備えるコンピュータにより実現される。入出力部は、入出力インタフェースから構成される。処理部は、この各サーバが備えるＣＰＵ（Central Processing Unit）によるプログラム実行処理や、専用回路等により実現される。また、記憶部は、ＲＡＭ（Random Access Memory）、ハードディスク、フラッシュメモリ等の記憶手段による実現される。なお、これらの装置（サーバ）をプログラム処理により実現する場合、記憶部には、この装置（サーバ）の機能を実現するためのプログラムが格納される。
【００３７】
端末６は、インタフェースがメタル回線の電話端末であり、ダイヤル番号の送出や、音声信号の送出等を行う。また、ＩＰ変換装置５は、メタル回線による端末６を収容し、端末６からの呼制御信号や音声信号を、ＩＰ網上で使用される信号にプロトコル変換する装置である。このＩＰ変換装置５は、局設置であっても、ユーザ宅内に設定してあってもよい。以下、ＩＰ網内に設けられる各装置について具体的に説明する。
【００３８】
（加入者サーバ）
加入者サーバ４は、加入者サーバ４自身が収容する加入者のサービス契約情報の管理や、呼状態管理を行うとともに、端末６からの発呼信号をＩＰ変換装置５経由で受け付け、その信号の送信先を決定したり、自網内の中継サーバ３等から受信した発呼信号や応答信号を端末６に向けてルーチングしたりする呼制御を行う。
【００３９】
（中継サーバ）
中継サーバ３は、ＰＳＴＮ−ＧＷ１（１ａ，１ｂ）および加入者サーバ４等と接続され、他装置から受信した発呼信号や応答信号をルーチングするといった呼制御信号の中継を行う。
【００４０】
（ＰＳＴＮ−ＧＷ）
ＰＳＴＮ−ＧＷ（ゲートウェイ装置）１は、他の通信事業者Ａ，Ｂ，Ｃの通信網（ＰＳＴＮ）との関門ゲートウェイ装置であり、他の通信事業者Ａ，Ｂ，Ｃの通信網からのＰＳＴＮ信号を自網内のＩＰ信号に変換し送信を行ったり、逆に、自網内のＩＰ信号を他の通信事業者Ａ，Ｂ，Ｃの通信網で用いられるＰＳＴＮ信号に変換し送信を行ったりする。なお、ここでは、発信側から信号を受信し着信側へ送信するＰＳＴＮ−ＧＷ１をＰＳＴＮ−ＧＷ１ａ（発側のゲートウェイ装置）とし、中継サーバ３を介して信号を受信しさらに着信側に送信するＰＳＴＮ−ＧＷ１をＰＳＴＮ−ＧＷ１ｂ（着側のゲートウェイ装置）とする。
そして、このＰＳＴＮ−ＧＷ１は、ＰＳＴＮ−ＧＷ１ａ、ＰＳＴＮ−ＧＷ１ｂそれぞれに、受信制御部１１（１１ａ，１１ｂ）と、ＤＢアクセス部１２（１２ａ，１２ｂ）と、カプセル化対象呼記憶制御部１３（１３ａ，１３ｂ）と、プロトコル変換部１４（１４ａ，１４ｂ）と、カプセル化処理部１５（１５ａ，１５ｂ）と、カプセル化解除部１６（１６ａ，１６ｂ）と、ルーチング部１７（１７ａ，１７ｂ）とを備える。
【００４１】
受信制御部１１は、他の通信事業者の通信網（ＰＳＴＮ）から着呼要求信号（ＩＳＵＰ−ＩＡＭ信号）を受信した場合、その受信した着呼要求信号を、後記するＤＢアクセス部１２に出力する。また、受信制御部１１は、中継サーバ３から着呼要求信号（ＳＩＰ−ＩＮＶＩＴＥ）を受信した場合は、その受信した着呼要求信号を、後記するカプセル化対象呼記憶制御部１３に出力する。また、受信制御部１１は、着呼要求信号に応じて発信された呼制御信号、つまり、ＩＡＭ以外の呼制御信号（ＩＳＵＰ信号）、または、ＩＮＶＩＴＥ以外の呼制御信号（ＳＩＰ信号）を、着呼要求信号の応答信号等として受信した場合も、後記するように呼が中継接続呼であるか否かを判断するため、カプセル化対象呼記憶制御部１３に出力する。
【００４２】
ＤＢ（データベース）アクセス部１２は、受信制御部１１から着信要求信号（ＩＳＵＰ−ＩＡＭ信号）を取得すると、取得した着信要求信号（ＩＳＵＰ−ＩＡＭ信号）に付された着番号情報を含めた中継判断要求情報を生成し、その中継判断要求情報を中継判断ＤＢ装置２に送信して、当該呼が中継接続か自ＩＰ網内の端末６への着信（以下、「自ＩＰ網着信」という）かの判断情報を要求する。
【００４３】
カプセル化対象呼記憶制御部１３は、発信側のＰＳＴＮ−ＧＷ１（ＰＳＴＮ−ＧＷ１ａ）のカプセル化対象呼記憶制御部１３ａであるとき、中継判断ＤＢ装置２からの応答情報により、着信要求信号（ＩＳＵＰ−ＩＡＭ信号）が中継接続である旨を受信すると、当該呼（着信要求信号）が中継接続呼であることをＰＳＴＮ−ＧＷ１ａの記憶部（不図示）に記憶する。
また、カプセル化対象呼記憶制御部１３は、着信側のＰＳＴＮ−ＧＷ１（ＰＳＴＮ−ＧＷ１ｂ）のカプセル化対象呼記憶制御部１３ｂであるとき、受信制御部１１が、ＳＩＰのＩＮＶＩＴＥメッセージを受信すると、そのＳＩＰメッセージ内にカプセリングされたＩＳＵＰメッセージ情報が格納されているかを判定し、ＩＳＵＰメッセージ情報が格納されている場合は、その受信した呼（着信要求信号）が中継接続呼であることをＰＳＴＮ−ＧＷ１ｂの記憶部（不図示）に記憶する。
【００４４】
また、カプセル化対象呼記憶制御部１３は、着呼要求信号に応じて発信された呼制御信号（ＩＳＵＰ）を受信すると、その発呼信号（着呼要求信号）が、自身のＰＳＴＮ−ＧＷ１の記憶部に、中継接続呼として記憶されているか否かを確認する。そして、カプセル化対象呼記憶制御部１３は、中継接続呼として記憶されている場合に、その呼制御信号（ＩＳＵＰ）をプロトコル変換部１４およびカプセル化処理部１５に出力する。
なお、このようにすることで、ＰＳＴＮ−ＧＷ１が着信要求信号に応じて発信された呼制御信号（ＩＳＵＰ）を受信した場合に、再びＤＢアクセス部１２が、中継判断ＤＢ装置２に、当該呼（着信要求信号）が中継接続か自ＩＰ網着信か否かの問い合わせをする必要をなくすことができる。
【００４５】
プロトコル変換部１４は、ＰＳＴＮで用いられるプロトコル（例えば、ＩＳＵＰ）とＩＰ網で用いられるプロトコル（例えば、ＳＩＰ）とを相互に変換する。
【００４６】
カプセル化処理部１５は、受信したＩＳＵＰメッセージ情報を、ＳＩＰメッセージ内にカプセリングする。このＩＳＵＰメッセージ情報のカプセリングは、例えば、前記したＩＳＵＰカプセレーションの方法が用いられる。
【００４７】
カプセル化解除部１６は、ＳＩＰメッセージ内にカプセリングされたＩＳＵＰメッセージ情報を抽出してカプセル化を解除し、ＩＳＵＰに変換する。
【００４８】
ルーチング部１７は、受信した信号に付された着番号情報（着番号または着番号帯）に基づき、その信号をルーチングする処理を行う。
【００４９】
（中継判断ＤＢ装置）
中継判断ＤＢ装置２は、ＰＳＴＮ−ＧＷ１からの要求（中継判断要求情報）に基づき、着呼要求信号が、中継接続すべき信号か、自ＩＰ網内に端末６に着信すべき信号（自ＩＰ網着信）かを、後記する中継判断ＤＢ２００に基づき判定し、その結果を応答情報として、中継判断要求情報を送信したＰＳＴＮ−ＧＷ１に送信する。そして、この中継判断ＤＢ装置２は、中継判断処理部２０と、中継判断ＤＢ２００とを備える。
【００５０】
中継判断ＤＢ２００は、着番号情報（着番号または着番号帯）に対応付けて、その信号が、中継接続か自ＩＰ網着信かを記憶する。また、対象となる着番号等が中継接続である場合にその中継先のＰＳＴＮ−ＧＷ１（例えば、「ＰＳＴＮ−ＧＷ（ａ）」（ＰＳＴＮ−ＧＷ１ａ）等）を、着番号情報に対応付けて示す付加情報を記憶しておいてもよい。さらに、対象となる着番号等が自ＩＰ網着信の場合に着信先の端末６を収容する加入者サーバ４のＩＰアドレス等を、着番号情報に対応付けて示す付加情報を記憶しておいてもよい。
【００５１】
中継判断処理部２０は、ＰＳＴＮ−ＧＷ１から中継判断要求情報を受信すると、その中継判断要求情報に付された着呼要求信号の着番号情報をキーに、中継判断ＤＢ２００を参照し、着呼要求信号が、中継接続か、自ＩＰ網着信かを判断し、その判断結果の情報を応答情報に付して、中継判断要求情報を送信したＰＳＴＮ−ＧＷ１に返信する。ここで例えば、その判断結果が、中継接続の場合「１」、自ＩＰ網着信の場合「０」のビット等を返信するようにしてもよい。また、中継判断処理部２０は、中継先のＰＳＴＮ−ＧＷ１等の付加情報を応答情報に付して、中継判断要求情報を送信したＰＳＴＮ−ＧＷ１に送信してもよい。
【００５２】
なお、この中継判断ＤＢ２００および中継判断処理部２０を、各ＰＳＴＮ−ＧＷ１に備えるようにすることもできる。
【００５３】
≪処理手順≫
次に、図１を参照しつつ、本実施形態に係る中継接続サービスの処理手順を説明する。図２は、本実施形態に係る中継接続の接続パターンを説明するための図である。図２に示すように、通信事業者Ａの通信網（ＰＳＴＮ）から発信された情報を、中継接続事業者網（ＩＰ網）を介して、他の通信事業者の通信網に中継接続する場合として、以下の３パターンがある。なお、通信事業者Ａと通信事業者Ｃの通信網は、ＰＳＴＮ−ＧＷ１ａと接続され、通信事業者Ｂの通信網は、ＰＳＴＮ−ＧＷ１ｂと接続されているものとする。
【００５４】
（パターン１）
通信事業者Ａの通信網から、ＰＳＴＮ−ＧＷ１ａおよび中継サーバ３を経由し、ＰＳＴＮ−ＧＷ１ｂに接続する通信事業者Ｂの通信網に中継接続される場合。
（パターン２）
通信事業者Ａの通信網から、ＰＳＴＮ−ＧＷ１ａに同じく接続点を有する他の通信事業者Ｃの通信網に中継接続される場合。
（パターン３）
通信事業者Ａの通信網から、中継接続事業者網に収容される加入者の端末６に着信する場合。
【００５５】
このパターン１，２，３について、具体的な処理手順を説明する。なお、本実施形態において、ＩＰ網内の制御プロトコルとしてＳＩＰが用いられ、ＰＳＴＮ内の制御プロトコルとしてＩＳＵＰが用いられるものとして説明するが、これに限定されるものではなく、他のプロトコルにおいても適用可能である。
【００５６】
図３は、本実施形態に係る通信システムにおいて、通信事業者Ａの通信網（ＰＳＴＮ）から中継接続事業者網（ＩＰ網）を経由し、通信事業者Ｂの通信網（ＰＳＴＮ）に中継接続される場合（パターン１）の処理の流れを説明するシーケンス図である。
【００５７】
まず、ＰＳＴＮ−ＧＷ１ａは、通信事業者Ａの通信網から着呼要求信号（発呼信号）（ＩＡＭ）を受信する（Ｓ１０１）。そして、着呼要求信号（ＩＡＭ）を受信したＰＳＴＮ−ＧＷ１ａの受信制御部１１ａは、その着呼要求信号（ＩＡＭ）をＤＢアクセス部１２ａに出力する。そしてＤＢアクセス部１２ａは、着呼要求信号（ＩＡＭ）に付された着番号情報を含む中継判断要求情報を生成し、中継判断ＤＢ装置２に送信する（Ｓ１０２）。
【００５８】
中継判断ＤＢ装置２の中継判断処理部２０は、中継判断要求情報を受信すると、着呼要求信号（ＩＡＭ）の着番号情報をキーとして、中継判断ＤＢ２００を参照し、対象となる着呼要求信号（ＩＡＭ）が、中継接続か、自ＩＰ網着信かを判断する。ここでは、中継判断処理部２０が、中継接続であると判断したものとする。そして、中継判断処理部２０は、中継接続である旨の判断を応答情報として、中継判断要求情報を送信したＰＳＴＮ−ＧＷ１ａに返信する（Ｓ１０３）。
【００５９】
中継判断ＤＢ装置２から中継接続である旨の応答情報を受信すると、ＰＳＴＮ−ＧＷ１ａのカプセル化対象呼記憶制御部１３は、当該呼（着呼要求信号）が中継接続呼であることを記憶部に記憶する。そして、プロトコル変換部１４が、ＩＳＵＰのＩＡＭメッセージを、ＳＩＰのＩＮＶＩＴＥメッセージにプロトコル変換し、カプセル化処理部１５が、受信したＩＳＵＰメッセージ（ＩＡＭ）のカプセル化を行う（Ｓ１０４）。続いて、ルーチング部（第１のルーチング部）１７ａが自ＩＰ網内の中継サーバ３にＩＮＶＩＴＥ（ＩＡＭ）を送信する（Ｓ１０５）。ここで、ＩＮＶＩＴＥ（ＩＡＭ）は、ＩＳＵＰのＩＡＭ信号をカプセリングしたＳＩＰのＩＮＶＩＴＥメッセージを表す。そして、ＰＳＴＮ−ＧＷ１ａは、応答信号（ＡＣＭ）を通信事業者Ａの通信網に送信する（Ｓ１０６）。
【００６０】
ＩＮＶＩＴＥ（ＩＡＭ）を受信した中継サーバ３は、ＩＮＶＩＴＥメッセージのヘッダ部の情報に基づき、通信事業者Ｂの通信網と接続されるＰＳＴＮ−ＧＷ１ｂへＩＮＶＩＴＥ（ＩＡＭ）を送信する（Ｓ１０７）。
【００６１】
ＩＮＶＩＴＥ（ＩＡＭ）を受信したＰＳＴＮ−ＧＷ１ｂのカプセル化対象呼記憶制御部１３ｂは、ＩＮＶＩＴＥ（ＩＡＭ）にカプセル化されたＩＳＵＰ信号が付されていることから、当該呼が中継接続呼であることを記憶部に記憶する。そして、カプセル化解除部１６ｂが、ＩＮＶＩＴＥ（ＩＡＭ）内にカプセル化されたＩＳＵＰ信号情報のカプセル化を解除してＩＳＵＰ信号（ＩＡＭ）に変換し（カプセル化解除）（Ｓ１０８）、ルーチング部（第２のルーチング部）１７ｂがＩＡＭメッセージを通信事業者Ｂの通信網に送信する（Ｓ１０９）。
【００６２】
次に、ＰＳＴＮ−ＧＷ１ｂは、通信事業者Ｂの通信網から応答信号（ＡＣＭ）を受信し（Ｓ１１０）、続いて、呼出し中を示す呼出信号（ＣＰＧ）を通信事業者Ｂの通信網から受信する（Ｓ１１１）。ＰＳＴＮ−ＧＷ１ｂのカプセル化対象呼記憶制御部１３ｂは、当該呼（応答信号のもととなる着呼要求信号）が中継接続呼である旨が記憶部に記憶されていることを確認する。そして、ＤＢアクセス部１２ｂが中継判断ＤＢ装置２への問い合わせ要求（中継判断要求情報の送信）をすることなく、プロトコル変換部１４ｂがＩＳＵＰのＣＰＧメッセージを、ＳＩＰの１８０メッセージにプロトコル変換し、カプセル化処理部１５ｂが、受信したＩＳＵＰメッセージ（ＣＰＧ）のカプセル化を行う（Ｓ１１２）。続いて、ルーチング部１７ｂが自ＩＰ網内の中継サーバ３に１８０（ＣＰＧ）を送信する（Ｓ１１３）。ここで、１８０（ＣＰＧ）は、ＩＳＵＰのＣＰＧ信号をカプセリングしたＳＩＰの１８０メッセージを表す。
【００６３】
１８０（ＣＰＧ）を受信した中継サーバ３は、ＰＳＴＮ−ＧＷ１ａに１８０（ＣＰＧ）を送信する（Ｓ１１４）。
【００６４】
１８０（ＣＰＧ）を受信したＰＳＴＮ−ＧＷ１ａは、１８０（ＣＰＧ）にカプセル化されたＩＳＵＰ信号が付されているため、カプセル化解除部１６ａが、１８０（ＣＰＧ）内にカプセル化されたＩＳＵＰ信号情報のカプセル化を解除してＩＳＵＰ信号（ＣＰＧ）に変換し（カプセル化解除）（Ｓ１１５）、ルーチング部１７ａがＣＰＧメッセージを通信事業者Ａの通信網に送信する（Ｓ１１６）。
【００６５】
次に、ＰＳＴＮ−ＧＷ１ｂが、通信事業者Ｂの通信網から着信端末が応答したことを示す応答信号（ＡＮＭ）を受信すると（Ｓ１１７）、ＰＳＴＮ−ＧＷ１ｂのカプセル化対象呼記憶制御部１３ｂは、当該呼（応答信号のもととなる着呼要求信号）が中継接続呼である旨が記憶部に記憶されていることを確認する。そして、プロトコル変換部１４ｂがＩＳＵＰのＡＮＭメッセージを、ＳＩＰの２００メッセージにプロトコル変換し、カプセル化処理部１５ｂが、受信したＩＳＵＰメッセージ（ＡＮＭ）のカプセル化を行う（Ｓ１１８）。続いて、ルーチング部１７ｂが自ＩＰ網内の中継サーバ３に２００（ＡＮＭ）を送信する（Ｓ１１９）。ここで、２００（ＡＮＭ）は、ＩＳＵＰのＡＮＭ信号をカプセリングしたＳＩＰの２００メッセージを表す。
【００６６】
２００（ＡＮＭ）を受信した中継サーバ３は、ＰＳＴＮ−ＧＷ１ａに２００（ＡＮＭ）を送信する（Ｓ１２０）。
【００６７】
２００（ＡＮＭ）を受信したＰＳＴＮ−ＧＷ１ａは、２００（ＡＮＭ）にカプセル化されたＩＳＵＰ信号が付されているため、カプセル化解除部１６ａが、２００（ＡＮＭ）内にカプセル化されたＩＳＵＰ信号情報のカプセル化を解除してＩＳＵＰ信号（ＡＮＭ）に変換し（カプセル化解除）（Ｓ１２１）、ルーチング部１７ａがＡＮＭメッセージを通信事業者Ａの通信網に送信する（Ｓ１２２）。
【００６８】
これ以降の信号処理においても、ＰＳＴＮ−ＧＷ１ａおよびＰＳＴＮ−ＧＷ１ｂは、ＩＳＵＰメッセージ（着呼要求信号に応じて発信された呼制御信号）を受信すると、当該呼が中継接続呼であることを自身の記憶部を参照して確認し、ＳＩＰへのプロトコル変換、およびＩＳＵＰ信号のカプセル化処理を行う。なお、自身の記憶部に当該呼が中継接続呼であることを記憶しておくことで、ＤＢアクセス部１２による中継判断ＤＢ装置２への問い合わせをなくすことができる。また、ＰＳＴＮ−ＧＷ１ａおよびＰＳＴＮ−ＧＷ１ｂは、ＩＳＵＰ信号がカプセル化されたＳＩＰメッセージを受信すると、カプセル化解除を行い、各信号の中継を行う。
【００６９】
このようにして、ＰＳＴＮ−ＩＰ網−ＰＳＴＮの各通信事業者間の中継において、透過的な中継接続サービスを提供することができる。
【００７０】
図４は、本実施形態に係る通信システムにおいて、通信事業者Ａの通信網（ＰＳＴＮ）から、同じＰＳＴＮ−ＧＷ１ａに接続点を有する他の通信事業者Ｃの通信網（ＰＳＴＮ）に中継接続される場合（パターン２）の処理の流れを説明するシーケンス図である。なお、図２のパターン２に示したように、通信事業者Ａの通信網と通信事業者Ｃの通信網とは同じＰＳＴＮ−ＧＷ１ａに接続点を有しているものである。
【００７１】
まず、ＰＳＴＮ−ＧＷ１ａは、通信事業者Ａの通信網から着呼要求信号（発呼信号）（ＩＡＭ）を受信する（Ｓ２０１）。そして、着呼要求信号（ＩＡＭ）を受信したＰＳＴＮ−ＧＷ１ａの受信制御部１１ａは、その着呼要求信号（ＩＡＭ）をＤＢアクセス部１２ａに出力する。そしてＤＢアクセス部１２ａは、着呼要求信号（ＩＡＭ）に付された着番号情報を含む中継判断要求情報を生成し、中継判断ＤＢ装置２に送信する（Ｓ２０２）。
【００７２】
中継判断ＤＢ装置２の中継判断処理部２０は、中継判断要求情報を受信すると、着呼要求信号（ＩＡＭ）の着番号情報をキーとして、中継判断ＤＢ２００を参照し、対象となる着呼要求信号（ＩＡＭ）が、中継接続か、自ＩＰ網着信かを判断する。ここでは、中継判断処理部２０が、中継接続であると判断したものとする。そして、中継判断処理部２０は、その中継接続である旨の判断を応答情報として、中継判断要求情報を送信したＰＳＴＮ−ＧＷ１ａに返信する（Ｓ２０３）。なお、このとき中継判断処理部２０は、付加情報として中継先がＰＳＴＮ−ＧＷ１ａである旨を応答情報に付して、ＰＳＴＮ−ＧＷ１ａに返信してもよい。
【００７３】
中継判断ＤＢ装置２から中継接続である旨の応答情報を受信すると、ＰＳＴＮ−ＧＷ１ａのカプセル化対象呼記憶制御部１３ａは、当該呼が中継接続であることを記憶部に記憶する。そして、プロトコル変換部１４ａが、ＩＳＵＰのＩＡＭメッセージを、ＳＩＰのＩＮＶＩＴＥメッセージにプロトコル変換し、カプセル化処理部１５ａが、受信したＩＳＵＰメッセージ（ＩＡＭ）のカプセル化を行う（Ｓ２０４）。
【００７４】
次に、ルーチング部（第１のルーチング部）１７ａは、ＩＮＶＩＴＥ（ＩＡＭ）の送信先が、自身のＰＳＴＮ−ＧＷ１ａに接続点を有する通信事業者Ｃの通信網（ＰＳＴＮ）であると判定し、当該信号をカプセル化解除部１６ａに出力する。続いて、カプセル化解除部１６ａが、ＩＮＶＩＴＥ（ＩＡＭ）内にカプセル化されたＩＳＵＰ信号情報のカプセル化を解除してＩＳＵＰ信号（ＩＡＭ）に変換し（カプセル化解除）（Ｓ２０５）、ルーチング部１７ａが変換したＩＳＵＰ信号であるＩＡＭメッセージを通信事業者Ｃに送信する（Ｓ２０６）。
【００７５】
なお、ＰＳＴＮ−ＧＷ１ａが、中継判断ＤＢ装置２から応答情報の付加情報として、当該呼の中継先が自身のＰＳＴＮ−ＧＷ１ａであることを取得した場合や、プロトコル変換部１４ａおよびカプセル化処理部１５ａによる処理の前に、ルーチング部１７ａが当該呼のルーチング先を決定する処理を行うようにした場合においては、プロトコル変換部１４ａによるプロトコル変換処理、カプセル化処理部１５によるカプセル化処理（Ｓ２０４）、およびカプセル化解除部１６によるカプセル化解除処理（Ｓ２０５）を行わないようにすることができる。この場合、ＰＳＴＮ−ＧＷ１ａは、中継判断ＤＢ装置２からの応答情報に基づき、当該呼が中継接続であることを記憶部に記憶した後、ルーチング部１７ａが、ＩＡＭメッセージをそのまま通信事業者Ｃに転送する。
【００７６】
次に、ＰＳＴＮ−ＧＷ１ａは、通信事業者Ｃの通信網からの応答信号（ＡＣＭ）を受信すると（Ｓ２０７）、カプセル化対象呼記憶制御部１３ａが、当該呼が中継接続呼である旨が記憶部に記憶されていることを確認し、ＰＳＴＮ−ＧＷ１ａにおいて、プロトコル変換処理、カプセル化処理、およびカプセル化解除処理を前記のように行うか、または、これらの処理を行わないようにして、応答信号（ＡＣＭ）を通信事業者Ａに送信する（Ｓ２０８）。
【００７７】
そして、ＰＳＴＮ−ＧＷ１ａは、このＳ２０７およびＳ２０８と同様の処理を行い、通信事業者Ｃの通信網から呼出信号（ＣＰＧ）を受信して（Ｓ２０９）、その呼出信号（ＣＰＧ）を通信事業者Ａの通信網に送信する（Ｓ２１０）。続いて、ＰＳＴＮ−ＧＷ１ａは、通信事業者Ｃの通信網から応答信号（ＡＮＭ）を受信して（Ｓ２１１）、その応答信号（ＡＮＭ）を通信事業者Ａの通信網に送信する（Ｓ２１２）。
【００７８】
このようにすることで、同じＰＳＴＮ−ＧＷ１に接続点を有する他の通信事業者の通信網（ＰＳＴＮ）に中継接続することができる。
【００７９】
図５は、本実施形態に係る通信システムにおいて、中継接続事業者網に収容される加入者の端末６に着信する場合（パターン３）の処理の流れを説明するシーケンス図である。
【００８０】
まず、ＰＳＴＮ−ＧＷ１ａは、通信事業者Ａの通信網から着呼要求信号（発呼信号）（ＩＡＭ）を受信する（Ｓ３０１）。そして、着呼要求信号（ＩＡＭ）を受信したＰＳＴＮ−ＧＷ１ａの受信制御部１１ａは、その着呼要求信号（ＩＡＭ）をＤＢアクセス部１２ａに出力する。そしてＤＢアクセス部１２ａは、着呼要求信号（ＩＡＭ）に付された着番号情報を含む中継判断要求情報を生成し、中継判断ＤＢ装置２に送信する（Ｓ３０２）。
【００８１】
中継判断ＤＢ装置２の中継判断処理部２０は、中継判断要求情報を受信すると、着呼要求信号（ＩＡＭ）の着番号情報をキーとして、中継判断ＤＢ２００を参照し、対象となる着呼要求信号（ＩＡＭ）が、中継接続か、自ＩＰ網着信かを判断する。ここでは、中継判断処理部２０が、自ＩＰ網着信であると判断したものとする。そして、中継判断処理部２０は、自ＩＰ網着信である旨の判断を応答情報として、中継判断要求情報を送信したＰＳＴＮ−ＧＷ１ａに返信する（Ｓ３０３）。
【００８２】
中継判断ＤＢ装置２から自ＩＰ網着信である旨の応答情報を受信すると、ＰＳＴＮ−ＧＷ１ａのプロトコル変換部１４ａが、ＩＳＵＰのＩＡＭメッセージを、ＳＩＰのＩＮＶＩＴＥメッセージにプロトコル変換して、ルーチング部１７ａが、自ＩＰ網内の中継サーバ３にＩＮＶＩＴＥを送信する（Ｓ３０４）。つまり、ここでは、カプセル化対象呼記憶制御部１３による中継接続であることの記憶部への記憶や、カプセル化処理部１５によるカプセル化処理を行わない。そして、ＰＳＴＮ−ＧＷ１ａは、応答信号（ＡＣＭ）を通信事業者Ａの通信網に送信する（Ｓ３０５）。
【００８３】
続いて、中継サーバ３は、ＩＮＶＩＴＥのヘッダ部の情報から、自ＩＰ網内の加入者サーバ４にＩＮＶＩＴＥを送信する（Ｓ３０６）。そして、加入者サーバ４は、送信先となる端末６に接続するＩＰ変換装置５に、そのＩＮＶＩＴＥを送信する（Ｓ３０７）。
【００８４】
次に、ＰＳＴＮ−ＧＷ１ａは、ＩＰ変換装置５から、加入者サーバ４および中継サーバ３を介して、呼出信号である１８０メッセージを受信する（Ｓ３０８〜Ｓ３１０）。そして、カプセル化対象呼記憶制御部１３ａは、記憶部に当該呼が中継接続呼である旨の記憶がされていないことを確認し、プロトコル変換部１４ａが、ＳＩＰの１８０メッセージをＩＳＵＰの呼出信号（ＣＰＧ）に変換して、ルーチング部１７ａが通信事業者Ａの通信網に送信する（Ｓ３１１）。つまり、カプセル化対象呼記憶制御部１３ａが、記憶部に当該呼が中継接続呼である旨が記憶されていないことを確認することにより、カプセル化処理部１５ａによるカプセル化処理や、カプセル化解除部１６ａによりカプセル化解除処理を行わないようにすることができる。
【００８５】
続いて、ＰＳＴＮ−ＧＷ１ａは、ＩＰ変換装置５から、加入者サーバ４および中継サーバ３を介して、着信端末６からの応答信号である２００メッセージを受信する（Ｓ３１２〜Ｓ３１４）。そして、カプセル化対象呼記憶制御部１３ａは、記憶部に当該呼が中継接続呼である旨の記憶がされていないことを確認し、プロトコル変換部１４ａが、ＳＩＰの２００メッセージをＩＳＵＰの応答信号（ＡＮＭ）に変換して、通信事業者Ａの通信網に送信する（Ｓ３１５）。続いて、ＰＳＴＮ−ＧＷ１ａは、ＩＰ変換装置５に向けて、応答確認信号（ＡＣＫ）を送信する（Ｓ３１６〜Ｓ３１８）。
【００８６】
このようにすることで、中継接続事業者網に収容される加入者の端末６に着信する場合に、ＰＳＴＮ−ＧＷ１ａは、ＳＩＰメッセージ内にＩＳＵＰ信号をカプセル化する処理を行わないようにすることができる。したがって、本実施形態に係る通信方法および通信システムによれば、中継接続を行うＩＰ網内でのメッセージサイズの増大を防ぎ、効率的な中継を行うことができる。
【符号の説明】
【００８７】
１ ＰＳＴＮ−ＧＷ（ゲートウェイ装置）
２ 中継判断ＤＢ装置
３ 中継サーバ
４ 加入者サーバ
５ ＩＰ変換装置
６ 端末
７ ＩＧＳ（関門交換機）
８ ＩＣ（中継交換機）
９ ＧＣ（加入者交換機）
１１ 受信制御部
１２ ＤＢアクセス部
１３ カプセル化対象呼記憶制御部
１４ プロトコル変換部
１５ カプセル化処理部
１６ カプセル化解除部
１７ ルーチング部
２０ 中継判断処理部
２００ 中継判断ＤＢ
【技術分野】
【０００１】
本発明は、中継接続サービスをＩＰ（Internet Protocol）網において提供する通信方法および通信システムに関するものである。
【背景技術】
【０００２】
呼制御プロトコルＩＳＵＰ（ISDN user part）を利用した従来の回線交換電話網（ＰＳＴＮ：Public Switched Telephone Network）サービスを提供する通信事業者には、中継接続サービスを提供する中継接続事業者が存在する。この中継接続サービスとは、例えば、中継接続事業者が２つの地域系固定通信事業者それぞれと相互接続を行い、これら地域系固定通信事業者２社間の通信時の呼制御信号、音声信号等を中継接続するサービスである。ある通信事業者が他の通信事業者と通信を確保するには、それぞれの通信事業者との間で相互接続回線を準備する必要があるため、相応の設備コストを有するのに対し、中継接続事業者の中継接続サービスを活用すれば、当該中継接続事業者との相互接続回線を準備するだけで当該中継接続事業者と接続する他の通信事業者との通信が可能となり、設備コストを削減できるメリットがある。
【０００３】
従来のＰＳＴＮでの中継接続サービスの具体的な処理について説明する。図６は、従来のＰＳＴＮでの中継接続サービスを提供する通信システムの構成および中継接続の処理の流れの説明図である。
【０００４】
図６に示すように、中継接続サービスを提供する通信事業者網（以下、「中継接続事業者網」とする）に、他の通信事業者Ａ，Ｂ，Ｃの通信網（ＰＳＴＮ）が接続されている。そして、中継接続事業者網内には、中継接続事業者のＩＧＳ（関門交換機）７（７ａ，７ｂ）、ＩＣ（中継交換機）８、ＧＣ（加入者交換機）９、および端末６を備える。なお、中継接続事業者が、中継接続サービスのみを行い、地域系固定通信サービスを行わない場合は、ＧＣ９および端末６を備える必要はないが、中継接続サービスを行う事業者は、地域系固定通信サービスを併せて行うのが一般的である。よって、中継接続事業者網に、ＧＣ９および端末６が含まれるものとして説明する。
【０００５】
通信事業者Ａの通信網（ＰＳＴＮ）から発信された情報を、他の通信事業者の通信網（ＰＳＴＮ）に中継接続する場合として、以下の３つのパターンが考えられる。
【０００６】
（パターン１）通信事業者Ａの通信網から、ＩＧＳ７ａおよびＩＣ８を経由し、ＩＧＳ７ｂに接続する通信事業者Ｂの通信網に中継接続される場合。なお、ここで、発信側から信号を受信し着信側へ送信するＩＧＳ７をＩＧＳ７ａとし、ＩＣ８を介して信号を受信しさらに着信側に送信するＩＧＳ７をＩＧＳ７ｂとする。
（パターン２）通信事業者Ａの通信網から、ＩＧＳ７ａに同じく接続点を有する通信事業者Ｃの通信網に中継接続される場合。
（パターン３）通信事業者Ａの通信網から、中継接続事業者網に収容される加入者の端末６に着信する場合。
【０００７】
このパターン１〜３について、具体的な処理手順について説明する。
【０００８】
まず、パターン１〜３のすべての場合において、ＩＧＳ７ａが通信事業者Ａの通信網からの信号を受信する。
【０００９】
次に、ＩＧＳ７ａは、受信した信号の着番号情報（着番号または着番号帯）から、接続先を判断し、前記した３パターンに分けて処理を実行する。
【００１０】
（パターン１）
接続先が、ＩＧＳ７ａとは別のＩＧＳ７に接続点を有する他の通信事業者の通信網への接続であれば、該当するＩＧＳ７（例えば、ＩＧＳ７ｂ）へ信号を送信する。ＩＧＳ７ｂは、受信した信号に付された着番号情報に基づき、自身のＩＧＳ７ｂに接続点を有する通信事業者Ｂの通信網へ信号を転送する。
このとき、ＩＧＳ７ａおよびＩＧＳ７ｂは、中継接続事業者が信号の中継を行うに際し設定や変更をしなければならない一部の情報を除き、情報の透過的な中継を行う。ここで、透過的な中継とは、信号の内容を書き換えずに中継を行うことであり、中継接続事業者は、発信側の通信事業者および着信側の通信事業者が設定した情報を原則として透過的に中継することが技術標準として規定されている（非特許文献１参照）。なお、中継接続事業者が信号の中継を行うに際し設定しなければならない情報とは、後に課金情報として必要になるどの中継接続事業者をその呼が経由したかを示す情報等であり、変更をしなければならない情報とは、通信事業者間を接続している回線の能力や特性を示すパラメータ等である。これらの一部の情報を除き、中継接続事業者は、情報の透過的な中継をしなくてはならない。
【００１１】
（パターン２）
接続先が、信号を受信したＩＧＳ７ａと同じく、ＩＧＳ７ａに接続点を有する他の通信事業者（通信事業者Ｃ）の通信網への接続であれば、ＩＧＳ７ａは、信号を該当する通信事業者Ｃの通信網へ送信する。このとき、ＩＧＳ７ａは、中継接続事業者が信号の中継を行うに際し設定や変更をしなければならない一部の情報を除き、情報の透過的な中継を行う。
【００１２】
（パターン３）
接続先が、中継接続事業者網内の加入者の端末６への接続であれば、自中継接続事業者網のＩＣ８へ信号を送信し、ＧＣ９を介して端末６に信号を送信する。
【先行技術文献】
【非特許文献】
【００１３】
【非特許文献１】社団法人情報通信技術委員会、「TTC標準 JJ-90.10（相互接続共通インタフェース仕様）」第7.1版、2006年9月5日制定、p.20
【発明の概要】
【発明が解決しようとする課題】
【００１４】
近年、従来のＰＳＴＮの技術に代えて、ＩＰ電話技術が普及してきている。ＰＳＴＮの回線交換方式の場合には、通話毎に１回線を占有するため、各交換機間では、ピーク呼量に耐えうる設備（回線）が必要となる。そのため、相応の設備コストを要し、かつ、その設備（回線）の使用効率が高くないものとなる。これに対し、ＩＰ網の場合は、複数の通話の呼制御信号パケット、音声パケット等がＩＰ網を共用するため、通信事業者にとっては、設備コストを削減でき、かつそれによりユーザ料金を低減できるというメリットがある。
【００１５】
しかし、中継接続にＩＰ網を導入する場合に、以下のことが問題となる。ＰＳＴＮとＩＰ網との相互接続は、「TTC標準 JF-IETF-RFC3398（SIP-TTC ISUP信号方式相互接続に関する技術仕様）」（社団法人情報通信技術委員会、第1.0版、2005年6月2日）等で、標準化が進められているが、その接続形態は、ＰＳＴＮ（ＩＳＵＰ）−ＩＰ（ＳＩＰ：Session Initiation Protocol）網間の相互接続のみを範囲としており、例えば、ＰＳＴＮ−ＩＰ網−ＰＳＴＮといった、中継接続サービスをＩＰ網で提供するような形態までは対象に含まれていない（同「TTC標準 JF-IETF-RFC3398」p.9）。
【００１６】
ＩＰ網とＰＳＴＮを相互接続する場合、ＩＰ網側において、受信したＩＳＵＰ信号をＳＩＰ信号に変換したり、ＳＩＰ信号をＩＳＵＰ信号に変換したりして送信する必要がある。このＩＳＵＰ→ＳＩＰ→ＩＳＵＰ経由の中継において、現在の標準等に則りＩＳＵＰ→ＳＩＰ変換を行うと、一部のＩＳＵＰパラメータが欠落してしまうため、変換したＳＩＰ信号をさらにＩＳＵＰ信号へ変換した時点で、発信側が設定したＩＳＵＰパラメータが透過的に着信側に送信されなくなる。例えば、ＩＳＵＰプロトコルにおいて通信回線の接続要求を示す「アドレス」メッセージ（ＩＡＭ：Initial address message）を、ＳＩＰプロトコルのセッション開始リクエスト（ＩＮＶＩＴＥ）に変換する際に、ＩＡＭのオプションパラメータである「ユーザサービス情報（Ｑ．９３１“ 伝送能力”情報要素）」のマッピングについては、TTC標準 JF-IETF-RFC3398では明示されていない。したがって、透過的な中継ができない場合がある。
前記の通り、ＰＳＴＮにおける中継接続における技術標準では、原則として情報の透過的な中継を行うことが規定されており（非特許文献１参照）、これと同様に、ＩＰ網で中継接続する場合においても、透過的な中継を行うことが求められる。
【００１７】
この対策としてＳＩＰには、ＩＳＵＰ信号をバイナリデータとして丸ごとＳＩＰ信号の中に含めて転送するＩＳＵＰカプセレーションという手法があり、これを利用することで透過的な中継を実現することができる（IETF RFC3398 5.1章、ITU-T Q.1912.5 5.4章ISUP encapsulation-detailed procedures 参照）。しかしながら、ＩＳＵＰカプセレーションの手法は、受信先がＰＳＴＮでありＩＳＵＰ信号を利用する場合は有効であるが、例えば、中継接続事業者のＩＰ網内の端末が着信先である場合（中継接続事業者が地域系固定通信サービスを提供する場合）、カプセリングしたＩＳＵＰ信号は必要ないため、不必要な情報が含まれメッセージサイズが増大したＳＩＰ信号を送信することになる（後記する図２のパターン３参照）。メッセージサイズの増大はＩＰ網に負荷を与えることとなるため、メッセージサイズの増大を防ぐ効率的な情報伝送を行うことが必要となる。
【００１８】
このような背景に鑑みて、本発明がなされたのであり、本発明は、ＩＰ網を用いて中継接続する場合に、メッセージサイズの増大を防ぐことができる通信方法および通信システムを提供することを課題とする。
【課題を解決するための手段】
【００１９】
前記した課題を解決するために、請求項１に記載の発明は、送信元となる通信事業者の通信網から受信した着呼要求信号を、送信先となる他の通信事業者の通信網に中継接続する中継接続事業者のＩＰ網に、前記送信元となる通信事業者のＰＳＴＮから送信される信号を受信する発側のゲートウェイ装置と、前記着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるか、当該中継接続事業者のＩＰ網内の加入者サーバに収容される端末に着信する呼であるかを、前記着呼要求信号に付された着番号情報ごとに示す中継判断ＤＢを格納する中継判断ＤＢ装置とを備え、中継接続サービスを提供する通信システムに用いられる通信方法であって、前記発側のゲートウェイ装置が、前記送信元となる通信事業者の通信網から前記着呼要求信号を受信し、その着呼要求信号に付された着番号情報を含めた中継判断要求情報を前記中継判断ＤＢ装置に送信し、前記中継判断ＤＢ装置が、前記中継判断要求情報の着番号情報をキーとして、前記中継判断ＤＢを参照し、当該着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるか、または、前記中継接続事業者のＩＰ網内の着信呼であるかを判断して、その判断結果を前記発側のゲートウェイ装置に送信し、前記発側のゲートウェイ装置が、前記着呼要求信号が、前記中継接続事業者のＩＰ網内の着信呼であるとの判断結果を受信した場合に、前記着呼要求信号を当該ＩＰ網で用いられる着呼要求のＩＰ信号にプロトコル変換し、当該ＩＰ網の加入者サーバ、および着信先となる前記端末と接続されるＩＰ変換装置を介して、前記端末に、前記着呼要求のＩＰ信号を送信することを特徴とする通信方法とした。
【００２０】
また、請求項６に記載の発明は、送信元となる通信事業者の通信網から受信した着呼要求信号を、送信先となる他の通信事業者の通信網に中継接続する中継接続事業者のＩＰ網に、前記送信元となる通信事業者のＰＳＴＮから送信される信号を受信する発側のゲートウェイ装置と、前記着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるか、当該中継接続事業者のＩＰ網内の加入者サーバに収容される端末に着信する呼であるかを、前記着呼要求信号に付された着番号情報ごとに示す中継判断ＤＢを格納する中継判断ＤＢ装置とを備え、中継接続サービスを提供する通信システムであって、前記発側のゲートウェイ装置が、前記送信元となる通信事業者の通信網から前記着呼要求信号を受信する受信制御部と、前記受信した着呼要求信号に付された着番号情報を含めた中継判断要求情報を前記中継判断ＤＢ装置に送信するＤＢアクセス部と、前記中継判断ＤＢ装置から、前記着呼要求信号が前記中継接続事業者のＩＰ網内の着信呼であるとの判断結果を受信した場合に、前記着呼要求信号を当該ＩＰ網で用いられる着呼要求のＩＰ信号にプロトコル変換するプロトコル変換部と、当該ＩＰ網の加入者サーバ、および着信先となる前記端末と接続されるＩＰ変換装置を介して、前記端末に向けて前記着呼要求のＩＰ信号を送信する第１のルーチング部と、を備え、前記中継判断ＤＢ装置が、前記中継判断ＤＢと、前記発側のゲートウェイ装置から受信した前記中継判断要求情報の着番号情報をキーとして、前記中継判断ＤＢを参照し、当該着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるか、または、前記中継接続事業者のＩＰ網内の着信呼であるかを判断して、その判断結果を前記発側のゲートウェイ装置に送信する中継判断処理部と、を備えることを特徴とする通信システムとした。
【００２１】
このようにすることで、発側のゲートウェイ装置は、中継判断ＤＢから、着呼要求信号が中継接続事業者のＩＰ網内の着信呼であるとの判断結果を受信することにより、ＰＳＴＮの着呼要求信号のカプセル化処理を行わず、プロトコル変換した着呼要求のＩＰ信号をＩＰ網内の端末に向けて送信することができる。よって、本発明によれば、不要なカプセル化を行う必要をなくし、メッセージサイズの増大を防ぐことができる中継接続を可能にする。
【００２２】
請求項２に記載の発明は、前記中継接続事業者のＩＰ網に、前記送信先となる他の通信事業者のＰＳＴＮに接続される着側のゲートウェイ装置をさらに備え、前記発側のゲートウェイ装置が、前記中継判断ＤＢ装置から、前記着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるとの判断結果を受信した場合に、前記着呼要求信号を前記ＩＰ網で用いられる着呼要求のＩＰ信号にプロトコル変換し、当該着呼要求のＩＰ信号内に前記着呼要求信号をカプセル化して、前記着側のゲートウェイ装置に送信し、前記着側のゲートウェイ装置が、前記着呼要求信号がカプセル化された前記着呼要求のＩＰ信号を受信すると、前記カプセル化された着呼要求信号のカプセル化を解除して、前記ＰＳＴＮで用いられる着呼要求信号に変換し、当該着呼要求信号を、前記送信先となる他の通信事業者の通信網に送信することを特徴とする請求項１に記載の通信方法とした。
【００２３】
また、請求項７に記載の発明は、前記中継接続事業者のＩＰ網に、前記送信先となる他の通信事業者のＰＳＴＮに接続される着側のゲートウェイ装置をさらに備え、前記発側のゲートウェイ装置が、前記中継判断ＤＢ装置から、前記着呼要求信号が前記送信先となる他の通信事業者の通信網に中継接続する呼であるとの判断結果を受信した場合に、前記プロトコル変換部がプロトコル変換した前記着呼要求のＩＰ信号内に、前記着呼要求信号をカプセル化するカプセル化処理部をさらに備え、前記第１のルーチング部が、前記着呼要求信号がカプセル化された前記着呼要求のＩＰ信号を前記着側のゲートウェイ装置に送信し、前記着側のゲートウェイ装置が、前記着呼要求信号がカプセル化された前記着呼要求のＩＰ信号を受信すると、前記カプセル化された着呼要求信号のカプセル化を解除して、前記ＰＳＴＮで用いられる着呼要求信号に変換するカプセル化解除部と、前記カプセル化解除部が変換した前記ＰＳＴＮで用いられる着呼要求信号を、前記送信先となる他の通信事業者の通信網に送信する第２のルーチング部と、を備えることを特徴とする請求項６に記載の通信システムとした。
【００２４】
このようにすることで、発側のゲートウェイ装置は、中継判断ＤＢから、着呼要求信号が送信先となる他の通信事業者の通信網に中継接続する呼であるとの判断結果を受信することにより、着呼要求信号がカプセル化された着呼要求のＩＰ信号を着側にゲートウェイ装置に送信する。そして、着側のゲートウェイ装置は、カプセル化された着呼要求信号のカプセル化を解除して、ＰＳＴＮで用いられる着呼要求信号に変換し、送信先となる他の通信事業者に送信することができる。よって、透過的な中継接続を実現することが可能となる。
【００２５】
請求項３に記載の発明は、前記発側のゲートウェイ装置が、前記中継判断ＤＢ装置から、前記着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるとの判断結果を受信した場合に、前記送信先となる他の通信事業者の通信網が、当該発側のゲートウェイ装置と接続されているときに、前記着呼要求信号を、前記送信先となる他の通信事業者の通信網に転送することを特徴とする請求項２に記載の通信方法とした。
【００２６】
このようにすることで、発側のゲートウェイ装置が、中継判断ＤＢから、着呼要求信号が送信先となる他の通信事業者の通信網に中継接続する呼であるとの判断結果を受信した場合に、送信先となる他の通信事業者の通信網が、発側のゲートウェイ装置に接続されていれば、着呼要求信号をＩＰ網で用いられる着呼要求のＩＰ信号に変換するプロトコル変換処理、およびＰＳＴＮの着呼要求信号のカプセル化処理を行わずに、着呼要求信号を送信先となる他の通信事業者の通信網に転送することができる。
【００２７】
請求項４に記載の発明は、前記発側のゲートウェイ装置が、前記中継判断ＤＢ装置から、前記着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるとの判断結果を受信した場合に、当該着呼要求信号が、前記中継接続する呼であることを前記発側のゲートウェイ装置の記憶部に記憶し、前記送信元となる通信事業者の通信網から当該着呼要求信号に応じて発信された呼制御信号を受信した場合に、当該記憶部に、当該着呼要求信号が前記中継接続する呼として記憶されていることを確認し、前記呼制御信号を前記ＩＰ網で用いられる呼制御のＩＰ信号にプロトコル変換し、当該呼制御のＩＰ信号内に前記呼制御信号をカプセル化して、前記着側のゲートウェイ装置に送信し、前記着側のゲートウェイ装置が、前記呼制御信号がカプセル化された前記呼制御のＩＰ信号を受信すると、前記カプセル化された呼制御信号のカプセル化を解除して、前記ＰＳＴＮで用いられる呼制御信号に変換し、当該呼制御信号を、前記送信先となる他の通信事業者の通信網に送信することを特徴とする請求項２に記載の通信方法とした。
【００２８】
このように、発側のゲートウェイ装置の記憶部に、着呼要求信号が中継接続する呼であることを記憶しておくことにより、送信元となる通信事業者の通信網から着呼要求信号に応じて発信された呼制御信号を受信した場合に、発側のゲートウェイ装置が、中継判断ＤＢ装置に中継判断要求情報を再度送信して応答信号を受信する必要をなくすことができる。
【００２９】
請求項５に記載の発明は、前記着側のゲートウェイ装置が、前記着呼要求信号がカプセル化された前記着呼要求のＩＰ信号を、前記発側のゲートウェイ装置から受信すると、当該着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であることを前記着側のゲートウェイ装置の記憶部に記憶し、前記送信先となる他の通信事業者の通信網から前記着呼要求信号に応じて発信された呼制御信号を受信した場合に、当該記憶部に、当該着呼要求信号が前記中継接続する呼として記憶されていることを確認し、前記呼制御信号を前記ＩＰ網で用いられる呼制御のＩＰ信号にプロトコル変換し、当該呼制御のＩＰ信号内に前記呼制御信号をカプセル化して、前記発側のゲートウェイ装置に送信し、前記発側のゲートウェイ装置が、前記呼制御信号がカプセル化された前記呼制御のＩＰ信号を受信すると、前記カプセル化された呼制御信号のカプセル化を解除して、前記ＰＳＴＮで用いられる呼制御信号に変換し、当該呼制御信号を、前記送信元となる通信事業者の通信網に送信することを特徴とする請求項４に記載の通信方法とした。
【００３０】
このように、着側のゲートウェイ装置の記憶部に、着呼要求信号が中継接続する呼であることを記憶しておくことにより、送信先となる他の通信事業者の通信網から着呼要求信号に応じて発信された呼制御信号を受信した場合に、着側のゲートウェイ装置が、中継判断ＤＢ装置に中継判断要求情報を再度送信して応答信号を受信する必要をなくすことができる。
【発明の効果】
【００３１】
本発明によれば、ＩＰ網を用いて中継接続する場合に、メッセージサイズの増大を防ぐことができる通信方法および通信システムを提供することができる。
【図面の簡単な説明】
【００３２】
【図１】本実施形態に係る中継接続サービスを提供する通信システムの構成を示す図である。
【図２】本実施形態に係る中継接続の接続パターンを説明するための図である。
【図３】本実施形態に係る通信システムにおいて、通信事業者Ａの通信網（ＰＳＴＮ）から中継接続事業者網（ＩＰ網）を経由し、通信事業者Ｂの通信網（ＰＳＴＮ）に中継接続される場合（パターン１）の処理の流れを説明するシーケンス図である。
【図４】本実施形態に係る通信システムにおいて、通信事業者Ａの通信網（ＰＳＴＮ）から、同じＰＳＴＮ−ＧＷに接続点を有する他の通信事業者Ｃの通信網（ＰＳＴＮ）に中継接続される場合（パターン２）の処理の流れを説明するシーケンス図である。
【図５】本実施形態に係る通信システムにおいて、中継接続事業者網に収容される加入者の端末に着信する場合（パターン３）の処理の流れを説明するシーケンス図である。
【図６】従来のＰＳＴＮでの中継接続サービスを提供する通信システムの構成および中継接続の処理の流れの説明図である。
【発明を実施するための形態】
【００３３】
次に、本発明を実施するための形態（「実施形態」という）について、適宜図面を参照しながら詳細に説明する。
【００３４】
≪システム構成≫
図１は、本実施形態に係る中継接続サービスを提供する通信システムの構成を示す図である。図１に示すように、本通信システムは、通信事業者Ａ，Ｂ，Ｃの各通信網、および、その通信事業者Ａ，Ｂ，Ｃの通信網との間で信号の中継接続を行う中継接続事業者網を含んで構成される。ここで、各通信事業者Ａ，Ｂ，Ｃの通信網はＰＳＴＮ（ＩＳＵＰ）であり、中継接続事業者網はＩＰ網（ＳＩＰ）で構成されているものとする。
【００３５】
この中継接続事業者網（ＩＰ網）は、ＰＳＴＮとの関門中継サーバとなるＰＳＴＮ−ＧＷ（ゲートウェイ装置）１（１ａ，１ｂ）と、中継判断ＤＢ（DataBase：データベース）装置２と、中継サーバ３と、加入者サーバ４と、端末６を収容するＩＰ変換装置５とを含んで構成される。なお、中継接続事業者が、中継接続サービスのみを行い、地域系固定通信サービスを行わない場合は、加入者サーバ４、ＩＰ変換装置５および端末６を備える必要はないが、中継接続事業者は、ＩＰ網においても、従来技術と同様に、地域系固定通信サービスを併せて行うのが一般的である。よって、中継接続事業者網に、加入者サーバ４、ＩＰ変換装置５および端末６が含まれるものとして説明する。
【００３６】
このＰＳＴＮ−ＧＷ１、中継判断ＤＢ装置２、中継サーバ３、および加入者サーバ４は、入出力部、処理部、記憶部（いずれも不図示）を備えるコンピュータにより実現される。入出力部は、入出力インタフェースから構成される。処理部は、この各サーバが備えるＣＰＵ（Central Processing Unit）によるプログラム実行処理や、専用回路等により実現される。また、記憶部は、ＲＡＭ（Random Access Memory）、ハードディスク、フラッシュメモリ等の記憶手段による実現される。なお、これらの装置（サーバ）をプログラム処理により実現する場合、記憶部には、この装置（サーバ）の機能を実現するためのプログラムが格納される。
【００３７】
端末６は、インタフェースがメタル回線の電話端末であり、ダイヤル番号の送出や、音声信号の送出等を行う。また、ＩＰ変換装置５は、メタル回線による端末６を収容し、端末６からの呼制御信号や音声信号を、ＩＰ網上で使用される信号にプロトコル変換する装置である。このＩＰ変換装置５は、局設置であっても、ユーザ宅内に設定してあってもよい。以下、ＩＰ網内に設けられる各装置について具体的に説明する。
【００３８】
（加入者サーバ）
加入者サーバ４は、加入者サーバ４自身が収容する加入者のサービス契約情報の管理や、呼状態管理を行うとともに、端末６からの発呼信号をＩＰ変換装置５経由で受け付け、その信号の送信先を決定したり、自網内の中継サーバ３等から受信した発呼信号や応答信号を端末６に向けてルーチングしたりする呼制御を行う。
【００３９】
（中継サーバ）
中継サーバ３は、ＰＳＴＮ−ＧＷ１（１ａ，１ｂ）および加入者サーバ４等と接続され、他装置から受信した発呼信号や応答信号をルーチングするといった呼制御信号の中継を行う。
【００４０】
（ＰＳＴＮ−ＧＷ）
ＰＳＴＮ−ＧＷ（ゲートウェイ装置）１は、他の通信事業者Ａ，Ｂ，Ｃの通信網（ＰＳＴＮ）との関門ゲートウェイ装置であり、他の通信事業者Ａ，Ｂ，Ｃの通信網からのＰＳＴＮ信号を自網内のＩＰ信号に変換し送信を行ったり、逆に、自網内のＩＰ信号を他の通信事業者Ａ，Ｂ，Ｃの通信網で用いられるＰＳＴＮ信号に変換し送信を行ったりする。なお、ここでは、発信側から信号を受信し着信側へ送信するＰＳＴＮ−ＧＷ１をＰＳＴＮ−ＧＷ１ａ（発側のゲートウェイ装置）とし、中継サーバ３を介して信号を受信しさらに着信側に送信するＰＳＴＮ−ＧＷ１をＰＳＴＮ−ＧＷ１ｂ（着側のゲートウェイ装置）とする。
そして、このＰＳＴＮ−ＧＷ１は、ＰＳＴＮ−ＧＷ１ａ、ＰＳＴＮ−ＧＷ１ｂそれぞれに、受信制御部１１（１１ａ，１１ｂ）と、ＤＢアクセス部１２（１２ａ，１２ｂ）と、カプセル化対象呼記憶制御部１３（１３ａ，１３ｂ）と、プロトコル変換部１４（１４ａ，１４ｂ）と、カプセル化処理部１５（１５ａ，１５ｂ）と、カプセル化解除部１６（１６ａ，１６ｂ）と、ルーチング部１７（１７ａ，１７ｂ）とを備える。
【００４１】
受信制御部１１は、他の通信事業者の通信網（ＰＳＴＮ）から着呼要求信号（ＩＳＵＰ−ＩＡＭ信号）を受信した場合、その受信した着呼要求信号を、後記するＤＢアクセス部１２に出力する。また、受信制御部１１は、中継サーバ３から着呼要求信号（ＳＩＰ−ＩＮＶＩＴＥ）を受信した場合は、その受信した着呼要求信号を、後記するカプセル化対象呼記憶制御部１３に出力する。また、受信制御部１１は、着呼要求信号に応じて発信された呼制御信号、つまり、ＩＡＭ以外の呼制御信号（ＩＳＵＰ信号）、または、ＩＮＶＩＴＥ以外の呼制御信号（ＳＩＰ信号）を、着呼要求信号の応答信号等として受信した場合も、後記するように呼が中継接続呼であるか否かを判断するため、カプセル化対象呼記憶制御部１３に出力する。
【００４２】
ＤＢ（データベース）アクセス部１２は、受信制御部１１から着信要求信号（ＩＳＵＰ−ＩＡＭ信号）を取得すると、取得した着信要求信号（ＩＳＵＰ−ＩＡＭ信号）に付された着番号情報を含めた中継判断要求情報を生成し、その中継判断要求情報を中継判断ＤＢ装置２に送信して、当該呼が中継接続か自ＩＰ網内の端末６への着信（以下、「自ＩＰ網着信」という）かの判断情報を要求する。
【００４３】
カプセル化対象呼記憶制御部１３は、発信側のＰＳＴＮ−ＧＷ１（ＰＳＴＮ−ＧＷ１ａ）のカプセル化対象呼記憶制御部１３ａであるとき、中継判断ＤＢ装置２からの応答情報により、着信要求信号（ＩＳＵＰ−ＩＡＭ信号）が中継接続である旨を受信すると、当該呼（着信要求信号）が中継接続呼であることをＰＳＴＮ−ＧＷ１ａの記憶部（不図示）に記憶する。
また、カプセル化対象呼記憶制御部１３は、着信側のＰＳＴＮ−ＧＷ１（ＰＳＴＮ−ＧＷ１ｂ）のカプセル化対象呼記憶制御部１３ｂであるとき、受信制御部１１が、ＳＩＰのＩＮＶＩＴＥメッセージを受信すると、そのＳＩＰメッセージ内にカプセリングされたＩＳＵＰメッセージ情報が格納されているかを判定し、ＩＳＵＰメッセージ情報が格納されている場合は、その受信した呼（着信要求信号）が中継接続呼であることをＰＳＴＮ−ＧＷ１ｂの記憶部（不図示）に記憶する。
【００４４】
また、カプセル化対象呼記憶制御部１３は、着呼要求信号に応じて発信された呼制御信号（ＩＳＵＰ）を受信すると、その発呼信号（着呼要求信号）が、自身のＰＳＴＮ−ＧＷ１の記憶部に、中継接続呼として記憶されているか否かを確認する。そして、カプセル化対象呼記憶制御部１３は、中継接続呼として記憶されている場合に、その呼制御信号（ＩＳＵＰ）をプロトコル変換部１４およびカプセル化処理部１５に出力する。
なお、このようにすることで、ＰＳＴＮ−ＧＷ１が着信要求信号に応じて発信された呼制御信号（ＩＳＵＰ）を受信した場合に、再びＤＢアクセス部１２が、中継判断ＤＢ装置２に、当該呼（着信要求信号）が中継接続か自ＩＰ網着信か否かの問い合わせをする必要をなくすことができる。
【００４５】
プロトコル変換部１４は、ＰＳＴＮで用いられるプロトコル（例えば、ＩＳＵＰ）とＩＰ網で用いられるプロトコル（例えば、ＳＩＰ）とを相互に変換する。
【００４６】
カプセル化処理部１５は、受信したＩＳＵＰメッセージ情報を、ＳＩＰメッセージ内にカプセリングする。このＩＳＵＰメッセージ情報のカプセリングは、例えば、前記したＩＳＵＰカプセレーションの方法が用いられる。
【００４７】
カプセル化解除部１６は、ＳＩＰメッセージ内にカプセリングされたＩＳＵＰメッセージ情報を抽出してカプセル化を解除し、ＩＳＵＰに変換する。
【００４８】
ルーチング部１７は、受信した信号に付された着番号情報（着番号または着番号帯）に基づき、その信号をルーチングする処理を行う。
【００４９】
（中継判断ＤＢ装置）
中継判断ＤＢ装置２は、ＰＳＴＮ−ＧＷ１からの要求（中継判断要求情報）に基づき、着呼要求信号が、中継接続すべき信号か、自ＩＰ網内に端末６に着信すべき信号（自ＩＰ網着信）かを、後記する中継判断ＤＢ２００に基づき判定し、その結果を応答情報として、中継判断要求情報を送信したＰＳＴＮ−ＧＷ１に送信する。そして、この中継判断ＤＢ装置２は、中継判断処理部２０と、中継判断ＤＢ２００とを備える。
【００５０】
中継判断ＤＢ２００は、着番号情報（着番号または着番号帯）に対応付けて、その信号が、中継接続か自ＩＰ網着信かを記憶する。また、対象となる着番号等が中継接続である場合にその中継先のＰＳＴＮ−ＧＷ１（例えば、「ＰＳＴＮ−ＧＷ（ａ）」（ＰＳＴＮ−ＧＷ１ａ）等）を、着番号情報に対応付けて示す付加情報を記憶しておいてもよい。さらに、対象となる着番号等が自ＩＰ網着信の場合に着信先の端末６を収容する加入者サーバ４のＩＰアドレス等を、着番号情報に対応付けて示す付加情報を記憶しておいてもよい。
【００５１】
中継判断処理部２０は、ＰＳＴＮ−ＧＷ１から中継判断要求情報を受信すると、その中継判断要求情報に付された着呼要求信号の着番号情報をキーに、中継判断ＤＢ２００を参照し、着呼要求信号が、中継接続か、自ＩＰ網着信かを判断し、その判断結果の情報を応答情報に付して、中継判断要求情報を送信したＰＳＴＮ−ＧＷ１に返信する。ここで例えば、その判断結果が、中継接続の場合「１」、自ＩＰ網着信の場合「０」のビット等を返信するようにしてもよい。また、中継判断処理部２０は、中継先のＰＳＴＮ−ＧＷ１等の付加情報を応答情報に付して、中継判断要求情報を送信したＰＳＴＮ−ＧＷ１に送信してもよい。
【００５２】
なお、この中継判断ＤＢ２００および中継判断処理部２０を、各ＰＳＴＮ−ＧＷ１に備えるようにすることもできる。
【００５３】
≪処理手順≫
次に、図１を参照しつつ、本実施形態に係る中継接続サービスの処理手順を説明する。図２は、本実施形態に係る中継接続の接続パターンを説明するための図である。図２に示すように、通信事業者Ａの通信網（ＰＳＴＮ）から発信された情報を、中継接続事業者網（ＩＰ網）を介して、他の通信事業者の通信網に中継接続する場合として、以下の３パターンがある。なお、通信事業者Ａと通信事業者Ｃの通信網は、ＰＳＴＮ−ＧＷ１ａと接続され、通信事業者Ｂの通信網は、ＰＳＴＮ−ＧＷ１ｂと接続されているものとする。
【００５４】
（パターン１）
通信事業者Ａの通信網から、ＰＳＴＮ−ＧＷ１ａおよび中継サーバ３を経由し、ＰＳＴＮ−ＧＷ１ｂに接続する通信事業者Ｂの通信網に中継接続される場合。
（パターン２）
通信事業者Ａの通信網から、ＰＳＴＮ−ＧＷ１ａに同じく接続点を有する他の通信事業者Ｃの通信網に中継接続される場合。
（パターン３）
通信事業者Ａの通信網から、中継接続事業者網に収容される加入者の端末６に着信する場合。
【００５５】
このパターン１，２，３について、具体的な処理手順を説明する。なお、本実施形態において、ＩＰ網内の制御プロトコルとしてＳＩＰが用いられ、ＰＳＴＮ内の制御プロトコルとしてＩＳＵＰが用いられるものとして説明するが、これに限定されるものではなく、他のプロトコルにおいても適用可能である。
【００５６】
図３は、本実施形態に係る通信システムにおいて、通信事業者Ａの通信網（ＰＳＴＮ）から中継接続事業者網（ＩＰ網）を経由し、通信事業者Ｂの通信網（ＰＳＴＮ）に中継接続される場合（パターン１）の処理の流れを説明するシーケンス図である。
【００５７】
まず、ＰＳＴＮ−ＧＷ１ａは、通信事業者Ａの通信網から着呼要求信号（発呼信号）（ＩＡＭ）を受信する（Ｓ１０１）。そして、着呼要求信号（ＩＡＭ）を受信したＰＳＴＮ−ＧＷ１ａの受信制御部１１ａは、その着呼要求信号（ＩＡＭ）をＤＢアクセス部１２ａに出力する。そしてＤＢアクセス部１２ａは、着呼要求信号（ＩＡＭ）に付された着番号情報を含む中継判断要求情報を生成し、中継判断ＤＢ装置２に送信する（Ｓ１０２）。
【００５８】
中継判断ＤＢ装置２の中継判断処理部２０は、中継判断要求情報を受信すると、着呼要求信号（ＩＡＭ）の着番号情報をキーとして、中継判断ＤＢ２００を参照し、対象となる着呼要求信号（ＩＡＭ）が、中継接続か、自ＩＰ網着信かを判断する。ここでは、中継判断処理部２０が、中継接続であると判断したものとする。そして、中継判断処理部２０は、中継接続である旨の判断を応答情報として、中継判断要求情報を送信したＰＳＴＮ−ＧＷ１ａに返信する（Ｓ１０３）。
【００５９】
中継判断ＤＢ装置２から中継接続である旨の応答情報を受信すると、ＰＳＴＮ−ＧＷ１ａのカプセル化対象呼記憶制御部１３は、当該呼（着呼要求信号）が中継接続呼であることを記憶部に記憶する。そして、プロトコル変換部１４が、ＩＳＵＰのＩＡＭメッセージを、ＳＩＰのＩＮＶＩＴＥメッセージにプロトコル変換し、カプセル化処理部１５が、受信したＩＳＵＰメッセージ（ＩＡＭ）のカプセル化を行う（Ｓ１０４）。続いて、ルーチング部（第１のルーチング部）１７ａが自ＩＰ網内の中継サーバ３にＩＮＶＩＴＥ（ＩＡＭ）を送信する（Ｓ１０５）。ここで、ＩＮＶＩＴＥ（ＩＡＭ）は、ＩＳＵＰのＩＡＭ信号をカプセリングしたＳＩＰのＩＮＶＩＴＥメッセージを表す。そして、ＰＳＴＮ−ＧＷ１ａは、応答信号（ＡＣＭ）を通信事業者Ａの通信網に送信する（Ｓ１０６）。
【００６０】
ＩＮＶＩＴＥ（ＩＡＭ）を受信した中継サーバ３は、ＩＮＶＩＴＥメッセージのヘッダ部の情報に基づき、通信事業者Ｂの通信網と接続されるＰＳＴＮ−ＧＷ１ｂへＩＮＶＩＴＥ（ＩＡＭ）を送信する（Ｓ１０７）。
【００６１】
ＩＮＶＩＴＥ（ＩＡＭ）を受信したＰＳＴＮ−ＧＷ１ｂのカプセル化対象呼記憶制御部１３ｂは、ＩＮＶＩＴＥ（ＩＡＭ）にカプセル化されたＩＳＵＰ信号が付されていることから、当該呼が中継接続呼であることを記憶部に記憶する。そして、カプセル化解除部１６ｂが、ＩＮＶＩＴＥ（ＩＡＭ）内にカプセル化されたＩＳＵＰ信号情報のカプセル化を解除してＩＳＵＰ信号（ＩＡＭ）に変換し（カプセル化解除）（Ｓ１０８）、ルーチング部（第２のルーチング部）１７ｂがＩＡＭメッセージを通信事業者Ｂの通信網に送信する（Ｓ１０９）。
【００６２】
次に、ＰＳＴＮ−ＧＷ１ｂは、通信事業者Ｂの通信網から応答信号（ＡＣＭ）を受信し（Ｓ１１０）、続いて、呼出し中を示す呼出信号（ＣＰＧ）を通信事業者Ｂの通信網から受信する（Ｓ１１１）。ＰＳＴＮ−ＧＷ１ｂのカプセル化対象呼記憶制御部１３ｂは、当該呼（応答信号のもととなる着呼要求信号）が中継接続呼である旨が記憶部に記憶されていることを確認する。そして、ＤＢアクセス部１２ｂが中継判断ＤＢ装置２への問い合わせ要求（中継判断要求情報の送信）をすることなく、プロトコル変換部１４ｂがＩＳＵＰのＣＰＧメッセージを、ＳＩＰの１８０メッセージにプロトコル変換し、カプセル化処理部１５ｂが、受信したＩＳＵＰメッセージ（ＣＰＧ）のカプセル化を行う（Ｓ１１２）。続いて、ルーチング部１７ｂが自ＩＰ網内の中継サーバ３に１８０（ＣＰＧ）を送信する（Ｓ１１３）。ここで、１８０（ＣＰＧ）は、ＩＳＵＰのＣＰＧ信号をカプセリングしたＳＩＰの１８０メッセージを表す。
【００６３】
１８０（ＣＰＧ）を受信した中継サーバ３は、ＰＳＴＮ−ＧＷ１ａに１８０（ＣＰＧ）を送信する（Ｓ１１４）。
【００６４】
１８０（ＣＰＧ）を受信したＰＳＴＮ−ＧＷ１ａは、１８０（ＣＰＧ）にカプセル化されたＩＳＵＰ信号が付されているため、カプセル化解除部１６ａが、１８０（ＣＰＧ）内にカプセル化されたＩＳＵＰ信号情報のカプセル化を解除してＩＳＵＰ信号（ＣＰＧ）に変換し（カプセル化解除）（Ｓ１１５）、ルーチング部１７ａがＣＰＧメッセージを通信事業者Ａの通信網に送信する（Ｓ１１６）。
【００６５】
次に、ＰＳＴＮ−ＧＷ１ｂが、通信事業者Ｂの通信網から着信端末が応答したことを示す応答信号（ＡＮＭ）を受信すると（Ｓ１１７）、ＰＳＴＮ−ＧＷ１ｂのカプセル化対象呼記憶制御部１３ｂは、当該呼（応答信号のもととなる着呼要求信号）が中継接続呼である旨が記憶部に記憶されていることを確認する。そして、プロトコル変換部１４ｂがＩＳＵＰのＡＮＭメッセージを、ＳＩＰの２００メッセージにプロトコル変換し、カプセル化処理部１５ｂが、受信したＩＳＵＰメッセージ（ＡＮＭ）のカプセル化を行う（Ｓ１１８）。続いて、ルーチング部１７ｂが自ＩＰ網内の中継サーバ３に２００（ＡＮＭ）を送信する（Ｓ１１９）。ここで、２００（ＡＮＭ）は、ＩＳＵＰのＡＮＭ信号をカプセリングしたＳＩＰの２００メッセージを表す。
【００６６】
２００（ＡＮＭ）を受信した中継サーバ３は、ＰＳＴＮ−ＧＷ１ａに２００（ＡＮＭ）を送信する（Ｓ１２０）。
【００６７】
２００（ＡＮＭ）を受信したＰＳＴＮ−ＧＷ１ａは、２００（ＡＮＭ）にカプセル化されたＩＳＵＰ信号が付されているため、カプセル化解除部１６ａが、２００（ＡＮＭ）内にカプセル化されたＩＳＵＰ信号情報のカプセル化を解除してＩＳＵＰ信号（ＡＮＭ）に変換し（カプセル化解除）（Ｓ１２１）、ルーチング部１７ａがＡＮＭメッセージを通信事業者Ａの通信網に送信する（Ｓ１２２）。
【００６８】
これ以降の信号処理においても、ＰＳＴＮ−ＧＷ１ａおよびＰＳＴＮ−ＧＷ１ｂは、ＩＳＵＰメッセージ（着呼要求信号に応じて発信された呼制御信号）を受信すると、当該呼が中継接続呼であることを自身の記憶部を参照して確認し、ＳＩＰへのプロトコル変換、およびＩＳＵＰ信号のカプセル化処理を行う。なお、自身の記憶部に当該呼が中継接続呼であることを記憶しておくことで、ＤＢアクセス部１２による中継判断ＤＢ装置２への問い合わせをなくすことができる。また、ＰＳＴＮ−ＧＷ１ａおよびＰＳＴＮ−ＧＷ１ｂは、ＩＳＵＰ信号がカプセル化されたＳＩＰメッセージを受信すると、カプセル化解除を行い、各信号の中継を行う。
【００６９】
このようにして、ＰＳＴＮ−ＩＰ網−ＰＳＴＮの各通信事業者間の中継において、透過的な中継接続サービスを提供することができる。
【００７０】
図４は、本実施形態に係る通信システムにおいて、通信事業者Ａの通信網（ＰＳＴＮ）から、同じＰＳＴＮ−ＧＷ１ａに接続点を有する他の通信事業者Ｃの通信網（ＰＳＴＮ）に中継接続される場合（パターン２）の処理の流れを説明するシーケンス図である。なお、図２のパターン２に示したように、通信事業者Ａの通信網と通信事業者Ｃの通信網とは同じＰＳＴＮ−ＧＷ１ａに接続点を有しているものである。
【００７１】
まず、ＰＳＴＮ−ＧＷ１ａは、通信事業者Ａの通信網から着呼要求信号（発呼信号）（ＩＡＭ）を受信する（Ｓ２０１）。そして、着呼要求信号（ＩＡＭ）を受信したＰＳＴＮ−ＧＷ１ａの受信制御部１１ａは、その着呼要求信号（ＩＡＭ）をＤＢアクセス部１２ａに出力する。そしてＤＢアクセス部１２ａは、着呼要求信号（ＩＡＭ）に付された着番号情報を含む中継判断要求情報を生成し、中継判断ＤＢ装置２に送信する（Ｓ２０２）。
【００７２】
中継判断ＤＢ装置２の中継判断処理部２０は、中継判断要求情報を受信すると、着呼要求信号（ＩＡＭ）の着番号情報をキーとして、中継判断ＤＢ２００を参照し、対象となる着呼要求信号（ＩＡＭ）が、中継接続か、自ＩＰ網着信かを判断する。ここでは、中継判断処理部２０が、中継接続であると判断したものとする。そして、中継判断処理部２０は、その中継接続である旨の判断を応答情報として、中継判断要求情報を送信したＰＳＴＮ−ＧＷ１ａに返信する（Ｓ２０３）。なお、このとき中継判断処理部２０は、付加情報として中継先がＰＳＴＮ−ＧＷ１ａである旨を応答情報に付して、ＰＳＴＮ−ＧＷ１ａに返信してもよい。
【００７３】
中継判断ＤＢ装置２から中継接続である旨の応答情報を受信すると、ＰＳＴＮ−ＧＷ１ａのカプセル化対象呼記憶制御部１３ａは、当該呼が中継接続であることを記憶部に記憶する。そして、プロトコル変換部１４ａが、ＩＳＵＰのＩＡＭメッセージを、ＳＩＰのＩＮＶＩＴＥメッセージにプロトコル変換し、カプセル化処理部１５ａが、受信したＩＳＵＰメッセージ（ＩＡＭ）のカプセル化を行う（Ｓ２０４）。
【００７４】
次に、ルーチング部（第１のルーチング部）１７ａは、ＩＮＶＩＴＥ（ＩＡＭ）の送信先が、自身のＰＳＴＮ−ＧＷ１ａに接続点を有する通信事業者Ｃの通信網（ＰＳＴＮ）であると判定し、当該信号をカプセル化解除部１６ａに出力する。続いて、カプセル化解除部１６ａが、ＩＮＶＩＴＥ（ＩＡＭ）内にカプセル化されたＩＳＵＰ信号情報のカプセル化を解除してＩＳＵＰ信号（ＩＡＭ）に変換し（カプセル化解除）（Ｓ２０５）、ルーチング部１７ａが変換したＩＳＵＰ信号であるＩＡＭメッセージを通信事業者Ｃに送信する（Ｓ２０６）。
【００７５】
なお、ＰＳＴＮ−ＧＷ１ａが、中継判断ＤＢ装置２から応答情報の付加情報として、当該呼の中継先が自身のＰＳＴＮ−ＧＷ１ａであることを取得した場合や、プロトコル変換部１４ａおよびカプセル化処理部１５ａによる処理の前に、ルーチング部１７ａが当該呼のルーチング先を決定する処理を行うようにした場合においては、プロトコル変換部１４ａによるプロトコル変換処理、カプセル化処理部１５によるカプセル化処理（Ｓ２０４）、およびカプセル化解除部１６によるカプセル化解除処理（Ｓ２０５）を行わないようにすることができる。この場合、ＰＳＴＮ−ＧＷ１ａは、中継判断ＤＢ装置２からの応答情報に基づき、当該呼が中継接続であることを記憶部に記憶した後、ルーチング部１７ａが、ＩＡＭメッセージをそのまま通信事業者Ｃに転送する。
【００７６】
次に、ＰＳＴＮ−ＧＷ１ａは、通信事業者Ｃの通信網からの応答信号（ＡＣＭ）を受信すると（Ｓ２０７）、カプセル化対象呼記憶制御部１３ａが、当該呼が中継接続呼である旨が記憶部に記憶されていることを確認し、ＰＳＴＮ−ＧＷ１ａにおいて、プロトコル変換処理、カプセル化処理、およびカプセル化解除処理を前記のように行うか、または、これらの処理を行わないようにして、応答信号（ＡＣＭ）を通信事業者Ａに送信する（Ｓ２０８）。
【００７７】
そして、ＰＳＴＮ−ＧＷ１ａは、このＳ２０７およびＳ２０８と同様の処理を行い、通信事業者Ｃの通信網から呼出信号（ＣＰＧ）を受信して（Ｓ２０９）、その呼出信号（ＣＰＧ）を通信事業者Ａの通信網に送信する（Ｓ２１０）。続いて、ＰＳＴＮ−ＧＷ１ａは、通信事業者Ｃの通信網から応答信号（ＡＮＭ）を受信して（Ｓ２１１）、その応答信号（ＡＮＭ）を通信事業者Ａの通信網に送信する（Ｓ２１２）。
【００７８】
このようにすることで、同じＰＳＴＮ−ＧＷ１に接続点を有する他の通信事業者の通信網（ＰＳＴＮ）に中継接続することができる。
【００７９】
図５は、本実施形態に係る通信システムにおいて、中継接続事業者網に収容される加入者の端末６に着信する場合（パターン３）の処理の流れを説明するシーケンス図である。
【００８０】
まず、ＰＳＴＮ−ＧＷ１ａは、通信事業者Ａの通信網から着呼要求信号（発呼信号）（ＩＡＭ）を受信する（Ｓ３０１）。そして、着呼要求信号（ＩＡＭ）を受信したＰＳＴＮ−ＧＷ１ａの受信制御部１１ａは、その着呼要求信号（ＩＡＭ）をＤＢアクセス部１２ａに出力する。そしてＤＢアクセス部１２ａは、着呼要求信号（ＩＡＭ）に付された着番号情報を含む中継判断要求情報を生成し、中継判断ＤＢ装置２に送信する（Ｓ３０２）。
【００８１】
中継判断ＤＢ装置２の中継判断処理部２０は、中継判断要求情報を受信すると、着呼要求信号（ＩＡＭ）の着番号情報をキーとして、中継判断ＤＢ２００を参照し、対象となる着呼要求信号（ＩＡＭ）が、中継接続か、自ＩＰ網着信かを判断する。ここでは、中継判断処理部２０が、自ＩＰ網着信であると判断したものとする。そして、中継判断処理部２０は、自ＩＰ網着信である旨の判断を応答情報として、中継判断要求情報を送信したＰＳＴＮ−ＧＷ１ａに返信する（Ｓ３０３）。
【００８２】
中継判断ＤＢ装置２から自ＩＰ網着信である旨の応答情報を受信すると、ＰＳＴＮ−ＧＷ１ａのプロトコル変換部１４ａが、ＩＳＵＰのＩＡＭメッセージを、ＳＩＰのＩＮＶＩＴＥメッセージにプロトコル変換して、ルーチング部１７ａが、自ＩＰ網内の中継サーバ３にＩＮＶＩＴＥを送信する（Ｓ３０４）。つまり、ここでは、カプセル化対象呼記憶制御部１３による中継接続であることの記憶部への記憶や、カプセル化処理部１５によるカプセル化処理を行わない。そして、ＰＳＴＮ−ＧＷ１ａは、応答信号（ＡＣＭ）を通信事業者Ａの通信網に送信する（Ｓ３０５）。
【００８３】
続いて、中継サーバ３は、ＩＮＶＩＴＥのヘッダ部の情報から、自ＩＰ網内の加入者サーバ４にＩＮＶＩＴＥを送信する（Ｓ３０６）。そして、加入者サーバ４は、送信先となる端末６に接続するＩＰ変換装置５に、そのＩＮＶＩＴＥを送信する（Ｓ３０７）。
【００８４】
次に、ＰＳＴＮ−ＧＷ１ａは、ＩＰ変換装置５から、加入者サーバ４および中継サーバ３を介して、呼出信号である１８０メッセージを受信する（Ｓ３０８〜Ｓ３１０）。そして、カプセル化対象呼記憶制御部１３ａは、記憶部に当該呼が中継接続呼である旨の記憶がされていないことを確認し、プロトコル変換部１４ａが、ＳＩＰの１８０メッセージをＩＳＵＰの呼出信号（ＣＰＧ）に変換して、ルーチング部１７ａが通信事業者Ａの通信網に送信する（Ｓ３１１）。つまり、カプセル化対象呼記憶制御部１３ａが、記憶部に当該呼が中継接続呼である旨が記憶されていないことを確認することにより、カプセル化処理部１５ａによるカプセル化処理や、カプセル化解除部１６ａによりカプセル化解除処理を行わないようにすることができる。
【００８５】
続いて、ＰＳＴＮ−ＧＷ１ａは、ＩＰ変換装置５から、加入者サーバ４および中継サーバ３を介して、着信端末６からの応答信号である２００メッセージを受信する（Ｓ３１２〜Ｓ３１４）。そして、カプセル化対象呼記憶制御部１３ａは、記憶部に当該呼が中継接続呼である旨の記憶がされていないことを確認し、プロトコル変換部１４ａが、ＳＩＰの２００メッセージをＩＳＵＰの応答信号（ＡＮＭ）に変換して、通信事業者Ａの通信網に送信する（Ｓ３１５）。続いて、ＰＳＴＮ−ＧＷ１ａは、ＩＰ変換装置５に向けて、応答確認信号（ＡＣＫ）を送信する（Ｓ３１６〜Ｓ３１８）。
【００８６】
このようにすることで、中継接続事業者網に収容される加入者の端末６に着信する場合に、ＰＳＴＮ−ＧＷ１ａは、ＳＩＰメッセージ内にＩＳＵＰ信号をカプセル化する処理を行わないようにすることができる。したがって、本実施形態に係る通信方法および通信システムによれば、中継接続を行うＩＰ網内でのメッセージサイズの増大を防ぎ、効率的な中継を行うことができる。
【符号の説明】
【００８７】
１ ＰＳＴＮ−ＧＷ（ゲートウェイ装置）
２ 中継判断ＤＢ装置
３ 中継サーバ
４ 加入者サーバ
５ ＩＰ変換装置
６ 端末
７ ＩＧＳ（関門交換機）
８ ＩＣ（中継交換機）
９ ＧＣ（加入者交換機）
１１ 受信制御部
１２ ＤＢアクセス部
１３ カプセル化対象呼記憶制御部
１４ プロトコル変換部
１５ カプセル化処理部
１６ カプセル化解除部
１７ ルーチング部
２０ 中継判断処理部
２００ 中継判断ＤＢ
【特許請求の範囲】
【請求項１】
送信元となる通信事業者の通信網から受信した着呼要求信号を、送信先となる他の通信事業者の通信網に中継接続する中継接続事業者のＩＰ網に、前記送信元となる通信事業者のＰＳＴＮから送信される信号を受信する発側のゲートウェイ装置と、前記着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるか、当該中継接続事業者のＩＰ網内の加入者サーバに収容される端末に着信する呼であるかを、前記着呼要求信号に付された着番号情報ごとに示す中継判断ＤＢを格納する中継判断ＤＢ装置とを備え、中継接続サービスを提供する通信システムに用いられる通信方法であって、
前記発側のゲートウェイ装置は、
前記送信元となる通信事業者の通信網から前記着呼要求信号を受信し、その着呼要求信号に付された着番号情報を含めた中継判断要求情報を前記中継判断ＤＢ装置に送信し、
前記中継判断ＤＢ装置は、
前記中継判断要求情報の着番号情報をキーとして、前記中継判断ＤＢを参照し、当該着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるか、または、前記中継接続事業者のＩＰ網内の着信呼であるかを判断して、その判断結果を前記発側のゲートウェイ装置に送信し、
前記発側のゲートウェイ装置は、
前記着呼要求信号が、前記中継接続事業者のＩＰ網内の着信呼であるとの判断結果を受信した場合に、
前記着呼要求信号を当該ＩＰ網で用いられる着呼要求のＩＰ信号にプロトコル変換し、
当該ＩＰ網の加入者サーバ、および着信先となる前記端末と接続されるＩＰ変換装置を介して、前記端末に、前記着呼要求のＩＰ信号を送信すること
を特徴とする通信方法。
【請求項２】
前記中継接続事業者のＩＰ網に、前記送信先となる他の通信事業者のＰＳＴＮに接続される着側のゲートウェイ装置をさらに備え、
前記発側のゲートウェイ装置は、
前記中継判断ＤＢ装置から、前記着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるとの判断結果を受信した場合に、
前記着呼要求信号を前記ＩＰ網で用いられる着呼要求のＩＰ信号にプロトコル変換し、
当該着呼要求のＩＰ信号内に前記着呼要求信号をカプセル化して、前記着側のゲートウェイ装置に送信し、
前記着側のゲートウェイ装置は、
前記着呼要求信号がカプセル化された前記着呼要求のＩＰ信号を受信すると、前記カプセル化された着呼要求信号のカプセル化を解除して、前記ＰＳＴＮで用いられる着呼要求信号に変換し、
当該着呼要求信号を、前記送信先となる他の通信事業者の通信網に送信すること
を特徴とする請求項１に記載の通信方法。
【請求項３】
前記発側のゲートウェイ装置は、
前記中継判断ＤＢ装置から、前記着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるとの判断結果を受信した場合に、
前記送信先となる他の通信事業者の通信網が、当該発側のゲートウェイ装置と接続されているときに、
前記着呼要求信号を、前記送信先となる他の通信事業者の通信網に転送すること
を特徴とする請求項２に記載の通信方法。
【請求項４】
前記発側のゲートウェイ装置は、
前記中継判断ＤＢ装置から、前記着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるとの判断結果を受信した場合に、
当該着呼要求信号が、前記中継接続する呼であることを前記発側のゲートウェイ装置の記憶部に記憶し、
前記送信元となる通信事業者の通信網から当該着呼要求信号に応じて発信された呼制御信号を受信した場合に、当該記憶部に、当該着呼要求信号が前記中継接続する呼として記憶されていることを確認し、
前記呼制御信号を前記ＩＰ網で用いられる呼制御のＩＰ信号にプロトコル変換し、
当該呼制御のＩＰ信号内に前記呼制御信号をカプセル化して、前記着側のゲートウェイ装置に送信し、
前記着側のゲートウェイ装置は、
前記呼制御信号がカプセル化された前記呼制御のＩＰ信号を受信すると、前記カプセル化された呼制御信号のカプセル化を解除して、前記ＰＳＴＮで用いられる呼制御信号に変換し、
当該呼制御信号を、前記送信先となる他の通信事業者の通信網に送信すること
を特徴とする請求項２に記載の通信方法。
【請求項５】
前記着側のゲートウェイ装置は、
前記着呼要求信号がカプセル化された前記着呼要求のＩＰ信号を、前記発側のゲートウェイ装置から受信すると、
当該着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であることを前記着側のゲートウェイ装置の記憶部に記憶し、
前記送信先となる他の通信事業者の通信網から前記着呼要求信号に応じて発信された呼制御信号を受信した場合に、当該記憶部に、当該着呼要求信号が前記中継接続する呼として記憶されていることを確認し、
前記呼制御信号を前記ＩＰ網で用いられる呼制御のＩＰ信号にプロトコル変換し、
当該呼制御のＩＰ信号内に前記呼制御信号をカプセル化して、前記発側のゲートウェイ装置に送信し、
前記発側のゲートウェイ装置は、
前記呼制御信号がカプセル化された前記呼制御のＩＰ信号を受信すると、前記カプセル化された呼制御信号のカプセル化を解除して、前記ＰＳＴＮで用いられる呼制御信号に変換し、
当該呼制御信号を、前記送信元となる通信事業者の通信網に送信すること
を特徴とする請求項４に記載の通信方法。
【請求項６】
送信元となる通信事業者の通信網から受信した着呼要求信号を、送信先となる他の通信事業者の通信網に中継接続する中継接続事業者のＩＰ網に、前記送信元となる通信事業者のＰＳＴＮから送信される信号を受信する発側のゲートウェイ装置と、前記着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるか、当該中継接続事業者のＩＰ網内の加入者サーバに収容される端末に着信する呼であるかを、前記着呼要求信号に付された着番号情報ごとに示す中継判断ＤＢを格納する中継判断ＤＢ装置とを備え、中継接続サービスを提供する通信システムであって、
前記発側のゲートウェイ装置は、
前記送信元となる通信事業者の通信網から前記着呼要求信号を受信する受信制御部と、
前記受信した着呼要求信号に付された着番号情報を含めた中継判断要求情報を前記中継判断ＤＢ装置に送信するＤＢアクセス部と、
前記中継判断ＤＢ装置から、前記着呼要求信号が前記中継接続事業者のＩＰ網内の着信呼であるとの判断結果を受信した場合に、前記着呼要求信号を当該ＩＰ網で用いられる着呼要求のＩＰ信号にプロトコル変換するプロトコル変換部と、
当該ＩＰ網の加入者サーバ、および着信先となる前記端末と接続されるＩＰ変換装置を介して、前記端末に向けて前記着呼要求のＩＰ信号を送信する第１のルーチング部と、を備え、
前記中継判断ＤＢ装置は、
前記中継判断ＤＢと、
前記発側のゲートウェイ装置から受信した前記中継判断要求情報の着番号情報をキーとして、前記中継判断ＤＢを参照し、当該着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるか、または、前記中継接続事業者のＩＰ網内の着信呼であるかを判断して、その判断結果を前記発側のゲートウェイ装置に送信する中継判断処理部と、を備えること
を特徴とする通信システム。
【請求項７】
前記中継接続事業者のＩＰ網に、前記送信先となる他の通信事業者のＰＳＴＮに接続される着側のゲートウェイ装置をさらに備え、
前記発側のゲートウェイ装置は、
前記中継判断ＤＢ装置から、前記着呼要求信号が前記送信先となる他の通信事業者の通信網に中継接続する呼であるとの判断結果を受信した場合に、前記プロトコル変換部がプロトコル変換した前記着呼要求のＩＰ信号内に、前記着呼要求信号をカプセル化するカプセル化処理部をさらに備え、
前記第１のルーチング部が、前記着呼要求信号がカプセル化された前記着呼要求のＩＰ信号を前記着側のゲートウェイ装置に送信し、
前記着側のゲートウェイ装置は、
前記着呼要求信号がカプセル化された前記着呼要求のＩＰ信号を受信すると、前記カプセル化された着呼要求信号のカプセル化を解除して、前記ＰＳＴＮで用いられる着呼要求信号に変換するカプセル化解除部と、
前記カプセル化解除部が変換した前記ＰＳＴＮで用いられる着呼要求信号を、前記送信先となる他の通信事業者の通信網に送信する第２のルーチング部と、を備えること
を特徴とする請求項６に記載の通信システム。
【請求項１】
送信元となる通信事業者の通信網から受信した着呼要求信号を、送信先となる他の通信事業者の通信網に中継接続する中継接続事業者のＩＰ網に、前記送信元となる通信事業者のＰＳＴＮから送信される信号を受信する発側のゲートウェイ装置と、前記着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるか、当該中継接続事業者のＩＰ網内の加入者サーバに収容される端末に着信する呼であるかを、前記着呼要求信号に付された着番号情報ごとに示す中継判断ＤＢを格納する中継判断ＤＢ装置とを備え、中継接続サービスを提供する通信システムに用いられる通信方法であって、
前記発側のゲートウェイ装置は、
前記送信元となる通信事業者の通信網から前記着呼要求信号を受信し、その着呼要求信号に付された着番号情報を含めた中継判断要求情報を前記中継判断ＤＢ装置に送信し、
前記中継判断ＤＢ装置は、
前記中継判断要求情報の着番号情報をキーとして、前記中継判断ＤＢを参照し、当該着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるか、または、前記中継接続事業者のＩＰ網内の着信呼であるかを判断して、その判断結果を前記発側のゲートウェイ装置に送信し、
前記発側のゲートウェイ装置は、
前記着呼要求信号が、前記中継接続事業者のＩＰ網内の着信呼であるとの判断結果を受信した場合に、
前記着呼要求信号を当該ＩＰ網で用いられる着呼要求のＩＰ信号にプロトコル変換し、
当該ＩＰ網の加入者サーバ、および着信先となる前記端末と接続されるＩＰ変換装置を介して、前記端末に、前記着呼要求のＩＰ信号を送信すること
を特徴とする通信方法。
【請求項２】
前記中継接続事業者のＩＰ網に、前記送信先となる他の通信事業者のＰＳＴＮに接続される着側のゲートウェイ装置をさらに備え、
前記発側のゲートウェイ装置は、
前記中継判断ＤＢ装置から、前記着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるとの判断結果を受信した場合に、
前記着呼要求信号を前記ＩＰ網で用いられる着呼要求のＩＰ信号にプロトコル変換し、
当該着呼要求のＩＰ信号内に前記着呼要求信号をカプセル化して、前記着側のゲートウェイ装置に送信し、
前記着側のゲートウェイ装置は、
前記着呼要求信号がカプセル化された前記着呼要求のＩＰ信号を受信すると、前記カプセル化された着呼要求信号のカプセル化を解除して、前記ＰＳＴＮで用いられる着呼要求信号に変換し、
当該着呼要求信号を、前記送信先となる他の通信事業者の通信網に送信すること
を特徴とする請求項１に記載の通信方法。
【請求項３】
前記発側のゲートウェイ装置は、
前記中継判断ＤＢ装置から、前記着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるとの判断結果を受信した場合に、
前記送信先となる他の通信事業者の通信網が、当該発側のゲートウェイ装置と接続されているときに、
前記着呼要求信号を、前記送信先となる他の通信事業者の通信網に転送すること
を特徴とする請求項２に記載の通信方法。
【請求項４】
前記発側のゲートウェイ装置は、
前記中継判断ＤＢ装置から、前記着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるとの判断結果を受信した場合に、
当該着呼要求信号が、前記中継接続する呼であることを前記発側のゲートウェイ装置の記憶部に記憶し、
前記送信元となる通信事業者の通信網から当該着呼要求信号に応じて発信された呼制御信号を受信した場合に、当該記憶部に、当該着呼要求信号が前記中継接続する呼として記憶されていることを確認し、
前記呼制御信号を前記ＩＰ網で用いられる呼制御のＩＰ信号にプロトコル変換し、
当該呼制御のＩＰ信号内に前記呼制御信号をカプセル化して、前記着側のゲートウェイ装置に送信し、
前記着側のゲートウェイ装置は、
前記呼制御信号がカプセル化された前記呼制御のＩＰ信号を受信すると、前記カプセル化された呼制御信号のカプセル化を解除して、前記ＰＳＴＮで用いられる呼制御信号に変換し、
当該呼制御信号を、前記送信先となる他の通信事業者の通信網に送信すること
を特徴とする請求項２に記載の通信方法。
【請求項５】
前記着側のゲートウェイ装置は、
前記着呼要求信号がカプセル化された前記着呼要求のＩＰ信号を、前記発側のゲートウェイ装置から受信すると、
当該着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であることを前記着側のゲートウェイ装置の記憶部に記憶し、
前記送信先となる他の通信事業者の通信網から前記着呼要求信号に応じて発信された呼制御信号を受信した場合に、当該記憶部に、当該着呼要求信号が前記中継接続する呼として記憶されていることを確認し、
前記呼制御信号を前記ＩＰ網で用いられる呼制御のＩＰ信号にプロトコル変換し、
当該呼制御のＩＰ信号内に前記呼制御信号をカプセル化して、前記発側のゲートウェイ装置に送信し、
前記発側のゲートウェイ装置は、
前記呼制御信号がカプセル化された前記呼制御のＩＰ信号を受信すると、前記カプセル化された呼制御信号のカプセル化を解除して、前記ＰＳＴＮで用いられる呼制御信号に変換し、
当該呼制御信号を、前記送信元となる通信事業者の通信網に送信すること
を特徴とする請求項４に記載の通信方法。
【請求項６】
送信元となる通信事業者の通信網から受信した着呼要求信号を、送信先となる他の通信事業者の通信網に中継接続する中継接続事業者のＩＰ網に、前記送信元となる通信事業者のＰＳＴＮから送信される信号を受信する発側のゲートウェイ装置と、前記着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるか、当該中継接続事業者のＩＰ網内の加入者サーバに収容される端末に着信する呼であるかを、前記着呼要求信号に付された着番号情報ごとに示す中継判断ＤＢを格納する中継判断ＤＢ装置とを備え、中継接続サービスを提供する通信システムであって、
前記発側のゲートウェイ装置は、
前記送信元となる通信事業者の通信網から前記着呼要求信号を受信する受信制御部と、
前記受信した着呼要求信号に付された着番号情報を含めた中継判断要求情報を前記中継判断ＤＢ装置に送信するＤＢアクセス部と、
前記中継判断ＤＢ装置から、前記着呼要求信号が前記中継接続事業者のＩＰ網内の着信呼であるとの判断結果を受信した場合に、前記着呼要求信号を当該ＩＰ網で用いられる着呼要求のＩＰ信号にプロトコル変換するプロトコル変換部と、
当該ＩＰ網の加入者サーバ、および着信先となる前記端末と接続されるＩＰ変換装置を介して、前記端末に向けて前記着呼要求のＩＰ信号を送信する第１のルーチング部と、を備え、
前記中継判断ＤＢ装置は、
前記中継判断ＤＢと、
前記発側のゲートウェイ装置から受信した前記中継判断要求情報の着番号情報をキーとして、前記中継判断ＤＢを参照し、当該着呼要求信号が、前記送信先となる他の通信事業者の通信網に中継接続する呼であるか、または、前記中継接続事業者のＩＰ網内の着信呼であるかを判断して、その判断結果を前記発側のゲートウェイ装置に送信する中継判断処理部と、を備えること
を特徴とする通信システム。
【請求項７】
前記中継接続事業者のＩＰ網に、前記送信先となる他の通信事業者のＰＳＴＮに接続される着側のゲートウェイ装置をさらに備え、
前記発側のゲートウェイ装置は、
前記中継判断ＤＢ装置から、前記着呼要求信号が前記送信先となる他の通信事業者の通信網に中継接続する呼であるとの判断結果を受信した場合に、前記プロトコル変換部がプロトコル変換した前記着呼要求のＩＰ信号内に、前記着呼要求信号をカプセル化するカプセル化処理部をさらに備え、
前記第１のルーチング部が、前記着呼要求信号がカプセル化された前記着呼要求のＩＰ信号を前記着側のゲートウェイ装置に送信し、
前記着側のゲートウェイ装置は、
前記着呼要求信号がカプセル化された前記着呼要求のＩＰ信号を受信すると、前記カプセル化された着呼要求信号のカプセル化を解除して、前記ＰＳＴＮで用いられる着呼要求信号に変換するカプセル化解除部と、
前記カプセル化解除部が変換した前記ＰＳＴＮで用いられる着呼要求信号を、前記送信先となる他の通信事業者の通信網に送信する第２のルーチング部と、を備えること
を特徴とする請求項６に記載の通信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１１−２５０３３０（Ｐ２０１１−２５０３３０Ａ）
【公開日】平成２３年１２月８日（２０１１．１２．８）
【国際特許分類】
【出願番号】特願２０１０−１２３６８４（Ｐ２０１０−１２３６８４）
【出願日】平成２２年５月３１日（２０１０．５．３１）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２３年１２月８日（２０１１．１２．８）
【国際特許分類】
【出願日】平成２２年５月３１日（２０１０．５．３１）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]