JP2007228403A - ゲートウェイ装置及びリソース割り当て方法 - Google Patents

Abstract

【課題】ＭＧチャネルリソースを追加することなく、少数のＭＧチャネルリソースをそれよりも多数の通信端末で共用する場合に、ＭＧチャネルリソースを効率良く割り当て得るゲートウェイ装置を提供する。
【解決手段】ゲートウェイ装置１Ａにおいて、共有リソース保持部１２，１３に保持されている複数のＭＧチャネルリソースを必要度に応じて共有グループＭＧ１，ＭＧ２にグループ化し、これら共有グループＭＧ１，ＭＧ２とＩＰ端末Ｔ１〜Ｔ３とを対応付けたＩＰ端末属性管理記憶部１８及びリソース数管理記憶部１９Ａを設けて、例えばＩＰ端末Ｔ１と非ＩＰ内線ＥＬまたは外線ＳＬとの間で通信を行なう際に呼制御部１４ＡにてＩＰ端末属性管理記憶部１８及びリソース数管理記憶部１９Ａを参照することにより、共有リソース保持部１２，１３の中から捕捉するＭＧチャネルリソースを特定するようにしている。
【選択図】 図１

Description

この発明は、例えばＩＰ(Internet Protocol)電話システム等のように、ＩＰ網を介して通信端末間で音声通信を行なうシステムに係り、これら通信端末と非ＩＰ網との間でメディアゲートウェイチャネルリソースを介して音声通信を可能とするゲートウェイ装置及びリソース割り当て方法に関する。

近年、ＩＰ網を介して、双方向に画像や音声をパケットデータとして、リアルタイムに送受信するネットワーク電話システム（ＩＰ電話システム）が普及し始めている。

このＩＰ電話システムでは、ＩＰ網にＩＰ電話端末を接続するとともに、ＩＰ網をゲートウェイもしくは主装置を介してアナログ電話回線または公衆網等の回線交換網に接続し、ゲートウェイにおいてメディアゲートウェイチャネルリソースによりプロトコル変換及びデータのフォーマット変換等を行うことにより、ＩＰ電話端末と回線交換網との間で音声通信を可能にしている。

ところで、この種のシステムでは、ゲートウェイにおいて、例えば同一時間帯で複数のＩＰ電話端末からメディアゲートウェイチャネルリソースの使用要求が発生した場合に、複数のＩＰ電話端末に対し同一の条件でメディアゲートウェイチャネルリソースが割り当てられる。このため、各ＩＰ電話端末のユーザに応じたきめ細かなサービスを行うことができない。

なお、従来では、ＩＳＤＮ回線をＬＡＮ(Local Area Network)データ通信用と音声通信用とで共用する場合に、ＩＳＤＮ回線の各チャネルの使用状況に応じて、ＬＡＮデータ通信用に割り当てるチャネル数及び音声通信用に割り当てるチャネル数を変更する手法が提案されている（例えば、特許文献１）。
特開平１１−１８７４３５号公報。

しかしながら、上記手法は、ＩＳＤＮ回線を伝送する信号の種類によりチャネル割当てを変更するものであり、ＩＰ電話端末を対象としたものではない。

そこで、この発明の目的は、メディアゲートウェイチャネルリソースを追加することなく、少数のメディアゲートウェイチャネルリソースをそれよりも多数の電話端末で共用する場合に、メディアゲートウェイチャネルリソースを効率良く割り当て得るゲートウェイ装置及びリソース割り当て方法を提供することにある。

この発明は、上記目的を達成するために、以下のように構成される。
複数の通信端末をパケット通信網を介して収容するとともに、パケット通信網とは異なる通信網を接続可能とし、複数の通信端末と通信網との間を複数のメディアゲートウェイチャネルリソースを介して接続して通信を可能とするゲートウェイ装置において、複数のメディアゲートウェイチャネルリソースを必要度に応じて分割して構成した複数のリソースグループを保持するプールと、これら複数のリソースグループとリソースグループに属する電話端末との対応関係を表すグループテーブルを記憶する記憶手段と、複数の通信端末のうちの任意の通信端末についてメディアゲートウェイチャネルリソースの使用要求が発生した場合に、グループテーブルを参照し、この参照結果に基づいて任意の通信端末に対し該当するリソースグループの中の空きのメディアゲートウェイチャネルリソースを割り当てる制御手段とを備えるようにしたものである。

