(57)【要約】【課題】  ＶＯＩＰシステムにおいて、複数のゲートウエイ装置が利用可能な場合に、各ＣＰＵリソースを均等化することで、ＩＰ電話装置の音声品質に関する設定を容易に行うことができ、ＣＰＵのリソース不足による音声品質の劣化を、高処理能力ＣＰＵを使用せずに防ぐ。【解決手段】  ＩＰネットワーク１に接続された制御装置２は、ＩＰネットワークに接続されたゲートウエイ装置３、４のＣＰＵリソースを監視する機能と、ゲートウエイ装置３、４が通話時に対向装置とセッション開設を行う場合に必要なコーデック情報、パケット送信間隔情報、優先順位を関連付けた能力テーブルを、セッション制御データベース内に有し、ＩＰネットワーク上に接続されたＩＰ電話装置５とのセッション開設時に、ゲートウエイ装置３、４のＣＰＵリソースと制御装置２の処理能力テーブルとを比較し、ＣＰＵリソースの多いゲートウエイ装置とのセッション開設を指示する。【選択図】      図１                                                  
2005333411.tif 000002
【特許請求の範囲】
【請求項１】
複数のゲートウエイ装置と、これらゲートウエイ装置を制御する制御装置とを含み、ＩＰ（Internet Protocol ）ネットワークを介して音声パケット伝送とセッション制御を行うＶＯＩＰ（Voice Over IP ）システムであって、
前記制御装置は、ＩＰ電話端末からの呼接続要求に応答して、前記複数のゲートウエイ装置の各々の現在の処理能力状況に応じて、前記呼接続のためのセッション設定をなすゲートウエイ装置を決定する手段を含むことを特徴とするＶＯＩＰシステム。
【請求項２】
前記複数のゲートウエイ装置の各々は、自装置の現在の処理能力を前記制御装置へ報告する手段を有し、
前記制御装置の前記手段は、前記ゲートウエイ装置の各々から報告された現在の処理能力を参照して、前記セッション設定をなすゲートウエイ装置を決定するようにしたことを特徴とする請求項１記載のＶＯＩＰシステム。
【請求項３】
前記制御装置の前記手段は、前記複数のゲートウエイ装置及び前記ＩＰ電話端末の各々が通話時に対向装置と前記セッション開設を行う場合に必要なコーデック情報、パケット送信間隔情報、優先順位情報を互いに関連付けた処理能力テーブルを有し、前記ゲートウエイ装置の各々から報告された現在の処理能力と前記処理能力テーブルの内容とをそれぞれ参照して、前記呼接続のためのセッション設定をなすゲートウエイ装置を決定するようにしたことを特徴とする請求項２記載のＶＯＩＰシステム。
【請求項４】
前記制御装置の前記手段は、現在の処理能力が同等のゲートウエイ装置が複数存在する場合には、優先順位が高い装置から発信を行うよう制御することを特徴とする請求項３記載のＶＯＩＰシステム。
【請求項５】
複数のゲートウエイ装置と、これらゲートウエイ装置を制御する制御装置とを含み、ＩＰ（Internet Protocol ）ネットワークを介して音声パケット伝送とセッション制御を行うＶＯＩＰ（Voice Over IP ）システムにおけるセッション設定制御方法であって、
前記制御装置において、ＩＰ電話端末からの呼接続要求に応答して、前記複数のゲートウエイ装置の各々の現在の処理能力状況に応じて、前記呼接続のためのセッション設定をなすゲートウエイ装置を決定するステップを含むことを特徴とするセッション設定制御方法。
【請求項６】
前記複数のゲートウエイ装置の各々において、自装置の現在の処理能力を前記制御装置へ報告するステップを有し、
前記制御装置の前記ステップは、前記ゲートウエイ装置の各々から報告された現在の処理能力を参照して、前記セッション設定をなすゲートウエイ装置を決定するようにしたことを特徴とする請求項５記載のセッション設定制御方法。
【請求項７】
前記制御装置において、前記複数のゲートウエイ装置及び前記ＩＰ電話端末の各々が通話時に対向装置と前記セッション開設を行う場合に必要なコーデック情報、パケット送信間隔情報、優先順位情報を互いに関連付けた処理能力テーブルを、予め格納しておき、
前記制御装置の前記ステップにおいて、前記ゲートウエイ装置の各々から報告された現在の処理能力と前記処理能力テーブルの内容とをそれぞれ参照して、前記呼接続のためのセッション設定をなすゲートウエイ装置を決定するようにしたことを特徴とする請求項６記載のセッション設定制御方法。
【請求項８】
前記制御装置の前記ステップは、現在の処理能力が同等のゲートウエイ装置が複数存在する場合には、優先順位が高い装置から発信を行うよう制御することを特徴とする請求項７記載のセッション設定制御方法。
【請求項９】
複数のゲートウエイ装置を含みＩＰ（Internet Protocol ）ネットワークを介して音声パケット伝送とセッション制御を行うＶＯＩＰ（Voice Over IP ）システムにおいて、前記ゲートウエイ装置を制御する制御装置であって、
ＩＰ電話端末からの呼接続要求に応答して、前記複数のゲートウエイ装置の各々の現在の処理能力状況に応じて、前記呼接続のためのセッション設定をなすゲートウエイ装置を決定する手段を含むことを特徴とする制御装置。
【請求項１０】
前記手段は、前記ゲートウエイ装置の各々から報告された現在の処理能力を参照して、前記セッション設定をなすゲートウエイ装置を決定するようにしたことを特徴とする請求項９記載の制御装置。
【請求項１１】
前記手段は、前記複数のゲートウエイ装置及び前記ＩＰ電話端末の各々が通話時に対向装置と前記セッション開設を行う場合に必要なコーデック情報、パケット送信間隔情報、優先順位情報を互いに関連付けた処理能力テーブルを有し、前記ゲートウエイ装置の各々から報告された現在の処理能力と前記処理能力テーブルの内容とをそれぞれ参照して、前記呼接続のためのセッション設定をなすゲートウエイ装置を決定するようにしたことを特徴とする請求項記載１０の制御装置。
【請求項１２】
前記手段は、現在の処理能力が同等のゲートウエイ装置が複数存在する場合には、優先順位が高い装置から発信を行うよう制御することを特徴とする請求項１１記載の制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＶＯＩＰシステム及びそのセッション設定制御方法並びにそれに用いる制御装置に関し、特に複数のゲートウエイ装置とこれらゲートウエイ装置を制御する制御装置とを含み、ＩＰ（Internet Protocol ）ネットワークを介して音声パケット伝送とセッション制御を行うＶＯＩＰ（Voice Over IP ）システムにおけるセッション設定制御方式に関するものである。
【背景技術】
【０００２】
従来、ＶＯＩＰシステムにおいて、外部ネットワークとの接続に使用されるゲートウィ装置は、ＩＰネットワーク上での音声伝送プロトコル実装装置と、音声パケットを一定時間保持するバッファ装置と、音声データの圧縮変換を行う信号処理プロセッサと各ネットワークのインタフェース装置から構成されている。
【０００３】
ゲートウエイ装置においては、各ネットワークから入力される音声データを、信号処理プロセッサにより圧縮およびパケット化してＩＰネットワークに転送するが、ＩＰネットワークから受信される音声パケットは、ＩＰネットワークの性質上、パケットの欠落または遅延の可能性があるために、装置内で所定時間保持した後に、信号処理プロセッサにて音声パケットを伸張、変換して対向のネットワークへ送出する。
【０００４】
ゲートウエイ装置内での音声データの制御および通話品質の制御は一つの通話に対してのみ行われるものであって、ゲートウエイ装置が収容する他の通話を含めた装置またはＶＯＩＰシステム全体としての音声品質を保証する制御がなされていない。
【０００５】
ゲートウエイ装置は、一般に、複数の音声チャネルを有しているために、ＩＰパケットを制御するＣＰＵには多くの処理能力が要求される。一般的に、一つのゲートウエイ装置で同時制御できるチャネル数は、接続されるネットワーク（非ＩＰネットワーク側）のチャネル数により決まってくるが、その場合、全チャネル使用時において最もＣＰＵ負荷の高いコーデックおよびパケット送信周期の設定であっても、ＣＰＵのリソースが不足し音声品質が劣化しないように高速処理が可能なＣＰＵおよび装置構成が適用されている。
【０００６】
全チャネルが同時使用となることが無いような比較的トラフィックの低い環境下、またはパケットの送信遅延や高品質コーデック（６４ｋｂｐｓ等）が問題にならないような使用環境下において、本構成はコスト面でも問題となる。
【０００７】
ここで、特許文献１を参照すると、ＶＯＩＰサービス品質制御において、ＣＰＵリソースの監視を行い、音声コーデック種別やセッション単位のパケット処理の優先度処理などを、動的に変更する技術が記載されている。
【特許文献１】特開２００３−４６５６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかし、前述の技術では、各装置単位でのＣＰＵのリソースを監視した通話品質制御方式であり、ＶＯＩＰシステムにおいて複数のゲートウエイ装置が接続されている場合など、システム全体での品質制御または同機能を持った複数のＶＯＩＰ装置との連携については検討されていない。
【０００９】
本発明の目的は、複数のゲートウエイ装置が利用可能な場合において、各ゲートウエイ装置のＣＰＵリソースを均等化するようにして、ＩＰ電話装置の音声品質に関する設定を容易に行うことができ、ＣＰＵのリソース不足による音声品質の劣化を、高処理能力ＣＰＵを使用せずに防ぐことが可能なＶＯＩＰシステム及びそのセッション設定制御方法並びにそれに用いる制御装置を提供することである。
【課題を解決するための手段】
【００１０】
本発明によるＶＯＩＰシステムは、複数のゲートウエイ装置と、これらゲートウエイ装置を制御する制御装置とを含み、ＩＰ（Internet Protocol ）ネットワークを介して音声パケット伝送とセッション制御を行うＶＯＩＰ（Voice Over IP ）システムであって、前記制御装置は、ＩＰ電話端末からの呼接続要求に応答して、前記複数のゲートウエイ装置の各々の現在の処理能力状況に応じて、前記呼接続のためのセッション設定をなすゲートウエイ装置を決定する手段を含むことを特徴とする。
【００１１】
本発明によるセッション設定制御方法は、複数のゲートウエイ装置と、これらゲートウエイ装置を制御する制御装置とを含み、ＩＰネットワークを介して音声パケット伝送とセッション制御を行うＶＯＩＰシステムにおけるセッション設定制御方法であって、前記制御装置において、ＩＰ電話端末からの呼接続要求に応答して、前記複数のゲートウエイ装置の各々の現在の処理能力状況に応じて、前記呼接続のためのセッション設定をなすゲートウエイ装置を決定するステップを含むことを特徴とする。
【００１２】
本発明による制御装置は、複数のゲートウエイ装置を含みＩＰネットワークを介して音声パケット伝送とセッション制御を行うＶＯＩＰシステムにおいて、前記ゲートウエイ装置を制御する制御装置であって、ＩＰ電話端末からの呼接続要求に応答して、前記複数のゲートウエイ装置の各々の現在の処理能力状況に応じて、前記呼接続のためのセッション設定をなすゲートウエイ装置を決定する手段を含むことを特徴とする。
【００１３】
本発明の作用を述べる。ＶＯＩＰシステムにおいて、ＩＰネットワーク上に設置されたゲートウエイ装置のＣＰＵリソースをＩＰネットワーク上に設置された制御装置が一括して監視することで、ゲートウエイ装置のＣＰＵリソースにより最大使用回線数をダイナミックに変化させ、複数のゲートウエイ装置が利用可能な場合には、それぞれのＣＰＵリソースを均等化することにより、ＩＰ電話装置の音声品質に関する設定を容易に行うことができ、ＣＰＵのリソース不足による音声品質の劣化を、高処理能力ＣＰＵを使用せずに防ぐものである。
【００１４】
更に述べると、ゲートウエイ装置を制御する制御装置は、ＩＰネットワークに接続されたゲートウエイ装置のＣＰＵリソースを監視する機能と、ゲートウエイ装置が通話時に対向装置とセッション開設を行う場合に必要なコーデック情報、パケット送信間隔情報、優先順位を関連付けた能力テーブルを有し、ＩＰネットワーク上に接続された端末とのセッション開設時に、各ゲートウエイ装置のＣＰＵリソースと各ゲートウエイ装置の処理能力テーブルとを比較し、ＣＰＵリソースの多いゲートウエイ装置とのセッション開設を指示し、また、それぞれのゲートウエイ装置のＣＰＵリソースが同等で、リソースが低下している場合には、既存通話に影響を与えない範囲で、ＣＰＵ処理負荷の低いコーデック種別とパケット送信間隔でセッション開設を指示する。
【００１５】
更に、上記の制御装置に、ＩＰネットワークに接続されたゲートウエイ装置とIP電話装置を制御するための呼接続制御機能と、ゲートウエイ装置のＣＰＵリソース状態を監視するＣＰＵリソース監視機能と、ゲートウエイ装置を介して音声通信を行う場合ゲートウエイ装置のＣＰＵリソース状態に応じてセッション制御を行うためのセッション制御データベースと、ＩＰネットワークを介して各装置と制御パケットの送受信を行うためのパケット送受信機能を有する。
【００１６】
また、上記のゲートウエイ装置に、音声パケットおよび制御装置からの制御パケットを送受信するためのパケット送受信機能と、ＩＰネットワークにおける音声データと公衆網における音声データとの変換を行うためのコーデック機能と、公衆網を介して音声データを送受信するための回線インタフェース機能と、制御装置からの指示により接続するＩＰ端末とのセッション制御を行うための呼接続制御機能と、現在の通話状態よりＣＰＵのリソースを検出し、制御装置へこれを送信するためのＣＰＵリソース監視機能を有する。
【００１７】
そして、ＩＰネットワーク上に接続された端末とのセッション開設時に、複数のゲートウエイ装置がそれぞれ同等なＣＰＵリソース状態であった場合、発信優先順位の高いゲートウエイ装置から発信を行うことで、発信優先順位の高いゲートウエイ装置の着信優先順位を低く設定することにより、各ゲートウエイ装置のＣＰＵリソースの均一化を図る。
【発明の効果】
【００１８】
本発明による第１の効果は、複数のゲートウエイ装置のＣＰＵリソースを一つの制御装置で監視することにより全てのゲートウエイ装置の負荷を均一化することで良好な通話品質を保証することができる。
【００１９】
本発明による第２の効果は、ゲートウエイ装置のＣＰＵリソースが少なくなった場合、通話セッション設定情報に制限を設けることで、ＣＰＵ負荷の軽い状態で通話セッション開設し、ＣＰＵリソース低下によるゲートウエイ全体の音声品質低下を防ぎ、通話品質の確保が可能となる。
【００２０】
本発明による第３の効果は、複数のゲートウエイ装置がそれぞれ同等なＣＰＵリソース状態であった場合、発信優先順位の高いゲートウエイ装置から発信を行うことで、発信優先順位の高いゲートウエイ装置の着信優先順位を低く設定することにより、各ゲートウエイ装置のＣＰＵリソースの均一化を図ることが可能である。
【発明を実施するための最良の形態】
【００２１】
以下に、図面を参照しつつ本発明の実施の形態について説明する。図１は本実施の形態におけるＶＯＩＰシステムの構成を示すものであり、ＩＰネットワーク１に、制御装置２と、ゲートウエイ装置３、４と、ＩＰ電話装置５が接続されている。また、ＩＰネットワーク１はゲートウエイ装置３、４を介して公衆網６へ接続されている。公衆網６には、電話装置７が接続されている。
【００２２】
図２は制御装置２の機能ブロック図であり、ＩＰネットワークに接続されたゲートウエイ装置３、４およびＩＰ電話装置５を制御するための呼接続制御部２１と、ゲートウエイ装置３、４のＣＰＵリソース状態を監視するＣＰＵリソース監視部２２と、ゲートウエイ装置３、４を介して音声通信を行う場合ゲートウエイ装置３、４のＣＰＵリソース状態に応じてセッション制御を行うためのセッション制御データベース２３と、ＩＰネットワークを介して各装置と制御パケットの送受信を行うためのパケット送受信部２４とから構成される。
【００２３】
ＣＰＵリソース監視部２２は所定時間毎にゲートウエイ装置３、４から各ゲートウエイ装置のＣＰＵリソース通知を受信し、これを保持する機能を有する。セッション制御データベース２３は、図４に示すように、ＩＰネットワーク１に接続されたＩＰ電話装置５およびゲートウエイ装置３、４が通話時に対向装置とセッション開設を行う場合に必要な情報テーブルである処理能力テーブル２００（Ａ）、３００（Ｂ）、４００（Ｃ）を格納している。
【００２４】
（Ａ）を参照すると、ＩＰ電話装置５の能力テーブル２００を示しており、コーデック情報２０１およびパケット送信間隔（ペイロードタイプ）情報２０２および優先順位２０３が、互いに関連付けられている。（Ｂ）を参照すると、ゲートウエイ装置３の能力テーブル３００を示しており、コーデック情報３０１およびパケット送信間隔情報３０２および優先順位３０３が、互いに関連付けられている。（Ｃ）を参照すると、ゲートウエイ装置４の能力テーブル４００を示しており、コーデック情報４０１およびパケット送信間隔情報４０２および優先順位４０３が、互いに関連付けられている。
【００２５】
更に、（Ｂ）、（Ｃ）のテーブル３００、４００においては、各々のＣＰＵリソース状態が同等な場合、どちらが優先的に発信接続を行うかを決定するための発信優先順位３０５、４０５が、それぞれ含まれている。また、これ等テーブル３００、４００における各エントリを特定するための情報であるリソース条件３０４、４０４が含まれている。
【００２６】
図３はゲートウエイ装置３の機能ブロック図であり、ゲートウエイ装置４はゲートウエイ装置３と同一構成であるので特に図示しない。図３に示すように、制御装置２からの指示により接続するＩＰ電話装置とのセッション制御を行うための呼接続制御部３１と、現在の通話状態よりＣＰＵ３５のリソースを検出して制御装置２へこれを報告するためのＣＰＵリソース監視部３２と、ＩＰネットワークにおける音声データと公衆網における音声データとの変換を行うためのコーデック３３と、音声パケットおよび制御装置２からの制御パケットを送受信するためのパケット送受信部３４と、ＣＰＵ３５と、公衆網を介して音声データを送受信するための回線インタフェース３６とからなる。
【００２７】
ゲートウエイ装置３、４は、所定時間毎に、ＣＰＵリソース監視部３２により呼接続制御部３１からセッション状態を読み出し、これを基にＣＰＵリソースを算出し制御装置２に対して、自装置のＣＰＵリソース状況を通知する機能を有している。
【００２８】
例として、ゲートウエイ装置３、４がセッション開設能力として２種類のコーデック種別と２種類のパケット送信周期を有しているとすると、ＣＰＵリソースの算出方法は、ＣＰＵ負荷をＬ、コーデック種別による重みをｓ1 ，ｓ2 、パケット送信周期をｉ1 ，ｉ2 、コーデックとそれぞれのパケット送信周期の組み合わせによる使用チャネル数をｎ1 ，ｎ2 ，ｎ3 ，ｎ4 とすると、次式で求められるものである。
Ｌ＝（ｓ1 ＊ｉ1 ＊ｎ1 ）＋（ｓ1 ＊ｉ2 ＊ｎ2 ）
＋（ｓ2 ＊ｉ1 ＊ｎ3 ）＋（ｓ2 ＊ｉ2 ＊ｎ4 ）
【００２９】
次に、本発明のＩＰゲートウエイ装置の音声品質制御方法について、図４を参照して説明する。本例では、説明を容易にするため、ゲートウエイ装置におけるＣＰＵのリソースを４段階のａ、ｂ、ｃ、ｄとし、ａ、ｂ、ｃ、ｄの順でＣＰＵのリソースが多いものとする。例として、ゲートウエイ装置３のＣＰＵリソース状態がｃであった場合、図４に示す処理能力テーブルにおいては、リソース条件ｃ、ｄでのセッション設定が可能であることを意味する。
【００３０】
次に、図５の動作シーケンスにつき説明する。ゲートウエイ装置４は所定時間毎に自装置のＣＰＵのリソース状態を監視し、制御装置２に対してリソース状況通知を行う。本例でのリソース状態はｂであるとする（ステップ３０１）。同様に，ゲートウエイ装置３においても所定時間毎に自装置のＣＰＵのリソース状態がａであることを通知している（ステップ３０２）。
【００３１】
ＩＰ電話装置５が公衆網６に接続された電話装置７に接続を行う場合、まず、ＩＰ電話装置５は制御装置２に対して公衆網６への接続要求を行う（ステップ３０３）。要求を受けた制御装置２においては、呼接続制御部２１がＣＰＵリソース監視部２２からゲートウエイ装置３、４のＣＰＵリソース状況を読み出すと共に、セッション制御データベース２３よりゲートウエイ装置３、４の能力テーブルとＩＰ電話装置５の能力テーブルとを読み出し、音声品質を保証できる接続種別を算出する。
【００３２】
より具体的に説明すると、ＩＰ電話装置５の能力テーブル２００の最高優先順位能力種別がコーデック種別６４ｋｂｐｓでパケット送信間隔が２０ｍｓであるため、ゲートウエイ装置３、４のいずれも通信可能となるが、ゲートウエイ装置からのＣＰＵのリソース通知により、ゲートウエイ装置３はＣＰＵリソース状況がｂであるためコーデック種別６４ｋｂｐｓ、パケット送信間隔２０ｍｓの通信がＣＰＵのリソース不足により使用できない。その結果、呼接続制御部２１はＣＰＵリソースが十分にあり良好な通話品質を確保することのできるゲートウエイ装置４を選択する（ステップ３０４）。
【００３３】
使用できるゲートウエイ装置の選択が完了すると、制御装置２の呼接続制御部２１はゲートウエイ装置４に対して公衆網６への接続要求を行う（ステップ３０５）。それを受信したゲートウエイ装置４は公衆網６へ接続し、公衆網６からの接続応答を受信する（ステップ３０６）と、制御装置２に対して応答通知を送信する（ステップ３０７）。
【００３４】
これを受信した制御装置２は呼接続制御部３１からＩＰ電話装置５およびゲートウエイ装置４に対して図６に示す能力テーブルを含むセッション開始指示を送信する（ステップ３０８）。これを受信したＩＰ電話装置５およびゲートウエイ装置４は相互で通話開始のためのセッション開設を行い（ステップ３０９）、本例では、図６のテーブルの太線で示した、お互いの能力テーブルの優先順位が最も高いコーデック６４ｋｂｐｓ、パケット送信間隔ペイロード２０ｍｓで通話を開始する（ステップ３１０）。
【００３５】
次に、図７を参照してゲートウエイ装置３、４のリソース状況が共にｂであった場合（ステップ５０１，５０２）について説明する。この場合、ステップ５０３で、ＩＰ電話装置５から公衆網６への接続要求を受け取った制御装置２は、呼接続制御部２１において、ゲートウエイ装置３、４の能力テーブルとＩＰ電話装置５の能力テーブルとを比較する（ステップ５０４）が、ステップ５０１，５０２での各ゲートウエイ装置からのリソース通知により、どちらのゲートウエイ装置の能力テーブルも、ＩＰ電話装置が有する能力テーブルの最優先順位であるコーデック６４ｋｂｐｓ、パケット送信間隔２０ｍｓが使用できない状態である（ステップ５０４）。
【００３６】
この場合、図４に示した各ゲートウエイ装置の能力テーブルにおける発信優先順位３０５，４０５を参照して、制御装置２は優先順位の高いゲートウエイ装置３に対して接続要求を行う（ステップ５０５）。それを受信したゲートウエイ装置３は公衆網６に接続し、公衆網６からの応答を受信すると（ステップ５０６）、制御装置２に対して応答通知を送信する（ステップ５０７）。
【００３７】
これを受信した制御装置２は、ＩＰ電話装置３およびゲートウエイ装置３に対して、図８に示す能力テーブルを含むセッション開始指示を送信する（ステップ５０８）。このとき送信されるゲートウエイ装置３への能力テーブルからは、制御装置２のＣＰＵリソース制御により、最優先順位のコーデック６４ｋｂｐｓ、パケット送信間隔２０ｍｓの項目が抜かれている。
【００３８】
これを受信したＩＰ電話装置５およびゲートウエイ装置３は相互で通話開始のためのセッション開設を行い（ステップ５０９）、本例では、お互いの能力テーブルの優先順位が２番目のコーデック６４ｋｂｐｓ、パケット送信周期４０ｍｓで通話を開始する（ステップ５１０）。
【００３９】
本例のように、複数のゲートウエイ装置がそれぞれ同等なＣＰＵリソース状態であった場合、発信優先順位の高いゲートウエイ装置から発信を行うことで、発信優先順位の高いゲートウエイ装置の着信優先順位を低く設定することにより、各ゲートウエイ装置のＣＰＵリソースの均一化を図ることが可能である。
【図面の簡単な説明】
【００４０】
【図１】本発明の実施の形態のシステム構成図である。
【図２】図１の制御装置２の機能ブロック図である。
【図３】図１のゲートウエイ装置３の機能ブロック図である。
【図４】本実施の形態における各ＶＯＩＰ装置に割り当てられたセッション開設能力示すテーブルの例を示す図である。
【図５】本実施の形態におけるＩＰ電話装置からの発信接続シーケンスの一例を示す図である。
【図６】図５の動作におけるセッション開始指示に含まれる能力テーブルの例を示す図である。
【図７】本実施の形態におけるＩＰ電話装置からの発信接続シーケンスの他の例を示す図である。
【図８】図７の動作におけるセッション開始指示に含まれる能力テーブルの例を示す図である。
【符号の説明】
【００４１】
１  ＩＰネットワーク
２  制御装置
３、４  ゲートウエイ装置
５  ＩＰ電話装置
６  公衆網
７  電話装置
２１，３１  呼接続制御部
２２  ゲートウエイ装置のＣＰＵリソース監視部
２３  セッション制御データベース
２４，３４  パケット送受信部
３２  ＣＰＵリソース監視部
３３  コーデック
３６  回線インタフェース
【図１】
2005333411.tif 000003
【図２】
2005333411.tif 000004
【図３】
2005333411.tif 000005
【図４】
2005333411.tif 000006
【図５】
2005333411.tif 000007
【図６】
2005333411.tif 000008
【図７】
2005333411.tif 000009
【図８】
2005333411.tif 000010