JP2002118648A - ネットワーク間接続制御装置 - Google Patents

Abstract

(57)【要約】 【課題】 資源の利用効率を高め、通信の信頼性を高め
る。 【解決手段】 複数の要素ネットワークを有し、各要素
ネットワークをネットワーク間接続装置によって相互接
続することにより構成された複合ネットワーク中で、発
信側通信装置から供給された宛先指定情報をもとに、着
信側通信装置を含む要素ネットワークに対応しているネ
ットワーク接続装置を選択する着信要素ネットワーク選
択手段を備えたネットワーク間接続制御装置において、
前記着信要素ネットワーク選択手段は、集合管理部と、
宛先管理部と、帯域使用情報管理部と、選択処理部とを
備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はネットワーク間接続
制御装置に関し、例えば、ＩＴＵ−Ｔ勧告Ｈ．３２３に
準拠したゲートキーパ、端末、ゲートウェイから構成さ
れるローカルネットワークもしくはグローバルネットワ
ーク内で、ゲートキーパが端末からの呼の宛先であるゲ
ートウェイのアドレスを選択する場合などに適用して好
適なものである。

【０００２】

【従来の技術】この種のネットワーク間接続制御装置に
関連する従来技術としては、次の文献１、２に記載した
ものがある。

【０００３】 文献１：特開平１１−２８４７２８号公報 文献２：ＩＴＵ−Ｔ勧告Ｈ．３２３（０９／９９） 例えば文献１の網間経路制御装置では、電話網とインタ
ーネット（当該インターネットのなかに複数のゲートウ
ェイが存在する）とを接続した交換システムにおいて、
複数の交換機制御装置間や、交換機制御装置と網間経路
制御装置（ゲートキーパを搭載している）のあいだで新
規呼の発生などを通知し合い、呼のクラスに応じて再配
置や迂回制御を行う。

【０００４】すなわち文献１の網間経路制御装置は、シ
ステム全体の各網につき、伝送路の輻輳および障害状況
に応じた再配置または迂回制御を行うことで、呼損率を
低下し、通話品質を向上することを目的としている。

【０００５】

【発明が解決しようとする課題】ところで、上述した文
献２に基づいて構成したネットワーク接続制御システム
５は、一般的に、図２に示すような構成を持つものと考
えられる。

【０００６】図２において、当該システム５は、端末６
と、ゲートキーパ７と、複数のゲートウェイ１〜４を備
えている。

【０００７】このうちゲートキーパ７は、例えば図３に
示す宛先テーブルＤＴ１の形式で、電話番号等の端末識
別子と各ゲートウェイ１〜４のネットワークアドレスＮ
Ａ１〜ＮＡ４との対応情報を持っており、端末６から発
呼の要求があった場合この対応情報に基づいて、ゲート
ウェイ１〜４のなかから宛先（着信先）ゲートウェイを
択一的に決定する。

【０００８】端末６が例えば“０３−３１”で始まる電
話番号をかけた場合は、宛先テーブルＤＴ１中で当該電
話番号に対応する宛先ゲートウェイネットワークアドレ
スがＮＡ１であることから、ゲートキーパ７は、当該ネ
ットワークアドレスＮＡ１に対応するゲートウェイ１を
宛先ゲートウェイとして選択して、呼接続を行う。

【０００９】同様に、端末６がかけた電話番号が“０３
−３２”で始まる番号の場合は、宛先テーブルＤＴ１中
で当該電話番号に対応する宛先ゲートウェイネットワー
クアドレスがＮＡ２であることから、ゲートキーパ７
は、当該ネットワークアドレスＮＡ２に対応するゲート
ウェイ２を宛先ゲートウェイとして選択し、呼接続を実
行することになる。

【００１０】しかしながら当該システム５では、前記宛
先テーブルＤＴ１に基づいて宛先ゲートウェイが固定的
に選択されるため、呼が一つのゲートウェイに集中した
場合、呼が繋がりにくくなり、資源を有効に利用できな
い可能性がある。

【００１１】例えば呼が前記宛先テーブルＤＴ１の電話
番号“０３−３１＊＊−＊＊＊＊”に集中しゲートウェ
イ１の負荷が大きくなった場合、他のゲートウェイに余
裕があってもそのゲートウェイ１に対する呼が繋がりに
くくなって資源を有効に利用できず、各呼における初期
の通信に関して通信品質が劣化する可能性がある。ここ
で、記号「＊」は、０〜９の間の任意の整数を示す。

【００１２】一方、前記文献１の網間経路制御装置で
は、巨大な交換システムのなかに点在する複数の交換機
制御装置間や、交換機制御装置と網間経路制御装置のあ
いだで新規呼の発生などを通知し合い、呼のクラスに応
じて再配置や迂回制御を行うものなので、再配置や迂回
制御のための制御手順が複雑で、制御に要する時間が長
く、手数も多い。

【００１３】制御に要する時間が長いということは、伝
送路の輻輳状況等が時々刻々と動的に変化するものであ
ることを考慮すると、伝送路の輻輳状況の変動に高精度
に対応した効率的な制御が難しいことを意味する。例え
ば、ある輻輳状況の発生に対応して迂回制御を開始した
ところ、当該迂回制御が終了したときには、すでにその
輻輳状況が解消しており、迂回路の輻輳度のほうがもと
の経路の輻輳度よりも高くなっている可能性もある。

【００１４】また、インターネット内の複数ゲートウェ
イ間で迂回制御を行うことについては、当該文献１には
記載されていない。

【００１５】さらに、文献１のように呼接続中に再配置
を行うと、当該再配置処理のあいだの通信品質を維持す
ることが難しいものと考えられる。

【００１６】