この構成によれば、複数のメディアゲートウェイチャネルリソースを必要度に応じてグループ化してこのリソースグループと複数の通信端末とを対応付けることにより、通信網と通信を行なう際にプールの中から使用するメディアゲートウェイチャネルリソースを特定することができる。このため、例えば最も通信網を利用する部署及び通信網の利用回数が少ない部署が１つのシステムを共用する場合に、各部署ごとに使用するメディアゲートウェイチャネルリソース数を限定することができ、これによりメディアゲートウェイチャネルリソースを追加することなく、少数のメディアゲートウェイチャネルリソースをそれよりも多数の通信端末で共用する場合に、メディアゲートウェイチャネルリソースを効率良く割り当て、通信端末のユーザ別のきめ細かなサービスを実現できる。

パケット通信網が複数のセグメントに分割されるとき、記憶手段は、セグメントごとにグループテーブルを記憶することを特徴とする。
この構成によれば、複数の通信端末に対しセグメント単位でチャネルリソースの割り当てを行なうことができる。

記憶手段は、複数の通信端末のうち少なくとも１つの通信端末についてセグメント間で必要度が同一のリソースグループに属する複数のグループテーブルを記憶することを特徴とする。

この構成によれば、ある通信端末についてセグメント間で移動したとしても、移動先のセグメントで移動元のリソースグループと同一の必要度となるリソースグループに属することになり、これにより移動元と同一のサービスを継続して利用できる。

さらに、予め設定される条件に従って、プールに保持されるリソースグループごとのメディアゲートウェイチャネルリソース数を変更する変更制御手段を備えたことを特徴とする。なお、条件の判断に、時間帯、メディアゲートウェイチャネルリソースの使用頻度、使用したメディアゲートウェイチャネルリソースを捕捉元のリソースグループに戻す際の当該リソースグループ内のメディアゲートウェイチャネルリソースの空き状態のいずれか１つ、または時間帯と使用頻度との組み合わせを用いる。

この構成によれば、例えば時間帯やメディアゲートウェイチャネルリソースの使用回数等に応じて各リソースグループのメディアゲートウェイチャネルリソース数を最適なメディアゲートウェイチャネルリソース数に可変設定して各リソースグループに属する電話端末に対し比較的柔軟にメディアゲートウェイチャネルリソースを割り当てることができる。

以上詳述したようにこの発明によれば、メディアゲートウェイチャネルリソースを追加することなく、少数のメディアゲートウェイチャネルリソースをそれよりも多数の通信端末で共用する場合に、メディアゲートウェイチャネルリソースを効率良く割り当て得るゲートウェイ装置及びリソース割り当て方法を提供することができる。

以下、この発明の実施形態について図面を参照して詳細に説明する。
（第１の実施形態）
図１は、この発明の第１の実施形態に係わるＩＰ端末ゲートウェイシステムの構成を示すブロック図であり、符号１Ａはゲートウェイ装置を示している。

ゲートウェイ装置１Ａは、外線インタフェース部（外線Ｉ／Ｆ）ＴＩＦ１と、内線インタフェース部（内線Ｉ／Ｆ）ＳＩＦ１と、ＬＡＮインタフェース部（ＬＡＮ Ｉ／Ｆ）Ｌ１〜Ｌ３と、タイムスイッチ１１と、プールを含む共有リソース保持部１２，１３と、呼制御部１４Ａとを備え、このうち外線インタフェース部ＴＩＦ１、内線インタフェース部ＳＩＦ１、ＬＡＮインタフェース部Ｌ１〜Ｌ３、タイムスイッチ１１及び呼制御部１４Ａは制御バス１５を介して相互に接続されている。また、外線インタフェース部ＴＩＦ１、内線インタフェース部ＳＩＦ１、ＬＡＮインタフェース部Ｌ１〜Ｌ３、タイムスイッチ１１及び共有リソース保持部１２，１３は、音声バス１６−１，１６−２を介して相互に接続されている。

