JP2005012613A

JP2005012613A - Gateway device and call-connection control method

Info

Publication number: JP2005012613A
Application number: JP2003176097A
Authority: JP
Inventors: Satoshi Matsuhashi; 聡松橋; Taro Ogawa; 太郎小河; Masaru Yamaguchi; 勝山口; Satoshi Matsuda; 智松田; Naohiko Yamamoto; 直彦山本; Tomoharu Ookashiwa; 智晴大栢
Original assignee: Nippon Telegraph and Telephone Corp; Hitachi Communication Technologies Ltd; Hitachi Hybrid Network Co Ltd
Current assignee: Nippon Telegraph and Telephone Corp; Hitachi Communication Technologies Ltd; Hitachi Information Technology Co Ltd
Priority date: 2003-06-20
Filing date: 2003-06-20
Publication date: 2005-01-13

Abstract

<P>PROBLEM TO BE SOLVED: To provide a gateway device proper to a connection between a wide-area IP network and a public-telephone exchange network in which diversified communication protocols coexist, and a call-connection control method using the wide-area IP network connecting terminal as the object. <P>SOLUTION: The gateway device has a plurality of communication protocol processing functions (13) and a starting control function (12) for a communication protocol processing. In the gateway device, a plurality of the communication protocol processings are carried out successively or at a stretch, a communication protocol adapted at a terminating terminal is specified from the result of a communication with a control server by each communication protocol processing, and a call connection processing is carried out. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明は、ＩＰ網に接続されたゲートウェイ装置および呼接続制御方法に係り、更に詳しくは、呼制御用の複数種類の通信プロトコルが共存したＩＰ網と公衆電話交換網とを接続するゲートウェイ装置および呼接続制御方法に関する。
【０００２】
【従来の技術】
ＩＰ技術の発展に伴って、通信コストを低減するために、音声信号をＩＰ網経由で通信するＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩＰ）技術の応用が急速に広まっている。ＶｏＩＰによる音声通信は、企業内ＬＡＮ等の小、中規模網から運用が開始されているが、ＶｏＩＰ技術の適用範囲は、今後、大規模網にまで拡張していくものと考えられている。
【０００３】
ＶｏＩＰ技術を適用して、全国規模の加入電話機−ＩＰ端末間の通話サービスを実現するためには、例えば、ＮＴＴが提供する地域ＩＰ網のような大規模ＩＰ網と既存の公衆電話交換網（ＰＳＴＮ、ＰｕｂｌｉｃＳｗｉｔｃｈｅｄＴｅｌｅｐｈｏｎｅＮｅｔｗｏｒｋ）との接続インタフェースとして、ＶｏＩＰ転送装置（ゲートウェイ装置）を設置する必要がある。また、ＩＰ網上で呼接続を確立させるためには、各ＩＰ網に、例えば、ＩＴＵ−Ｔ勧告Ｈ．３２３で示された呼制御プロトコルや、ＩＥＴＦ（ＩｎｔｅｒｎｅｔＥｎｇｉｎｅｅｒｉｎｇＴａｓｋＦｏｒｃｅ）標準のＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）などの呼制御プロトコルを適用する必要がある。
【０００４】
然るに、大規模ＩＰ網においては、適用する呼制御プロトコルを特定の１つの通信プロトコルに限定することなく、標準的な通信プロトコルであれば如何なる通信プロトコルであってもＶｏＩＰ接続できるサービス形態が望ましい。その理由は、処理性能の向上と、より高度のサービス提供を目指して、各種通信プロトコルの改定作業および新規通信プロトコルの制定作業が精力的に行われている現在のＩＰ通信分野において、自分の端末を独自に入手している一般のユーザーに対して、網側の都合で適用可能な通信プロトコルを制約することは、極力避けるべきと考えられるからである。
【０００５】
また、日経コミュニケーション２００２年４月１日号の第１２０頁（非特許文献１）に記載されているように、通信プロトコルによっては、その仕様が詳細まで規定されていないため、通信機器メーカー毎に独自の仕様でネットワークが設計され、結果的に、同一種類の通信プロトコルであっても、メーカーが異なれば相互接続できない場合がある。従って、広域のＶｏＩＰ網では、通信プロトコルの種類だけではなく、１つの通信プロトコルについてメーカーの相違によって複数タイプの通信プロトコルが存在する場合は、これらのタイプの相違にも着目して、ＶｏＩＰ転送装置が複数種類、複数タイプの通信プロトコルをサポートできるようにしておく必要がある。
【０００６】
しかしながら、ＶｏＩＰ技術が小、中規模のＩＰ網から適用を開始したため、例えば、特開２００２−５７７２４号公報（特許文献１）で提案されたＶｏＩＰプロトコルベースの音声システムは、呼制御用の複数種類の通信プロトコルへの対応を考慮していない。
【０００７】
また、特開２０００−２５３０７２号公報（特許文献２）は、異種通信プロトコル間の接続を可能とする交換制御方法を提案しているが、ここでは、着信端末側の網が判れば、適用されている通信プロトコルが一意に決定できることを前提としており、上述したように、同種の通信プロトコルであってもメーカーによって差異があり、通信プロトコルが判っても接続できない場合があると言う通信プロトコルの多様化について考慮していない。
【０００８】
【特許文献１】
特開２００２−５７７２４号
【特許文献２】
特開２０００−２５３０７２号
【非特許文献１】
日経コミュニケーション２００２年４月１日号の第１２０頁
【０００９】
【発明が解決しようとする課題】
ＶｏＩＰ技術の大規模ＩＰ網への適用においては、例えば、Ｈ．３２３やＳＩＰのような通信プロトコルの種類のみならず、同種の通信プロトコルであってもメーカーによって細部に差異があることを考慮して、多様化した通信プロトコルをサポートする必要がある。然るに、このように多様化した通信プロトコルが共存し得る大規模ＩＰ網においては、着信側端末に適用された通信プロトコルを如何にして特定するかが課題となる。
【００１０】
本発明の目的は、呼接続要求からは適用通信プロトコルを特定できない着信側端末への呼接続を可能とするＩＰ網接続用ゲートウェイ装置および呼接続制御方法を提供することにある。
本発明の他の目的は、多様化した通信プロトコルが共存する大規模ＩＰ網と公衆電話交換網との接続に適したゲートウェイ装置および大規模ＩＰ網接続端末を対象とした呼接続制御方法を提供することにある。
【００１１】
【課題を解決するための手段】
上記目的を達成するため、本発明は、ゲートウェイ装置に、複数種類の通信プロトコル処理機能と通信プロトコル処理の起動制御機能を備え、複数の通信プロトコル処理を逐次または一斉に実行し、各通信プロトコル処理で行った制御サーバとの交信結果から着信先端末に適合した通信プロトコルを特定し、呼接続を実行することを特徴とする。
【００１２】
更に詳述すると、本発明のゲートウェイ装置は、呼制御通信プロトコルが異なる複数の通信制御サーバを含むＩＰ網に接続され、呼制御用の複数種類の通信プロトコル処理部と、上記複数種類の通信プロトコル処理部の起動を制御する動作制御部とを備え、上記動作制御部が、
上記ＩＰ網に接続された着信先ＩＰ端末への呼接続要求に応答して、上記複数種類の通信プロトコル処理部の中から、予め指定された順序で起動すべき通信プロトコル処理部を選択し、選択された通信プロトコル処理手段を起動する第１手段と、
起動された通信プロトコル処理手段と予め対応付けられた特定の通信制御サーバとの交信結果から、着信先ＩＰ端末と接続可能と判った場合は、上記通信プロトコル処理手段に着信先ＩＰ端末との呼接続のための通信手順を実行させ、着信先ＩＰ端末に接続不能と判った場合は、上記通信プロトコル処理手段による呼制御の実行を終了して、上記第１手段に別の通信プロトコル処理手段を起動させる第２手段とを有することを特徴とする。
【００１３】
本発明の他の特徴は、上記動作制御手段が、上記ＩＰ網に接続された着信先ＩＰ端末への呼接続要求に応答して、上記複数種類の通信プロトコル処理手段を次々と連続的に起動するための手段と、各通信プロトコル処理手段と予め対応付けられた特定の通信制御サーバとの交信結果から、着信先ＩＰ端末と接続可能と判定した通信プロトコル処理手段には、着信先ＩＰ端末との呼接続のための通信手順を実行させ、着信先ＩＰ端末に接続不能と判った通信プロトコル処理手段には、呼制御の実行を終了させるための手段とを有することを特徴とする。
【００１４】
本発明によるゲートウェイ装置における呼接続制御方法は、
着信先ＩＰ端末への呼接続要求を受信した時、予め指定された順序で、複数種類の通信プロトコル処理の中から実行すべき通信プロトコル処理を選択し、
選択された通信プロトコル処理を実行して、該通信プロトコル処理と予め対応付けられた特定の通信制御サーバとの交信結果から、上記着信先ＩＰ端末への接続の可否を判定し、
上記判定の結果、着信先ＩＰ端末に接続可能と判った場合は、上記通信プロトコル処理によって着信先ＩＰ端末との呼接続のための通信手順を実行し、着信先ＩＰ端末に接続不能と判った場合は、上記通信プロトコル処理の実行を終了して、次に選択された別の通信プロトコル処理を実行することを特徴とする。
【００１５】
本発明による呼接続制御方法の他の特徴は、着信先ＩＰ端末への呼接続要求を受信した時、上記複数種類の通信プロトコル処理を次々と開始し、通信プロトコル処理毎に、予め対応付けられた特定の通信制御サーバとの交信結果から、上記各通信プロトコル処理による着信先ＩＰ端末への接続の可否を判定し、上記判定の結果、着信先ＩＰ端末に接続不能と判った通信プロトコル処理は実行を終了し、着信先ＩＰ端末に接続可能と判った通信プロトコル処理によって着信先ＩＰ端末との呼接続のための通信手順を実行することにある。
【００１６】
尚、判定の結果、複数種類の通信プロトコル処理の全てが、着信先ＩＰ端末に接続不能と判った場合、これら複数種類の通信プロトコル処理について、予め指定されたリトライ回数の範囲内で、再実行を繰り返すようにしてもよい。
【００１７】
【発明の実施の形態】
以下、本発明の実施例について図面を参照して説明する。
図１は、本発明のゲートウェイ装置が適用される通信網の１例を示す。
本発明のゲートウェイ装置１（１−１〜１−Ｐ）は、例えば、ＮＴＴが提供するディジタル交換網（ＰＳＴＮ）３を構成する交換機２（２−１〜２−Ｐ）と接続され、ＨＵＢやルータを介して、例えば、ＮＴＴが提供する地域ＩＰ網に代表される大規模ＩＰ網４（４−１〜４−Ｐ）に接続され、ＰＳＴＮ３とＩＰ網４との間の音声通信インタフェースとして機能する。ＰＳＴＮ３の各交換機２には、電話機１１（１１−１〜１１−Ｌ）が収容されている。
【００１８】
各ＩＰ網４（４−１〜４−Ｐ）は、論理的には、ＩＴＵ−Ｔ勧告Ｈ．３２３で示される呼制御プロトコルやＩＥＴＦ標準のＳＩＰなど、呼接続制御の通信プロトコルに違いのある複数の局部通信網の複合体となっている。
ここでは、特にＨ．３２３で通信可能な通信機器群からなる局部通信網をＩＰ網（Ｈ．３２３）５と表記し、ＳＩＰで通信可能な通信機器群からなる局部通信網をＩＰ網（ＳＩＰ）６と表記している。また、Ｈ．３２３が適用されるＩＰ網のうち、特にメーカーＡ社製の通信機器でのみ通信可能な通信網をＩＰ網（Ｈ．３２３−Ａ）５Ａ、メーカーＢ社製の通信機器で通信可能な通信網をＩＰ網（Ｈ．３２３−Ｂ）５Ｂと表記し、ＩＰ網（Ｈ．３２３−Ａ）５ＡとＩＰ網（Ｈ．３２３−Ｂ）５Ｂの少なくとも一方で通信可能な通信網をＩＰ網（Ｈ．３２３）５Ｘと表記する。尚、ＩＰ網（Ｈ．３２３）５、５Ａ、５Ｂ、５ＸとＩＰ網（ＳＩＰ）６は、何れも論理的な接続関係を表す網であり、物理的にはＩＰ網４の構成要素からなっている。
【００１９】
ＩＰ網（Ｈ．３２３）５（５−１、５−Ｐ）は、Ｈ．３２３の通信制御機能を備えた制御サーバであるゲートキーパ７（７−１、７−Ｐ）と、複数のＩＰ端末（Ｈ．３２３端末）９（９−１１〜９−１ｎ、９−Ｐ１〜９−Ｐｎ）で構成されている。また、ＩＰ網（ＳＩＰ）６（６−１、６−Ｐ）は、ＳＩＰの通信制御機能を備えた制御サーバであるＳＩＰサーバ８（８−１、８−Ｐ）と、複数のＩＰ端末（ＳＩＰ端末）１０（１０−１１〜１０−１ｍ、１０−Ｐ１〜１０−Ｐｍ）で構成されている。
【００２０】
ＩＰ網（Ｈ．３２３−Ａ）５Ａは、Ｈ．３２３の通信制御機能を備えたメーカーＡ社製のゲートキーパ７Ａと、複数のＩＰ端末（Ｈ．３２３−Ａ端末）９Ａ（９Ａ−１〜９Ａ−ｎ）で構成され、ＩＰ網（Ｈ．３２３−Ｂ）５Ｂは、Ｈ．３２３の通信制御機能を備えたメーカーＡ社製のゲートキーパ７Ｂと、複数のＩＰ端末（Ｈ．３２３−Ｂ端末）９Ｂ（９Ｂ−１〜９Ｂ−ｎ）で構成される。また、ＩＰ網（Ｈ．３２３）５Ｘは、メーカーＡ社製のＨ．３２３とメーカーＢ社製のＨ．３２３の両方の通信制御機能を備えたゲートキーパ７Ｘと、メーカーＡ社製のＨ．３２３をサポートするＩＰ端末（Ｈ．３２３−Ａ端末）、またはメーカーＢ社製造のＨ．３２３をサポートするＩＰ端末（Ｈ．３２３−Ｂ端末）の何れかである複数のＩＰ端末９Ｘ−１〜９Ｘ−ｎで構成される。
【００２１】
各ゲートウェイ装置１は、電話機１１と、ＩＰ端末（Ｈ．３２３端末）９、９Ａ、９Ｂまたは９Ｘと、ＩＰ端末（ＳＩＰ端末）１０との間の何れかの組合せで行われる通話に際して、ＰＳＴＮ３とＩＰ網４との間で交信される制御信号のプロトコル相互変換と音声信号の転送を行う。
【００２２】
図１に示したように、ＰＳＴＮと地域ＩＰ網とを相互接続した大規模網においては、Ｈ．３２３やＳＩＰといった複数種類の通信プロトコルが混在しており、また、Ｈ．３２３−ＡやＨ．３２３−Ｂで表現したように、同種通信プロトコルであってもメーカー毎の独自仕様によって通信プロトコルが多様化しているため、ゲートウェイ装置１には、これらの多様化した通信プロトコルの中から、着信先ＩＰ端末に適合した通信プロトコルを選定する機能が必要となる。
【００２３】
図２は、本発明によるゲートウェイ装置１の１実施例を示すブロックである。
上述した多様化した通信プロトコル制御に対応するために、本発明のゲートウェイ装置１は、動作制御部１２と、通信プロトコル処理部１３と、通信プロトコル動作順序規定テーブル１４と、交換機インタフェース部１５と、ＩＰ網インタフェース部１６と、音声処理部１７と、保守インタフェース１８とを備える。
【００２４】
通信プロトコル処理部１３は、通信プロトコル１処理部１３−１〜通信プロトコルＮ処理部１３−ＮのＮ個の通信プロトコル処理部を有し、これらの中から選択された通信プロトコルに従って、通信制御サーバやＩＰ端末との間で制御信号を交信する。通信プロトコル１処理部１３−１〜通信プロトコルＮ処理部１３−Ｎは、ＩＰ網４に存在するＨ．３２３やＳＩＰ等の通信プロトコル種類別、あるいはメーカー別の差異対応した個別の通信プロトコル処理機能を備えている。通信プロトコル処理部１３への通信プロトコルの追加や変更は、サービス提供者がダウンロード方式で行うことができる。
【００２５】
動作制御部１２は、交換機インタフェース部１５を介して交換機２から受信する呼接続要求を契機に、通信プロトコル動作順序規定テーブル１４から、実行すべき通信プロトコルを特定するための順序規定情報を読み出す。動作制御部１２は、上記順序規定情報に従って、通信プロトコル処理部１３に特定の通信プロトコル動作の開始を指示し、通信プロトコル処理部からの応答結果に応じて、該通信プロトコル処理部に、宛先ＩＰ端末との呼接続のための通信手順の実行指示、または実行中の通信プロトコル処理（呼制御動作）の終了を指示する。１つの通信プロトコルに対して動作の終了を指示した場合、動作制御部１２は、テーブル１４から読み出された順序規定情報に従って、通信プロトコル処理部１３に別の通信プロトコル動作の開始を指示する。
【００２６】
通信プロトコル動作順序規定テーブル１４は、図３に示すように、通信プロトコルの優先順位１４１と、通信プロトコル種別１４２との対応関係を規定している。
尚、通信プロトコル種別１４２は、Ｈ・３２３やＳＩＰと言ったプロトコル種別の他に、前述したメーカー毎の仕様の違いによるプロトコル種別も含む。通信プロトコル種別１４２としては、通信プロトコルを細区分するメーカー識別子やバージョン情報を含んでも良い。また、優先順位１４１は、例えば、従来公知の統計情報収集機能によって得られる通信プロトコル別の使用頻度報から自動的に決定することができるが、サービス提供者が保守端末１９から独自の順序で設定してもよい。
【００２７】
交換機インタフェース１５は、交換機２から受信した制御信号と音声信号をそれぞれ動作制御部１２と音声処理部１７に選択的に転送すると共に、音声処理部１７を介して受信したＩＰ網４からの音声信号を交換機２に転送する。
ＩＰ網インタフェース１６は、ＩＰ網４から受信した制御信号と音声信号をそれぞれ通信プロトコル処理部１３と音声処理部１７に転送すると共に、通信プロトコル処理部１３から送出された制御信号と、音声処理部１７を介して受信した交換機２からの音声信号をＩＰ網４に送信する。
音声処理部１７は、交換機２とＩＰ網４との間の送受信音声信号を相互変換することにより、ＰＳＴＮ３とＩＰ網４との間での通話を実現する。保守端末１９と接続された保守インタフェース１８は、保守端末から動作制御部１２へのプログラム設定や、通信プロトコル処理部１３への通信プロトコルの設定用のインタフェースとなる。
【００２８】
図４は、ゲートウェイ装置１のハードウェア構成の一例を示す。
ゲートウェイ装置１は、プロセッサ１２０と、交換機２と接続するための交換機インタフェース部１５と、ＩＰ網４に接続するためのＬＡＮインタフェース部（ＩＰ網インタフェース）１６と、保守インタフェース部１８と、プロセッサが実行する制御用プログラムやデータを格納するためのメモリ１２１を内部バスで接続し、交換機インタフェース部１５とＬＡＮインタフェース部１６との間に、例えば、ディジタル信号プロセッサからなる音声処理部１７を接続した構成となっている。
【００２９】
図２で示した動作制御部１２と通信プロトコル処理部１３の機能は、プロセッサ１２１が実行するソフトウェアによって実現できる。メモリ１２１は、例えば、プロセッサ１２１が実行する動作制御ルーチン（呼接続制御ルーチン）や、通信プロトコル処理部１３−１〜１３−Ｎに相当する複数種類の通信プロトコル処理ルーチンを格納するためのプログラム格納用メモリ１２１Ａと、ワーク用メモリ１２１Ｂと、データ用メモリ１２１Ｃからなり、図２に示した通信プロトコル動作順序規定テーブル１４はデータ用メモリ１２１Ｃに形成される。
【００３０】
図５は、本発明のゲートウェイ装置の動作制御部１２（プロセッサ１２１）が実行する呼接続制御ルーチンの第１実施例を示すフローチャートである。
先ず、このフローチャートで使用しているパラメータについて説明すると、Ｉは、通信プロトコル動作順序規定テーブル１４が示す通信プロトコルの優先順位番号を示し、Ｉｍａｘは、上記通信プロトコル動作順序規定テーブル１４に登録されたエントリ数（通信プロトコル処理部１３−１〜１３−Ｎの個数）を示す。また、Ｊは、呼制御処理のリトライ実行回数を示し、Ｊｍａｘは、予め決められた最大リトライ回数を示す。Ｊｍａｘの値は、呼接続成立までに許容されるユーザー待ち時間を考慮して決められる。
【００３１】
呼接続制御ルーチン７００は、動作制御部１２が交換機２から呼接続要求を受信した時に起動される。呼接続制御ルーチン７００において、動作制御部１２は、リトライ実行回数を示すパラメータＪに初期値０を設定し（７０１）、優先順位番号を示すパラメータＩに初期値１を設定（７０２）した後、Ｉを最大値Ｉｍａｘと比較する（７０３）。Ｉ≦Ｉｍａｘであれば、優先順位番号Ｉに対応する通信プロトコル処理部１３−Ｉを起動し（７０４）、該通信プロトコル処理部からの応答を待つ（７０５）。
【００３２】
起動された通信プロトコル処理部１３−Ｉは、優先順位Ｉの通信プロトコルに従って、予め指定された通信プロトコル用の制御サーバ（ゲートキーパ７またはＳＩＰサーバ８）と交信し、着信側ＩＰ端末との接続に必要な情報、例えば、着信先のアドレス等を要求する。
【００３３】
動作制御部１２は、制御サーバから通信プロトコル処理部１３−Ｉへの応答を判定し（７０５）、通信プロトコル処理部１３−Ｉが制御サーバから正常な応答を受信できた（接続成功）場合は、通信プロトコル処理部１３−Ｉに対して、処理の継続（着信側ＩＰ端末への呼接続のための通信手順の実行）を指示する（７０６）。通信プロトコル処理部１３−Ｉは、通信プロトコルに従って着信側ＩＰ端末に制御信号を送信し、着信側ＩＰ端末からの接続応答を受信すると、交換機側に呼接続要求への応答を返す。これによって、発信側電話機と着信側ＩＰ端末とが通話状態となる。
【００３４】
通信プロトコル処理部１３−Ｉが制御サーバから正常な応答を受信できなかった（接続不成功）場合は、動作制御部１２は、通信プロトコル処理部１３−Ｉによる呼制御動作を終了させ（７０８）、パラメータＩの値をインクリメントする（７０９）。パラメータＩが最大値Ｉｍａｘを超えていなければ、パラメータＩが示す次の優先順位番号をもつ通信プロトコル処理部を起動して、上述した動作を繰り返す。
【００３５】
インクリメントされたパラメータＩが、ゲートウェイ装置１が保有する通信プロトコルの個数Ｉｍａｘを超えた場合、すなわち、ゲートウェイ装置１が保有する全ての通信プロトコルにおいて、着信側ＩＰ端末との接続に必要な情報の取得に失敗した場合は、動作制御部１２は、リトライ回数Ｊの値をインクリメント（７１０）した後、リトライ実行回数Ｊを予め決められた最大リトライ回数Ｊｍａｘと比較する（７１１）。Ｊ≦Ｊｍａｘであれば、優先順位番号を示すパラメータＩの値を初期値１に戻し（７０２）、優先順位が１の通信プロトコル処理部１３−１から順に、通信プロトコル処理を再度試みる。リトライ実行回数ＪがＪｍａｘを超えた場合は、発信側電話機に対して呼接続不能を通知し（７１２）し、このルーチンを終了する。
【００３６】
図６は、上記第１実施例の呼接続制御方法に従った通信装置間の動作シーケンスを示す。
ここでは、例えば、ＰＳＴＮ３内の交換機２−１に接続された電話機１１−１が、ＩＰ網（ＳＩＰ）６−１に属したＩＰ端末１０−１１に対して発信（Ｓ００１）した場合を想定する。この場合、交換機２−１からゲートウェイ装置１−１（動作制御部１２）に、ＩＰ端末１０−１１への呼接続要求（Ｓ００２）が発行される。呼接続要求Ｓ００２を受けた動作制御部１２は、最も高い優先順位をもつ通信プロトコル処理部、例えば、通信プロトコル１処理部（１３−１）を起動する（Ｓ００３）。
【００３７】
通信プロトコル１処理部（１３−１）は、予め対応付けられた通信プロトコル１用の制御サーバ（例えば、ゲートキーパ７−１）に対して、着信側ＩＰ端末１０−１１への接続要求（Ｓ００４）を発行し、呼接続に必要な情報の入手を試みる。この例では、通信プロトコル１用サーバは、着信側ＩＰ端末１０−１１の通信プロトコルに適合していないため、接続要求（Ｓ００４）に対する拒否応答（Ｓ００５）を返す。従って、通信プロトコル１処理部（１３−１）から動作制御部１２に、接続失敗を示す応答（Ｓ００６）が返送され、動作制御部１２は、通信プロトコル１処理部（１３−１）に動作終了（Ｓ００７）を指示し、次の優先順位をもつ通信プロトコル２処理部（１３−２）を起動する（Ｓ００８）。
【００３８】
通信プロトコル２処理部（１３−２）は、図１では省略してあるプロトコル２用サーバに対して着信側ＩＰ端末１０−１１への接続要求（Ｓ００９）を出す。
【００３９】
プロトコル２用サーバも、通信プロトコル１用サーバと同様、着信側ＩＰ端末１０−１１の通信プロトコルに適合していないため、接続要求（Ｓ００９）に対する拒否応答（Ｓ０１０）を返す。その結果、通信プロトコル２処理部から接続失敗（Ｓ０１１）の応答があり、動作制御部１２は、通信プロトコル２処理部に動作終了（Ｓ０１２）を指示し、次の優先順位をもつ通信プロトコル３処理部（１３−３）を起動する（Ｓ０１３）。
【００４０】
ここで、通信プロトコル３処理部（１３−３）と対応付けられた通信プロトコル３用の制御サーバが、着信側端末１０−１１の通信プロトコルに適合したＳＩＰサーバ８−１であったと仮定すると、通信プロトコル３処理部（１３−３）からの接続要求（Ｓ０１４）に対して、通信プロトコル３用サーバ（ＳＩＰサーバ８−１）から接続許可応答（Ｓ０１５）があり、これによって、通信プロトコル３処理部（１３−３）は、着信側ＩＰ端末１０−１１に接続するために必要な情報の取得に成功する。
【００４１】
この場合、通信プロトコル３処理部（１３−３）は、動作制御部１２に対して、着信側ＩＰ端末１０−１１への接続成功（Ｓ０１６）を示す応答を返すため、動作制御部１２は、通信プロトコル３処理部（１３−３）に、ＩＰ端末との呼接続処理の継続を指示する（Ｓ０１７）。これにより、通信プロトコル３処理部（１３−３）と接続先ＩＰ端末の間で呼接続のための通信手順が実行され、通信プロトコル３処理部（１３−３）が着信側ＩＰ端末１０−１１から接続応答（Ｓ０１８）を受信することにより、接続先ＩＰ端末１０−１１と発信側電話機１１−１との間が通話状態（Ｓ０１９）となる。
【００４２】
図７は、本発明のゲートウェイ装置の動作制御部１２（プロセッサ１２１）が実行する呼接続制御ルーチンの第２実施例を示すフローチャートである。
第１実施例と同様、パラメータＪは呼制御処理のリトライ実行回数、Ｊｍａｘは予め決められた最大リトライ回数を示している。
【００４３】
本実施例の呼接続制御ルーチン８００も、動作制御部１２が通信接続要求を受信した時に起動される。本実施例では、動作制御部１２は、通信プロトコル処理部１３−１〜１３−Ｎが呼接続要求に成功したか否かを記憶するためのワークテーブル（図示せず）をクリアし（８０１）、リトライ実行回数を示すパラメータＪの値を初期値０に設定（８０２）した後、ゲートウェイ２が保有するＮ個の通信プロトコル処理部１３−１〜１３−Ｎを次々と連続的に起動する（８０３）。通信プロトコル処理部１３−１〜１３−Ｎの起動は、例えば、通信プロトコル動作順序規定テーブル１４が示す優先順位１４１に従った順序で行うが、起動順序は必ずしも優先順位に従う必要はない。
【００４４】
全ての通信プロトコル処理部の起動が完了すると、動作制御部１は、通信プロトコル処理部からの応答を待つ（８０４）。何れかの通信プロトコル処理部から応答があると、動作制御部１は、応答内容を判定し（８０４）、その応答が接続要求の失敗を示していた場合は、応答した通信プロトコル処理部に呼制御動作の終了を指示し（８０６）、この通信プロトコル処理部が接続に失敗したことをワークテーブルに記憶する（８０７）。この後、上記ワークテーブルを参照して、Ｎ個の全ての通信プロトコル処理部で接続に失敗したか否かを判定する（８０８）。もし、接続に失敗した通信プロトコル処理部が全数Ｎ個に達していなければ、ステップ８０４に戻り、現在動作中の別の通信プロトコル処理部からの応答を待つ。
【００４５】
ワークテーブルを参照した結果、Ｎ個の全ての通信プロトコル処理部で接続に失敗していた場合、動作制御部１２は、現在のリトライ実行回数Ｊと最大リトライ回数Ｊｍａｘを比較し（８０９）、Ｊ＜Ｊｍａｘであれば、リトライ実行回数Ｊをインクリメント（８１０）、ワークテーブルをクリア（８１１）した後、ステップ８０３に戻って、再度、通信プロトコル処理部１３−１〜１３−Ｎを次々と起動する。リトライ実行回数Ｊが最大リトライ回数Ｊｍａｘに達していた場合、動作制御部１２は、発信側電話機に対して呼接続不能を通知し（８１２）、このルーチンを終了する。
【００４６】
何れかのプロトコル処理部１３−Ｋから、接続要求に成功したことを示す応答を受けた場合、動作制御部１２は、プロトコル処理部１３−Ｋに呼接続処理の継続を指示し（８１３）、ワークテーブルから判明する上記プロトコル処理部１３−Ｋ以外で現在動作中の他のプロトコル処理部に対して、呼制御動作の終了を指示し（８１４）、このルーチンを終了する。
【００４７】
図８は、上記第２実施例の呼接続制御方法に従った通信装置間の動作シーケンスを示す。
第１実施例と同様、ＰＳＴＮ３内の交換機２−１に接続された電話機１１−１が、ＩＰ網（ＳＩＰ）６−１に属したＩＰ端末１０−１１に対して発信（Ｓ００１）し、交換機２−１からゲートウェイ装置１−１（動作制御部１２）に、ＩＰ端末１０−１１への呼接続要求（Ｓ００２）が発行された場合を想定する。
【００４８】
呼接続要求Ｓ００２を受けた動作制御部１２は、通信プロトコル１処理部（１３−１）から通信プロトコルＮ処理部（１３−Ｎ）までの全ての通信プロトコル処理部を順次に起動する。図８では、図面簡略化のために、通信プロトコル１処理部（１３−１）〜通信プロトコル３処理部（１３−３）の起動（Ｓ１００、Ｓ１０１、Ｓ１０２）のみを示し、通信プロトコル４処理部（１３−４）以降の起動と、応答動作は省略してある。
【００４９】
通信プロトコル１処理部（１３−１）〜通信プロトコル３処理部（１３−３）は、それぞれの通信プロトコルと対応して予め指定された制御サーバに対して、接続要求（Ｓ１１１、Ｓ１１２、Ｓ１１３）を送信する。通信プロトコル４処理部（１３−４）〜通信プロトコルＮ処理部（１３−Ｎ）も同様に、それぞれ予め指定された制御サーバに対して接続要求を送信する。
【００５０】
ここで、通信プロトコル１用サーバ（ゲートキ−パ７−１）が接続要求に拒否の応答（Ｓ１２１）を返してきたと仮定すると、通信プロトコル１処理部（１３−１）から動作制御部１２に、接続要求に失敗したことを示す応答（Ｓ１２２）がある。この場合、動作制御部１２は、通信プロトコル１処理部（１３−１）に呼制御動作の終了を指示し（Ｓ１２３）、ワークテーブルに通信プロトコル１処理部が接続に失敗したことを記憶する。
【００５１】
次に、通信プロトコル３用サーバ（ＳＩＰサーバ８−１）から通信プロトコル３処理部（１３−３）に、接続要求（Ｓ１１３）に対する接続許可応答（Ｓ１３１）があり、通信プロトコル３処理部（１３−Ｎ）から動作制御部１２に、接続に成功したことを示す応答（Ｓ１３２）があったと仮定する。この場合、動作制御部１２は、通信プロトコル３処理部（１３−３）に着信側ＩＰ端末１０−１１との呼接続処理の継続を指示する（Ｓ１３３）。
【００５２】
この時、動作制御部１２は、未だ応答を返していない現在動作中の他の通信プロトコル処理部、この例では、通信プロトコル２処理部（１３−２）、通信プロトコル４処理部（１３−４）〜通信プロトコルＮ処理部（１３−Ｎ）に対して、動作の終了を指示する（Ｓ１４１、・・・）。これにより、通信プロトコル３処理部（１３−３）と着信側ＩＰ端末１０−１１の間でのみ呼接続手順が実行され、通信プロトコル３処理部（１３−３）が、ＩＰ端末１０−１１からの接続応答（Ｓ１６１）を受信することにより、ＩＰ端末１０−１１と発信側電話機１１との間が通話状態（Ｓ１６２）となる。
【００５３】
上記実施例では、通信プロトコル３処理部だけが接続要求に成功した場合について説明したが、複数の通信プロトコルで接続要求に成功した場合は、例えば、動作制御部１２に最初に応答した通信プロトコルを生かすようにすればよい。通信プロトコル処理部からの接続成功の応答を一時的に保持しておき、所定期間内に接続成功応答を返してきた複数のプロトコル処理部の中から、通信プロトコル動作順序規定テーブル１４が示す最も優先順位の高い通信プロトコルを選択するようにしてもよい。
【００５４】
【発明の効果】
以上の実施例から明らかなように、本発明によれば、ゲートウェイ装置に接続されるＩＰ網内に多様の呼制御用通信プロトコルが存在する場合であっても、接続要求を受信したゲートウェイ装置が、予め用意された複数の通信プロトコルで呼接続を試み、接続の可否を判定することによって、発信側電話機と着信側ＩＰ端末とを接続できる。
【図面の簡単な説明】
【図１】本発明を適用する通信網の構成例を示す図。
【図２】本発明によるゲートウェイ装置１の一実施例を示すブロック図。
【図３】ゲートウェイ装置１が備える通信プロトコル動作順序規定テーブルの１例を示す図。
【図４】ゲートウェイ装置１のハードウェア構成の一例を示す図。
【図５】ゲートウェイ装置１が実行する呼接続制御ルーチンの第１実施例を示すフローチャート。
【図６】第１実施例の呼接続制御方法に従った通信装置間の動作シーケンス図。
【図７】ゲートウェイ装置１が実行する呼接続制御ルーチンの第２実施例を示すフローチャート。
【図８】第２実施例の呼接続制御方法に従った通信装置間の動作シーケンス図。
【符号の説明】
１：ゲートウェイ、２：交換機、３：ＰＳＴＮ、４：ＩＰ網、５：ＩＰ網（Ｈ．３２３）、５Ａ：ＩＰ網（Ｈ．３２３−Ａ）、５Ｂ：ＩＰ網（Ｈ．３２３−Ｂ）、５Ｘ：ＩＰ網（Ｈ．３２３）、６：ＩＰ網（ＳＩＰ）、７：ゲートキーパ、７Ａ：ゲートキーパ（Ｈ．３２３−Ａ用）、７Ｂ：ゲートキーパ（Ｈ．３２３−Ｂ用）、７Ｘ：ゲートキーパ（Ｈ．３２３−Ａ，Ｈ．３２３−Ｂ共用）、８：ＳＩＰサーバ、９：ＩＰ端末（Ｈ．３２３端末）、９Ａ：ＩＰ端末（Ｈ．３２３−Ａ端末）、９Ｂ：ＩＰ端末（Ｈ．３２３−Ｂ端末）、１０：ＩＰ端末（ＳＩＰ端末）、１１：電話機、１２：動作制御部、１３：通信プロトコル処理部、１４：通信プロトコル動作順序規定テーブル、１５：交換機インタフェース、１６：ＩＰ網インタフェース、１７：音声処理部、１８：保守インタフェース、１９：保守端末。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a gateway device connected to an IP network and a call connection control method, and more particularly, a gateway device for connecting an IP network in which a plurality of types of communication protocols for call control coexist and a public switched telephone network, and The present invention relates to a call connection control method.
[0002]
[Prior art]
With the development of IP technology, in order to reduce communication costs, application of VoIP (Voice over IP) technology for communicating voice signals via an IP network is rapidly spreading. Voice communication using VoIP has been started from small and medium-sized networks such as in-house LANs. However, it is considered that the application range of VoIP technology will be extended to large-scale networks in the future.
[0003]
In order to realize a call service between nationwide subscriber phones and IP terminals by applying VoIP technology, for example, a large-scale IP network such as a regional IP network provided by NTT and an existing public telephone exchange network ( It is necessary to install a VoIP transfer device (gateway device) as a connection interface with PSTN and Public Switched Telephony Network). In order to establish a call connection on the IP network, each IP network is provided with, for example, ITU-T recommendation H.264. It is necessary to apply a call control protocol such as the call control protocol indicated by H.323 or SIP (Session Initiation Protocol) of the IETF (Internet Engineering Task Force) standard.
[0004]
However, in a large-scale IP network, it is desirable to use a service form capable of VoIP connection with any communication protocol as long as it is a standard communication protocol, without limiting the applied call control protocol to a specific communication protocol. The reason for this is that in the current IP communication field, where revision of various communication protocols and establishment of new communication protocols are being carried out with the aim of improving processing performance and providing more advanced services, This is because it is considered that it should be avoided as much as possible to limit the applicable communication protocol for general users who have acquired the network independently for the convenience of the network side.
[0005]
Also, as described on page 120 (Non-patent Document 1) of the April 1, 2002 issue of Nikkei Communication, depending on the communication protocol, the specifications are not stipulated in detail. As a result, networks may be designed with unique specifications. As a result, even if the same type of communication protocol is used, interconnection may not be possible if the manufacturer is different. Accordingly, in a wide-area VoIP network, when there are a plurality of types of communication protocols for one communication protocol due to differences in manufacturers as well as the types of communication protocols, the VoIP transfer apparatus pays attention to these types of differences. Must be able to support multiple types and multiple types of communication protocols.
[0006]
However, since VoIP technology has started to be applied from small and medium-scale IP networks, for example, the VoIP protocol-based voice system proposed in Japanese Patent Laid-Open No. 2002-57724 (Patent Document 1) has a plurality of types for call control. The correspondence to the communication protocol is not considered.
[0007]
Japanese Patent Laid-Open No. 2000-253072 (Patent Document 2) proposes an exchange control method that enables connection between different types of communication protocols. However, here, it is applied if the network on the receiving terminal side is known. As described above, there are differences in communication protocols even if the communication protocol is the same, as described above. It does not consider the conversion.
[0008]
[Patent Document 1]
JP 2002-57724 A
[Patent Document 2]
JP 2000-253072
[Non-Patent Document 1]
Page 120 of the Nikkei Communication April 1, 2002 issue
[0009]
[Problems to be solved by the invention]
In application of the VoIP technology to a large-scale IP network, for example, H.264 is used. It is necessary to support diversified communication protocols considering not only the types of communication protocols such as H.323 and SIP, but also the same type of communication protocol, because there are differences in details depending on the manufacturer. However, in such a large-scale IP network in which diversified communication protocols can coexist, the problem is how to specify the communication protocol applied to the receiving terminal.
[0010]
An object of the present invention is to provide an IP network connection gateway device and a call connection control method that enable a call connection to a called terminal that cannot specify an applicable communication protocol from a call connection request.
Another object of the present invention is to provide a gateway device suitable for connection between a large-scale IP network in which diversified communication protocols coexist and a public switched telephone network, and a call connection control method for a large-scale IP network connection terminal. There is to do.
[0011]
[Means for Solving the Problems]
In order to achieve the above object, the present invention provides a gateway device having a plurality of types of communication protocol processing functions and a communication protocol processing activation control function, and executes a plurality of communication protocol processings sequentially or simultaneously. The communication protocol suitable for the destination terminal is identified from the result of communication with the control server performed in step 1, and call connection is executed.
[0012]
More specifically, the gateway device of the present invention is connected to an IP network including a plurality of communication control servers having different call control communication protocols, and includes a plurality of types of communication protocol processing units for call control and the plurality of types of communication protocols. An operation control unit that controls the activation of the processing unit, the operation control unit,
In response to a call connection request to a destination IP terminal connected to the IP network, a communication protocol processing unit to be activated in a predetermined order is selected from the plurality of types of communication protocol processing units, First means for activating the selected communication protocol processing means;
If it is determined from the communication result between the activated communication protocol processing means and a specific communication control server that is associated in advance that the destination IP terminal can be connected, the communication protocol processing means calls the destination IP terminal. If the communication procedure for connection is executed and it is determined that connection to the destination IP terminal is impossible, the execution of call control by the communication protocol processing means is terminated, and another communication protocol processing means is provided in the first means. And a second means for starting.
[0013]
Another feature of the present invention is that the operation control means continuously activates the plurality of types of communication protocol processing means one after another in response to a call connection request to a destination IP terminal connected to the IP network. And the communication protocol processing means determined to be connectable to the destination IP terminal from the communication result between the communication protocol processing means and the specific communication control server previously associated with each communication protocol processing means. The communication protocol processing means that executes the communication procedure for the call connection and is determined to be unable to connect to the destination IP terminal has a means for terminating the execution of the call control.
[0014]
A call connection control method in a gateway device according to the present invention includes:
When a call connection request to the destination IP terminal is received, a communication protocol process to be executed is selected from a plurality of types of communication protocol processes in a predetermined order.
Execute the selected communication protocol process, and determine from the communication result with a specific communication control server associated with the communication protocol process in advance whether or not connection to the destination IP terminal is possible,
As a result of the determination, if it is determined that the connection to the destination IP terminal is possible, it is determined that the communication procedure for the call connection with the destination IP terminal is executed by the communication protocol processing and the connection to the destination IP terminal is impossible. In this case, the execution of the communication protocol process is terminated, and another communication protocol process selected next is executed.
[0015]
Another feature of the call connection control method according to the present invention is that when a call connection request to a destination IP terminal is received, the above-described plural types of communication protocol processes are started one after another, and each communication protocol process is associated in advance. From the communication result with the specific communication control server, it is determined whether or not connection to the destination IP terminal is possible by each communication protocol processing. As a result of the determination, the communication protocol processing that is determined to be impossible to connect to the destination IP terminal is Execution of the communication procedure for call connection with the destination IP terminal is performed by the communication protocol processing that is determined to be possible to connect to the destination IP terminal.
[0016]
As a result of the determination, if it is determined that all of the plurality of types of communication protocol processes cannot be connected to the destination IP terminal, the plurality of types of communication protocol processes are re-executed within the range of the retry count specified in advance. May be repeated.
[0017]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings.
FIG. 1 shows an example of a communication network to which the gateway device of the present invention is applied.
The gateway device 1 (1-1 to 1-P) of the present invention is connected to, for example, an exchange 2 (2-1 to 2-P) constituting a digital switching network (PSTN) 3 provided by NTT, Via a router, for example, connected to a large-scale IP network 4 (4-1 to 4-P) represented by a regional IP network provided by NTT, and functions as a voice communication interface between the PSTN 3 and the IP network 4 To do. Each exchange 2 of the PSTN 3 accommodates telephones 11 (11-1 to 11-L).
[0018]
Each IP network 4 (4-1 to 4-P) logically has an ITU-T recommendation H.264. This is a composite of a plurality of local communication networks having different communication protocols for call connection control, such as the call control protocol indicated by H.323 and SIP of the IETF standard.
Here, in particular, H.C. A local communication network composed of communication device groups communicable with H.323 is denoted as IP network (H.323) 5 and a local communication network composed of communication device groups communicable with SIP is denoted as IP network (SIP) 6. Yes. H. Among the IP networks to which H.323 is applied, a communication network that can communicate only with a communication device manufactured by manufacturer A, in particular, is a communication network that can communicate with a communication device manufactured by IP network (H.323-A) 5A and communication device manufactured by manufacturer B Is expressed as an IP network (H.323-B) 5B, and a communication network capable of communicating with at least one of the IP network (H.323-A) 5A and the IP network (H.323-B) 5B is defined as an IP network (H.323). .323) Indicated as 5X. The IP networks (H.323) 5, 5A, 5B, and 5X and the IP network (SIP) 6 are all networks that represent logical connection relationships, and are physically composed of the components of the IP network 4. ing.
[0019]
The IP network (H.323) 5 (5-1, 5-P) Gatekeeper 7 (7-1, 7-P), which is a control server having a communication control function of H.323, and a plurality of IP terminals (H.323 terminals) 9 (9-11 to 9-1n, 9-P1 to 9) -Pn). The IP network (SIP) 6 (6-1, 6-P) includes a SIP server 8 (8-1, 8-P), which is a control server having a SIP communication control function, and a plurality of IP terminals ( SIP terminal) 10 (10-11 to 10-1m, 10-P1 to 10-Pm).
[0020]
The IP network (H.323-A) 5A is an H.323 network. It comprises a gatekeeper 7A manufactured by manufacturer A having a communication control function of H.323 and a plurality of IP terminals (H.323-A terminals) 9A (9A-1 to 9A-n), and an IP network (H.323-). B) 5B It comprises a gatekeeper 7B manufactured by manufacturer A having a 323 communication control function and a plurality of IP terminals (H.323-B terminals) 9B (9B-1 to 9B-n). The IP network (H.323) 5X is an H.323 manufactured by manufacturer A. H.323 and maker B company H.323. The gatekeeper 7X having both communication control functions of H.323 and H.323 manufactured by manufacturer A IP terminal (H.323-A terminal) supporting H.323 or H.323 manufactured by manufacturer B It is composed of a plurality of IP terminals 9X-1 to 9X-n which are any of IP terminals (H.323-B terminals) supporting H.323.
[0021]
Each gateway device 1 has a PSTN 3 for a call performed in any combination among the telephone set 11, the IP terminal (H.323 terminal) 9, 9A, 9B or 9X, and the IP terminal (SIP terminal) 10. Mutual protocol conversion of control signals communicated with the IP network 4 and transfer of audio signals are performed.
[0022]
As shown in FIG. 1, in a large-scale network in which PSTN and a regional IP network are interconnected, A plurality of types of communication protocols such as H.323 and SIP are mixed. 323-A and H.264. As expressed by H.323-B, even if the communication protocol is the same type, the communication protocol is diversified according to the original specifications of each manufacturer. Therefore, the gateway device 1 can receive the destination from the diversified communication protocols. A function for selecting a communication protocol suitable for the IP terminal is required.
[0023]
FIG. 2 is a block diagram showing an embodiment of the gateway device 1 according to the present invention.
In order to cope with the diversified communication protocol control described above, the gateway device 1 of the present invention includes an operation control unit 12, a communication protocol processing unit 13, a communication protocol operation order defining table 14, an exchange interface unit 15, An IP network interface unit 16, a voice processing unit 17, and a maintenance interface 18 are provided.
[0024]
The communication protocol processing unit 13 includes N communication protocol processing units of a communication protocol 1 processing unit 13-1 to a communication protocol N processing unit 13-N, and a communication control server according to a communication protocol selected from these communication protocol processing units. Control signals are exchanged with IP terminals. The communication protocol 1 processing unit 13-1 to the communication protocol N processing unit 13 -N are H.264 protocols that exist in the IP network 4. It has individual communication protocol processing functions corresponding to differences depending on communication protocol types such as H.323 and SIP, or manufacturers. The addition or change of a communication protocol to the communication protocol processing unit 13 can be performed by a service provider using a download method.
[0025]
The operation control unit 12 reads out order defining information for specifying a communication protocol to be executed from the communication protocol operation order defining table 14 in response to a call connection request received from the exchange 2 via the exchange interface unit 15. The operation control unit 12 instructs the communication protocol processing unit 13 to start a specific communication protocol operation in accordance with the order definition information, and in response to a response result from the communication protocol processing unit, the operation protocol processing unit 12 An instruction to execute a communication procedure for call connection with a terminal or an instruction to end a communication protocol process (call control operation) being executed. When the operation end is instructed for one communication protocol, the operation control unit 12 instructs the communication protocol processing unit 13 to start another communication protocol operation in accordance with the order defining information read from the table 14.
[0026]
As shown in FIG. 3, the communication protocol operation order defining table 14 defines the correspondence relationship between the communication protocol priority 141 and the communication protocol type 142.
Note that the communication protocol type 142 includes protocol types such as H.323 and SIP, as well as protocol types based on the above-described differences in specifications for each manufacturer. The communication protocol type 142 may include a manufacturer identifier for subdividing the communication protocol and version information. The priority 141 can be automatically determined from, for example, a usage frequency report for each communication protocol obtained by a conventionally known statistical information collection function, but the service provider sets it in a unique order from the maintenance terminal 19. May be.
[0027]
The exchange interface 15 selectively transfers the control signal and the audio signal received from the exchange 2 to the operation control unit 12 and the audio processing unit 17, respectively, and receives the audio signal from the IP network 4 received through the audio processing unit 17. Is transferred to the exchange 2.
The IP network interface 16 transfers the control signal and the voice signal received from the IP network 4 to the communication protocol processing unit 13 and the voice processing unit 17, respectively, and transmits the control signal and the voice processing unit transmitted from the communication protocol processing unit 13. The voice signal from the exchange 2 received via 17 is transmitted to the IP network 4.
The voice processing unit 17 realizes a call between the PSTN 3 and the IP network 4 by mutually converting a transmission / reception voice signal between the exchange 2 and the IP network 4. The maintenance interface 18 connected to the maintenance terminal 19 is an interface for program setting from the maintenance terminal to the operation control unit 12 and communication protocol setting to the communication protocol processing unit 13.
[0028]
FIG. 4 shows an example of the hardware configuration of the gateway device 1.
The gateway apparatus 1 includes a processor 120, an exchange interface unit 15 for connecting to the exchange 2, a LAN interface unit (IP network interface) 16 for connecting to the IP network 4, a maintenance interface unit 18, and a processor. A memory 121 for storing a control program and data to be stored is connected by an internal bus, and a voice processing unit 17 including, for example, a digital signal processor is connected between the exchange interface unit 15 and the LAN interface unit 16. It has become.
[0029]
The functions of the operation control unit 12 and the communication protocol processing unit 13 illustrated in FIG. 2 can be realized by software executed by the processor 121. The memory 121 stores a program for storing, for example, an operation control routine (call connection control routine) executed by the processor 121 and a plurality of types of communication protocol processing routines corresponding to the communication protocol processing units 13-1 to 13-N. The communication protocol operation order defining table 14 shown in FIG. 2 is formed in the data memory 121C.
[0030]
FIG. 5 is a flowchart showing a first embodiment of a call connection control routine executed by the operation control unit 12 (processor 121) of the gateway device of the present invention.
First, the parameters used in this flowchart will be described. I represents the priority number of the communication protocol indicated by the communication protocol operation order definition table 14, and Imax is registered in the communication protocol operation order definition table 14. Indicates the number of entries (the number of communication protocol processing units 13-1 to 13-N). J represents the number of retry executions of the call control process, and Jmax represents a predetermined maximum number of retries. The value of Jmax is determined in consideration of the user waiting time allowed until the establishment of a call connection.
[0031]
The call connection control routine 700 is activated when the operation control unit 12 receives a call connection request from the exchange 2. In the call connection control routine 700, the operation control unit 12 sets an initial value 0 to a parameter J indicating the number of retry executions (701), and sets an initial value 1 to a parameter I indicating a priority number (702). I is compared with the maximum value Imax (703). If I ≦ Imax, the communication protocol processing unit 13-I corresponding to the priority number I is activated (704), and a response from the communication protocol processing unit is waited (705).
[0032]
The activated communication protocol processing unit 13-I communicates with a control server (gatekeeper 7 or SIP server 8) for a communication protocol designated in advance according to the communication protocol of the priority order I, and establishes a connection with the destination IP terminal. Request required information, for example, destination address.
[0033]
The operation control unit 12 determines a response from the control server to the communication protocol processing unit 13-I (705). When the communication protocol processing unit 13-I has received a normal response from the control server (successful connection), The communication protocol processing unit 13-I is instructed to continue the processing (execution of a communication procedure for call connection to the called IP terminal) (706). The communication protocol processing unit 13-I transmits a control signal to the called IP terminal according to the communication protocol, and when receiving a connection response from the called IP terminal, returns a response to the call connection request to the exchange. As a result, the calling side telephone and the called side IP terminal are in a call state.
[0034]
When the communication protocol processing unit 13-I has not received a normal response from the control server (unsuccessful connection), the operation control unit 12 ends the call control operation by the communication protocol processing unit 13-I (708). The value of parameter I is incremented (709). If the parameter I does not exceed the maximum value Imax, the communication protocol processing unit having the next priority number indicated by the parameter I is activated and the above-described operation is repeated.
[0035]
When the incremented parameter I exceeds the number Imax of communication protocols possessed by the gateway device 1, that is, in all communication protocols possessed by the gateway device 1, acquisition of information necessary for connection with the destination IP terminal If the operation fails, the operation control unit 12 increments the value of the retry count J (710), and then compares the retry execution count J with a predetermined maximum retry count Jmax (711). If J ≦ Jmax, the value of the parameter I indicating the priority number is returned to the initial value 1 (702), and the communication protocol processing is tried again in order from the communication protocol processing unit 13-1 having the priority level of 1. If the retry execution count J exceeds Jmax, the calling side telephone is notified of the call connection failure (712), and this routine is terminated.
[0036]
FIG. 6 shows an operation sequence between communication apparatuses according to the call connection control method of the first embodiment.
Here, for example, it is assumed that the telephone 11-1 connected to the exchange 2-1 in the PSTN 3 transmits (S001) to the IP terminal 10-11 belonging to the IP network (SIP) 6-1. . In this case, a call connection request (S002) to the IP terminal 10-11 is issued from the exchange 2-1 to the gateway device 1-1 (operation control unit 12). The operation control unit 12 that has received the call connection request S002 activates the communication protocol processing unit having the highest priority, for example, the communication protocol 1 processing unit (13-1) (S003).
[0037]
The communication protocol 1 processing unit (13-1) makes a connection request to the destination IP terminal 10-11 to the control server (for example, the gatekeeper 7-1) for the communication protocol 1 associated in advance (S004). To obtain information necessary for call connection. In this example, the server for communication protocol 1 does not conform to the communication protocol of the destination IP terminal 10-11, and therefore returns a rejection response (S005) to the connection request (S004). Accordingly, a response (S006) indicating connection failure is returned from the communication protocol 1 processing unit (13-1) to the operation control unit 12, and the operation control unit 12 ends the operation to the communication protocol 1 processing unit (13-1). (S007) is instructed, and the communication protocol 2 processing unit (13-2) having the next priority is activated (S008).
[0038]
The communication protocol 2 processing unit (13-2) issues a connection request (S009) to the destination IP terminal 10-11 to the protocol 2 server which is omitted in FIG.
[0039]
Similarly to the communication protocol 1 server, the protocol 2 server returns a rejection response (S010) to the connection request (S009) because it does not conform to the communication protocol of the called IP terminal 10-11. As a result, there is a connection failure (S011) response from the communication protocol 2 processing unit, and the operation control unit 12 instructs the communication protocol 2 processing unit to end the operation (S012), and the communication protocol 3 process having the next priority order. The unit (13-3) is activated (S013).
[0040]
Here, assuming that the control server for the communication protocol 3 associated with the communication protocol 3 processing unit (13-3) is the SIP server 8-1 conforming to the communication protocol of the receiving terminal 10-11, In response to the connection request (S014) from the communication protocol 3 processing unit (13-3), there is a connection permission response (S015) from the communication protocol 3 server (SIP server 8-1). The unit (13-3) succeeds in acquiring information necessary for connecting to the receiving side IP terminal 10-11.
[0041]
In this case, since the communication protocol 3 processing unit (13-3) returns a response indicating a successful connection to the destination IP terminal 10-11 (S016) to the operation control unit 12, the operation control unit 12 The communication protocol 3 processing unit (13-3) is instructed to continue the call connection process with the IP terminal (S017). As a result, a communication procedure for call connection is executed between the communication protocol 3 processing unit (13-3) and the connection destination IP terminal, and the communication protocol 3 processing unit (13-3) receives the incoming IP terminal 10-11. By receiving the connection response (S018) from the mobile phone, the call state (S019) is established between the connection destination IP terminal 10-11 and the calling side telephone 11-1.
[0042]
FIG. 7 is a flowchart showing a second embodiment of the call connection control routine executed by the operation control unit 12 (processor 121) of the gateway device of the present invention.
As in the first embodiment, the parameter J indicates the number of retry executions of the call control process, and Jmax indicates the predetermined maximum number of retries.
[0043]
The call connection control routine 800 of this embodiment is also activated when the operation control unit 12 receives a communication connection request. In this embodiment, the operation control unit 12 clears a work table (not shown) for storing whether or not the communication protocol processing units 13-1 to 13-N have succeeded in the call connection request (801). Then, after setting the value of the parameter J indicating the retry execution number to the initial value 0 (802), the N communication protocol processing units 13-1 to 13-N possessed by the gateway 2 are successively started up one after another ( 803). The communication protocol processing units 13-1 to 13-N are activated in the order according to the priority 141 shown in the communication protocol operation order defining table 14, for example, but the activation order does not necessarily follow the priority.
[0044]
When the activation of all the communication protocol processing units is completed, the operation control unit 1 waits for a response from the communication protocol processing unit (804). If there is a response from any of the communication protocol processing units, the operation control unit 1 determines the response content (804). If the response indicates a failure of the connection request, the operation control unit 1 calls the communication protocol processing unit that responded. The end of the control operation is instructed (806), and the communication protocol processing unit stores in the work table that the connection has failed (807). Thereafter, referring to the work table, it is determined whether or not connection has failed in all N communication protocol processing units (808). If the total number of communication protocol processing units that have failed to connect has not reached N, the process returns to step 804 to wait for a response from another communication protocol processing unit that is currently operating.
[0045]
As a result of referring to the work table, if all the N communication protocol processing units have failed to connect, the operation control unit 12 compares the current retry execution count J with the maximum retry count Jmax (809). <If Jmax, the retry execution count J is incremented (810), the work table is cleared (811), and then the process returns to step 803 to restart the communication protocol processing units 13-1 to 13-N one after another. . If the retry execution count J has reached the maximum retry count Jmax, the operation control unit 12 notifies the caller side that the call cannot be connected (812), and ends this routine.
[0046]
When receiving a response indicating that the connection request is successful from any of the protocol processing units 13-K, the operation control unit 12 instructs the protocol processing unit 13-K to continue the call connection processing (813). An instruction to end the call control operation is given to the other protocol processing units currently operating other than the protocol processing unit 13-K determined from the work table (814), and this routine is ended.
[0047]
FIG. 8 shows an operation sequence between communication apparatuses according to the call connection control method of the second embodiment.
As in the first embodiment, the telephone set 11-1 connected to the exchange 2-1 in the PSTN 3 transmits (S001) to the IP terminal 10-11 belonging to the IP network (SIP) 6-1. It is assumed that a call connection request (S002) to the IP terminal 10-11 is issued from the 2-1 to the gateway device 1-1 (operation control unit 12).
[0048]
Upon receiving the call connection request S002, the operation control unit 12 sequentially activates all communication protocol processing units from the communication protocol 1 processing unit (13-1) to the communication protocol N processing unit (13-N). In FIG. 8, for simplification of the drawing, only the activation (S100, S101, S102) of the communication protocol 1 processing unit (13-1) to the communication protocol 3 processing unit (13-3) is shown. (13-4) Subsequent activation and response operations are omitted.
[0049]
The communication protocol 1 processing unit (13-1) to the communication protocol 3 processing unit (13-3) send a connection request (S111, S112, S113) to a control server designated in advance corresponding to each communication protocol. Send. Similarly, the communication protocol 4 processing unit (13-4) to the communication protocol N processing unit (13-N) each transmit a connection request to a control server designated in advance.
[0050]
Here, assuming that the communication protocol 1 server (gate keeper 7-1) has returned a rejection response (S121) to the connection request, the communication protocol 1 processing unit (13-1) returns to the operation control unit 12. There is a response (S122) indicating that the connection request has failed. In this case, the operation control unit 12 instructs the communication protocol 1 processing unit (13-1) to end the call control operation (S123), and stores in the work table that the communication protocol 1 processing unit has failed to connect.
[0051]
Next, the communication protocol 3 server (SIP server 8-1) sends a connection permission response (S131) to the connection request (S113) from the communication protocol 3 processor (13-3) to the communication protocol 3 processor (13). It is assumed that the operation control unit 12 has received a response (S132) indicating a successful connection from -N). In this case, the operation control unit 12 instructs the communication protocol 3 processing unit (13-3) to continue the call connection process with the called-side IP terminal 10-11 (S133).
[0052]
At this time, the operation control unit 12 returns another communication protocol processing unit currently operating that has not yet returned a response, in this example, the communication protocol 2 processing unit (13-2), the communication protocol 4 processing unit (13-4). ) To instruct the communication protocol N processing unit (13-N) to end the operation (S141,...). Thereby, the call connection procedure is executed only between the communication protocol 3 processing unit (13-3) and the called-side IP terminal 10-11, and the communication protocol 3 processing unit (13-3) is connected from the IP terminal 10-11. The connection response (S161) is received, and the call state (S162) is established between the IP terminal 10-11 and the calling side telephone 11.
[0053]
In the above embodiment, the case where only the communication protocol 3 processing unit succeeds in the connection request has been described. However, if the connection request succeeds in a plurality of communication protocols, for example, the communication protocol that first responded to the operation control unit 12 is You should make use of it. A connection success response from the communication protocol processing unit is temporarily held, and the highest priority is indicated by the communication protocol operation order definition table 14 among the plurality of protocol processing units that have returned a connection success response within a predetermined period. A communication protocol having a higher priority may be selected.
[0054]
【The invention's effect】
As is clear from the above embodiments, according to the present invention, even when various call control communication protocols exist in the IP network connected to the gateway device, the gateway device that has received the connection request The caller side telephone and the callee IP terminal can be connected by attempting call connection using a plurality of communication protocols prepared in advance and determining whether or not the connection is possible.
[Brief description of the drawings]
FIG. 1 is a diagram showing a configuration example of a communication network to which the present invention is applied.
FIG. 2 is a block diagram showing an embodiment of the gateway device 1 according to the present invention.
FIG. 3 is a diagram showing an example of a communication protocol operation order defining table provided in the gateway device 1;
FIG. 4 is a diagram illustrating an example of a hardware configuration of the gateway device 1;
FIG. 5 is a flowchart showing a first embodiment of a call connection control routine executed by the gateway device 1;
FIG. 6 is an operation sequence diagram between communication apparatuses according to the call connection control method of the first embodiment;
FIG. 7 is a flowchart showing a second embodiment of a call connection control routine executed by the gateway device 1;
FIG. 8 is an operation sequence diagram between communication apparatuses according to the call connection control method of the second embodiment.
[Explanation of symbols]
1: Gateway, 2: Switch, 3: PSTN, 4: IP network, 5: IP network (H.323), 5A: IP network (H.323-A), 5B: IP network (H.323-B) 5X: IP network (H.323), 6: IP network (SIP), 7: Gatekeeper, 7A: Gatekeeper (for H.323-A), 7B: Gatekeeper (for H.323-B), 7X: Gatekeeper (Shared with H.323-A and H.323-B), 8: SIP server, 9: IP terminal (H.323 terminal), 9A: IP terminal (H.323-A terminal), 9B: IP terminal (H .323-B terminal), 10: IP terminal (SIP terminal), 11: telephone, 12: operation control unit, 13: communication protocol processing unit, 14: communication protocol operation order definition table, 15: exchange interface, 16: IP Network interface, 7: audio processing unit, 18: maintenance interface, 19: maintenance terminal.

