(57)【要約】【課題】ＱｏＳポリシ設定可能なユーザセッション通信において、ユーザセッション毎のＱｏＳ要求を解析し、ネットワークノードにＱｏＳポリシを自動的に設定するセッションＱｏＳ制御装置を提供する。【解決手段】セッションＱｏＳ制御装置が、ユーザ端末毎のセッション管理情報を記憶するセッション管理データベースと、端末識別子と対応してユーザ状況やＱｏＳ要求示すユーザプリファレンスデータベースと、ユーザ端末とノードとの接続関係情報を記憶するユーザ通信端末・ルータ管理データベースとを備え、通信端末からユーザセッション情報を受信した時、セッション管理データベースとユーザプリファレンスデータベースを参照してユーザセッション情報を解析し、ユーザ通信端末間のセッションＱｏＳポリシを決定する。また、ユーザ通信端末・ルータ管理データベースから、上記セッションＱｏＳポリシを設定すべきノード（ルータ）を検索し、該当ノードにＱｏＳコマンドを送信して、セッションＱｏＳポリシを設定する。【選択図】図１
2006087133.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ通信端末間で交信されるセッション制御情報を中継するセッションＱｏＳ制御装置であって、
ユーザ通信端末間のセッションの管理情報を記憶したセッション管理データベースと、
ユーザ通信端末と該端末が接続されたネットワークノード装置との接続関係情報を記憶したユーザ通信端末・ルータ管理データベースと、
ユーザ通信端末の識別子と対応して、ユーザ要求を示すユーザプリファレンス情報を記憶したユーザプリファレンスデータベースと、
上記セッション管理データベースとユーザプリファレンスデータベースを参照して、ユーザ端末のセッション状態を解析するセッション情報解析手段と、
上記セッション情報解析手段によるセッション解析結果に基づいて、ユーザセッションＱｏＳ（Quality of Service）ポリシを決定し、上記ユーザ通信端末・ルータ管理データベースから上記ＱｏＳポリシを設定すべきルータを特定し、該ルータ宛のセッションＱｏＳコマンドを生成するセッションＱｏＳ制御手段を備えたことを特徴とするセッションＱｏＳ制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰプロトコルを用いた通信装置に関し、特に、ユーザプリファレンス情報に基づく、ネットワーク上のルータのＱｏＳ制御方式に関する。
【背景技術】
【０００２】
ＩＰ電話のような１対１の対等型ピアツーピア通信では、標準勧告文書ＲＦＣ(Request for Comments)３２６１に規定されたＳＩＰ（Session Initiation Protocol）プロトコルに代表されるセッション制御プロトコルによって、ユーザ通信端末間にセッションを確立し、該セッション上で音声や映像などのリアルタイムデータの通信が行われる。ＳＩＰでは、セッション制御メッセージを中継するＳＩＰサーバにおいて、通信相手となる端末の検出や、端末情報、ピアツーピア通信情報などのセッション情報管理が行われる。また、発呼ユーザの要求や着呼ユーザの要求を満たすため、ユーザプリファレンスと呼ばれるデータベースに基づいて、ユーザに対するセッション制御が行われる。
【０００３】
一方、通信キャリアやＩＳＰ（Internet Service Provider）などのネットワーク事業者における通信品質の保証方針や経路制御方針はポリシと呼ばれている。ポリシは、ポリシサーバによって一元的に管理され、該ポリシサーバによって、ネットワークを構成している多数のノードとネットワークＱｏＳが制御されている。ポリシサーバのプロトコルとしては、例えば、ＩＥＴＦ（Internet Engineering Task Force）で作成され、ＩＡＢ（Internet Architecture Board）で発行された標準勧告文書ＲＦＣ（Request for Comments）２４７８に規定されたＣＯＰＳ（Common Open Policy Service）プロトコルが知られている。
【０００４】
ネットワーク内で特定フローのパケットについて優先制御を行うために、例えば、ネットワークの境界に配置されたエッジノードと呼ばれる中継ノードで、ネットワークに流入する特定パケットを複数の優先制御クラスに分類し、流入パケットのヘッダに各パケットの優先制御クラスに対応したＤＳＣＰ（Diffserv Code Point）と呼ばれる値を設定し、ネットワークの内部に配置されたコアノードと呼ばれる中継ノードが、受信パケットのヘッダに含まれるＤＳＣＰ値に応じて、予め決められた規則に従って、受信パケットの優先制御転送を行う方式が知られている。この技術は、Diffserv（Differentiated Services）と呼ばれ、例えば、ＩＰ(Internet Protocol)電話のように、ＩＰネットワーク上での音声パケットや映像パケット等のリアルタイムパケットの転送遅延を小さくするために利用される。
【０００５】
【非特許文献１】ＲＦＣ３２６１：ＳＩＰ（Session Initiation Protocol）
【非特許文献２】ＲＦＣ２４７８：ＣＯＰＳ（Common Open Policy Service）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
図１０に従来のセッションＱ０Ｓ制御装置とポリシーサーバの構成を示す。セッションＱ０Ｓ制御装置は、セッション管理データベース１５０と、セッション情報解析手段１１０とからなり、ポリシーサーバは、ユーザ通信端末・ルータ管理データベース１７０と、ルータ通信手段１３０とからなる。
【０００７】
ネットワークの大規模化とＶｏＩＰユーザ増大に伴い、ＶｏＩＰ通信端末に関する全てのセッションＱｏＳ情報を事前にノードに設定する方式では、各ノードにおける負荷が増大し、リアルタイムパケットの中継遅延の増大を招く。また、ＶｏＩＰユーザの状況変化に追随して、ＱｏＳ情報設定などをリアルタイムに変更することができない。更に、ＳＩＰはレイヤ７の技術であるため、ネットワークのＱｏＳを直接制御することができないという問題がある。
【０００８】
また、ポリシサーバでは、ＶｏＩＰ通信端末によるセッション通信の開始や終了を検出できないため、ポリシサーバのオペレータが、ＶｏＩＰ通信の開始や終了、ユーザの状況変化やセッション状況の変化に応じて、各ノードにポリシ設定を行う必要がある。しかしながら、ネットワーク規模が大きくなると、頻繁なポリシ設定が必要となるため、オペレータによる設定では対応困難となる。
【０００９】
本発明の目的は、オペレータによるポリシ設定を必要とせず、不要なポリシ設定による各ノードでのパケット中継遅延や端末の負荷増大を防止可能なセッションＱｏＳ制御装置を提供することにある。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明では、ＱｏＳポリシ設定可能なユーザセッション通信において、ＳＩＰユーザプリファレンスデータベースにＱｏＳ情報を追加し、ＳＩＰユーザプリファレンスデータベースとＳＩＰメッセージに基づいて、ユーザ毎のＱｏＳ要求を解析し、通信端末の接続ノードに対してＱｏＳポリシを設定する。
【００１１】
更に詳述すると、本発明のセッションＱｏＳ制御装置は、ユーザ通信端末間のセッションの管理情報を記憶したセッション管理データベースと、ユーザ通信端末と該端末が接続されたネットワークノード装置との接続関係情報を記憶したユーザ通信端末・ルータ管理データベースと、ユーザ通信端末の識別子と対応して、ユーザ要求を示すユーザプリファレンス情報を記憶したユーザプリファレンスデータベースと、上記セッション管理データベースとユーザプリファレンスデータベースを参照して、ユーザ端末のセッション状態を解析するセッション情報解析手段と、上記セッション情報解析手段によるセッション解析結果に基づいて、ユーザセッションＱｏＳ（Quality of Service）ポリシを決定し、上記ユーザ通信端末・ルータ管理データベースから上記ＱｏＳポリシを設定／解除すべきルータを特定し、該ルータ宛のセッションＱｏＳコマンドを生成するセッションＱｏＳ制御手段を備えたことを特徴とする。
【００１２】
上記セッションＱｏＳ制御手段によって生成されたセッションＱｏＳコマンドは、ルータ通信手段によって宛先ルータに送信され、該ルータで、セッションＱｏＳポリシの設定または解除が行われる。また、上記セッション情報解析手段は、ユーザ通信端末から、ユーザ状態およびセッション状態の変化を示すユーザセッション情報を受信した時、上述したユーザ端末のセッション状態を解析し、該セッション解析結果に基づいて、上記ユーザプリファレンスデータベースのユーザプリファレンス情報を更新する。
【発明の効果】
【００１３】
本発明によれば、ＱｏＳポリシの設定が可能なＶｏＩＰ通信において、ＳＩＰユーザプリファレンスデータベースへのＱｏＳ情報の追加と、ＳＩＰユーザセッションのＱｏＳ要求解析、ユーザセッション毎のＱｏＳ設定が可能となる。また、オペレータによるポリシ設定を必要とせず、各ノードでの不要なポリシ設定によるパケット中継遅延や端末負荷の増大を防止すること可能となる。
【発明を実施するための最良の形態】
【００１４】
以下、一例として、アプリケーションにＶｏＩＰ、ユーザセッション制御プロトコルにＳＩＰ（Session Initiation Protocol）、ポリシ設定プロトコルにＣＬＩ（Command Line Interface）を用いた場合の本発明の実施形態について説明する。但し、本発明は、上記組み合わせに限定されるものではない。
【００１５】
図１は、本発明のセッションＱｏＳ制御方式を適用したセッションＱｏＳ制御装置１０のブロック図である。
本発明のセッションＱｏＳ制御装置１０は、ユーザ通信端末間のセッション管理情報２０１が格納されるセッション管理データベース１５０と、ユーザの状況やユーザリクエストを示すユーザプリファレンス情報２０２が格納されるユーザプリファレンスデータベース１６０と、ユーザ通信端末とノード装置（ルータ）との接続関係を示すユーザ通信端末・ルータ管理情報を保持するユーザ通信端末・ルータ管理データベース１７０と、ユーザ通信端末からユーザセッション情報２０３を受信し、データベース１５０、１６０から取得したセッション管理情報２０１およびユーザプリファレンス情報２０２を参照して、ユーザ端末のセッション状態を解析するセッション情報解析手段１１０と、セッション情報解析手段１１０から出力されるセッション解析結果情報２０５に基づいて、ユーザセッションＱｏＳ（Quality of Service）ポリシを決定し、ユーザ通信端末・ルータ管理情報２０６に基づいて上記ＱｏＳポリシを設定／解除すべきルータを特定し、該ルータ宛のセッションＱｏＳコマンドを生成するセッションＱｏＳ制御手段１２０と、上記セッションＱｏＳコマンドを宛先ルータ３０に送信するルータ通信手段１３０とからなる。
【００１６】
但し、セッションＱｏＳ制御手段１２０が、ユーザセッションＱｏＳポリシ２０７をルータ通信手段１３０に渡し、ルータ通信手段１３０が、上記ユーザセッションＱｏＳポリシ２０７とユーザ通信端末・ルータ管理情報２０６に基づいて、セッションＱｏＳコマンド２０８を生成し、これを送信するようにしてもよい。
【００１７】
ここで、データベース１６０には、初期状態で、ユーザプリファレンス情報が予め設されている。また、データベース１７０にも、ユーザ通信端末・ルータ管理情報が予め設定されている。ユーザセッション情報２０３は、ユーザ通信端末に設けられたユーザセッション状態検出手段１４０で検出したユーザ端末（ユーザ）状態とセッション通信状態の変化を示す。
【００１８】
以上のように、本発明は、ＩＰネットワーク上で行われるＶｏＩＰ通信において、ユーザ通信端末（ＶｏＩＰ端末）２０から送信されたＳＩＰメッセージをセッションＱｏＳ制御装置１０で受信し、該セッションＱｏＳ制御装置１０が、ＶｏＩＰユーザプリファレンスに基づいてセッションＱｏＳポリシを生成し、上記ＶｏＩＰ通信端末が接続されているノード３０にＣＬＩでＱｏＳポリシ情報の設定を行うものである。
【００１９】
図２は、本発明のセッションＱｏＳ制御方式を適用したネットワーク構成の１例として、DiffservによりＱｏＳ制御を行うＩＰネットワークを示す。より具体的には、ここでは、ＩＰアドレス「1192.168.10.1」を持つＶｏＩＰ端末２０ａとＩＰアドレス「192.168.20.1」を持つＶｏＩＰ端末２０ｂとが、ＱｏＳ制御可能なＩＰネットワーク５０を介して通信するネットワーク構成と、セッションＱｏＳ制御動作について説明する。
【００２０】
ＶｏＩＰ通信端末２０ａは、ＶｏＩＰ通信端末２０ｂとの通信を開始するとき、ＩＰアドレス「192.168.100.10」をもつ本発明のセッションＱｏＳ制御装置１０aに対して、ＳＩＰメッセージを転送する。ＶｏＩＰ通信端末２０aが送信したＳＩＰメッセージは、セッションＱｏＳ制御装置１０aから、ＩＰアドレス「192.168.100.20」をもつセッションＱｏＳ制御装置１０ｂに転送され、セッションＱｏＳ制御装置１０ｂからＶｏＩＰ通信端末２０ｂに転送される。
【００２１】
この時、セッションＱｏＳ制御装置１０aと１０ｂは、受信ＳＩＰメッセージを解析し、ユーザプリファレンスデータベース１６０に基づいて、セッションＱｏＳポリシを決定する。セッションＱｏＳ制御装置１０aと１０ｂは、それぞれが決定したセッションＱｏＳポリシを、通信端末２０ａが接続されているＩＰアドレス「192.168.100.1」をもつエッジノード３０aと、信端末２０ｂが接続されているＩＰアドレス「192.168.100.2」をもつエッジノード３０ｂにＣＬＩで送信する。この場合、セッションＱｏＳポリシは、エッジノードのみでなく、コアノードにも送信するようにしてもかまわない。上記セッションＱｏＳポリシの通知によって、各エッジノードにＱｏＳポリシが設定され、ＶｏＩＰパケットが優先的に転送され、ＶｏＩＰサービスの品質保証が可能となる。
【００２２】
図３は、本発明のセッションＱｏＳ制御方式の動作フロー図である。ここでは、図１に示したセッションＱｏＳ制御装置１０を参照して、本発明のセッションＱｏＳ制御方式を説明する。
通信端末２０は、ユーザセッション状態検出手段１４０によって、セッション状況の変化とユーザ状態の変化を調べる。例えば、ＶｏＩＰアプリケーションの場合、ユーザセッション状態検出手段１４０は、セッションの音質変化、またはセッションユーザの移動によるＩＰアドレスの変化を検出すると、ユーザセッション情報を含むＳＩＰメッセージをセッションＱｏＳ制御装置１０へ送信する。
【００２３】
セッションＱｏＳ制御装置１０のセッション情報解析手段１１０は、上記ユーザセッション情報によって、セッション状況およびユーザ状態の変化を検出すると（３０１）、上記ユーザセッション情報に基づいてセッション管理データベースを検索し（３０２）、セッションの動作状態を判定する。上記ＳＩＰメッセージには、ユーザセッション情報として、例えば、ＶｏＩＰ端末のＩＰアドレスやポート番号、接続先のＩＰアドレスなどが含まれる。また、上記ＳＩＰメッセージからは、音声や画像などのメディア情報も抽出することができ、メディア情報に応じたＱｏＳ設定も可能となる。
【００２４】
セッション情報解析手段１１０は、セッションの終了が検出されたか否かを判定する（３０３）。セッションの終了が検出された場合、セッションＱｏＳ制御手段１２０によって、上記セッションのＱｏＳポリシをクリアするセッションＱｏＳ解除コマンドが生成され、該コマンドがルータ通信手段１３０を介して該当ノードに送信され、ＱｏＳ設定が解除される（３０４）。例えば、Differserv技術を使用していた場合、該当セッションのＤＳＣＰ値をクリアするポリシが生成され、該当ノードに送信してＱｏＳ設定が解除される。この後、セッション情報解析手段１１０は、セッション情報解析結果に基づいて、セッション管理データベース１５０を更新する（３０７）。
【００２５】
一方、ステップ３０３でセッションの終了が検出されなかった場合、セッション情報解析手段１１０は、ユーザプリファレンスデータベース１６０から該当ユーザのＱｏＳ要求を検索し、セッション情報を解析する（３０５）。上記セッション解析結果に基づいて、セッションＱｏＳ制御手段１２０が、セッションＱｏＳポリシを決定し、ＱｏＳ設定コマンドを生成する。上記コマンドは、ルータ通信手段１３０を介して該当ノードに送信される（３０６）。例えば、Differserv技術を使用していた場合、セッションに対するＤＳＣＰ値を決定した後、セッションＱｏＳポリシが生成され、該当ノードに送信してＱｏＳポリシ設定が行われる。セッション情報解析手段１１０は、上記セッション情報解析結果に基づいて、セッション管理データベース１５０を更新する（３０７）。
【００２６】
図４は、本発明のセッションＱｏＳ制御装置による通信端末間のＱｏＳ設定手順を示すシーケンス図である。ここでは、ユーザセッション制御プロトコルとしてＳＩＰ（Session Initiation Protocol）を適用し、アプリケーションとしてＶｏＩＰを用いた場合のシーケンスを示している。
【００２７】
ＶｏＩＰ通信端末Ａ（２０ａ）は、セッションＱｏＳ制御装置Ａ（１０ａ）に対して、セッション確立要求を示すＩＮＶＩＴＥメッセージ４０１を送信する。上記ＩＮＶＩＴＥメッセージを受信したセッションＱｏＳ制御装置Ａ（１０ａ）は、ＩＮＶＩＴＥメッセージに記述されているセッション情報を解析し、セッション管理データベースにセッション情報を保持した後、セッションＱｏＳ制御装置Ｂ（１０ｂ）にＩＮＶＩＴＥメッセージ４０２を転送する。セッションＱｏＳ制御装置Ｂ（１０ｂ）は、同様に、ＩＮＶＩＴＥメッセージ４０３をＶｏＩＰ通信端末Ｂ（２０ｂ）に送信する。
【００２８】
ＩＮＶＩＴＥメッセージを受信したＶｏＩＰ通信端末Ｂは、セッション確立準備が完了すると、セッションＱｏＳ制御装置Ｂ（１０ｂ）にＯＫメッセージ４０４を送信する。ＯＫメッセージ４０４を受信したセッションＱｏＳ制御装置Ｂ（１０ｂ）は、セッションＱｏＳ制御装置Ａ（１０ａ）にＯＫメッセージ４０５を転送し、セッションＱｏＳ制御装置Ａ（１０ａ）が、同様にＯＫメッセージ４０６をＶｏＩＰ通信端末Ａに転送する。ＯＫメッセージを受信したＶｏＩＰ通信端末Ａは、セッションを確立し、ＶｏＩＰ通信開始を示すＡＣＫメッセージ４０７をセッションＱｏＳ制御装置Ａ（１０ａ）に送信する。
【００２９】
ＡＣＫメッセージを受信したセッションＱｏＳ制御装置Ａ（１０ａ）は、セッション管理データベース１５０に保持しておいたセッション情報に基づいて、ユーザセッション情報を解析し、セッションＱｏＳコマンドを生成する。また、ルータ管理データベース１７０から該当ノードＡを検索し、セッションＱｏＳコマンド４０９をノードＡに送信する（４０８）。
【００３０】
ノードＡ（３０ａ）は、受信したセッションＱｏＳコマンドに基づいて、ユーザセッションに対するＱｏＳポリシ設定を行い、設定完了を示すセッションＱｏＳレポート４１０をセッションＱｏＳ制御装置Ａ（１０ａ）に応答する。
セッションＱｏＳレポートを受信したセッションＱｏＳ制御装置Ａ（１０ａ）は、セッションＱｏＳ制御装置Ｂ（１０ｂ）にＡＣＫメッセージ４１２を送信する（４１１）。但し、セッションＱｏＳ制御装置Ａ（１０ａ）は、ノードＡからのセッションＱｏＳレポートの受信を待つことなく、セッションＱｏＳコマンドの送信後に直ちに次動作に移行してもかまわない。
【００３１】
ＡＣＫメッセージを受信したセッションＱｏＳ制御装置Ｂ（１０ｂ）は、セッションＱｏＳ制御装置Ａと同様に、セッションＱｏＳコマンド４１４を該当ノードＢに送信する（４１３）。ノードＢは、上記セッションＱｏＳコマンドに基づいて、ユーザセッションに対するＱｏＳポリシ設定を行い、設定完了を示すセッションＱｏＳレポート４１５をセッションＱｏＳ制御装置Ｂ（１０ｂ）に応答する。ＱｏＳ制御装置Ｂ（１０ｂ）は、上記セッションＱｏＳレポートを受信すると、ＶｏＩＰ通信端末Ｂ（２０ｂ）にＡＣＫメッセージ４１７を送信する。
【００３２】
上述した動作によってエッジノードへのＱｏＳポリシ設定が完了し、ＶｏＩＰ通信端末Ａ（２０ａ）から送信されたＶｏＩＰパケット４２０には、ノードＡ（３０ａ）でＱｏＳ制御情報が設定され（４２１）、ＶｏＩＰ通信端末（２０ｂ）から送信されたＶｏＩＰパケット４２２には、ノードＢ（３０ｂ）でＱｏＳ制御情報が設定され（４２３）、ネットワーク５０上でＱｏＳ制御されたパケット転送が実行される。
【００３３】
図５は、本発明のセッションＱｏＳ制御方式によるＱｏＳ設定手順を示すシーケンス図である。
ＶｏＩＰ通信端末が備えるユーザセッション状態検出手段１４０は、検出結果を示すユーザセッション情報を、セッションＱｏＳ制御装置１０のセッション情報解析手段１１０に送信する（５０１）。セッション情報解析手段１１０は、受信したユーザセッション情報に基づいて、セッション管理データベース１５０から現在のセッション管理情報を検索し（５０２）、ユーザプリファレンスデータベース１６０から登録済みのユーザ要求情報を検索し（５０３）、セッションの動作を決定するために、ユーザセッション情報を解析する（５０４）。ここで、ユーザセッション情報は、ＶｏＩＰ通信端末で測定した音声品質、ユーザ移動に伴うセッション状況の変化などを含む。
【００３４】
セッション情報を解析したセッション情報解析手段１１０は、解析結果に基づいて、セッション管理データベース１５０の更新（５０５）と、ユーザプリファレンスデータベース１６０の更新（５０６）を行った後、セッション解析結果をセッションＱｏＳ制御手段１２０に送信する（５０７）。
セッション解析結果を受信したセッションＱｏＳ制御手段１２０は、ユーザ通信端末・ルータ管理データベース１７０から、ユーザとネットワークノードとの接続関係情報を検索し（５０８）、セッションＱｏＳコマンドを生成（５０９）する。この後、ユーザ通信端末・ルータ管理データベース１７０に更新し（５１０）、セッションＱｏＳコマンドをルータ通信手段に渡し（５１１）、該当ノードに送信する（５１２）。
【００３５】
図６は、本発明のセッションＱｏＳ制御装置が利用するユーザプリファレンスデータベース１６０の構成例を示す。
ユーザプリファレンスデータベースは、ユーザ要求に応じてセッション状態を制御するための情報を格納している。例えば、ＳＩＰ  ＵＲＬにおいて、ユーザ状態やセッション状況によって、ＱｏＳリクエストを変更できる。本例では、データベースの各行が、１つのＳＩＰ  ＵＲＬ（Uniform Resource Locator）と対応して、位置情報、ＩＰアドレス等、その他の項目の組み合わせを示している。例えば、或るユーザのＳＩＰ  ＵＲＬが「SIP：userＡ＠192.168.100.10」で、そのユーザの位置情報がオフィス（office）の場合、ＱｏＳ要求レベルが最高ランク「Gold」に設定される。また、ユーザが同一であっても、ユーザの位置情報が自宅（home）の場合、ＱｏＳ要求レベルは最低ランク「NA」に設定される。
【００３６】
図７は、本発明のセッションＱｏＳ制御装置が送受信するＳＩＰメッセージ（ＩＮＶＩＴＥメッセージとＯＫメッセージ）に記述されるユーザセッション情報の１例を示す。
ＳＩＰでは、セッションメッセージがＳＤＰ（Session Description Protocol）で記述される。図７の例では、送信元ＩＰアドレスが「102.168.10.1」、送信先ＩＰアドレスが「192.168.20.1」、送信元ポート番号が「49170」、送信データのメディアが「Audio」、送信プロトコルがＲＴＰ（Real time Transport Protocol）であることを示している。
【００３７】
図８は、本発明のセッションＱｏＳ制御装置が利用するセッション情報管理データベース１５０の構成の１例を示す。
セッション情報管理データベースは、各セッションを識別するための情報を格納している。本例では、データベースの各行は、１つのセッション通信に対応しており、ＳＩＰにおけるセッションを一意に識別するための情報であるCall-IDと、To-tag、From-tag、セッション通信の送信元ＩＰアドレスおよびポート番号、送信先ＩＰアドレス、パケットの優先中継制御レベルとを示している。ここでは、パケットの優先中継制御レベルとして、Diffserv技術で用いられるＤＳＣＰ値が採用されている。
【００３８】
図９は、本発明のセッションＱｏＳ制御装置が利用するユーザ通信端末・ルータ管理データベース１７０の構成の１例を示す。
ユーザ通信端末・ルータ管理データベースには、ＱｏＳポリシ設定を行うために必要なユーザ通信端末とルータとの接続関係情報、具体的には、ＩＰネットワークの場合、ユーザ通信端末やルータのＩＰアドレスなどが格納される。本例では、データベースの各行が、１つの通信端末（ＶｏＩＰ通信端末）に対応しており、通信端末のＩＰアドレスと、該通信端末の送信パケットに対してＱｏＳ優先制御を行うＱｏＳポリシ設定対象ノードのＩＰアドレスとを示している。
【００３９】
以上のように、本発明によれば、ＱｏＳポリシ設定が可能なＶｏＩＰ通信において、ＳＩＰユーザプリファレンスデータベースへのＱｏＳ情報の追加、ＳＩＰユーザセッションのＱｏＳ要求の解析、ユーザセッション毎のＱｏＳ設定が可能となる。また、オペレータによるポリシ設定を必要とせず、各ノードでの不要なポリシ設定によるパケット中継遅延や、端末負荷の増大を防ぐことが可能となる。
【図面の簡単な説明】
【００４０】
【図１】本発明のセッションＱｏＳ制御方式のブロック構成を説明するための図。
【図２】本発明のセッションＱｏＳ制御方式を適用したネットワーク構成の１例を説明するための図。
【図３】本発明のセッションＱｏＳ制御方式の動作フローチャート。
【図４】本発明のセッションＱｏＳ制御装置による通信端末間のＱｏＳ設定手順を示すシーケンス図。
【図５】本発明のセッションＱｏＳ制御方式によるＱｏＳ設定手順を示すシーケンス図。
【図６】本発明のセッションＱｏＳ制御装置が利用するユーザプリファレンスデータベース１６０の構成の１例を示す図。
【図７】本発明のセッションＱｏＳ制御装置が送受信するＳＩＰメッセージ（ＩＮＶＩＴＥメッセージとＯＫメッセージ）に記述されるユーザセッション情報の１例を示す図。
【図８】本発明のセッションＱｏＳ制御装置が利用するセッション情報管理データベースの構成の１例を示す図。
【図９】本発明のセッションＱｏＳ制御装置が利用するユーザ通信端末・ルータ管理データベースの構成の１例を示す図。
【図１０】従来のセッションＱｏＳ制御装置を示す図。
【符号の説明】
【００４１】
１０：セッションＯｏＳ制御装置、２０：ユーザ通信端末、３０：エッジノード、
４０：コアノード、１１０：セッション情報解析手段、
１２０：セッションＱｏＳ制御手段、１３０：ルータ通信手段、
１４０：ユーザセッション状態検出手段、１５０：セッション管理データベース、
１６０：ユーザプリファレンスデータベース、
１７０：ユーザ通信端末・ルータ管理データベース。
【図１】
2006087133.tif 000003
【図２】
2006087133.tif 000004
【図３】
2006087133.tif 000005
【図４】
2006087133.tif 000006
【図５】
2006087133.tif 000007
【図６】
2006087133.tif 000008
【図７】
2006087133.tif 000009
【図８】
2006087133.tif 000010
【図９】
2006087133.tif 000011
【図１０】
2006087133.tif 000012
【手続補正書】
【提出日】平成18年2月10日(2006.2.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ通信端末間で交信されるセッション制御情報を中継するセッションＱｏＳ制御装置であって、
ユーザ通信端末間のセッションの管理情報を記憶したセッション管理データベースと、
ユーザ通信端末と該端末が接続されたネットワークノード装置との接続関係情報を記憶したユーザ通信端末・ルータ管理データベースと、
ユーザ通信端末の識別子と対応して、ユーザ要求を示すユーザプリファレンス情報を記憶したユーザプリファレンスデータベースと、
上記セッション管理データベースとユーザプリファレンスデータベースを参照して、ユーザ端末のセッション状態を解析するセッション情報解析手段と、
上記セッション情報解析手段によるセッション解析結果に基づいて、ユーザセッションＱｏＳ（Quality of Service）ポリシを決定し、上記ユーザ通信端末・ルータ管理データベースから上記ＱｏＳポリシを設定すべきルータを特定し、該ルータ宛のセッションＱｏＳコマンドを生成するセッションＱｏＳ制御手段を備えたことを特徴とするセッションＱｏＳ制御装置。
【請求項２】
前記セッションＱｏＳ制御手段によって生成されたセッションＱｏＳコマンドを前記特定ルータに送信するルータ通信手段を備えたことを特徴とする請求項１に記載のセッションＱｏＳ制御装置。
【請求項３】
前記ユーザプリファレンスデータベースが、ユーザプリファレンス情報の一部として、予めユーザから要求されたＱｏＳ情報を記憶したことを特徴とする請求項１または請求項２に記載のセッションＱｏＳ制御装置。
【請求項４】
前記セッション情報解析手段が、前記セッション解析結果に基づいて、前記ユーザプリファレンスデータベースのユーザプリファレンス情報を更新することを特徴とする請求項１に記載のセッションＱｏＳ制御装置。
【請求項５】
セッション管理データベースに記憶記憶されるセッション管理情報が、ユーザセッションの送信元ＩＰアドレス、送信先ＩＰアドレス、送信元ポート番号を含むことを特徴とする請求項１〜請求項４の何れかに記載のセッションＱｏＳ制御装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】変更
【補正の内容】
【００１９】
図２は、本発明のセッションＱｏＳ制御方式を適用したネットワーク構成の１例として、DiffservによりＱｏＳ制御を行うＩＰネットワークを示す。より具体的には、ここでは、ＩＰアドレス「192.168.10.1」を持つＶｏＩＰ端末２０ａとＩＰアドレス「192.168.20.1」を持つＶｏＩＰ端末２０ｂとが、ＱｏＳ制御可能なＩＰネットワーク５０を介して通信するネットワーク構成と、セッションＱｏＳ制御動作について説明する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２１
【補正方法】変更
【補正の内容】
【００２１】
この時、セッションＱｏＳ制御装置１０aと１０ｂは、受信ＳＩＰメッセージを解析し、ユーザプリファレンスデータベース１６０に基づいて、セッションＱｏＳポリシを決定する。セッションＱｏＳ制御装置１０aと１０ｂは、それぞれが決定したセッションＱｏＳポリシを、通信端末２０ａが接続されているＩＰアドレス「192.168.100.1」をもつエッジノード３０aと、通信端末２０ｂが接続されているＩＰアドレス「192.168.100.2」をもつエッジノード３０ｂにＣＬＩで送信する。この場合、セッションＱｏＳポリシは、エッジノードのみでなく、コアノードにも送信するようにしてもかまわない。上記セッションＱｏＳポリシの通知によって、各エッジノードにＱｏＳポリシが設定され、ＶｏＩＰパケットが優先的に転送され、ＶｏＩＰサービスの品質保証が可能となる。