また、呼制御部１４Ａには、番号対応Ｉ／Ｆ属性記憶部１７と、ＩＰ端末属性管理記憶部１８と、リソース数管理記憶部１９Ａとが接続されている。

外線インタフェース部ＴＩＦ１は公衆網等の外線ＳＬに接続され、外線ＳＬとの間の呼の確立処理等のインタフェース動作を行う。また、外線インタフェース部ＴＩＦ１は外線ＳＬとのインタフェース動作に係わる種々の制御情報の授受を、制御バス１５を介して呼制御部１４Ａとの間で行なう。

内線インタフェース部ＳＩＦ１には非ＩＰ内線ＥＬが収容されており、この非ＩＰ内線ＥＬにはアナログ電話機やデジタルボタン電話機等の複数の電話端末（図示せず）が接続される。内線インタフェース部ＳＩＦ１は、電話端末に対する発着信処理やデジタル信号の転送処理等のインタフェース動作を行う。また、内線インタフェース部ＳＩＦ１は、非ＩＰ内線ＥＬとのインタフェース動作に係わる種々の制御情報の授受を、制御バス１５を介して呼制御部１４Ａとの間で行なう。

ＬＡＮインタフェース部Ｌ１，Ｌ２にはセグメントＡ（ＳＥＧＡ）に属するＬＡＮ２が収容されており、このＬＡＮ２には電話端末としてのＩＰ端末Ｔ１，Ｔ２が接続される。ＬＡＮインタフェース部Ｌ１，Ｌ２は、ＩＰ端末Ｔ１，Ｔ２に対する発着信処理等のインタフェース動作を行う。また、ＬＡＮインタフェース部Ｌ１，Ｌ２は、ＬＡＮ２とのインタフェース動作に係わる種々の制御情報の授受を、制御バス１５を介して呼制御部１４Ａとの間で行なう。なお、ＩＰ端末Ｔ１には内線電話番号（ＤＮ：２００）が割り当てられており、ＩＰ端末Ｔ２には内線電話番号（ＤＮ：２０１）が割り当てられている。

ＬＡＮインタフェース部Ｌ３にはセグメントＢ（ＳＥＧＢ）に属するＬＡＮ３が収容されており、このＬＡＮ３には電話端末としてのＩＰ端末Ｔ３が接続される。ＬＡＮインタフェース部Ｌ３は、ＩＰ端末Ｔ３に対する発着信処理等のインタフェース動作を行う。また、ＬＡＮインタフェース部Ｌ３は、ＬＡＮ３とのインタフェース動作に係わる種々の制御情報の授受を、制御バス１５を介して呼制御部１４Ａとの間で行なう。なお、ＩＰ端末Ｔ３には内線電話番号（ＤＮ：２０２）が割り当てられている。

タイムスイッチ１１は、呼制御部１４Ａの指示に従い、上記外線インタフェース部ＴＩＦ１と内線インタフェース部ＳＩＦ１との間、外線インタフェース部ＴＩＦ１とＬＡＮインタフェース部Ｌ１〜Ｌ３との間、内線インタフェース部ＳＩＦ１とＬＡＮインタフェース部Ｌ１〜Ｌ３との間で音声バス１６−１，１６−２を介して伝送される信号のチャネル交換を行なう。

共有リソース保持部１２には、セグメントＡに属する複数のメディアゲートウェイ（ＭＧ）チャネルリソースが保持されている。これらＭＧチャネルリソースは、ＩＰ端末Ｔ１〜Ｔ３と外線ＳＬまたは非ＩＰ内線ＥＬとの間でプロトコル変換及びデータのフォーマット変換等を行うためのものである。また、これらＭＧチャネルリソースは、必要度（ここでは２つ）に応じて共有グループＭＧ１，ＭＧ２に分割される。

