JP4464386B2 - ＩＰｖ６ネットワークにおいてマルチメディアサービスを提供するフローラベルを利用した信号連結サーバ、サービス品質提供サーバ及び方法 - Google Patents

Description

本発明は、一般には、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６）ネットワークにおいてセッション区分を通じたサービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ；ＱｏＳ）提供方法に関し、より詳細には、ＩＰｖ６ネットワークにおいてマルチメディアサービスを提供するにあたって端末またはノードの間に生成されたセッションを区分し、各セッション別に差別化したサービス品質（ＱｏＳ）を提供するための方法に関する。

一般的に、当該ＩＰネットワークにおいて各セッションの区分はその区分単位に応じて多様に定義することができるが、ＩＰアドレスのようなネットワーク階層の情報と流入されるパケットのフローテーブルを区分することが可能であるＴＣＰ／ＵＤＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）ポート情報のような転送階層の情報を利用して定義する。

例えば、ＩＰｖ４パケットの場合のセッションの区分はソースＩＰｖ４アドレス（ｓｏｕｒｃｅ ＩＰｖ４ ａｄｄｒｅｓｓ）と、目的地ＩＰｖ４アドレス（ｄｅｓｔｉｎａｔｉｏｎ ＩＰｖ４ ａｄｄｒｅｓｓ）と、プロトコル番号と、ＴＣＰ／ＵＤＰソースポート番号（ｓｏｕｒｃｅ ＴＣＰ／ＵＤＰ ｐｏｒｔ ｎｕｍｂｅｒ）と、ＴＣＰ／ＵＤＰ目的地ポート番号（ｄｅｓｔｉｎａｔｉｏｎ ＴＣＰ／ＵＤＰ ｐｏｒｔ ｎｕｍｂｅｒ）とを利用して定義する。これと類似して、ＩＰｖ６パケットの場合のセッションの区分は、ソースＩＰｖ６アドレスと、目的地ＩＰｖ６アドレスと、次ヘッダー（Ｎｅｘｔ Ｈｅａｄｅｒ）と、ＴＣＰ／ＵＤＰ ソースポート番号と、ＴＣＰ／ＵＤＰ目的地ポート番号とで定義することができる。

ところで、ＩＰｖ６パケットには標準に定義されたヘッダー形態の特徴により転送階層情報（ＴＣＰ／ＵＤＰソースポート番号及びＴＣＰ／ＵＤＰ目的地ポート番号）が拡張ヘッダー形態に存在する。多数個の拡張ヘッダーが存在する場合、転送階層情報は拡張ヘッダー等の各々の最終端に位置する。従って、ＩＰｖ６パケットに多数個の拡張ヘッダーが存在する場合、ハードウェア上において高速で転送階層情報を抽出するのに困難がある。

これにより、ＩＰｖ６パケットに対して拡張ヘッダーの初めがＴＣＰまたはＵＤＰのような転送階層情報ではない場合には、ＩＰｖ６ソースアドレス、ＩＰｖ６目的地アドレス、及び次ヘッダー（Ｎｅｘｔ Ｈｅａｄｅｒ）のみでＱｏＳを提供するしかないため、各応用別にＱｏＳを制御することができない短所がある。

このような場合、ＱｏＳ提供観点では互いに通信をしている二つの端末の間に同一な次ヘッダー（Ｎｅｘｔ Ｈｅａｄｅｒ）を共有するセッション等でグループ化されたセッションにＱｏＳを提供するため、実際、各セッションに対する差別化された制御を行うことができない問題点がある。さらにＩＰｖ６パケットにＥＳＰ（Ｅｎｃａｐｓｕｌａｔｉｎｇ Ｓｅｃｕｒｉｔｙ Ｐａｙｌｏａｄ）ヘッダーが存在する場合のようにペイロードが暗号化されると、各ノードにおいて復号化を行わない以上、転送階層情報を抽出することができなくなる問題点がある。

このような問題点を解決するための本発明の第１目的は、ＩＰｖ６ネットワークノード上において流入されるパケットに対する差別化されたサービス品質（ＱｏＳ）を提供するためのサービス品質提供方法及びこれを適用したシステムを提供することである。

本発明の第２目的は、ＩＰｖ６ネットワークにおいてマルチメディアサービスを提供するにあたって端末またはノードの間に生成されたセッションを区分し、各セッション別に差別化されたサービス品質（ＱｏＳ）を提供するためのサービス品質提供方法及びこれを適用したシステムを提供することである。

本発明の第３目的は、ＩＰｖ６ネットワークにおいて次ヘッダーの存在有無にかかわらず高速のインタフェースでより容易なセッション区分が可能であり、区分された各セッション別に差別化したサービス品質（ＱｏＳ）を提供することが可能なサービス品質提供方法及びこれを適用したシステムを提供することである。

このような目的を果たすための本発明の実施形態によるＩＰｖ６ネットワークにおいて信号連結サーバは、出発地から転送された通話要請信号から目的地の情報を抽出し、抽出した目的地に通話要請信号を転送する通話要請信号転送部と、通話要請信号を受信した目的地から転送されたリング信号を受信し、リング信号から出発地を抽出し、抽出した出発地にリング信号を転送するリング信号転送部と、転送された通話要請信号に対して目的地から転送された通話要請応答信号を受信してセッション情報を抽出し、抽出したセッション情報をＱｏＳ（サービス品質）を提供するＱｏＳ提供サーバに転送するセッション情報転送部と、転送されたセッション情報のセッションキーに対応してＱｏＳ提供サーバからＱｏＳ提供完了情報が受信されると、目的地から受信した通話要請応答信号を出発地に転送して出発地と目的地の間にＱｏＳが保障されたセッションを設定する通話要請応答信号転送部とを含むことを特徴とする。

望ましくは、セッションキーは、セッション情報のフローラベル（Ｆｌｏｗ Ｌａｂｅｌ）を含む。セッションキーは、セッション情報のソースＩＰ（ＳＩＰ）アドレス、目的ＩＰ（ＤＩＰ）アドレス、及び次ヘッダー（Ｎｅｘｔ Ｈｅａｄｅｒ）値をさらに含む。

ＱｏＳ提供サーバによるＱｏＳ設定は、セッション情報に対するセッションキーが生成され、セッションキーの各々に対応するＱｏＳ情報が設定される。

ＱｏＳ情報は、セッションキーによってフォワーディング転送されるパケットのトラフィックタイプ（Ｔｒａｆｆｉｃ Ｔｙｐｅ）情報、及び帯域幅（Ｂａｎｄ Ｗｉｄｔｈ）情報を含む。

このような目的を達成するための本発明の実施形態によるＱｏｓ提供サーバは、ＩＰｖ６ネットワークにおいて出発地と目的地の間にセッション設定のために受信されるセッション情報を基にフローラベル（Ｆｌｏｗ Ｌａｂｅｌ）が含まれたセッションキーを生成するセッションキー生成部と、生成されたセッションキーに対応するＱｏＳ（サービス品質）情報を設定するＱｏＳ提供部と、セッションキー及びＱｏＳ情報を出発地と目的地の間にデータパケットのフォワーディングを行うＩＰｖ６ノードに転送するＱｏＳ提供情報転送部と、出発地と目的地の間にセッション設定を中継する信号連結サーバに、セッションキーに対応するＱｏＳ提供完了情報を転送するＱｏＳ提供完了情報転送部と、を含むことを特徴とする。