Claims

A gateway device connected to an IP network including a plurality of communication control servers having different call control communication protocols,
A plurality of types of communication protocol processing units for call control, and an operation control unit for controlling the activation of the plurality of types of communication protocol processing units, the operation control unit,
In response to a call connection request to a destination IP terminal connected to the IP network, a communication protocol processing unit to be activated in a predetermined order is selected from the plurality of types of communication protocol processing units, A first means for activating the selected communication protocol processing unit;
When it is determined from the communication result between the activated communication protocol processing unit and a specific communication control server that is associated in advance that it is possible to connect to the destination IP terminal, the communication protocol processing unit calls the destination IP terminal. If the communication procedure for connection is executed and it is determined that connection to the destination IP terminal is impossible, the execution of call control by the communication protocol processing unit is terminated, and another communication protocol processing unit is installed in the first means. And a second means for activating the gateway device.

A gateway device connected to an IP network including a plurality of communication control servers having different call control communication protocols,
A plurality of types of communication protocol processing units for call control, and an operation control unit for controlling the activation of the plurality of types of communication protocol processing units, the operation control unit,
Means for continuously starting the plurality of types of communication protocol processing units one after another in response to a call connection request to a destination IP terminal connected to the IP network;
The communication protocol processing unit determined to be connectable to the destination IP terminal from the communication result between each communication protocol processing unit and a specific communication control server previously associated with the communication protocol processing unit is used for call connection with the destination IP terminal. A gateway apparatus characterized in that a communication protocol processing unit that executes a communication procedure and is determined to be unable to connect to a destination IP terminal has means for terminating execution of call control.