共有リソース保持部１３には、セグメントＢに属する複数のＭＧチャネルリソースが保持されている。また、これらＭＧチャネルリソースは、必要度（ここでは２つ）に応じて共有グループＭＧ１，ＭＧ２に分割される。

番号対応Ｉ／Ｆ属性記憶部１７には、図２に示すように、電話番号（ＤＮ）と、外線インタフェース部ＴＩＦ１、内線インタフェース部ＳＩＦ１及びＬＡＮインタフェース部Ｌ１〜Ｌ３との対応関係を表すデータが記憶されている。

ＩＰ端末属性管理記憶部１８には、ＭＧチャネルリソース必要度テーブル１８１と、ＭＧチャネルリソース必要度対応共有グループ番号テーブル１８２と、捕捉先チャネルリソース共有グループテーブル１８３とが設けられている。

ＭＧチャネルリソース必要度テーブル１８１には、図３に示すように、ＩＰ端末Ｔ１〜Ｔ３の電話番号と、ＭＧチャネルリソース必要度との対応関係を表すデータが記憶されている。

ＭＧチャネルリソース必要度対応共有グループ番号テーブル１８２には、図４に示すように、リソース必要度と、ＭＧチャネルリソース共有グループ番号との対応関係を表すデータが記憶されている。

捕捉先チャネルリソース共有グループテーブル１８３には、図５に示すように、ＩＰ端末Ｔ１〜Ｔ３の電話番号と、ＬＡＮ２，３のセグメントＡ，Ｂと、ＭＧチャネルリソース共有グループとの対応関係を表すデータが記憶されている。この捕捉先チャネルリソース共有グループテーブル１８３は、ＩＰ端末Ｔ３についてセグメントＡ，Ｂ間で同一のチャネルリソース共有グループＭＧ２を割り当てるようにしている。

リソース数管理記憶部１９Ａには、図６に示すように、セグメントと、ＭＧチャネルリソース共有グループと、初期割当チャネルリソース数と、空きチャネルリソース数との対応関係を表すデータが記憶されている。このうち、空きチャネルリソース数は、呼制御部１４ＡによりＭＧチャネルリソースの使用状況に応じて書き換えられる。

一方、呼制御部１４Ａは、ゲートウェイ装置１Ａとしての動作を実現するための制御機能に加え、チャネルリソース割当制御部１４１を備えている。チャネルリソース割当制御部１４１は、ＩＰ端末Ｔ１と外線ＳＬまたは非ＩＰ内線ＥＬとの接続を行なう際に、番号対応Ｉ／Ｆ属性記憶部１７、ＩＰ端末属性管理記憶部１８及びリソース数管理記憶部１９Ａそれぞれの記憶内容を参照し、この参照結果に基づいて共有リソース保持部１２から空きのＭＧチャネルリソースを捕捉してタイムスイッチ１１を制御することで、ＩＰ端末Ｔ１と外線ＳＬまたは非ＩＰ内線ＥＬとを接続する。

次に、以上のように構成されたＩＰ端末ゲートウェイシステムの動作を説明する。
図７は、ＭＧチャネルリソースを捕捉する際の呼制御部１４Ａの制御処理手順を示すフローチャートである。

ここでは、ＩＰ端末Ｔ１から非ＩＰ内線ＥＬへ発呼した場合を考える。

ＩＰ端末Ｔ１より発呼が合った場合、呼制御部１４Ａは発呼に含まれる相手電話番号及び番号対応Ｉ／Ｆ属性記憶部１７を参照して、ＩＰ端末Ｔ１が接続する相手がＭＧチャネルリソースを必要とする端末か否かを判定する（ステップＳＴ７ａ）。そして、相手がＳＩＦ１あるいはＴＩＦ１の場合は、該ＭＧチャネルリソースが必要となるため、次の捕捉処理へ進む。