セッションキーは、セッション情報のソースＩＰ（ＳＩＰ）アドレス、目的ＩＰ（ＤＩＰ）アドレス、及び次ヘッダー（Ｎｅｘｔ Ｈｅａｄｅｒ）値をさらに含む。ＱｏＳ情報は、ＩＰｖ６ノードにおいてセッションキーによってフォワーディング転送されるパケットのトラフィックタイプ（Ｔｒａｆｆｉｃ Ｔｙｐｅ）情報、及び帯域幅（Ｂａｎｄ Ｗｉｄｔｈ）情報を含む。

このような目的を達成するための本発明によるＩＰｖ６ノードは、ＩＰｖ６ネットワークより流入されるパケットからヘッダー情報を抽出するヘッダー情報抽出部と、出発地と目的地の間にセッション情報からフローラベルが含まれたセッションキーを生成し、セッションキーに対応してＱｏＳ情報を設定しＱｏＳ保障のためにＱｏＳ提供サーバから提供されたＱｏＳ情報及びフォワーディング情報を保存するフローテーブルと、フローテーブルからヘッダー情報のセッションキーに対応するフローテーブルエントリを検索するフローテーブル検索部と、フローテーブルにヘッダー情報のセッションキーに対応するフローテーブルエントリが存在すると、フローテーブルからヘッダー情報のセッションキーに対応するＱｏＳ情報及びフォワーディング情報を抽出するＱｏＳ／フォワーディング情報抽出部と、抽出したＱｏＳ情報に基づいてフォワーディング情報に応じて流入されるパケットをフォワーディング処理する制御部と、を含むことを特徴とする。

本発明の実施形態によるＩＰｖ６ノードは、フローテーブルにヘッダー情報のセッションキーに対応するフローテーブルエントリが存在しなければ、ＱｏＳ提供サーバから提供されたセッションキー及びＱｏＳ情報を保存するＱｏＳ政策（ポリシー）テーブルから流入されるパケットに対するＱｏＳ情報を抽出するＱｏＳ情報抽出部と、パケットのルーティング経路に対応するフォワーディング情報が含まれたＦＩＢｖ６テーブルからパケットに対するフォワーディング情報を抽出するフォワーディング情報抽出部とをさらに含む。これにより、制御部はＱｏＳ情報抽出部で抽出したＱｏＳ情報に基づいてフォワーディング情報抽出部より抽出したフォワーディング情報に応じて流入されるパケットをフォワーディング処理する。

本発明の実施形態によるＩＰｖ６ノードは、ＱｏＳ情報抽出部より抽出したＱｏＳ情報及びフォワーディング情報抽出部より抽出したフォワーディング情報を利用してフローテーブルのエントリを生成するフローテーブルエントリ生成部をさらに含むことができる。

このような目的を達成するための本発明の実施形態によるＩＰｖ６ネットワークシステムは、出発地の通話要請信号に応答して目的地から転送された通話要請応答信号からセッション情報を抽出して転送し、転送されたセッション情報のセッションキーに対応してＱｏＳ提供完了情報が受信されると、目的地から受信した通話要請応答信号を出発地に転送する信号連結サーバと、信号連結サーバより転送されたセッション情報からフローラベルが含まれたセッションキーを生成し、セッションキーに対応するＱｏＳ情報を設定して転送し、ＱｏＳ提供完了情報を信号連結サーバに転送するＱｏＳ提供サーバと、ＱｏＳ提供サーバから転送されたセッションキー及びＱｏＳ情報をＱｏＳ政策テーブルにアップデートして流入されるパケットに対してセッションキー及びＱｏＳ情報に基づいてフォワーディング処理を行うＩＰｖ６ノードと、を含むことを特徴とする。

このような目的を達成するための本発明の実施形態によるＩＰｖ６ネットワークのサービス品質（Ｑｏｓ）提供方法は、信号連結サーバが出発地の通話要請信号に応答して目的地より転送された通話要請応答信号からセッション情報を抽出してＱｏＳ提供サーバに転送するステップと、ＱｏＳ提供サーバがセッション情報を受信してフローラベルが含まれたセッションキーを生成し、セッションキーに対応するＱｏＳ情報を設定するステップと、ＱｏＳ提供サーバがセッションキー及びＱｏＳ情報をパケットのフォワーディング処理を行うＩＰｖ６ノードに転送し、ＱｏＳ情報の提供完了情報を信号連結サーバに転送するステップと、信号連結サーバがＱｏＳ情報の提供完了情報を受信すると、目的地から受信された通話要請応答信号を出発地に転送するステップと、ＩＰｖ６ノードがＱｏＳ提供サーバから転送されたセッションキー及びＱｏＳ情報に基づいて流入されるパケットをフォワーディング処理するステップとを含むことを特徴とする。

望ましくは、ＩＰｖ６ノードがフォワーディング処理するステップは、流入されるパケットからヘッダー情報を抽出するステップと、ＱｏＳ提供サーバから転送されたＱｏＳ情報及びルーティングに必要なフォワーディング情報が保存されたフローテーブルからヘッダー情報のセッションキーに対応するフローテーブルエントリを検索するステップと、フローテーブルにヘッダー情報のセッションキーに対応するフローテーブルエントリが存在すると、フローテーブルからヘッダー情報のセッションキーに対応するＱｏＳ情報及びフォワーディング情報を抽出するステップと、抽出したＱｏＳ情報に基づいてフォワーディング情報に応じて流入されるパケットをフォワーディング処理するステップとを含む。

本発明の実施形態によるＩＰｖ６ネットワークのサービス品質（ＱｏＳ）提供方法は、フローテーブルにヘッダー情報のセッションキーに対応するフローテーブルエントリが存在しなければ、ＱｏＳ提供サーバから提供されたセッションキー及びＱｏＳ情報を保存するＱｏＳ政策テーブルから流入されるパケットに対するＱｏＳ情報を抽出するステップと、パケットのルーティング経路に対応するフォワーディング情報が含まれたＦＩＢｖ６テーブルからパケットに対するフォワーディング情報を抽出するステップと、抽出したＱｏＳ情報に基づいてフォワーディング情報に応じて流入されるパケットをフォワーディング処理するステップとをさらに含む。

本発明の実施形態によるＩＰｖネットワークのサービス品質（ＱｏＳ）提供方法は、抽出したＱｏＳ情報及びフォワーディング情報を利用してフローテーブルのエントリを生成してフローテーブルにアップデートするステップをさらに含む。

本発明は、相互通信連結のために通信デバイス等の間に交換される信号からセッション情報を抽出してフローラベルが含まれたセッションキー値を生成し、これに対応するＱｏＳ情報を設定してＩＰｖ６ノードにおいてＱｏＳ政策テーブルに設定することによって、ＩＰｖ６ノードにおいてＩＰｖ６パケットのセッションキー値によるＱｏＳが保障されたセッション区分およびフォワーディング処理をより容易に行うことができる。また、フローラベルが含まれたセッションキー値を生成し、これに対応するＱｏＳ情報を設定することにより、ＩＰｖ６ノードが流入されるＩＰｖ６パケットのヘッダー情報から抽出されたセッションのキー値に対応するフローテーブルエントリが存在する場合フローテーブルからＱｏＳ情報およびフォワーディング情報を抽出し、フローテーブルエントリが存在しない場合ＱｏＳ政策テーブル及びＦＩＢｖ６テーブルからＱｏＳ情報及びフォワーディング情報を抽出し、その抽出したＱｏＳ情報に基づいてフォワーディング情報に応じてＩＰｖ６パケットのフォワーディング処理を行うことによって、流入されるパケットのセッションキー値に対応するフローテーブルエントリが存在するか否かにかかわらず、高速のインタフェースでハードウェーハ的にＱｏＳが保障されたフォワーディング処理をより容易に行うことができる。

