(57)【要約】【課題】エッジルータ間のトラヒック輻輳を防止すると共に、マルチメディア・データに対するQoS保証を実現することを図る。【解決手段】エッジルータ間に確立されたサービスクラス別のパスの通信容量を管理するパス管理部２３と、端末間の通信コネクション確立時に、通信の情報種別に応じたサービスクラス用のパスの残容量に応じてパス割当を判断する制御部２４とを備える。【選択図】図２
2009130520.tif 000002
【特許請求の範囲】
【請求項１】
エッジルータ間に確立されたサービスクラス別のパスの通信容量を管理するパス管理手段と、
端末間の通信コネクション確立時に、通信の情報種別に対応したサービスクラスのパスの残容量に応じてパス割当を判断する制御手段と、
を備えたことを特徴とする品質管理制御装置。
【請求項２】
前記パス管理手段は、パスの残容量を監視し、規定の残容量を確保するようにパス容量の制御を行うことを特徴とする請求項１に記載の品質管理制御装置。
【請求項３】
前記制御手段は、残容量と要求容量を比較してパス割当が可能か否かを判断することを特徴とする請求項１に記載の品質管理制御装置。
【請求項４】
端末間の通信コネクションに係るシグナリング装置と、パス割当を判断する品質管理制御装置とによる通信制御方法であって、
品質管理制御装置が、エッジルータ間に確立されたサービスクラス別のパスの通信容量を管理するステップと、
シグナリング装置が、品質管理制御装置に対して、端末間の通信コネクション用のパスの割当を要求するステップと、
品質管理制御装置が、通信の情報種別に対応したサービスクラスのパスの残容量に応じてパス割当を判断するステップと、
を含むことを特徴とする通信制御方法。
【請求項５】
エッジルータ間に確立されたサービスクラス別のパスの通信容量を管理するパス管理機能と、
端末間の通信コネクション確立時に、通信の情報種別に対応したサービスクラスのパスの残容量に応じてパス割当を判断する制御機能と、
をコンピュータに実現させることを特徴とするコンピュータプログラム。
【請求項６】
前記パス管理機能は、パスの残容量を監視し、規定の残容量を確保するようにパス容量の制御を行うことを特徴とする請求項５に記載のコンピュータプログラム。
【請求項７】
前記制御機能は、残容量と要求容量を比較してパス割当が可能か否かを判断することを特徴とする請求項５に記載のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信品質（QoS（Quality of Service））保証に係る品質管理制御装置、通信制御方法及びコンピュータプログラムに関する。
【背景技術】
【０００２】
従来、アプリケーション層のシグナリング・プロトコルであるSIP（Session Initiation Protocol）が、インターネット等のIP網を利用して音声通信を行うVoIP（Voice over IP）技術によるIP電話システムで用いられている。又、IP電話システム以外にも、SIPは、例えば、テレビ電話システム、テレビ会議システム、リアルタイム動画像配信システムなど、各種の通信アプリケーションにおいてマルチメディア・データへの適用が検討されている。
【０００３】
SIPを用いた通信アプリケーションシステムとしては、例えば、発端末、着端末、発エッジルータ、コアルータ、着エッジルータ及びSIPサーバから構成されるものが知られている。SIPサーバは、発端末から起呼メッセージ（INVITE）により、発端末のIPアドレス及びポート番号と着端末の識別情報（例えば、電話番号等）と通信の情報種別（例えば、音声、映像、テキスト等）を受け取る。SIPサーバは、着端末の電話番号から着端末のIPアドレスを翻訳し、発端末から送付された起呼メッセージを着端末へ転送する。着端末は、起呼に応ずる場合、応答メッセージ（OK）により、自己のIPアドレス及びポート番号と通信の情報種別を、SIPサーバ経由で発端末へ通知する。これにより、発・着端末間でお互いのIPアドレス及びポート番号が共有され、発・着端末間の通信が開始され、発・着端末間で情報が送受される。このときの通信経路は、発端末から発エッジルータ、コアルータ、着エッジルータを経由し着端末に至る経路、及びその反対方向の経路であり、SIPサーバによって設定される。
【０００４】
特許文献１には、VoIP用通信品質保証パス設定方法が開示されている。この従来技術では、仮想的な通信路（パス）である“LSP（Label Switch Path）”を確立するMPLS（Multi-Protocol Label Switching）技術を用い、VoIPコネクションを確立する際、VoIPコネクション複数本分のQoS（Quality of Service）を保証する発・着エッジルータ間LSPの確立を行っている。そして、以降の新規のVoIPコネクション確立時には、既に確立済みのLSPを利用する。
【特許文献１】特開２００１−２７４８３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、上述した従来のSIPを用いた通信アプリケーションシステムでは、発・着エッジルータ間の通信容量の空き塞がりをチェックしないため、発・着エッジルータ間でトラヒック輻輳が発生する可能性がある。
【０００６】
これに対して、特許文献１記載のVoIP用通信品質保証パス設定方法によれば、VoIPコネクション複数本分のQoSを保証する発・着エッジルータ間LSPが予め確立されるので、その範囲内のVoIPコネクションを扱う分にはトラヒック輻輳の心配はない。しかしながら、単一のメディア・データ（例えば音声のみ）を扱う場合には都合がよいが、マルチメディア・データ（音声、映像、テキスト等）について考慮されていないので、マルチメディア・データに対してはQoS保証が難しい。
【０００７】
本発明は、このような事情を考慮してなされたもので、その目的は、エッジルータ間のトラヒック輻輳を防止すると共に、マルチメディア・データに対するQoS保証を実現することのできる品質管理制御装置、通信制御方法及びコンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記の課題を解決するために、本発明に係る品質管理制御装置は、エッジルータ間に確立されたサービスクラス別のパスの通信容量を管理するパス管理手段と、端末間の通信コネクション確立時に、通信の情報種別に対応したサービスクラスのパスの残容量に応じてパス割当を判断する制御手段と、を備えたことを特徴とする。
【０００９】
本発明に係る品質管理制御装置においては、前記パス管理手段は、パスの残容量を監視し、規定の残容量を確保するようにパス容量の制御を行うことを特徴とする。
【００１０】
本発明に係る品質管理制御装置においては、前記制御手段は、残容量と要求容量を比較してパス割当が可能か否かを判断することを特徴とする。
【００１１】
本発明に係る通信制御方法は、端末間の通信コネクションに係るシグナリング装置と、パス割当を判断する品質管理制御装置とによる通信制御方法であって、品質管理制御装置が、エッジルータ間に確立されたサービスクラス別のパスの通信容量を管理するステップと、シグナリング装置が、品質管理制御装置に対して、端末間の通信コネクション用のパスの割当を要求するステップと、品質管理制御装置が、通信の情報種別に対応したサービスクラスのパスの残容量に応じてパス割当を判断するステップと、を含むことを特徴とする。
【００１２】
本発明に係るコンピュータプログラムは、エッジルータ間に確立されたサービスクラス別のパスの通信容量を管理するパス管理機能と、端末間の通信コネクション確立時に、通信の情報種別に対応したサービスクラスのパスの残容量に応じてパス割当を判断する制御機能と、をコンピュータに実現させることを特徴とする。
【００１３】
本発明に係るコンピュータプログラムにおいては、前記パス管理機能は、パスの残容量を監視し、規定の残容量を確保するようにパス容量の制御を行うことを特徴とする。
【００１４】
本発明に係るコンピュータプログラムにおいては、前記制御機能は、残容量と要求容量を比較してパス割当が可能か否かを判断することを特徴とする。
これにより、前述の品質管理制御装置がコンピュータを利用して実現できるようになる。
【発明の効果】
【００１５】
本発明によれば、エッジルータ間のトラヒック輻輳を防止すると共に、マルチメディア・データに対するQoS保証を実現することができるという効果が得られる。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照し、本発明の実施形態について説明する。
図１は、本発明の一実施形態に係るSIPを用いた通信アプリケーションシステムの構成を示すブロック図である。図１において該通信アプリケーションシステムは、端末１と、IP網２に設けられるエッジルータ３、コアルータ４、SIPサーバ５及び品質管理制御装置６とを備える。端末１は、通信回線を介してエッジルータ３に接続される。IP網２において、エッジルータ３、SIPサーバ５及び品質管理制御装置６は、通信回線を介してそれぞれ接続される。又、エッジルータ３は、コアルータ４と通信回線を介して接続される。なお、図１では、便宜上、コアルータ４として１つのみ図示しているが、コアルータ４は複数設けることができ、エッジルータ３間の複数の経路を構成可能である。
【００１７】
IP網２は、MPLS技術により、ある通信拠点（起点ノード）から他の通信拠点（終点ノード）に至るパス（LSP）を設定することができるネットワーク（MPLS網）である。図１のネットワーク構成では、エッジルータ３間でコアルータ４経由のパスを設定することができる。エッジルータ３間には複数の経路のパスを設定可能である。
【００１８】
端末１は、IP網２に接続しパケット通信を行うIP通信部と、パケット通信によりマルチメディア・データ（音声、映像、テキスト等）を送受する通信アプリケーション部と、SIP手順を実行するSIPクライアント部とを有する。
【００１９】
エッジルータ３は、エッジルータ３間でコアルータ４経由のパスを確立するパス確立部と、パケットをパスに振り分け転送するパケット転送部と、パケットを一時的に格納するバッファ（キュー）に対して出力優先度を設けパス毎の出力優先制御を行う出力制御部とを有する。
【００２０】
コアルータ４は、パスに従ってパケットを転送するパケット転送部と、キューに対して出力優先度を設けパス毎の出力優先制御を行う出力制御部とを有する。
【００２１】
SIPサーバ５は、SIP手順を実行するSIPサーバ部と、品質管理制御装置６に対してパス割当を要求するパス割当要求部とを有する。
【００２２】
図２は、図１に示す品質管理制御装置６の構成を示すブロック図である。図２において、品質管理制御装置６は、ルータインタフェース部２１とSIPインタフェース部２２とパス管理部２３と制御部２４とを有する。
ルータインタフェース部２１は、通信回線を介してエッジルータ３と通信する。SIPインタフェース部２２は、通信回線を介してSIPサーバ５と通信する。SIPサーバ５との制御情報のやり取りには、例えば、ITU-T勧告「Q.3301.1   Diameterベースのリソース制御プロトコル」を利用することができる。
【００２３】
パス管理部２３は、エッジルータ３間のパスを管理する。図３は、パス管理部２３が有するパス管理データの構成例である。図３において、パス管理データは、パス毎に、パス識別情報（パスID）、発エッジルータのIPアドレス（発エッジルータアドレス）、着エッジルータのIPアドレス（着エッジルータアドレス）、パスの最大通信容量（最大容量）、パスの残通信容量（残容量）、パスに割り当てられたサービスクラス、パスを利用中の発端末のIPアドレス及びポート番号、及びパスを利用中の着端末のIPアドレス及びポート番号を含む。１つのパスが複数の発・着端末組に利用されている場合には、複数の発・着端末組のIPアドレス及びポート番号が該パスに対応付けて管理される。
【００２４】
サービスクラスは、通信の情報種別に応じて決定される。通信の情報種別としては、通信データの種類と、リアルタイム系か非リアルタイム系かの実時間性の要否とを含む。通信データの種類としては、例えば、音声、映像、テキストなどが挙げられる。サービスクラスは段階的に設定される。例えば、高優先のクラス、中優先のクラス、低優先のクラスの３段階で設定される。各サービスクラスと通信の各情報種別との対応付けを予め決定しておくことにより、通信の情報種別に対応するサービスクラスを簡単に取得することができる。
【００２５】
又、パス管理部２３は、パスの残容量を監視し、規定の残容量を確保するようにパス容量の制御を行う。
【００２６】
制御部２４は、SIPサーバ５からのパス割当要求に応じて、パスの割当制御を行う。
【００２７】
次に、図４から図６を参照して、本実施形態に係る通信制御方法の全体の手順を説明する。図４から図６は、図１に示す通信アプリケーションシステムの全体の処理手順を示すシーケンスチャートである。
【００２８】
まず、図４を参照して、パス設定手順を説明する。
品質管理制御装置６は、準備段階として事前に、RSVP-TE（Resource reSerVation Protocol - Traffic Engineering）手順を用いてMPLSのパスの設定を起動し、エッジルータ３間において所定容量のパスを確保する。
【００２９】
図４において、ステップＳ１０１では、品質管理制御装置６が、発エッジルータ３に対して、パスID、所定容量及びサービスクラスを指定し、着エッジルータ３との間のパスの確立を要求する。ステップＳ１０２では、発エッジルータ３が、着エッジルータ３に対して、パスID、所定容量及びサービスクラスを通知し、パスの確立を通知する。ステップＳ１０３では、着エッジルータ３が、そのパス通知に応答する。ステップＳ１０４では、発エッジルータ３が、品質管理制御装置６に対して、パス確立を応答する。ステップＳ１０６〜Ｓ１０８では、反対方向のパスの確立が行われる。この場合は、発・着エッジルータ３が図中とは逆になる。これにより、エッジルータ３間で双方向にパスが確立される。このパスの情報はコアルータ４と共有される。
【００３０】
ここで確立されたパスに対しては、サービスクラスが割り当てられており、各ルータにおいてサービスクラスに応じた出力優先制御が行われる。例えば、３段階のサービスクラス（高優先、中優先、低優先）の場合、高優先および中優先のパスのパケットは優先キューに格納され、一方、低優先のパスのパケットは非優先キューに格納される。これにより、高優先および中優先のパスのパケットは優先的にキューから出力される。この結果、サービスクラスに応じたQoS保証を実現することが可能となる。
【００３１】
次に、図５を参照して、SIPにより発・着端末間の通信コネクションを確立する手順を説明する。
図５において、ステップＳ２０１では、発端末１が、SIPサーバ５に対して、自己のIPアドレス及びポート番号と着端末１の識別情報（ここでは電話番号とする）と通信の情報種別（以下、単に情報種別と称する）と要求容量を指定し、通信コネクションの確立を要求する。
【００３２】
ステップＳ２０２では、SIPサーバ５が、着端末１の電話番号から着端末のIPアドレスを翻訳し、発端末１からの通信コネクション確立要求を着端末１へ転送する。ステップＳ２０３では、SIPサーバ５が、通信コネクション確立要求を着端末へ転送中であることを示すステータスを、発端末１へ返信する。ステップＳ２０４では、着端末１が、ステータスをSIPサーバ５へ返信する。ステップＳ２０５では、着端末１が、自己のIPアドレス及びポート番号とセッション内容（情報種別及び要求容量）をSIPサーバ５へ通知する。
【００３３】
ステップＳ２０６では、SIPサーバ５が、品質管理制御装置６に対して、発・着端末１の各IPアドレス及びポート番号と情報種別と要求容量を指定し、パスの割当を要求する。ステップＳ２０７では、品質管理制御装置６が、発エッジルータ３に対して、発・着端末１の各IPアドレス及びポート番号と要求容量とパスIDを指定し、パスの割当を通知する。ステップＳ２０８では、発エッジルータ３が、その応答を品質管理制御装置６へ返す。これにより、発エッジルータ３から着エッジルータ３方向のパスの割当が完了する。ステップＳ２０９，Ｓ２１０では、その反対方向のパスの割当の通知が行われ、これにより、図中における着エッジルータ３から発エッジルータ３方向のパスの割当が完了する。ステップＳ２１１では、品質管理制御装置６が、SIPサーバ５に対して、パス割当を応答する。
【００３４】
ステップＳ２１２では、SIPサーバ５が、発端末１に対して、着端末１からの通知（着端末１のIPアドレス及びポート番号とセッション内容（情報種別及び要求容量））を転送する。ステップＳ２１３，Ｓ２１４では、着端末１が、呼び出し中であることを示すステータスを、SIPサーバ５経由で発端末１へ送る。ステップＳ２１５，Ｓ２１６では、着端末１が、呼び出しに応ずることを示すメッセージを、SIPサーバ５経由で発端末１へ送る。ステップＳ２１７，Ｓ２１８では、発端末１が、その応答をSIPサーバ５経由で着端末１へ送る。これにより、発・着端末１間で、通信コネクションが確立されて通信が開始され、情報が送受される。
【００３５】
次に、図６を参照して、SIPにより発・着端末間の通信コネクションを解放する手順を説明する。
図６において、ステップＳ３０１，Ｓ３０２では、発端末１が、通信コネクションの解放をSIPサーバ５経由で着端末１へ通知する。ステップＳ３０３では、SIPサーバ５がその応答を発端末１へ返す。ステップＳ３０４では、着端末１が、その応答をSIPサーバ５へ返す。
【００３６】
ステップＳ３０５では、SIPサーバ５が、品質管理制御装置６に対して、発・着端末１の各IPアドレス及びポート番号と要求容量を指定し、パスの割当解除を要求する。ステップＳ３０６では、品質管理制御装置６が、発エッジルータ３に対して、発・着端末１の各IPアドレス及びポート番号と要求容量とパスIDを指定し、パスの割当解除を通知する。ステップＳ３０７では、発エッジルータ３が、その応答を品質管理制御装置６へ返す。これにより、発エッジルータ３から着エッジルータ３方向のパスの割当解除が完了する。ステップＳ３０８，Ｓ３０９では、その反対方向のパスの割当解除の通知が行われ、これにより、図中における着エッジルータ３から発エッジルータ３方向のパスの割当解除が完了する。ステップＳ３１０では、品質管理制御装置６が、SIPサーバ５に対して、パス割当解除を応答する。
【００３７】
次に、図7、図８を参照して、本実施形態に係る品質管理制御装置６の動作を説明する。図7、図８は、本実施形態に係る品質管理制御装置６の処理フロー図である。
【００３８】
まず、図７を参照して、図２に示す制御部２４の動作を説明する。図７には、パス割当時（図５のステップＳ２０６〜Ｓ２１１に対応）において制御部２４が行う処理の流れが示されている。
図７において、ステップＳ１では、SIPサーバ５から、発・着端末１の各IPアドレス及びポート番号と情報種別と要求容量の情報を受信し、パスの割当要求を受ける。ステップＳ２では、発・着端末１の各IPアドレス及びポート番号に基づいて、発・着端末１が各々接続している発・着エッジルータ３のIPアドレスを取得する。各エッジルータ３のIPアドレスは、予め保持しておく。
【００３９】
ステップＳ３では、情報種別に基づいてサービスクラスを取得する。ステップＳ４では、発・着エッジルータ３のIPアドレスとサービスクラスに基づいて、該発・着エッジルータ間の該サービスクラスのパスのパスIDをパス管理部２３から取得する。ステップＳ５では、該パスIDに基づいて、パスの残容量をパス管理部２３に問い合わせし、残容量を把握する。
【００４０】
ステップＳ６では、該残容量と要求容量を比較する。ステップＳ７では、該比較結果に基づいて、当該パスの割当が可能か否かを判断する。この判断基準としては、残容量が要求容量以上であることとする。さらには、ある程度の容量の余裕を持たせるようにしてもよい。
【００４１】
ステップＳ７の結果、当該パスの割当が可能である場合にはステップＳ８に進む。ステップＳ８では、発エッジルータ３に対して発・着端末１の各IPアドレス及びポート番号と要求容量とパスIDを指定し、パスの割当を通知する。さらに、パス管理部２３に対して、要求容量を通知し、当該パスの残容量から要求容量を減算するよう指示する。これにより、パス管理部２３において、当該パスの残容量が要求容量分減算される。ステップＳ９では、SIPサーバ５に対してパス割当成功を通知する。この場合、発・着端末１間の通信コネクションの確立が成功し、通信が可能となる。
【００４２】
一方、ステップＳ７の結果、当該パスの割当が不可能である場合にはステップＳ１０に進む。ステップＳ１０では、SIPサーバ５に対してパス割当失敗を通知する。この場合、発・着端末１間の通信コネクションの確立が失敗する。
【００４３】
次に、パス割当解除時（図６のステップＳ３０５〜Ｓ３１０に対応）において制御部２４が行う動作を説明する。
制御部２４は、SIPサーバ５から発・着端末１の各IPアドレス及びポート番号と要求容量を受信し、パスの割当解除要求を受けると、発・着端末１の各IPアドレス及びポート番号に基づいて、該発・着端末１が利用中のパスに係るパスID及び発エッジルータアドレスをパス管理部２３から取得する。次いで、制御部２４は、発エッジルータ３に対して、発・着端末１の各IPアドレス及びポート番号と要求容量とパスIDを指定し、パスの割当解除を通知する。さらに、制御部２４は、パス管理部２３に対して、要求容量を通知し、当該パスの残容量に要求容量を加算するよう指示する。これにより、パス管理部２３において、当該パスの残容量が要求容量分加算される。次いで、制御部２４は、SIPサーバ５に対して、パス割当解除を応答する。
【００４４】
次に、図８を参照して、図２に示すパス管理部２３の動作を説明する。図８には、パス管理部２３が行うパス容量制御処理の流れが示されている。
図８の処理はパス毎に行う。図８において、ステップＳ２１では、パスの残容量を規定値と比較する。ステップＳ２２では、該比較結果に基づいて、当該パスの残容量が規定値以下であるか判断する。この結果、パスの残容量が規定値以下である場合にはステップＳ２３に進み、パスの残容量が規定値を超えている場合には図８の処理を終了する。
【００４５】
ステップＳ２３では、当該パスの発エッジルータ３に対して、パス容量の所定量増加を指示する。これにより、発エッジルータ３によって当該パスの通信容量が所定量増加される。
【００４６】
上述したように本実施形態によれば、発・着エッジルータ間のパスの通信容量を管理し、残容量に応じてパス割当を判断する。これにより、発・着エッジルータ間のトラヒック輻輳を防止することが可能となる。さらに、通信の情報種別に対応したサービスクラスによってパスを使い分けする。これにより、マルチメディア・データ（音声、映像、テキスト等）に対してQoS保証を実現することが可能となる。
【００４７】
なお、本実施形態に係る品質管理制御装置６は、専用のハードウェアにより実現されるものであってもよく、あるいはパーソナルコンピュータ等のコンピュータシステムにより構成され、図２に示される品質管理制御装置６の各部の機能を実現するためのプログラムを実行することによりその機能を実現させるものであってもよい。
【００４８】
また、その品質管理制御装置６には、周辺機器として入力装置、表示装置等（いずれも図示せず）が接続されるものとする。ここで、入力装置とはキーボード、マウス等の入力デバイスのことをいう。表示装置とはＣＲＴ（Cathode Ray Tube）や液晶表示装置等のことをいう。
また、上記周辺機器については、品質管理制御装置６に直接接続するものであってもよく、あるいは通信回線を介して接続するようにしてもよい。
【００４９】
また、図２に示す品質管理制御装置６の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、通信制御処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＤＶＤ（Digital Versatile Disk）等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００５０】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００５１】
以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【図面の簡単な説明】
【００５２】
【図１】本発明の一実施形態に係るSIPを用いた通信アプリケーションシステムの構成を示すブロック図である。
【図２】図１に示す品質管理制御装置６の構成を示すブロック図である。
【図３】図２に示すパス管理部２３が有するパス管理データの構成例である。
【図４】図１に示す通信アプリケーションシステムの全体の処理手順を示すシーケンスチャートである。
【図５】図１に示す通信アプリケーションシステムの全体の処理手順を示すシーケンスチャートである。
【図６】図１に示す通信アプリケーションシステムの全体の処理手順を示すシーケンスチャートである。
【図７】図２に示す品質管理制御装置６の処理フロー図である。
【図８】図２に示す品質管理制御装置６の処理フロー図である。
【符号の説明】
【００５３】
１…端末、２…IP網、３…エッジルータ、４…コアルータ、５…SIPサーバ（シグナリング装置）、６…品質管理制御装置、２１…ルータインタフェース部、２２…SIPインタフェース部、２３…パス管理部、２４…制御部
【図１】
2009130520.tif 000003
【図２】
2009130520.tif 000004
【図３】
2009130520.tif 000005
【図４】
2009130520.tif 000006
【図５】
2009130520.tif 000007
【図６】
2009130520.tif 000008
【図７】
2009130520.tif 000009
【図８】
2009130520.tif 000010