ＩＰ端末Ｔ１〜Ｔ３はその端末毎にＭＧチャネルリソースの必要度が持たされており、また、必要度に対応するリソース共有グループが定義されており、それらを組み合わせてＩＰ端末Ｔ１〜Ｔ３がＭＧチャネルリソースを捕捉できる共有グループ番号が定義されている。

呼制御部１４Ａは、捕捉先チャネルリソース共有グループテーブル１８３からＩＰ端末Ｔ１が属するセグメントＡ（ＳＥＧＡ）のグループ番号ＭＧ１を検索し（ステップＳＴ７ｂ）、そのグループＭＧ１にどれだけの空きＭＧチャネルリソースがあるか否かを、リソース数管理記憶部１９Ａから参照して判定する（ステップＳＴ７ｃ）。ここでは、空きが８個あるため、捕捉可能である（ＯＫ）。従って、呼制御部１４Ａは共有リソース保持部１２の共有グループＭＧ１から１つのＭＧチャネルリソース（図１ではリソース１）を捕捉し（ステップＳＴ７ｄ）、このＭＧチャネルリソース経由でタイムスイッチ１１と接続する（ステップＳＴ７ｅ）、結果、ＩＰ端末Ｔ１と非ＩＰ内線ＥＬとの間に通信リンクが確立され通信中となる。

なお、上記ステップＳＴ７ｃにおいて、捕捉可能なＭＧチャネルリソースが無い場合（ＮＧ）、呼制御部１４ＡはＩＰ端末Ｔ１に対し非ＩＰ内線ＥＬへの発信を拒否する。

また、上記ステップＳＴ７ａにおいて、相手がＩＰ端末Ｔ２である場合（ＮＯ）、呼制御部１４ＡはPeer To Peer接続によりＩＰ端末Ｔ１とＩＰ端末Ｔ２との間に通信リンクを確立する（ステップＳＴ７ｆ）。

図８は、ＭＧチャネルリソース返却時の呼制御部１４Ａの制御処理手順を示すフローチャートである。
通信が終了すると、呼制御部１４ＡはＩＰ端末Ｔ１に対し割り当てたＭＧチャネルリソースを共有リソース保持部１２中の捕捉元の共有グループＭＧ１に返却する（ステップＳＴ８ａ）。

以上のように上記第１の実施形態では、ゲートウェイ装置１Ａにおいて、共有リソース保持部１２，１３に保持されている複数のＭＧチャネルリソースを必要度に応じて共有グループＭＧ１，ＭＧ２にグループ化し、これら共有グループＭＧ１，ＭＧ２とＩＰ端末Ｔ１〜Ｔ３とを対応付けたＩＰ端末属性管理記憶部１８及びリソース数管理記憶部１９Ａを設けて、例えばＩＰ端末Ｔ１と非ＩＰ内線ＥＬまたは外線ＳＬとの間で通信を行なう際に呼制御部１４ＡにてＩＰ端末属性管理記憶部１８及びリソース数管理記憶部１９Ａを参照することにより、共有リソース保持部１２，１３の中から捕捉するＭＧチャネルリソースを特定するようにしている。

従って、例えば最も非ＩＰ内線ＥＬまたは外線ＳＬを利用する部署及び非ＩＰ内線ＥＬまたは外線ＳＬの利用回数が少ない部署が１つのシステムを共用する場合に、各部署ごとに使用するＭＧチャネルリソース数を限定することができ、これによりＭＧチャネルリソースを追加することなく、少数のＭＧチャネルリソースをそれよりも多数のＩＰ端末Ｔ１〜Ｔ３で共用する場合に、ＭＧチャネルリソースを効率良く割り当て、ＩＰ端末Ｔ１〜Ｔ３のユーザ別のきめ細かなサービスを実現できる。