本発明によれば、本発明は相互通信連結のために通信デバイス等の間に交換される信号からセッション情報を抽出してフローラベルが含まれたセッションキー値を生成し、これに対応するＱｏＳ情報を設定してＩＰｖ６ノードにおいてＱｏＳ政策テーブルに設定することによって、ＩＰｖ６ノードにおいてＩＰｖ６パケットのセッションのキー値によるＱｏＳが保障されたセッション区分及びフォワーディング処理をより容易に行うことができる。

また、フローラベルが含まれたセッションのキー値を生成し、これに対応するＱｏＳ情報を設定するにより、ＩＰｖ６ノードが流入されるＩＰｖ６パケットのヘッダー情報から抽出されたセッションキー値に対応するフローテーブルエントリが存在する場合、フローテーブルからＱｏＳ情報及びフォワーディング情報を抽出し、フローテーブルエントリが存在しない場合、ＱｏＳ政策テーブル及びＦＩＢｖ６テーブルからＱｏＳ情報及びフォワーディング情報を抽出し、その抽出したＱｏＳ情報に基づいてフォワーディング情報に応じてＩＰｖ６パケットのフォワーディング処理を行うことによって、流入されるパケットのセッションキー値に対応するフローテーブルエントリが存在するか否かにかかわらず、高速のインタフェースにおいてハードウェア的にＱｏＳが保障されたフォワーディング処理をより容易に行うことができる。

以下、本発明の望ましい実施形態を添付した図面を参照して詳しく説明する。図面中の同一構成要素等はできるだけ異なる図面上に表示されても同じ符号で示すことに留意すべきである。また、本発明の要旨を不要に曇らせかねない公知機能及び構成に対する詳細な説明は省略する。

本発明は、ＩＰｖ６ネットワークにおいてマルチメディアサービスに対するＱｏＳを提供するために、ＳＩＰ（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ）のような信号プロトコルにフローラベル（Ｆｌｏｗ ｌａｂｅｌ）が含まれるようにすることで、ＩＰアドレスのようなネットワーク階層情報とフローラベルを利用してより容易にセッションを区分し、その区分されたセッションに対してＱｏＳ情報を提供することが可能なシステム及び方法を提案する。

図１は、本発明の望ましい実施形態によるＩＰｖ６ネットワークにおいてマルチメディアサービスを提供するにあたってフローラベルを利用したセッション別サービス品質（ＱｏＳ）提供が可能なシステムを示す図である。

示しているように、ＩＰｖ６サービス品質（ＱｏＳ）提供システムは、フォワーディングの側面においてＩＰｖ６ノード１４０と、ＩＰｖ６ノード１４０の制御の側面において信号連結サーバ１１０とＱｏＳ提供サーバ１２０、及び信号連結サーバ１１０とＱｏＳ提供サーバ１２０とが共有するデータベース１３０とを含む。

ＩＰｖ６ノード１４０は、フォワーディングの側面においてＱｏＳ提供サーバ１２０から提供されるフローラベル（Ｆｌｏｗ Ｌａｂｅｌ）が含まれたセッションキー値及びこれに対応して設定されたＱｏＳ情報に応じて流入されるデータの目的地転送のためのＱｏＳが保障された信号切替機能を行う。ここで、ＩＰｖ６ノード１４０は一般的にルータのことを意味する。ＩＰｖ６ノード１４０の詳細構成については図９で説明する。

また、ＩＰｖ６ノード１４０は入力されるパケットを目的地に転送するための切替機能を行うために、フローテーブルと提供されるセッションＱｏＳ提供情報がアップデートされるＱｏＳ政策テーブル及びＦＩＢｖ６（Ｆｏｒｗａｒｄｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ ｖｅｒｓｉｏｎ ６）テーブルを具備する。ここで、フローテーブルはＱｏＳ政策によって予め定義されたパケット分類情報テーブルのことを意味する。したがって、フローテーブルにはパケットのセッションキー値に対応してフォワーディング情報及びＱｏＳ情報が保存される。ＱｏＳ政策テーブルは本発明の実施形態によって定義されるフローラベルが含まれたセッションキー値及びこれに対応するＱｏＳ情報が設定されたテーブルのことを言う。ＦＩＢｖ６テーブルは、ラウティングテーブルのラウティング経路情報に対応してアップデートされ保存されるフォワーディング情報が含まれたテーブルのことを言う。

信号連結サーバ１１０は、受信される通信連結要請に従って第１使用者１６０及び第２使用者１７０の間に通信のための連結サービスを提供する。本発明の実施形態において信号連結サーバ１１０は受信される通話要請信号を目的地に転送し、その目的地から受信されるリング信号を出発地に転送し、その目的地から通話要請応答信号が受信されるとこれに対するセッション情報をＱｏＳ提供サーバ１２０に転送する。また、信号連結サーバ１１０は転送したセッション情報に対応してＱｏＳ提供サーバ１２０からセッションに対するＱｏＳ提供完了情報が受信されると、目的地から受信した通話要請応答信号を出発地に転送する。

このような観点で、図２は本発明の実施形態による信号連結サーバ１１０の構成を概略的に示すブロック図であり、信号連結サーバ１１０は通話要請信号転送部１１２と、リング信号転送部１１４と、セッション情報転送部１１６と、通話要請応答信号転送部１１８とを含んで構成されることができる。

通話要請信号転送部１１２は、受信される通話要請信号から目的地を抽出し、通話要請信号を抽出した目的地に転送する。リング信号転送部１１４は通話要請信号が転送された目的地から受信されるリング信号を受信し、リング信号から出発地を抽出し、リング信号を抽出した出発地に転送する。

セッション情報転送部１１６は、リング信号を転送した目的地から転送された通話要請信号に対する通話要請応答信号が受信されると、これに対するセッション情報を抽出し、ＱｏＳ提供サーバ１２０に転送する。通話要請応答信号転送部１１８はセッション情報転送部１１６より転送したセッション情報に対応してＱｏＳ提供サーバ１２０からセッションに対するＱｏＳ提供完了情報が受信されると、目的地から受信した通話要請応答信号を出発地に転送する。

ＱｏＳ提供サーバ１２０は、ＩＰｖ６ノード１４０のＩＰｖ６パケットに対するセッション区分のために、ＩＰｖ６パケットのセッションに対するキー値にフローラベルを追加してセッションキー値を設定し、その設定されたセッションキー値に対するＱｏＳ値を設定してＩＰｖ６ノード１４０に提供する。

このような観点から、図３は本発明の実施形態によるＱｏＳ提供サーバ１２０の構成を概略的に示すブロック図であり、ＱｏＳ提供サーバ１２０はセッションキー生成部１２２と、ＱｏＳ提供部１２４と、ＱｏＳ提供情報転送部１２６と、ＱｏＳ提供完了情報転送部１２８とを含んで構成されることができる。

