リソース管理装置及びリソース管理方法
【課題】
要求帯域に対してリンク帯域のようなリソースを正確に分析及び制御し、呼の優先度に応じて適切に呼処理を実現するリソース管理装置及びリソース管理方法の提供する。
【解決手段】
ＳＩＰネゴシエーションによる通信を確立する際に発信される帯域確保要求に関する情報である帯域確保要求情報を受ける受付部１０１と、帯域確保要求情報等を仮想パスの情報として予め記憶する記憶部１０２と、複数の帯域確保要求における要求帯域量それぞれと、通信経路上で設定した仮想パスの上限帯域量及び残存帯域量とを比較し、帯域確保要求の許容について判定する比較判定部１０３と、許容できると判定した際、転送処理装置に対してポリシー制御及びピンホール制御を行う設定部１０４と、帯域確保要求情報が含む要求帯域量が、仮想パスの上限帯域を超過した際及び仮想パスの残存帯域を超過した際にアラームを発出する警報部１０５とを備える。
要求帯域に対してリンク帯域のようなリソースを正確に分析及び制御し、呼の優先度に応じて適切に呼処理を実現するリソース管理装置及びリソース管理方法の提供する。
【解決手段】
ＳＩＰネゴシエーションによる通信を確立する際に発信される帯域確保要求に関する情報である帯域確保要求情報を受ける受付部１０１と、帯域確保要求情報等を仮想パスの情報として予め記憶する記憶部１０２と、複数の帯域確保要求における要求帯域量それぞれと、通信経路上で設定した仮想パスの上限帯域量及び残存帯域量とを比較し、帯域確保要求の許容について判定する比較判定部１０３と、許容できると判定した際、転送処理装置に対してポリシー制御及びピンホール制御を行う設定部１０４と、帯域確保要求情報が含む要求帯域量が、仮想パスの上限帯域を超過した際及び仮想パスの残存帯域を超過した際にアラームを発出する警報部１０５とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディアサービスを実現するＩＭＳ（IP Multimedia Subsystem）を用いた転送系ネットワークにおいて、帯域予約及び帯域確保等の要求に対し、転送経路上の帯域量等のリソース管理を伴って呼処理を実施するリソース管理装置及びリソース管理方法に関する。
【背景技術】
【０００２】
端末間で音声通信や動画通信を開始する場合に、端末は呼処理サーバを経由してＳＩＰ（Session Initiation Protocol）ネゴシエーションにより、端末間でＳＩＰセッションを確立する。ＳＩＰネゴシエーションは端末間でＳＩＰのＳＤＰ（Session Description Protocol）の記述が送受信され決定される。ＳＤＰに含まれるメディア情報には、要求帯域、転送品質クラス等が含まれる。ＲＡＣＳ（Resource and Admission Control Subsystem）はあらかじめ転送網の経路情報と各リンクの帯域を仮想的なリソースである仮想パスとして管理している。
【０００３】
ＳＩＰネゴシエーションによって確立する１以上のメディアのトラヒック同士が転送網を通過する際に干渉し合ってパケットロスしないように、ＲＡＣＳは、ＳＩＰネゴシエーション結果に基づき決定したメディアセッションに必要な帯域を転送品質クラス及び方向属性によって、仮想パスの帯域から使用帯域として加減算する。仮想パス上限帯域内で帯域使用可能な場合を受付可能と判断して、メディアゲートウェイ（ＭＧ：Media Gateway）にターミネーション（Termination）を作成し、ピンホール制御およびポリシー設定を行う。
【０００４】
呼処理サーバ（ＳＩＰサーバ）は、発ユーザ種別、着ユーザ種別及びＳＩＰにおけるＳＤＰ内のプライオリティ等を識別して優先度の高い呼に対して一定呼数の留保機能を提供している。
【０００５】
ここで、ＲＡＣＳのうち、Ａ−ＲＡＣＦ（Resource and Admission Control Function）及びＳＰＤＦ（Service Policy Decision Function）を具備した機能部がＭＧＣ（Media Gateway Controller）である。また、Ｃ−ＢＧＦ（Core Border Gateway Function）、Ｉ−ＢＧＦ（Interconnection Border Gateway Function）及びＲＣＥＦ（Resource Control Enforcement Function）等の被制御機能部であり、転送系ネットワークにおいてＩＰパケットを転送する転送処理装置がメディアゲートウェイである。
【０００６】
従来は、端末間でＳＩＰネゴシエーションされた呼の各優先度のＳＩＰセッション数が、呼処理サーバに設定されたその優先度の閾値を超える場合に、接続不可とする。呼処理サーバで接続可能と判断した場合は、さらにリソース管理機能部に対して帯域予約要求及び帯域確保要求を行い、リソース管理機能部にて管理する各仮想パスのうち端末間の経路に該当する各リンクリソースの残量に対して使用可能な場合に、接続可能と判断する。
【０００７】
ここで、図２１を参照して、従来のメディアセッションリソース管理の概念を説明する。
【０００８】
（イ）ステップＳ４０１において、呼処理サーバは、端末から送信されたイニシャルＩＮＶＩＴＥ（ini-invite）を受信する。ステップＳ４０２において、呼処理サーバは、イニシャルＩＮＶＩＴＥ（ini-invite）が含むＳＩＰセッション数と、予め設定している優先度のセッション数の閾値とを比較する。
【０００９】
（ロ）ＳＩＰセッション数が優先度のセッション数の閾値を越えない場合、ステップＳ４０３において、呼処理サーバは、イニシャルＩＮＶＩＴＥ（ini-invite）が含む要求帯域と、Ｌ２ＳＷ仮想パスにおける残存する帯域量とを比較する。
【００１０】
（ハ）要求帯域が残存帯域量を超えない場合、ステップＳ４０４において、イニシャルＩＮＶＩＴＥ（ini-invite）が含む要求帯域と、ＳＢＣ仮想パスにおける残存する帯域量とを比較する。要求帯域が残存帯域量を超えない場合、呼処理サーバは端末が接続可能であると判断する。
【００１１】
（ニ）ステップＳ４０２において、ＳＩＰセッション数が優先度のセッション数の閾値を越える場合、ステップＳ４０３において、要求帯域がＬ２ＳＷ仮想パスにおける残存帯域量を超える場合及びステップＳ４０４において、要求帯域がＳＢＣ仮想パスにおける残存帯域量を超える場合は、ステップＳ４０５において、呼処理サーバは端末が接続不可能であると判断する。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２００３−２５８８５５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
一般呼のみが規制される輻輳規制時などにおいて、優先的に接続させる呼を区別するための優先度設定を設け、また通常通話時にも、一般呼に対して一定の割合で優先呼や緊急呼を疎通させる仕組みを実現するためには優先度設定を設ける必要がある。こうした留保機能は、従来の固定電話網においては、呼数をカウントすることだけで実現することが可能であった。
【００１４】
しかしながら、品質によって必要な帯域量が異なる電話呼及び電話呼に対して圧倒的に使用帯域量が多いビデオ呼等の多様な帯域量のトラヒックを処理するネットワーク、また、ルータ及びスイッチ等のように複数種類のインタフェースを備えたネットワークにおいては、使用可能な帯域リソース量も多様化している。そのため、使用可能な帯域に対する呼の優先度はシステムが許容する呼数からだけでは呼の転送処理における管理及び制御は困難であるという問題がある。
【００１５】
このように使用可能な帯域リソース量も多様化しているネットワークにおける呼処理については、使用可能な帯域における優先度をシステムで許容する呼数だけでなく、各システムが有するリンクリソースの帯域量も考慮する必要がある。
【００１６】
上記問題点を鑑み、本発明は、ＩＰベースの転送網で、ＳＩＰを利用した呼処理制御により、マルチメディアサービスを実現するＩＭＳにおいて、要求帯域に対してリンク帯域のようなリソースを正確に分析及び制御し、呼の優先度に応じて適切に呼処理を実現するリソース管理装置及びリソース管理方法の提供を目的とする。
【００１７】
ここで、ＩＭＳは、呼処理を司るＣＳＣＦ(Call Session Control Function)、利用帯域積み上げ積み下げ、受付判定、転送網のメディアゲートウェイに対するピンホール制御及びポリシー設定を行うＲＡＣＳ、被制御装置であるＣ-ＢＧＦ、Ｉ-ＢＧＦ及びＲＣＥＦ等を有する。なお「積み上げ積み下げ」とは、リソース管理機装置が管理している全仮想パスから端末間の経路を特定後、該当する1以上の仮想パスに対して、通信開始時は要求帯域を加算し、通話終了時は加算した帯域を減算することを意味する。また、「ピンホール制御」とは、リソース管理装置がメディアゲートウェイに対して端末間、端末及び呼処理サーバ間で通信可能にする為のポートを設定することを意味する。
【課題を解決するための手段】
【００１８】
上記課題を解決するために、本発明の一様態は、複数のクライアント端末及び複数のサーバ端末がそれぞれＳＩＰネゴシエーションによる通信を確立するために経由する複数の呼処理サーバ、ＩＰパケットを中継するネットワーク中継装置、呼処理サーバが管理する転送系ネットワークの終端に位置しＩＰパケットを端末へ転送する転送処理装置を有し、転送処理装置がＩＰパケットの流入出を許可することで端末間の通信を可能にする転送系ネットワークにおいて、呼処理サーバが有する機能の一つ以上を担い、通信帯域及び通信経路を管理及び制御するリソース管理装置に関する。すなわち、本発明の様態に係るリソース管理装置は、（イ）ＳＩＰネゴシエーションによる通信を確立する際に発信される帯域確保要求に関する情報である帯域確保要求情報を受ける受付部と、（ロ）受付部が帯域確保要求を受けた際に、端末間の通信に必要となるメディアストリーム数及び帯域量を含む帯域確保要求情報を記憶し、転送系ネットワークの物理構成における通信帯域及び通信経路に関し、端末間の通信を許容可能なメディアストリーム数及び帯域量の情報を仮想パスの情報として予め記憶する記憶部と、（ハ）ＳＩＰネゴシエーションの結果に基づいた複数の帯域確保要求における要求帯域量それぞれと、通信経路上で設定した仮想パスの上限帯域量及び残存帯域量とを比較し、帯域確保要求情報が含む要求帯域量が、仮想パスの上限帯域及び残存帯域を超過しない場合のみ、仮想パスは帯域確保要求を許容できると判定する比較判定部と、（ニ）比較判定部が帯域確保要求を許容できると判定した際、端末間のＳＩＰネゴシエーションの結果に基づいた帯域利用が可能になるよう、転送処理装置に対してポリシー制御及びピンホール制御を行う設定部と、（ホ）帯域確保要求情報が含む要求帯域量が、仮想パスの上限帯域を超過した際及び仮想パスの残存帯域を超過した際にアラームを発出する警報部とを備えることを要旨とする。
【００１９】
本発明の別の様態は、複数のクライアント端末及び複数のサーバ端末がそれぞれＳＩＰネゴシエーションによる通信を確立するために経由する複数の呼処理サーバ、ＩＰパケットを中継するネットワーク中継装置、呼処理サーバが管理する転送系ネットワークの終端に位置しＩＰパケットを端末へ転送する転送処理装置を有し、転送処理装置がＩＰパケットの流入出を許可することで端末間の通信を可能にする転送系ネットワークにおいて、呼処理サーバが有する機能の一つ以上を担い、通信帯域及び通信経路を管理及び制御するリソース管理方法に関する。すなわち、本発明の別の様態に係るリソース管理方法は、（イ）受付部が、ＳＩＰネゴシエーションによる通信を確立する際に発信される帯域確保要求に関する情報である帯域確保要求情報を受けるステップと、（ロ）記憶部が、受付部が帯域確保要求を受けた際に、端末間の通信に必要となるメディアストリーム数及び帯域量を含む帯域確保要求情報を記憶し、転送系ネットワークの物理構成における通信帯域及び通信経路に関し、端末間の通信を許容可能なメディアストリーム数及び帯域量の情報を仮想パスの情報として予め記憶するステップと、（ハ）比較判定部が、ＳＩＰネゴシエーションの結果に基づいた複数の帯域確保要求における要求帯域量それぞれと、通信経路上で設定した仮想パスの上限帯域量及び残存帯域量とを比較し、帯域確保要求情報が含む要求帯域量が、仮想パスの上限帯域及び残存帯域を超過しない場合のみ、仮想パスは帯域確保要求を許容できると判定するステップと、（ニ）設定部が、比較判定部が帯域確保要求を許容できると判定した際、端末間のＳＩＰネゴシエーションの結果に基づいた帯域利用が可能になるよう、転送処理装置に対してポリシー制御及びピンホール制御を行うステップと、（ホ）警報部が、帯域確保要求情報が含む要求帯域量が、仮想パスの上限帯域を超過した際及び仮想パスの残存帯域を超過した際にアラームを発出するステップとを含むことを要旨とする。
【発明の効果】
【００２０】
本発明によれば、ＩＰベースの転送網で、ＳＩＰを利用した呼処理制御により、マルチメディアサービスを実現するＩＭＳにおいて、要求帯域に対してリンク帯域のようなリソースを正確に分析及び制御し、呼の優先度に応じて適切に呼処理を実現するリソース管理装置及びリソース管理方法の提供することができる。
【００２１】
すなわち、呼数としては、呼処理サーバの処理能力を超えない場合でも、ネットワークのある1つのリンク帯域をリソースとみたてた場合のリソース不足を正しく判断して、リソースが不足する場合にも、優先呼に対する必要帯域量を確保することが可能となり、音声呼のような一律の帯域を使用するトラヒックのみが流通するだけでなく、加えて必要帯域が異なるビデオ呼の様なトラヒックが増大する環境においても一定の優先電話の疎通を確保できるようになる。
【図面の簡単な説明】
【００２２】
【図１】本発明の第１の実施の形態に係るリソース管理装置のブロック図である。
【図２】本発明の第１及び第２の実施の形態に係る転送系ネットワークにおける機器構成の概要図である。
【図３】本発明の第１及び第２の実施の形態に係る通信経路を仮想化した通信リソースの概略図である。
【図４】本発明の第１及び第２の実施の形態に係る呼の優先度に関する概要図である。
【図５】本発明の第１及び第２の実施の形態に係るリソース管理方法に関する概要図である。
【図６】本発明の第１及び第２の実施の形態に係るリソース管理方法に関するフローチャート図である。
【図７】本発明の第１及び第２の実施の形態に係るリソース管理方法に関するフローチャート図である。
【図８】本発明の第１及び第２の実施の形態に係るリソース管理方法に関するフローチャート図である。
【図９】本発明の第１及び第２の実施の形態に係るアラーム発出のロジックを示す概要図である。
【図１０】本発明の第１及び第２の実施の形態に係るアラーム発出のロジックを示す概要図である。
【図１１】本発明の第１及び第２の実施の形態に係るアラーム発出のロジックを示す概要図である。
【図１２】本発明の第１及び第２の実施の形態に係るアラーム発出のロジックを示す概要図である。
【図１３】本発明の第１及び第２の実施の形態に係るアラーム発出のロジックを示す概要図である。
【図１４】本発明の第１及び第２の実施の形態に係るアラーム発出のロジックを示す概要図である。
【図１５】本発明の第１及び第２の実施の形態に係るアラーム発出のロジックを示す概要図である。
【図１６】本発明の第１及び第２の実施の形態に係るアラーム発出のロジックを示す概要図である。
【図１７】本発明の第２の実施の形態に係るリソース管理装置のブロック図である。
【図１８】本発明の第２の実施の形態に係る留保閾値変更時のアラーム発出の動作を示す概要図である。
【図１９】本発明の第２の実施の形態に係る帯域制御時におけるアラーム発出のロジックを示す概要図である。
【図２０】本発明の第２の実施の形態に係る帯域制御時におけるアラーム発出のロジックを示す概要図である。
【図２１】従来の呼処理サーバにおけるリソース管理に関する処理を示すフローチャート図である。
【発明を実施するための形態】
【００２３】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。但し、図面は模式的なものであり、装置やシステムの構成等は現実のものとは異なることに留意すべきである。したがって、具体的な構成は以下の説明を参酌して判断すべきものである。また、図面相互間においても互いの構成の異なる部分が含まれていることは勿論である。
【００２４】
また、以下に示す本発明の実施の形態は、本発明の技術的思想を具体化するための装置や方法を例示するものであって、本発明の技術的思想は、構成部品の材質、形状、構造、配置等を下記のものに特定するものではない。本発明の技術的思想は、特許請求の範囲に記載された技術的範囲内において、種々の変更を加えることができる。
【００２５】
（第１の実施の形態）
［装置の構成］
本発明の第１の実施の形態に係るリソース管理装置１１は、図１に示すように、複数のクライアント端末３００及び複数のサーバ端末３００がそれぞれＳＩＰネゴシエーションによる通信を確立するために経由する複数の呼処理サーバ１００、ＩＰパケットを中継するネットワーク中継装置、呼処理サーバ１００が管理する転送系ネットワークの終端に位置しＩＰパケットを端末３００へ転送する転送処理装置５００を有し、転送処理装置５００がＩＰパケットの流入出を許可することで端末３００間の通信を可能にする転送系ネットワークにおいて、呼処理サーバ１００が有する機能の一つ以上を担い、通信帯域及び通信経路を管理及び制御する。すなわち、リソース管理装置１１は、ＳＩＰネゴシエーションによる通信を確立する際に発信される帯域確保要求に関する情報である帯域確保要求情報を受ける受付部１０１と、受付部１０１が帯域確保要求を受けた際に、端末３００間の通信に必要となるメディアストリーム数及び帯域量を含む帯域確保要求情報を記憶し、転送系ネットワークの物理構成における通信帯域及び通信経路に関し、端末３００間の通信を許容可能なメディアストリーム数及び帯域量の情報を仮想パスの情報として予め記憶する記憶部１０２と、ＳＩＰネゴシエーションの結果に基づいた複数の帯域確保要求における要求帯域量それぞれと、通信経路上で設定した仮想パスの上限帯域量及び残存帯域量とを比較し、帯域確保要求情報が含む要求帯域量が、仮想パスの上限帯域及び残存帯域を超過しない場合のみ、仮想パスは帯域確保要求を許容できると判定する比較判定部１０３と、比較判定部１０３が帯域確保要求を許容できると判定した際、端末３００間のＳＩＰネゴシエーションの結果に基づいた帯域利用が可能になるよう、転送処理装置５００に対してポリシー制御及びピンホール制御を行う設定部１０４と、帯域確保要求情報が含む要求帯域量が、仮想パスの上限帯域を超過した際及び仮想パスの残存帯域を超過した際にアラームを発出する警報部１０５とを備える。ここで、仮想パス情報はトランスポートクラス毎及びサービスクラス毎に設定され、帯域の種別、帯域の大きさを示す留保閾値及び複数の帯域間における優先度を含み、仮想パス情報が含む複数の帯域は、それぞれ優先度に関する閾値を有し、優先度に従って順次隣接して割り当てられることで仮想パスを構成する。
【００２６】
受付部１０１は、ＳＩＰネゴシエーションの結果に基づく帯域確保要求（ＡＡＲ）を呼処理機能部１０から取得する。帯域確保要求は、クライアント端末間あるいはクライアント端末とサーバ端末間とのメディアセッションに必要な帯域量、転送品質クラス及び方向属性等の情報（以下において、「帯域確保要求情報」という）を含む。
【００２７】
記憶部１０２は、呼処理サーバ１００が呼処理を実施する転送系ネットワークの物理構成である経路情報等を仮想パス情報として事前に記憶する。記憶部１０２が記憶する仮想パスの情報は、主に仮想パスの識別子、上限帯域及び使用帯域を含む。記憶部１０２は、トランスポートクラス毎及びサービスクラス毎に仮想パスに関する帯域の種別、帯域の大きさ（留保閾値）等も設備情報として事前に記憶する。
【００２８】
また、記憶部１０２は、物理リンク毎に仮想パスを事前に記憶する。リソース管理装置１１の処理能力が物理リンクに対してボトルネックになる場合には、物理リンクに設定した仮想パスを利用する。さらに、リンクアグリゲーションのように、複数の物理リンクが仮想的に一つの物理リンクとなる場合には、複数の物理リンクで設定したそれぞれの仮想パスを一つの仮想パスとして扱う。
【００２９】
つぎに、記憶部１０２は、受付部１０２が受けた帯域確保要求により、帯域確保要求情報を記憶する。帯域確保要求情報は、クライアント端末間あるいはクライアント端末とサーバ端末間とのメディアセッションに必要な帯域量、転送品質クラス及び方向属性、加入者の優先度または帯域確保要求の優先度等を含む。
【００３０】
比較判定部１０３は、最初に帯域確保要求情報が含むメディアストリーム数と、予め設定される仮想パス情報が含むメディアストリーム数とを比較し、続いて帯域確保要求情報が含む帯域量と仮想パス情報が含む留保閾値とを比較する。また、比較判定部１０３は、端末間の通信に必要な帯域量を判定する際、仮想パス情報を構成する複数の帯域の中で、優先度の低い帯域から順次比較する。さらに、比較判定部１０３は、端末３００間の通信に必要な帯域量を仮想パス情報が含む留保閾値と比較する際、仮想パスを構成する複数の帯域の中で優先度の低い帯域から順次比較する。またさらに、比較判定部１０３は、端末３００間の通信に必要な帯域量を、仮想パスを構成する複数の帯域の中で最も優先度の低い帯域である第１の帯域における上限帯域量と比較し、端末３００間の通信に必要な帯域量が既に第１の帯域における上限帯域量を超過している場合は、第１の帯域の次に優先度の低い第２の帯域における上限帯域量と比較し、端末３００間の通信に必要な帯域量が未だ第１の帯域における上限帯域量を超過していない場合は、既存の使用帯域量に端末間の通信に必要な帯域量を加算した合計の帯域量と第１の帯域における上限帯域量とを比較する。また、比較判定部１０３は、既存の使用帯域量に端末間の通信に必要な帯域量を加算した合計の帯域量と第１の帯域における上限帯域量とを比較する際、合計の帯域量が第１の帯域における上限帯域量を超え、且つ帯域確保要求情報が含む帯域の優先度が第１の帯域と同じ場合は、警報部１０５は第１の帯域に特化したアラームを発出すると共に、比較判定部１０３は帯域確保要求を却下する旨の判断を行い、合計の帯域量が第１の帯域における上限帯域量を超え、且つ帯域確保要求情報が含む帯域の優先度が第１の帯域と異なる場合は、警報部１０５が第１の帯域に特化したアラームを発出すると共に、比較判定部１０３は合計の帯域量と第２の帯域における上限帯域量とを比較する。また、記憶部１０２が記憶する帯域確保要求情報及び仮想パス情報は通信リソースとして管理されており、比較判定部１０３は、端末３００間で通信処理可能なメディアストリーム数、端末３００間の物理リンク帯域を通信リソースとして仮想化したリンク仮想パス及び端末３００間の処理能力を通信リソースとして仮想化した処理仮想パスの順に留保閾値及び帯域利用可否を比較判定する。
【００３１】
すなわち、比較判定部１０３は、記憶部１０２が記憶する仮想パス情報と、帯域確保要求情報等とをそれぞれ積み上げ判定ポリシーに基づいて比較し、要求帯域を許容可能か否かを判定する。また、既に使用されている帯域である積み上げ帯域、積み上げ帯域に要求帯域を加えた新規積み上げ帯域等と留保閾値とを比較し、アラーム判定ポリシーに基づいてアラームを発出する状態であるか否かを判定する。比較判定部１０３は、リソース管理装置１１が管理するリソースの受付可能なメディアストリーム数、ノード間のリンクを仮想リソース化した仮想パス及びノードの処理能力を仮想リソース化した仮想パスの順に帯域確保要求情報とそれぞれの留保閾値とを比較判定する。なお、積み上げ判定ポリシー及びアラーム判定ポリシーについては詳細をそれぞれ後述する。経路上のいずれかの帯域が使用不可能な時点で、受付判定はＮＧとして呼処理サーバ１１はＳＩＰネゴシエーションを終了する。
【００３２】
設定部１０４は、比較判定部１０３の判定結果に基づいて、要求帯域を確保するため、ポリシー制御及びピンホール制御を実施する。すなわち、設定部１０４は、比較判定部１０３で全ての仮想パスにおいて帯域使用が可能であり、受付判定がＯＫとなった場合は、メディア情報を元に平均レート値及びバースト値を算出してメディアゲートウェイに設定する。
【００３３】
警報部１０５は、比較判定部１０３の比較判定結果に基づいて、アラームを発出する。
【００３４】
つぎに、図２は、本発明の第１の実施の形態に係る転送系ネットワークにおける機器構成を概略的に示す。この通信ネットワークは、ユーザが利用する複数のユーザ端末３００と、ユーザ端末３００から送信された呼接続要求等を制御する複数の呼処理サーバ１００と、呼処理サーバ１００からの要求に基づいて転送網内外のターミネーションを結びつけるメディアゲートウェイ５００と、ユーザ端末３００と呼処理サーバ１００とメディアゲートウェイ５００との間をそれぞれ通信可能に接続する複数のルータ（スイッチの概念も含む）２００とで構成されている。
【００３５】
相手のユーザに対して通話を望む場合には、ユーザ端末３００から他のユーザ端末（図示せず）に対してＩＮＶＩＴＥ等の呼接続確立に要するＳＩＰ信号を送信し、他のユーザ端末とのＳＩＰネゴシエーションの結果がＯＫの場合にユーザ端末間でセッションが確立し、通話が可能となる。具体的には、ユーザ端末３００からの上記ＳＩＰ信号が呼処理サーバ１００ａに送信され、そのＳＩＰ信号を受け取った呼処理サーバ１００ａは近隣に接続されている他の呼処理サーバ１００ｂや、更にその先の呼処理サーバ１００ｃを経由して相手先のユーザ端末に対して呼の接続を要求する。そして、そのユーザ端末を所持しているユーザが接続要求に応答した場合には、ＳＩＰ信号に対する応答信号が呼処理サーバ１００ｃ、呼処理サーバ１００ｂ、呼処理サーバ１００ａを経由してユーザ端末３００に送信される。その後、ユーザ端末３００と他のユーザ端末との間で音声等のメディアのセッションが確立する。
【００３６】
このように、ユーザ端末３００は図示しないユーザ端末との間で通信を行うことが可能であり、また、ユーザ端末３００ａとユーザ端末３００ｂ（又はユーザ端末３００ｃ〜ユーザ端末３００ｅ）との間で通信を行うことも可能である。更には、それぞれのユーザ端末３００ａ〜ユーザ端末３００ｅが図示しない他の複数のユーザ端末と通信を行うことも可能となっている。なお、図２に示す点線はＳＩＰ信号の流れを説明するものであるが、実際には実線を通って送受されることになる。また、呼処理サーバ１００ｃは複数の他の転送網に接続されており、各転送網に接続された対向する呼処理サーバとＳＩＰ信号をやりとり可能となっている。
【００３７】
ここで、上記ＳＩＰネゴシエーションの結果はＳＤＰに記載され、このＳＤＰに含まれるメディア情報には、メディア種別、要求帯域、方向属性、転送品質クラス等が含まれている。呼処理サーバ１００は、図１に示すように、上記ＳＩＰ信号等の呼処理を行う呼処理機能部１０と、呼処理機能部１０からの要求に基づいてメディアゲートウェイ５００を制御するリソース管理装置１１とで構成される。
【００３８】
呼処理機能部１０は、前述したメディア情報のメディア種別や方向属性から転送品質クラス等を決定し、リソース管理装置１１に対して帯域に関する制御要求（帯域予約及び帯域確保のＡＡＲ（authentication and/or authorization request）信号等の帯域を制御する要求）を送信する。一方、リソース管理装置１１は、転送網の経路情報と各リンクの帯域を仮想的なリソース、仮想パスとして管理しており、その帯域制御要求で求められたメディアに必要な帯域が転送網で確保できるか否かを計算し、仮想パス内で帯域使用が可能な場合に、メディアゲートウェイ５００に対してピンホール制御やポリシー設定を行って帯域の予約及び確保等を行う。その後、メディアゲートウェイ５００は、呼処理サーバ１００からの要求に基づいてターミネーションペアの新たな追加、変更、削除を行う。なお、図２に示す一点鎖線は、このようなピンホール制御の流れを示すものである。
【００３９】
図３を用いて、リソース管理方法について説明する。
【００４０】
リソース管理装置１１は、記憶部１０２にて転送系ネットワークの物理構成を仮想パスとして記憶、管理する。管理する情報は主に各仮想パスの識別子と上限帯域と使用帯域である。仮想パスはノード（端末）間のリンク帯域（上り及び下りがある場合はそれぞれ）の上限を管理し、更に、ノード内のボトルネック及び配信サービス用のＬ２ＳＷ仮想パスのようにサービス種別上、制限される帯域、例えば、配信事業者における事業者間での契約帯域及びサーバ端末の配信能力によるものを仮想パスとして設定管理可能である。ここで、ノードの転処理能力はパケット／秒を帯域量に換算する。また、アクセスライン仮想パスとしてユーザ（加入者）の契約上限帯域及び享受するサービスの上限帯域を記憶管理可能である。更に、契約する付加サービスの情報や加入者優先度等の加入者情報を記憶可能である。加入者情報設定契機において、メディアゲートウェイに対し、ＳＩＰポート、ＳＩＰ信号用のポリシー設定、ピンホール制御を実施する。
【００４１】
端末間の通信はＳＩＰネゴシエーションによって開始されるが、このＳＩＰ信号をメディアゲートウェイで通過させるか否かは、この加入者情報およびＳＩＰポート情報を記憶管理し、メディアゲートウェイにステータスをＩＮＳで設定しているか否かで決定する。 すなわち、メディアゲートウェイコントローラ（ＭＧＣ：Media Gateway Controller）がピンホール制御時のステータスをＩＮＳで保持する。その後、ＳＩＰネゴシエーションが開始され決定するＳＤＰに従って、端末間の通信に使用するメディアが決定する。使用するメディアは、例えば、図３に示すメディア１及びメディア２が追加されることで決定する。メディアは、例えば、音声コーデック種別Ｇ７１１、双方向通信、帯域量６４Ｋｂｐｓ等の情報を有する。このメディア帯域が利用可能かどうかをアクセスライン仮想パス等の契約上限及びサービス提供上限から順番に判定を行う。
【００４２】
すなわち、図３に示すように、アクセスライン仮想パス１（上限帯域１００Ｍｂｐｓ、使用帯域４０Ｍｂｐｓ）でメディア帯域が使用可能か否かを判定し、使用可能であれば、ＰＯＮ仮想パス１でメディア帯域が使用可能か否かを判定する。ＰＯＮ仮想パス１（上限帯域１Ｇｂｐｓ、使用帯域６０Ｍｂｐｓ）でも使用可能であれば、Ｌ２ＳＷ仮想パス（上限帯域１Ｇｂｐｓ、使用帯域９０Ｍｂｐｓ）で使用可能か否かを判定する。このようにして、Ｌ２ＳＷ仮想パス（配信サービス用）（上限帯域８００Ｍｂｐｓ、使用帯域９０Ｍｂｐｓ）、メディアゲートウェイ仮想パス（上限帯域１Ｇｂｐｓ、使用帯域１６０Ｍｂｐｓ）でもそれぞれメディア帯域が利用可能であるか否かを判定し、判定結果に応じて順次通信経路を確保する。図３に示す矢印は、アクセスライン仮想パス１、ＰＯＮ仮想パス１及びＬ２ＳＷ仮想パスのそれぞれにおいて、斜線の仮想パスが使用可能であると順次判定されたケースを表している。さらに、図３に示すように、Ｌ２ＳＷ仮想パス、Ｌ２ＳＷ仮想パス（配信サービス用）、メディアゲートウェイ仮想パスそれぞれにおいても、斜線の仮想パスが使用可能であることがわかる。
【００４３】
経路上のいずれかの帯域が使用不可能な時点で受付判定をＮＧとして呼処理サーバ１００からＳＩＰネゴシエーションを終了する。全ての仮想パスにおいて帯域使用が可能であり受付判定がＯＫとなった場合は、記憶部１０２が記憶するＳＤＰで決定したメディア情報を元に、平均レート値、バースト値を算出して、メディアゲートウェイに設定する。メディアゲートウェイ設定がＮＧの場合は、帯域判定をＮＧとして、SIPネゴシエーションを終了する。
【００４４】
つぎに、図４を用いて、呼処理機能部１０とリソース管理装置１１との間で送受信する情報について説明する。
【００４５】
呼処理管理機能部１０からリソース管理装置１１への帯域予約及び帯域確保要求中には、端末間のＳＩＰネゴシエーションで決定した情報とメディアを要求した加入単位を識別可能な加入者識別子、ＳＤＰが含む１又は複数のメディア情報を送受信する。メディア情報には、サービス種別（コーデック種別）、要求帯域、転送品質クラス及び方向属性等が含まれる。
【００４６】
リソース管理装置１１は、呼処理機能部１０からの要求内容を記憶部１０２へ保存、分析して、積み上げ積み下げ用の帯域及びメディアゲートウェイ制御用の帯域それぞれに、トランスポートクラス及びサービスクラスを決定する。さらに、リソース管理装置１１は、積み上げ積み下げ用の帯域については使用可能な帯域量を計算し、メディアゲートウェイ制御用にはバースト閾値と平均レートを算出する。またさらに、リソース管理装置１１は、管理するリソースのうち端末間の経路上にある仮想パスの該当するクラスのリソースについて、端末側のリソースから順番に要求帯域量が使用可能か判断する。
【００４７】
帯域予約及び帯域確保の要求帯域量が積み上げ積み下げ可能な場合には、受付可能と判断して、メディアゲートウェイ制御を行い、算出したバースト閾値と平均レート及びパケットの振る舞いを決定するポリシー制御を実施する。リソース管理装置１１は、メディアゲートウェイからの成功応答を持って、メディアゲートウェイの制御内容を呼処理機能部１０からの要求に関連付けて記憶部１０２に保存し、呼処理機能部１０に対しても成功応答を返却する。これにより、端末間のＳＩＰネゴシエーションが完結（ｉｎｉ−ｉｎｖｉｔｅに対する２００ＯＫ）し、端末間でＩＰパケットを所望の帯域速度において送受信できるようになる。
【００４８】
とくに図４に示すように、呼の優先度及び緊急呼等の識別は、呼処理機能部１０とリソース管理装置１１との間において、Ｒｅｓｅｒｖａｔｉｏｎ−Ｐｒｉｏｒｉｔｙとしてコードポイント（０〜４）により実施される。帯域管理やメディアゲートウェイ設定(Ｍｅｇａｃｏ設定)の識別子はそれぞれに対応付けて記憶している略称の文字列を使用する。図４（ａ）に示すように、呼の種別がＧＮ（一般）、ＵＲ（優先）、ＵＲ１（高優先）及び緊急呼（最優先）に対してＭｅｇａｃｏ設定ではそれぞれ、ＧＮ、ＵＲ、ＵＲ１及びＵＲ１のように使用される。用途に未定義の値が設定された場合には、リソース管理装置１１側で、図４（ａ）に示すように、無効値としてエラー応答する。図４（ｂ）に示すように、エラー応答としてＳＩＰ上では５００ （ｃａｕｓｅ ３８）を返送する。リソース管理装置１１から呼処理機能部１０へ５００４無効値を返却する。
【００４９】
［リソース管理方法］
＜積み上げ判定ポリシー＞
まず、図５を用いて、積み上げ判定ポリシーについて説明する。
【００５０】
記憶部１０２は、図５に示すように、各仮想パスの上限帯域またはトランスポートクラスの上限帯域、各上限帯域の中で確保されるサービスクラスの上限帯域に関する情報を記憶する。サービスクラスとはサービス用途を示すリソースであり、図５に示す「音声通信」及び「マルチメディア通信」が該当する。とくに、音声通信に関する上限帯域については緊急帯域、ＵＲ１帯域、ＵＲ帯域及びＧＮ帯域のように区分し、それぞれ（１）最優先閾値、（２）高優先閾値、（３）優先閾値及び（４）一般閾値として記憶部１０２は記憶する。
【００５１】
図５は、仮想パス上限帯域の中のトランスポートクラスにおける音声通信に関するサービスクラスについて、緊急帯域等の各優先度における閾値を設定したものである。また、サービスクラス「マルチメディア通信」については、緊急帯域等の各優先度について閾値は設けずにサービスクラスの上限帯域のみ設定している。なお、図５に示す仮想パス上限帯域は、ＳＢＣ仮想パスにおいて仮想パスの上限と一致し、Ｌ２ＳＷ仮想パスについてはトランスポートクラスの上限と一致する。図５に示すような閾値が設定された仮想パス上限帯域において、帯域確保要求（ＡＡＲ）に対し、比較判定部１０３が実施する積み上げ判定ポリシーを次のように既定する。
【００５２】
（I）呼処理機能部１０からリソース管理装置１１への要求種別がサービス種別「マルチメディア通信」の場合：ＡＡＲ（マルチメディア通信）
（ア）「積み上げ帯域」の大きさに関わらず、「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」の超過判定を実施する。（イ）「積み上げ帯域」＋「ＡＡＲ（マルチメディア通信）」が「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」を超える場合は、常にアラームを出力する。
【００５３】
なお、「積み上げ帯域」とは、「既に積み上げている帯域」＋「新規要求分の帯域」を指す。したがって、閾値と積み上げ帯域を比較し、「積み上げ帯域」の方が大きい場合は、「新規要求分の帯域」の積み上げは不可とある。また、「積み上げ帯域」の大きさに関わらず、「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」との比較判定は実施されるため、「積み上げ帯域」が既に「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」を超えている場合、ＡＡＲ（マルチメディア通信）を受信した際においてもアラームは出力される。
【００５４】
（II）呼処理機能部１０からリソース管理装置１１への要求種別がサービス種別「音声通信」の場合：ＡＡＲ（音声通信）
（ア）「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」はチェックしない。（イ）積み上げ帯域の大きさに関わらず、「（４）一般閾値」、「（３）優先閾値」、「（２）高優先閾値」、「（１）最優先閾値」の順に呼の優先度が積み上げ可能な閾値まで積み上げ判定を実施する。（ウ）「積み上げ帯域」が既に閾値を超えていた場合、超えている閾値の超過アラームは出力しない。（エ）「積み上げ帯域」＋「ＡＡＲ（音声通信）」が「（１）最優先閾値」、「（２）高優先閾値」、「（３）優先閾値」及び「（４）一般閾値」をそれぞれ超える場合は、それぞれの閾値に対応したアラームを出力する。
【００５５】
＜アラーム判定ポリシー＞
つぎに、図５を用いて、アラーム判定ポリシーについて説明する。
【００５６】
（ア）各閾値を超過した際、必ずアラームを出力する。（イ）ＡＡＲ（マルチメディア通信）及びＡＡＲ（音声通信）で超過判定される閾値は記憶部１０２が別々に記憶する。（ウ）新たに積み上げる帯域が各閾値と一致する場合は、閾値を超過していない判断し、アラームは出力しない。（エ）メディアストリーム数における閾値との比較に関するポリシーも帯域に関するポリシーと同一とする。
【００５７】
なお、「音声通信」及び「マルチメディア通信」はメディアの種別を示し、音声は「音声通信」、音声以外の映像等は「マルチメディア通信」とする。したがって、ＡＡＲ（音声通信）は音声メディアの帯域情報を示し、ＡＡＲ（マルチメディア通信）は映像等メディアの帯域情報を示す。また、例えば、「積み上げ帯域」が高優先閾値まである際に、一般以下の帯域を有するＡＡＲ（音声通信）を受信した場合、呼損によりアラームは出力されない。この場合の帯域の積み上げ判定は、「（４）一般閾値」との比較から実施されるためである。
【００５８】
＜アラーム出力ロジック（音声通信）＞
つぎに、音声通信において、前述した積み上げ判定ポリシー及びアラーム判定ポリシーに基づくアラームの出力ロジックを、図６のフローチャート図を用いて説明する。
【００５９】
＜＜メディアストリーム数に関するアラーム出力ロジック＞＞
（イ）ステップＳ１００において、受付部１０１は、ＳＩＰネゴシエーションの結果に基づく音声通信に関する帯域確保要求、すなわちＡＡＲ（音声通信）を呼処理機能部１０から取得する。ステップＳ１０１において、メディアストリーム数に関する既存の積み上げストリーム数は、設定した閾値を超えているか否かを比較判定部１０３が判定する。超えていない場合、ステップＳ１０２において、比較判定部１０３は、既存の積み上げストリーム数にステップＳ１００で受付部１０１が取得した帯域確保要求情報が含む新たな要求ストリーム数を加算した合計である合計ストリーム数が、音声通信のサービスクラスで設定した各々の閾値、すなわち一般閾値、優先閾値、高優先閾値及び最優先閾値の順にそれぞれの閾値を超えるか否か判定する。
【００６０】
（ロ）合計ストリーム数が、一般閾値、優先閾値、高優先閾値及び最優先閾値のいずれかの閾値を越えた場合、ステップＳ１０３において、警報部１０５がアラームを出力する。つづいて、ステップＳ１０４において、比較判定部１０３は、合計ストリーム数が閾値を超えた状態で、接続可能か否か判定する。すなわち、帯域確保要求が「一般」の優先度を有する際に、合計ストリーム数がメディアストリーム数の仮想パスで設定された優先度「一般」の閾値を超える場合は接続不可となりＳＩＰネゴシエーションを終了する。
【００６１】
（ハ）帯域確保要求が有する優先度が、仮想パスで設定された優先度の閾値を越えない場合には、Ｓ２ＳＷ仮想パスの帯域に関する閾値比較を実施する。なお、ステップＳ１０１において、既存の積み上げストリーム数が閾値を超えている場合、ステップＳ１０２において、合計ストリーム数が閾値を越えない場合はステップＳ１０４に移行し、比較判定部１０３は帯域確保要求が接続可能か否か判定する。
【００６２】
＜＜Ｌ２ＳＷ仮想パスに関するアラーム出力ロジック＞＞
（ニ）ステップＳ１０５において、既存の積み上げ帯域はＳ２ＳＷ仮想パスで設定した閾値を超えているか否かを比較判定部１０３が判定する。超えていない場合、ステップＳ１０６において、比較判定部１０３は、既存の積み上げ帯域量にステップＳ１００で受付部１０１が取得した帯域確保要求情報が含む新たな帯域量を加算した合計である合計帯域量が、音声通信のサービスクラスで設定した各々の閾値、すなわち一般、優先、高優先及び最優先の順にそれぞれの閾値を超えるか否か判定する。
【００６３】
（ホ）合計帯域量が、一般、優先、高優先及び最優先のいずれかの閾値を越えた場合、ステップＳ１０７において、警報部１０５がアラームを出力する。つづいて、ステップＳ１０８において、比較判定部１０３は、合計帯域量が閾値を超えた状態で、接続可能か否か判定する。すなわち、帯域確保要求が「一般」の優先度を有する際に、合計帯域量がＬ２ＳＷ仮想パスで設定された優先度「一般」の閾値を超える場合は接続不可となりＳＩＰネゴシエーションを終了する。
【００６４】
（ヘ）帯域確保要求が有する優先度が、Ｌ２ＳＷ仮想パスで設定された優先度の閾値を越えない場合には、ＳＢＣ仮想パスの帯域に関する閾値比較を実施する。なお、ステップＳ１０５において、既存の積み上げ帯域量が閾値を超えている場合、ステップＳ１０６において、合計帯域量が閾値を越えない場合はステップＳ１０８に移行し、比較判定部１０３は帯域確保要求が接続可能か否か判定する。
【００６５】
＜＜ＳＢＣ仮想パスに関するアラーム出力ロジック＞＞
（ト）ステップＳ１０９において、既存の積み上げ帯域はＳＢＣ仮想パスで設定した閾値を超えているか否かを比較判定部１０３が判定する。超えていない場合、ステップＳ１１０において、比較判定部１０３は、既存の積み上げ帯域量にステップＳ１００で受付部１０１が取得した帯域確保要求情報が含む新たな帯域量を加算した合計である合計帯域量が、音声通信のサービスクラスで設定した各々の閾値、すなわち一般、優先、高優先及び最優先の順にそれぞれの閾値を超えるか否か判定する。
【００６６】
（チ）合計帯域量が、一般、優先、高優先及び最優先のいずれかの閾値を越えた場合、ステップＳ１１１において、警報部１０５がアラームを出力する。つづいて、ステップＳ１１２において、比較判定部１０３は、合計帯域量が閾値を超えた状態で、接続可能か否か判定する。すなわち、帯域確保要求が「一般」の優先度を有する際に、合計帯域量がＬ２ＳＷ仮想パスで設定された優先度「一般」の閾値を超える場合は接続不可となりＳＩＰネゴシエーションを終了する。
【００６７】
（リ）帯域確保要求が有する優先度が、ＳＢＣ仮想パスで設定された優先度の閾値を越えない場合には、ＳＩＰネゴシエーションは成功し通信が確立する。なお、ステップＳ１０９において、既存の積み上げ帯域量が閾値を超えている場合、ステップＳ１１０において、合計帯域量が閾値を越えない場合はステップＳ１１２に移行し、比較判定部１０３は帯域確保要求が接続可能か否か判定する。
【００６８】
つぎに、Ｌ２ＳＷ仮想パスにおいて、一般、優先、高優先及び最優先のそれぞれの優先度におけるアラーム出力ロジックを図７のフローチャート図を用いて説明する。なお、Ｌ２ＳＷ仮想パス判定は「上り」から「下り」の順に２回繰り返す。「上り」で捕捉ＮＧの場合は「下り」の判定処理は実施しない。ここで、「上り」とは端末から転送系ネットワークに入っていく信号の通信方向を指し、「下り」とは逆に転送系ネットワークから端末へ出て行く信号の通信方向を指す。
【００６９】
（イ）ステップＳ２０１において、比較判定部１０３は、既存の「積み上げ帯域」が既に優先度「一般」の閾値を超えているか否かを判定する。超えていない場合、ステップＳ２０２において、比較判定部１０３は、既存の「積み上げ帯域」に帯域確保要求情報が含む新規帯域量を加算した合計帯域量が優先度「一般」の帯域に関する閾値を越えるか否かを判定する。超える場合は、ステップＳ２０３において、警報部１０５が優先度「一般」に対応したアラームを出力する。
【００７０】
（ロ）つづいて、比較判定部１０３は、帯域確保要求情報が有する優先度を分析し、優先度が「一般」であればＳＩＰネゴシエーションを終了する。ステップＳ２０４において、優先度が「優先」、「高優先」及び「最優先」のいずれかであれば、ステップＳ２０５に移行する。なお、ステップＳ２０１において、既存の「積み上げ帯域」が既に優先度「一般」の帯域閾値を超えている場合は、ステップＳ２０４に移行する。また、ステップＳ２０２において、合計帯域量が優先度「一般」を超えない場合は、図６に示すステップＳ１０８以降のＳＢＣ仮想パス判定へと移行する。
【００７１】
（ハ）ステップＳ２０５において、比較判定部１０３は、既存の「積み上げ帯域」が既に優先度「優先」の閾値を超えているか否かを判定する。超えていない場合、ステップＳ２０６において、比較判定部１０３は、既存の「積み上げ帯域」に帯域確保要求情報が含む新規帯域量を加算した合計帯域量が優先度「優先」の帯域に関する閾値を越えるか否かを判定する。超える場合は、ステップＳ２０７において、警報部１０５が優先度「優先」に対応したアラームを出力する。
【００７２】
（ニ）つづいて、比較判定部１０３は、帯域確保要求情報が有する優先度を分析し、優先度が「優先」であればＳＩＰネゴシエーションを終了する。ステップＳ２０８において、優先度が「高優先」又は「最優先」であれば、ステップＳ２０９に移行する。なお、ステップＳ２０５において、既存の「積み上げ帯域」が既に優先度「優先」の帯域閾値を超えている場合は、ステップＳ２０８に移行する。また、ステップＳ２０６において、合計帯域量が優先度「優先」を超えない場合は、図６に示すステップＳ１０８以降のＳＢＣ仮想パス判定へと移行する。
【００７３】
（ホ）ステップＳ２０９において、比較判定部１０３は、既存の「積み上げ帯域」が既に優先度「高優先」の閾値を超えているか否かを判定する。超えていない場合、ステップＳ２１０において、比較判定部１０３は、既存の「積み上げ帯域」に帯域確保要求情報が含む新規帯域量を加算した合計帯域量が優先度「高優先」の帯域に関する閾値を越えるか否かを判定する。超える場合は、ステップＳ２１１において、警報部１０５が優先度「高優先」に対応したアラームを出力する。
【００７４】
（ヘ）つづいて、比較判定部１０３は、帯域確保要求情報が有する優先度を分析し、優先度が「高優先」であればＳＩＰネゴシエーションを終了する。ステップＳ２１２において、優先度が「最優先」であれば、ステップＳ２１３に移行する。なお、ステップＳ２０９において、既存の「積み上げ帯域」が既に優先度「高優先」の帯域閾値を超えている場合は、ステップＳ２１２に移行する。また、ステップＳ２１０において、合計帯域量が優先度「高優先」を超えない場合は、図６に示すステップＳ１０８以降のＳＢＣ仮想パス判定へと移行する。
【００７５】
（ト）ステップＳ２１３において、比較判定部１０３は、既存の「積み上げ帯域」に帯域確保要求情報が含む新規帯域量を加算した合計帯域量が優先度「最優先」の帯域に関する閾値を越えるか否かを判定する。超える場合は、ステップＳ２１４において、警報部１０５は、図４（ｂ）に基づくエラー応答に対応したアラームを出力し、ＳＩＰネゴシエーションを終了する。ステップＳ２１３において、合計帯域量が優先度「最優先」を超えない場合は、図６に示すステップＳ１０８以降のＳＢＣ仮想パス判定へと移行する。
【００７６】
＜アラーム出力ロジック（マルチメディア通信）＞
つぎに、マルチメディア通信において、前述した積み上げ判定ポリシー及びアラーム判定ポリシーに基づくアラームの出力ロジックを、図８のフローチャート図を用いて説明する。
【００７７】
＜＜メディアストリーム数に関するアラーム出力ロジック＞＞
（イ）ステップＳ３００において、受付部１０１は、ＳＩＰネゴシエーションの結果に基づくマルチメディア通信に関する帯域確保要求、すなわちＡＡＲ（マルチメディア通信）を呼処理機能部１０から取得する。ステップＳ３０１において、比較判定部１０３は、既存の積み上げストリーム数にステップＳ３００で受付部１０１が取得した帯域確保要求情報が含む新たな要求ストリーム数を加算した合計である合計ストリーム数が、マルチメディア通信のサービスクラスで設定した閾値の上限を超えるか否か判定する。
【００７８】
（ロ）合計ストリーム数が、閾値の上限を越えた場合、ステップＳ３０２において、警報部１０５がアラームを出力し、ＳＩＰネゴシエーションを終了する。ステップＳ３０１において、閾値の上限を超えない場合、Ｌ２ＳＷ仮想パスの帯域判定のステップＳ３０３に移行する。
【００７９】
＜＜Ｌ２ＳＷ仮想パスに関するアラーム出力ロジック＞＞
（ハ）ステップＳ３０３において、比較判定部１０３は、既存の積み上げ帯域量にステップＳ３００で受付部１０１が取得した帯域確保要求情報が含む新たな帯域量を加算した合計である合計帯域量が、マルチメディア通信のサービスクラスで設定したＬ２ＳＷ仮想パスの閾値の上限を超えるか否か判定する。合計帯域量が閾値の上限を越える場合、ステップＳ３０４において、警報部１０５がアラームを出力し、ＳＩＰネゴシエーションを終了する。ステップＳ３０３において、合計帯域量が閾値の上限を超えない場合、ＳＢＣ仮想パスの帯域判定のステップＳ３０５に移行する。
【００８０】
＜＜ＳＢＣ仮想パスに関するアラーム出力ロジック＞＞
（ニ）ステップＳ３０５において、比較判定部１０３は、既存の積み上げ帯域量にステップＳ３００で受付部１０１が取得した帯域確保要求情報が含む新たな帯域量を加算した合計である合計帯域量が、マルチメディア通信のサービスクラスで設定したＳＢＣ仮想パスの閾値の上限を超えるか否か判定する。合計帯域量が閾値の上限を越える場合、ステップＳ３０６において、警報部１０５がアラームを出力し、ＳＩＰネゴシエーションを終了する。ステップＳ３０５において、合計帯域量が閾値の上限を超えない場合には、ＳＩＰネゴシエーションは成功し通信が確立する。
【００８１】
＜アラーム出力パターン（ＳＢＣ仮想パス／音声通信）＞
つづいて、図９を用いて、リソース管理装置１１が帯域確保要求（ＡＡＲ）を取得した際、上述した積み上げ判定ポリシー及びアラーム判定ポリシーに基づく帯域積み上げ処理及びアラーム発出処理について説明する。図９は、ＳＢＣ仮想パス判定にＡＡＲ（音声通信）を受信した際の比較判定パターンを示している。なお、「ＳＢＣ仮想パスの上限帯域」＝「ＳＲＶ＿Ｇ７１１上限帯域」＋「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」であり、「ＳＲＶ＿Ｇ７１１上限帯域」＝「緊急帯域」＋「ＵＲ１帯域」＋「ＵＲ帯域」＋「ＧＮ帯域」である。
【００８２】
（パターン１）
比較判定部１０３は、記憶部１０２に記憶される図９に示す「積み上げ帯域」及び「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」を比較する。このとき「積み上げ帯域」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」を超過していないため、比較判定部１０３は警報部１０５へアラーム発出の要求を行わない。つづいて、比較判定部１０３は、「新規ＡＡＲ（音声通信）」による積み上げ後の上限帯域である、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」と「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」とを比較する。このとき、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」も「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」を超過しないため、比較判定部１０３は警報部１０５へアラーム発出の要求を行わない。さらに、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」は、「（４）一般」以下であるため、「新規ＡＡＲ（音声通信）」の積み上げは可能であり、比較判定部１０３は「新規ＡＡＲ（音声通信）」が積み上げ可能であると判定する。設定部１０４は比較判定部１０３の判定に基づいて、図２に示すメディアゲートウェイ５００に「積み上げ帯域」の上に「新規ＡＡＲ（音声通信）」を積み上げ可能な状態に制御する。
【００８３】
（パターン２）
比較判定部１０３は、記憶部１０２に記憶される図９に示す「積み上げ帯域」及び「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」を比較する。このとき「積み上げ帯域」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」を超過していないため、比較判定部１０３は警報部１０５へアラーム発出の要求を行わない。つづいて、比較判定部１０３は、「新規ＡＡＲ（音声通信）」による積み上げ後の上限帯域である、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」と「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」とを比較する。このとき、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」は「（４）一般閾値」以下であるため、比較判定部１０３は警報部１０５へアラーム発出の要求を行わない。さらに、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」は「（４）一般閾値」以下であるため、「新規ＡＡＲ（音声通信）」の積み上げは可能である。そのため、比較判定部１０３は「新規ＡＡＲ（音声通信）」が積み上げ可能であると判定する。設定部１０４は比較判定部１０３の判定に基づいて、図２に示すメディアゲートウェイ５００に「積み上げ帯域」の上に「新規ＡＡＲ（音声通信）」を積み上げ可能な状態に制御する。
【００８４】
（パターン３）
比較判定部１０３は、記憶部１０２に記憶される図９に示す「積み上げ帯域」及び「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」を比較する。このとき「積み上げ帯域」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」を超過しているが、帯域確保要求のサービスクラスは音声通信であるため、前述のアラーム判定ポリシーに基づいて比較判定部１０３は警報部１０５へアラームの出力要求を行わない。つづいて、比較判定部１０３は、「新規ＡＡＲ（音声通信）」による積み上げ後の上限帯域である、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」と「ＳＲＶ＿Ｇ７１１上限帯域」とを比較する。このとき、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」は「（４）一般閾値」以上、「（３）優先閾値」以下であるため、ＵＲ帯域に属する。
【００８５】
したがって、「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」の優先度を有する場合は、ＧＮ帯域を超過しているため、比較判定部１０３はＧＮに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＧＮに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」はＧＮ帯域を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【００８６】
また、「新規ＡＡＲ（音声通信）」が「優先（ＵＲ）」、「高優先（ＵＲ１）」及び「最優先（緊急）」のいずれかの優先度を有する場合は、ＧＮ帯域を超過しているため、比較判定部１０３はＧＮに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＧＮに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」はＵＲ帯域、ＵＲ１帯域及び緊急帯域のいずれも超過していないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【００８７】
（パターン４）
「積み上げ帯域」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」を超過しているが、帯域確保要求のサービスクラスは音声通信であるため、前述のアラーム判定ポリシーに基づいて比較判定部１０３は警報部１０５へアラームの出力要求を行わない。つづいて、比較判定部１０３は、「新規ＡＡＲ（音声通信）」による積み上げ後の上限帯域である、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」と「ＳＲＶ＿Ｇ７１１上限帯域」とを比較する。このとき、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」は「（２）高優先閾値」以上、「（１）最優先閾値」以下であるため、緊急帯域に属する。
【００８８】
したがって、「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」又は「優先（ＵＲ）」の優先度を有する場合は、ＧＮ帯域及びＵＲ帯域に属しないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（４）一般閾値」及び「（３）優先閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【００８９】
また、「新規ＡＡＲ（音声通信）」が「高優先（ＵＲ１）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＵＲ１帯域に属し、「（２）高優先閾値」を超過するため、比較判定部１０３はＵＲ１に対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＵＲ１に対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（２）高優先閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【００９０】
また、「新規ＡＡＲ（音声通信）」が「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＵＲ１帯域に属し、「（２）高優先閾値」を超過するため、比較判定部１０３はＵＲ１に対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＵＲ１に対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」は緊急帯域を超過していないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【００９１】
（パターン５）
「積み上げ帯域」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」を超過しているが、帯域確保要求のサービスクラスは音声通信であるため、前述のアラーム判定ポリシーに基づいて比較判定部１０３は警報部１０５へアラームの出力要求を行わない。つづいて、比較判定部１０３は、「新規ＡＡＲ（音声通信）」による積み上げ後の上限帯域である、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」と「ＳＲＶ＿Ｇ７１１上限帯域」とを比較する。このとき、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」の上限帯域は「（３）優先閾値」以上、「（２）高優先閾値」以下であるためＵＲ１帯域に属する。また、「新規ＡＡＲ（音声通信）」はＧＮ帯域、ＵＲ帯域及びＵＲ１帯域に属する。
【００９２】
したがって、「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」がＧＮ帯域に属し「（４）一般帯域」を超過するため、比較判定部１０３はＧＮに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＧＮに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（４）一般閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【００９３】
また、「新規ＡＡＲ（音声通信）」が「優先（ＵＲ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＵＲ帯域に属し、「（４）一般閾値」及び「（３）優先閾値」を超過するため、比較判定部１０３はＧＮ及びＵＲに対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＧＮ及びＵＲに対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（３）優先閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【００９４】
また、「新規ＡＡＲ（音声通信）」が「高優先（ＵＲ１）」又は「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＧＮ帯域及びＵＲ帯域に属し、「（４）一般閾値」及び「（３）優先閾値」を超過するため、比較判定部１０３はＧＮ及びＵＲに対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＧＮ及びＵＲに対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（１）最優先閾値」を超過していないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【００９５】
（パターン６）
「積み上げ帯域」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」を超過しているが、帯域確保要求のサービスクラスは音声通信であるため、前述のアラーム判定ポリシーに基づいて比較判定部１０３は警報部１０５へアラームの出力要求を行わない。つづいて、比較判定部１０３は、「新規ＡＡＲ（音声通信）」による積み上げ後の上限帯域である、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」と「ＳＲＶ＿Ｇ７１１上限帯域」とを比較する。このとき、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」の上限帯域は「（２）高優先閾値」以上、「（１）最優先閾値」以下であるため緊急帯域に属する。また、「新規ＡＡＲ（音声通信）」はＵＲ帯域、ＵＲ１帯域及び緊急帯域に属する。
【００９６】
したがって、「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＧＮ帯域に属さないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（４）一般閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【００９７】
また、「新規ＡＡＲ（音声通信）」が「優先（ＵＲ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＵＲ帯域に属し、「（３）優先閾値」を超過するため、比較判定部１０３はＵＲに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＵＲに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（３）優先閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【００９８】
また、「新規ＡＡＲ（音声通信）」が「高優先（ＵＲ１）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＵＲ帯域及びＵＲ１帯域に属し、「（３）優先閾値」及び「（２）高優先閾値」を超過するため、比較判定部１０３はＵＲ及びＵＲ１に対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＵＲ及びＵＲ１に対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（２）高優先閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【００９９】
また、「新規ＡＡＲ（音声通信）」が「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＵＲ帯域及びＵＲ１帯域に属し、「（３）優先閾値」及び「（２）高優先閾値」を超過するため、比較判定部１０３はＵＲ及びＵＲ１に対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＵＲ及びＵＲ１に対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（１）最優先閾値」を超過していないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【０１００】
＜アラーム出力パターン（ＳＢＣ仮想パス／マルチメディア通信）＞
つづいて、図１０を用いて、リソース管理装置１１が帯域確保要求（ＡＡＲ）を取得した際、上述した積み上げ判定ポリシー及びアラーム判定ポリシーに基づく帯域積み上げ処理及びアラーム発出処理について説明する。図１０は、ＳＢＣ仮想パス判定にＡＡＲ（マルチメディア通信）を受信した際の比較判定パターンを示している。
【０１０１】
（パターン１）
「積み上げ帯域」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過せず、「新規ＡＡＲ（マルチメディア通信）」による積み上げ後の上限帯域である、「積み上げ帯域」＋「新規ＡＡＲ（マルチメディア通信）」も「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過していないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【０１０２】
（パターン２）
「積み上げ帯域」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しないが、「新規ＡＡＲ（マルチメディア通信）」による積み上げ後の上限帯域である、「積み上げ帯域」＋「新規ＡＡＲ（マルチメディア通信）」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過するため、比較判定部１０３はＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａに対応するアラームを発出する。さらに、「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１０３】
（パターン３）
「積み上げ帯域」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過するため、比較判定部１０３はＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａに対応するアラームを発出する。さらに、「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１０４】
（パターン４）
「積み上げ帯域」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過するため、比較判定部１０３はＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａに対応するアラームを発出する。さらに、「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１０５】
＜アラーム出力パターン（Ｌ２ＳＷ仮想パス／音声通信）＞
つづいて、図１１を用いて、リソース管理装置１１が帯域確保要求（ＡＡＲ）を取得した際、上述した積み上げ判定ポリシー及びアラーム判定ポリシーに基づく帯域積み上げ処理及びアラーム発出処理について説明する。図１１は、Ｌ２ＳＷ仮想パス判定にＡＡＲ（音声通信）を受信した際の比較判定パターンを示している。
【０１０６】
（パターン１）
「積み上げ帯域１」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過せず、「新規ＡＡＲ（音声通信）」による積み上げ後の上限帯域である、「積み上げ帯域１」＋「新規ＡＡＲ（音声通信）」も「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過していないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【０１０７】
（パターン２）
「積み上げ帯域１」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。また、Ｌ２ＳＷ仮想パスにおいては、ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域及びＳＲＶ＿Ｇ７１１上限帯域の間で帯域の隔離があるため、「新規ＡＡＲ（音声通信）」は、積み上げ帯域の大きさに関わらず、ＧＮ帯域の下限から積み上げられる。積み上げ後による「新規ＡＡＲ（音声通信）」の上限帯域はＧＮ帯域に属し、「（４）一般閾値」を超過しないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限帯域はＧＮ帯域に属し、「（４）一般閾値」を超過しないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【０１０８】
（パターン３）
「積み上げ帯域１」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」と同一となるため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。また、積み上げ後による「新規ＡＡＲ（音声通信）」の上限帯域はＧＮ帯域に属し、「（４）一般閾値」を超過しないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限帯域はＧＮ帯域に属し、「（４）一般閾値」を超過しないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【０１０９】
（パターン４）
「積み上げ帯域２」は、ＳＲＶ＿Ｇ７１１上限帯域に積み上げられているが、「積み上げ帯域１」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しておらず、「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」の残存帯域に「新規ＡＡＲ（音声通信）」を積み上げる帯域量があるため、「新規ＡＡＲ（音声通信）」は「積み上げ帯域１」に積み上げられる。
【０１１０】
そして、「新規ＡＡＲ（音声通信）」による積み上げ後の上限帯域である、「積み上げ帯域１」＋「新規ＡＡＲ（音声通信）」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過していないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【０１１１】
（パターン５）
「積み上げ帯域２」は、ＳＲＶ＿Ｇ７１１上限帯域に積み上げられているが、「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」の残存帯域に「新規ＡＡＲ（音声通信）」を積み上げる帯域量がないため、「新規ＡＡＲ（音声通信）」は「積み上げ帯域２」に積み上げられる。そして、「新規ＡＡＲ（音声通信）」による積み上げ後の上限帯域である、「積み上げ帯域１」＋「新規ＡＡＲ（音声通信）」は、ＧＮ帯域、ＵＲ帯域及びＵＲ１帯域に属し、「新規ＡＡＲ（音声通信）」の上限帯域は「（３）優先閾値」以上、「（２）高優先閾値」以下であるためＵＲ１帯域に属する。
【０１１２】
したがって、「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＧＮ帯域に属し、「（４）一般閾値」を超過するため、比較判定部１０３はＧＮに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＧＮに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（４）一般閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１１３】
また、「新規ＡＡＲ（音声通信）」が「優先（ＵＲ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＧＮ帯域及びＵＲ帯域に属し、「（４）一般閾値」及び「（３）優先閾値」を超過するため、比較判定部１０３はＧＮ及びＵＲに対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＧＮ及びＵＲに対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（４）一般閾値」及び「（３）優先閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１１４】
また、「新規ＡＡＲ（音声通信）」が「高優先（ＵＲ１）」又は「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＧＮ帯域及びＵＲ帯域に属し、「（４）一般閾値」及び「（３）優先閾値」を超過するため、比較判定部１０３はＧＮ及びＵＲに対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＧＮ及びＵＲに対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（２）高優先閾値」を超過していないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【０１１５】
（パターン６）
「パターン５」と同様の理由で、「新規ＡＡＲ（音声通信）」は「積み上げ帯域２」に積み上げられる。積み上げられた「新規ＡＡＲ（音声通信）」は、ＵＲ帯域、ＵＲ１帯域及び緊急帯域に属する。また、「新規ＡＡＲ（音声通信）」の上限帯域は「（２）高優先閾値」以上、「（１）最優先閾値」以下であるため緊急帯域に属する。
【０１１６】
したがって、「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＧＮ帯域に属さないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（４）一般閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１１７】
また、「新規ＡＡＲ（音声通信）」が「優先（ＵＲ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＵＲ帯域に属し、「（３）優先閾値」を超過するため、比較判定部１０３はＵＲに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＵＲに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（３）優先閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１１８】
また、「新規ＡＡＲ（音声通信）」が「高優先（ＵＲ１）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＵＲ帯域及びＵＲ１帯域に属し、「（３）優先閾値」及び「（２）高優先閾値」を超過するため、比較判定部１０３はＵＲ及びＵＲ１に対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＵＲ及びＵＲ１に対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（２）高優先閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１１９】
また、「新規ＡＡＲ（音声通信）」が「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＵＲ帯域及びＵＲ１帯域に属し、「（３）優先閾値」及び「（２）高優先閾値」を超過するため、比較判定部１０３はＵＲ及びＵＲ１に対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＵＲ及びＵＲ１に対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（１）最優先閾値」を超過していないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【０１２０】
（パターン７）
「積み上げ帯域１」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」と同一となるため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。また、「パターン５」と同様の理由で、「新規ＡＡＲ（音声通信）」は「積み上げ帯域２」に積み上げられる。積み上げられた「新規ＡＡＲ（音声通信）」は、ＵＲ１帯域及び緊急帯域に属する。また、「新規ＡＡＲ（音声通信）」の上限帯域は「（１）最優先閾値」以上であるため、ＳＲＶ＿Ｇ７１１上限帯域を超過する。
【０１２１】
したがって、「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＧＮ帯域に属さないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（４）一般閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１２２】
また、「新規ＡＡＲ（音声通信）」が「優先（ＵＲ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＵＲ帯域に属さないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（３）優先閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１２３】
また、「新規ＡＡＲ（音声通信）」が「高優先（ＵＲ１）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＵＲ１帯域に属し、「（２）高優先閾値」を超過するため、比較判定部１０３はＵＲ１に対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＵＲ１に対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（２）高優先閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１２４】
また、「新規ＡＡＲ（音声通信）」が「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」は緊急帯域に属し、「（１）最優先閾値」を超過するため、比較判定部１０３はエラーに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５は緊急に対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（１）最優先閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１２５】
＜アラーム出力パターン（Ｌ２ＳＷ仮想パス／マルチメディア通信）＞
つづいて、図１２を用いて、リソース管理装置１１が帯域確保要求（ＡＡＲ）を取得した際、上述した積み上げ判定ポリシー及びアラーム判定ポリシーに基づく帯域積み上げ処理及びアラーム発出処理について説明する。図１２は、Ｌ２ＳＷ仮想パス判定にＡＡＲ（マルチメディア通信）を受信した際の比較判定パターンを示している。
【０１２６】
（パターン１）
「積み上げ帯域１」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過せず、「新規ＡＡＲ（マルチメディア通信）」による積み上げ後の上限帯域である、「積み上げ帯域１」＋「新規ＡＡＲ（マルチメディア通信）」も「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過していないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【０１２７】
（パターン２）
「積み上げ帯域１」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」と同一となるため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。ここで、「新規ＡＡＲ（マルチメディア通信）」は、ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域及びＳＲＶ＿Ｇ７１１上限帯域の分断された帯域に跨って積み上げ可能である。そのため、積み上げ後による「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過するが、ＧＮ帯域には属しさない。
【０１２８】
したがって、「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過するため、比較判定部１０３はＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域に対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域に対応するアラームを発出する。さらに、「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１２９】
（パターン３）
「積み上げ帯域２」は、ＳＲＶ＿Ｇ７１１上限帯域に積み上げられているが、「積み上げ帯域１」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しておらず、「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」の残存帯域に「新規ＡＡＲ（マルチメディア通信）」を積み上げる帯域量があるため、その結果、「新規ＡＡＲ（音声通信）」は「積み上げ帯域１」に積み上げられる。
【０１３０】
そして、「新規ＡＡＲ（マルチメディア通信）」による積み上げ後の上限帯域である、「積み上げ帯域１」＋「新規ＡＡＲ（マルチメディア通信）」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過していないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【０１３１】
（パターン４）
「積み上げ帯域２」は、ＳＲＶ＿Ｇ７１１上限帯域に積み上げられているが、「積み上げ帯域１」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しておらず、「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」の残存帯域に「新規ＡＡＲ（マルチメディア通信）」を積み上げる帯域量もない。しかし、「新規ＡＡＲ（マルチメディア通信）」は、ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域及びＳＲＶ＿Ｇ７１１上限帯域の分断された帯域に跨って積み上げ可能である。その結果、積み上げ後による「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過するが、ＧＮ帯域には属しさない。
【０１３２】
したがって、「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過するため、比較判定部１０３はＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域に対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域に対応するアラームを発出する。さらに、「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１３３】
（パターン５）
「積み上げ帯域１」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」と同一となるため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。ここで、「新規ＡＡＲ（マルチメディア通信）」は、ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域及びＳＲＶ＿Ｇ７１１上限帯域の分断された帯域に跨って積み上げ可能である。そのため、積み上げ後による「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過するが、ＧＮ帯域には属しさない。
【０１３４】
したがって、「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過するため、比較判定部１０３はＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域に対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域に対応するアラームを発出する。さらに、「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１３５】
＜アラーム出力パターン（メディアストリーム数／音声通信）＞
つづいて、図１３を用いて、リソース管理装置１１が帯域確保要求（ＡＡＲ）を取得した際、上述した積み上げ判定ポリシー及びアラーム判定ポリシーに基づくメディアストリーム数積み上げ処理及びアラーム発出処理について説明する。図１３は、ＳＢＣ仮想パスにおいてＡＡＲ（音声通信）を受信した際のメディアストリーム数の比較判定パターンを示している。
【０１３６】
（パターン１）
「積み上げメディアストリーム数」は「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」を超過せず、「新規ＡＡＲ（音声通信）」による積み上げ後の上限メディアストリーム数である、「積み上げメディアストリーム数」＋「新規ＡＡＲ（音声通信）」も「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」を超過しないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限メディアストリーム数は「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」を超過していないため、比較判定部１０３はメディアストリーム数の積み上げをＯＫと判定する。
【０１３７】
（パターン２）
「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」は「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」を超過するため、比較判定部１０３はＧＮに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＧＮに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限メディアストリーム数は「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」を超過しているため、比較判定部１０３はメディアストリーム数の積み上げをＮＧと判定する。
【０１３８】
また、「新規ＡＡＲ（音声通信）」が「優先（ＵＲ）」、「高優先（ＵＲ１）」及び「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」の下限が「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」と一致するため、比較判定部１０３はＧＮに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＧＮに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（３）優先閾値」を超過していないため、比較判定部１０３はメディアストリーム数の積み上げをＯＫと判定する。
【０１３９】
（パターン３）
「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」は「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」を超過するが、音声及びマルチメディア通信メディアストリーム数（ＧＮメディアストリーム数）に属していないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限メディアストリーム数は「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」を超過しているため、比較判定部１０３はメディアストリーム数の積み上げをＮＧと判定する。
【０１４０】
また、「新規ＡＡＲ（音声通信）」が「優先（ＵＲ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」の上限メディアストリーム数は、「（３）優先閾値」以上、「（２）高優先閾値」以下であるためＵＲ１メディアストリーム数に属する。また、「新規ＡＡＲ（音声通信）」の下限が「（３）優先閾値」と一致するため、比較判定部１０３はＵＲに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＵＲに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限メディアストリーム数は「（３）優先閾値」を超過しているため、比較判定部１０３はメディアストリーム数の積み上げをＮＧと判定する。
【０１４１】
また、「新規ＡＡＲ（音声通信）」が「高優先（ＵＲ１）」及び「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」の下限が「（３）優先閾値」と一致するため、比較判定部１０３はＵＲに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＵＲに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限メディアストリーム数は「（２）高優先閾値」を超過していないため、比較判定部１０３はメディアストリーム数の積み上げをＯＫと判定する。
【０１４２】
（パターン４）
「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」及び「優先（ＵＲ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」は「（２）高優先閾値」を超過するが、ＧＮメディアストリーム数及びＵＲメディアストリーム数には属していないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限メディアストリーム数は「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」及び「（３）優先閾値」を超過しているため、比較判定部１０３はメディアストリーム数の積み上げをＮＧと判定する。
【０１４３】
また、「新規ＡＡＲ（音声通信）」が「高優先（ＵＲ１）」の優先度を有する場合は、「（２）高優先閾値」を超過するため、比較判定部１０３はＵＲ１に対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＵＲ１に対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限メディアストリーム数は「（２）高優先閾値」を超過しているため、比較判定部１０３はメディアストリーム数の積み上げをＮＧと判定する。
【０１４４】
また、「新規ＡＡＲ（音声通信）」が「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」の上限メディアストリーム数が「（２）高優先閾値」以上、「（１）最優先閾値」以下であり、緊急メディアストリーム数に属するため、比較判定部１０３はＵＲ１に対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＵＲ１に対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限メディアストリーム数は「（１）最優先閾値」を超過していないため、比較判定部１０３はメディアストリーム数の積み上げをＯＫと判定する。
【０１４５】
＜アラーム出力パターン（メディアストリーム数／マルチメディア通信）＞
つづいて、図１４を用いて、リソース管理装置１１が帯域確保要求（ＡＡＲ）を取得した際、上述した積み上げ判定ポリシー及びアラーム判定ポリシーに基づくメディアストリーム数積み上げ処理及びアラーム発出処理について説明する。図１４は、ＳＢＣ仮想パスにおいてＡＡＲ（マルチメディア通信）を受信した際のメディアストリーム数の比較判定パターンを示している。
【０１４６】
（パターン１）
「積み上げメディアストリーム数」は「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」を超過せず、「新規ＡＡＲ（マルチメディア通信）」による積み上げ後の上限メディアストリーム数である、「積み上げメディアストリーム数」＋「新規ＡＡＲ（マルチメディア通信）」も「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」を超過しないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（マルチメディア通信）」の上限メディアストリーム数は「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」を超過していないため、比較判定部１０３はメディアストリーム数の積み上げをＯＫと判定する。
【０１４７】
（パターン２）
「新規ＡＡＲ（マルチメディア通信）」の下限が「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」と一致するため、比較判定部１０３はＧＮに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＧＮに対応するアラームを発出する。さらに、「新規ＡＡＲ（マルチメディア通信）」の上限メディアストリーム数は「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」を超過しているため、比較判定部１０３はメディアストリーム数の積み上げをＮＧと判定する。
【０１４８】
（パターン３）
「積み上げメディアストリーム数」の大きさに関わらず、積み上げられた「新規ＡＡＲ（マルチメディア通信）」の下限が「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」と一致するため、比較判定部１０３はＧＮに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＧＮに対応するアラームを発出する。さらに、「新規ＡＡＲ（マルチメディア通信）」の上限メディアストリーム数は「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」を超過しているため、比較判定部１０３はメディアストリーム数の積み上げをＮＧと判定する。
【０１４９】
＜アラーム出力パターン（ＳＢＣ仮想パス／音声通信、ＵＲ帯域＝ＵＲ１帯域＝緊急帯域＝０）＞
つづいて、図１５を用いて、リソース管理装置１１が帯域確保要求（ＡＡＲ）を取得した際、上述した積み上げ判定ポリシー及びアラーム判定ポリシーに基づく帯域積み上げ処理及びアラーム発出処理について説明する。図１５は、ＳＢＣ仮想パスにおいてＡＡＲ（音声通信）を受信した際の帯域の比較判定パターンを示している。さらに、設定されたＳＢＣ仮想パスが備えるＵＲ帯域、ＵＲ１帯域及び緊急帯域は０とする。
【０１５０】
（パターン１）
「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」、「優先（ＵＲ）」、「高優先（ＵＲ１）」及び「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」の上限が、緊急帯域の上限である「（１）ＳＲＶ＿Ｇ７１１上限閾値」を超過しないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（１）ＳＲＶ＿Ｇ７１１上限閾値」を超過しないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【０１５１】
（パターン２）
「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」は、「（４）一般上限閾値」を超過するため、比較判定部１０３はＧＮに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＧＮに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（４）一般閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１５２】
また、「新規ＡＡＲ（音声通信）」が「優先（ＵＲ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」は「優先（ＵＲ）」の優先度以下の閾値に属する「（４）一般閾値」及び「（３）優先閾値」を超過するため、比較判定部１０３はＧＮ及びＵＲに対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＧＮ及びＵＲに対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（４）一般閾値」及び「（３）優先閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１５３】
また、「新規ＡＡＲ（音声通信）」が「高優先（ＵＲ１）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」は「高優先（ＵＲ１）」の優先度以下の閾値に属する「（４）一般閾値」、「（３）優先閾値」及び「（２）高優先閾値」を超過するため、比較判定部１０３はＧＮ、ＵＲ及びＵＲ１に対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＧＮ、ＵＲ及びＵＲ１に対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（４）一般閾値」、「（３）優先閾値」及び「（２）高優先閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１５４】
また、「新規ＡＡＲ（音声通信）」が「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」は「最優先（緊急）」の優先度以下の閾値に属する「（４）一般閾値」、「（３）優先閾値」、「（２）高優先閾値」及び「（１）最優先閾値」を超過するため、比較判定部１０３はＧＮ、ＵＲ、ＵＲ１及びエラーに対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＧＮ、ＵＲ、ＵＲ１及びエラーに対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（４）一般閾値」、「（３）優先閾値」、「（２）高優先閾値」及び「（１）ＳＲＶ＿Ｇ７１１上限閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１５５】
（パターン３）
「新規ＡＡＲ（音声通信）」の下限が「（１）ＳＲＶ＿Ｇ７１１上限閾値」、「（２）高優先閾値」、「（３）優先閾値」及び「（４）一般閾値」と一致し、且つ「新規ＡＡＲ（音声通信）」の上限がそれぞれの閾値を超過する。
【０１５６】
そのため、「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」の優先度を有する場合は、比較判定部１０３はＧＮに対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＧＮに対応するアラームをそれぞれ発出する。
【０１５７】
また、「新規ＡＡＲ（音声通信）」が「優先（ＵＲ）」の優先度を有する場合は、比較判定部１０３はＵＲ以下の優先度に対応するアラーム、すなわちＧＮ及びＵＲに対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＧＮ及びＵＲに対応するアラームをそれぞれ発出する。
【０１５８】
また、「新規ＡＡＲ（音声通信）」が「高優先（ＵＲ１）」の優先度を有する場合は、比較判定部１０３はＵＲ１以下の優先度に対応するアラーム、すなわちＧＮ、ＵＲ及びＵＲ１に対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＧＮ、ＵＲ及びＵＲ１に対応するアラームをそれぞれ発出する。
【０１５９】
また、「新規ＡＡＲ（音声通信）」が「最優先（緊急）」の優先度を有する場合は、比較判定部１０３は緊急以下の優先度に対応するアラーム、すなわちＧＮ、ＵＲ、ＵＲ１及びエラーに対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＧＮ、ＵＲ、ＵＲ１及びエラーに対応するアラームをそれぞれ発出する。
【０１６０】
さらに、「新規ＡＡＲ（音声通信）」の上限は「（１）ＳＲＶ＿Ｇ７１１上限閾値」を超過しているため、「新規ＡＡＲ（音声通信）」がいずれの優先度を有していても、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１６１】
＜アラーム出力パターン（ＳＢＣ仮想パス／音声通信、ＵＲ１帯域＝０）＞
つづいて、図１６を用いて、リソース管理装置１１が帯域確保要求（ＡＡＲ）を取得した際、上述した積み上げ判定ポリシー及びアラーム判定ポリシーに基づく帯域積み上げ処理及びアラーム発出処理について説明する。図１６は、ＳＢＣ仮想パスにおいてＡＡＲ（音声通信）を受信した際の帯域の比較判定パターンを示している。さらに、設定されたＳＢＣ仮想パスが備えるＵＲ１帯域は０とする。
【０１６２】
（パターン１）
「新規ＡＡＲ（音声通信）」の上限は「（１）ＳＲＶ＿Ｇ７１１上限閾値」と一致し、「新規ＡＡＲ（音声通信）」はＵＲ帯域、ＵＲ１帯域及び緊急帯域に属する。「（３）優先閾値」及び「（２）高優先閾値」が一致するため、「新規ＡＡＲ（音声通信）」はＵＲ１帯域に属するとみなすことができるためである。
【０１６３】
「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」がＧＮ帯域には属していないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（４）一般閾値」を超過しているため、比較判定部１０３は「新規ＡＡＲ（音声通信）」が有する優先度以上の帯域の積み上げは判断せず、帯域の積み上げはＮＧと判定する。
【０１６４】
また、「新規ＡＡＲ（音声通信）」が「優先（ＵＲ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」の帯域は「（３）優先閾値」以上、「（１）ＳＲＶ＿Ｇ７１１閾値」以下であり、ＵＲ帯域及び緊急閾値に属するため、比較判定部１０３はＵＲに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＵＲに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（１）ＳＲＶ＿Ｇ７１１上限閾値」と一致しているため、比較判定部１０３は「新規ＡＡＲ（音声通信）」が有する優先度以上の帯域の積み上げは判断せず、帯域の積み上げをＮＧと判定する。
【０１６５】
また、「新規ＡＡＲ（音声通信）」が「高優先（ＵＲ１）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」の帯域は「（３）優先閾値」以上、「（１）ＳＲＶ＿Ｇ７１１閾値」以下であり、ＵＲ帯域及び緊急閾値に属するため、比較判定部１０３はＵＲ１以下の優先度に対応するアラーム、すなわちＵＲ及びＵＲ１に対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＵＲ及びＵＲ１に対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（１）ＳＲＶ＿Ｇ７１１上限閾値」と一致しているため、比較判定部１０３は「新規ＡＡＲ（音声通信）」が有する優先度以上の帯域の積み上げは判断せず、帯域の積み上げをＮＧと判定する。
【０１６６】
また、「新規ＡＡＲ（音声通信）」が「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」の帯域は「（３）優先閾値」以上、「（１）ＳＲＶ＿Ｇ７１１閾値」以下であり、ＵＲ帯域及び緊急閾値に属するため、比較判定部１０３は超過している「（３）優先閾値」及び「（２）高優先閾値」に対応するＵＲ１以下の優先度のアラーム、すなわちＵＲ及びＵＲ１に対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＵＲ及びＵＲ１に対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は優先度「最優先（緊急）」に対応する閾値「（１）ＳＲＶ＿Ｇ７１１上限閾値」と一致しており、超過していないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【０１６７】
（パターン２）
「新規ＡＡＲ（音声通信）」の上限は「（１）ＳＲＶ＿Ｇ７１１上限閾値」と一致し、「新規ＡＡＲ（音声通信）」はＵＲ帯域、ＵＲ１帯域及び緊急帯域に属する。「（３）優先閾値」及び「（２）高優先閾値」が一致するため、「新規ＡＡＲ（音声通信）」はＵＲ１帯域に属するとみなすことができるためである。
【０１６８】
「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」がＧＮ帯域には属していないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（４）一般閾値」を超過しているため、比較判定部１０３は「新規ＡＡＲ（音声通信）」が有する優先度以上の帯域の積み上げは判断せず、帯域の積み上げはＮＧと判定する。
【０１６９】
また、「新規ＡＡＲ（音声通信）」が「優先（ＵＲ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」の帯域は「（３）優先閾値」を超過するため、比較判定部１０３はＵＲに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＵＲに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（１）ＳＲＶ＿Ｇ７１１上限閾値」を超過するため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１７０】
また、「新規ＡＡＲ（音声通信）」が「高優先（ＵＲ１）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」の帯域は「（３）優先閾値」及び「（２）高優先閾値」を超過するため、比較判定部１０３はＵＲ及びＵＲ１に対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＵＲ及びＵＲ１に対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（１）ＳＲＶ＿Ｇ７１１上限閾値」を超過するため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１７１】
また、「新規ＡＡＲ（音声通信）」が「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」の帯域は「（３）優先閾値」、「（２）高優先閾値」及び「（１）ＳＲＶ＿Ｇ７１１上限閾値」を超過するため、比較判定部１０３はＵＲ、ＵＲ１及びエラーに対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＵＲ、ＵＲ１及びエラーに対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（１）ＳＲＶ＿Ｇ７１１上限閾値」を超過するため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１７２】
（パターン３）
「新規ＡＡＲ（音声通信）」の下限が「（１）ＳＲＶ＿Ｇ７１１上限閾値」と一致し、ＧＮ帯域、ＵＲ帯域及び緊急帯域には属さないため、「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」、「優先（ＵＲ）」及び「高優先（ＵＲ１）」それぞれの優先度を有する場合は、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（１）ＳＲＶ＿Ｇ７１１上限閾値」を超過するため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１７３】
また、「新規ＡＡＲ（音声通信）」が「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」の上限帯域が「（１）ＳＲＶ＿Ｇ７１１上限閾値」を超過するため、比較判定部１０３はエラーに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はエラーに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（１）ＳＲＶ＿Ｇ７１１上限閾値」を超過するため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１７４】
（第２の実施の形態）
［装置の構成］
本発明の第２の実施の形態に係るリソース管理装置２１は、図１７に示すように、本発明の第１の実施の形態に係るリソース管理装置１１に対し、帯域制御部１０６を更に備える。
【０１７５】
帯域制御部１０６は、図１８に示すように、記憶部１０２が記憶するメディアゲートウェイ情報、メディアゲートウェイ内サービス区分情報、Ｌ２ＳＷ仮想パス情報及びＬ２ＳＷ仮想パス内サービス区分情報等の管理データを変更する。
【０１７６】
すなわち帯域制御部１０６は、メディアゲートウェイ情報に関して、仮想パスにおける最大メディアストリーム数及びＳＢＣ仮想パス上限帯域を変更する。変更時のメディアストリーム数を下回るようにメディアストリーム数の上限を変更した場合、帯域制御部１０６は、変更成功の情報更新通知を出力し、積み上げメディアストリーム数と変更後の各仮想パスにおけるメディアストリーム数の閾値との比較を再度実施し、アラーム出力ポリシーに則って警報部１０５がアラームを発出する。また、帯域制御部１０６がＳＢＣ仮想パスの上限帯域を変更した際、変更後のＳＢＣ仮想パスの上限帯域が変更時の積み上げ帯域以下になる場合、積み上げ判定ポリシーに基づいて、ＳＢＣ仮想パスの上限帯域は変更に失敗し、帯域制御部１０６は変更失敗の情報更新通知を出力する。このとき、アラーム判定ポリシーにより閾値比較が不要なため、警報部１０５はアラームを発出しない。帯域制御部１０６がＳＢＣ仮想パスの上限帯域を変更した際、変更後のＳＢＣ仮想パスの上限帯域が変更時の積み上げ帯域以上のままである場合、帯域制御部１０６は変更成功の情報更新通知を出力し、比較判定部１０３が積み上げ帯域と変更後のＳＢＣ仮想パスにおける帯域の各閾値との比較を再度実施し、アラーム出力ポリシーに則って警報部１０５がアラームを発出する。
【０１７７】
また、帯域制御部１０６は、メディアゲートウェイ内サービス区分情報に関して、サービスクラスが音声通信である音声サービス上限帯域を変更する。変更後の音声通信のサービスクラスであるＳＲＶ＿Ｇ７１１の上限帯域が、変更時の積み上げ帯域以下になる場合、帯域制御部１０６は変更成功の情報更新通知を出力し、比較判定部１０３が積み上げ帯域と変更後のＳＢＣ仮想パスにおけるＳＲＶ＿Ｇ７１１の上限帯域の各閾値との比較を再度実施し、アラーム出力ポリシーに則って警報部１０５がアラームを発出する。
【０１７８】
さらに帯域制御部１０６は、Ｌ２ＳＷ仮想パス情報に関して、Ｌ２ＳＷ仮想パスの上限帯域を変更する。変更後のＬ２ＳＷ仮想パスの上限帯域が、変更時の積み上げ帯域以下になる場合で、さらに既存の積み上げ帯域以下になる場合、帯域制御部１０６は変更失敗の情報更新通知を出力する。変更後のＬ２ＳＷ仮想パスの上限帯域が、変更時の積み上げ帯域以下になる場合で、さらに既存の積み上げ帯域に新規ＡＡＲを加算した合計帯域以下になる場合、帯域制御部１０６は変更成功の情報更新通知を出力し、比較判定部１０３が積み上げ帯域と変更後のＬ２ＳＷ仮想パスにおける帯域の各閾値との比較を再度実施し、アラーム出力ポリシーに則って警報部１０５がアラームを発出する。
【０１７９】
さらにまた帯域制御部１０６は、Ｌ２ＳＷ仮想パス内サービス区分情報に関して、Ｌ２ＳＷ仮想パス内のサービスクラス毎の上限帯域を変更する。Ｌ２ＳＷ仮想パス内の各サービスにおける変更後の上限帯域が、変更時の積み上げ帯域以上の場合、帯域制御部１０６は変更成功の情報更新通知を出力し、比較判定部１０３が変更時の積み上げ帯域とＬ２ＳＷ仮想パスにおける変更後の帯域との比較を再度実施し、アラーム出力ポリシーに則って警報部１０５がアラームを発出する。Ｌ２ＳＷ仮想パス内の各サービスにおける変更後の上限帯域が、変更時の積み上げ帯域以下の場合、帯域制御部１０６は変更失敗の情報更新通知を出力する。このとき、アラーム判定ポリシーにより閾値比較が不要なため、警報部１０５はアラームを発出しない。例えば、ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａの上限帯域が変更時の積み上げ帯域以下になる場合は、帯域制御部１０６は変更失敗の情報更新通知を出力し、警報部１０５はアラームを発出しない。
【０１８０】
［帯域変更パターン］
つぎに、帯域制御部１０６が、記憶部１０２の記憶する仮想パスの帯域情報等を変更することで、仮想パスの上限帯域を制御するパターンを図１９及び２０を用いて説明する。
【０１８１】
図１９に示すように、帯域制御部１０６が記憶部１０２の記憶するＳＢＣ仮想パス帯域の上限を減少するよう変更する。変更後のＳＢＣ仮想パス帯域の上限は、積み上げ帯域以上のままであるため、積み上げ判定ポリシーに基づいて変更認められ、帯域制御部１０６は変更成功の情報更新通知を出力する。つづいて、比較判定部１０３は、積み上げ帯域と変更後のＳＢＣ仮想パスにおける帯域の各閾値との比較を再度実施し、アラーム出力ポリシーに則って警報部１０５がアラームを発出する。この場合、積み上げ帯域はＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域を超過しているため、警報部１０５はエラーに対応するアラームを発出する。さらに警報部１０５は、ＧＮ帯域、ＵＲ帯域、ＵＲ１帯域及び緊急帯域に跨って属し、「（４）ＧＮ閾値」、「（３）ＵＲ閾値」及び「（２）ＵＲ１閾値」を超過するため、それぞれの優先度に対応したアラームを出力する。
【０１８２】
つぎに、図２０に示すように、帯域制御部１０６が記憶部１０２の記憶するＳＢＣ仮想パス帯域の上限を減少するよう変更する。変更後のＳＢＣ仮想パス帯域の上限は、積み上げ帯域以下となるため、積み上げ判定ポリシーに基づいて変更認められず、帯域制御部１０６は変更失敗の情報更新通知を出力する。この際、アラーム判定ポリシーにより閾値比較が不要なため、警報部１０５はアラームを発出しない。
【０１８３】
（その他の実施の形態）
上記のように、本発明は本発明の実施の形態によって記載したが、この開示の一部をなす論述及び図面は本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例及び運用技術が明らかとなろう。本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。したがって、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【符号の説明】
【０１８４】
１０…呼処理機能部
１１，２１…リソース管理装置
１００，２００…呼処理サーバ
１０１…受付部
１０２…記憶部
１０３…比較判定部
１０４…設定部
１０５…警報部
１０６…帯域制御部
【技術分野】
【０００１】
本発明は、マルチメディアサービスを実現するＩＭＳ（IP Multimedia Subsystem）を用いた転送系ネットワークにおいて、帯域予約及び帯域確保等の要求に対し、転送経路上の帯域量等のリソース管理を伴って呼処理を実施するリソース管理装置及びリソース管理方法に関する。
【背景技術】
【０００２】
端末間で音声通信や動画通信を開始する場合に、端末は呼処理サーバを経由してＳＩＰ（Session Initiation Protocol）ネゴシエーションにより、端末間でＳＩＰセッションを確立する。ＳＩＰネゴシエーションは端末間でＳＩＰのＳＤＰ（Session Description Protocol）の記述が送受信され決定される。ＳＤＰに含まれるメディア情報には、要求帯域、転送品質クラス等が含まれる。ＲＡＣＳ（Resource and Admission Control Subsystem）はあらかじめ転送網の経路情報と各リンクの帯域を仮想的なリソースである仮想パスとして管理している。
【０００３】
ＳＩＰネゴシエーションによって確立する１以上のメディアのトラヒック同士が転送網を通過する際に干渉し合ってパケットロスしないように、ＲＡＣＳは、ＳＩＰネゴシエーション結果に基づき決定したメディアセッションに必要な帯域を転送品質クラス及び方向属性によって、仮想パスの帯域から使用帯域として加減算する。仮想パス上限帯域内で帯域使用可能な場合を受付可能と判断して、メディアゲートウェイ（ＭＧ：Media Gateway）にターミネーション（Termination）を作成し、ピンホール制御およびポリシー設定を行う。
【０００４】
呼処理サーバ（ＳＩＰサーバ）は、発ユーザ種別、着ユーザ種別及びＳＩＰにおけるＳＤＰ内のプライオリティ等を識別して優先度の高い呼に対して一定呼数の留保機能を提供している。
【０００５】
ここで、ＲＡＣＳのうち、Ａ−ＲＡＣＦ（Resource and Admission Control Function）及びＳＰＤＦ（Service Policy Decision Function）を具備した機能部がＭＧＣ（Media Gateway Controller）である。また、Ｃ−ＢＧＦ（Core Border Gateway Function）、Ｉ−ＢＧＦ（Interconnection Border Gateway Function）及びＲＣＥＦ（Resource Control Enforcement Function）等の被制御機能部であり、転送系ネットワークにおいてＩＰパケットを転送する転送処理装置がメディアゲートウェイである。
【０００６】
従来は、端末間でＳＩＰネゴシエーションされた呼の各優先度のＳＩＰセッション数が、呼処理サーバに設定されたその優先度の閾値を超える場合に、接続不可とする。呼処理サーバで接続可能と判断した場合は、さらにリソース管理機能部に対して帯域予約要求及び帯域確保要求を行い、リソース管理機能部にて管理する各仮想パスのうち端末間の経路に該当する各リンクリソースの残量に対して使用可能な場合に、接続可能と判断する。
【０００７】
ここで、図２１を参照して、従来のメディアセッションリソース管理の概念を説明する。
【０００８】
（イ）ステップＳ４０１において、呼処理サーバは、端末から送信されたイニシャルＩＮＶＩＴＥ（ini-invite）を受信する。ステップＳ４０２において、呼処理サーバは、イニシャルＩＮＶＩＴＥ（ini-invite）が含むＳＩＰセッション数と、予め設定している優先度のセッション数の閾値とを比較する。
【０００９】
（ロ）ＳＩＰセッション数が優先度のセッション数の閾値を越えない場合、ステップＳ４０３において、呼処理サーバは、イニシャルＩＮＶＩＴＥ（ini-invite）が含む要求帯域と、Ｌ２ＳＷ仮想パスにおける残存する帯域量とを比較する。
【００１０】
（ハ）要求帯域が残存帯域量を超えない場合、ステップＳ４０４において、イニシャルＩＮＶＩＴＥ（ini-invite）が含む要求帯域と、ＳＢＣ仮想パスにおける残存する帯域量とを比較する。要求帯域が残存帯域量を超えない場合、呼処理サーバは端末が接続可能であると判断する。
【００１１】
（ニ）ステップＳ４０２において、ＳＩＰセッション数が優先度のセッション数の閾値を越える場合、ステップＳ４０３において、要求帯域がＬ２ＳＷ仮想パスにおける残存帯域量を超える場合及びステップＳ４０４において、要求帯域がＳＢＣ仮想パスにおける残存帯域量を超える場合は、ステップＳ４０５において、呼処理サーバは端末が接続不可能であると判断する。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２００３−２５８８５５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
一般呼のみが規制される輻輳規制時などにおいて、優先的に接続させる呼を区別するための優先度設定を設け、また通常通話時にも、一般呼に対して一定の割合で優先呼や緊急呼を疎通させる仕組みを実現するためには優先度設定を設ける必要がある。こうした留保機能は、従来の固定電話網においては、呼数をカウントすることだけで実現することが可能であった。
【００１４】
しかしながら、品質によって必要な帯域量が異なる電話呼及び電話呼に対して圧倒的に使用帯域量が多いビデオ呼等の多様な帯域量のトラヒックを処理するネットワーク、また、ルータ及びスイッチ等のように複数種類のインタフェースを備えたネットワークにおいては、使用可能な帯域リソース量も多様化している。そのため、使用可能な帯域に対する呼の優先度はシステムが許容する呼数からだけでは呼の転送処理における管理及び制御は困難であるという問題がある。
【００１５】
このように使用可能な帯域リソース量も多様化しているネットワークにおける呼処理については、使用可能な帯域における優先度をシステムで許容する呼数だけでなく、各システムが有するリンクリソースの帯域量も考慮する必要がある。
【００１６】
上記問題点を鑑み、本発明は、ＩＰベースの転送網で、ＳＩＰを利用した呼処理制御により、マルチメディアサービスを実現するＩＭＳにおいて、要求帯域に対してリンク帯域のようなリソースを正確に分析及び制御し、呼の優先度に応じて適切に呼処理を実現するリソース管理装置及びリソース管理方法の提供を目的とする。
【００１７】
ここで、ＩＭＳは、呼処理を司るＣＳＣＦ(Call Session Control Function)、利用帯域積み上げ積み下げ、受付判定、転送網のメディアゲートウェイに対するピンホール制御及びポリシー設定を行うＲＡＣＳ、被制御装置であるＣ-ＢＧＦ、Ｉ-ＢＧＦ及びＲＣＥＦ等を有する。なお「積み上げ積み下げ」とは、リソース管理機装置が管理している全仮想パスから端末間の経路を特定後、該当する1以上の仮想パスに対して、通信開始時は要求帯域を加算し、通話終了時は加算した帯域を減算することを意味する。また、「ピンホール制御」とは、リソース管理装置がメディアゲートウェイに対して端末間、端末及び呼処理サーバ間で通信可能にする為のポートを設定することを意味する。
【課題を解決するための手段】
【００１８】
上記課題を解決するために、本発明の一様態は、複数のクライアント端末及び複数のサーバ端末がそれぞれＳＩＰネゴシエーションによる通信を確立するために経由する複数の呼処理サーバ、ＩＰパケットを中継するネットワーク中継装置、呼処理サーバが管理する転送系ネットワークの終端に位置しＩＰパケットを端末へ転送する転送処理装置を有し、転送処理装置がＩＰパケットの流入出を許可することで端末間の通信を可能にする転送系ネットワークにおいて、呼処理サーバが有する機能の一つ以上を担い、通信帯域及び通信経路を管理及び制御するリソース管理装置に関する。すなわち、本発明の様態に係るリソース管理装置は、（イ）ＳＩＰネゴシエーションによる通信を確立する際に発信される帯域確保要求に関する情報である帯域確保要求情報を受ける受付部と、（ロ）受付部が帯域確保要求を受けた際に、端末間の通信に必要となるメディアストリーム数及び帯域量を含む帯域確保要求情報を記憶し、転送系ネットワークの物理構成における通信帯域及び通信経路に関し、端末間の通信を許容可能なメディアストリーム数及び帯域量の情報を仮想パスの情報として予め記憶する記憶部と、（ハ）ＳＩＰネゴシエーションの結果に基づいた複数の帯域確保要求における要求帯域量それぞれと、通信経路上で設定した仮想パスの上限帯域量及び残存帯域量とを比較し、帯域確保要求情報が含む要求帯域量が、仮想パスの上限帯域及び残存帯域を超過しない場合のみ、仮想パスは帯域確保要求を許容できると判定する比較判定部と、（ニ）比較判定部が帯域確保要求を許容できると判定した際、端末間のＳＩＰネゴシエーションの結果に基づいた帯域利用が可能になるよう、転送処理装置に対してポリシー制御及びピンホール制御を行う設定部と、（ホ）帯域確保要求情報が含む要求帯域量が、仮想パスの上限帯域を超過した際及び仮想パスの残存帯域を超過した際にアラームを発出する警報部とを備えることを要旨とする。
【００１９】
本発明の別の様態は、複数のクライアント端末及び複数のサーバ端末がそれぞれＳＩＰネゴシエーションによる通信を確立するために経由する複数の呼処理サーバ、ＩＰパケットを中継するネットワーク中継装置、呼処理サーバが管理する転送系ネットワークの終端に位置しＩＰパケットを端末へ転送する転送処理装置を有し、転送処理装置がＩＰパケットの流入出を許可することで端末間の通信を可能にする転送系ネットワークにおいて、呼処理サーバが有する機能の一つ以上を担い、通信帯域及び通信経路を管理及び制御するリソース管理方法に関する。すなわち、本発明の別の様態に係るリソース管理方法は、（イ）受付部が、ＳＩＰネゴシエーションによる通信を確立する際に発信される帯域確保要求に関する情報である帯域確保要求情報を受けるステップと、（ロ）記憶部が、受付部が帯域確保要求を受けた際に、端末間の通信に必要となるメディアストリーム数及び帯域量を含む帯域確保要求情報を記憶し、転送系ネットワークの物理構成における通信帯域及び通信経路に関し、端末間の通信を許容可能なメディアストリーム数及び帯域量の情報を仮想パスの情報として予め記憶するステップと、（ハ）比較判定部が、ＳＩＰネゴシエーションの結果に基づいた複数の帯域確保要求における要求帯域量それぞれと、通信経路上で設定した仮想パスの上限帯域量及び残存帯域量とを比較し、帯域確保要求情報が含む要求帯域量が、仮想パスの上限帯域及び残存帯域を超過しない場合のみ、仮想パスは帯域確保要求を許容できると判定するステップと、（ニ）設定部が、比較判定部が帯域確保要求を許容できると判定した際、端末間のＳＩＰネゴシエーションの結果に基づいた帯域利用が可能になるよう、転送処理装置に対してポリシー制御及びピンホール制御を行うステップと、（ホ）警報部が、帯域確保要求情報が含む要求帯域量が、仮想パスの上限帯域を超過した際及び仮想パスの残存帯域を超過した際にアラームを発出するステップとを含むことを要旨とする。
【発明の効果】
【００２０】
本発明によれば、ＩＰベースの転送網で、ＳＩＰを利用した呼処理制御により、マルチメディアサービスを実現するＩＭＳにおいて、要求帯域に対してリンク帯域のようなリソースを正確に分析及び制御し、呼の優先度に応じて適切に呼処理を実現するリソース管理装置及びリソース管理方法の提供することができる。
【００２１】
すなわち、呼数としては、呼処理サーバの処理能力を超えない場合でも、ネットワークのある1つのリンク帯域をリソースとみたてた場合のリソース不足を正しく判断して、リソースが不足する場合にも、優先呼に対する必要帯域量を確保することが可能となり、音声呼のような一律の帯域を使用するトラヒックのみが流通するだけでなく、加えて必要帯域が異なるビデオ呼の様なトラヒックが増大する環境においても一定の優先電話の疎通を確保できるようになる。
【図面の簡単な説明】
【００２２】
【図１】本発明の第１の実施の形態に係るリソース管理装置のブロック図である。
【図２】本発明の第１及び第２の実施の形態に係る転送系ネットワークにおける機器構成の概要図である。
【図３】本発明の第１及び第２の実施の形態に係る通信経路を仮想化した通信リソースの概略図である。
【図４】本発明の第１及び第２の実施の形態に係る呼の優先度に関する概要図である。
【図５】本発明の第１及び第２の実施の形態に係るリソース管理方法に関する概要図である。
【図６】本発明の第１及び第２の実施の形態に係るリソース管理方法に関するフローチャート図である。
【図７】本発明の第１及び第２の実施の形態に係るリソース管理方法に関するフローチャート図である。
【図８】本発明の第１及び第２の実施の形態に係るリソース管理方法に関するフローチャート図である。
【図９】本発明の第１及び第２の実施の形態に係るアラーム発出のロジックを示す概要図である。
【図１０】本発明の第１及び第２の実施の形態に係るアラーム発出のロジックを示す概要図である。
【図１１】本発明の第１及び第２の実施の形態に係るアラーム発出のロジックを示す概要図である。
【図１２】本発明の第１及び第２の実施の形態に係るアラーム発出のロジックを示す概要図である。
【図１３】本発明の第１及び第２の実施の形態に係るアラーム発出のロジックを示す概要図である。
【図１４】本発明の第１及び第２の実施の形態に係るアラーム発出のロジックを示す概要図である。
【図１５】本発明の第１及び第２の実施の形態に係るアラーム発出のロジックを示す概要図である。
【図１６】本発明の第１及び第２の実施の形態に係るアラーム発出のロジックを示す概要図である。
【図１７】本発明の第２の実施の形態に係るリソース管理装置のブロック図である。
【図１８】本発明の第２の実施の形態に係る留保閾値変更時のアラーム発出の動作を示す概要図である。
【図１９】本発明の第２の実施の形態に係る帯域制御時におけるアラーム発出のロジックを示す概要図である。
【図２０】本発明の第２の実施の形態に係る帯域制御時におけるアラーム発出のロジックを示す概要図である。
【図２１】従来の呼処理サーバにおけるリソース管理に関する処理を示すフローチャート図である。
【発明を実施するための形態】
【００２３】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。但し、図面は模式的なものであり、装置やシステムの構成等は現実のものとは異なることに留意すべきである。したがって、具体的な構成は以下の説明を参酌して判断すべきものである。また、図面相互間においても互いの構成の異なる部分が含まれていることは勿論である。
【００２４】
また、以下に示す本発明の実施の形態は、本発明の技術的思想を具体化するための装置や方法を例示するものであって、本発明の技術的思想は、構成部品の材質、形状、構造、配置等を下記のものに特定するものではない。本発明の技術的思想は、特許請求の範囲に記載された技術的範囲内において、種々の変更を加えることができる。
【００２５】
（第１の実施の形態）
［装置の構成］
本発明の第１の実施の形態に係るリソース管理装置１１は、図１に示すように、複数のクライアント端末３００及び複数のサーバ端末３００がそれぞれＳＩＰネゴシエーションによる通信を確立するために経由する複数の呼処理サーバ１００、ＩＰパケットを中継するネットワーク中継装置、呼処理サーバ１００が管理する転送系ネットワークの終端に位置しＩＰパケットを端末３００へ転送する転送処理装置５００を有し、転送処理装置５００がＩＰパケットの流入出を許可することで端末３００間の通信を可能にする転送系ネットワークにおいて、呼処理サーバ１００が有する機能の一つ以上を担い、通信帯域及び通信経路を管理及び制御する。すなわち、リソース管理装置１１は、ＳＩＰネゴシエーションによる通信を確立する際に発信される帯域確保要求に関する情報である帯域確保要求情報を受ける受付部１０１と、受付部１０１が帯域確保要求を受けた際に、端末３００間の通信に必要となるメディアストリーム数及び帯域量を含む帯域確保要求情報を記憶し、転送系ネットワークの物理構成における通信帯域及び通信経路に関し、端末３００間の通信を許容可能なメディアストリーム数及び帯域量の情報を仮想パスの情報として予め記憶する記憶部１０２と、ＳＩＰネゴシエーションの結果に基づいた複数の帯域確保要求における要求帯域量それぞれと、通信経路上で設定した仮想パスの上限帯域量及び残存帯域量とを比較し、帯域確保要求情報が含む要求帯域量が、仮想パスの上限帯域及び残存帯域を超過しない場合のみ、仮想パスは帯域確保要求を許容できると判定する比較判定部１０３と、比較判定部１０３が帯域確保要求を許容できると判定した際、端末３００間のＳＩＰネゴシエーションの結果に基づいた帯域利用が可能になるよう、転送処理装置５００に対してポリシー制御及びピンホール制御を行う設定部１０４と、帯域確保要求情報が含む要求帯域量が、仮想パスの上限帯域を超過した際及び仮想パスの残存帯域を超過した際にアラームを発出する警報部１０５とを備える。ここで、仮想パス情報はトランスポートクラス毎及びサービスクラス毎に設定され、帯域の種別、帯域の大きさを示す留保閾値及び複数の帯域間における優先度を含み、仮想パス情報が含む複数の帯域は、それぞれ優先度に関する閾値を有し、優先度に従って順次隣接して割り当てられることで仮想パスを構成する。
【００２６】
受付部１０１は、ＳＩＰネゴシエーションの結果に基づく帯域確保要求（ＡＡＲ）を呼処理機能部１０から取得する。帯域確保要求は、クライアント端末間あるいはクライアント端末とサーバ端末間とのメディアセッションに必要な帯域量、転送品質クラス及び方向属性等の情報（以下において、「帯域確保要求情報」という）を含む。
【００２７】
記憶部１０２は、呼処理サーバ１００が呼処理を実施する転送系ネットワークの物理構成である経路情報等を仮想パス情報として事前に記憶する。記憶部１０２が記憶する仮想パスの情報は、主に仮想パスの識別子、上限帯域及び使用帯域を含む。記憶部１０２は、トランスポートクラス毎及びサービスクラス毎に仮想パスに関する帯域の種別、帯域の大きさ（留保閾値）等も設備情報として事前に記憶する。
【００２８】
また、記憶部１０２は、物理リンク毎に仮想パスを事前に記憶する。リソース管理装置１１の処理能力が物理リンクに対してボトルネックになる場合には、物理リンクに設定した仮想パスを利用する。さらに、リンクアグリゲーションのように、複数の物理リンクが仮想的に一つの物理リンクとなる場合には、複数の物理リンクで設定したそれぞれの仮想パスを一つの仮想パスとして扱う。
【００２９】
つぎに、記憶部１０２は、受付部１０２が受けた帯域確保要求により、帯域確保要求情報を記憶する。帯域確保要求情報は、クライアント端末間あるいはクライアント端末とサーバ端末間とのメディアセッションに必要な帯域量、転送品質クラス及び方向属性、加入者の優先度または帯域確保要求の優先度等を含む。
【００３０】
比較判定部１０３は、最初に帯域確保要求情報が含むメディアストリーム数と、予め設定される仮想パス情報が含むメディアストリーム数とを比較し、続いて帯域確保要求情報が含む帯域量と仮想パス情報が含む留保閾値とを比較する。また、比較判定部１０３は、端末間の通信に必要な帯域量を判定する際、仮想パス情報を構成する複数の帯域の中で、優先度の低い帯域から順次比較する。さらに、比較判定部１０３は、端末３００間の通信に必要な帯域量を仮想パス情報が含む留保閾値と比較する際、仮想パスを構成する複数の帯域の中で優先度の低い帯域から順次比較する。またさらに、比較判定部１０３は、端末３００間の通信に必要な帯域量を、仮想パスを構成する複数の帯域の中で最も優先度の低い帯域である第１の帯域における上限帯域量と比較し、端末３００間の通信に必要な帯域量が既に第１の帯域における上限帯域量を超過している場合は、第１の帯域の次に優先度の低い第２の帯域における上限帯域量と比較し、端末３００間の通信に必要な帯域量が未だ第１の帯域における上限帯域量を超過していない場合は、既存の使用帯域量に端末間の通信に必要な帯域量を加算した合計の帯域量と第１の帯域における上限帯域量とを比較する。また、比較判定部１０３は、既存の使用帯域量に端末間の通信に必要な帯域量を加算した合計の帯域量と第１の帯域における上限帯域量とを比較する際、合計の帯域量が第１の帯域における上限帯域量を超え、且つ帯域確保要求情報が含む帯域の優先度が第１の帯域と同じ場合は、警報部１０５は第１の帯域に特化したアラームを発出すると共に、比較判定部１０３は帯域確保要求を却下する旨の判断を行い、合計の帯域量が第１の帯域における上限帯域量を超え、且つ帯域確保要求情報が含む帯域の優先度が第１の帯域と異なる場合は、警報部１０５が第１の帯域に特化したアラームを発出すると共に、比較判定部１０３は合計の帯域量と第２の帯域における上限帯域量とを比較する。また、記憶部１０２が記憶する帯域確保要求情報及び仮想パス情報は通信リソースとして管理されており、比較判定部１０３は、端末３００間で通信処理可能なメディアストリーム数、端末３００間の物理リンク帯域を通信リソースとして仮想化したリンク仮想パス及び端末３００間の処理能力を通信リソースとして仮想化した処理仮想パスの順に留保閾値及び帯域利用可否を比較判定する。
【００３１】
すなわち、比較判定部１０３は、記憶部１０２が記憶する仮想パス情報と、帯域確保要求情報等とをそれぞれ積み上げ判定ポリシーに基づいて比較し、要求帯域を許容可能か否かを判定する。また、既に使用されている帯域である積み上げ帯域、積み上げ帯域に要求帯域を加えた新規積み上げ帯域等と留保閾値とを比較し、アラーム判定ポリシーに基づいてアラームを発出する状態であるか否かを判定する。比較判定部１０３は、リソース管理装置１１が管理するリソースの受付可能なメディアストリーム数、ノード間のリンクを仮想リソース化した仮想パス及びノードの処理能力を仮想リソース化した仮想パスの順に帯域確保要求情報とそれぞれの留保閾値とを比較判定する。なお、積み上げ判定ポリシー及びアラーム判定ポリシーについては詳細をそれぞれ後述する。経路上のいずれかの帯域が使用不可能な時点で、受付判定はＮＧとして呼処理サーバ１１はＳＩＰネゴシエーションを終了する。
【００３２】
設定部１０４は、比較判定部１０３の判定結果に基づいて、要求帯域を確保するため、ポリシー制御及びピンホール制御を実施する。すなわち、設定部１０４は、比較判定部１０３で全ての仮想パスにおいて帯域使用が可能であり、受付判定がＯＫとなった場合は、メディア情報を元に平均レート値及びバースト値を算出してメディアゲートウェイに設定する。
【００３３】
警報部１０５は、比較判定部１０３の比較判定結果に基づいて、アラームを発出する。
【００３４】
つぎに、図２は、本発明の第１の実施の形態に係る転送系ネットワークにおける機器構成を概略的に示す。この通信ネットワークは、ユーザが利用する複数のユーザ端末３００と、ユーザ端末３００から送信された呼接続要求等を制御する複数の呼処理サーバ１００と、呼処理サーバ１００からの要求に基づいて転送網内外のターミネーションを結びつけるメディアゲートウェイ５００と、ユーザ端末３００と呼処理サーバ１００とメディアゲートウェイ５００との間をそれぞれ通信可能に接続する複数のルータ（スイッチの概念も含む）２００とで構成されている。
【００３５】
相手のユーザに対して通話を望む場合には、ユーザ端末３００から他のユーザ端末（図示せず）に対してＩＮＶＩＴＥ等の呼接続確立に要するＳＩＰ信号を送信し、他のユーザ端末とのＳＩＰネゴシエーションの結果がＯＫの場合にユーザ端末間でセッションが確立し、通話が可能となる。具体的には、ユーザ端末３００からの上記ＳＩＰ信号が呼処理サーバ１００ａに送信され、そのＳＩＰ信号を受け取った呼処理サーバ１００ａは近隣に接続されている他の呼処理サーバ１００ｂや、更にその先の呼処理サーバ１００ｃを経由して相手先のユーザ端末に対して呼の接続を要求する。そして、そのユーザ端末を所持しているユーザが接続要求に応答した場合には、ＳＩＰ信号に対する応答信号が呼処理サーバ１００ｃ、呼処理サーバ１００ｂ、呼処理サーバ１００ａを経由してユーザ端末３００に送信される。その後、ユーザ端末３００と他のユーザ端末との間で音声等のメディアのセッションが確立する。
【００３６】
このように、ユーザ端末３００は図示しないユーザ端末との間で通信を行うことが可能であり、また、ユーザ端末３００ａとユーザ端末３００ｂ（又はユーザ端末３００ｃ〜ユーザ端末３００ｅ）との間で通信を行うことも可能である。更には、それぞれのユーザ端末３００ａ〜ユーザ端末３００ｅが図示しない他の複数のユーザ端末と通信を行うことも可能となっている。なお、図２に示す点線はＳＩＰ信号の流れを説明するものであるが、実際には実線を通って送受されることになる。また、呼処理サーバ１００ｃは複数の他の転送網に接続されており、各転送網に接続された対向する呼処理サーバとＳＩＰ信号をやりとり可能となっている。
【００３７】
ここで、上記ＳＩＰネゴシエーションの結果はＳＤＰに記載され、このＳＤＰに含まれるメディア情報には、メディア種別、要求帯域、方向属性、転送品質クラス等が含まれている。呼処理サーバ１００は、図１に示すように、上記ＳＩＰ信号等の呼処理を行う呼処理機能部１０と、呼処理機能部１０からの要求に基づいてメディアゲートウェイ５００を制御するリソース管理装置１１とで構成される。
【００３８】
呼処理機能部１０は、前述したメディア情報のメディア種別や方向属性から転送品質クラス等を決定し、リソース管理装置１１に対して帯域に関する制御要求（帯域予約及び帯域確保のＡＡＲ（authentication and/or authorization request）信号等の帯域を制御する要求）を送信する。一方、リソース管理装置１１は、転送網の経路情報と各リンクの帯域を仮想的なリソース、仮想パスとして管理しており、その帯域制御要求で求められたメディアに必要な帯域が転送網で確保できるか否かを計算し、仮想パス内で帯域使用が可能な場合に、メディアゲートウェイ５００に対してピンホール制御やポリシー設定を行って帯域の予約及び確保等を行う。その後、メディアゲートウェイ５００は、呼処理サーバ１００からの要求に基づいてターミネーションペアの新たな追加、変更、削除を行う。なお、図２に示す一点鎖線は、このようなピンホール制御の流れを示すものである。
【００３９】
図３を用いて、リソース管理方法について説明する。
【００４０】
リソース管理装置１１は、記憶部１０２にて転送系ネットワークの物理構成を仮想パスとして記憶、管理する。管理する情報は主に各仮想パスの識別子と上限帯域と使用帯域である。仮想パスはノード（端末）間のリンク帯域（上り及び下りがある場合はそれぞれ）の上限を管理し、更に、ノード内のボトルネック及び配信サービス用のＬ２ＳＷ仮想パスのようにサービス種別上、制限される帯域、例えば、配信事業者における事業者間での契約帯域及びサーバ端末の配信能力によるものを仮想パスとして設定管理可能である。ここで、ノードの転処理能力はパケット／秒を帯域量に換算する。また、アクセスライン仮想パスとしてユーザ（加入者）の契約上限帯域及び享受するサービスの上限帯域を記憶管理可能である。更に、契約する付加サービスの情報や加入者優先度等の加入者情報を記憶可能である。加入者情報設定契機において、メディアゲートウェイに対し、ＳＩＰポート、ＳＩＰ信号用のポリシー設定、ピンホール制御を実施する。
【００４１】
端末間の通信はＳＩＰネゴシエーションによって開始されるが、このＳＩＰ信号をメディアゲートウェイで通過させるか否かは、この加入者情報およびＳＩＰポート情報を記憶管理し、メディアゲートウェイにステータスをＩＮＳで設定しているか否かで決定する。 すなわち、メディアゲートウェイコントローラ（ＭＧＣ：Media Gateway Controller）がピンホール制御時のステータスをＩＮＳで保持する。その後、ＳＩＰネゴシエーションが開始され決定するＳＤＰに従って、端末間の通信に使用するメディアが決定する。使用するメディアは、例えば、図３に示すメディア１及びメディア２が追加されることで決定する。メディアは、例えば、音声コーデック種別Ｇ７１１、双方向通信、帯域量６４Ｋｂｐｓ等の情報を有する。このメディア帯域が利用可能かどうかをアクセスライン仮想パス等の契約上限及びサービス提供上限から順番に判定を行う。
【００４２】
すなわち、図３に示すように、アクセスライン仮想パス１（上限帯域１００Ｍｂｐｓ、使用帯域４０Ｍｂｐｓ）でメディア帯域が使用可能か否かを判定し、使用可能であれば、ＰＯＮ仮想パス１でメディア帯域が使用可能か否かを判定する。ＰＯＮ仮想パス１（上限帯域１Ｇｂｐｓ、使用帯域６０Ｍｂｐｓ）でも使用可能であれば、Ｌ２ＳＷ仮想パス（上限帯域１Ｇｂｐｓ、使用帯域９０Ｍｂｐｓ）で使用可能か否かを判定する。このようにして、Ｌ２ＳＷ仮想パス（配信サービス用）（上限帯域８００Ｍｂｐｓ、使用帯域９０Ｍｂｐｓ）、メディアゲートウェイ仮想パス（上限帯域１Ｇｂｐｓ、使用帯域１６０Ｍｂｐｓ）でもそれぞれメディア帯域が利用可能であるか否かを判定し、判定結果に応じて順次通信経路を確保する。図３に示す矢印は、アクセスライン仮想パス１、ＰＯＮ仮想パス１及びＬ２ＳＷ仮想パスのそれぞれにおいて、斜線の仮想パスが使用可能であると順次判定されたケースを表している。さらに、図３に示すように、Ｌ２ＳＷ仮想パス、Ｌ２ＳＷ仮想パス（配信サービス用）、メディアゲートウェイ仮想パスそれぞれにおいても、斜線の仮想パスが使用可能であることがわかる。
【００４３】
経路上のいずれかの帯域が使用不可能な時点で受付判定をＮＧとして呼処理サーバ１００からＳＩＰネゴシエーションを終了する。全ての仮想パスにおいて帯域使用が可能であり受付判定がＯＫとなった場合は、記憶部１０２が記憶するＳＤＰで決定したメディア情報を元に、平均レート値、バースト値を算出して、メディアゲートウェイに設定する。メディアゲートウェイ設定がＮＧの場合は、帯域判定をＮＧとして、SIPネゴシエーションを終了する。
【００４４】
つぎに、図４を用いて、呼処理機能部１０とリソース管理装置１１との間で送受信する情報について説明する。
【００４５】
呼処理管理機能部１０からリソース管理装置１１への帯域予約及び帯域確保要求中には、端末間のＳＩＰネゴシエーションで決定した情報とメディアを要求した加入単位を識別可能な加入者識別子、ＳＤＰが含む１又は複数のメディア情報を送受信する。メディア情報には、サービス種別（コーデック種別）、要求帯域、転送品質クラス及び方向属性等が含まれる。
【００４６】
リソース管理装置１１は、呼処理機能部１０からの要求内容を記憶部１０２へ保存、分析して、積み上げ積み下げ用の帯域及びメディアゲートウェイ制御用の帯域それぞれに、トランスポートクラス及びサービスクラスを決定する。さらに、リソース管理装置１１は、積み上げ積み下げ用の帯域については使用可能な帯域量を計算し、メディアゲートウェイ制御用にはバースト閾値と平均レートを算出する。またさらに、リソース管理装置１１は、管理するリソースのうち端末間の経路上にある仮想パスの該当するクラスのリソースについて、端末側のリソースから順番に要求帯域量が使用可能か判断する。
【００４７】
帯域予約及び帯域確保の要求帯域量が積み上げ積み下げ可能な場合には、受付可能と判断して、メディアゲートウェイ制御を行い、算出したバースト閾値と平均レート及びパケットの振る舞いを決定するポリシー制御を実施する。リソース管理装置１１は、メディアゲートウェイからの成功応答を持って、メディアゲートウェイの制御内容を呼処理機能部１０からの要求に関連付けて記憶部１０２に保存し、呼処理機能部１０に対しても成功応答を返却する。これにより、端末間のＳＩＰネゴシエーションが完結（ｉｎｉ−ｉｎｖｉｔｅに対する２００ＯＫ）し、端末間でＩＰパケットを所望の帯域速度において送受信できるようになる。
【００４８】
とくに図４に示すように、呼の優先度及び緊急呼等の識別は、呼処理機能部１０とリソース管理装置１１との間において、Ｒｅｓｅｒｖａｔｉｏｎ−Ｐｒｉｏｒｉｔｙとしてコードポイント（０〜４）により実施される。帯域管理やメディアゲートウェイ設定(Ｍｅｇａｃｏ設定)の識別子はそれぞれに対応付けて記憶している略称の文字列を使用する。図４（ａ）に示すように、呼の種別がＧＮ（一般）、ＵＲ（優先）、ＵＲ１（高優先）及び緊急呼（最優先）に対してＭｅｇａｃｏ設定ではそれぞれ、ＧＮ、ＵＲ、ＵＲ１及びＵＲ１のように使用される。用途に未定義の値が設定された場合には、リソース管理装置１１側で、図４（ａ）に示すように、無効値としてエラー応答する。図４（ｂ）に示すように、エラー応答としてＳＩＰ上では５００ （ｃａｕｓｅ ３８）を返送する。リソース管理装置１１から呼処理機能部１０へ５００４無効値を返却する。
【００４９】
［リソース管理方法］
＜積み上げ判定ポリシー＞
まず、図５を用いて、積み上げ判定ポリシーについて説明する。
【００５０】
記憶部１０２は、図５に示すように、各仮想パスの上限帯域またはトランスポートクラスの上限帯域、各上限帯域の中で確保されるサービスクラスの上限帯域に関する情報を記憶する。サービスクラスとはサービス用途を示すリソースであり、図５に示す「音声通信」及び「マルチメディア通信」が該当する。とくに、音声通信に関する上限帯域については緊急帯域、ＵＲ１帯域、ＵＲ帯域及びＧＮ帯域のように区分し、それぞれ（１）最優先閾値、（２）高優先閾値、（３）優先閾値及び（４）一般閾値として記憶部１０２は記憶する。
【００５１】
図５は、仮想パス上限帯域の中のトランスポートクラスにおける音声通信に関するサービスクラスについて、緊急帯域等の各優先度における閾値を設定したものである。また、サービスクラス「マルチメディア通信」については、緊急帯域等の各優先度について閾値は設けずにサービスクラスの上限帯域のみ設定している。なお、図５に示す仮想パス上限帯域は、ＳＢＣ仮想パスにおいて仮想パスの上限と一致し、Ｌ２ＳＷ仮想パスについてはトランスポートクラスの上限と一致する。図５に示すような閾値が設定された仮想パス上限帯域において、帯域確保要求（ＡＡＲ）に対し、比較判定部１０３が実施する積み上げ判定ポリシーを次のように既定する。
【００５２】
（I）呼処理機能部１０からリソース管理装置１１への要求種別がサービス種別「マルチメディア通信」の場合：ＡＡＲ（マルチメディア通信）
（ア）「積み上げ帯域」の大きさに関わらず、「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」の超過判定を実施する。（イ）「積み上げ帯域」＋「ＡＡＲ（マルチメディア通信）」が「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」を超える場合は、常にアラームを出力する。
【００５３】
なお、「積み上げ帯域」とは、「既に積み上げている帯域」＋「新規要求分の帯域」を指す。したがって、閾値と積み上げ帯域を比較し、「積み上げ帯域」の方が大きい場合は、「新規要求分の帯域」の積み上げは不可とある。また、「積み上げ帯域」の大きさに関わらず、「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」との比較判定は実施されるため、「積み上げ帯域」が既に「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」を超えている場合、ＡＡＲ（マルチメディア通信）を受信した際においてもアラームは出力される。
【００５４】
（II）呼処理機能部１０からリソース管理装置１１への要求種別がサービス種別「音声通信」の場合：ＡＡＲ（音声通信）
（ア）「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」はチェックしない。（イ）積み上げ帯域の大きさに関わらず、「（４）一般閾値」、「（３）優先閾値」、「（２）高優先閾値」、「（１）最優先閾値」の順に呼の優先度が積み上げ可能な閾値まで積み上げ判定を実施する。（ウ）「積み上げ帯域」が既に閾値を超えていた場合、超えている閾値の超過アラームは出力しない。（エ）「積み上げ帯域」＋「ＡＡＲ（音声通信）」が「（１）最優先閾値」、「（２）高優先閾値」、「（３）優先閾値」及び「（４）一般閾値」をそれぞれ超える場合は、それぞれの閾値に対応したアラームを出力する。
【００５５】
＜アラーム判定ポリシー＞
つぎに、図５を用いて、アラーム判定ポリシーについて説明する。
【００５６】
（ア）各閾値を超過した際、必ずアラームを出力する。（イ）ＡＡＲ（マルチメディア通信）及びＡＡＲ（音声通信）で超過判定される閾値は記憶部１０２が別々に記憶する。（ウ）新たに積み上げる帯域が各閾値と一致する場合は、閾値を超過していない判断し、アラームは出力しない。（エ）メディアストリーム数における閾値との比較に関するポリシーも帯域に関するポリシーと同一とする。
【００５７】
なお、「音声通信」及び「マルチメディア通信」はメディアの種別を示し、音声は「音声通信」、音声以外の映像等は「マルチメディア通信」とする。したがって、ＡＡＲ（音声通信）は音声メディアの帯域情報を示し、ＡＡＲ（マルチメディア通信）は映像等メディアの帯域情報を示す。また、例えば、「積み上げ帯域」が高優先閾値まである際に、一般以下の帯域を有するＡＡＲ（音声通信）を受信した場合、呼損によりアラームは出力されない。この場合の帯域の積み上げ判定は、「（４）一般閾値」との比較から実施されるためである。
【００５８】
＜アラーム出力ロジック（音声通信）＞
つぎに、音声通信において、前述した積み上げ判定ポリシー及びアラーム判定ポリシーに基づくアラームの出力ロジックを、図６のフローチャート図を用いて説明する。
【００５９】
＜＜メディアストリーム数に関するアラーム出力ロジック＞＞
（イ）ステップＳ１００において、受付部１０１は、ＳＩＰネゴシエーションの結果に基づく音声通信に関する帯域確保要求、すなわちＡＡＲ（音声通信）を呼処理機能部１０から取得する。ステップＳ１０１において、メディアストリーム数に関する既存の積み上げストリーム数は、設定した閾値を超えているか否かを比較判定部１０３が判定する。超えていない場合、ステップＳ１０２において、比較判定部１０３は、既存の積み上げストリーム数にステップＳ１００で受付部１０１が取得した帯域確保要求情報が含む新たな要求ストリーム数を加算した合計である合計ストリーム数が、音声通信のサービスクラスで設定した各々の閾値、すなわち一般閾値、優先閾値、高優先閾値及び最優先閾値の順にそれぞれの閾値を超えるか否か判定する。
【００６０】
（ロ）合計ストリーム数が、一般閾値、優先閾値、高優先閾値及び最優先閾値のいずれかの閾値を越えた場合、ステップＳ１０３において、警報部１０５がアラームを出力する。つづいて、ステップＳ１０４において、比較判定部１０３は、合計ストリーム数が閾値を超えた状態で、接続可能か否か判定する。すなわち、帯域確保要求が「一般」の優先度を有する際に、合計ストリーム数がメディアストリーム数の仮想パスで設定された優先度「一般」の閾値を超える場合は接続不可となりＳＩＰネゴシエーションを終了する。
【００６１】
（ハ）帯域確保要求が有する優先度が、仮想パスで設定された優先度の閾値を越えない場合には、Ｓ２ＳＷ仮想パスの帯域に関する閾値比較を実施する。なお、ステップＳ１０１において、既存の積み上げストリーム数が閾値を超えている場合、ステップＳ１０２において、合計ストリーム数が閾値を越えない場合はステップＳ１０４に移行し、比較判定部１０３は帯域確保要求が接続可能か否か判定する。
【００６２】
＜＜Ｌ２ＳＷ仮想パスに関するアラーム出力ロジック＞＞
（ニ）ステップＳ１０５において、既存の積み上げ帯域はＳ２ＳＷ仮想パスで設定した閾値を超えているか否かを比較判定部１０３が判定する。超えていない場合、ステップＳ１０６において、比較判定部１０３は、既存の積み上げ帯域量にステップＳ１００で受付部１０１が取得した帯域確保要求情報が含む新たな帯域量を加算した合計である合計帯域量が、音声通信のサービスクラスで設定した各々の閾値、すなわち一般、優先、高優先及び最優先の順にそれぞれの閾値を超えるか否か判定する。
【００６３】
（ホ）合計帯域量が、一般、優先、高優先及び最優先のいずれかの閾値を越えた場合、ステップＳ１０７において、警報部１０５がアラームを出力する。つづいて、ステップＳ１０８において、比較判定部１０３は、合計帯域量が閾値を超えた状態で、接続可能か否か判定する。すなわち、帯域確保要求が「一般」の優先度を有する際に、合計帯域量がＬ２ＳＷ仮想パスで設定された優先度「一般」の閾値を超える場合は接続不可となりＳＩＰネゴシエーションを終了する。
【００６４】
（ヘ）帯域確保要求が有する優先度が、Ｌ２ＳＷ仮想パスで設定された優先度の閾値を越えない場合には、ＳＢＣ仮想パスの帯域に関する閾値比較を実施する。なお、ステップＳ１０５において、既存の積み上げ帯域量が閾値を超えている場合、ステップＳ１０６において、合計帯域量が閾値を越えない場合はステップＳ１０８に移行し、比較判定部１０３は帯域確保要求が接続可能か否か判定する。
【００６５】
＜＜ＳＢＣ仮想パスに関するアラーム出力ロジック＞＞
（ト）ステップＳ１０９において、既存の積み上げ帯域はＳＢＣ仮想パスで設定した閾値を超えているか否かを比較判定部１０３が判定する。超えていない場合、ステップＳ１１０において、比較判定部１０３は、既存の積み上げ帯域量にステップＳ１００で受付部１０１が取得した帯域確保要求情報が含む新たな帯域量を加算した合計である合計帯域量が、音声通信のサービスクラスで設定した各々の閾値、すなわち一般、優先、高優先及び最優先の順にそれぞれの閾値を超えるか否か判定する。
【００６６】
（チ）合計帯域量が、一般、優先、高優先及び最優先のいずれかの閾値を越えた場合、ステップＳ１１１において、警報部１０５がアラームを出力する。つづいて、ステップＳ１１２において、比較判定部１０３は、合計帯域量が閾値を超えた状態で、接続可能か否か判定する。すなわち、帯域確保要求が「一般」の優先度を有する際に、合計帯域量がＬ２ＳＷ仮想パスで設定された優先度「一般」の閾値を超える場合は接続不可となりＳＩＰネゴシエーションを終了する。
【００６７】
（リ）帯域確保要求が有する優先度が、ＳＢＣ仮想パスで設定された優先度の閾値を越えない場合には、ＳＩＰネゴシエーションは成功し通信が確立する。なお、ステップＳ１０９において、既存の積み上げ帯域量が閾値を超えている場合、ステップＳ１１０において、合計帯域量が閾値を越えない場合はステップＳ１１２に移行し、比較判定部１０３は帯域確保要求が接続可能か否か判定する。
【００６８】
つぎに、Ｌ２ＳＷ仮想パスにおいて、一般、優先、高優先及び最優先のそれぞれの優先度におけるアラーム出力ロジックを図７のフローチャート図を用いて説明する。なお、Ｌ２ＳＷ仮想パス判定は「上り」から「下り」の順に２回繰り返す。「上り」で捕捉ＮＧの場合は「下り」の判定処理は実施しない。ここで、「上り」とは端末から転送系ネットワークに入っていく信号の通信方向を指し、「下り」とは逆に転送系ネットワークから端末へ出て行く信号の通信方向を指す。
【００６９】
（イ）ステップＳ２０１において、比較判定部１０３は、既存の「積み上げ帯域」が既に優先度「一般」の閾値を超えているか否かを判定する。超えていない場合、ステップＳ２０２において、比較判定部１０３は、既存の「積み上げ帯域」に帯域確保要求情報が含む新規帯域量を加算した合計帯域量が優先度「一般」の帯域に関する閾値を越えるか否かを判定する。超える場合は、ステップＳ２０３において、警報部１０５が優先度「一般」に対応したアラームを出力する。
【００７０】
（ロ）つづいて、比較判定部１０３は、帯域確保要求情報が有する優先度を分析し、優先度が「一般」であればＳＩＰネゴシエーションを終了する。ステップＳ２０４において、優先度が「優先」、「高優先」及び「最優先」のいずれかであれば、ステップＳ２０５に移行する。なお、ステップＳ２０１において、既存の「積み上げ帯域」が既に優先度「一般」の帯域閾値を超えている場合は、ステップＳ２０４に移行する。また、ステップＳ２０２において、合計帯域量が優先度「一般」を超えない場合は、図６に示すステップＳ１０８以降のＳＢＣ仮想パス判定へと移行する。
【００７１】
（ハ）ステップＳ２０５において、比較判定部１０３は、既存の「積み上げ帯域」が既に優先度「優先」の閾値を超えているか否かを判定する。超えていない場合、ステップＳ２０６において、比較判定部１０３は、既存の「積み上げ帯域」に帯域確保要求情報が含む新規帯域量を加算した合計帯域量が優先度「優先」の帯域に関する閾値を越えるか否かを判定する。超える場合は、ステップＳ２０７において、警報部１０５が優先度「優先」に対応したアラームを出力する。
【００７２】
（ニ）つづいて、比較判定部１０３は、帯域確保要求情報が有する優先度を分析し、優先度が「優先」であればＳＩＰネゴシエーションを終了する。ステップＳ２０８において、優先度が「高優先」又は「最優先」であれば、ステップＳ２０９に移行する。なお、ステップＳ２０５において、既存の「積み上げ帯域」が既に優先度「優先」の帯域閾値を超えている場合は、ステップＳ２０８に移行する。また、ステップＳ２０６において、合計帯域量が優先度「優先」を超えない場合は、図６に示すステップＳ１０８以降のＳＢＣ仮想パス判定へと移行する。
【００７３】
（ホ）ステップＳ２０９において、比較判定部１０３は、既存の「積み上げ帯域」が既に優先度「高優先」の閾値を超えているか否かを判定する。超えていない場合、ステップＳ２１０において、比較判定部１０３は、既存の「積み上げ帯域」に帯域確保要求情報が含む新規帯域量を加算した合計帯域量が優先度「高優先」の帯域に関する閾値を越えるか否かを判定する。超える場合は、ステップＳ２１１において、警報部１０５が優先度「高優先」に対応したアラームを出力する。
【００７４】
（ヘ）つづいて、比較判定部１０３は、帯域確保要求情報が有する優先度を分析し、優先度が「高優先」であればＳＩＰネゴシエーションを終了する。ステップＳ２１２において、優先度が「最優先」であれば、ステップＳ２１３に移行する。なお、ステップＳ２０９において、既存の「積み上げ帯域」が既に優先度「高優先」の帯域閾値を超えている場合は、ステップＳ２１２に移行する。また、ステップＳ２１０において、合計帯域量が優先度「高優先」を超えない場合は、図６に示すステップＳ１０８以降のＳＢＣ仮想パス判定へと移行する。
【００７５】
（ト）ステップＳ２１３において、比較判定部１０３は、既存の「積み上げ帯域」に帯域確保要求情報が含む新規帯域量を加算した合計帯域量が優先度「最優先」の帯域に関する閾値を越えるか否かを判定する。超える場合は、ステップＳ２１４において、警報部１０５は、図４（ｂ）に基づくエラー応答に対応したアラームを出力し、ＳＩＰネゴシエーションを終了する。ステップＳ２１３において、合計帯域量が優先度「最優先」を超えない場合は、図６に示すステップＳ１０８以降のＳＢＣ仮想パス判定へと移行する。
【００７６】
＜アラーム出力ロジック（マルチメディア通信）＞
つぎに、マルチメディア通信において、前述した積み上げ判定ポリシー及びアラーム判定ポリシーに基づくアラームの出力ロジックを、図８のフローチャート図を用いて説明する。
【００７７】
＜＜メディアストリーム数に関するアラーム出力ロジック＞＞
（イ）ステップＳ３００において、受付部１０１は、ＳＩＰネゴシエーションの結果に基づくマルチメディア通信に関する帯域確保要求、すなわちＡＡＲ（マルチメディア通信）を呼処理機能部１０から取得する。ステップＳ３０１において、比較判定部１０３は、既存の積み上げストリーム数にステップＳ３００で受付部１０１が取得した帯域確保要求情報が含む新たな要求ストリーム数を加算した合計である合計ストリーム数が、マルチメディア通信のサービスクラスで設定した閾値の上限を超えるか否か判定する。
【００７８】
（ロ）合計ストリーム数が、閾値の上限を越えた場合、ステップＳ３０２において、警報部１０５がアラームを出力し、ＳＩＰネゴシエーションを終了する。ステップＳ３０１において、閾値の上限を超えない場合、Ｌ２ＳＷ仮想パスの帯域判定のステップＳ３０３に移行する。
【００７９】
＜＜Ｌ２ＳＷ仮想パスに関するアラーム出力ロジック＞＞
（ハ）ステップＳ３０３において、比較判定部１０３は、既存の積み上げ帯域量にステップＳ３００で受付部１０１が取得した帯域確保要求情報が含む新たな帯域量を加算した合計である合計帯域量が、マルチメディア通信のサービスクラスで設定したＬ２ＳＷ仮想パスの閾値の上限を超えるか否か判定する。合計帯域量が閾値の上限を越える場合、ステップＳ３０４において、警報部１０５がアラームを出力し、ＳＩＰネゴシエーションを終了する。ステップＳ３０３において、合計帯域量が閾値の上限を超えない場合、ＳＢＣ仮想パスの帯域判定のステップＳ３０５に移行する。
【００８０】
＜＜ＳＢＣ仮想パスに関するアラーム出力ロジック＞＞
（ニ）ステップＳ３０５において、比較判定部１０３は、既存の積み上げ帯域量にステップＳ３００で受付部１０１が取得した帯域確保要求情報が含む新たな帯域量を加算した合計である合計帯域量が、マルチメディア通信のサービスクラスで設定したＳＢＣ仮想パスの閾値の上限を超えるか否か判定する。合計帯域量が閾値の上限を越える場合、ステップＳ３０６において、警報部１０５がアラームを出力し、ＳＩＰネゴシエーションを終了する。ステップＳ３０５において、合計帯域量が閾値の上限を超えない場合には、ＳＩＰネゴシエーションは成功し通信が確立する。
【００８１】
＜アラーム出力パターン（ＳＢＣ仮想パス／音声通信）＞
つづいて、図９を用いて、リソース管理装置１１が帯域確保要求（ＡＡＲ）を取得した際、上述した積み上げ判定ポリシー及びアラーム判定ポリシーに基づく帯域積み上げ処理及びアラーム発出処理について説明する。図９は、ＳＢＣ仮想パス判定にＡＡＲ（音声通信）を受信した際の比較判定パターンを示している。なお、「ＳＢＣ仮想パスの上限帯域」＝「ＳＲＶ＿Ｇ７１１上限帯域」＋「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」であり、「ＳＲＶ＿Ｇ７１１上限帯域」＝「緊急帯域」＋「ＵＲ１帯域」＋「ＵＲ帯域」＋「ＧＮ帯域」である。
【００８２】
（パターン１）
比較判定部１０３は、記憶部１０２に記憶される図９に示す「積み上げ帯域」及び「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」を比較する。このとき「積み上げ帯域」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」を超過していないため、比較判定部１０３は警報部１０５へアラーム発出の要求を行わない。つづいて、比較判定部１０３は、「新規ＡＡＲ（音声通信）」による積み上げ後の上限帯域である、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」と「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」とを比較する。このとき、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」も「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」を超過しないため、比較判定部１０３は警報部１０５へアラーム発出の要求を行わない。さらに、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」は、「（４）一般」以下であるため、「新規ＡＡＲ（音声通信）」の積み上げは可能であり、比較判定部１０３は「新規ＡＡＲ（音声通信）」が積み上げ可能であると判定する。設定部１０４は比較判定部１０３の判定に基づいて、図２に示すメディアゲートウェイ５００に「積み上げ帯域」の上に「新規ＡＡＲ（音声通信）」を積み上げ可能な状態に制御する。
【００８３】
（パターン２）
比較判定部１０３は、記憶部１０２に記憶される図９に示す「積み上げ帯域」及び「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」を比較する。このとき「積み上げ帯域」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」を超過していないため、比較判定部１０３は警報部１０５へアラーム発出の要求を行わない。つづいて、比較判定部１０３は、「新規ＡＡＲ（音声通信）」による積み上げ後の上限帯域である、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」と「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」とを比較する。このとき、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」は「（４）一般閾値」以下であるため、比較判定部１０３は警報部１０５へアラーム発出の要求を行わない。さらに、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」は「（４）一般閾値」以下であるため、「新規ＡＡＲ（音声通信）」の積み上げは可能である。そのため、比較判定部１０３は「新規ＡＡＲ（音声通信）」が積み上げ可能であると判定する。設定部１０４は比較判定部１０３の判定に基づいて、図２に示すメディアゲートウェイ５００に「積み上げ帯域」の上に「新規ＡＡＲ（音声通信）」を積み上げ可能な状態に制御する。
【００８４】
（パターン３）
比較判定部１０３は、記憶部１０２に記憶される図９に示す「積み上げ帯域」及び「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」を比較する。このとき「積み上げ帯域」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」を超過しているが、帯域確保要求のサービスクラスは音声通信であるため、前述のアラーム判定ポリシーに基づいて比較判定部１０３は警報部１０５へアラームの出力要求を行わない。つづいて、比較判定部１０３は、「新規ＡＡＲ（音声通信）」による積み上げ後の上限帯域である、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」と「ＳＲＶ＿Ｇ７１１上限帯域」とを比較する。このとき、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」は「（４）一般閾値」以上、「（３）優先閾値」以下であるため、ＵＲ帯域に属する。
【００８５】
したがって、「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」の優先度を有する場合は、ＧＮ帯域を超過しているため、比較判定部１０３はＧＮに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＧＮに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」はＧＮ帯域を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【００８６】
また、「新規ＡＡＲ（音声通信）」が「優先（ＵＲ）」、「高優先（ＵＲ１）」及び「最優先（緊急）」のいずれかの優先度を有する場合は、ＧＮ帯域を超過しているため、比較判定部１０３はＧＮに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＧＮに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」はＵＲ帯域、ＵＲ１帯域及び緊急帯域のいずれも超過していないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【００８７】
（パターン４）
「積み上げ帯域」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」を超過しているが、帯域確保要求のサービスクラスは音声通信であるため、前述のアラーム判定ポリシーに基づいて比較判定部１０３は警報部１０５へアラームの出力要求を行わない。つづいて、比較判定部１０３は、「新規ＡＡＲ（音声通信）」による積み上げ後の上限帯域である、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」と「ＳＲＶ＿Ｇ７１１上限帯域」とを比較する。このとき、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」は「（２）高優先閾値」以上、「（１）最優先閾値」以下であるため、緊急帯域に属する。
【００８８】
したがって、「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」又は「優先（ＵＲ）」の優先度を有する場合は、ＧＮ帯域及びＵＲ帯域に属しないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（４）一般閾値」及び「（３）優先閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【００８９】
また、「新規ＡＡＲ（音声通信）」が「高優先（ＵＲ１）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＵＲ１帯域に属し、「（２）高優先閾値」を超過するため、比較判定部１０３はＵＲ１に対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＵＲ１に対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（２）高優先閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【００９０】
また、「新規ＡＡＲ（音声通信）」が「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＵＲ１帯域に属し、「（２）高優先閾値」を超過するため、比較判定部１０３はＵＲ１に対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＵＲ１に対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」は緊急帯域を超過していないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【００９１】
（パターン５）
「積み上げ帯域」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」を超過しているが、帯域確保要求のサービスクラスは音声通信であるため、前述のアラーム判定ポリシーに基づいて比較判定部１０３は警報部１０５へアラームの出力要求を行わない。つづいて、比較判定部１０３は、「新規ＡＡＲ（音声通信）」による積み上げ後の上限帯域である、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」と「ＳＲＶ＿Ｇ７１１上限帯域」とを比較する。このとき、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」の上限帯域は「（３）優先閾値」以上、「（２）高優先閾値」以下であるためＵＲ１帯域に属する。また、「新規ＡＡＲ（音声通信）」はＧＮ帯域、ＵＲ帯域及びＵＲ１帯域に属する。
【００９２】
したがって、「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」がＧＮ帯域に属し「（４）一般帯域」を超過するため、比較判定部１０３はＧＮに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＧＮに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（４）一般閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【００９３】
また、「新規ＡＡＲ（音声通信）」が「優先（ＵＲ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＵＲ帯域に属し、「（４）一般閾値」及び「（３）優先閾値」を超過するため、比較判定部１０３はＧＮ及びＵＲに対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＧＮ及びＵＲに対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（３）優先閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【００９４】
また、「新規ＡＡＲ（音声通信）」が「高優先（ＵＲ１）」又は「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＧＮ帯域及びＵＲ帯域に属し、「（４）一般閾値」及び「（３）優先閾値」を超過するため、比較判定部１０３はＧＮ及びＵＲに対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＧＮ及びＵＲに対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（１）最優先閾値」を超過していないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【００９５】
（パターン６）
「積み上げ帯域」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域」を超過しているが、帯域確保要求のサービスクラスは音声通信であるため、前述のアラーム判定ポリシーに基づいて比較判定部１０３は警報部１０５へアラームの出力要求を行わない。つづいて、比較判定部１０３は、「新規ＡＡＲ（音声通信）」による積み上げ後の上限帯域である、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」と「ＳＲＶ＿Ｇ７１１上限帯域」とを比較する。このとき、「積み上げ帯域」＋「新規ＡＡＲ（音声通信）」の上限帯域は「（２）高優先閾値」以上、「（１）最優先閾値」以下であるため緊急帯域に属する。また、「新規ＡＡＲ（音声通信）」はＵＲ帯域、ＵＲ１帯域及び緊急帯域に属する。
【００９６】
したがって、「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＧＮ帯域に属さないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（４）一般閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【００９７】
また、「新規ＡＡＲ（音声通信）」が「優先（ＵＲ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＵＲ帯域に属し、「（３）優先閾値」を超過するため、比較判定部１０３はＵＲに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＵＲに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（３）優先閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【００９８】
また、「新規ＡＡＲ（音声通信）」が「高優先（ＵＲ１）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＵＲ帯域及びＵＲ１帯域に属し、「（３）優先閾値」及び「（２）高優先閾値」を超過するため、比較判定部１０３はＵＲ及びＵＲ１に対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＵＲ及びＵＲ１に対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（２）高優先閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【００９９】
また、「新規ＡＡＲ（音声通信）」が「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＵＲ帯域及びＵＲ１帯域に属し、「（３）優先閾値」及び「（２）高優先閾値」を超過するため、比較判定部１０３はＵＲ及びＵＲ１に対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＵＲ及びＵＲ１に対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（１）最優先閾値」を超過していないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【０１００】
＜アラーム出力パターン（ＳＢＣ仮想パス／マルチメディア通信）＞
つづいて、図１０を用いて、リソース管理装置１１が帯域確保要求（ＡＡＲ）を取得した際、上述した積み上げ判定ポリシー及びアラーム判定ポリシーに基づく帯域積み上げ処理及びアラーム発出処理について説明する。図１０は、ＳＢＣ仮想パス判定にＡＡＲ（マルチメディア通信）を受信した際の比較判定パターンを示している。
【０１０１】
（パターン１）
「積み上げ帯域」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過せず、「新規ＡＡＲ（マルチメディア通信）」による積み上げ後の上限帯域である、「積み上げ帯域」＋「新規ＡＡＲ（マルチメディア通信）」も「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過していないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【０１０２】
（パターン２）
「積み上げ帯域」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しないが、「新規ＡＡＲ（マルチメディア通信）」による積み上げ後の上限帯域である、「積み上げ帯域」＋「新規ＡＡＲ（マルチメディア通信）」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過するため、比較判定部１０３はＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａに対応するアラームを発出する。さらに、「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１０３】
（パターン３）
「積み上げ帯域」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過するため、比較判定部１０３はＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａに対応するアラームを発出する。さらに、「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１０４】
（パターン４）
「積み上げ帯域」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過するため、比較判定部１０３はＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａに対応するアラームを発出する。さらに、「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１０５】
＜アラーム出力パターン（Ｌ２ＳＷ仮想パス／音声通信）＞
つづいて、図１１を用いて、リソース管理装置１１が帯域確保要求（ＡＡＲ）を取得した際、上述した積み上げ判定ポリシー及びアラーム判定ポリシーに基づく帯域積み上げ処理及びアラーム発出処理について説明する。図１１は、Ｌ２ＳＷ仮想パス判定にＡＡＲ（音声通信）を受信した際の比較判定パターンを示している。
【０１０６】
（パターン１）
「積み上げ帯域１」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過せず、「新規ＡＡＲ（音声通信）」による積み上げ後の上限帯域である、「積み上げ帯域１」＋「新規ＡＡＲ（音声通信）」も「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過していないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【０１０７】
（パターン２）
「積み上げ帯域１」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。また、Ｌ２ＳＷ仮想パスにおいては、ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域及びＳＲＶ＿Ｇ７１１上限帯域の間で帯域の隔離があるため、「新規ＡＡＲ（音声通信）」は、積み上げ帯域の大きさに関わらず、ＧＮ帯域の下限から積み上げられる。積み上げ後による「新規ＡＡＲ（音声通信）」の上限帯域はＧＮ帯域に属し、「（４）一般閾値」を超過しないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限帯域はＧＮ帯域に属し、「（４）一般閾値」を超過しないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【０１０８】
（パターン３）
「積み上げ帯域１」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」と同一となるため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。また、積み上げ後による「新規ＡＡＲ（音声通信）」の上限帯域はＧＮ帯域に属し、「（４）一般閾値」を超過しないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限帯域はＧＮ帯域に属し、「（４）一般閾値」を超過しないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【０１０９】
（パターン４）
「積み上げ帯域２」は、ＳＲＶ＿Ｇ７１１上限帯域に積み上げられているが、「積み上げ帯域１」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しておらず、「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」の残存帯域に「新規ＡＡＲ（音声通信）」を積み上げる帯域量があるため、「新規ＡＡＲ（音声通信）」は「積み上げ帯域１」に積み上げられる。
【０１１０】
そして、「新規ＡＡＲ（音声通信）」による積み上げ後の上限帯域である、「積み上げ帯域１」＋「新規ＡＡＲ（音声通信）」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過していないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【０１１１】
（パターン５）
「積み上げ帯域２」は、ＳＲＶ＿Ｇ７１１上限帯域に積み上げられているが、「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」の残存帯域に「新規ＡＡＲ（音声通信）」を積み上げる帯域量がないため、「新規ＡＡＲ（音声通信）」は「積み上げ帯域２」に積み上げられる。そして、「新規ＡＡＲ（音声通信）」による積み上げ後の上限帯域である、「積み上げ帯域１」＋「新規ＡＡＲ（音声通信）」は、ＧＮ帯域、ＵＲ帯域及びＵＲ１帯域に属し、「新規ＡＡＲ（音声通信）」の上限帯域は「（３）優先閾値」以上、「（２）高優先閾値」以下であるためＵＲ１帯域に属する。
【０１１２】
したがって、「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＧＮ帯域に属し、「（４）一般閾値」を超過するため、比較判定部１０３はＧＮに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＧＮに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（４）一般閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１１３】
また、「新規ＡＡＲ（音声通信）」が「優先（ＵＲ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＧＮ帯域及びＵＲ帯域に属し、「（４）一般閾値」及び「（３）優先閾値」を超過するため、比較判定部１０３はＧＮ及びＵＲに対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＧＮ及びＵＲに対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（４）一般閾値」及び「（３）優先閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１１４】
また、「新規ＡＡＲ（音声通信）」が「高優先（ＵＲ１）」又は「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＧＮ帯域及びＵＲ帯域に属し、「（４）一般閾値」及び「（３）優先閾値」を超過するため、比較判定部１０３はＧＮ及びＵＲに対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＧＮ及びＵＲに対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（２）高優先閾値」を超過していないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【０１１５】
（パターン６）
「パターン５」と同様の理由で、「新規ＡＡＲ（音声通信）」は「積み上げ帯域２」に積み上げられる。積み上げられた「新規ＡＡＲ（音声通信）」は、ＵＲ帯域、ＵＲ１帯域及び緊急帯域に属する。また、「新規ＡＡＲ（音声通信）」の上限帯域は「（２）高優先閾値」以上、「（１）最優先閾値」以下であるため緊急帯域に属する。
【０１１６】
したがって、「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＧＮ帯域に属さないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（４）一般閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１１７】
また、「新規ＡＡＲ（音声通信）」が「優先（ＵＲ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＵＲ帯域に属し、「（３）優先閾値」を超過するため、比較判定部１０３はＵＲに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＵＲに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（３）優先閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１１８】
また、「新規ＡＡＲ（音声通信）」が「高優先（ＵＲ１）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＵＲ帯域及びＵＲ１帯域に属し、「（３）優先閾値」及び「（２）高優先閾値」を超過するため、比較判定部１０３はＵＲ及びＵＲ１に対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＵＲ及びＵＲ１に対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（２）高優先閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１１９】
また、「新規ＡＡＲ（音声通信）」が「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＵＲ帯域及びＵＲ１帯域に属し、「（３）優先閾値」及び「（２）高優先閾値」を超過するため、比較判定部１０３はＵＲ及びＵＲ１に対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＵＲ及びＵＲ１に対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（１）最優先閾値」を超過していないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【０１２０】
（パターン７）
「積み上げ帯域１」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」と同一となるため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。また、「パターン５」と同様の理由で、「新規ＡＡＲ（音声通信）」は「積み上げ帯域２」に積み上げられる。積み上げられた「新規ＡＡＲ（音声通信）」は、ＵＲ１帯域及び緊急帯域に属する。また、「新規ＡＡＲ（音声通信）」の上限帯域は「（１）最優先閾値」以上であるため、ＳＲＶ＿Ｇ７１１上限帯域を超過する。
【０１２１】
したがって、「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＧＮ帯域に属さないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（４）一般閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１２２】
また、「新規ＡＡＲ（音声通信）」が「優先（ＵＲ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＵＲ帯域に属さないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（３）優先閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１２３】
また、「新規ＡＡＲ（音声通信）」が「高優先（ＵＲ１）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」はＵＲ１帯域に属し、「（２）高優先閾値」を超過するため、比較判定部１０３はＵＲ１に対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＵＲ１に対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（２）高優先閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１２４】
また、「新規ＡＡＲ（音声通信）」が「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」は緊急帯域に属し、「（１）最優先閾値」を超過するため、比較判定部１０３はエラーに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５は緊急に対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（１）最優先閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１２５】
＜アラーム出力パターン（Ｌ２ＳＷ仮想パス／マルチメディア通信）＞
つづいて、図１２を用いて、リソース管理装置１１が帯域確保要求（ＡＡＲ）を取得した際、上述した積み上げ判定ポリシー及びアラーム判定ポリシーに基づく帯域積み上げ処理及びアラーム発出処理について説明する。図１２は、Ｌ２ＳＷ仮想パス判定にＡＡＲ（マルチメディア通信）を受信した際の比較判定パターンを示している。
【０１２６】
（パターン１）
「積み上げ帯域１」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過せず、「新規ＡＡＲ（マルチメディア通信）」による積み上げ後の上限帯域である、「積み上げ帯域１」＋「新規ＡＡＲ（マルチメディア通信）」も「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過していないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【０１２７】
（パターン２）
「積み上げ帯域１」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」と同一となるため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。ここで、「新規ＡＡＲ（マルチメディア通信）」は、ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域及びＳＲＶ＿Ｇ７１１上限帯域の分断された帯域に跨って積み上げ可能である。そのため、積み上げ後による「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過するが、ＧＮ帯域には属しさない。
【０１２８】
したがって、「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過するため、比較判定部１０３はＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域に対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域に対応するアラームを発出する。さらに、「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１２９】
（パターン３）
「積み上げ帯域２」は、ＳＲＶ＿Ｇ７１１上限帯域に積み上げられているが、「積み上げ帯域１」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しておらず、「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」の残存帯域に「新規ＡＡＲ（マルチメディア通信）」を積み上げる帯域量があるため、その結果、「新規ＡＡＲ（音声通信）」は「積み上げ帯域１」に積み上げられる。
【０１３０】
そして、「新規ＡＡＲ（マルチメディア通信）」による積み上げ後の上限帯域である、「積み上げ帯域１」＋「新規ＡＡＲ（マルチメディア通信）」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過していないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【０１３１】
（パターン４）
「積み上げ帯域２」は、ＳＲＶ＿Ｇ７１１上限帯域に積み上げられているが、「積み上げ帯域１」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しておらず、「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」の残存帯域に「新規ＡＡＲ（マルチメディア通信）」を積み上げる帯域量もない。しかし、「新規ＡＡＲ（マルチメディア通信）」は、ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域及びＳＲＶ＿Ｇ７１１上限帯域の分断された帯域に跨って積み上げ可能である。その結果、積み上げ後による「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過するが、ＧＮ帯域には属しさない。
【０１３２】
したがって、「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過するため、比較判定部１０３はＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域に対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域に対応するアラームを発出する。さらに、「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１３３】
（パターン５）
「積み上げ帯域１」は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」と同一となるため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。ここで、「新規ＡＡＲ（マルチメディア通信）」は、ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域及びＳＲＶ＿Ｇ７１１上限帯域の分断された帯域に跨って積み上げ可能である。そのため、積み上げ後による「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過するが、ＧＮ帯域には属しさない。
【０１３４】
したがって、「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過するため、比較判定部１０３はＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域に対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域に対応するアラームを発出する。さらに、「新規ＡＡＲ（マルチメディア通信）」の上限帯域は「ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１３５】
＜アラーム出力パターン（メディアストリーム数／音声通信）＞
つづいて、図１３を用いて、リソース管理装置１１が帯域確保要求（ＡＡＲ）を取得した際、上述した積み上げ判定ポリシー及びアラーム判定ポリシーに基づくメディアストリーム数積み上げ処理及びアラーム発出処理について説明する。図１３は、ＳＢＣ仮想パスにおいてＡＡＲ（音声通信）を受信した際のメディアストリーム数の比較判定パターンを示している。
【０１３６】
（パターン１）
「積み上げメディアストリーム数」は「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」を超過せず、「新規ＡＡＲ（音声通信）」による積み上げ後の上限メディアストリーム数である、「積み上げメディアストリーム数」＋「新規ＡＡＲ（音声通信）」も「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」を超過しないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限メディアストリーム数は「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」を超過していないため、比較判定部１０３はメディアストリーム数の積み上げをＯＫと判定する。
【０１３７】
（パターン２）
「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」は「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」を超過するため、比較判定部１０３はＧＮに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＧＮに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限メディアストリーム数は「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」を超過しているため、比較判定部１０３はメディアストリーム数の積み上げをＮＧと判定する。
【０１３８】
また、「新規ＡＡＲ（音声通信）」が「優先（ＵＲ）」、「高優先（ＵＲ１）」及び「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」の下限が「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」と一致するため、比較判定部１０３はＧＮに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＧＮに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（３）優先閾値」を超過していないため、比較判定部１０３はメディアストリーム数の積み上げをＯＫと判定する。
【０１３９】
（パターン３）
「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」は「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」を超過するが、音声及びマルチメディア通信メディアストリーム数（ＧＮメディアストリーム数）に属していないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限メディアストリーム数は「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」を超過しているため、比較判定部１０３はメディアストリーム数の積み上げをＮＧと判定する。
【０１４０】
また、「新規ＡＡＲ（音声通信）」が「優先（ＵＲ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」の上限メディアストリーム数は、「（３）優先閾値」以上、「（２）高優先閾値」以下であるためＵＲ１メディアストリーム数に属する。また、「新規ＡＡＲ（音声通信）」の下限が「（３）優先閾値」と一致するため、比較判定部１０３はＵＲに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＵＲに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限メディアストリーム数は「（３）優先閾値」を超過しているため、比較判定部１０３はメディアストリーム数の積み上げをＮＧと判定する。
【０１４１】
また、「新規ＡＡＲ（音声通信）」が「高優先（ＵＲ１）」及び「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」の下限が「（３）優先閾値」と一致するため、比較判定部１０３はＵＲに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＵＲに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限メディアストリーム数は「（２）高優先閾値」を超過していないため、比較判定部１０３はメディアストリーム数の積み上げをＯＫと判定する。
【０１４２】
（パターン４）
「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」及び「優先（ＵＲ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」は「（２）高優先閾値」を超過するが、ＧＮメディアストリーム数及びＵＲメディアストリーム数には属していないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限メディアストリーム数は「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」及び「（３）優先閾値」を超過しているため、比較判定部１０３はメディアストリーム数の積み上げをＮＧと判定する。
【０１４３】
また、「新規ＡＡＲ（音声通信）」が「高優先（ＵＲ１）」の優先度を有する場合は、「（２）高優先閾値」を超過するため、比較判定部１０３はＵＲ１に対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＵＲ１に対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限メディアストリーム数は「（２）高優先閾値」を超過しているため、比較判定部１０３はメディアストリーム数の積み上げをＮＧと判定する。
【０１４４】
また、「新規ＡＡＲ（音声通信）」が「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」の上限メディアストリーム数が「（２）高優先閾値」以上、「（１）最優先閾値」以下であり、緊急メディアストリーム数に属するため、比較判定部１０３はＵＲ１に対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＵＲ１に対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限メディアストリーム数は「（１）最優先閾値」を超過していないため、比較判定部１０３はメディアストリーム数の積み上げをＯＫと判定する。
【０１４５】
＜アラーム出力パターン（メディアストリーム数／マルチメディア通信）＞
つづいて、図１４を用いて、リソース管理装置１１が帯域確保要求（ＡＡＲ）を取得した際、上述した積み上げ判定ポリシー及びアラーム判定ポリシーに基づくメディアストリーム数積み上げ処理及びアラーム発出処理について説明する。図１４は、ＳＢＣ仮想パスにおいてＡＡＲ（マルチメディア通信）を受信した際のメディアストリーム数の比較判定パターンを示している。
【０１４６】
（パターン１）
「積み上げメディアストリーム数」は「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」を超過せず、「新規ＡＡＲ（マルチメディア通信）」による積み上げ後の上限メディアストリーム数である、「積み上げメディアストリーム数」＋「新規ＡＡＲ（マルチメディア通信）」も「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」を超過しないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（マルチメディア通信）」の上限メディアストリーム数は「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」を超過していないため、比較判定部１０３はメディアストリーム数の積み上げをＯＫと判定する。
【０１４７】
（パターン２）
「新規ＡＡＲ（マルチメディア通信）」の下限が「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」と一致するため、比較判定部１０３はＧＮに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＧＮに対応するアラームを発出する。さらに、「新規ＡＡＲ（マルチメディア通信）」の上限メディアストリーム数は「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」を超過しているため、比較判定部１０３はメディアストリーム数の積み上げをＮＧと判定する。
【０１４８】
（パターン３）
「積み上げメディアストリーム数」の大きさに関わらず、積み上げられた「新規ＡＡＲ（マルチメディア通信）」の下限が「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」と一致するため、比較判定部１０３はＧＮに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＧＮに対応するアラームを発出する。さらに、「新規ＡＡＲ（マルチメディア通信）」の上限メディアストリーム数は「（４）一般／Ｍｕｌｔｉｍｅｄｉａ閾値」を超過しているため、比較判定部１０３はメディアストリーム数の積み上げをＮＧと判定する。
【０１４９】
＜アラーム出力パターン（ＳＢＣ仮想パス／音声通信、ＵＲ帯域＝ＵＲ１帯域＝緊急帯域＝０）＞
つづいて、図１５を用いて、リソース管理装置１１が帯域確保要求（ＡＡＲ）を取得した際、上述した積み上げ判定ポリシー及びアラーム判定ポリシーに基づく帯域積み上げ処理及びアラーム発出処理について説明する。図１５は、ＳＢＣ仮想パスにおいてＡＡＲ（音声通信）を受信した際の帯域の比較判定パターンを示している。さらに、設定されたＳＢＣ仮想パスが備えるＵＲ帯域、ＵＲ１帯域及び緊急帯域は０とする。
【０１５０】
（パターン１）
「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」、「優先（ＵＲ）」、「高優先（ＵＲ１）」及び「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」の上限が、緊急帯域の上限である「（１）ＳＲＶ＿Ｇ７１１上限閾値」を超過しないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（１）ＳＲＶ＿Ｇ７１１上限閾値」を超過しないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【０１５１】
（パターン２）
「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」は、「（４）一般上限閾値」を超過するため、比較判定部１０３はＧＮに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＧＮに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（４）一般閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１５２】
また、「新規ＡＡＲ（音声通信）」が「優先（ＵＲ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」は「優先（ＵＲ）」の優先度以下の閾値に属する「（４）一般閾値」及び「（３）優先閾値」を超過するため、比較判定部１０３はＧＮ及びＵＲに対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＧＮ及びＵＲに対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（４）一般閾値」及び「（３）優先閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１５３】
また、「新規ＡＡＲ（音声通信）」が「高優先（ＵＲ１）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」は「高優先（ＵＲ１）」の優先度以下の閾値に属する「（４）一般閾値」、「（３）優先閾値」及び「（２）高優先閾値」を超過するため、比較判定部１０３はＧＮ、ＵＲ及びＵＲ１に対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＧＮ、ＵＲ及びＵＲ１に対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（４）一般閾値」、「（３）優先閾値」及び「（２）高優先閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１５４】
また、「新規ＡＡＲ（音声通信）」が「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」は「最優先（緊急）」の優先度以下の閾値に属する「（４）一般閾値」、「（３）優先閾値」、「（２）高優先閾値」及び「（１）最優先閾値」を超過するため、比較判定部１０３はＧＮ、ＵＲ、ＵＲ１及びエラーに対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＧＮ、ＵＲ、ＵＲ１及びエラーに対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（４）一般閾値」、「（３）優先閾値」、「（２）高優先閾値」及び「（１）ＳＲＶ＿Ｇ７１１上限閾値」を超過しているため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１５５】
（パターン３）
「新規ＡＡＲ（音声通信）」の下限が「（１）ＳＲＶ＿Ｇ７１１上限閾値」、「（２）高優先閾値」、「（３）優先閾値」及び「（４）一般閾値」と一致し、且つ「新規ＡＡＲ（音声通信）」の上限がそれぞれの閾値を超過する。
【０１５６】
そのため、「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」の優先度を有する場合は、比較判定部１０３はＧＮに対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＧＮに対応するアラームをそれぞれ発出する。
【０１５７】
また、「新規ＡＡＲ（音声通信）」が「優先（ＵＲ）」の優先度を有する場合は、比較判定部１０３はＵＲ以下の優先度に対応するアラーム、すなわちＧＮ及びＵＲに対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＧＮ及びＵＲに対応するアラームをそれぞれ発出する。
【０１５８】
また、「新規ＡＡＲ（音声通信）」が「高優先（ＵＲ１）」の優先度を有する場合は、比較判定部１０３はＵＲ１以下の優先度に対応するアラーム、すなわちＧＮ、ＵＲ及びＵＲ１に対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＧＮ、ＵＲ及びＵＲ１に対応するアラームをそれぞれ発出する。
【０１５９】
また、「新規ＡＡＲ（音声通信）」が「最優先（緊急）」の優先度を有する場合は、比較判定部１０３は緊急以下の優先度に対応するアラーム、すなわちＧＮ、ＵＲ、ＵＲ１及びエラーに対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＧＮ、ＵＲ、ＵＲ１及びエラーに対応するアラームをそれぞれ発出する。
【０１６０】
さらに、「新規ＡＡＲ（音声通信）」の上限は「（１）ＳＲＶ＿Ｇ７１１上限閾値」を超過しているため、「新規ＡＡＲ（音声通信）」がいずれの優先度を有していても、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１６１】
＜アラーム出力パターン（ＳＢＣ仮想パス／音声通信、ＵＲ１帯域＝０）＞
つづいて、図１６を用いて、リソース管理装置１１が帯域確保要求（ＡＡＲ）を取得した際、上述した積み上げ判定ポリシー及びアラーム判定ポリシーに基づく帯域積み上げ処理及びアラーム発出処理について説明する。図１６は、ＳＢＣ仮想パスにおいてＡＡＲ（音声通信）を受信した際の帯域の比較判定パターンを示している。さらに、設定されたＳＢＣ仮想パスが備えるＵＲ１帯域は０とする。
【０１６２】
（パターン１）
「新規ＡＡＲ（音声通信）」の上限は「（１）ＳＲＶ＿Ｇ７１１上限閾値」と一致し、「新規ＡＡＲ（音声通信）」はＵＲ帯域、ＵＲ１帯域及び緊急帯域に属する。「（３）優先閾値」及び「（２）高優先閾値」が一致するため、「新規ＡＡＲ（音声通信）」はＵＲ１帯域に属するとみなすことができるためである。
【０１６３】
「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」がＧＮ帯域には属していないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（４）一般閾値」を超過しているため、比較判定部１０３は「新規ＡＡＲ（音声通信）」が有する優先度以上の帯域の積み上げは判断せず、帯域の積み上げはＮＧと判定する。
【０１６４】
また、「新規ＡＡＲ（音声通信）」が「優先（ＵＲ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」の帯域は「（３）優先閾値」以上、「（１）ＳＲＶ＿Ｇ７１１閾値」以下であり、ＵＲ帯域及び緊急閾値に属するため、比較判定部１０３はＵＲに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＵＲに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（１）ＳＲＶ＿Ｇ７１１上限閾値」と一致しているため、比較判定部１０３は「新規ＡＡＲ（音声通信）」が有する優先度以上の帯域の積み上げは判断せず、帯域の積み上げをＮＧと判定する。
【０１６５】
また、「新規ＡＡＲ（音声通信）」が「高優先（ＵＲ１）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」の帯域は「（３）優先閾値」以上、「（１）ＳＲＶ＿Ｇ７１１閾値」以下であり、ＵＲ帯域及び緊急閾値に属するため、比較判定部１０３はＵＲ１以下の優先度に対応するアラーム、すなわちＵＲ及びＵＲ１に対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＵＲ及びＵＲ１に対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（１）ＳＲＶ＿Ｇ７１１上限閾値」と一致しているため、比較判定部１０３は「新規ＡＡＲ（音声通信）」が有する優先度以上の帯域の積み上げは判断せず、帯域の積み上げをＮＧと判定する。
【０１６６】
また、「新規ＡＡＲ（音声通信）」が「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」の帯域は「（３）優先閾値」以上、「（１）ＳＲＶ＿Ｇ７１１閾値」以下であり、ＵＲ帯域及び緊急閾値に属するため、比較判定部１０３は超過している「（３）優先閾値」及び「（２）高優先閾値」に対応するＵＲ１以下の優先度のアラーム、すなわちＵＲ及びＵＲ１に対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＵＲ及びＵＲ１に対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は優先度「最優先（緊急）」に対応する閾値「（１）ＳＲＶ＿Ｇ７１１上限閾値」と一致しており、超過していないため、比較判定部１０３は帯域の積み上げをＯＫと判定する。
【０１６７】
（パターン２）
「新規ＡＡＲ（音声通信）」の上限は「（１）ＳＲＶ＿Ｇ７１１上限閾値」と一致し、「新規ＡＡＲ（音声通信）」はＵＲ帯域、ＵＲ１帯域及び緊急帯域に属する。「（３）優先閾値」及び「（２）高優先閾値」が一致するため、「新規ＡＡＲ（音声通信）」はＵＲ１帯域に属するとみなすことができるためである。
【０１６８】
「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」がＧＮ帯域には属していないため、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（４）一般閾値」を超過しているため、比較判定部１０３は「新規ＡＡＲ（音声通信）」が有する優先度以上の帯域の積み上げは判断せず、帯域の積み上げはＮＧと判定する。
【０１６９】
また、「新規ＡＡＲ（音声通信）」が「優先（ＵＲ）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」の帯域は「（３）優先閾値」を超過するため、比較判定部１０３はＵＲに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はＵＲに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（１）ＳＲＶ＿Ｇ７１１上限閾値」を超過するため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１７０】
また、「新規ＡＡＲ（音声通信）」が「高優先（ＵＲ１）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」の帯域は「（３）優先閾値」及び「（２）高優先閾値」を超過するため、比較判定部１０３はＵＲ及びＵＲ１に対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＵＲ及びＵＲ１に対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（１）ＳＲＶ＿Ｇ７１１上限閾値」を超過するため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１７１】
また、「新規ＡＡＲ（音声通信）」が「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」の帯域は「（３）優先閾値」、「（２）高優先閾値」及び「（１）ＳＲＶ＿Ｇ７１１上限閾値」を超過するため、比較判定部１０３はＵＲ、ＵＲ１及びエラーに対応するアラームをそれぞれ出力するよう警報部１０５に要求し、警報部１０５はＵＲ、ＵＲ１及びエラーに対応するアラームをそれぞれ発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（１）ＳＲＶ＿Ｇ７１１上限閾値」を超過するため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１７２】
（パターン３）
「新規ＡＡＲ（音声通信）」の下限が「（１）ＳＲＶ＿Ｇ７１１上限閾値」と一致し、ＧＮ帯域、ＵＲ帯域及び緊急帯域には属さないため、「新規ＡＡＲ（音声通信）」が「一般（ＧＮ）」、「優先（ＵＲ）」及び「高優先（ＵＲ１）」それぞれの優先度を有する場合は、比較判定部１０３はアラームを出力するよう警報部１０５に要求しない。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（１）ＳＲＶ＿Ｇ７１１上限閾値」を超過するため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１７３】
また、「新規ＡＡＲ（音声通信）」が「最優先（緊急）」の優先度を有する場合は、「新規ＡＡＲ（音声通信）」の上限帯域が「（１）ＳＲＶ＿Ｇ７１１上限閾値」を超過するため、比較判定部１０３はエラーに対応するアラームを出力するよう警報部１０５に要求し、警報部１０５はエラーに対応するアラームを発出する。さらに、「新規ＡＡＲ（音声通信）」の上限帯域は「（１）ＳＲＶ＿Ｇ７１１上限閾値」を超過するため、比較判定部１０３は帯域の積み上げをＮＧと判定する。
【０１７４】
（第２の実施の形態）
［装置の構成］
本発明の第２の実施の形態に係るリソース管理装置２１は、図１７に示すように、本発明の第１の実施の形態に係るリソース管理装置１１に対し、帯域制御部１０６を更に備える。
【０１７５】
帯域制御部１０６は、図１８に示すように、記憶部１０２が記憶するメディアゲートウェイ情報、メディアゲートウェイ内サービス区分情報、Ｌ２ＳＷ仮想パス情報及びＬ２ＳＷ仮想パス内サービス区分情報等の管理データを変更する。
【０１７６】
すなわち帯域制御部１０６は、メディアゲートウェイ情報に関して、仮想パスにおける最大メディアストリーム数及びＳＢＣ仮想パス上限帯域を変更する。変更時のメディアストリーム数を下回るようにメディアストリーム数の上限を変更した場合、帯域制御部１０６は、変更成功の情報更新通知を出力し、積み上げメディアストリーム数と変更後の各仮想パスにおけるメディアストリーム数の閾値との比較を再度実施し、アラーム出力ポリシーに則って警報部１０５がアラームを発出する。また、帯域制御部１０６がＳＢＣ仮想パスの上限帯域を変更した際、変更後のＳＢＣ仮想パスの上限帯域が変更時の積み上げ帯域以下になる場合、積み上げ判定ポリシーに基づいて、ＳＢＣ仮想パスの上限帯域は変更に失敗し、帯域制御部１０６は変更失敗の情報更新通知を出力する。このとき、アラーム判定ポリシーにより閾値比較が不要なため、警報部１０５はアラームを発出しない。帯域制御部１０６がＳＢＣ仮想パスの上限帯域を変更した際、変更後のＳＢＣ仮想パスの上限帯域が変更時の積み上げ帯域以上のままである場合、帯域制御部１０６は変更成功の情報更新通知を出力し、比較判定部１０３が積み上げ帯域と変更後のＳＢＣ仮想パスにおける帯域の各閾値との比較を再度実施し、アラーム出力ポリシーに則って警報部１０５がアラームを発出する。
【０１７７】
また、帯域制御部１０６は、メディアゲートウェイ内サービス区分情報に関して、サービスクラスが音声通信である音声サービス上限帯域を変更する。変更後の音声通信のサービスクラスであるＳＲＶ＿Ｇ７１１の上限帯域が、変更時の積み上げ帯域以下になる場合、帯域制御部１０６は変更成功の情報更新通知を出力し、比較判定部１０３が積み上げ帯域と変更後のＳＢＣ仮想パスにおけるＳＲＶ＿Ｇ７１１の上限帯域の各閾値との比較を再度実施し、アラーム出力ポリシーに則って警報部１０５がアラームを発出する。
【０１７８】
さらに帯域制御部１０６は、Ｌ２ＳＷ仮想パス情報に関して、Ｌ２ＳＷ仮想パスの上限帯域を変更する。変更後のＬ２ＳＷ仮想パスの上限帯域が、変更時の積み上げ帯域以下になる場合で、さらに既存の積み上げ帯域以下になる場合、帯域制御部１０６は変更失敗の情報更新通知を出力する。変更後のＬ２ＳＷ仮想パスの上限帯域が、変更時の積み上げ帯域以下になる場合で、さらに既存の積み上げ帯域に新規ＡＡＲを加算した合計帯域以下になる場合、帯域制御部１０６は変更成功の情報更新通知を出力し、比較判定部１０３が積み上げ帯域と変更後のＬ２ＳＷ仮想パスにおける帯域の各閾値との比較を再度実施し、アラーム出力ポリシーに則って警報部１０５がアラームを発出する。
【０１７９】
さらにまた帯域制御部１０６は、Ｌ２ＳＷ仮想パス内サービス区分情報に関して、Ｌ２ＳＷ仮想パス内のサービスクラス毎の上限帯域を変更する。Ｌ２ＳＷ仮想パス内の各サービスにおける変更後の上限帯域が、変更時の積み上げ帯域以上の場合、帯域制御部１０６は変更成功の情報更新通知を出力し、比較判定部１０３が変更時の積み上げ帯域とＬ２ＳＷ仮想パスにおける変更後の帯域との比較を再度実施し、アラーム出力ポリシーに則って警報部１０５がアラームを発出する。Ｌ２ＳＷ仮想パス内の各サービスにおける変更後の上限帯域が、変更時の積み上げ帯域以下の場合、帯域制御部１０６は変更失敗の情報更新通知を出力する。このとき、アラーム判定ポリシーにより閾値比較が不要なため、警報部１０５はアラームを発出しない。例えば、ＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａの上限帯域が変更時の積み上げ帯域以下になる場合は、帯域制御部１０６は変更失敗の情報更新通知を出力し、警報部１０５はアラームを発出しない。
【０１８０】
［帯域変更パターン］
つぎに、帯域制御部１０６が、記憶部１０２の記憶する仮想パスの帯域情報等を変更することで、仮想パスの上限帯域を制御するパターンを図１９及び２０を用いて説明する。
【０１８１】
図１９に示すように、帯域制御部１０６が記憶部１０２の記憶するＳＢＣ仮想パス帯域の上限を減少するよう変更する。変更後のＳＢＣ仮想パス帯域の上限は、積み上げ帯域以上のままであるため、積み上げ判定ポリシーに基づいて変更認められ、帯域制御部１０６は変更成功の情報更新通知を出力する。つづいて、比較判定部１０３は、積み上げ帯域と変更後のＳＢＣ仮想パスにおける帯域の各閾値との比較を再度実施し、アラーム出力ポリシーに則って警報部１０５がアラームを発出する。この場合、積み上げ帯域はＳＲＶ＿Ｍｕｌｔｉｍｅｄｉａ上限帯域を超過しているため、警報部１０５はエラーに対応するアラームを発出する。さらに警報部１０５は、ＧＮ帯域、ＵＲ帯域、ＵＲ１帯域及び緊急帯域に跨って属し、「（４）ＧＮ閾値」、「（３）ＵＲ閾値」及び「（２）ＵＲ１閾値」を超過するため、それぞれの優先度に対応したアラームを出力する。
【０１８２】
つぎに、図２０に示すように、帯域制御部１０６が記憶部１０２の記憶するＳＢＣ仮想パス帯域の上限を減少するよう変更する。変更後のＳＢＣ仮想パス帯域の上限は、積み上げ帯域以下となるため、積み上げ判定ポリシーに基づいて変更認められず、帯域制御部１０６は変更失敗の情報更新通知を出力する。この際、アラーム判定ポリシーにより閾値比較が不要なため、警報部１０５はアラームを発出しない。
【０１８３】
（その他の実施の形態）
上記のように、本発明は本発明の実施の形態によって記載したが、この開示の一部をなす論述及び図面は本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例及び運用技術が明らかとなろう。本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。したがって、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【符号の説明】
【０１８４】
１０…呼処理機能部
１１，２１…リソース管理装置
１００，２００…呼処理サーバ
１０１…受付部
１０２…記憶部
１０３…比較判定部
１０４…設定部
１０５…警報部
１０６…帯域制御部
【特許請求の範囲】
【請求項１】
複数のクライアント端末及び複数のサーバ端末がそれぞれＳＩＰネゴシエーションによる通信を確立するために経由する複数の呼処理サーバ、ＩＰパケットを中継するネットワーク中継装置、前記呼処理サーバが管理する前記転送系ネットワークの終端に位置し前記ＩＰパケットを前記端末へ転送する転送処理装置を有し、前記転送処理装置が前記ＩＰパケットの流入出を許可することで前記端末間の通信を可能にする転送系ネットワークにおいて、前記呼処理サーバが有する機能の一つ以上を担い、通信帯域及び通信経路を管理及び制御するリソース管理装置であって、
前記ＳＩＰネゴシエーションによる通信を確立する際に発信される帯域確保要求に関する情報である帯域確保要求情報を受ける受付部と、
前記受付部が前記帯域確保要求を受けた際に、前記端末間の通信に必要となるメディアストリーム数及び帯域量を含む前記帯域確保要求情報を記憶し、前記転送系ネットワークの物理構成における前記通信帯域及び通信経路に関し、前記端末間の通信を許容可能なメディアストリーム数及び前記帯域量の情報を仮想パスの情報として予め記憶する記憶部と、
前記ＳＩＰネゴシエーションの結果に基づいた複数の前記帯域確保要求における要求帯域量それぞれと、前記通信経路上で設定した前記仮想パスの上限帯域量及び残存帯域量とを比較し、前記帯域確保要求情報が含む要求帯域量が、前記仮想パスの上限帯域及び残存帯域を超過しない場合のみ、前記仮想パスは前記帯域確保要求を許容できると判定する比較判定部と、
前記比較判定部が前記帯域確保要求を許容できると判定した際、前記端末間の前記ＳＩＰネゴシエーションの結果に基づいた前記帯域利用が可能になるよう、前記転送処理装置に対してポリシー制御及びピンホール制御を行う設定部と、
前記帯域確保要求情報が含む要求帯域量が、前記仮想パスの上限帯域を超過した際及び前記仮想パスの残存帯域を超過した際にアラームを発出する警報部
とを備えることを特徴とするリソース管理装置。
【請求項２】
前記仮想パス情報はトランスポートクラス毎及びサービスクラス毎に設定され、帯域の種別、帯域の大きさを示す留保閾値及び複数の帯域間における優先度を含み、
前記仮想パス情報が含む複数の帯域は、それぞれ優先度に関する閾値を有し、前記優先度に従って順次隣接して割り当てられることで前記仮想パスを構成する
ことを特徴とする請求項１に記載のリソース管理装置。
【請求項３】
前記比較判定部は、最初に前記帯域確保要求情報が含むメディアストリーム数と、前記予め設定される前記仮想パス情報が含む前記メディアストリーム数とを比較し、続いて前記帯域確保要求情報が含む前記帯域量と前記仮想パス情報が含む留保閾値とを比較することを特徴とする請求項１又は２に記載のリソース管理装置。
【請求項４】
前記比較判定部は、前記端末間の通信に必要な帯域量を判定する際、前記仮想パス情報を構成する前記複数の帯域の中で、前記優先度の低い帯域から順次比較することを特徴とする請求項１乃至３のいずれか1項に記載のリソース管理装置。
【請求項５】
前記比較判定部は、前記端末間の通信に必要な帯域量を前記仮想パス情報が含む留保閾値と比較する際、前記仮想パスを構成する複数の帯域の中で前記優先度の低い帯域から順次比較することを特徴とする請求項１乃至３のいずれか1項に記載のリソース管理装置。
【請求項６】
前記比較判定部は、前記端末間の通信に必要な帯域量を、前記仮想パスを構成する複数の帯域の中で最も優先度の低い帯域である第１の帯域における上限帯域量と比較し、
前記端末間の通信に必要な帯域量が既に前記第１の帯域における上限帯域量を超過している場合は、前記第１の帯域の次に優先度の低い第２の帯域における上限帯域量と比較し、
前記端末間の通信に必要な帯域量が未だ前記第１の帯域における上限帯域量を超過していない場合は、既存の使用帯域量に前記端末間の通信に必要な帯域量を加算した合計の帯域量と前記第１の帯域における上限帯域量とを比較する
ことを特徴とする請求項１乃至４のいずれか１項に記載のリソース管理装置。
【請求項７】
前記比較判定部は、前記既存の使用帯域量に前記端末間の通信に必要な帯域量を加算した合計の帯域量と前記第１の帯域における上限帯域量とを比較する際、
前記合計の帯域量が前記第１の帯域における上限帯域量を超え、且つ前記帯域確保要求情報が含む帯域の優先度が前記第１の帯域と同じ場合は、前記警報部は前記第１の帯域に特化したアラームを発出すると共に、前記比較判定部は前記帯域確保要求を却下する旨の判断を行い、
前記合計の帯域量が前記第１の帯域における上限帯域量を超え、且つ前記帯域確保要求情報が含む帯域の優先度が前記第１の帯域と異なる場合は、前記警報部が前記第１の帯域に特化したアラームを発出すると共に、前記比較判定部は前記合計の帯域量と前記第２の帯域における上限帯域量とを比較する
ことを特徴とする請求項１乃至５のいずれか1項に記載のリソース管理装置。
【請求項８】
前記記憶部が記憶する前記帯域確保要求情報及び前記仮想パス情報は通信リソースとして管理され、
前記比較判定部は、前記端末間で通信処理可能な前記メディアストリーム数、前記端末間の物理リンク帯域を前記通信リソースとして仮想化したリンク仮想パス及び前記端末間の処理能力を前記通信リソースとして仮想化した処理仮想パスの順に留保閾値及び帯域利用可否を比較判定することを特徴とする請求項１乃至６のいずれか1項に記載のリソース管理装置。
【請求項９】
複数のクライアント端末及び複数のサーバ端末がそれぞれＳＩＰネゴシエーションによる通信を確立するために経由する複数の呼処理サーバ、ＩＰパケットを中継するネットワーク中継装置、前記呼処理サーバが管理する前記転送系ネットワークの終端に位置し前記ＩＰパケットを前記端末へ転送する転送処理装置を有し、前記転送処理装置が前記ＩＰパケットの流入出を許可することで前記端末間の通信を可能にする転送系ネットワークにおいて、前記呼処理サーバが有する機能の一つ以上を担い、通信帯域及び通信経路を管理及び制御するリソース管理方法であって、
受付部が、前記ＳＩＰネゴシエーションによる通信を確立する際に発信される帯域確保要求に関する情報である帯域確保要求情報を受けるステップと、
記憶部が、前記受付部が前記帯域確保要求を受けた際に、前記端末間の通信に必要となるメディアストリーム数及び帯域量を含む前記帯域確保要求情報を記憶し、前記転送系ネットワークの物理構成における前記通信帯域及び通信経路に関し、前記端末間の通信を許容可能なメディアストリーム数及び前記帯域量の情報を仮想パスの情報として予め記憶するステップと、
比較判定部が、前記ＳＩＰネゴシエーションの結果に基づいた複数の前記帯域確保要求における要求帯域量それぞれと、前記通信経路上で設定した前記仮想パスの上限帯域量及び残存帯域量とを比較し、前記帯域確保要求情報が含む要求帯域量が、前記仮想パスの上限帯域及び残存帯域を超過しない場合のみ、前記仮想パスは前記帯域確保要求を許容できると判定するステップと、
設定部が、前記比較判定部が前記帯域確保要求を許容できると判定した際、前記端末間の前記ＳＩＰネゴシエーションの結果に基づいた前記帯域利用が可能になるよう、前記転送処理装置に対してポリシー制御及びピンホール制御を行うステップと、
警報部が、前記帯域確保要求情報が含む要求帯域量が、前記仮想パスの上限帯域を超過した際及び前記仮想パスの残存帯域を超過した際にアラームを発出するステップ
とを含むことを特徴とするリソース管理方法。
【請求項１】
複数のクライアント端末及び複数のサーバ端末がそれぞれＳＩＰネゴシエーションによる通信を確立するために経由する複数の呼処理サーバ、ＩＰパケットを中継するネットワーク中継装置、前記呼処理サーバが管理する前記転送系ネットワークの終端に位置し前記ＩＰパケットを前記端末へ転送する転送処理装置を有し、前記転送処理装置が前記ＩＰパケットの流入出を許可することで前記端末間の通信を可能にする転送系ネットワークにおいて、前記呼処理サーバが有する機能の一つ以上を担い、通信帯域及び通信経路を管理及び制御するリソース管理装置であって、
前記ＳＩＰネゴシエーションによる通信を確立する際に発信される帯域確保要求に関する情報である帯域確保要求情報を受ける受付部と、
前記受付部が前記帯域確保要求を受けた際に、前記端末間の通信に必要となるメディアストリーム数及び帯域量を含む前記帯域確保要求情報を記憶し、前記転送系ネットワークの物理構成における前記通信帯域及び通信経路に関し、前記端末間の通信を許容可能なメディアストリーム数及び前記帯域量の情報を仮想パスの情報として予め記憶する記憶部と、
前記ＳＩＰネゴシエーションの結果に基づいた複数の前記帯域確保要求における要求帯域量それぞれと、前記通信経路上で設定した前記仮想パスの上限帯域量及び残存帯域量とを比較し、前記帯域確保要求情報が含む要求帯域量が、前記仮想パスの上限帯域及び残存帯域を超過しない場合のみ、前記仮想パスは前記帯域確保要求を許容できると判定する比較判定部と、
前記比較判定部が前記帯域確保要求を許容できると判定した際、前記端末間の前記ＳＩＰネゴシエーションの結果に基づいた前記帯域利用が可能になるよう、前記転送処理装置に対してポリシー制御及びピンホール制御を行う設定部と、
前記帯域確保要求情報が含む要求帯域量が、前記仮想パスの上限帯域を超過した際及び前記仮想パスの残存帯域を超過した際にアラームを発出する警報部
とを備えることを特徴とするリソース管理装置。
【請求項２】
前記仮想パス情報はトランスポートクラス毎及びサービスクラス毎に設定され、帯域の種別、帯域の大きさを示す留保閾値及び複数の帯域間における優先度を含み、
前記仮想パス情報が含む複数の帯域は、それぞれ優先度に関する閾値を有し、前記優先度に従って順次隣接して割り当てられることで前記仮想パスを構成する
ことを特徴とする請求項１に記載のリソース管理装置。
【請求項３】
前記比較判定部は、最初に前記帯域確保要求情報が含むメディアストリーム数と、前記予め設定される前記仮想パス情報が含む前記メディアストリーム数とを比較し、続いて前記帯域確保要求情報が含む前記帯域量と前記仮想パス情報が含む留保閾値とを比較することを特徴とする請求項１又は２に記載のリソース管理装置。
【請求項４】
前記比較判定部は、前記端末間の通信に必要な帯域量を判定する際、前記仮想パス情報を構成する前記複数の帯域の中で、前記優先度の低い帯域から順次比較することを特徴とする請求項１乃至３のいずれか1項に記載のリソース管理装置。
【請求項５】
前記比較判定部は、前記端末間の通信に必要な帯域量を前記仮想パス情報が含む留保閾値と比較する際、前記仮想パスを構成する複数の帯域の中で前記優先度の低い帯域から順次比較することを特徴とする請求項１乃至３のいずれか1項に記載のリソース管理装置。
【請求項６】
前記比較判定部は、前記端末間の通信に必要な帯域量を、前記仮想パスを構成する複数の帯域の中で最も優先度の低い帯域である第１の帯域における上限帯域量と比較し、
前記端末間の通信に必要な帯域量が既に前記第１の帯域における上限帯域量を超過している場合は、前記第１の帯域の次に優先度の低い第２の帯域における上限帯域量と比較し、
前記端末間の通信に必要な帯域量が未だ前記第１の帯域における上限帯域量を超過していない場合は、既存の使用帯域量に前記端末間の通信に必要な帯域量を加算した合計の帯域量と前記第１の帯域における上限帯域量とを比較する
ことを特徴とする請求項１乃至４のいずれか１項に記載のリソース管理装置。
【請求項７】
前記比較判定部は、前記既存の使用帯域量に前記端末間の通信に必要な帯域量を加算した合計の帯域量と前記第１の帯域における上限帯域量とを比較する際、
前記合計の帯域量が前記第１の帯域における上限帯域量を超え、且つ前記帯域確保要求情報が含む帯域の優先度が前記第１の帯域と同じ場合は、前記警報部は前記第１の帯域に特化したアラームを発出すると共に、前記比較判定部は前記帯域確保要求を却下する旨の判断を行い、
前記合計の帯域量が前記第１の帯域における上限帯域量を超え、且つ前記帯域確保要求情報が含む帯域の優先度が前記第１の帯域と異なる場合は、前記警報部が前記第１の帯域に特化したアラームを発出すると共に、前記比較判定部は前記合計の帯域量と前記第２の帯域における上限帯域量とを比較する
ことを特徴とする請求項１乃至５のいずれか1項に記載のリソース管理装置。
【請求項８】
前記記憶部が記憶する前記帯域確保要求情報及び前記仮想パス情報は通信リソースとして管理され、
前記比較判定部は、前記端末間で通信処理可能な前記メディアストリーム数、前記端末間の物理リンク帯域を前記通信リソースとして仮想化したリンク仮想パス及び前記端末間の処理能力を前記通信リソースとして仮想化した処理仮想パスの順に留保閾値及び帯域利用可否を比較判定することを特徴とする請求項１乃至６のいずれか1項に記載のリソース管理装置。
【請求項９】
複数のクライアント端末及び複数のサーバ端末がそれぞれＳＩＰネゴシエーションによる通信を確立するために経由する複数の呼処理サーバ、ＩＰパケットを中継するネットワーク中継装置、前記呼処理サーバが管理する前記転送系ネットワークの終端に位置し前記ＩＰパケットを前記端末へ転送する転送処理装置を有し、前記転送処理装置が前記ＩＰパケットの流入出を許可することで前記端末間の通信を可能にする転送系ネットワークにおいて、前記呼処理サーバが有する機能の一つ以上を担い、通信帯域及び通信経路を管理及び制御するリソース管理方法であって、
受付部が、前記ＳＩＰネゴシエーションによる通信を確立する際に発信される帯域確保要求に関する情報である帯域確保要求情報を受けるステップと、
記憶部が、前記受付部が前記帯域確保要求を受けた際に、前記端末間の通信に必要となるメディアストリーム数及び帯域量を含む前記帯域確保要求情報を記憶し、前記転送系ネットワークの物理構成における前記通信帯域及び通信経路に関し、前記端末間の通信を許容可能なメディアストリーム数及び前記帯域量の情報を仮想パスの情報として予め記憶するステップと、
比較判定部が、前記ＳＩＰネゴシエーションの結果に基づいた複数の前記帯域確保要求における要求帯域量それぞれと、前記通信経路上で設定した前記仮想パスの上限帯域量及び残存帯域量とを比較し、前記帯域確保要求情報が含む要求帯域量が、前記仮想パスの上限帯域及び残存帯域を超過しない場合のみ、前記仮想パスは前記帯域確保要求を許容できると判定するステップと、
設定部が、前記比較判定部が前記帯域確保要求を許容できると判定した際、前記端末間の前記ＳＩＰネゴシエーションの結果に基づいた前記帯域利用が可能になるよう、前記転送処理装置に対してポリシー制御及びピンホール制御を行うステップと、
警報部が、前記帯域確保要求情報が含む要求帯域量が、前記仮想パスの上限帯域を超過した際及び前記仮想パスの残存帯域を超過した際にアラームを発出するステップ
とを含むことを特徴とするリソース管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【公開番号】特開２０１１−１６６２３７（Ｐ２０１１−１６６２３７Ａ）
【公開日】平成２３年８月２５日（２０１１．８．２５）
【国際特許分類】
【出願番号】特願２０１０−２３５０５（Ｐ２０１０−２３５０５）
【出願日】平成２２年２月４日（２０１０．２．４）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２３年８月２５日（２０１１．８．２５）
【国際特許分類】
【出願日】平成２２年２月４日（２０１０．２．４）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]