また、上記第１の実施形態では、ＩＰ端末属性管理記憶部１８及びリソース数管理記憶部１９Ａにおいて、ＬＡＮ２，３のセグメントＡ，Ｂごとに共有グループＭＧ１，ＭＧ２とＩＰ端末Ｔ１〜Ｔ３とを対応付けるようにしているので、ＩＰ端末Ｔ１〜Ｔ３に対しセグメントＡ，Ｂ単位でＭＧチャネルリソースの割り当てを行なうことができる。

さらに、上記第１の実施形態では、ＩＰ端末Ｔ３についてセグメントＡ，Ｂ間で必要度が同一の共有グループＭＧ２に割り当てるように捕捉先チャネルリソース共有グループテーブル１８３に記憶しているので、ＩＰ端末Ｔ３がセグメントＢからセグメントＡへ移動したとしても、セグメントＡでセグメントＢの共有グループと同一の必要度の共有グループに属することになり、これによりセグメントＢと同一のサービスを継続して利用できる。

（第２の実施形態）
図９は、この発明の第２の実施形態に係わるＩＰ端末ゲートウェイシステムの構成を示すブロック図である。なお、図９において、上記図１と同一部分には同一符号を付して詳細な説明を省略する。

図９において、呼制御部１４Ｂに、リソース数変更制御部１４２を備えるようにしている。また、リソース数管理記憶部１９Ｂには、図１０に示すように、セグメントＡ，Ｂと、共有グループＭＧ１，ＭＧ２と、一定時間毎外線呼量割合と、割当ＭＧチャネルリソース数と、空きＭＧチャネルリソース数との対応関係を表すデータが記憶されている。

リソース数変更制御部１４２は、一定時間ごとに外線ＳＬの使用量（一定時間毎外線呼量割合）を監視し、この監視結果に基づいてリソース数管理記憶部１９Ｂ中のセグメントＡ，Ｂごとの共有グループＭＧ１，ＭＧ２に対する割当ＭＧチャネルリソース数を変更する。

次に、以上のように構成されたＩＰ端末ゲートウェイシステムの動作を説明する。
図１１は、ＭＧチャネルリソース返却時の呼制御部１４Ｂの制御処理手順を示すフローチャートである。
通信が終了すると、呼制御部１４Ｂは捕捉元グループに返却可能か否かを判定する（ステップＳＴ１１ａ）。返却した結果その時点で割り当てられている数を超えなければ（可）、呼制御部１４Ｂは捕捉したＭＧチャネルリソースを捕捉元の共有グループに返却する（ステップＳＴ１１ｂ）。

一方、越えてしまう場合（不可）、呼制御部１４Ｂは捕捉したＭＧチャネルリソースを捕捉元グループ以外の他のグループへ返却する（ステップＳＴ１１ｃ）。ここでは同一セグメントに２グループしかないため、捕捉元以外のグループが一意に定まってしまうが、複数ある場合には、捕捉元以外の共有グループに関し、空きＭＧチャネルリソース数を割当数で割って残存率を計算し、その最も小さい共有グループへ返却する。

以上のように上記第２の実施形態では、呼制御部１４Ｂにおいて、例えば外線ＳＬへの呼量に応じてセグメントＡ，Ｂごとの各共有グループＭＧ１，ＭＧ２のＭＧチャネルリソース数を最適なチャネルリソース数に可変設定するようにしているので、各共有グループＭＧ１，ＭＧ２に属するＩＰ端末Ｔ１〜Ｔ３に対し比較的柔軟にＭＧチャネルリソースを割り当てることができる。

（第３の実施形態）
この発明の第３の実施形態は、例えば時間帯に応じて共有グループＭＧ１，ＭＧ２に割り当てるＭＧチャネルリソース数を固定にするか可変にするかを自動設定するようにしたものである。

図１２は、この発明の第３の実施形態に係わるＩＰ端末ゲートウェイシステムの構成を示すブロック図である。なお、図１２において、上記図１と同一部分には同一符号を付して詳細な説明を省略する。