セッションキー生成部１２２は、信号連結サーバ１１０のセッション情報転送部１１６から提供されるセッション情報を基にフローラベルが含まれたセッションキーを生成する。ＱｏＳ提供部１２４は、セッションキー生成部１２２において生成したセッションキーに対応するＱｏＳ情報を設定する。

ＱｏＳ提供情報転送部１２６は、ＱｏＳ提供部１２４において設定したＱｏＳ提供情報をＩＰｖ６ノード１４０に転送する。ＱｏＳ提供完了情報転送部１２８は、ＱｏＳ提供部１２４のＱｏＳ設定が完了すると、セッションに対するＱｏＳ提供完了情報を信号連結サーバ１１０に転送する。

データベース１３０は、ＱｏＳ提供サーバ１２０のフローラベルを追加するセッションキー値の設定及びその設定されたセッションキー値に対するＱｏＳ値の設定に必要な資源を保存及び管理する。これにより、ＱｏＳ提供サーバ１２０はデータベース１３０に保存された資源情報を確認して可用な資源がある場合、セッションに対するＱｏＳ設定を行う。

これにより、ＩＰｖ６ノード１４０はマルチメディアサービスを行うにあたって受信されるパケットのヘッダーに含まれたセッションキー値に対応するフローテーブル（エントリ）の存在有無によって当該テーブルからフォワーディング情報及びＱｏＳ情報を抽出しパケットのフォワーディング（ルーティング）処理を行う。ＩＰｖ６ノード１４０は受信されるパケットのヘッダーに含まれたセッションキー値に対応するフローテーブルが存在する場合、フローテーブルからフォワーディング情報及びＱｏＳ情報を抽出し、その抽出されたＱｏＳ情報を基にフォワーディング情報に応じてパケットのフォワーディング処理を行う。ＩＰｖ６ノード１４０は受信されるパケットのヘッダーに含まれたセッションキー値に対応するフローテーブルが存在しない場合、ＱｏＳ政策テーブルからＱｏＳ情報を抽出し、ＦＩＢｖ６テーブルからフォワーディング情報を抽出してフローテーブルのエントリを生成し、これを基にパケットのフォワーディング処理を行う。

図４は、本発明の望ましい実施形態によるＩＰｖ６フローラベルを利用したセッションキー生成及びこれに対応するＱｏＳ提供過程を示すフローチャートである。

先ず、第１使用者１６０は第２使用者１７０にセッションを設定しようとする場合、「第２使用者に通話要請（ＩＮＶＩＴＥ）」メッセージを信号連結サーバ１１０に転送する（Ｓ２１０）。信号連結サーバ１１０は、第１使用者１６０から「第２使用者に通話要請（ＩＮＶＩＴＥ）」メッセージを受信して第２使用者１７０に転送する（Ｓ２２０）。

第２使用者１７０は、信号連結サーバ１１０から「第２使用者に通話要請（ＩＮＶＩＴＥ）」メッセージを受信すると、これに対応するリング（Ｒｉｎｇｉｎｇ）メッセージ信号を信号連結サーバ１１０に転送する（Ｓ２３０）。信号連結サーバ１１０は、第２使用者１７０から受信したリングメッセージ信号を第１使用者１６０に転送する（Ｓ２４０）。

第２使用者１７０は、リングメッセージ信号を転送した後、第１使用者１６０の通話要請に対する応答信号を信号連結サーバ１１０に転送する（Ｓ２５０）。信号連結サーバ１１０は第２使用者１７０から通話要請応答信号を受信すると、第１使用者１６０及び第２使用者１７０の間のＩＰｖ６セッション情報をＱｏＳ提供サーバ１２０に転送する（Ｓ２６０）。

ＱｏＳ提供サーバ１２０は、信号連結サーバ１１から転送されたセッション情報を受信すると、テーブルラベルが含まれたセッションキー設定及びこれに対応するＱｏＳ情報設定に必要な資源が可用であるか否かをデータベース１３０を通してチェックする。ＱｏＳ提供サーバ１２０はデータベース１３０に可用資源が存在する場合、セッション情報を参照してフローラベルが含まれたセッションキーを生成し、その生成されたセッションキーに対応するＱｏＳ情報を設定する（Ｓ２７０）。ＱｏＳ提供サーバ１２０は、生成されたセッションキー及びセッションＱｏＳ提供情報をＩＰｖ６ノード１４０に転送する（Ｓ２８０）。またＱｏＳ提供サーバ１２０は提供されたセッション情報によるセッションＱｏＳ提供完了情報を信号連結サーバ１１０に転送してセッションに対するＱｏＳ提供が可能であることを知らせてくれる（Ｓ２８２）。

ＩＰｖ６ノード１４０は、ＱｏＳ提供サーバ１２０から転送されたセッションキー及びセッションＱｏＳ提供情報をＱｏＳ政策テーブルにアップデートしてＩＰｖ６ノード１４０を通過するパケットに対するＱｏＳを提供できるようにする（Ｓ２９０）。また信号連結サーバ１１０は、ＱｏＳ提供サーバ１２０からセッションＱｏＳ提供完了情報を受信すると、ステップＳ２５０において第２使用者１７０から受信した通話要請応答信号を第１使用者１６０に転送する（Ｓ２９２）。

これにより、ＩＰｖ６ノード１４０は設定されたセッションキー及びＱｏＳ情報がアップデートされたＱｏＳ政策テーブルによってＩＰｖ６網６０、７０の各々を経って第１使用者１６０及び第２使用者１７０の間に実際データの転送のためのルーティングを行う（２９８）。

図５は、本発明の実施形態によるＩＰｖ６ノード１４０に保存されるＱｏＳ政策テーブルの詳細例を示す図である。

示しているように、ＱｏＳ政策テーブル２００は本発明によるＩＰｖ６のマルチメディアトラフィックに対するＱｏＳ提供のためのテーブルとして一般的にハッシュテーブル（ｈａｓｈ ｔａｂｌｅ）で構成され得る。ハッシュ関数（ｈａｓｈ ｆｕｎｃｔｉｏｎ）は、一般的に多く使用されているＣＲＣ（Ｃｙｃｌｅ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）、ＸＯＲ（ｅＸｃｌｕｓｉｖｅ ＯＲ）などのような多様な方法が全て使用できる。ＱｏＳ政策テーブル２００はセッションのキー値２１０、及び各キー値に対応するＱｏＳ情報２２０で構成され得る。

ここでセッションキー値２１０はソース（Ｓｏｕｒｃｅ）ＩＰ（ＳＩＰ）アドレス、目的（Ｄｅｓｔｉｎａｔｉｏｎ）ＩＰ（ＤＩＰ）アドレス、次ヘッダー（Ｎｅｘｔ Ｈｅａｄｅｒ）値、及びフローラベル（Ｆｌｏｗ Ｌａｂｅｌ）（Ｆｌｏｗ ＩＤ）値で構成される。ＱｏＳ情報２２０は、当該キー値に一致するセッションに対するＱｏＳ値として、トラフィックに対するタイプ（Ｔｒａｆｆｉｃ Ｔｙｐｅ）、及び帯域幅（Ｂａｎｄ Ｗｉｄｔｈ；Ｂ／Ｗ）情報などを含む。