A call connection control method in a gateway device connected to an IP network including a plurality of communication control servers having different call control communication protocols, and having a function for executing a plurality of types of communication protocol processing for call control,
When a call connection request to a destination IP terminal connected to the IP network is received, a communication protocol process to be executed is selected from the plurality of types of communication protocol processes in a predetermined order,
Execute the selected communication protocol process, and determine from the communication result with a specific communication control server associated with the communication protocol process in advance whether or not connection to the destination IP terminal is possible,
As a result of the determination, if it is determined that the connection to the destination IP terminal is possible, it is determined that the communication procedure for the call connection with the destination IP terminal is executed by the communication protocol processing and the connection to the destination IP terminal is impossible. In this case, the call connection control method in the gateway device is characterized in that the execution of the communication protocol process is terminated and another communication protocol process selected next is executed.

A call connection control method in a gateway device connected to an IP network including a plurality of communication control servers having different call control communication protocols, and having a function for executing a plurality of types of communication protocol processing for call control,
When a call connection request to a destination IP terminal connected to the IP network is received, the plurality of types of communication protocol processes are started one after another, and a specific communication control server associated in advance for each communication protocol process From the communication result with, determine whether to connect to the destination IP terminal,
As a result of the above determination, the communication protocol processing determined to be incapable of connecting to the destination IP terminal is terminated, and communication for call connection with the destination IP terminal is performed by the communication protocol processing determined to be connectable to the destination IP terminal. A call connection control method characterized by executing a procedure.

5. The call connection control method according to claim 4, wherein a communication procedure for call connection with the destination IP terminal is executed by first communication protocol processing that is determined to be connectable to the destination IP terminal.

When it is determined that a connection to the destination IP terminal is possible by a plurality of communication protocol processes, a communication procedure for call connection with the destination IP terminal is executed by a communication protocol process selected according to a predetermined priority order. The call connection control method according to claim 4, wherein:

As a result of the determination, when it is determined that all of the plurality of types of communication protocol processes cannot be connected to the destination IP terminal, the plurality of types of communication protocol processes are re-executed within the range of the retry count specified in advance. 7. The call connection control method according to claim 3, wherein the call connection control method is repeated.