図１２において、呼制御部１４Ｃに、チャネル割当方式変更制御部１４３を備えている。さらに、リソース数管理記憶部１９Ｃには、リソース数固定記憶部１９１と、リソース数可変記憶部１９２とが設けられる。リソース数固定記憶部１９１には、上記図６に示した記憶内容が記憶される。また、リソース数可変記憶部１９２には、上記図１０に示した記憶内容が記憶される。

チャネル割当方式変更制御部１４３は、図１３に示すように、タイマＴＭで計時される時刻が８：００になるとリソース数可変記憶部１９２からリソース数固定記憶部１９１に切り替え、１７：００になるとリソース数固定記憶部１９１からリソース数可変記憶部１９２に切り替える。

このように第３の実施形態であれば、通常の業務時間（８：００−１７：００）は通信のトラフィックの変更がそれほどないと考えられ、また業務内容に合った優先的なＭＧチャネルリソース割付が必要なため固定割付とし、それ以外の時間（１７：００−８：００）は、なるべく外線ＳＬとの通話でのリソースブロックされる確率を減らすように外線呼量割合に連動して割り付けるというように、割付方式を自動的に変更することが可能となる。なお、切替条件としては、時間帯以外に例えば通信トラフィック等を用いることが可能である。

（その他の実施形態）
この発明は上記各実施形態に限定されるものではない。例えば上記各実施形態では、複数のＭＧチャネルリソースを２グループに分けた場合について説明したが、さらに多数のグループに分けるようにしてもよい。

また、上記各実施形態では、２セグメントの場合について説明したが、さらに多数のセグメントを有する場合でも同様に実施可能である。

その他、システムの種類や構成、ゲートウェイ装置の構成、電話端末といったＩＰ端末の種類、各記憶部の記憶内容、ＭＧチャネルリソースの捕捉制御手順や返却制御手順等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。

この発明の第１の実施形態に係わるＩＰ端末ゲートウェイシステムの構成を示すブロック図。 図１に示した番号対応Ｉ／Ｆ属性記憶部の記憶内容の一例を示す図。 図１に示したチャネルリソース必要度テーブルの記憶内容の一例を示す図。 図１に示したチャネルリソース必要度対応共有グループ番号テーブルの記憶内容の一例を示す図。 図１に示した捕捉先チャネルリソース共有グループテーブルの記憶内容の一例を示す図。 図１に示したリソース数管理記憶部の記憶内容の一例を示す図。 同第１の実施形態におけるＭＧチャネルリソースを捕捉する際の呼制御部の制御処理手順を示すフローチャート。 同第１の実施形態におけるＭＧチャネルリソース返却時の呼制御部の制御処理手順を示すフローチャート。 この発明の第２の実施形態に係わるＩＰ端末ゲートウェイシステムの構成を示すブロック図。 図９に示したリソース数管理記憶部の記憶内容の一例を示す図。 同第２の実施形態におけるＭＧチャネルリソース返却時の呼制御部の制御処理手順を示すフローチャート。 この発明の第３の実施形態に係わるＩＰ端末ゲートウェイシステムの構成を示すブロック図。 同第３の実施形態において、呼制御部が使用するテーブルの記憶内容の一例を示す図。

符号の説明

１Ａ，１Ｂ，１Ｃ…ゲートウェイ装置、２，３…ＬＡＮ、１１…タイムスイッチ、１２，１３…共有リソース保持部、１４Ａ，１４Ｂ，１４Ｃ…呼制御部、１５…制御バス、１６−１，１６−２…音声バス、１７…番号対応Ｉ／Ｆ属性記憶部、１８…ＩＰ端末属性管理記憶部、１９Ａ，１９Ｂ，１９Ｃ…リソース数管理記憶部、１４１…チャネルリソース割当制御部、１４２…リソース数変更制御部、１４３…チャネル割当方式変更制御部、１８１…チャネルリソース必要度テーブル、１８２…チャネルリソース必要度対応共有グループ番号テーブル、１８３…捕捉先チャネルリソース共有グループテーブル、Ｔ１〜Ｔ３…ＩＰ端末、Ｌ１〜Ｌ３…ＬＡＮインタフェース部、ＳＩＦ１…内線インタフェース部、ＴＩＦ１…外線インタフェース部、ＳＬ…外線、ＥＬ…非ＩＰ内線、ＴＭ…タイマ。