図を参照すると、一例としてセッションのキー値２１０はソースＩＰ（ＳＩＰ）アドレスが「２２０１:０５６Ｄ::１１２Ｅ:１４４Ａ:１Ｅ２４」で、目的ＩＰ（ＤＩＰ）アドレスが「２２０２:０５６Ｃ::１０２Ｅ:１４４Ａ:１Ｅ００」であり、次ヘッダー（Ｎｅｘｔ Ｈｅａｄｅｒ）はＴＣＰであり、フローラベル値（Ｆｌｏｗ ＩＤ）は「８００００」のセッションを表わしている。この場合セッションキー値に対するＱｏＳ情報２２０はトラフィックタイプを「ＧＲ（Ｇｕａｒａｎｔｅｅｄ Ｒａｔｅ）」とし、これに対応する帯域幅を２[Ｍｂｐｓ]で表わしていることが判る。

図６は、一般的なＩＰｖ４パケットに対するソースＩＰ（ＳＩＰ）の要求メッセージフォーマットの例を示す図である。

示しているように、ＩＰｖ４パケットに対するＳＩＰ要求メッセージ３００は要求ライン（Ｒｅｑｕｅｓｔ Ｌｉｎｅ）３１０と、複数のヘッダー（Ｈｅａｄｅｒｓ）３２０と、及びメッセージボディー（Ｍｅｓｓａｇｅ ｂｏｄｙ）３３０とで構成されている。

要求ライン（Ｒｅｑｕｅｓｔ Ｌｉｎｅ）３１０はどのような要求事項であるか、どのような対象に対する要求であるか、及びプロトコルバージョンはどのようなものを使用するかを表している。

ヘッダー（Ｈｅａｄｅｒ）３２０は、要求ライン３１０に含まれた上記のような要求に対するより詳しい情報等を含んでいる。ヘッダー３２０の構成はヘッダーの名前、コローン、及びヘッダーに対する値の順に位置するようになる。このような情報の生成のために発信使用者情報及び受信使用者情報が用いられる。

メッセージボディー（Ｍｅｓｓａｇｅ ｂｏｄｙ）３３０は、ヘッダー（Ｈｅａｄｅｒ）と空白ラインに区分され、セッションに対する説明を含んでいる。メッセージボディー３３０の場合「ｈｅｒｅ. ｃｏｍ」の第１使用者（Ｕｓｅｒ１）がＩＰｖ４アドレスとして「１００. １０１. １０２. １０３」を、そしてＵＤＰポートとして「４９１７２」を使用して、ＲＴＰプロトコルで音声情報（ａｕｄｉｏ）を転送し、その音声情報は８[ＫＨz]（８、０００[Ｈz]）のｕ−ｌａｗＰＣＭコードから成ることを表わしている。

図７は、一般的なＩＰｖ６パケットに対するソースＩＰ（ＳＩＰ）の要求メッセージフォーマットの例を示す図面である。

示しているように、ＩＰｖ６パケットに対するＳＩＰ要求メッセージ４００はＩＰｖ４パケットと同様に要求ライン（Ｒｅｑｕｅｓｔ Ｌｉｎｅ）４１０と、複数のヘッダー（Ｈｅａｄｅｒｓ）４２０と、メッセージボディー（Ｍｅｓｓａｇｅ ｂｏｄｙ）４３０とで構成されている。ＩＰｖ６パケットに対するＳＩＰ要求メッセージ４００は、ＩＰｖ４とＩＰｖ６のプロトコルを区分するためにアドレス形態にＩＰ６が使用され、実際ＩＰｖ６のアドレスが使用されたという点からＩＰｖ４と差異がある。

このように一般的なＩＰｖ６パケットに対するＳＩＰメッセージ４００には、ＩＰｖ４と同様にアドレス情報を含んだＵＤＰポート情報のみを含んでいる。そのため、この情報のみを利用してＩＰｖ６ノードにおいてセッション情報を設定する場合、ＩＰｖ６ノードで入力される全てのＩＰｖ６パケットに対してある種類の次ヘッダー（Ｎｅｘｔ Ｈｅａｄｅｒ）が存在してもＵＤＰポートのような４階層情報を調べてセッション情報を確認しなければならない。このような事は実際に数Ｇｂｐｓの高速のインタフェースに対してはハードウェア的に処理することが容易ではない。このような短所を解決するためのＩＰｖ６パケットに対するＳＩＰメッセージフォーマットを図６に示している。

図８は、本発明の望ましい実施形態によるフローラベル情報を含むＩＰｖ６パケットに対するＳＩＰメッセージフォーマットを示す図である。

示しているように、本発明の実施形態において提案するＩＰｖ６パケットに対するＳＩＰメッセージ５００は、図５のように要求ライン（Ｒｅｑｕｅｓｔ Ｌｉｎｅ）５１０と、複数のヘッダー（Ｈｅａｄｅｒｓ）５２０と、メッセージボディー（Ｍｅｓｓａｇｅ ｂｏｄｙ）５３０とで構成されている。

ここで、本実施形態のＩＰｖ６パケットに対するＳＩＰメッセージ５００は、ＩＰｖ６マルチメディアトラフィックに対するＱｏＳ提供のためにメッセージボディー５３０のフィールドとしてフローラベル５４０を含み、ＩＰｖ６ノード１４０のＱｏＳ政策テーブル２００のセッションキー値２１０にフローラベル５４０が包含することができるようにしている。

図９は、本発明の望ましい実施形態による図１のＩＰｖ６ノード１４０の構成をより詳しく示したブロック図である。

示しているように、ＩＰｖ６ノード１４０は制御部１４１と、入力バッファー１４２と、ヘッダー情報抽出部１４３と、フローテーブル検索部１４４と、フローテーブル１４５と、判別部１４６と、ＱｏＳ／フォワーディング情報抽出部１４７と、出力バッファー１４８と、ＱｏＳ情報抽出部１５３と、ＱｏＳ政策テーブル１５４と、フォワーディング情報抽出部１５５と、ＦＩＢｖ６テーブル１５６と、フローテーブルエントリ生成部１５７とを含む。

制御部１４１は、ＩＰｖ６ノード１４０の全般的な動作を制御する機能を行う。入力バッファー１４２は入力されるＩＰｖ６パケットの入力による出力バッファーリングを行う。ヘッダー情報抽出部１４３は入力バッファー１４２に流入されるＩＰｖ６パケットのヘッダー情報を抽出する。フローテーブル検索部１４４はフローテーブル１４５から、ヘッダー情報抽出部１４３によって抽出されたヘッダー情報のセッションキー値に対応するフローテーブルエントリを検索する。ここで、フローテーブル１４５にはセッションキー値に対応してフォワーディング情報及びＱｏＳ情報が保存されている。

判別部１４６は、フローテーブル検索部１４４の検索結果に応じてヘッダー情報のセッションキー値に対応するフローテーブルエントリが存在するか否かを判別する。

ＱｏＳ／フォワーディング情報抽出部１４７は、判別部１４６の判決結果に応じてヘッダー情報のセッションキー値に対応するフローテーブルエントリが存在する場合、フローテーブル１４５のエントリからヘッダー情報のセッションキー値に対応するフォワーディング情報及びＱｏＳ情報を抽出する。