【課題を解決するための手段】かかる課題を解決するた
め、本発明は、複数の要素ネットワークを有し、各要素
ネットワークをネットワーク間接続装置によって相互接
続することにより構成された複合ネットワーク中で、発
信側通信装置から供給された宛先指定情報をもとに、着
信側通信装置を含む要素ネットワークに対応しているネ
ットワーク接続装置を選択する着信要素ネットワーク選
択手段を備えたネットワーク間接続制御装置において、
前記着信要素ネットワーク選択手段は、（１）共通の着
信側通信装置を含む複数の要素ネットワークから構成さ
れる要素ネットワーク集合を生成し、各要素ネットワー
クと各要素ネットワーク集合との対応関係を管理する集
合管理部と、（２）前記宛先指定情報と各要素ネットワ
ーク集合との対応関係を管理する宛先管理部と、(３)各
ネットワーク間接続装置の通信帯域につき、その帯域使
用情報を各運用時点で検出し、各帯域使用情報と前記集
合管理部が管理している要素ネットワークとの対応関係
を管理する帯域使用情報管理部と、(４）前記発信側通
信装置から宛先指定情報が供給されたときには、前記宛
先管理部が管理している対応関係をもとに当該宛先指定
情報に対応する要素ネットワーク集合を検索し、検索結
果として得た要素ネットワーク集合に属する各要素ネッ
トワークに対応する各ネットワーク間接続装置の中か
ら、前記帯域使用情報に基づいて最適なネットワーク間
接続装置を選択する選択処理部とを備えることを特徴と
する。

【００１７】

【発明の実施の形態】（Ａ）実施形態 以下、本発明のネットワーク接続制御装置を、ＩＴＵ−
Ｔ勧告Ｈ．３２３（０９／９９）に適用した場合を例
に、実施形態について説明する。

【００１８】ここで、ＩＴＵ−Ｔ勧告Ｈ．３２３（０９
／９９）は、ＩＳＤＮ用のビデオ会議の仕様を示したＩ
ＴＵ−Ｔ勧告Ｈ．３２０を拡張したものであり、イーサ
ネット（登録商標）のような非同期ＬＡＮ（ローカルエ
リアネットワーク）環境で、音声、映像などの通信を行
うための標準仕様である。

【００１９】本実施形態は、複数のゲートウェイ装置を
グループ化し、一つの宛先端末識別子（例えば電話番
号）に対し、複数のゲートウェイ装置を対応させること
で、ゲートウェイに対する負荷の集中を減らすことを特
徴とする。

【００２０】（Ａ−１）実施形態の構成 本実施形態のネットワーク間接続制御システム２０の構
成を図１１に示す。当該ネットワーク間接続制御システ
ム２０は、インターネット上に配置されているものとす
る。

【００２１】図１１において、ネットワーク間接続制御
システム２０は、端末２１，２３，２４と、ゲートキー
パ装置２２と、ゲートウェイ装置１１〜１４と、ネット
ワークＮＷ１〜ＮＷ５とを備えている。

【００２２】ここで、端末２１（端末２１はＨ．３２３
端末）は発呼側端末（発呼端末）であり、端末２３，２
４は着呼側端末であるものとし、発呼側と着呼側の端末
間の通信では、音声、映像、データなどの送受信が行わ
れ得る。

【００２３】そして当該端末２１はネットワークＮＷ１
に属し、端末２３はネットワークＮＷ２とＮＷ３に属
し、端末２４はネットワークＮＷ４とＮＷ５に属するも
のとする。当該ネットワークＮＷ１〜ＮＷ５はそれぞれ
異なるプロトコルを備えたＬＡＮ（ローカルエリアネッ
トワーク）であってよく、例えばＮＷ２、ＮＷ３、ＮＷ
４、ＮＷ５のなかにはＰＢＸ（構内交換機）などが含ま
れていてよい。前記端末２３，２４がアナログ端末であ
る場合には、当該ＰＢＸなどを介してゲートウェイ装置
１１〜１４に接続されることになる。

【００２４】また、ネットワークＮＷ２とＮＷ１を相互
接続するのはゲートウェイ装置１１であり、ネットワー
クＮＷ３とＮＷ１を相互接続するのはゲートウェイ装置
１２であり、ネットワークＮＷ４とＮＷ１を相互接続す
るのはゲートウェイ装置１３であり、ネットワークＮＷ
５とＮＷ１を相互接続するのはゲートウェイ装置１４で
ある。

【００２５】ネットワークＮＷ２とＮＷ３は少なくとも
１つは共通のノード（着呼端末２３は当該共通ノードに
接続されている）および共通のリンクを有するネットワ
ークであることを要するが、全ノードおよび全リンクが
共通、すなわちＮＷ２とＮＷ３がまったく同一のネット
ワークであってもよい。

【００２６】同様に、ネットワークＮＷ４とＮＷ５は少
なくとも１つは共通のノード（着呼端末２４は当該共通
ノードに接続されている）および共通のリンクを有する
ネットワークであることを要し、全ノードおよび全リン
クが共通、すなわちＮＷ４とＮＷ５がまったく同一のネ
ットワークであってもよい。

【００２７】また、本実施形態のゲートウェイ装置１１
〜１４は論理的にグループ化されていて、ゲートウェイ
装置１１と１２は同じゲートウェイグループＧＷ１に属
しており、ゲートウェイ装置１３と１４とは同じゲート
ウェイグループＧＷ２に属している。

【００２８】そしてゲートウェイ装置１１〜１４のおの
おのはＩＴＵ−Ｔ勧告Ｈ．３２３準拠のゲートウェイ装
置で、Ｈ．３２３プロトコルに対応したネットワークと
他のプロトコルに対応したネットワークを接続する機能
を持つものである。例えばゲートウェイ装置１１は、プ
ロトコルの異なるネットワークＮＷ１とＮＷ２間を接続
する機能を装備している。

【００２９】ただし同一のゲートウェイグループ（例え
ばＧＷ１）に属する２つのゲートウェイ装置（例えば１
１と１２）は、共通の着呼端末（例えば２３）に着呼す
ることができるように配置されている必要がある。これ
はまた、ネットワークＮＷ２、ＮＷ３、ＮＷ４、ＮＷ５
がハードウエア的、ソフトウエア的にそのような配置が
可能な構造を備えているということを前提とする。

【００３０】すなわち、例えば端末２１から端末２３に
発呼した場合、その呼接続はゲートウェイ装置１１を介
して行うことができるだけでなく、同じゲートウェイグ
ループＧＷ１に属するゲートウェイ装置１２を介して行
うこともできるように、ネットワークＮＷ２およびＮＷ
３が構成されている。

【００３１】図２に示した従来のゲートウェイ１〜４お
よびその右側のネットワーク（図示せず）は必ずしもこ
のような機能を持つ必要はないので、本実施形態のネッ
トワーク間接続制御システム２０と前記システム５との
関係では、各ゲートウェイ１〜４に対応するのは本実施
形態の各ゲートウェイ装置１１〜１４ではなく、各ゲー
トウェイグループであるとみることもできる。

【００３２】なお、図１１から明らかなように、ネット
ワーク接続制御システム２０上を転送される各種のメッ
セージは、ゲートキーパ装置２２からみた転送方向に着
目して、ネットワークＮＷ１側からゲートキーパ装置２
２に入力されるメッセージＭＳ１１と、ネットワークＮ
Ｗ１側に対しゲートキーパ装置２２が出力するメッセー
ジＭＳ１２と、ネットワークＮＷ２（またはＮＷ３〜Ｎ
Ｗ５）側からゲートキーパ装置２２に入力されるメッセ
ージＭＳ２１と、ネットワークＮＷ２（またはＮＷ３〜
ＮＷ５）側に対しゲートキーパ装置２２が出力するメッ
セージＭＳ２２に大別することができる。

【００３３】一方、当該ゲートキーパ装置２２は、アド
レス変換、呼制御、帯域幅管理などの各機能をソフトウ
エア的に実装している装置で、図８に示す内部構成を備
えている。

【００３４】(Ａ−１−１）ゲートキーパ装置の内部構
成 図８において、ゲートキーパ装置２２は、プロトコル部
３０と、サービス部３１と、データベース３２とを備え
ている。

【００３５】このうちプロトコル部３０は呼制御を行
い、サービス部３１はその他のサービスを行い、データ
ベース３２は各種設定やログ情報を蓄積している。

【００３６】また、当該サービス部３１は、アドレス解
決部３３と、帯域幅管理部３４と、呼管理部３５と、課
金判定部３６とを有している。

【００３７】そして、当該帯域幅管理部３４は、前記ゲ
ートウェイ装置１１〜１４の使用可能帯域幅をほぼリア
ルタイムで検出し、管理している部分であり、呼管理部
３５は呼の接続や切断の状況を管理している部分であ
り、課金判定部３６は発呼端末２１が要求しているサー
ビスが有料サービスであるか無料サービスであるかを判
定し、必要に応じて課金情報を管理する部分である。要
求サービスが無料サービスである場合には、課金の必要
がなく、ゲートキーパ装置２２の負荷を軽減できる点で
も有利なので後述する非経由ルーティングを行い、有料
サービスである場合には課金するためにＱ．９３１ルー
ティング（経由ルーティング）を行う。

【００３８】また、前記アドレス解決部３３は、本実施
形態のゲートキーパ装置２２内でもっとも特徴的な部分
であり、図１に示す内部構成を備えている。

【００３９】（Ａ−１−２）アドレス解決部の内部構成 図１において、アドレス解決部３３は、設定部４０、４
２と、宛先テーブル格納部４１と、登録テーブル格納部
４３と、帯域幅書換部４４と、ゲートウェイ選択・通信
制御部４５と、電話番号メモリ４６とを備えている。

【００４０】このうち宛先テーブル格納部４１は図９に
示す宛先テーブルＤＴ２を格納し管理している部分であ
る。宛先テーブルＤＴ２は、ＩＤと、宛先端末識別子
と、宛先ゲートウェイグループ名（例えば前記ＧＷ１）
とを対応付けて格納しているテーブルである。この宛先
テーブルＤＴ２の実体を構成する各データは、前記デー
タベース３２中に格納されている各データであってよ
い。

【００４１】宛先テーブルＤＴ２中のＩＤは、当該宛先
テーブルＤＴ２中のレコードと後述する登録テーブルＲ
Ｔ中のレコードとの対応関係を指定するための情報であ
る。

【００４２】また宛先端末識別子は、発呼端末（例えば
端末２１）が着呼端末（例えば端末２３）を指定するた
めに使用する識別子である。宛先端末識別子としては着
呼端末をユニークに指定することができるものであれば
どのような情報を用いてもよい（例えば、文字列や電子
メールアドレスなどを用いてもよい）が、本実施形態で
は、電話番号を用いるものとする。

【００４３】当該宛先テーブル格納部４１に接続された
設定部４０は、必要に応じて、宛先テーブルＤＴ２のＩ
Ｄ、宛先端末識別子としての電話番号、宛先ゲートウェ
イグループ名の設定、変更を行う部分である。このよう
な設定は通常、静的なもので、いったん設定されるとそ
れほど頻繁に変更されるものではない。

【００４４】一方、登録テーブル格納部４３は、図１０
に示す登録テーブルＲＴを格納し管理している部分であ
る。登録テーブルＲＴは、ＩＤと、ゲートウェイネット
ワークアドレスと、使用可能帯域幅とを対応付けて格納
しているテーブルである。この登録テーブルＲＴの実体
を構成する各データは、前記宛先テーブルＤＴ２の場合
と同様に、前記データベース３２中に格納されている各
データであってよい。

【００４５】このうちＩＤは、各テーブルＤＴ２、ＲＴ
ごとにその内部で、レコードの一意性を確保するための
情報である。これは本実施形態にとって必須の情報では
ないので省略してもよい。

【００４６】また、前記ゲートウェイネットワークアド
レスは、各ゲートウェイ装置１１〜１４にユニークに割
当てられたアドレスを示し、同時に各ネットワークＮＷ
２〜ＮＷ５のネットワークアドレス（各ネットワークＮ
Ｗ２〜ＮＷ５に付与されたアドレス）を示している。

【００４７】さらに、前記使用可能帯域幅は、現時点に
おいて各ゲートウェイ装置（例えば１１）が使用可能な
帯域幅を示している。使用可能帯域幅は、ゲートウェイ
装置を介して行われる呼接続が０の場合に最大値を示す
が、当該最大値は、各ゲートウェイ装置の性能に応じて
異なる。各ゲートウェイ装置を介して行われている呼接
続が増加し、各呼接続のために消費される帯域幅が増加
するほど、当該使用可能帯域幅は減少する傾向にある。

【００４８】登録テーブル格納部４３に接続された設定
部４２は、登録テーブル格納部４３に対する静的な設定
を行う部分である。

【００４９】すなわち、当該設定部４２によって、登録
テーブルＲＴ中のＩＤ、ゲートウェイグループ名、ゲー
トウェイネットワークアドレスの設定が行われる。

【００５０】登録テーブル格納部４３に接続された帯域
幅書換部４４のほうは、前記帯域幅管理部３４から受け
取ったリアルタイムな使用可能帯域幅に応じて、登録テ
ーブル格納部４３中の使用可能帯域幅を動的に書き換え
る部分である。

【００５１】使用可能帯域幅は通常、ネットワーク接続
制御システム２０の運用中、時々刻々と変動するものな
ので、その変動に応じて登録テーブルＲＴ中の使用可能
帯域幅も、登録テーブル格納部４３のハードウエア的、
ソフトウエア的な仕様が許容する限り、できるだけ速や
かに書き換えることが望ましい。

【００５２】また、前記ゲートウェイ選択・通信制御部
４５は、前記発呼端末２１が送信し、ネットワークＮＷ
１、プロトコル部３０を介して受信したメッセージＭＳ
１１としてのＡＲＱ（アドミッションリクエスト：Admi
ssion Request）に含まれた電話番号（例えば着呼端末
２３を指定する電話番号）に応じて、宛先テーブル格納
部４１中の宛先テーブルＤＴ２と、登録テーブル格納部
４３中の登録テーブルＲＴとを検索し、４つのゲートウ
ェイ装置１１〜１４のなかからいずれか１つのゲートウ
ェイ装置を選択し、またはいずれのゲートウェイ装置も
選択しないことで、所定のゲートウェイ選択処理（すな
わちルーティング）を実行し、当該ゲートウェイ選択処
理の結果に応じたゲートウェイ選択信号ＲＣをプロトコ
ル部３０に供給する部分である。

【００５３】これを受けて、前記プロトコル部３０は、
当該ゲートウェイ選択信号ＲＣが指定するゲートウェイ
装置（例えば１１）に対して前記メッセージＭＳ２２を
送信することになる。通常は、当該メッセージＭＳ２２
と反対方向に転送されるメッセージＭＳ２１は、同一の
ゲートウェイ装置（例えば１１）とゲートキーパ装置２
２とのあいだで送受されるので、メッセージＭＳ１１と
してのＡＲＱに応じてゲートウェイ選択信号ＲＣが指定
するゲートウェイ装置は、メッセージＭＳ２１としての
ＡＲＱに応じてゲートウェイ選択信号ＲＣが指定するゲ
ートウェイ装置と一致する。

【００５４】本実施形態では、ＩＴＵ−Ｔ勧告Ｈ．３２
３に規定されている呼の確立までのプロトコルとして、
ゲートキーパ装置２２と通信するためのＲＡＳ（Ｒｅｇ
ｉｓｔｒａｔｉｏｎ／Ａｄｍｉｓｓｉｏｎ／Ｓｔａｔｕ
ｓ）プロトコルと、端末間の呼制御のためのＱ．９３１
プロトコルが使われるが、当該ＡＲＱは、ＲＡＳプロト
コルに対応するメッセージの１つである。ＲＡＳプロト
コルで使用されるＲＡＳメッセージはゲートキーパ装置
と他の通信装置（例えば、発呼端末やゲートウェイ装
置）とのあいだでやり取りされるメッセージであり、
Ｑ．９３１プロトコルで使用されるＱ．９３１メッセー
ジはゲートキーパ装置を経由して転送される場合と経由
しないで転送される場合がある。

【００５５】ＲＡＳメッセージとしては、当該ＡＲＱの
ほかに、後述するＡＣＦ（アドミッション コンファー
ム：Admission Confirmation）やＡＲＪ（アドミッシ
ョンリジェクト：Admission Rejection）がある。

【００５６】また、Ｑ．９３１メッセージには、SETUP
（セットアップ：呼設定）メッセージ、ALERT（アラー
ト：呼出）メッセージ、CONNECT（コネクト：応答）メ
ッセージがある。

【００５７】前記ゲートウェイ選択・通信制御部４５
は、前記ゲートウェイ選択信号ＲＣを生成し出力するゲ
ートウェイ選択機能のほかに、プロトコル部３０が行う
メッセージ通信を制御する通信制御機能を備えている。
当該通信制御機能は、プロトコル部３０に供給する通信
制御信号ＣＣによって実現される。

【００５８】なお、前記ゲートウェイ選択・通信制御部
４５に接続された電話番号メモリ４６は、前記Ｑ．９３
１ルーティングにおいて（ステップＰ３１で受け取っ
た）ＡＲＱメッセージから得た（宛先）電話番号を、一
時的に記憶しておくためのメモリである。

【００５９】各種のサービスに対応した端末装置の中に
は、ＩＴＵ−Ｔ勧告Ｈ．３２３（０９／９９）を基準と
すると標準的ではない端末装置も存在し得る。これら非
標準の端末装置は、SETUPメッセージに収容することが
標準となっている宛先端末識別子を、SETUPメッセージ
に収容しないが、当該電話番号メモリ４６はこのような
非標準端末装置に対応するために設けられている。

【００６０】以下、上記のような構成を有する本実施形
態の動作について説明する。

【００６１】（Ａ−２）実施形態の動作 前記ゲートウェイ選択処理は、発呼端末２１が最初のメ
ッセージ（ＡＲＱ）を送信してから、呼が確立するまで
のメッセージ交換の過程で実行されるものであり、上述
したようにＱ．９３１メッセージがゲートキーパ装置
（２２）を経由して転送される場合のゲートウェイ選択
処理をＱ．９３１ルーティングと呼び、ゲートキーパ装
置（２２）を経由しないで転送される場合のゲートキー
パ選択処理を非経由ルーティングと呼ぶ。

【００６２】非経由ルーティングにおけるネットワーク
接続制御システム２０のメッセージシーケンスを図４に
示し、ゲートキーパ装置２２の動作シーケンスを図６に
示す。図４のメッセージシーケンスは、Ｓ１０〜Ｓ１６
の各ステップから構成されており、図６の動作シーケン
スは、Ｐ１０〜Ｐ２１の各ステップから構成されてい
る。

【００６３】（Ａ−２−１）非経由ルーティング 図４および図６において、通常、ゲートキーパ装置２２
は前記メッセージＭＳ１１としてのＡＲＱメッセージを
待ち受ける待ち状態を維持している（Ｐ１０）。

【００６４】発呼端末としての端末２１がゲートウェイ
装置（１１〜１４）を経由して他の端末（例えば２３）
と呼接続を行いたいときは、端末２１が宛先端末識別子
としての前記（宛先）電話番号を含むＡＲＱメッセージ
をゲートキーパ装置２２に送信し（Ｓ１０）、ゲートキ
ーパ装置２２はこのＡＲＱメッセージを受け取る（Ｐ１
１）。

【００６５】当該ＡＲＱメッセージには、端末２１が要
求しているサービスが有料サービスであるか無料サービ
スであるかを識別することができる要求サービス識別情
報（本実施形態では、電話番号が、当該要求サービス識
別情報として機能するものとする）や、要求しているサ
ービスのために必要な帯域幅の大きさを示す要求帯域幅
情報なども含まれている。

【００６６】そして、当該要求サービス識別情報をもと
に前記課金判定部３６が要求サービスが無料サービスで
あることを検出すると、ゲートキーパ装置２５はこれか
ら端末２１やゲートウェイ装置（例えば１１）とのあい
だで行うメッセージ交換として、非経由ルーティングに
対応するメッセージ交換を選択し、前記プロトコル部３
０が非経由ルーティングに対応する各メッセージの送受
信を行うようにすることができる。課金の必要がない非
経由ルーティングでは、SETUPメッセージなどのＱ．９
３１メッセージの転送をゲートキーパ装置２２が仲介し
ないため、ゲートキーパ装置２２にかかる負荷が軽減で
きる。

【００６７】次にゲートキーパ装置２２内のゲートウェ
イ選択・通信制御部４５は、当該発呼が可能であるか否
かを判断し（Ｐ１２）、当該判断結果に応じた通信制御
信号ＣＣを出力する。

【００６８】すなわち、可能であると判断した場合には
プロトコル部３０がSETUPメッセージ（Ｓ１２）の宛先
となるネットワークアドレスを含むＡＣＦメッセージを
メッセージＭＳ１２として端末２１に返し、可能でない
と判断した場合はＡＲＪメッセージを返す（Ｓ１１、Ｐ
１６）ような通信制御信号ＣＣが出力される。

【００６９】ここで、ゲートウェイ選択・通信制御部４
５が発呼の可否を判定する条件（発呼可否条件）は、宛
先端末識別子としての電話番号が前記宛先テーブルＤＴ
２に登録されているか否か（Ｐ１３）、あるいは前記要
求帯域幅情報が指定する帯域幅の大きさが使用可能帯域
幅未満であるか否か（Ｐ１５）を検出すること等であ
る。

【００７０】例えば、前記宛先テーブルＤＴ２の状態が
図９に示す通りであるとすると、当該ゲートウェイ選択
・通信制御部４５は、ＡＲＱメッセージに含まれている
（宛先）電話番号が、前記宛先テーブルＤＴ２に登録さ
れていない番号（例えば“０３−３３”で始まる番号。
これは例えば着呼端末２４を指定する番号であってよ
い）であるときは、ステップＰ１３のＮ（Ｎｏ）側の分
岐を選択して発呼端末２１にＡＲＪメッセージを送信し
（Ｐ１６、Ｓ１１）、当該宛先テーブルＤＴ２に登録さ
れている番号（例えば“０３−３１”で始まる番号。こ
れは例えば着呼端末２３を指定する番号であってよい）
であるときは、ステップＰ１３のＹ（Ｙｅｓ）側の分岐
を選択して処理をステップＰ１４に進める。

【００７１】ステップＰ１４では、宛先電話番号（例え
ば“０３−３１”で始まる電話番号）をもとに宛先テー
ブルＤＴ２を検索することで該当する宛先ゲートウェイ
グループ名（図９ではＧＷ１）を取得する。

【００７２】次にステップＰ１５では、ステップＰ１４
で求めた宛先ゲートウェイグループ名（ＧＷ１）をもと
に登録テーブルＲＴを検索して該当する複数のゲートウ
ェイネットワークアドレス（図１０ではＮＡ１、ＮＡ
２）を求め、これら複数のゲートウェイネットワークア
ドレスの中に前記使用可能帯域幅が前記要求帯域幅情報
で指定する帯域幅以上のものが少なくとも１つ存在する
かどうかを検査し、存在しない場合（すべてのゲートウ
ェイ装置の使用可能帯域幅が０の場合も含む）にはＮ側
に分岐して前記ＡＲＪメッセージを送信し（Ｐ１６）、
１つでも存在する場合にはＹ側に分岐して処理をステッ
プＰ１７に進める。

【００７３】例えば、受け取ったＡＲＱメッセージ中の
宛先電話番号が着呼端末２４を指定する“０６−３３”
で始まる電話番号である場合には当該電話番号は宛先テ
ーブルＤＴ２に登録されているのでステップＰ１３はＹ
側に分岐してゲートウェイグループ名ＧＷ２を取得する
（Ｐ１４）。このケースで要求帯域幅情報が示す帯域幅
が６４ｋｂｐｓであって、前記宛先テーブルＤＴ２の状
態が図９に示す通りであり、なおかつ前記登録テーブル
ＲＴの状態が図１０に示す通りであるとすると、当該Ｄ
Ｔ２とＲＴを対応付けて検査することによりゲートウェ
イ選択・通信制御部４５は、着呼端末２４と通信可能な
ゲートウェイネットワークアドレスＮＡ３のゲートウェ
イ装置１３についても、ＮＡ４のゲートウェイ装置１４
についても、現時点の使用可能帯域幅は当該６４ｋｂｐ
ｓ未満である（ＮＡ３は４０ｋｂｐｓ、ＮＡ４は１０ｋ
ｂｐｓである）ことを認識し、ステップＳ１１で返すメ
ッセージはＡＲＪとなる。

【００７４】このとき、もしも、ＮＡ３またはＮＡ４の
いずれか一方でも使用可能帯域幅が６４ｋｂｐｓ以上あ
れば、処理はステップＰ１５からＰ１７に進み、プロト
コル部３０はＡＣＦメッセージを返すことになる。

【００７５】ステップＰ１７ではステップＰ１８で送信
するＡＣＦメッセージに収容するために、ステップＰ１
５で使用可能帯域幅が要求帯域幅以上であると判定され
た１または複数のゲートウェイネットワークアドレスの
中から、現時点における最も大きな使用可能帯域幅に対
応するゲートウェイネットワークアドレスを選択する。

【００７６】例えば、受け取ったＡＲＱメッセージ中の
（宛先）電話番号が着呼端末２３を指定する“０３−３
１”で始まる電話番号で、要求帯域幅情報が示す帯域幅
が６４ｋｂｐｓであれば、ステップＰ１５における要求
帯域幅以上の使用可能帯域幅に対応するゲートウェイネ
ットワークアドレスはＮＡ１とＮＡ２の２つであるが、
現時点ではＮＡ１に対応する使用可能帯域幅（３００ｋ
ｂｐｓ）のほうがＮＡ２に対応する使用可能帯域幅（２
００ｋｂｐｓ）よりも大きいので、ゲートウェイ選択・
通信制御部４５が選択するのはゲートウェイ装置１１を
指定するＮＡ１である。

【００７７】このように各時点における使用可能帯域幅
が大きいほうのゲートウェイ装置を選択するようにゲー
トウェイ選択処理を行うことにより、呼設定当初のSETU
Pメッセージ（Ｓ１２）の転送処理時点から負荷を分散
することができ、通信の途中で仲介するゲートウェイ装
置を切替える必要もないので、安定的な負荷分散を行う
ことが可能である。

【００７８】なお、ここで示したステップＰ１３、Ｐ１
５以外の発呼可否条件を判定する必要がある場合には、
前記ステップＰ１２の内部で判定を行い、その判定結果
が否定的となる場合にステップＰ１２がＮ側に分岐する
ようにしてもよい。もしもステップＰ１２の内部で何も
検査しない場合には、Ｐ１２は無条件にＹ側に分岐する
ことになる。

【００７９】ステップＰ１８では、ステップＰ１７で選
択したゲートウェイネットワークアドレス（ＮＡ１）を
収容したＡＣＦメッセージを発呼端末２１に送信する
（Ｓ１１）。

【００８０】当該ＡＣＦメッセージを受け取った発呼端
末２１は、ＡＣＦメッセージに収容されていたゲートウ
ェイネットワークアドレス（ＮＡ１）で指定されるゲー
トウェイ装置（１１）に対して、SETUPメッセージを送
信する（Ｓ１２）が、この送信は、当該非経由ルーティ
ングの場合、ゲートキーパ装置２２を経由することなく
ゲートウェイ装置（１１）に対して行われる。

【００８１】このSETUPメッセージは端末間の呼制御の
ためのＱ．９３１プロトコルに対応するものなので、ネ
ットワークＮＷ２（ＮＷ３）内のプロトコル内容にも依
存するものの、通常は、ゲートウェイ装置１１を介して
着呼端末２３まで転送されることになる。

【００８２】引き続いてゲートウェイ装置１１とゲート
キーパ装置２２のあいだで行われるステップＳ１３（Ｐ
１９）、Ｓ１４（Ｐ２０）のメッセージ転送は、それぞ
れ前記ステップＳ１０（Ｐ１１）、Ｓ１１（Ｐ１６また
はＰ１８）のメッセージ転送に対応するものである。

【００８３】なお、ステップＳ１３のＡＲＱメッセージ
における要求帯域幅情報が指定する帯域幅の大きさは、
前記ステップＳ１０のＡＲＱメッセージの要求帯域幅情
報で指定される大きさと同じであることも多いが、一般
的には必ずしも同じではない。

【００８４】ステップＳ１４でＡＲＪメッセージがゲー
トキーパ装置２２からゲートウェイ装置１１に転送され
るのは、ステップＳ１３のＡＲＱメッセージに収容して
着呼側（例えば着呼端末２３）が要求してきた要求帯域
幅情報が示す帯域幅が、その時点のゲートウェイ装置１
１の使用可能帯域幅以上である場合などである。

【００８５】ステップＳ１４でＡＣＦメッセージがゲー
トキーパ装置２２からゲートウェイ装置１１に送信され
ると、ゲートウェイ装置１１から発呼端末２１へALERT
メッセージが転送され（Ｓ１５）、最後にCONNECTメッ
セージが転送されて呼が確立され、通話状態となる（Ｐ
２１）。

【００８６】ALERTメッセージも、CONNECTメッセージも
端末間の呼制御のためのＱ．９３１プロトコルに対応す
るものなので、ネットワークＮＷ２（ＮＷ３）内のプロ
トコル内容にも依存するものの、通常は、着呼端末２３
がゲートウェイ装置１１を介して転送してくるものであ
る。

【００８７】一方、前記Ｑ．９３１ルーティングにおけ
るネットワーク接続制御システム２０のメッセージシー
ケンスを図５に示し、ゲートキーパ装置２２の動作シー
ケンスを図７に示す。図５のメッセージシーケンスは、
Ｓ２０〜Ｓ２９の各ステップから構成されており、図７
の動作シーケンスは、Ｐ３０〜Ｐ４８の各ステップから
構成されている。

【００８８】前記非経由ルーティングの場合と反対に、
このＱ．９３１ルーティングでは、ステップＳ２０のＡ
ＲＱメッセージに収容されて送られてきた要求サービス
識別情報をもとに前記課金判定部３６が要求サービスが
有料サービスであることを検出することで、ゲートキー
パ装置２５はこれから端末２１やゲートウェイ装置（例
えば１１）とのあいだで行うメッセージ交換として、
Ｑ．９３１ルーティングに対応するメッセージ交換を選
択し、前記プロトコル部３０がＱ．９３１ルーティング
に対応する各メッセージの送受信を行うことができる。

【００８９】Ｑ．９３１ルーティングでは、SETUPメッ
セージなどのＱ．９３１メッセージの転送をすべてゲー
トキーパ装置２２が仲介するため、ゲートキーパ装置２
２にかかる負荷が大きくなるが、必要な課金機能をゲー
トキーパ装置２２が実現することが可能である。以下で
は、Ｑ．９３１ルーティングが前記非経由ルーティング
と相違する点についてのみ説明する。

【００９０】（Ａ−２−２）Ｑ．９３１ルーティング 図５および図７において、多くのステップは上述した図
４および図６の各ステップに対応している。

【００９１】すなわち、図５では、ステップＳ２０は前
記Ｓ１０に対応し、ステップＳ２１は前記Ｓ１１に対応
し、ステップＳ２２とＳ２３は前記Ｓ１２に対応し、ス
テップＳ２４は前記Ｓ１３に対応し、ステップＳ２５は
前記Ｓ１４に対応し、ステップＳ２６とＳ２７は前記Ｓ
１５に対応し、ステップＳ２８とＳ２９は前記Ｓ１６に
対応している。

【００９２】また、図７では、ステップＰ３０は前記Ｐ
１０に対応し、ステップＰ３１は前記Ｐ１１に対応し、
ステップＰ３２は前記Ｐ１２に対応し、ステップＰ３５
は前記Ｐ１３に対応し、ステップＰ３６は前記Ｐ１４に
対応し、ステップＰ３７は前記Ｐ１５に対応し、ステッ
プＰ４０は前記Ｐ１７に対応し、ステップＰ４２は前記
Ｐ１９に対応し、ステップＰ４３は前記Ｐ２０に対応
し、ステップＰ４８は前記Ｐ２１に対応する。

【００９３】ただしＱ．９３１ルーティングでは、SETU
PメッセージなどのＱ．９３１メッセージの転送をすべ
てゲートキーパ装置２２が仲介するために、図７と図６
間、図５と図４間でいくつかの相違点が存在する。

【００９４】すなわち、図４上では１つのステップであ
ったSETUPメッセージの転送を示すステップＳ１２が図
５上では２つのステップＳ２２とＳ２３に対応し、発呼
端末２１から送信されたSETUPメッセージはいったんゲ
ートキーパ装置２２に受け取られ、当該ゲートキーパ装
置２２からゲートウェイ装置（例えば１１）へ転送され
ることになる。このため、図６上には存在しなかったス
テップＰ３４とＰ４１が図７上に設けられている。

【００９５】SETUPメッセージ以外のＱ．９３１メッセ
ージについても同様で、ALERTメッセージのためにはス
テップＳ２６、Ｓ２７、Ｐ４４、Ｐ４５を要し、CONNEC
TメッセージのためにはステップＳ２８、Ｓ２９、Ｐ４
６、Ｐ４７を要している。

【００９６】また、図７中のステップＰ３３（図５のス
テップＳ２１に対応）の処理は、ＭＳ１２方向のＡＣＦ
メッセージの転送に関する処理である点で、図６中のス
テップＰ１８に対応するものとみることもできるが、当
該ステップＰ３３で送信されるＡＣＦメッセージには、
前記ＡＣＦメッセージ（Ｓ１４）のようにSETUPメッセ
ージ（Ｓ１２）の宛先となるゲートウェイネットワーク
アドレス（例えばＮＡ１）を収容せず、当該ゲートウェ
イネットワークアドレスの代わりに、ゲートキーパ装置
２２自身のアドレスを収容する。

【００９７】そしてこのアドレスを利用することで、端
末２１は、ステップＳ２２のSETUPメッセージをゲート
キーパ装置２２宛てに送信することになり、ゲートキー
パ装置２２を介したSETUPメッセージの転送（Ｓ２２、
Ｓ２３）が行われる。

【００９８】すなわちステップＰ３３の処理ではＡＣＦ
メッセージにゲートウェイネットワークアドレス（例え
ばＮＡ１）を収容する必要がないため、当該ステップＰ
３３の前に配置されたステップＰ３２では、何らかの検
査を実行するとしても、前記ステップＰ１３〜Ｐ１７に
相当するテーブルＤＴ２やＲＴの検索は必ずしも必要で
はない。

【００９９】もちろん、ステップＰ３２では何らの検査
も行わずに無条件にＹ側に分岐するようにしてもよい。
各ゲートウェイ装置の使用可能帯域幅の大きさ等の実質
的な検査は、後で実行されるステップＰ３５、Ｐ３７、
Ｐ４０等に委ねることができるからである。

【０１００】また、図７の動作シーケンスにおいてステ
ップＰ３５またはＰ３７がＮ側に分岐した場合に行うス
テップＰ３８の処理では、ゲートキーパ装置２２が、RE
LEASE COMPLETE（解放完了）メッセージを発呼端末２
１に送信して、自動的に呼の切断復旧処理を行い、終了
処理を実行する（Ｐ３９）。

【０１０１】これにより、発呼端末２１は、呼処理を継
続できないことを認識する。

【０１０２】（Ａ−３）実施形態の効果 以上のように、本実施形態によれば、ネットワーク接続
制御システム中の各ゲートウェイ装置を論理的にグルー
プ分けしておき、当該グループ内の各ゲートウェイ装置
間で呼を分散して処理するため、一つのゲートウェイ装
置に呼が集中することなく負荷が分散され、従来と比べ
て呼が繋がりやすくなり、限られた資源を効率的に利用
することができる。

【０１０３】また、本実施形態では、呼設定当初のSETU
Pメッセージ（Ｓ１２、Ｓ２２、Ｓ２３）の転送処理時
点から負荷を分散することができ、通信の途中で仲介す
るゲートウェイ装置を切替える必要もないので、従来に
比べて安定的な負荷分散を行うことが可能で、信頼性が
高く、各呼における初期の通信ついての通信品質が高
く、継続中の通信に関しても通信品質が向上する。

【０１０４】さらに、本実施形態の制御は、ほとんどゲ
ートキーパ装置だけで実行することが可能なので、前記
文献１の網間経路制御装置などに比べて制御手順が簡単
で、制御に要する時間が短く手数も少ない。

【０１０５】したがって、本実施形態では、従来よりも
効率的な制御（負荷分散）を、インターネットの内部で
実行することができる。

【０１０６】（Ｂ）他の実施形態 なお、上記実施形態ではその主要部を、ゲートキーパ装
置内のソフトウェアとして実装したが、本発明はハード
ウエア的に実装することも可能である。

【０１０７】また、上記実施形態では、メッセージＭＳ
２２と反対方向に転送されるメッセージＭＳ２１は、同
一のゲートウェイ装置（例えば１１）とゲートキーパ装
置２２とのあいだで送受されるものとし、メッセージＭ
Ｓ１１としてのＡＲＱに応じてゲートウェイ選択信号Ｒ
Ｃが指定するゲートウェイ装置は、メッセージＭＳ２１
としてのＡＲＱに応じてゲートウェイ選択信号ＲＣが指
定するゲートウェイ装置と一致するものとした。

【０１０８】しかしながら本発明はこれに限定されず、
必要な場合には、メッセージＭＳ１１としてのＡＲＱに
応じてゲートウェイ選択信号ＲＣが指定するゲートウェ
イ装置と、メッセージＭＳ２１としてのＡＲＱに応じて
ゲートウェイ選択信号ＲＣが指定するゲートウェイ装置
が、一致しないケースをも許容する。

【０１０９】したがって、例えば、着呼端末２３に対す
るメッセージＭＳ２２はゲートウェイ装置１１を介して
転送し、着呼端末２３が送信するメッセージＭＳ２１は
ゲートウェイ装置１２を介して転送することも可能であ
る。

【０１１０】これにより、同一グループ内のゲートウェ
イ装置（例えば１１と１２）の使用可能帯域幅が同程度
の大きさである場合（例えば、わずかにゲートウェイ装
置１１のほうが大きい）に、ＭＳ１１、ＭＳ２２方向の
メッセージ転送によって帯域幅が消費されたことで当該
グループ内の使用可能帯域幅の大きさに基づく順位が入
れ替わり（例えば、ゲートウェイ装置１２の使用可能帯
域幅のほうが大きくなる場合）、ＭＳ２１方向のＡＲＱ
メッセージ（Ｓ１３またはＳ２４）をゲートキーパ装置
２２が受け取った時点では、前記ＭＳ１１、ＭＳ２２方
向とは異なるゲートウェイ装置（例えば１２）を選択す
るほうが適当となるようなケースに対応することができ
る。

【０１１１】また、上記実施形態では、前記ゲートキー
パ装置２２は、要求サービスが有料サービスであるか無
料サービスであるかに応じてＱ．９３１ルーティングま
たは非経由ルーティングに対応するメッセージ交換を選
択するものであったが、本発明は、必ずしも要求サービ
スの有料、無料に応じて対応するルーティングを選択す
るものでなくてもよく、どちらか一方のルーティングに
のみ対応可能な構成としてもよい。

【０１１２】なお、上記実施形態では、１つのゲートウ
ェイグループ内には２つのゲートウェイ装置が存在した
が、３つ以上のゲートウェイ装置が存在するようにして
もよいことは当然である。

【０１１３】さらに、本発明は、ローカルネットワー
ク、グローバルネットワークを問わずあらゆるネットワ
ークにおいて適用可能である。

【０１１４】

【発明の効果】以上のように、本発明によれば、従来に
比べて安定的な負荷分散を行うことが可能で、呼が繋が
りやすく、資源を効率的に利用することができ、信頼性
が高く、通信品質も向上する。

【図面の簡単な説明】

【図１】実施形態にかかるゲートキーパ装置が装備する
アドレス解決部の主要部の構成を示すブロック図であ
る。

【図２】従来のネットワーク接続制御システムの構成を
示すブロック図である。

【図３】従来のネットワーク接続制御システム中のゲー
トキーパ装置で使用するテーブルの構成を示す概略図で
ある。

【図４】実施形態の非経由ルーティングに関する動作シ
ーケンスである。

【図５】実施形態のＱ．９３１ルーティングに関する動
作シーケンスである。

【図６】実施形態の非経由ルーティングに関するメッセ
ージシーケンスである。

【図７】実施形態のＱ．９３１ルーティングに関するメ
ッセージシーケンスである。

【図８】実施形態にかかるゲートキーパ装置の主要部の
構成を示す概略図である。

【図９】実施形態にかかるゲートキーパ装置で使用する
テーブルの構成を示す概略図である。

【図１０】実施形態にかかるゲートキーパ装置で使用す
るテーブルの構成を示す概略図である。

【図１１】実施形態にかかるネットワーク接続制御シス
テムの構成を示すブロック図である。

【符号の説明】

１〜４、１１〜１４…ゲートウェイ装置、５，２０…ネ
ットワーク接続制御システム、６，２１…発呼端末、
７，２２…ゲートキーパ装置、２３，２４…着呼端末、
３０…プロトコル部、３１…サービス部、３２…データ
ベース、３３…アドレス解決部、３４…帯域幅管理部、
３５…呼管理部、３６…課金判定部、４１…宛先テーブ
ル格納部、４３…登録テーブル格納部、４４…帯域幅書
換部、４５…ゲートウェイ選択・通信制御部、４６…電
話番号メモリ、ＮＷ１〜ＮＷ５…ネットワーク、ＤＴ
１、ＤＴ２…宛先テーブル、ＲＴ…登録テーブル。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 複数の要素ネットワークを有し、各要素
   ネットワークをネットワーク間接続装置によって相互接
   続することにより構成された複合ネットワーク中で、発
   信側通信装置から供給された宛先指定情報をもとに、着
   信側通信装置を含む要素ネットワークに対応しているネ
   ットワーク接続装置を選択する着信要素ネットワーク選
   択手段を備えたネットワーク間接続制御装置において、 前記着信要素ネットワーク選択手段は、 共通の着信側通信装置を含む複数の要素ネットワークか
   ら構成される要素ネットワーク集合を生成し、各要素ネ
   ットワークと各要素ネットワーク集合との対応関係を管
   理する集合管理部と、 前記宛先指定情報と各要素ネットワーク集合との対応関
   係を管理する宛先管理部と、 各ネットワーク間接続装置の通信帯域につき、その帯域
   使用情報を各運用時点で検出し、各帯域使用情報と前記
   集合管理部が管理している要素ネットワークとの対応関
   係を管理する帯域使用情報管理部と、 前記発信側通信装置から宛先指定情報が供給されたとき
   には、前記宛先管理部が管理している対応関係をもとに
   当該宛先指定情報に対応する要素ネットワーク集合を検
   索し、検索結果として得た要素ネットワーク集合に属す
   る各要素ネットワークに対応する各ネットワーク間接続
   装置の中から、前記帯域使用情報に基づいて最適なネッ
   トワーク間接続装置を選択する選択処理部とを備えるこ
   とを特徴とするネットワーク間接続制御装置。