Claims (7)

1. 複数の通信端末をパケット通信網を介して収容するとともに、前記パケット通信網とは異なる通信網を接続可能とし、前記複数の通信端末と前記通信網との間を複数のメディアゲートウェイチャネルリソースを介して接続して通信を可能とするゲートウェイ装置において、
   前記複数のメディアゲートウェイチャネルリソースを必要度に応じて分割して構成した複数のリソースグループごとに保持するプールと、
   前記複数のリソースグループと、これらのリソースグループに属する通信端末との対応関係を表すグループテーブルを記憶する記憶手段と、
   前記複数の通信端末のうちの任意の通信端末について前記メディアゲートウェイチャネルリソースの使用要求が発生した場合に、前記グループテーブルを参照し、この参照結果に基づいて前記任意の通信端末に対し該当するリソースグループの中の空きのメディアゲートウェイチャネルリソースを前記プールから読み出して割り当てる制御手段とを具備したことを特徴とするゲートウェイ装置。
2. 前記パケット通信網が複数のセグメントに分割されるとき、
   前記プールは、前記セグメントごとに各リソースグループに属する複数のチャネルリソースを保持し、
   前記記憶手段は、セグメントごとにグループテーブルを記憶することを特徴とする請求項１記載のゲートウェイ装置。
3. 前記記憶手段は、複数の通信端末のうち少なくとも１つの通信端末についてセグメント間で必要度が同一のリソースグループに属する複数のグループテーブルを記憶することを特徴とする請求項２記載のゲートウェイ装置。
4. さらに、予め設定される条件に従って、前記プールに保持されるリソースグループごとのメデイアゲートチャネルリソース数を変更する変更制御手段を備えたことを特徴とする請求項１記載のゲートウェイ装置。
5. 前記変更制御手段は、
   前記プールに保持されるリソースグループごとのメディアゲートウェイチャネルリソース数を固定する第１のモードと、
   前記プールに保持されるリソースグループごとのメディアゲートウェイチャネルリソース数を変更する第２のモードと、
   前記条件に応じて、前記第１及び第２のモードを選択的に実行するモード選択制御手段とを備えたことを特徴とする請求項４記載のゲートウェイ装置。
6. 前記変更制御手段は、前記条件の判断に、時間帯、メディアゲートウェイチャネルリソースの使用頻度、使用したメディアゲートウェイチャネルリソースを捕捉元のリソースグループに戻す際の当該リソースグループ内のメディアゲートウェイチャネルリソースの空き状態のいずれか１つ、または時間帯と使用頻度との組み合わせを用いることを特徴とする請求項４記載のゲートウェイ装置。
7. 複数の通信端末をパケット通信網を介して収容するとともに、前記パケット通信網とは異なる通信網を接続可能とし、前記複数の通信端末と前記通信網との間を複数のメディアゲートウェイチャネルリソースを介して接続して通信を可能とするゲートウェイ装置で使用されるリソース割り当て方法において、
   前記複数のメディアゲートウェイチャネルリソースを必要度に応じて分割して構成した複数のリソースグループごとにプールに保持し、
   前記複数のリソースグループと、これらのリソースグループに属する通信端末との対応関係を表すグループテーブルをメモリに記憶し、
   前記複数の通信端末のうちの任意の通信端末について前記メディアゲートウェイチャネルリソースの使用要求が発生した場合に、前記グループテーブルを参照し、この参照結果に基づいて前記任意の通信端末に対し該当するリソースグループの中の空きのメディアゲートウェイチャネルリソースを前記プールから読み出して割り当てるようにしたことを特徴とするリソース割り当て方法。

Images