出力バッファー１４８は、制御部１４１の制御により入力バッファー１４２から出力されるパケットをバッファーリング出力する。制御部１４１は、ヘッダー情報のセッションキー値に対応するフローテーブルエントリが存在することでＱｏＳ／フォワーディング情報抽出部１４７によって抽出されたフォワーディング情報及びＱｏＳ情報を基に、入力バッファー１４２に流入されたパケットを出力バッファー１４８を介してフォワーディング処理されるように制御する。

一方、制御部１４１は判別部１４６の判決結果に応じてヘッダー情報のセッションキー値に対応するフローテーブルエントリが存在しない場合、ＱｏＳ情報抽出部１５３及びフォワーディング情報抽出部１５５を制御してＱｏＳ情報及びフォワーディング情報を抽出して流入されたパケットのフォワーディング処理を制御する。

即ち、ＱｏＳ情報抽出部１５３は制御部１４１の制御により判別部１４６の判決結果に応じてヘッダー情報のセッションキー値に対応するフローテーブルエントリが存在しない場合、本発明で提案するＱｏＳ政策テーブル１５４からＱｏＳ情報を抽出する。ＱｏＳ政策テーブル１５４には本発明の実施形態により定義されるフローラベルが含まれたセッションキー値及びこれに対応するＱｏＳ情報が保存されている。

また、フォワーディング情報抽出部１５５は制御部１４１の制御によって判別部１４６の判決結果に応じてヘッダー情報のセッションキー値に対応するフローテーブルエントリが存在しない場合、ＦＩＢｖ６テーブル１５６からフォワーディング情報を抽出する。ＦＩＢｖ６テーブル１５６にはルーティング経路によるパケットのフォワーディング情報が保存されている。

フローテーブルエントリ生成部１５７は、ＱｏＳ情報抽出部１５３及びフォワーディング情報抽出部１５５によって抽出されたＱｏＳ情報及びフォワーディング情報を利用してフローテーブルのエントリを生成する。制御部１４１は、フローテーブルエントリ生成部１５７によって生成されたフローテーブルエントリをフローテーブル１４５にアップデートする。

図１０は、本発明の実施形態によるＩＰｖ６ノード１４０のパケットフォワーディング処理過程を示すフローチャートである。

先ず、制御部１４１はＩＰｖ６のマルチメディアトラフィックに対するＱｏＳ提供のために入力バッファー１４２にＩＰｖ６パケットが入力されると（Ｓ４１０）、ヘッダー情報抽出部１４３を制御して入力バッファー１４２に流入されるＩＰｖ６パケットのヘッダー情報を抽出する（Ｓ４２０）。ＩＰｖ６パケットのヘッダー情報が抽出されると、制御部１４１はフローテーブル検索部１４４を制御してフローテーブル１４５からヘッダー情報抽出部１４３によって抽出されたヘッダー情報のセッションキー値に対応するフローテーブルエントリを検索する（Ｓ４３０）。

ヘッダー情報のセッションキー値に対応するフローテーブルエントリの検索が完了すると、制御部１４１は判別部１４６を制御してフローテーブル検索部１４４の検索結果に応じてヘッダー情報のセッションキー値に対応するフローテーブルエントリが存在するか否かを判別する（Ｓ４４０）。

判別部１４６の判決結果によってヘッダー情報のセッションキー値に対応するフローテーブルエントリが存在するものと判別されると、制御部１４１はＱｏＳ／フォワーディング情報抽出部１４７を制御してフローテーブル１４５のエントリからヘッダー情報のセッションキー値に対応するフォワーディング情報及びＱｏＳ情報を抽出する（Ｓ４５０）。フローテーブル１４５のエントリからヘッダー情報のセッションキー値に対応するフォワーディング情報及びＱｏＳ情報が抽出されると、制御部１４１は出力バッファー１４８を制御して抽出されたフォワーディング情報及びＱｏＳ情報を基に入力バッファー１４２に流入されたＩＰｖ６パケットをフォワーディング処理する（Ｓ４６０）。

ステップＳ４４０において、判別部１４６の判決結果によってヘッダー情報のセッションキー値に対応するフローテーブルエントリが存在しないものと判別されると、制御部１４１はＱｏＳ情報抽出部１５３を制御してＱｏＳ政策テーブル１５４からＱｏＳ情報を抽出する（Ｓ５１０）。また、制御部１４１はフォワーディング情報抽出部１５５を制御してＦＩＢｖ６テーブル１５６からフォワーディング情報を抽出する（Ｓ５２０）。

これにより、ＱｏＳ情報抽出部１５３及びフォワーディング情報抽出部１５５によってＩＰｖ６パケットヘッダー情報のセッションキー値に対応するＱｏＳ情報及びフォワーディング情報が抽出されると、制御部１４１はフローテーブルエントリ生成部１５７を制御して抽出されたＱｏＳ情報及びフォワーディング情報を利用してフローテーブルのエントリを生成する（Ｓ５３０）。この際、制御部１４１はフローテーブルをエントリ生成部１５７によって生成されたフローテーブルエントリをフローテーブル１４５にアップデートするのが望ましい。また制御部１４１は出力バッファー１４８を制御してフローテーブルエントリ生成部１５７によって生成されたフローテーブルエントリのフォワーディング情報及びＱｏＳ情報に応じて、入力バッファー１４２に流入されたＩＰｖ６パケットをフォワーディング処理する（Ｓ５４０）。

以上では、本発明で特定の望ましい実施形態について図示し、また説明した。しかし、本発明は上述した実施形態に限定されず、特許請求の範囲で添付する本発明の要旨を外れることなく、当該発明が属する技術分野において通常の知識を有する者であれば誰でも多様な変形及び均等な他の実施が可能であるであろう。従って、本発明の真正な技術的保護範囲は添付した特許請求範囲によってのみ定められるべきである。

本発明の望ましい実施形態に係るＩＰｖ６ネットワークにおいてマルチメディアサービスを提供するにあたってフローラベルを利用したセッション別サービス品質（ＱｏＳ）提供が可能なシステムを例示する図である。 本発明の実施形態に係る図１の信号連結サーバの構成を概略的に例示するブロック図である。 本発明の実施形態に係る図１のＱｏＳ提供サーバの構成を概略的に例示するブロック図である。 本発明の望ましい実施形態に係るＩＰｖ６フローラベルを利用したセッションキー生成及びこれに対応するＱｏＳ提供過程を例示するフローチャートである。 本発明の実施形態に係るＩＰｖ６ノードに保存されるＱｏＳ政策テーブルの詳細例を例示する図である。 一般的なＩＰｖ４パケットに対するソースＩＰ（ＳＩＰ）の要求メッセージフォーマットの例を示す図である。 一般的なＩＰｖ６パケットに対するソースＩＰ（ＳＩＰ）の要求メッセージフォーマットの例を示す図である。 本発明の望ましい実施形態に係るフローラベル情報を含むＩＰｖ６パケットに対するＳＩＰメッセージフォーマットを例示する図である。 本発明の望ましい実施形態に係る図１のＩＰｖ６ノードの構成をより詳細に例示するブロック図である。 本発明の実施形態に係るＩＰｖ６ノードのパケットフォワーディング処理過程を例示するフローチャートである。

符号の説明

