(57)【特許請求の範囲】
【請求項１】
複数のデバイスとホームゲートウェイ（１０１）とを含むホームネットワークにおける使用のためのＱｏｓモジュール（１００）であって、前記ホームゲートウェイ（１０１）がマルチキャストストリームを受信し、前記マルチキャストストリームをマルチキャストプロキシモジュール（１０４）の制御下にある前記デバイス（１０２）のうちの少なくとも１つに転送するように可能にされており、前記Ｑｏｓモジュール（１００）は、
前記マルチキャストストリームに参加するための前記デバイスの１つ（１０２）からのマルチキャスト参加メッセージ（２０１）の受信により、前記ホームゲートウェイ（１０１）のアドレスおよび前記デバイス（１０２）のアドレスを含むサービス品質要求（２０２）を送信し、前記マルチキャストストリームへの参照に関連して前記デバイス（１０２）の前記アドレスをマルチキャストメンバーシップデータベース（３０２）に記憶するための前記マルチキャストプロキシモジュール（１０４）と、
前記サービス品質要求（２０２）の受信のため、および前記ホームゲートウェイ（１０１）から前記デバイス（１０２）に転送されるときに、関連付けられたＱｏｓクラスに基づく前記マルチキャストストリームのためのサービス品質のプロビジョニングをそれにより要求するためにユニキャストサービス品質イベントメッセージを送信するためのユニキャストサービス品質制御モジュール（１０５）であって、前記マルチキャストストリームへの前記参照に基づいて、そのルックアップテーブル３０１において前記関連付けられたＱｏｓクラスをルックアップするためのルックアップテーブル（３０１）をさらに含むユニキャストサービス品質制御モジュール（１０５）と
を含むことを特徴とする、Ｑｏｓモジュール（１００）。
【請求項２】
前記デバイスの前記アドレスは、前記デバイス（１０２）の、送信元インターネットプロトコルアドレスおよびメディアアクセス制御アドレスのいずれか１つであることを特徴とする、請求項１に記載のＱｏｓモジュール（１００）。
【請求項３】
前記ホームゲートウェイ（１０１）の前記アドレスは、前記デバイス（１０２）に結合された前記ホームゲートウェイの入出力のメディアアクセス制御アドレスおよびインターネットプロトコルアドレスのいずれか１つであることを特徴とする、請求項１に記載のＱｏｓモジュール（１００）。
【請求項４】
前記マルチキャストプロキシモジュール（１０４）は、インターネットプロトコルマルチキャストグループのメンバーシップを管理するためのインターネットグループ管理プロトコルプロキシであることを特徴とする、請求項１に記載のＱｏｓモジュール（１００）。
【請求項５】
前記ユニキャストサービス品質制御モジュール（１０５）は、前記マルチキャストストリームのためのユニキャストサービス品質を可能にするサービスに関連付けられているユニバーサルプラグアンドプレイ制御ポイントであることを特徴とする、請求項１に記載のＱｏｓモジュール（１００）。
【請求項６】
前記ルックアップテーブル（３０１）は、前記ユニキャストサービス品質制御モジュール（１０５）、Ｑｏｓマネジャ（１０６）、およびＱｏｓポリシーホルダー（１０８）のいずれか１つに含まれることを特徴とする、請求項１に記載のＱｏｓモジュール（１００）。
【請求項７】
複数のデバイスとホームゲートウェイ（１０１）とを含むホームネットワークにおけるＱｏｓモジュールによる使用のための方法であって、前記ホームゲートウェイ（１０１）が、マルチキャストストリームを受信し、前記マルチキャストストリームを、マルチキャストプロキシモジュール（１０４）の制御下にある前記デバイスのうちの少なくとも１つに転送するように可能にされており、前記方法は、
前記マルチキャストストリームに参加するための前記デバイスの１つ（１０２）のマルチキャスト参加メッセージ（２０１）の受信により、前記ホームゲートウェイ（１０１）のアドレスおよび前記デバイス（１０２）のアドレスを含むサービス品質要求（２０２）を、前記マルチキャストプロキシモジュール（１０４）によって送信することと、
前記マルチキャストストリームへの参照に関連して前記デバイス（１０２）の前記アドレスをマルチキャストメンバーシップデータベース（３０２）に、前記マルチキャストプロキシモジュール（１０４）によって記憶することと、
前記サービス品質要求（２０２）のユニキャストサービス品質制御モジュール（１０５）による受信と、
前記ホームゲートウェイ（１０１）から前記デバイス（１０２）に転送されるときに、Ｑｏｓクラスに基づく前記マルチキャストストリームのためのサービス品質のプロビジョニングをそれにより要求するために、ユニキャストサービス品質イベントメッセージを、前記ユニキャストサービス品質制御モジュール（１０５）によって送信することと、
前記マルチキャストストリームへの前記参照に関連付けられた前記Ｑｏｓクラスを、前記ユニキャストサービス品質制御モジュール（１０５）によってルックアップすることと
を含むことを特徴とする、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホームネットワークで使用するためのサービス品質Ｑｏｓモジュール、および関連した方法に関する。そのようなホームネットワークは、通常、複数のデバイスとホームゲートウェイとを含む。ホームゲートウェイは、マルチキャストストリームを受信するように、およびそのマルチキャストストリームおよびマルチキャスト制御トラフィックを、マルチキャストプロキシモジュールの制御下にあるデバイスのうちの少なくとも１つに転送するように可能にされてよい。
【背景技術】
【０００２】
マルチキャストは、複数の宛先へのリンクが分かれるときにのみコピーを作成しながら、ネットワークの各リンクを介して一度だけメッセージを配信する最も効率的な方策を同時に使用している宛先のグループに情報を配信するためのネットワークアドレス指定方法であることが明らかにされなければならない。単語「マルチキャスト」は、典型的には、ＩＰマルチキャストを指すように使用され、ＩＰマルチキャストは、ストリーミングメディアおよびインターネットテレビジョンアプリケーションに利用されることが多い。ＩＰマルチキャストにおいて、マルチキャスト概念の実装は、ＩＰルーティングレベルで行われ、そこでは、ルータが、マルチキャスト宛先アドレスのスパニングツリーにリアルタイムで送信されるマルチキャストストリームのための最適な配信経路を作成する。ネットワークのノードが、必要な場合にのみ複数の受信機に到達するように、パケットの複製に対処する。マルチキャストアドレス指定を使用するための最も一般的な低レベルプロトコルは、ユーザデータグラムプロトコルＵＤＰである。ＩＰマルチキャストの重要な概念には、ＩＰマルチキャストグループアドレス、マルチキャスト配信ツリー、および受信機駆動のツリー作成が含まれる。ＩＰマルチキャストグループアドレスは、コンテンツを送受信するために、送信元および受信機によって使用される。送信元は、グループアドレスを、そのデータパケットにおけるＩＰ宛先アドレスとして使用する。受信機は、このグループアドレスを使用して、受信機がそのグループに送信されたパケットを受信することに関与していることをネットワークに通知する。
【０００３】
グループに参加するために受信機によって使用されるプロトコルは、インターネットグループ管理プロトコル、またはＩＧＭＰと呼ばれる。手短にＩＧＭＰと呼ばれるインターネットグループ管理プロトコルは、インターネットプロトコルマルチキャストグループのメンバーシップを管理するのに使用される通信プロトコルである。ＩＧＭＰは、ＩＰホストおよび隣接するマルチキャストによって使用される。ＩＧＭＰは、オンラインストリーミングビデオおよびゲーミングのために使用されてよい。
【０００４】
ツリー状のトポロジなどの一定のトポロジでは、マルチキャストルーティングプロトコルを実行する必要はない。デバイスが、グループメンバーシップの情報を習得し、プロキシし、その情報に基づいて、単にマルチキャストパケットを転送することで十分である。ＩＧＭＰプロキシと呼ばれるそのようなマルチキャストプロキシモジュールは、専らインターネットグループ管理プロトコルＩＧＭＰの、またはマルチキャストリスナーディスカバリＭＬＤのメンバーシップ情報に基づいて、マルチキャストデータストリームを転送する。ＩＧＭＰプロキシサポートを有するそのようなＩＧＭＰプロキシモジュールは、たとえば、ＲＦＣ４６０５  ＩＧＭＰ  Ｐｒｏｘｙ  ｔｅｘｔ−Ｎｅｔｗｏｒｋ  Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐ  Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔ  ４６０５  ｄｄ．２００６年８月、タイトル「Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ（ＩＧＭＰ）／Ｍｕｍｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｄｉｓｃｏｖｅｒｙ（ＭＬＳ）−Ｂａｓｅｄ  Ｍｕｌｔｉｃａｓｔ  Ｆｏｒｗａｒｄｉｎｇ（「ＩＧＭＰ／ＭＬＣＤ  Ｐｒｏｘｙｉｎｇ」）」に記載されている。
【０００５】
マルチキャストがホームネットワークにおいてさらに配信された場合には、そのような上記で触れたマルチキャストプロキシモジュールは、通常、ホームゲートウェイを介してホームネットワークの異なるデバイスに向かうマルチキャストストリームを制御する。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】ＲＦＣ４６０５  ＩＧＭＰ  Ｐｒｏｘｙ  ｔｅｘｔ−Ｎｅｔｗｏｒｋ  Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐ  Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔ  ４６０５  ｄｄ．２００６年８月、「Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ（ＩＧＭＰ）／Ｍｕｍｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｄｉｓｃｏｖｅｒｙ（ＭＬＳ）−Ｂａｓｅｄ  Ｍｕｌｔｉｃａｓｔ  Ｆｏｒｗａｒｄｉｎｇ（「ＩＧＭＰ／ＭＬＣＤ  Ｐｒｏｘｙｉｎｇ」）」
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ホームネットワークにおいてマルチキャストを活用するときに発生する問題は、たとえば、要求された優先順位がホームネットワーク内でマルチキャストストリームに与えられること、および、適切な帯域幅予約がこのマルチキャストストリームのためにホームネットワーク内で行われることを、ホームネットワークに向けて配信されるビデオなどのマルチキャストストリームを提供するインターネットサービスプロバイダが保証できないことである。
【課題を解決するための手段】
【０００８】
本発明の目的は、複数のデバイスとホームゲートウェイとを含むホームネットワークにおいて、Ｑｏｓモジュールを提供することであり、それによって、ホームゲートウェイが、マルチキャストストリームを受信するように、およびそのマルチキャストストリームを、マルチキャストプロキシモジュールの制御下にあるホームネットワークのデバイスのうちの少なくとも１つに転送するように可能にされるが、それによって、Ｑｏｓモジュールは、ホームネットワークにおいてこのマルチキャストストリームにサービス品質を提供するようにさらに可能にされる。
【０００９】
目的は、そのようなマルチキャストプロキシモジュールをＱｏｓモジュールに含めることによって、および、前記マルチキャストストリームに参加するためのホームネットワークのデバイスの１つのマルチキャスト参加メッセージを受信すると、ホームゲートウェイのアドレスおよび要求元のデバイスのアドレスを含むサービス品質要求を、マルチキャストプロキシモジュールが送信するのを可能にすることによって、達成される。さらに、Ｑｏｓモジュールは、そのようなサービス品質要求を受信するための、およびユニキャストサービス品質イベントメッセージを送信するためのユニキャストサービス品質制御モジュールを含み、それにより、マルチキャストストリームがホームゲートウェイから要求元のデバイスに転送されるときに、マルチキャストストリームのためのサービス品質のプロビジョニング（ｐｒｏｖｉｓｉｏｎ）を要求する。ユニキャストサービス品質イベントメッセージは、ホームネットワークにおけるユニキャストＱｏｓマネジャに送信されてよいことが明らかにされなければならない。
【００１０】
ホームネットワークでは、多くの場合、ユニバーサルプラグアンドプレイＵＰｎＰプロトコルがインストールされることが明らかにされなければならない。ユニバーサルプラグアンドプレイＵＰｎＰは、ＵＰｎＰフォーラムによって広められた、一組のコンピュータプロトコルである。ＵＰｎＰの目的は、データ共有、通信およびエンターテインメントなどのサービスのために家庭において、およびコンピュータコンポーネントの簡略化されたインスタレーションのために企業環境において、デバイスがシームレスに接続し、ネットワークの実装を簡略化できるようにすることである。ＵＰｎＰは、オープンな、インターネットベースの通信標準の上に構築されたＵＰｎＰデバイス制御プロトコルを定義することによって、これを達成する。
【００１１】
加えて、ＵＰｎＰは、ＵＰｎＰ  Ｑｏｓによって、ホームネットワークにおけるユニキャストトラフィックのためのサービス品質を提供する。
【００１２】
サービス品質ＱｏＳは、たとえば、オーディオおよびビデオのＵＰｎＰでの使用のための、重要なサービス機能である。ＵＰｎＰのためのＱｏＳは、２つのデバイス間での一方向のトラフィックストリームのためのサービス機能からなり、たとえば以下のようなクラスを記述する：
−  たとえばオーディオ、ビデオなどの、トラフィックストリームにおけるトラフィックの種類を示すトラフィッククラス、
−  データパケットを一意のトラフィックストリームに属すると識別するトラフィック識別子。
−  たとえば動作要件およびスケジューリングなどの、トラフィックストリームの特徴を定義する一組のパラメータを含むトラフィック仕様。
【００１３】
ＵＰｎＰ  ＱｏＳシステムおよびさまざまなコンポーネント間の相互作用の全体的なアーキテクチャは、送信元、受信側、およびストリームされる必要があるコンテンツについての知識を有すると想定される制御ポイントアプリケーション／モジュールを含む。制御ポイントは、ストリームされることになるコンテンツと共に送信元および受信側を発見すると、ネットワークにおけるサービス品質マネジャＱｏｓマネジャに、ＱｏＳトラフィックストリームを設定するよう要求する。制御ポイントは、トラフィック記述子の構造を作成し、それをＱｏｓマネジャに転送する。Ｑｏｓマネジャモジュールは、それで、サービス品質ポリシーホルダーに、それぞれのトラフィック記述子についての適切なポリシーを要求する。このポリシーに基づいて、Ｑｏｓマネジャは、Ｑｏｓポリシーホルダーによって設定された特定のトラフィックストリームの相対的な重要度に従って、新たなトラフィックを処理するためのそれぞれの送信元デバイスおよび受信側デバイスを設定構成することができる。このようにして、全ホームネットワークのためのアドミッションポリシーを有効にしたり、または無効にしたりするための、集中型ＵＰｎＰ  Ｑｏｓメカニズムが提供される。トラフィックは、特定のトラフィックストリームのためのサービス品質の要求において提供される情報に従って分類される。中でも、トラフィッククラス、ストリームの送信元および宛先のネットワークＩＰアドレス、ならびにプロトコルを含む情報のタイプが、トラフィック記述子において提供される。ＱｏＳリソース要求がなされるたびに、要求は、Ｑｏｓマネジャサービスによって、Ｑｏｓポリシーホルダーサービスに転送される。Ｑｏｓポリシーホルダーサービスは次いで、要求において提供された情報を検査し、トラフィックポリシーにおいて、トラフィックストリームに与えられるべき重要度を返す。
【００１４】
本出願によれば、アクセスネットワークから来ている、ホームネットワークにおけるマルチキャストストリームにサポートが提供される。たとえば、ＵＰｎＰ対応のホームネットワークデバイスによって、顧客宅内機器またはセットトップボックスなどのホームネットワークデバイスの１つがサブスクライブされたマルチキャストストリームのために、Ｑｏｓ  ＵＰｎＰがサポートされる。ホームネットワークのセットトップボックスは、ホームネットワークのサービスゲートウェイを通じてアクセスネットワークから来るマルチキャストストリームに、それ自身をサブスクライブする。このホーム／サービスゲートウェイは、マルチキャスト参加メッセージ、たとえばＩＧＭＰメッセージのスヌーピングを使用して、入来するリアルタイムトランスポートプロトコル／ユーザデータグラムプロトコルＲＴＰ／ＵＤＰマルチキャストストリームに、サービス品質をさらに設定し、確立する。これは、サービス品質要求を発することによって、この実際のＱｏｓ方法により実現される。このサービス品質要求は、たとえば、ｗｅｂサービストリガ、またはたとえば、ＵＰｎＰメッセージによって実装されてもよい。このサービス品質要求は、そのようなサービス品質要求を受信するように可能にされた、ＵＰｎＰ  Ｑｏｓ制御ポイントなどのユニキャストサービス品質制御モジュールによって取り込まれる。ユニキャストサービス品質制御モジュールは、サービス品質要求を受信すると、ユニキャストサービス品質イベントメッセージを送信するようにさらに可能にされ、それにより、ホームゲートウェイから要求元のデバイスに転送されるときにマルチキャストストリームのためのサービス品質のプロビジョニング（ｐｒｏｖｉｓｉｏｎ）を要求する。この要求は、たとえばＵＰｎＰ  Ｑｏｓマネジャなどのサービス品質マネジャによって、たとえば取り込まれる。
【００１５】
オプションで、マルチキャストプロキシモジュールは、それぞれのマルチキャストストリームへの参照に関連して要求元のデバイスのアドレスを、マルチキャストメンバーシップデータベースに記憶するようにさらに構成される。
【００１６】
オプションで、デバイスのアドレスは、前記デバイスの、送信元インターネットプロトコルアドレスによって、またはメディアアクセス制御アドレスによって実装される。
【００１７】
同様に、ホームゲートウェイのアドレスは、デバイスに結合された前記ホームゲートウェイの入出力（ｔｒａｎｓｐｕｔ）のメディアアクセス制御アドレス、およびインターネットプロトコルアドレスによってオプションで実装されてもよい。
【００１８】
オプションで、マルチキャストプロキシモジュールは、インターネットプロトコルマルチキャストグループのメンバーシップを管理するためのインターネットグループ管理プロトコルプロキシである。
【００１９】
オプションで、ユニキャストサービス品質制御モジュールは、ＵＰｎＰ対応であり、それぞれのマルチキャストストリームのためのユニキャストサービス品質を可能にするサービスに関連付けられたユニバーサルプラグアンドプレイ制御ポイントによって実装される。
【００２０】
さらに、サービス品質要求はまた、それぞれのマルチキャストストリームへの参照を含む。マルチキャストストリームへのこの参照は、それぞれのマルチキャストストリームへのこの参照に基づいて、ルックアップテーブルにおいて関連付けられたＱｏｓクラスをルックアップするのに使用される。
【００２１】
そのようなルックアップテーブルは、あらかじめ定義されたサービスのクラスに関連してマルチキャストストリームへの参照のエントリを含む。マルチキャストストリームのそのような参照は、通常、マルチキャストメディアアクセス制御アドレス、またはマルチキャストインターネットプロトコルアドレスによって実装される。関連付けられたサービスのクラスは、たとえば、音声、ビデオ、ベストエフォートなどである。
【００２２】
オプションで、その関連付けられたサービスのクラスによるマルチキャストストリーム参照を含むそのようなルックアップテーブルは、ユニキャストサービス品質制御モジュール、Ｑｏｓマネジャ、または、たとえばＵＰｎＰ  ＱｏｓポリシーホルダーなどのＱｏｓポリシーホルダーに含まれてもよい。
【００２３】
特許請求の範囲において使用される用語「含む」（「ｃｏｍｐｒｉｓｉｎｇ」）は、その前に挙げられる手段に限定的であるものとして解釈されるべきではないことに留意されたい。したがって、表現「手段ＡおよびＢを含むデバイス」の範囲は、構成要素ＡおよびＢのみからなるデバイスに限定されるべきではない。本発明に関して、それは、単に関係のあるデバイスの関連構成要素が、ＡおよびＢであることを意味する。
【００２４】
同様に、特許請求の範囲においてやはり使用される用語「結合される」（「ｃｏｕｐｌｅｄ」）は、直接的な接続のみに限定的であるものとして解釈されるべきではないことに留意されたい。したがって、表現「デバイスＢに結合されるデバイスＡ」の範囲は、デバイスＡの出力がデバイスＢの入力に直接的に接続されるデバイスまたはシステムに限定されるべきではない。それは、Ａの出力とＢの入力との間に経路が存在し、それが他のデバイスまたは手段を含む経路であってよいことを意味する。
【図面の簡単な説明】
【００２５】
【図１】ホームネットワークを表す図である。
【発明を実施するための形態】
【００２６】
図１がホームネットワークを表す添付の図面と併用して、以下の実施形態の説明を参照することにより、本発明の上記および他の目的ならびに特徴がより明らかになり、本発明それ自体が最もよく理解されるであろう。その電気通信環境に従った本発明によるＱｏｓモジュールの作用が図１に示され、その中に示される異なるブロックの機能説明によって、明らかにされるであろう。この説明に基づいて、ブロックの実用的な実装は当業者には明白となり、したがって、詳細には説明されないであろう。加えて、Ｑｏｓモジュールを動作させるための方法の原理作用がさらに詳細に説明されるであろう。
【００２７】
図１は、コアネットワークのビデオサーバ１０３に結合されたホームネットワーク１０７を示す。ホームネットワーク１０７は、ホームネットワーク１０７のデータを受信するために、ビデオサーバ１０３に結合されたホームゲートウェイ１０１を含む。ホームゲートウェイ１０１は、デバイス１  １０２などの複数のデバイス（１つのみを図示）に結合されている。
【００２８】
本出願によるＱｏｓモジュール１００は、ホームゲートウェイ１０１に含まれている。Ｑｏｓモジュール１００は、互いに結合されているマルチキャストプロキシモジュール１０４と、ユニキャストサービス品質制御モジュール１０５とを含む。マルチキャストプロキシモジュール１０４は、デバイス１  １０２に結合されている。Ｑｏｓモジュール１００は、ユニキャストサービス品質制御モジュール１０５とサービス品質ポリシーホルダー１０８とに結合されたサービス品質マネジャ１０６をさらに含む。
【００２９】
ユニキャストサービス品質制御モジュール１０５、サービス品質マネジャ１０６、サービス品質ポリシーホルダー１０８、およびデバイス１  １０２は、ＵＰｎＰ対応であると仮定する。また、マルチキャストプロキシモジュール１０４は、ＩＧＭＰプロキシであるとさらに仮定する。
【００３０】
デバイス１  １０２は、参照２００のマルチキャストストリームＭＣ１への参加を要求するために、ＩＧＭＰ参加メッセージ２０１を送出する。この参加メッセージは、マルチキャストストリームＭＣ１  ２００の識別であるグループアドレスを含む。
【００３１】
ホームゲートウェイ１０１のＩＧＭＰプロキシ１０４は、そのメンバーシップデータベース３０２にエントリを追加する。
【００３２】
本出願によれば、ＵＰｎＰ  Ｑｏｓをサポートするために、ホームゲートウェイ１０１のメンバーシップデータベース３０２中のエントリが、デバイス１  １０２の送信元ユニキャストＩＰアドレス（またはＭＡＣアドレス）によって拡張される。本出願は、ＩＰアドレスの使用に限定されないことが注目されなければならない。デバイス１  １０２のＭＡＣアドレスに基づいた同様の説明もまた可能である。
【００３３】
以下では、ＵＰｎｐイベントなどのサービス品質要求２０２は、ＩＧＭＰプロキシ１０４によって発せられ、以下の情報を含む：ホームゲートウェイのＩＰアドレス（ホームＧＷによって示される）、およびデバイス１  １０２の送信元ＩＰアドレス（デバイス１によって示される）。ＵＰｎＰ  Ｑｏｓ制御ポイントであるユニキャストサービス品質制御モジュール１０５が、サービス品質要求イベント２０２を捉えるように可能にされ、ユニキャストサービス品質イベントメッセージを準備するためにそれを処理する。ＵＰｎＰ対応であるので、ユニキャストサービス品質イベントメッセージ２０３は、ＴｒａｆｆｉｃＩｄである。処理の間、ＵＰＮＰ  ＱｏｓパラメータＴｒａｆｆｉｃＩｄのＳｏｕｒｃｅＡｄｒｅｓｓおよびＤｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓが書き込まれる。
【００３４】
ＵＰｎＰ  Ｑｏｓ制御ポイント１０５はまた、Ｑｏｓプロビジョニングされる必要があるサービストラフィックのサービスのクラスを必要とする。したがって、ＵＰｎＰ  Ｑｏｓ制御ポイント１０５は、たとえばマルチキャストＩＰアドレスなどのマルチキャストストリームのための参照と、たとえば音声、ビデオ、ベストエフォートなどのサービスのクラスとの間の関係を含むルックアップテーブル３０１を作成し、保持する。
【００３５】
考え得る実装は、マルチキャスト参照が、サービス品質要求２０２（図１においてＭＣ１によって示される）に含まれること、および、ユニキャストサービス品質制御モジュール１０５が、サービス品質要求２０２からマルチキャストＩＰアドレスを取り出し、それを使用して、そのルックアップテーブル３０１にある関連付けられたＱｏｓクラスをルックアップすることである。
【００３６】
ルックアップテーブル３０１はまた、サービスマネジャ１０６、またはサービスポリシーホルダー１０８に含まれてもよいことが明らかにされなければならない。
【００３７】
サービスのクラスがマルチキャストストリームＭＣ１について決定されるとき、サービスのクラスは、ＵＰｎＰ  ＱｏｓパラメータＴｒａｆｆｉｃＣｌａｓｓに書き込まれ、これは、ＵＰｎＰ  ＱｏｓパラメータＴｓｐｅｃの一部であり、それでＵＰｎＰ  ＱｏｓパラメータＴｒａｆｆｉｃＤｅｓｃｒｉｐｔｏｒの一部である。
【００３８】
続くステップの間、ＱｏｓＢｏｕｎｄａｒｙＳｏｕｒｃｅＡｄｄｒｅｓｓアドレスがデバイス１  １０２のＩＰアドレスによって実装されており、ＱｏｓＢｏｕｎｄａｒｙＤｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓがホームゲートウェイ１０１のＩＰアドレスによって実装されている状態でその特定のマルチキャストストリームＭＣ１のために、ＱｏｓＭａｎａｇｅｒ：ＲｅｑｕｅｓｔＴｒａｆｆｉｃＱｏｓ、またはＱｏｓＭａｎａｇｅｒ：ＲｅｑｕｅｓｔＥｘｔｅｎｄｅｄＴｒａｆｆｉｃＱｏｓが、サービス品質マネジャ１０６においてトリガされる。
【００３９】
このようにして、サービス品質マネジャは、ホームゲートウェイ１０１によってデバイス１  １０２に向けて転送されているマルチキャストストリームＭＣ１のためのＱｏｓを設定する。これは、サービス品質マネジャから出る２つの矢印、すなわち、１つはデバイス１  １０２に結合されたホームゲートウェイ１０１入出力（ｔｒａｎｓｐｕｔ）に向かい、もう１つはデバイス１  １０２それ自身に向かう矢印によって示される。これによって、図１は、マルチキャストストリームＭＣ１を含む、ホームゲートウェイ１０１とデバイス１  １０２との間のＱｏｓ−帯域幅パイプを示す。
【００４０】
したがって、前記マルチキャストストリームへの参照に関連した、ＩＧＭＰプロキシのマルチキャストデータベース中のデバイス１のアドレスの追加のエントリ、およびＩＧＭＰプロキシによるサービス品質要求を発することが、特定のマルチキャストストリームのためのＵＰｎＰ  Ｑｏｓの設定を導く。
【００４１】
同様の原理は、解除ＵＰｎＰ  Ｑｏｓをトリガするために適用されてもよい。したがって、以下で退出デバイス（図示せず）と呼ばれる、マルチキャストツリーを退出することを望むデバイスからのマルチキャスト退出メッセージが、マルチキャストプロキシモジュール１０４によって受信される。そのようなマルチキャスト退出メッセージを受信すると、マルチキャストプロキシモジュール１０４のマルチキャストデータベース３０２中の退出デバイスのエントリが取り除かれる。さらに、たとえば「サービス品質解除イベント」（図示せず）のメッセージが、マルチキャストプロキシモジュール１０４によって、ホームゲートウェイ１０１の中に発せられる。そのようなメッセージは、好ましくは以下の情報を含む：ホームゲートウェイ１０１のＩＰアドレス（またはＭＡＣアドレス）、および退出デバイスのＩＰアドレス（またはＭＡＣアドレス）。ユニキャストサービス品質制御モジュール１０５が、そのような「サービス品質解除イベント」にサブスクライブされ、このイベントメッセージを捕捉すると、ユニキャストサービス品質制御モジュール１０５は、マルチキャストストリームが、もはやホームゲートウェイ１０１によって退出デバイスに向けて転送されないことを知る。これにより、マルチキャストストリームのためのＵＰｎＰ  ＱｏＳもまた解除される。
【００４２】
さらに、第２のデバイス（図示せず）もまた、既に少なくとも１つのデバイスがサブスクライブされているマルチキャストストリーム、たとえば参照２００のＭＣ１にサブスクライブを望む場合には、本出願による同じ基本原理が適用される。ホームゲートウェイ１０１から第２のＱｏＳデバイスに向けて転送されるマルチキャストストリームＭＣ１のための追加のＵＰｎＰ  Ｑｏｓ設定が実現される。
【００４３】
最後に、ホームネットワークデバイスがＩＧＭＰおよびＵＰｎＰ  Ｑｏｓを使用するよう可能にされる場合には、すなわち、デバイスがＵＰｎＰ  Ｑｏｓ制御ポイントをそれ自体で含む場合には、デバイスは、要求されたマルチキャストストリームのためのＱｏｓをそれ自体で設定するよう可能にされることが明らかにされなければならない。そのような状況では、ホームゲートウェイ１０１のユニキャストサービス品質制御ポイント１０５は、同じマルチキャストストリームのためのＱｏｓを設定または解除するべきではない。というのは、Ｑｏｓは、この特定のデバイスのＵＰｎＰ制御ポイントによって設定されるか、または設定されることになるからである。
【００４４】
同じマルチキャストストリームに対し、二重のＱｏｓプロビジョニング（ｐｒｏｖｉｓｉｏｎ）を避けるために、ホームゲートウェイ１０１のユニキャストサービス品質制御モジュール１０５は、すべてのＵＰｎＰ  Ｑｏｓデバイスに問い合わせを実行して、これらデバイスのうちの１つのＵＰｎＰ  Ｑｏｓ制御ポイントによって、特定のマルチキャストストリームのためにＵＰｎＰ  Ｑｏｓが既に設定されているかどうかを制御する。この問い合わせは、ユニキャストサービス品質イベントメッセージ２０３を発することに先立って実行される。実際に、ＵＰｎＰ  Ｑｏｓサポートを備えるデバイスは、マルチキャストストリームについて要求するのに先立って、Ｑｏｓを設定する、たとえばマルチキャストストリームが送信される前にＱｏｓをインストールすることができる。
【００４５】
本発明の実施形態は、機能ブロックに関して上記で説明されていることを最後に述べておく。上記で示されたこれらのブロックの機能的な説明から、電子デバイスを設計する当業者には、これらのブロックの実施形態がどのようにして周知の電子コンポーネントにより製造され得るかが明らかであるだろう。したがって、機能ブロックの内容の詳細なアーキテクチャは示されていない。
【００４６】
本発明の原理が、特定の装置に関連して上記で説明されてきたが、この説明は、例としてなされたにすぎず、添付の特許請求の範囲において定義される本発明の範囲を限定するものとしてなされたのではないことが、明確に理解されるべきである。
【図１】
0005548696.tif 000002