(57)【要約】  ＩＰマルチメディア・サブシステムを通過する呼のためのエンド・トゥ・エンドのサービス品質を確保する方法を提供する。本方法は、前記ＩＰマルチメディア・サブシステムと少なくとも１つの非ＳＩＰクライアントとの間の制御プレーンにホームＩＰマルチメディア・サブシステム・ゲートウェイを配置するステップを含む。前記ホームＩＰマルチメディア・サブシステム・ゲートウェイにおいて、前記非ＳＩＰクライアントに代わってＳＩＰシグナリングがリモートクライアントと交換される。当該ゲートウェイは、１以上のＳＩＰメッセージのＳＤＰパート内で特定されるメディアタイプと、前記非ＳＩＰクライアントとレジデンシャルゲートウェイとの間の呼の区間におけるサービス品質を制御するために使用されるプロトコルに関して指定されたサービス品質タイプと、の間でマッピングを行う。前記呼の区間は、前記マッピングされたサービス品質タイプに従って設定される。
2009512377.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰマルチメディア・サブシステムを通過する呼のためのエンド・トゥ・エンドのサービス品質を確保する方法であって、
前記ＩＰマルチメディア・サブシステムと少なくとも１つの非ＳＩＰクライアントとの間の制御プレーンにホームＩＰマルチメディア・サブシステム・ゲートウェイを配置するステップと、
前記ホームＩＰマルチメディア・サブシステム・ゲートウェイにおいて、前記非ＳＩＰクライアントに代わってＳＩＰシグナリングをリモートクライアントと交換し、１以上のＳＩＰメッセージのＳＤＰパート内で特定されるメディアタイプと、前記非ＳＩＰクライアントとレジデンシャルゲートウェイとの間の呼の区間におけるサービス品質を制御するために使用されるプロトコルに関して指定されたサービス品質タイプと、の間でマッピングを行うステップと、
前記マッピングされたサービス品質タイプに従って前記呼の区間を設定するステップと、
を含むことを特徴とする方法。
【請求項２】
前記ホームＩＰマルチメディア・サブシステム・ゲートウェイにおいて、前記非ＳＩＰクライアントと前記レジデンシャルゲートウェイとの間の呼の区間の前記サービス品質を制御するために使用される前記プロトコルにとって適切なマッピング機能を、複数のマッピング機能の中から選択するステップを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記レジデンシャルゲートウェイは、ルーテッドゲートウェイ又はブリッジドゲートウェイであることを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記レジデンシャルゲートウェイは、ＵＰｎＰインターネットゲートウェイデバイスを含むことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記非ＳＩＰクライアントと前記レジデンシャルゲートウェイとの間の呼の区間の前記サービス品質を制御するために使用される前記プロトコルは、ＵＰｎＰ、ＷＭＭ、及びＤｉｆｆＳｅｒｖのうちのいずれかであることを特徴とする請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記マッピングされたサービス品質タイプに従って前記呼の区間を設定する前記ステップは、少なくとも前記レジデンシャルゲートウェイを設定するステップを含むことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記呼の区間を設定する前記ステップは、イーサネット(登録商標)スイッチ、ＷＬＡＮアクセスポイント、及びＩＰルータのうちの少なくとも１つを設定するステップを含むことを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
ＩＰマルチメディア・サブシステムと通信するための第１のインタフェースと、
非ＳＩＰの呼セットアップ・プロトコルを使用してクライアント端末と通信するための１以上の第２のインタフェースと、
非ＳＩＰクライアントに代わって、前記第１のインタフェースを介してリモートクライアントとＳＩＰシグナリングを交換し、１以上のＳＩＰメッセージのＳＤＰパート内で特定されるメディアタイプと、前記非ＳＩＰクライアントとレジデンシャルゲートウェイとの間の呼の区間を確立するために前記第２のインタフェース上で使用されるプロトコルに関して指定されたサービス品質タイプと、の間でマッピングを行う手段と、
前記マッピングされたサービス品質タイプに従って前記呼の区間を設定する手段と、
を備えることを特徴とするホームＩＰマルチメディア・サブシステム・ゲートウェイ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークにおけるサービス品質の制御の問題に関し、特に、そのうちの１つがＩＰマルチメディア・サブシステムのコアネットワークである２以上のネットワークの間におけるサービス品質の相互運用性(interoperability)を確保することに適用可能である。
【背景技術】
【０００２】
ＩＰマルチメディア（ＩＰＭＭ）サービスは、音声、ビデオ、メッセージング、データ等の動的な組み合わせを同一のセッション中で提供する。多数の基本アプリケーション及び組み合わせ可能なメディアを成長させることにより、エンドユーザへ提供されるサービスの数が増大し、個人間の通信の体験（エクスペリエンス）が豊かなものとなる。これにより、所謂「組み合わせのＩＰマルチメディア」サービスを含む、パーソナライズされた豊かなマルチメディア通信サービスの新たな世代に到達することになる。以下、更に詳細に考察する。
【０００３】
ＩＰマルチメディア・サブシステム（ＩＭＳ）は、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）によって規定された技術であり、３Ｇ移動体通信ネットワークを介してＩＰマルチメディアサービスを提供する（３ＧＰＰ  ＴＳ  ２３．２２８及びＴＳ  ２４．２２９、リリース５及びリリース６）。ＩＭＳは、サービスの統合及び相互作用によってエンドユーザの個人対個人の通信のエクスペリエンスを豊かにする、重要な特徴を提供する。ＩＭＳによれば、ＩＰベースのネットワークを介した個人対コンテンツ（クライアント対サーバ）の通信に加えて、新しい豊かな個人対個人（クライアント対クライアント）の通信が可能になる。ＩＭＳは、ユーザ端末間（或いは、ユーザ端末とウェブサーバとの間）の呼又はセッションを確立（セットアップ）して制御するために、セッション開始プロトコル（ＳＩＰ）を利用する。セッションのメディアコンポーネントを記述して交渉するために、ＳＩＰシグナリングによって搬送されるセッション記述プロトコル（ＳＤＰ）が使用される。メディアの伝送及び制御のために、例えばリアルタイム伝送プロトコル及びリアルタイム伝送制御プロトコル（ＲＴＰ／ＲＴＣＰ）、メッセージセッション中継プロトコル（ＭＳＲＰ）、ハイパーテキスト伝送プロトコル（ＨＴＴＰ）などの、他のプロトコルが使用される。
【０００４】
ＩＭＳは、典型的には２Ｇ／３Ｇ汎用パケット無線サービス（ＧＰＲＳ）／パケット交換（ＰＳ）ネットワークであるアクセスネットワークを必要とするが、固定ブロードバンド或いはＷｉＦｉなどの他の何らかのアクセスネットワークであってもよい。図１は、ＧＰＲＳ／ＰＳアクセスネットワークの場合にＩＭＳが移動体ネットワークアーキテクチャにいかにして適合するかを概略的に示す。
【０００５】
欧州電気通信標準化協会（ＥＴＳＩ）のＴＩＳＰＡＮワーキンググループは現在、固定ネットワークのためのＩＭＳに基づく次世代ネットワーク（ＮＧＮ）のための提案に取り組んでいる。このプロジェクトの一部として、所謂ホームＩＭＳゲートウェイ（ＨＩＧ）に対する検討がなされている。ＨＩＧは、非ＩＭＳ端末がＩＭＳサービスに接続することを可能にする。多数のＩＭＳ非対応端末（ＳＩＰ端末であってもよいし、非ＳＩＰ端末であってもよい）を使用してユーザがＩＭＳサービスにアクセスすることを望むであろう、家庭又は小規模オフィスの環境において、ＨＩＧが適用分野を見つけるであろうことが期待されている。ＩＭＳ非対応だがＳＩＰ対応の端末の例として、ＳＩＰ電話及びＰＣが挙げられる。また、ＳＩＰ機能を持たない非ＩＭＳ端末の例として、ＤＥＣＴ電話を含む旧来の電話、及びＵＰｎＰをサポートするＩＰデバイスが挙げられる。相互運用性の問題（例えば、ＳＩＰとユーザ装置によって必要とされる他のシグナリングプロトコルとの間の変換）に取り組むために、ＨＩＧはＳＩＰゲートウェイを含むこともある。もちろん、ＴＩＳＰＡＮ  ＨＩＧの提案の代替となるものが将来出現することもあるかもしれない。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
新しいＩＭＳベースの高度なマルチメディアサービスは、エンド・トゥ・エンドで、即ちオペレータのネットワーク内のサーバからはるばる「ホーム」ネットワークに至りその中を通って、サービス品質（ＱｏＳ）特性に関する高い要求をもたらすことになる。多種多様なインターネットプロトコルとホームネットワーク外のセッションを確立するために使用されるＳＩＰ／ＩＭＳプロトコルとを潜在的に伴うホームネットワークの間での、ＱｏＳ相互運用性のための既存のソリューションは存在しない。ソリューションが存在しない場合、ホームネットワーク内の種々のデバイス上で動作している全てのアプリケーションは、データフレームを送信する平等な機会を持つことになる。ウェブブラウザ、ファイル転送、或いはＥメールなどのアプリケーションに関するデータトラヒックにとってはこのことは適切かもしれないが、マルチメディアアプリケーションにとっては不適切である。特に、ハイスピード且つ要求の高い（或いは、その一方）マルチメディアサービス（ＨＤＴＶ、ＶｏＩＰ、及びビデオ会議など）の品質を保証することができない。
【課題を解決するための手段】
【０００７】
本発明の第１の態様によれば、ＩＰマルチメディア・サブシステムを通過する呼のためのエンド・トゥ・エンドのサービス品質を確保する方法であって、
前記ＩＰマルチメディア・サブシステムと少なくとも１つの非ＳＩＰクライアントとの間の制御プレーンにホームＩＰマルチメディア・サブシステム・ゲートウェイを配置するステップと、
前記ホームＩＰマルチメディア・サブシステム・ゲートウェイにおいて、前記非ＳＩＰクライアントに代わってＳＩＰシグナリングをリモートクライアントと交換し、１以上のＳＩＰメッセージのＳＤＰパート内で特定されるメディアタイプと、前記非ＳＩＰクライアントとレジデンシャルゲートウェイとの間の呼の区間(call leg)におけるサービス品質を制御するために使用されるプロトコルに関して指定されたサービス品質タイプと、の間でマッピングを行うステップと、
前記マッピングされたサービス品質タイプに従って前記呼の区間を設定するステップと、
を含むことを特徴とする方法が提供される。
【０００８】
本発明の実施形態において、当該方法は、前記ホームＩＰマルチメディア・サブシステム・ゲートウェイにおいて、前記非ＳＩＰクライアントと前記レジデンシャルゲートウェイとの間の呼の区間の前記サービス品質を制御するために使用される前記プロトコルにとって適切なマッピング機能を、複数のマッピング機能の中から選択するステップを含む。
【０００９】
前記レジデンシャルゲートウェイは、例えば、ルーテッドゲートウェイ(routed gateway)又はブリッジドゲートウェイ(bridged gateway)であってもよい。前記レジデンシャルゲートウェイは、ＵＰｎＰインターネットゲートウェイデバイスを含んでもよい。
【００１０】
一例として、前記非ＳＩＰクライアントと前記レジデンシャルゲートウェイとの間の呼の区間の前記サービス品質を制御するために使用される前記プロトコルは、ＵＰｎＰ、ＷＭＭ、及びＤｉｆｆＳｅｒｖのうちのいずれかであってもよい。
【００１１】
好ましくは、前記マッピングされたサービス品質タイプに従って前記呼の区間を設定する前記ステップは、少なくとも前記レジデンシャルゲートウェイを設定する（例えば、インターネットゲートウェイデバイスを提供する）ステップを含む。前記ホームＩＰマルチメディア・サブシステム・ゲートウェイはまた、イーサネット(登録商標)スイッチ、ＷＬＡＮアクセスポイント、及びＩＰルータのうちの少なくとも１つを設定してもよい。前記レジデンシャルゲートウェイ、及び、前記レジデンシャルゲートウェイと前記非ＳＩＰクライアントとの間の前記呼の区間におけるエンティティを設定するために使用されるプロトコルは、前記非ＳＩＰクライアントにおいてサービス品質を制御するために使用されるプロトコルと同じであってもよい。
【００１２】
前記マッピングされたサービス品質タイプに従って前記呼の区間を設定する前記ステップは、前記レジデンシャルゲートウェイを含む前記呼のパス内のノードを設定する前記プロトコルを使用するステップを含んでもよい。このノードは、パケット又はフレームに優先度値をタグ付けすることを担うノード、例えばインターネットゲートウェイデバイスであってもよいし、或いは、フレーム内又はパケット内に含まれる優先度値に基づいてパケット又はフレームを転送することを担うノードであってもよい。
【００１３】
本発明の第２の態様によれば、ＩＰマルチメディア・サブシステムと通信するための第１のインタフェースと、
非ＳＩＰの呼セットアップ・プロトコルを使用してクライアント端末と通信するための１以上の第２のインタフェースと、
非ＳＩＰクライアントに代わって、前記第１のインタフェースを介してリモートクライアントとＳＩＰシグナリングを交換し、１以上のＳＩＰメッセージのＳＤＰパート内で特定されるメディアタイプと、前記非ＳＩＰクライアントとレジデンシャルゲートウェイとの間の呼の区間(call leg)を確立するために前記第２のインタフェース上で使用されるプロトコルに関して指定されたサービス品質タイプと、の間でマッピングを行う手段と、
前記マッピングされたサービス品質タイプに従って前記呼の区間を設定する手段と、
を備えることを特徴とするホームＩＰマルチメディア・サブシステム・ゲートウェイが提供される。
【発明を実施するための最良の形態】
【００１４】
上で既に述べたように、一般的なＩＭＳアーキテクチャの中に所謂ホームＩＭＳゲートウェイ（ＨＩＧ）を導入することを提案する。図１は、ＩＭＳとホームネットワークとの間（制御レベル）で家庭内に設置されたＨＩＧを示す図である。ＳＩＰ対応端末のために、ＨＩＧはバック・トゥ・バック・ユーザエージェントとして機能する。一方、ＳＩＰ非対応端末のために、ＨＩＧはＩＭＳと非ＩＭＳワールドとの間のインタフェースを提供し、ＳＩＰとホームネットワーク内で使用される他のプロトコルとの間で翻訳を行う。
【００１５】
ホームネットワークとＩＭＳとの間のＱｏＳ相互運用性に関する問題に取り組むために、新しい機能がＨＩＧに導入される。ＱｏＳの観点から、この機能は、ＨＩＧがトラヒック優先度マネジャ及びＱｏＳポリシーホルダとして機能することを可能にする。ＨＩＧはホームデバイスのメディア能力にアクセスし、ＩＭＳトラヒックストリーム毎にＱｏＳセッションパラメータを交渉するためにこの情報を使用する。ＱｏＳマネジャを介して、ＨＩＧはホームネットワークの多様なコンポーネント（例えば図１に示す、ＷＬＡＮアクセスポイント、イーサネット（登録商標）スイッチ、及びレジデンシャルゲートウェイ）を制御する。
【００１６】
ＳＩＰ非対応端末の場合、あらゆるホームネットワーク内で、異なるクライアントが異なるアプリケーションレイヤプロトコルを使用してＨＩＧと通信する可能性がある（アドレッシングやルーティングなどを制御するためにＩＰが使用されることは想定可能であるが）。しかしながら、将来の収斂のための１つの強力な候補は、ＵＰｎＰ（ユニバーサル・プラグ・アンド・プレイ）プロトコルである。以下の説明のために、着信するメディアストリーム及びセッションを受け付けるためにレジデンシャルゲートウェイ内の必要なポートを開放するために、ＵＰｎＰがＨＩＧによって使用されるものとする。
【００１７】
図１の例を更に検討すると、クライアントデバイス（そのうちの１つのみを図示する）もＵＰｎＰを使用してＨＩＧと通信するものとする。更に、全てのクライアントが物理レイヤとしてイーサネット（登録商標）を使用するものとする。呼の確立の間、ＨＩＧはクライアントとのＱｏＳ設定メカニズムを開始する。新しいセッションが確立されホームネットワークから又はＩＭＳを介して外界から開始されている時に、ＨＩＧは、どのＱｏＳレベルが必要とされているかを理解するためにＳＩＰメッセージのＳＤＰパートの中を見る。そしてＨＩＧは、この新しいセッションのためのメディアパスのホームネットワーク部分を交渉して準備するために、内部のＵＰｎＰコントロールポイントからＵＰｎＰ  ＱｏＳの設定を開始する。
【００１８】
典型的には、被呼者に対してＳＩＰ  ＩＮＶＩＴＥメッセージを送信する発呼者によって、ＩＭＳの呼が開始される。次いで被呼者は、２００ＯＫメッセージを返し、発呼者がこれを受信したことについて確認応答を行い、ＡＣＫメッセージを送信することによってセットアップ（設定）フェーズを閉じる。これらの各メッセージはＳＤＰパートを含む。ＨＩＧは、通信相手に関する要件及び能力に応じてＳＤＰパートのメディアタイプを設定し、これに従ってホームネットワークを設定しなければならない。
【００１９】
ＱｏＳパスを確立するために、ＨＩＧ内のＵＰｎＰ  ＱｏＳマネジャは、メディアストリームのソース及びシンクに付随する入力として、ＴｒａｆｆｉｃＣｌａｓｓ変数の値を必要とする。ＵＰｎＰは、ＴｒａｆｆｉｃＣｌａｓｓ変数の以下の値を定義する。即ち、Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌ（ネットワーク制御）、Ｓｔｒｅａｍｉｎｇ  Ｃｏｎｔｒｏｌ（ストリーミング制御）、Ｖｏｉｃｅ（音声）、ＡＶ、Ｄａｔａ（データ）、Ａｕｄｉｏ（オーディオ）、Ｉｍａｇｅｓ（画像）、Ｇａｍｉｎｇ（ゲーム）、Ｏｔｈｅｒ（その他）、及びＢａｃｋｇｒｏｕｎｄ（バックグラウンド）である。ＵＰｎＰ  ＱｏＳのフレームワーク[UPnP QoS architecture: 1.0, UPnP version 1.0, March 2005]は、コントロールポイントがストリームソースからＴｒａｆｆｉｃＣｌａｓｓの値を取得し、この値がストリームされているメディアに基づくことを規定している。ＴｒａｆｆｉｃＣｌａｓｓはＵＰｎＰ  ＱｏＳマネジャ[QoS Manager description: 1.0, UPnP version 1.0, March 2005]へ渡され、ＵＰｎＰ  ＱｏＳマネジャはＴｒａｆｆｉｃＩｍｐｏｒｔａｎｃｅＮｕｍｂｅｒを取得するためにＵＰｎＰ  ＱｏＳポリシーホルダとやりとりする。ＵＰｎＰは、以下の表１に示すように、ＴｒａｆｆｉｃＣｌａｓｓ変数の値をＴｒａｆｆｉｃＩｍｐｏｒｔａｎｃｅＮｕｍｂｅｒの値に変換することを規定する。ＵＰｎＰ  ＴｒａｆｆｉｃＩｍｐｏｒｔａｎｃｅＮｕｍｂｅｒは、表１に示すように、ＩＥＥＥ８０２．１ｐのトラヒックタイプの値にマッピングされる。ＩＥＥＥ８０２．１ｐは、イーサネット（登録商標）トラヒックに優先度を付けるために使用されるプロトコルであり、イーサネット（登録商標）フレームヘッダ内に含めるためのトラヒックタイプの値を指定する。レイヤ２スイッチは、イーサネット（登録商標）フレームの転送に優先度を付けるために、トラヒックタイプの値を使用する。
【００２０】
ＴｒａｆｆｉｃＩｍｐｏｒｔａｎｃｅＮｕｍｂｅｒの値を使用して、ＱｏＳマネジャは、メディアソースとして機能するクライアントにおける各ストリームのためのレイヤ２パケットタグ値を設定する。ＱｏＳは同様に、（ＩＭＳから）着信するパケットが適切にタグ付けされるように、（レジデンシャルゲートウェイ内の）インターネットゲートウェイデバイス中にレイヤ２パケットタグ値を設定する。ＱｏＳマネジャはまた、ストリームパスに沿う全ての中間デバイスがメディアストリームに関して要求されるＱｏＳレベルをサポートするリソースを持つことを確実にする。ＴｒａｆｆｉｃＣｌａｓｓの値は、ホームクライアントとＩＭＳシステムとの間で交換されるＳＩＰ  ＳＤＰをＨＩＧが解析することによって、抽出される。ホームクライアントのトラヒックストリームのためにホームネットワーク内にＱｏＳパスを確立するために、ＨＩＧは、ＳＤＰメディアタイプ及びその属性をＵＰｎＰ  ＴｒａｆｆｉｃＣｌａｓｓの値に変換する。
【００２１】
図２は、ホームネットワーク内でのＨＩＧとＵＰｎＰデバイスとの間のイベントシーケンスを示す。呼セッション確立の間に交換されるＳＩＰ  ＳＤＰを補足すると、ＨＩＧはメッセージを解析してメディア記述子を抽出する。[RFC 2327, "SDP: Session Description Protocol"]に記述されているように、ＳＩＰ  ＳＤＰはメディアアナウンスメントを含む。ＳＤＰメディアセッションは、
m=<media> <port> <transport> <fmt list>
のように記述される。メディアフィールドは、"audio"（オーディオ）、 "video"（ビデオ）、 "application"（アプリケーション）、 "data"（データ）、及び"control"（制御）の値を伴うメディアタイプサブフィールドを含む。ＨＩＧは、以下の表２に示すように、メディアタイプフィールドをＵＰｎＰ  ＴｒａｆｆｉｃＣｌａｓｓ変数へとマッピングする。
【００２２】
ＵＰｎＰ  ＱｏＳメカニズムによれば、ＳＤＰの場合に比べて、メディアストリームに関するより正確な定義が可能になる。このことは、ＳＤＰメディアタイプによっては二重の値にマッピングされ得るものもあるということに反映されている。ＳＤＰメディアタイプがどのトラヒッククラス変数に割り当てられるかは、所与のメディアストリームが時間遅延に対してどの程度敏感かに依存する。例えば、１０ミリ秒未満の遅延を要件とするオーディオストリームは、ＴｒａｆｆｉｃＣｌａｓｓ  'voice'にマッピングされるであろう。一方、１００ミリ秒未満の遅延を伴うストリームは、ＴｒａｆｆｉｃＣｌａｓｓ  'audio'にマッピングされるであろう。ＳＤＰメディアタイプ'application'については、（例えばゲームなどの）遅延に極めて敏感なインタラクティブ／リアルタイムアプリケーションは、'gaming'のＴｒａｆｆｉｃＣｌａｓｓにマッピングされるであろう。一方、遅延にそれほど敏感ではない非インタラクティブアプリケーションは、'data'のＴｒａｆｆｉｃＣｌａｓｓにマッピングされるであろう。表１から明らかなように、network controlのＴｒａｆｆｉｃＣｌａｓｓ及びstreaming controlのＴｒａｆｆｉｃＣｌａｓｓは共に、ＱｏＳの観点では等しく扱われるので、ＳＤＰメディアタイプ'control'はどちらにマッピングされてもよい。
【００２３】
ＳＤＰメディアタイプに対するＴｒａｆｆｉｃＣｌａｓｓ変数を決定した後、ＨＩＧ内のコントロールポイントは、ＵＰｎＰ  ＱｏＳの設定を開始する。ＵＰｎＰ  ＱｏＳの設定には、中間デバイス（図１においては全てＵＰｎＰデバイスとして表す）に加えてＱｏＳマネジャとソースデバイスとの間で交換される一連のメッセージが関与する。ＱｏＳ設定の最後に、少なくともソースクライアント及びＩＧＤが、ＴｒａｆｆｉｃＩｍｐｏｒｔａｎｃｅＮｕｍｂｅｒに対応するレイヤ２優先度値をメディアストリームパケットにタグ付けするように設定される。
【００２４】
メディアタイプに加えてパラメータ化されたＱｏＳストラテジーがＵＰｎＰによってサポートされている場合、ＨＩＧは、ＳＩＰ  ＳＤＰからメディアストリームの帯域要件も抽出し、[QoS Manager description: 1.0, UPnP version 1.0, March 2005]のセクション７に規定されるアドミッションコントロール（入場制御）のためにこの値をＱｏＳマネジャに渡す。
【００２５】
ＣａｂｌｅＨｏｍｅアーキテクチャ[CableHome 1.1 Specification, version 1.1, August 2005]は、ケーブルベースの新しいサービスを家庭内のデバイスへ配信することを可能にするものであるが、ＱｏＳメカニズムのためにＵＰｎＰに頼っている。それゆえ、表２において提供されるマッピングは、ＣａｂｌｅＨｏｍｅ１．１のＱｏＳにとっても適切である。
【００２６】
既に上述したように、ホームネットワーク内のクライアントは、ＨＩＧと通信するためにＵＰｎＰ以外のプロトコルを使用するかもしれない。以下に例を挙げる。
【００２７】
（ＷｉＦｉマルチメディア）
ＱｏＳ無線ネットワークのための要求を満たすために、ＷｉＦｉアライアンスは、８０２．１１ネットワークのための来るべきＩＥＥＥ８０２．１１ｅ  ＱｏＳエクステンションのプロファイルとして、ＷＭＭ（ＷｉＦｉマルチメディア）を提案した。ＷＭＭは、異なるアプリケーションからのトラヒック要求に優先度を付け、多種多様な環境及びトラヒック条件の下で、ＷｉＦｉの高品質エンドユーザエクスペリエンスをデータ接続から音声、音楽、及びビデオのアプリケーションへと拡張する。ＷＭＭは、トラヒックに優先度を付けるために使用される４つのアクセスカテゴリーを定義しており、それによってこれらのアプリケーションが必要なネットワークリソースにアクセスすることができる。これらのカテゴリーとＳＤＰのカテゴリーとのマッピングを以下の表４に示す。
【００２８】
（汎用ＩＥＥＥ８０２．１ｐベースのプロトコル）
ＨＩＧのＱｏＳマッピング機能はまた、ホームデバイスにおいてＩＥＥＥ８０２．１ｐ優先度値を設定するために汎用プロトコルが使用されるシナリオもカバーする。この場合、ＨＩＧは、ＩＭＳシステムとホームＱｏＳマネジメントシステムとの間の仲介者として機能する。ＩＥＥＥ８０２．１ｐ標準に基づくトラヒックの優先度付けをサポートするホームネットワーク環境において、ＳＤＰからのマッピングは以下の表５に従って実行される。
【００２９】
８０２．１ｐをサポートする非ＵＰｎＰのホームクライアントは、ＵＰｎＰに関して帯域外(out of band)で適切なｐ−ｂｉｔｓをパケットにタグ付けする。ＨＩＧはこのｐ−ｂｉｔ値をＱｏＳメカニズムに渡し、ＱｏＳメカニズムは適切なトラヒック優先レベルを設定する。
【００３０】
（ＤｉｆｆＳｅｒｖ）
ホームネットワークのＱｏＳがＤｉｆｆＳｅｒｖに基づくシナリオにおいて、ＨＩＧは、ＩＭＳシステムに関連するトラヒックストリームに関するＱｏＳ翻訳のための仲介デバイスとして機能することができる。表６は、ＳＤＰメディアタイプとＤＳＣＰ(Differentiated Service Code Point)との間のマッピングテーブルを図示する。８０２．１ｐへのＤＳＣＰの標準化されたマッピングは存在しない。むしろ、これは通常、ベンダのソリューションである。表６における関連付けは、可能性のあるマッピングソリューションである。
【００３１】
可能性のあるシナリオでは、いくつかのプロトコル（例えば、ＵＰｎＰ及びＷＭＭ）がホームネットワーク内で同時に使用されるかもしれない。この場合、ＨＩＧは、ＵＰｎＰ及びＷＭＭの両方をＩＭＳネットワークへインタフェースするように構成されなければならない。より詳しくは、ＨＩＧは、ＩＭＳ  ＱｏＳメディアタイプと使用されているホームネットワークプロトコルにおけるそれとの間で、マッピングを行わなければならない。
【００３２】
当業者であれば、本発明の範囲から逸脱すること無しに上述した実施形態に対して多様な修正を加えられるということを理解できよう。例えば、クライアントデバイス自体はサービス品質機能をサポートしなくてもよい。この場合、図１を参照すると、ＵＰｎＰデバイスサービスはクライアント内には存在せず、イーサネット（登録商標）フレームヘッダ内にレベル２優先度タグを設定するのは（この例では）ＷＬＡＮアクセスポイントである。
【００３３】
【表１】
2009512377.tif 000003
【００３４】
【表２】
2009512377.tif 000004
【００３５】
【表３】
2009512377.tif 000005
【００３６】
【表４】
2009512377.tif 000006
【００３７】
【表５】
2009512377.tif 000007
【００３８】
【表６】
2009512377.tif 000008
【図面の簡単な説明】
【００３９】
【図１】ホームネットワーク内のホームＩＭＳゲートウェイを概略的に示す図である。
【図２】ホームネットワーク内でサービス品質を設定するためのイベントシーケンスを示す図である。
【図２】
2009512377.tif 000009
【図１】
2009512377.tif 000010
【国際調査報告】
2009512377.tif 000011
2009512377.tif 000012
2009512377.tif 000013