１１０ 信号連結サーバ
１１２ 通話要請信号転送部
１１４ リング信号転送部
１１６ セッション情報転送部
１１８ 通話要請応答信号転送部
１２０ ＱｏＳ提供サーバ
１２２ セッションキー生成部
１２４ ＱｏＳ提供部
１２６ ＱｏＳ提供情報転送部
１２８ ＱｏＳ提供完了情報転送部
１３０ データベース
１４０ ＩＰＶ６ノード
１４１ 制御部
１４２ 入力バッファー
１４３ ヘッダー情報抽出部
１４４ フローテーブル検索部
１４５ フローテーブル
１４６ 判別部
１４７ ＱｏＳ／フォワーディング情報抽出部
１４８ 出力バッファー
１５３ ＱｏＳ情報抽出部
１５４ ＱｏＳ政策テーブル
１５５ フォワーディング情報抽出部
１５６ ＦＩＢｖ６テーブル
１５７ フローテーブルエントリ生成部

Claims (19)

1. ＩＰｖ６ネットワークにおける出発地から転送された通話要請信号より目的地の情報を抽出し、前記抽出した目的地の情報で前記通話要請信号を転送する通話要請信号転送部と、
   前記通話要請信号を受信した目的地から転送されたリング信号を受信し、前記リング信号から前記出発地を抽出し、前記抽出した出発地に前記リング信号を転送するリング信号転送部と、
   前記転送された通話要請信号に対して前記目的地から転送された通話要請応答信号を受信してセッション情報を抽出し、前記抽出したセッション情報を、サービス品質を提供するサービス品質提供サーバに転送するセッション情報転送部と、
   前記転送されたセッション情報のセッションキーに対応して前記サービス品質提供サーバからサービス品質提供完了情報が受信されると、前記目的地から受信した通話要請応答信号を前記出発地に転送し、前記出発地と前記目的地の間に前記サービス品質が保障されたセッションを設定する通話要請応答信号転送部と
   を備えたことを特徴とする信号連結サーバ。
2. 前記セッションキーは、前記セッション情報のフローラベルを含むことを特徴とする請求項１に記載の信号連結サーバ。
3. 前記セッションキーは、前記セッション情報のソースＩＰ（ＳＩＰ）アドレス、目的ＩＰ（ＤＩＰ）アドレス、及び次ヘッダー（Ｎｅｘｔ Ｈｅａｄｅｒ）値をさらに含むことを特徴とする請求項２に記載の信号連結サーバ。
4. 前記サービス品質提供サーバによるサービス品質設定は、前記セッション情報に対するセッションキーが生成され、前記セッションキーの各々に対応するサービス品質情報が設定されることを特徴とする請求項１乃至請求項３のいずれかに記載の信号連結サーバ。
5. 前記サービス品質情報は、前記セッションキーによってフォワーディング転送されるパケットのトラフィックタイプ（Ｔｒａｆｆｉｃ Ｔｙｐｅ）情報、及び帯域幅情報の少なくとも一つを含むことを特徴とする請求項４に記載の信号連結サーバ。
6. ＩＰｖ６ネットワークにおける出発地と目的地の間にセッション設定のために受信されるセッション情報を基にフローラベルが含まれたセッションキーを生成するセッションキー生成部と、
   前記生成されたセッションキーに対応するサービス品質情報を設定するサービス品質提供部と、
   前記セッションキー及び前記サービス品質情報を前記出発地と前記目的地の間にデータパケットのフォワーディングを行うＩＰｖ６ノードに転送するサービス品質提供情報転送部と、
   前記出発地と前記目的地の間にセッション設定を中継する信号連結サーバに、前記セッションキーに対応するサービス品質提供完了情報を転送するサービス品質提供完了情報転送部と
   を備えたことを特徴とするサービス品質提供サーバ。
7. 前記セッションキーは、前記セッション情報のソースＩＰ（ＳＩＰ）アドレス、目的ＩＰ（ＤＩＰ）アドレス、及び次ヘッダー（Ｎｅｘｔ Ｈｅａｄｅｒ）値をさらに含むことを特徴とする請求項６に記載のサービス品質提供サーバ。
8. 前記サービス品質情報は、前記ＩＰｖ６ノードから前記セッションキーによってフォワーディング転送されるパケットのトラフィックタイプ（Ｔｒａｆｆｉｃ Ｔｙｐｅ）情報、及び帯域幅情報の少なくとも一つを含むことを特徴とする請求項７に記載のサービス品質提供サーバ。
9. ＩＰｖ６ネットワークより流入されるパケットからヘッダー情報を抽出するヘッダー情報抽出部と、
   出発地と目的地の間にセッション情報からフローラベルが含まれたセッションキーを生成し、前記セッションキーに対応してサービス品質情報を設定しサービス品質保障のためにサービス品質提供サーバから提供されたサービス品質情報及びフォワーディング情報を保存するフローテーブルと、
   前記フローテーブルから前記ヘッダー情報のセッションキーに対応するフローテーブルエントリを検索するフローテーブル検索部と、
   前記フローテーブルに前記ヘッダー情報のセッションキーに対応するフローテーブルエントリが存在すると、前記フローテーブルから前記ヘッダー情報のセッションキーに対応するサービス品質情報及びフォワーディング情報を抽出するサービス品質／フォワーディング情報抽出部と、
   前記フローテーブルに前記ヘッダー情報のセッションキーに対応するフローテーブルエントリが存在しなければ、前記サービス品質提供サーバから提供されたセッションキー及びサービス品質情報を保存するサービス品質政策テーブルから前記流入されるパケットに対するサービス品質情報を抽出するサービス品質情報抽出部、及び前記パケットのルーティング経路に対応するフォワーディング情報が含まれたＦＩＢｖ６テーブルから前記パケットに対するフォワーディング情報を抽出するフォワーディング情報抽出部と、
   前記フローテーブルに前記ヘッダー情報のセッションキーに対応するフローテーブルエントリが存在すると、前記サービス品質／フォワーディング情報抽出部により抽出したサービス品質情報に基づいて前記フォワーディング情報に応じて前記流入されるパケットをフォワーディング処理し、前記フローテーブルに前記ヘッダー情報のセッションキーに対応するフローテーブルエントリが存在しなければ、前記サービス品質情報抽出部より抽出したサービス品質情報に基づいて前記フォワーディング情報抽出部より抽出したフォワーディング情報に応じて前記流入されるパケットをフォワーディング処理する制御部と
   を備えたことを特徴とするＩＰｖ６ノード。
10. 前記サービス品質情報抽出部より抽出したサービス品質情報及び前記フォワーディング情報抽出部より抽出したフォワーディング情報を利用して前記フローテーブルのエントリを生成するフローテーブルエントリ生成部をさらに備えたことを特徴とする請求項９に記載のＩＰｖ６ノード。
11. 前記サービス品質提供サーバより提供されたフローラベルが含まれたセッションキーは、前記セッション情報のソースＩＰ（ＳＩＰ）アドレス、目的ＩＰ（ＤＩＰ）アドレス、及び次ヘッダー（Ｎｅｘｔ Ｈｅａｄｅｒ）値をさらに含むことを特徴とする請求項１０または請求項１０に記載のＩＰｖ６ノード。
12. 前記サービス品質提供サーバより提供されたサービス品質情報は、前記サービス品質提供サーバより提供されたセッションキーによってフォワーディング転送される前記パケットのトラフィックタイプ（Ｔｒａｆｆｉｃ Ｔｙｐｅ）情報、及び帯域幅情報の少なくとも一つを含むことを特徴とする請求項１１に記載のＩＰｖ６ノード。
13. 出発地の通話要請信号に応答して目的地より転送された通話要請応答信号からセッション情報を抽出して転送し、前記転送されたセッション情報のセッションキーに対応してサービス品質提供完了情報が受信されると前記目的地から受信した通話要請応答信号を前記出発地に転送する信号連結サーバと、
    前記信号連結サーバより転送されたセッション情報からフローラベルが含まれたセッションキーを生成し、前記セッションキーに対応するサービス品質情報を設定して転送し、前記サービス品質提供完了情報を前記信号連結サーバに転送するサービス品質提供サーバと、
    ＩＰｖ６ネットワークより流入されるパケットからヘッダー情報を抽出するヘッダー情報抽出部と、
    出発地と目的地の間にセッション情報からフローラベルが含まれたセッションキーを生成し、前記セッションキーに対応してサービス品質情報を設定しサービス品質保障のためにサービス品質提供サーバから提供されたサービス品質情報及びフォワーディング情報を保存するフローテーブルと、
    前記フローテーブルから前記ヘッダー情報のセッションキーに対応するフローテーブルエントリを検索するフローテーブル検索部と、
    前記フローテーブルに前記ヘッダー情報のセッションキーに対応するフローテーブルエントリが存在すると、前記フローテーブルから前記ヘッダー情報のセッションキーに対応するサービス品質情報及びフォワーディング情報を抽出するサービス品質／フォワーディング情報抽出部と、
    前記フローテーブルに前記ヘッダー情報のセッションキーに対応するフローテーブルエントリが存在しなければ、前記サービス品質提供サーバから提供されたセッションキー及びサービス品質情報を保存するサービス品質政策テーブルから前記流入されるパケットに対するサービス品質情報を抽出するサービス品質情報抽出部、及び前記パケットのルーティング経路に対応するフォワーディング情報が含まれたＦＩＢｖ６テーブルから前記パケットに対するフォワーディング情報を抽出するフォワーディング情報抽出部と、
    前記フローテーブルに前記ヘッダー情報のセッションキーに対応するフローテーブルエントリが存在すると、前記サービス品質／フォワーディング情報抽出部により抽出したサービス品質情報に基づいて前記フォワーディング情報に応じて前記流入されるパケットをフォワーディング処理し、前記フローテーブルに前記ヘッダー情報のセッションキーに対応するフローテーブルエントリが存在しなければ、前記サービス品質情報抽出部より抽出したサービス品質情報に基づいて前記フォワーディング情報抽出部より抽出したフォワーディング情報に応じて前記流入されるパケットをフォワーディング処理する制御部と
    を備え、前記サービス品質提供サーバから転送されたセッションキー及びサービス品質情報をサービス品質政策テーブルにアップデートして流入されるパケットに対して前記セッションキー及び前記サービス品質情報に基づいてフォワーディング処理を行うＩＰｖ６ノードと
    を備えたことを特徴とするＩＰｖ６ネットワークシステム。
14. 前記セッションキーは、前記セッション情報のソースＩＰ（ＳＩＰ）アドレス、目的ＩＰ（ＤＩＰ）アドレス、次ヘッダー（Ｎｅｘｔ Ｈｅａｄｅｒ）値をさらに含むことを特徴とする請求項１３に記載のＩＰｖ６ネットワークシステム。
15. 前記サービス品質情報は、前記サービス品質提供サーバから提供されたセッションキーに応じて、前記ＩＰｖ６ノードによってフォワーディング転送される前記パケットのトラフィックタイプ（Ｔｒａｆｆｉｃ Ｔｙｐｅ）情報、及び帯域幅情報の少なくとも一つを含むことを特徴とする請求項１３に記載のＩＰｖ６ネットワークシステム。
16. 信号連結サーバが出発地の通話要請信号に応答して目的地より転送された通話要請応答信号からセッション情報を抽出してサービス品質提供サーバに転送するステップと、
    前記サービス品質提供サーバが前記セッション情報を受信してフローラベルが含まれたセッションキーを生成し、前記セッションキーに対応するサービス品質情報を設定するステップと、
    前記サービス品質提供サーバが前記セッションキー及び前記サービス品質情報をパケットのフォワーディング処理を行うＩＰｖ６ノードに転送し、前記サービス品質情報の提供完了情報を前記信号連結サーバに転送するステップと、
    前記信号連結サーバが前記サービス品質情報の提供完了情報を受信すると、前記目的地から受信された通話要請応答信号を前記出発地に転送するステップと、
    前記ＩＰｖ６ノードが、
    前記流入されるパケットからヘッダー情報を抽出するステップと、
    前記サービス品質提供サーバから転送されたサービス品質情報及びルーティングに必要なフォワーディング情報が保存されたフローテーブルから前記ヘッダー情報のセッションキーに対応するフローテーブルエントリを検索するステップと、
    前記フローテーブルに前記ヘッダー情報のセッションキーに対応するフローテーブルエントリが存在すると、前記フローテーブルから前記ヘッダー情報のセッションキーに対応するサービス品質情報及びフォワーディング情報を抽出するステップと、
    前記フローテーブルに前記ヘッダー情報のセッションキーに対応するフローテーブルエントリが存在しなければ、前記サービス品質提供サーバより提供されたセッションキー及びサービス品質情報を保存するサービス品質政策テーブルから前記流入されるパケットに対するサービス品質情報を抽出し、前記パケットのルーティング経路に対応するフォワーディング情報が含まれたＦＩＢｖ６テーブルから前記パケットに対するフォワーディング情報を抽出するステップと、
    前記抽出したサービス品質情報に基づいて前記フォワーディング情報に応じて前記流入されるパケットをフォワーディング処理するステップと
    を含み、前記サービス品質提供サーバから転送されたセッションキー及びサービス品質情報に基づいて流入されるパケットをフォワーディング処理するステップと
    を備えたことを特徴とするＩＰｖ６ネットワークのサービス品質提供方法。
17. 前記抽出したサービス品質情報及びフォワーディング情報を利用して前記フローテーブルのエントリを生成し前記フローテーブルにアップデートするステップをさらに備えたことを特徴とする請求項１６に記載のＩＰｖ６ネットワークのサービス品質提供方法。
18. 前記セッションキーは、前記セッション情報のソースＩＰ（ＳＩＰ）アドレス、目的ＩＰ（ＤＩＰ）アドレス、及び次ヘッダー（Ｎｅｘｔ Ｈｅａｄｅｒ）値をさらに含むことを特徴とする請求項１７に記載のＩＰｖ６ネットワークのサービス品質提供方法。
19. 前記サービス品質情報は、前記サービス品質提供サーバから提供されたセッションキーに応じて、前記ＩＰｖ６ノードによってフォワーディング転送される前記パケットのトラフィックタイプ（Ｔｒａｆｆｉｃ Ｔｙｐｅ）情報、及び帯域幅情報の少なくとも一つを含むことを特徴とする請求項１８に記載のＩＰｖ６ネットワークのサービス品質提供方法。

Images