(57)【要約】無線パケットネットワークなどのネットワーク環境において、ソースノードが、データストリーム、例えばメディアパケットのストリームを複数のシンクノードへ伝送し、前記ソースノードが少なくとも第１のシンクノードにアドレス付けされたユニキャストパケットの第１のデータストリームを伝送する一方で、前記シンクノードの他のものが、データストリームを含むネットワークにおけるトラフィックをプロミスカスモード中に受信するステップを具える。個々のシンクノードの他のものは、受信されていないストリームのパケットがあることを確認すると、再送信要求をソースノードに送り、ソースノードは、矯正動作をとってすべてのシンクノードがデータストリームを受信することができ、すべてのシンクノードよりも少なくアドレス付けされたユニキャストとして送信さえできる。【選択図】図３
2010510695.tif 000002
【特許請求の範囲】
【請求項１】
パケットネットワークのソースノードからネットワークの複数のシンクノードにメディアデータストリームを伝送する方法において、当該方法が：
前記ソースノードが、受信先のシンクノードが、第１のストリームを信頼性をもって受信でき、一方で、他の受信先ではないシンクノードが、各々が前記第１のストリームを含む前記ネットワークの全てのトラフィックを受信できるプロミスカスモードで動作するように、少なくとも１の前記シンクノードにアドレス付けされたユニキャストパケットの第１のストリームを伝送するステップと；
再送信要求パケットを特定の受信先ではないシンクノードから前記特定の受信先ではないシンクノードが前記第１のストリームの１又はそれ以上の特定のパケットの受信に成功していないという指示とともに、受信するステップと；
全てのシンクノードが完全な前記第１のストリームを受信できるように、前記特定の受信先ではないシンクノードが前記１又はそれ以上の特定のパケットを確実に受信するよう動作をとるステップと；
を具えることを特徴とする方法。
【請求項２】
請求項１に記載の方法において、前記伝送ステップが、無線ネットワークによって行われ、前記シンクノードの少なくとも一部が、音声再生用の無線ラウドスピーカサブシステムを具えることを特徴とする方法。
【請求項３】
請求項１に記載の方法において、前記第１のストリームが１より多いシンクノードにアドレス付けされたユニキャストパケットによって送信されることを特徴とする方法。
【請求項４】
請求項１に記載の方法において、前記第１のストリームが、１のシンクノードにアドレス付けされたユニキャストパケットによって送信され、他のシンクノードは、前記受信先ではないシンクノードであることを特徴とする方法。
【請求項５】
請求項１に記載の方法において、前記動作をとるステップが、前記ソースノードが、特定の１より多いシンクノードにアドレス付けされた１又はそれ以上のユニキャストパケットとして、前記第１のストリームの１又はそれ以上の特定のパケットを伝送するステップを具えることを特徴とする方法。
【請求項６】
請求項１に記載の方法がさらに、前記受信先ではないシンクノードによる受信のエラーレートを監視するステップを具え、前記動作は、エラーレートが、予め規定された閾値より大きいことが確認される場合に、１又はそれ以上の前記受信先のシンクノードをそれぞれ比較的高い受信のエラーレートを有する１又はそれ以上のシンクノードに切り換えるステップを具えることを特徴とする方法。
【請求項７】
請求項６に記載の方法において、受信先ではないシンクノードの前記エラーレートが、前記特定の受信先ではないシンクノードからの再送信要求の受信割合によって指示されることを特徴とする方法。
【請求項８】
請求項１に記載の方法において、前記動作をとるステップが、少なくとも１の前記シンクノードにアドレス付けされたユニキャストパケットとして第１のノードが前記第１のストリームを伝送するレートを前記ソースノードが低減するステップを具えることを特徴とする方法。
【請求項９】
請求項１に記載の方法がさらに、前記第１のストリームの伝送ステップの前に、受信ノードが、パケットが受信されたかどうかを確認し、受信されていないパケットのシーケンスインジケータの再送信要求において指示できるようにシーケンスインジケータを前記第１のストリームのパケットに割り当てることを特徴とする方法。
【請求項１０】
ソースノード及び複数のシンクノードを具えるパケットネットワークにおける方法において、当該方法が：
前記ネットワークの特定のシンクノードが、前記ネットワークのトラフィックを受信するステップを具えるプロミスカスモードで動作するステップであって、前記トラフィックが、前記ソースノードによって送信され、前記特定のシンクノードを含んでいない少なくとも別の１の前記シンクノードにアドレス付けされたユニキャストパケットの第１のデータストリームを具えるステップと；
前記特定のシンクノードが、受信される前記トラフィックから前記第１のデータストリームを選択するステップと；
前記特定のシンクノードが、特定の受信先ではないシンクノードが前記第１のストリームのすべてのパケットの受信に成功しているかどうかを確認するステップと；
前記特定のシンクノードが、前記特定の受信先ではないシンクノードが１又はそれ以上の特定のパケットの受信に成功していないことを確認した場合、前記特定の受信先ではないシンクノードが、前記１又はそれ以上の特定の受信されていないパケットを確実に受信するように、前記ソースノードが動作をとることができるように、再送信要求パケットを前記ソースノードに、前記特定の受信先ではないシンクノードが前記第１のストリームの１又はそれ以上の特定のパケットの受信に成功していないという指示とともに伝送するステップと；
を具えることを特徴とする方法。
【請求項１１】
請求項１０に記載の方法において、前記伝送ステップが、無線ネットワークによって行われ、前記特定のシンクノードが、音声再生用の無線ラウドスピーカサブシステムを具えることを特徴とする方法。
【請求項１２】
請求項１０に記載の方法において、前記第１のストリームが１より多いシンクノードにアドレス付けされたユニキャストパケットによって送信されることを特徴とする方法。
【請求項１３】
請求項１０に記載の方法において、前記第１のストリームが、１のシンクノードにアドレス付けされたユニキャストパケットによって送信されることを特徴とする方法。
【請求項１４】
請求項１０に記載の方法がさらに、前記特定のシンクノードにアドレス付けされた１又はそれ以上のユニキャストパケットを受信し、前記特定のシンクノードにアドレス付けされた前記ユニキャストパケットが、前記ソースノードが再送信要求パケットの受信に応答して動作する結果、前記ソースノードによって伝送されるステップを具えることを特徴とする方法。
【請求項１５】
請求項１０に記載の方法がさらに、前記第１のストリームのユニキャストパケットが異なるシンクノードにアドレス付けされたパケットであるべきことを指示する前記ソースノードからパケットを受信するステップを具えることを特徴とする方法。
【請求項１６】
パケットネットワークのソースノードにおける１又はそれ以上のプロセッサによって実行されるとき、前記１又はそれ以上のプロセッサが、前記ソースノードから前記ネットワークの複数のシンクノードへメディアデータストリームの伝送方法を実行させる一組の命令を担持するコンピュータ読取可能キャリアメディアにおいて、当該方法が：
受信先のシンクノードが、前記第１のストリームを信頼性をもって受信できる一方で、他の受信先ではないシンクノードが、各々が前記第１のストリームを具える前記ネットワークのすべてのトラフィックを受信できるプロミスカスモードにおいて動作するように、前記ソースノードが、少なくとも１の前記シンクノードにアドレス付けされたユニキャストパケットの第１のストリームを伝送するステップと；
前記特定の受信先ではないシンクノードが前記第１のストリームの１又はそれ以上の特定のパケットの受信に成功していないという指示とともに再送信要求パケットを特定の受信先ではないシンクノードから受信するステップと；
全てのシンクノードが完全な前記第１のストリームを受信できるように、前記特定の受信先ではないシンクノードが、前記１又はそれ以上の特定のパケットを受信することを確実にするように、動作するステップと；
を具えることを特徴とするコンピュータ読取可能キャリアメディア。
【請求項１７】
ソースノード及び複数のシンクノードを具えるパケットネットワークの特定のシンクノードにおける１又はそれ以上のプロセッサによって実行されるとき、１又はそれ以上のプロセッサが方法を実行する一組の命令を担持するコンピュータ読取可能キャリアメディアにおいて、当該方法が：
前記ソースノードにおける特定のシンクノードが、前記ネットワークにおけるトラフィックを受信するステップを具えるプロミスカスモードで動作するステップであって、前記トラフィックが、前記特定のシンクノードを具えていない前記シンクノードのうちの少なくとも別の一つにアドレス付けされたユニキャストパケットの第１のデータストリームを具えるステップと；
前記特定のシンクノードが、受信される前記トラフィックから前記第１のデータストリームを選択するステップと；
前記特定のシンクノードが、特定の受信先ではないシンクノードが前記第１のストリームのすべてのパケットの受信に成功しているかどうかを確認するステップと；
前記特定のシンクノードが、前記特定の受信先ではないシンクノードが１又はそれ以上の特定のパケットの受信に成功していないことを確認した場合、前記特定の受信先ではないシンクノードが、前記１又はそれ以上の特定の受信されていないパケットを確実に受信するように、前記ソースノードが動作をとることができるように、再送信要求パケットを前記ソースノードに、前記特定の受信先ではないシンクノードが前記第１のストリームの１又はそれ以上の特定のパケットの受信に成功していないという指示とともに伝送するステップと；
を具えることを特徴とするコンピュータ読取可能キャリアメディア。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願  
本発明は、発明者Ｋｉｎｄｅｒ他による２００６年１０月１７日出願の米国仮特許出願６０／８２９，７２３の優先権を主張し、変更するものである。この出願６０／８２９，７２３の内容は、本書に参照によって盛り込まれている。
【０００２】
本発明は、発明者Ｂｒｙｃｅ他による、２００６年１０月１７日出願の米国仮特許出願６０／８２９，７１１、標題ＵＮＩＦＩＣＡＴＩＯＮ ＯＦ ＭＵＬＴＩＭＥＤＩＡ ＤＥＶＩＣＥＳに関連する。この出願６０／８２９，７１１の内容が、本書に参照によって盛り込まれている。
【０００３】
また、本発明は、発明者Ｂｒｙｃｅ他による、２００６年１０月１７日出願の米国仮特許出願６０／８２９，７３２、標題ＣＯＮＦＩＧＵＲＩＮＧ ＡＮＤ ＣＯＮＮＥＣＴＩＮＧ ＴＯ Ａ ＭＥＤＩＡ ＷＩＲＥＬＥＳＳ ＮＥＴＷＯＲＫに関連し、本書に「関連発明」として組み込まれている。この出願６０／８２９，７３２の内容が、本書に参照によって盛り込まれている。
【０００４】
また、本発明は、発明者Ｃｅｌｉｎｓｋｉ他による、２００６年１１月１３日出願の米国特許出願１１／５５９，３６０、標題ＭＥＤＩＡ ＤＡＴＡ ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ ＩＮ Ａ ＷＩＲＥＬＥＳＳ ＮＥＴＷＷＯＲＫに関連し、本書に「同期発明」として組み込まれている。この出願１１／５５９，３６０の内容が、本書に参照によって盛り込まれている。
【０００５】
本発明は、無線パケットネットワークにおけるリアルタイムのデータストリームの輸送に関する。
【背景技術】
【０００６】
無線ネットワークで、リアルタイムに音声データなどのストリーミングデータを送信及び配信すること、並びにリアルタイムにデータを再生することは、例えば、ネットワークに接続されたラウドスピーカを含むマルチメディアシステムで人気になっている。このようなリアルタイムデータは、ディジタル・オーディオおよび／またはビデオデータソースなどのリアルタイムソースによって生成される。このようなシステムでは、リアルタイムソースからのデータは、無線の音声配信ネットワークに伝送され、ネットワークに接続されるラウドスピーカでリアルタイムに再生されうる。
【０００７】
このようなリアルタイムのストリーミングでは、スループット、最大遅延、遅延、及び最大ジッタのようなトラフィック特性のすべては、マルチメディアシステムが正しく作動するために計算されてバランスがとられている必要がある。マルチメディアシステムが無線ネットワークにわたって実行されるとき、メディアの信頼できない特性によって誘導される遅延及びジッタは深刻になるであろう。
【０００８】
たとえば、各々が対応する無線チャネル再生装置を具えている、２つの前部、２つの後部、１つの中心チャネルのラウドスピーカを具える少なくともいくつかのラウドスピーカへの無線ネットワークリンクを具える５．１サラウンド・サウンド・オーディオシステムを考える。サラウンド・サウンド・オーディオシステムは、視聴覚システム、いわゆる、ビデオを具えるホームシアタシステムに音声を提供すると仮定する。さらに、例えば、Ｓ／ＰＤＩＦフォーマット−ヨーロッパの放送組合（ＥＢＵ）によってＩＥＣ９５８「ディジタル・オーディオ・インターフェース」標準フォーマットとも呼ばれている−で、例えばディジタル・オーディオ出力を提供するＤＶＤプレーヤなどのリアルタイムソースが、再生装置、例えば中心チャネルの再生装置のうちの１つに接続していると仮定する。さらに、このような中心チャネルは、本書ではマスタ装置と呼ばれるデータのソース装置であり、他の無線ラウドスピーカサブシステムが、いわゆる本書でマスタ装置に対するスレーブ装置と呼ばれる、受信先、すなわちシンク装置であると仮定し、さらに、マスタ装置が、スレーブ装置へのマルチメディアストリームを制御すると仮定する。すなわち、マスタ装置は、スレーブ装置として各々動作する、他のチャネルの再生装置へ音声を無線で配信する。
【０００９】
この種の無線ネットワークにわたってメディア・データを配信する一の方法は、スレーブ装置にアドレス付けされたマルチキャストパケットを使用することである。これは、複数の装置へトラフィックを伝送する有効な手段であり；１のマルチキャストパケットが、個々のスレーブ装置の各々に伝送される異なるユニキャストパケットよりもマルチキャスト・アドレス仕様に合致している全ての装置に無線ネットワークで伝送される。このような方法は、たとえば、有線のイーサネット（登録商標）のような比較的信頼性のあるメディアで、うまく機能することが知られている。
【００１０】
例えば、無線ローカルエリア・ネットワーク（ＷＬＡＮ）の無線配信では、１のマルチキャストパケットの使用は欠点を有するだろう。可能性のある欠点の１つに、スレーブ装置へのマルチキャストパケットの送出、例えば、無線ネットワークにおけるアクセス・ポイントを有するネットワークのクライアントとして動作することは、マルチキャスト伝達が、受信エンティティ、例えば受信通知（ＡＣＫ）を送信する受信スレーブ装置からの受信通知を含まないので比較的信頼できないということである。
【００１１】
さらに、アクセス・ポイント（ＡＰ）を具えるＷＬＡＮインフラストラクチャでは、パワーセーブモードのクライアント装置があるとき、マルチキャストパケットはＡＰによってかなり遅れてしまう。知られるように、ＩＥＥＥ８０２．１１のＷＬＡＮでは、ＡＰは、マルチキャスト及びブロードキャストトラフィックを保存し、ＤＴＩＭのビーコンフレームと呼ばれるものがアクセス・ポイントによって伝送されたあと、そのようなトラフィックを特定の時間だけ送信する。
【００１２】
さらにまた、マルチキャストパケットは、混合モードのＩＥＥＥ８０２．１１ｂ／ｇネットワークの場合、１Ｍｂｐｓ程度まで遅くでき、一般的に無線ネットワークで最低の基準レートで伝送される。これは、低ビットレートのアプリケーションでさえメディアの飽和を引き起こすことがありうる。さらに、これは、かなりのバンド帯域が、このような低レートの伝達のために使われることを意味している。
【００１３】
従って、無線ネットワークにわたって実行されるマルチメディアシステムは、マルチキャストパケットを使用しないか、より高次のリンク層の信頼性機構を実装しなければならないかのいずれかである。
【００１４】
代替物は、ユニキャストパケットを各々のスレーブ装置に伝送するマスタ装置を具えることである。これは、過度のネットワーク・バンド帯域が消費される必要があるかもしれないという不利点がある。たとえば、１のマスタ装置及び４つのスレーブ装置を具える５．１サラウンド・サウンド・システムの例で、マルチキャスト状況よりも、４倍のトラフィック量がネットワークにわたって伝送される必要があるだろう。
【００１５】
さらにもう一つの代替物は、マルチキャストトラフィックに結合するより高次層の再送信方式を用いることを具える。これは、例えば最悪の場合には比較的大きな遅延をもたらすという不利点を有するかもしれない。これはさらに、無線メディアが外部の干渉によって中断される場合に、ネットワーク・トラフィックストームを引き起こすかもしれず、１又はそれ以上のスレーブ装置が、与えられる１又は複数のパケットを正確に受信しない。
【００１６】
このように、マルチキャスト伝達の１又はそれ以上の利点、例えば、効率と、ユニキャスト伝達の１又はそれ以上の利点、例えば信頼性を組み合わせた方法およびシステムのための技術が必要とされ、従って、ネットワーク・バンド帯域の使用と伝達の信頼性の間のバランスを提供することである。
【発明の概要】
【００１７】
実施例は、パケットネットワーク、例えば無線ネットワークのソースノードにおける方法、パケットネットワークのシンクノードにおける方法、及びプロセッサによって実行されるとき、ソースノードにおける方法を実装するソフトウェア、プロセッサによって実行されるとき、シンクノードにおける方法を実装するソフトウェアを具える。
【００１８】
１又はそれ以上の態様に従って、無線パケットネットワークなどのネットワーク環境におけるソースノードは、例えば、メディアパケットのストリームなどのデータストリームを複数のシンクノードに伝送し、前記ソースノードが少なくとも第１のシンクノードにアドレス付けされたユニキャストパケットの第１のデータストリームを伝送する一方で、前記シンクノードの他のものが、データストリームを含むネットワークにおけるトラフィックをプロミスカスモードで受信するステップを具える。個々のシンクノードの他のものは、受信されていないストリームのパケットがあることを確認すると、再送信要求をソースノードに送り、ソースノードは、矯正動作をとってすべてのシンクノードがデータストリームを受信することができ、データストリームが、すべてのシンクノードよりも少なくアドレス付けされたユニキャストとして伝送されることさえできる。
【００１９】
一実施例は、パケットネットワークのソースノード（例えば、無線ネットワークのマスタノード）からネットワークの複数のシンクノード（例えば、無線ネットワークのスレーブノード）にメディアデータストリームを伝送する方法を具える。方法は、前記ソースノードが、受信先のシンクノードが、第１のストリームを信頼性をもって受信でき、一方で、他の受信先ではないシンクノードが、各々が前記第１のストリームを含む前記ネットワークの全てのトラフィックを受信できるプロミスカスモードで動作するように、少なくとも１の前記シンクノードにアドレス付けされたユニキャストパケットの第１のストリームを伝送するステップを具える。方法はさらに、ソースノードが、再送信要求パケットを特定の受信先ではないシンクノードから前記特定の受信先ではないシンクノードが前記第１のストリームの１又はそれ以上の特定のパケットの受信に成功していないという指示とともに、受信するステップと；ソースノードが、全てのシンクノードが完全な前記第１のストリームを受信できるように、前記特定の受信先ではないシンクノードが前記１又はそれ以上の特定のパケットを確実に受信するよう動作をとるステップ具える。
【００２０】
一実施例は、複数のシンクノード、例えば無線ネットワークにおけるスレーブノードも具える、パケットネットワークのソースノード、例えば無線ネットワークにおけるマスタノードにおける少なくとも１のプロセッサによって実行されるとき、メディアデータストリームをネットワークのソースノードからシンクノードに伝送する方法を実装する１又はそれ以上のコンピュータ読取可能命令を担持するキャリアメディアを具える。方法は、受信先のシンクノードが、前記第１のストリームを信頼性をもって受信できる一方で、他の受信先ではないシンクノードが、各々が前記第１のストリームを具える前記ネットワークのすべてのトラフィックを受信できるプロミスカスモードにおいて動作するように、前記ソースノードが、少なくとも１の前記シンクノードにアドレス付けされたユニキャストパケットの第１のストリームを伝送するステップ具える。方法はさらに、ソースノードが、前記特定の受信先ではないシンクノードが前記第１のストリームの１又はそれ以上の特定のパケットの受信に成功していないという指示とともに再送信要求パケットを特定の受信先ではないシンクノードから受信するステップと；ソースノードが、全てのシンクノードが完全な前記第１のストリームを受信できるように、前記特定の受信先ではないシンクノードが、前記１又はそれ以上の特定のパケットを受信することを確実にするように、動作するステップと；を具える。
【００２１】
一実施例は、ソースノード及び複数のシンクノードを具えるパケットネットワーク、例えば、無線ネットワークにおける方法を具える。方法は、ネットワークの特定のシンクノードが、前記ネットワークにおけるトラフィックを受信するステップを具えるプロミスカスモードで動作するステップを具える。前記トラフィックが、前記特定のシンクノードを具えていない前記シンクノードのうちの少なくとも別の一つにアドレス付けされたユニキャストパケット、例えば、ソースノードによって送信されるメディアデータパケットの第１のデータストリームを具える。方法はさらに、前記特定のシンクノードが、受信される前記トラフィックから前記第１のデータストリームを選択するステップと；  前記特定のシンクノードが、特定の受信先ではないシンクノードが前記第１のストリームのすべてのパケットの受信に成功しているかどうかを確認するステップと；前記特定のシンクノードが、前記特定の受信先ではないシンクノードが１又はそれ以上の特定のパケットの受信に成功していないことを確認した場合、前記特定の受信先ではないシンクノードが、前記１又はそれ以上の特定の受信されていないパケットを確実に受信するように、前記ソースノードが動作をとることができるように、再送信要求パケットを前記ソースノードに、前記特定の受信先ではないシンクノードが前記第１のストリームの１又はそれ以上の特定のパケットの受信に成功していないという指示とともに伝送するステップと；を具える。
【００２２】
一実施例は、ソースノード及び複数のシンクノード、例えば、無線ネットワークにおけるスレーブノードを具えるパケットネットワークの特定のシンクノード、例えば無線ネットワークにおけるマスタノードにおける少なくとも１のプロセッサによって実行されるとき、方法を実装する１又はそれ以上のコンピュータ読取可能な命令を担持するキャリアメディアを具える。方法は、ネットワークの特定のシンクノードが、前記ネットワークにおけるトラフィックを受信するステップを具えるプロミスカスモードで動作するステップを具え、前記トラフィックが、前記特定のシンクノードを具えていない前記シンクノードのうちの少なくとも別の一つにアドレス付けされた、ソースノードによって送信されるユニキャストパケットの第１のデータストリームを具える。方法はさらに、前記特定のシンクノードが、受信される前記トラフィックから前記第１のデータストリームを選択するステップと；  前記特定のシンクノードが、特定の受信先ではないシンクノードが前記第１のストリームのすべてのパケットの受信に成功しているかどうかを確認するステップと；前記特定のシンクノードが、前記特定の受信先ではないシンクノードが１又はそれ以上の特定のパケットの受信に成功していないことを確認した場合、前記特定の受信先ではないシンクノードが、前記１又はそれ以上の特定の受信されていないパケットを確実に受信するように、前記ソースノードが動作をとることができるように、再送信要求パケットを前記ソースノードに、前記特定の受信先ではないシンクノードが前記第１のストリームの１又はそれ以上の特定のパケットの受信に成功していないという指示とともに伝送するステップと；を具える。
【００２３】
特定の実施例は、これらの態様、特性、又は利点のすべて、いくつかを提供するか、全く提供しない。特定の実施例は、１又はそれ以上の他の態様、特性、あるいは利点を提供しても良く、１又はそれ以上のものが、本書において図面、記述、及びクレームから当業者に容易に理解しうる。
【図面の簡単な説明】
【００２４】
【図１】図１は、本発明の１又はそれ以上の実施例を含むメディアストリーム再生のための例示的なインフラストラクチャネットワークの単純なブロック図である。
【図２】図２は、実行されたときに本発明の１又はそれ以上の方法の実施例を実行するソフトウェアを具える無線ラウドスピーカサブシステムの単純なブロック図である。
【図３】図３は、第１、第２、第３、及び第４のスレーブ装置を含む無線ネットワークにおける１のマスタ装置Ｍ１を具える単純な実施例のシステムを示す。
【図４】図４は、２つのスレーブマスタ装置Ｓ１とＳ４及びデータをソースするマスタ装置Ｍ１を具える単純な実施例のシステムを示す。
【図５】図５は、本発明のいくつかの発明の態様を示すために、パケットの交換の一実施例を示す。
【図６】図６は、鍵同期のためのメッセージ交換の一実施例を示す。
【図７】図７は、マスタ装置における方法の単純なフローチャートを示す。
【図８】図８は、スレーブスレーブ装置における方法の実施例の単純なフローチャートを示す。
【図９】図９は、本発明の一実施例で使用される情報要素を示す。
【発明を実施するための形態】
【００２５】
本発明の実施形態は、方法と、少なくとも１のプロセッサに方法を実行させるソフトウェアを担持するキャリアメディアと、マスタ装置と呼ばれるソース装置と、各々がそれぞれのユニキャストストリームの対象となる受け取り先であるスレーブ装置と呼ばれる１又はそれ以上のシンク装置の間でユニキャストパケットストリームを使用するシステム、及びさらにあらゆるユニキャストストリームの対象となる受け取り先ではない１又はそれ以上の他のシンク装置（いわゆるスレーブ装置）を具える。また、ユニキャストストリームの対象となる受け取り先である各スレーブ装置は、本書では、スレーブマスタ装置と呼ばれ、あらゆるユニキャストストリームの対象となる受け取り先でもない各スレーブ装置は、本書ではスレーブスレーブ装置と呼ぶ。
【００２６】
図１は、複数の無線ラウドスピーカサブシステムへの無線ネットワークリンクにおける無線サウンドオーディオシステムの一実施例を示す。図示される実施例は、５．１サラウンド・サウンド・システムであり、これは、左前の無線ラウドスピーカサブシステム１０３と、右前の無線ラウドスピーカサブシステム１０５と、中心の前の無線ラウドスピーカサブシステム１０１と、左後の無線ラウドスピーカサブシステム１０７と、右後の無線ラウドスピーカサブシステム１０９とを具える。図１は、たとえば、ビデオと、無線で視聴覚内容の音声を受信する無線ラウドスピーカサブシステム１０１、１０３、１０５、１０７、及び１０９とを具えるいわゆるホームシアタシステムの音声部を図示している。一実施例において、ディジタル・メディアのリアルタイムソース、例えばＤＶＤプレーヤ１１１は、Ｓ／ＰＤＩＦ音声出力を提供し、この無線ホームシアタシステムで、中心チャネルの無線ラウドスピーカサブシステム１０１に接続している。リスナーが、見ているビデオと聞こえる音声の間の遅延、リップシンク遅延に気付かないように、適当な音声データが、中心チャネルの無線ラウドスピーカサブシステムによってそれぞれ他の無線ラウドスピーカサブシステム１０３、１０５、１０７、及び１０９へ無線で伝達されて、デコードされ、好適な短期間内に再生される必要がある。
【００２７】
一実施例において、無線ネットワークはＩＥＥＥ８０２．１１標準無線ネットワークである。１つの装置が、プライベートネットワークにおいてメインデータソースであるように選択される。このような装置は、本書においてマスタ装置と呼ばれる。また、一実施例において、マスタ装置は、インフラストラクチャネットワークのアクセス・ポイントとして機能する。代替的な実施例において、分離しているアクセス・ポイントを具えている。記述している他に、そうではないことが明確に記述されない限り、プライベートネットワークのアクセス・ポイントは、例えば、マスタ装置において同じ場所に配置される。一実施例において、アクセス・ポイントとしても機能するマスタ装置が、あらかじめ選択され、例えば中心チャネルの無線ラウドスピーカサブシステム１０１である。従って、プライベートネットワークのアクセス・ポイントは、無線ネットワークによるＤＶＤソース１１１からシステムへのＳ／ＰＤＩＦ入力と他のラウドスピーカサブシステムの間のブリッジとして機能する。一の代替的な実施例において、リアルタイムの音声又はＡＶの内容のソースは、別のネットワークからである。代替的な実施例において、マスタ装置は、起動時にランダムに選択される。
【００２８】
一の特定の実施例は、ソース装置、例えばＤＶＤプレーヤーのＳ／ＰＤＩＦフォーマット出力からストリームされる音声を再生する無線ラウドスピーカサブシステムを具える。中心チャネルの無線ラウドスピーカサブシステム１０１は、アクセス・ポイントとして実行し、他の無線ラウドスピーカサブシステム１０３、１０５、１０７、１０９にデータを送出すためのマスタ装置として実行するように選択されるか、予め選択される。
【００２９】
本発明の一実施例は、ユニキャストストリームの対象となる受け取り先ではない他のスレーブ装置（「スレーブスレーブ」装置）が、いわゆる「プロミスカスモード」の受信ネットワークトラフィックと呼ばれる、全てのネットワークトラフィックを受信し、試験している状態で、例えば中心チャネルの無線ラウドスピーカサブシステム１０１のマスタ装置と１又はそれ以上のスレーブ装置（「スレーブマスタ」装置）の間でユニキャストパケットストリームを使用する８０２．１１対応の装置に実装される伝送方法である。スレーブスレーブ装置は、この方法において、マルチメディアデータを受信する。さらに、一実施例は、いかなるスレーブスレーブ装置もパケットを正確に受信しない場合に、スレーブスレーブ装置が、ユニキャストデータとして「ロスト」パケットの再送信をスレーブスレーブ装置に要求できることを確実にするより高次層の再送信方法を具える。
【００３０】
図２は、無線ステーション、例えばＩＥＥＥ８０２．１１無線ネットワーク基準に従うものを実装している無線ネットワークトランシーバユニット２１２に接続しているアンテナサブシステム２１１を具える無線インタフェースを具える無線ラウドスピーカサブシステム２００の単純なブロック図を示す。一実施例において、トランシーバ２１２は、標準の商業的なＩＥＥＥ８０２．１１チップセット例えば、Ａｔｈｅｒｏｓ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，ｉｎｃによって作られたものを具える。無線トランシーバユニット２１２は、一実施例ではＤＳＰ装置であり、無線ラウドスピーカサブシステム２００でプログラムを実行するマイクロコントローラ２１３に接続されている。一実施例では、マイクロコントローラ２１３は、オペレーティングシステム、例えばＬｉｎｕｘオペレーティングシステムでプログラムを実行するために配置され、ＰｏｗｅｒＰＣコアを具える。オペレーティングシステム、及び１又はそれ以上の本発明の方法の実施例を実装するプログラムを含む他のプログラム２３１をメモリ２１５に記憶できる。この詳細は、本発明の態様を不明瞭にしないために図２に図示されていないが、マイクロコントローラ２１３、メモリ２１５、及び無線トランシーバ２１２の信号線のいくつかが、バスサブシステムによって、互いに接続していることは、当業者に理解されるであろう。
【００３１】
再生ユニット２００は、マイクロコントローラ２１３と他の構成要素によって出力のための一組のディジタルサンプルの形式に変換される（「レンダーリングされる」）音声ストリームを受信するために位置する。これらは、標準のＩ２Ｓフォーマットに、または他のあらゆる形式に従うことができる。
【００３２】
ディジタルオーディオサンプルは、オーディオアンプ２２９によって少なくとも１のラウドスピーカ２１４に出力される前に、アナログ変換のために、クロック制御回路２２０を介し、ダウンサンプラ２２７を介してディジタル−アナログ変換器（ＤＡＣ）２２８に伝送される。
【００３３】
図３は、それぞれＳ１、Ｓ２、Ｓ３、及びＳ４として示される第１、第２、第３、及び第４のスレーブ装置３０３、３０５、３０７、及び３０９それぞれに無線で接続されている、例えば図１の中心チャネルの無線ラウドスピーカサブシステム１０１であるＭ１として示される一のマスタ装置３０１を具える単純な実施例のシステムを示す。マスタ装置３０１は、例えば、ソース装置１１１から、例えばＳ／ＰＤＩＦフォーマットで音声データを受信し、データをパケット化し、各パケットに独特な、単調に増加するシーケンス番号を記すことを具える。マスタ装置３０１は、メディアストリームを図３のスレーブ装置３０３、３０５、３０７、及び３０９に送信する。一実施例では、データは、スレーブ装置のうちの１つ、本実施例では、第１のスレーブ装置３０３にアドレス付けされたユニキャストパケットストリームによってストリームされ、従って、Ｓ１ ３０３はスレーブマスタ装置である。データは、各々のスレーブスレーブ装置が、無線メディアでスレーブマスタ装置３０３にアドレス付けされたユニキャストパケットを含む全てのパケットを受信し試験する、いわゆるプロミスカスモードで動作する第２、第３、及び第４のスレーブ装置３０５、３０７、及び３０９−本実施例ではスレーブスレーブ装置−それぞれによって、他のスレーブ装置３０５、３０７、及び３０９で受信される。一実施例では、各スレーブスレーブ装置３０５及び３０７は、Ｍ１Ｓ１間ユニキャストパケットを選択して、音声又はビデオデータをレンダーリングするように、それぞれの装置で実行される再生アプリケーション、例えば装置のラウドスピーカにこのように選択されたパケットを通すように構成される。
【００３４】
第１のスレーブ装置−スレーブマスタ装置３０３−への伝送に信頼性がある一方、１又はそれ以上のスレーブスレーブ装置３０５、３０７、及び３０９においてロストパケットがあるかもしれない。各々のスレーブスレーブ装置は、ソフトウェア、例えばロストされたパケット、例えばシーケンス番号の存在しないパケットを処理するアプリケーション層で動作するソフトウェアを具える。特定のスレーブスレーブ装置において、一連のパケットのシーケンス番号が存在しないことを確かめる場合、特定のスレーブスレーブ装置は、再送信されるべきシーケンス番号が存在しない１又は複数のパケットに対する要求を有するメッセージをマスタ装置Ｍ１ ３０３に無線で送信する。マスタ装置３０１は、特定のスレーブスレーブ装置からの再送信要求を受信し、再送信要求において存在しないシーケンス番号に従って存在しないパケットを送信する。存在しないパケットの送信は、要求されている特定のスレーブスレーブ装置にアドレス付けされたユニキャストパケットによる。
【００３５】
無線接続がＩＥＥＥ８０２．１１標準に適合している一実施例において、方法は、存在しないパケットのシーケンス番号を検出するステップを具える。存在しないパケットの検出方法は、一実施例では、製造元固有の情報要素（ＩＥ）の形式でさらなる情報を含むビーコンフレームを使用する。ビーコンフレームがアクセス・ポイントから時々、例えば定期的にブロードキャストされることを考慮する。ＩＥＥＥ８０２．１１ビーコン・フォーマットは、ベンダ固有ＩＥの形式でベンダ固有の拡張を提供する。図９は、本発明の一実施例で使用されるＩＥの一実施例を示す。情報要素におけるシーケンス番号フィールドは、ユニキャストストリームの最後に送信されたパケットのシーケンス番号を包含しており、ユニキャストストリームパケットが伝達されているときに、時々、例えば定期的にマスタ装置、例えば、装置３０１にアップデートされる。定期的なビーコンフレームはＢＳＳの最低基準レートで送られ、それゆえ、全ての聞いているクライアントによって受信される可能性が高い。このように、スレーブスレーブ装置が、一時的に局所的な干渉を受けて、より大きいビットレートのスレーブマスタパケットをプロミスカスモードで十分に受信することができない場合、さらに、ビーコンフレームを十分に受信して、ビーコンフレーム内のシーケンス番号と最後の十分に受信されたプロミスカスモードのユニキャストストリームパケットとの比較によってユニキャストストリームを受信していないかどうかを判別することができるであろう。
【００３６】
当業者は、ビーコンフレーム情報要素の定期的なアップデートが、他のメディア及びストリーム状態の情報を含むように拡張でき、従って、システムが、ユニキャストメディアストリーム内に取り込まれても良い重要な制御コマンドを潜在的に失うことを防止することを理解しうる。本発明の一実施例は、図９に示すように、情報要素を用いて、マスタの容量レベルと現在のメディア再生状態をスレーブ装置の全てに提供する。
【００３７】
別の実施例において、１のマスタ装置、１より多いスレーブマスタ装置、及び１又はそれ以上のスレーブスレーブ装置がある。図４は、２つのスレーブマスタ装置Ｓ１ ３０３とＳ４ ３０９を具える一実施例のシステムを示す。マスタ装置は、再びＭ１ ３０１であり、２つのスレーブスレーブ装置３０５、３０７がある。図３の実施例におけるように、各スレーブスレーブ装置３０５、３０７は、プロミスカスモードで、Ｍ１Ｓ１間ユニキャストパケット及びＭ１Ｓ４間ユニキャストパケットを含むすべてのトラフィックを受信する。一連のパケットのシーケンス番号が特定のスレーブスレーブ装置に存在しないことが確認される場合、特定のスレーブスレーブ装置は、再送信されるべきシーケンス番号が存在しない１又は複数のパケットに対する要求を有するメッセージをマスタ装置に無線で送信する。マスタ装置は、特定のスレーブスレーブ装置からの再送信要求を受信し、再送信要求において存在しないシーケンス番号に従って存在しないパケットを送る。存在しないパケットの送信は、要求されている特定のスレーブスレーブ装置にアドレス付けされたユニキャストパケットによる。
【００３８】
スレーブマスタ装置が１より多い場合、各スレーブスレーブ装置は、このとき、１より多いユニキャストストリームを受信することができるので、各パケットが順番に受信されうる可能性は、スレーブスレーブ装置が受信できる１のユニキャストストリームのみの場合より大きい。従って、全てのスレーブ装置への通信は、１のスレーブマスタ装置のみの場合より信頼できるであろう。
【００３９】
このように、当業者は、より多い又はより少ないスレーブマスタ装置を具えることによって、ネットワークスループットとトラフィックの信頼性の間にあるトレードオフの可能性が分かる。全てのユニキャスト伝送のために同じデータレートであると仮定すると、最低のスループットに対応する最高の信頼性は、スレーブ装置の各々にユニキャストする場合であり、スレーブ装置は、プロミスカスモードである間だけデータを受信しないが、一方で、最低の信頼性スペクトルに対応する最高のスルーアウトが、単一のスレーブ装置にユニキャストするマスタ装置の場合であり、全ての他のスレーブスレーブ装置がプロミスカスモードである間データを受信する。
【００４０】
このように、１又はそれ以上のスレーブスレーブ装置がプロミスカスモードでトラフィックを受信しつつ、ユニキャストパケットを１又はそれ以上のスレーブマスタ装置に送信することによって達成される全てのスレーブ装置への信頼性のある伝送方法を記述している。従って、信頼性が達成されるが、バンド帯域の必要性は各スレーブ装置にユニキャストを送信することと比較すると小さくなっている。
【００４１】
本発明のこれらの例示的な実施例は、唯一の可能なバリエーションでは決してなく、当業者は、本発明によって包含された多数の異なる構成と配置があることが理解されるであろう。
【００４２】
図３に戻ると、１のスレーブマスタ装置、例えばＳ１ ３０３の場合である。一の代替的な実施例は、例えば、各々のスレーブスレーブ装置から再送信を受信する割合によって示されるように、各々のスレーブスレーブ装置のエラーレートを監視し、あらかじめ規定された閾値を超過する再送信の要求の受信割合によって示される、あらかじめ規定されたエラー閾値を超過するエラーレートによって示されるように、特定のスレーブスレーブ装置からのエラーレートが比較的高い場合かどうかを検出するマスタ装置３０１を具える。一実施例では、あらかじめ規定された閾値は、ユーザーによって設定可能である。たとえば、特定のスレーブスレーブ装置、いわゆるＳ３ ３０７は、比較的頻繁に再送信の要求を送信し、これらはマスタ装置で受信されると仮定する。これは、特定のスレーブスレーブ装置３０７が、Ｍ１Ｓ１間ユニキャストトラフィックを確実に受信できないことを示すかもしれない。一実施例では、マスタ装置３０１は、第１のスレーブＳ１ ３０３に以前にアドレス付けされたユニキャストストリームを、ここではスレーブマスタ装置になる頻繁に要求するスレーブＳ３ ３０７に再度アドレス付けする。標準の輸送機構を用いて、ユニキャストストリームの新しい伝送レートは、新しいユニキャストスレーブマスタ装置、ここではＳ３ ３０７が支持できる最大の伝送レートにしうる。前のスレーブマスタ装置Ｓ１ ３０３、ここではスレーブスレーブ装置は、この新しいレートでパケットを正確に受信できる可能性が高く、ここではスレーブスレーブ装置３０３からの再送信要求の場合は、前のスレーブスレーブ装置、ここではスレーブマスタ装置３０７からよりも少なくなるべきである。
【００４３】
図５は、いくつかの本発明の態様を示すために一実施例のパケットの交換を示す。図５は、１のマスタ装置（Ｍ１）３０１及び３つのスレーブ装置（Ｓ１、Ｓ２、Ｓ３）３０３、３０５、及び３０７を示す。第１のスレーブ装置Ｓ１ ３０３は、スレーブマスタ装置、すなわち、マスタ装置３０１からのユニキャストフレームの受信先である一方、他のスレーブ装置３０５と３０７は、プロミスカスモードでネットワークトラフィックを受信するよう動作中に構成されるスレーブスレーブ装置である。
【００４４】
マスタ装置３０１は、Ｍ１Ｓ１間ユニキャストパケット５０１を送信する。これは無線で受信されて、メッセージ５０２と５０３に示すように、プロミスカスモードでスレーブスレーブ装置３０５と３０７によって試験される。この図において、点線矢印を用いて、スレーブスレーブ装置で受信されるか受信できるが、スレーブマスタ装置にアドレス付けされているメッセージを示す。
【００４５】
この実施例では、マスタ装置３０１は、次にＭ１Ｓ１間ユニキャストデータパケット５０４を送信し、これは、スレーブマスタ装置３０３によって、また、プロミスカスモードで第２のスレーブ装置３０５によって（５０５として示される受信）受信が成功するが、中断している矢印５０６及びＸによって示されるように、第３のスレーブ装置Ｓ３ ３０７によって受信されない。
【００４６】
マスタ装置３０１は、次にＭ１Ｓ１間ユニキャストデータパケット５０７を送信し、これは、スレーブマスタ装置３０３によって、また、第２及び第３のスレーブ装置３０５、３０７によって受信が成功する。この時点で、第３のスレーブ装置３０７は、パケットが存在しないことを理解する。
【００４７】
Ｓ３ ３０７は、再送信要求（５０８）をマスタ装置Ｍ１ ３０１に送信し、パケットをドロップしたことを指示し、再送信要求が存在しないパケット番号を指示する。Ｍ１は、この時点でいくつかの動作を行うことができる。一実施例では、マスタ装置は、応答して、存在しないパケットを、要求しているスレーブスレーブ装置Ｓ３ ３０７にアドレス付けされたユニキャスト伝送として送信することができる。
【００４８】
図５の実施例では、マスタ装置が、スレーブスレーブ装置が再送信を行ったヒストリを保存していると仮定すると、例えば、以前パケットをミスした第３のスレーブ装置Ｓ３ ３０７の一部のヒストリに基づいて、マスタ装置３０１は、Ｓ１ ３０３にアドレス付けされたユニキャストパケットを送信することからＳ３ ３０７にアドレス付けされたユニキャストパケットを送信するように切り換えることを決める。一実施例では、ユニキャストパケットの受信先を切り換えるこの決定の結果、マスタ装置は、新しいスレーブマスタ装置の受信先を含む各スレーブ装置にアドレス付けされたメッセージを送信し、スレーブマスタ装置ではない、ここでは装置３０３と３０５は、プロミスカスモード、また、マスタ装置から新しいスレーブマスタ装置３０７にアドレス付けされたメッセージを選択するように切り換えることができる。
【００４９】
メッセージ５０９、５１０、及び５１１において、マスタ装置は、これらのメッセージの受信後にＳ３ ３０７がスレーブマスタ装置であるように、スレーブ装置３０３、３０５、及び３０７にそれぞれ新しいトポロジを知らせる。
【００５０】
メッセージ５１２は、マスタ装置３０１からの第１のＭ１Ｓ３間ユニキャストパケットである。このメッセージは、ここでは、スレーブスレーブ装置である他の２つのスレーブ装置Ｓ１ ３０３とＳ２ ３０５によってプロミスカスモードで受信可能であり、試験可能である。
【００５１】
図５において、メッセージ５０１乃至５０３及びメッセージ５１２は、ユニキャスト・データストリームパケットである。各メッセージ５０８乃至５１１は、制御パケットである。２種類の制御メッセージが誘導される：第１に、一実施例で、第１の新しい情報要素（ＩＥ）：ストリーム識別子、ストリームの存在しないパケット番号のシーケンス番号、要求している装置のＭＡＣアドレス、及び一実施例では、チャネルにおいて特定のスレーブ装置が再生する多重チャネル音声再生のためのデータを含む再送信メッセージである。第２のメッセージは、新しいスレーブマスタ装置を指示する各スレーブ装置に伝達されるスレーブマスタ切換メッセージである。スレーブマスタ切換メッセージは、一実施例において、第２の新しい情報要素（ＩＥ）：ストリーム識別子、新しいスレーブマスタ装置にアドレス付されるストリームの開始シーケンス番号、新しいスレーブマスタ装置のアドレスを含む。
【００５２】
代替的な実施例において、マスタ装置は、スレーブ装置Ｓ１への伝送レートを減らし、従って、プロミスカスモードで動作する（受信する）間、他のスレーブ装置がパケットの受信に成功する可能性を高める。
【００５３】
一実施例は、スレーブ装置におけるプロセッサが、存在しないパケットの確認、及び再送信要求、再送信要求を受信するマスタ装置によって送信される存在しないパケットの受信を選択するパケットを担持するようにするアプリケーション層ソフトウェア命令を具えるが、別の実施例では、ソフトウェア命令は、装置のネットワーク・インターフェース・スタックにおける低層の一部であることに留意する。同様に、一実施例は、マスタ装置におけるプロセッサが、再送信要求を受信して翻訳処理し再送信を送信する、いくつかの実施例では、スレーブマスタ装置の変更を指示するようにスレーブマスタ装置を切り換えてスレーブ装置に制御パケットを送信することを決定するようにするアプリケーション層ソフトウェア命令を具えるが、ソフトウェア命令は、装置のネットワーク・インターフェース・スタックにおける低層の一部である。
【００５４】
再び、当業者は、これらの改良及び拡張が本発明の唯一の適用例ではないことを理解しうるだろう。包括的な本発明の下で多くの他の改良がある。
【００５５】
本発明の別の態様は、セキュリティを確実にして、スレーブスレーブ装置及びスレーブマスタ装置が、スレーブマスタ装置へのユニキャストパケットを安全に受けることができることを確実とする鍵交換である。例えば、スレーブ装置とマスタ装置をネットワークに認証するために、ＥＡＰ認証方法、ＷＰＡ２、又は任意のＩＥＥＥ８０２．１１ｉ又はＷＰＡの変形例が使用されると仮定すると、一実施例は、受信が、ユニキャストフレームの受信先、すなわちスレーブマスタ装置によるか、あるいはプロミスカスモード中で受信する装置によるものであっても、全ての装置が、マスタ装置からユニキャストフレームを受信するために同じユニキャスト鍵を使用することを確実にするようにユニキャスト鍵同期を具える。一実施例において、ユニキャスト鍵同期は、たとえば、ＩＥＥＥ８０２．１１ｉ標準で記述されるＥＡＰ−鍵メッセージを用いて実行される。別の実施例において、マスタ装置からスレーブマスタ及びスレーブスレーブ装置に伝送されるカスタムメッセージによって鍵交換を開始する。
【００５６】
図６は、鍵同期のためのメッセージ交換の一実施例を示す。図６は、１のマスタ装置（Ｍ１）３０１及び３つのスレーブ装置（Ｓ１、Ｓ２、Ｓ３）３０３、３０５、及び３０７を示す。第１のスレーブＳ１ ３０３は、スレーブマスタ装置、すなわちマスタ装置３０１からのユニキャストフレームの受信先である一方、他のスレーブ装置３０５及び３０７は、動作中にプロミスカスモードでネットワークトラフィックを受信するよう構成されるスレーブスレーブ装置である。
【００５７】
図６において、メッセージ交換６０１、６０２、及び６０３は、鍵交換あたり４つのメッセージを用いる８０２.１１および／またはより高レベルのＥＡＰ認証を表す。メッセージ交換６０４は、システムの全ての装置間の伝送鍵の同期を表す。この場合、各クライアントへのメッセージの内容は、ＥＡＰ鍵のパケット内に包含されており、ネットワークにわたる正規のトラフィックのように暗号化される。メッセージ交換シーケンス６０４が完了したあと、ネットワークの全ての装置は、同じユニキャストネットワーク鍵で動作するであろう。
【００５８】
図７は、マスタ装置における方法の単純なフローチャートを示す。方法は、メディア・データストリームをパケットネットワークのソースノード、例えば無線ネットワークにおけるマスタノードから複数のネットワークのシンクノード、例えば無線ネットワークにおけるスレーブノードに伝送することである。方法は、７０１に、他の、受信先ではないシンクノードが、各々が第１のストリームを含むネットワークの全てのトラフィックを受信するプロミスカスモードで動作中、受信先のシンクノードが、第１のストリームを確実に受信できるように、ソースノードが、少なくとも１のシンクノードにアドレス付けされたユニキャストパケットの第１のストリームを伝送するステップを具える。方法は、さらに、７０３に、ソースノードが、特定の受信先ではないシンクノードが、第１のストリームの１又はそれ以上の特定のパケットの受信に成功していないという指示とともに、再送信要求パケットを特定の受信先ではないシンクノードから受信するステップと；７０５に、すべてのシンクノードが、完全な第１のストリームを受信できるように、ソースノードが、特定の受信先ではないシンクノードが１又はそれ以上の特定のパケットを受信することを確実にするよう動作するステップとを具える。
【００５９】
図８は、スレーブスレーブ装置における方法の実施例の単純なフローチャートを示す。方法は、パケットネットワーク、例えばソースノードと複数のシンクノードを具える無線ネットワークにおける。方法は、８０１に、ネットワークの特定のシンクノードが、ネットワークにおけるトラフィックの受信を含むプロミスカスモードで動作するステップを具える。トラフィックは、ユニキャストパケットの第１のデータストリーム、例えばソースノードによって伝送され特定のシンクノードを含んでいない少なくとも１の別のシンクノードにアドレス付けされたメディアデータパケットを含む。方法は、さらに、８０３に、特定のシンクノードが、受信したトラフィックから第１のデータストリームを選択するステップと、８０５に、特定のシンクノードが、特定の受信先ではないシンクノードが第１のストリームのいくつかのパケットの受信に失敗しているかどうかを確認するステップと、８０７に、特定のシンクノードが、特定の受信先ではないシンクノードが１又はそれ以上の特定のパケットの受信に成功していないことを確認した場合、ソースノードが、特定の受信先ではないシンクノードが、１又はそれ以上の特定の受信されていないパケットを受信することを確実にするよう動作できるように、特定の受信先ではないシンクノードが、第１のストリームの１又はそれ以上の特定のパケットの受信に成功していないという指示とともに、再送信要求パケットをソースノードに伝送するステップとを具える。８０９に、ソースノードが正確な動作をとる結果、存在しないパケットが受信される。
【００６０】
一般的な業界の専門用語を踏まえて、「ベースステーション」、「アクセス・ポイント」及び「ＡＰ」という用語を本書で相互に使用して、複数の他の電子装置に無線で（又は電力線などのメディアを介してより広く：下記参照）実質的に同時に通信しうる電子装置を説明してもよく、その一方で、「クライアント」、「スレーブ装置」、及び「ＳＴＡ」という用語は、可動性は必要条件ではないが、移動し通信する機能を有する、これらの複数の他の電子装置のいくつかを説明するために、本書で相互に使用しても良い。しかしながら、本発明の範囲は、これらの用語の名称の装置に限定されるものではない。
【００６１】
ＩＥＥＥ８０２．１１基準に適合して動作するための実施例を説明したが、例えば、他のＷＬＡＮ標準や他の無線標準を含む他の適用例のために、他の無線ネットワーク基準に適合する装置を用いて、本発明を実施しても良い。適合可能な適用例には、ＩＥＥＥ８０２．１１無線ＬＡＮ及びリンク、無線Ｅｔｈｅｒｎｅｔ（登録商標）、ＨＩＰＥＲＬＡＮ２、ヨーロッパ技術標準協会（ＥＴＳＩ）ブロードバンド・ラジオ・アクセス・ネットワーク（ＢＲＡＮ）、及びマルチメディアモバイルアクセス・コミュニケーション（ＭＭＡＣ）システム、無線ローカルエリアネットワーク、ローカル・マルチポイント配信サービス（ＬＭＤＳ）ＩＦストリップ、無線・ディジタル・ビデオ、無線ＵＳＢリンク、無線IEEE１３９４リンク、ＴＤＭＡパケットラジオ、ローコストポイント・ツー・ポイントリンク、ボイス・オーバー・アイピーポータブル「携帯電話 」（無線インターネット電話）などが含まれる。
【００６２】
本書の文脈では、「無線」及びその派生語を使用して、非固体メディアを通る変調された電磁放射の使用により、データを通信する、回路、装置、システム、方法、技術、通信チャンネル、その他を説明してもよい。この言葉は、いくつかの実施例ではそうではないが、関連装置がなんらワイヤを具えないことを意図するものではない。
【００６３】
そうではないことを特に言及しない限り、以下の記述から明らかであるように、本明細書の説明全体を通して「処理する」、「コンピュータで計算する」、「計算する」、「判定する」又はその種の他のものなどの言葉を使用することは、コンピュータ又はコンピュータシステム、又は例えば電子機器の物理量として表されるデータを物理量として同じように表される他のデータに変換する同じような電子計算機器の動作及び／又は処理に言及することに留意されたい。
【００６４】
同様の方法で、「プロセッサ」という言葉は、例えば、レジスタおよび／またはメモリからの電子データを、例えばレジスタおよび／またはメモリに保存されても良い他の電子データに電子データを変換するよう処理する任意の装置又は装置の一部をいう。「コンピュータ」または「計算機」または「コンピュータ・プラットホーム」は、１又はそれ以上のプロセッサを具えてもよい。
【００６５】
本書に記載の方法論は、一実施例では、１又はそれ以上のプロセッサによって実行される場合に、本書に記載の少なくとも１の方法を実行する一組の命令を含む、コンピュータ読取可能（また、機械読取可能という）コードを受ける１又はそれ以上のプロセッサによって実行可能である。とられるべき動作を特定する一組の命令を（連続的又は別の方法で）実行可能なプロセッサが含まれる。従って、一実施例は、１又はそれ以上のプロセッサを具える一般的な処理システムである。各プロセッサは、１又はそれ以上のＣＰＵ、グラフィックス処理装置、及びプログラム可能ＤＳＰユニットを具えても良い。処理システムは、さらに、メインＲＡＭおよび／またはスタティックＲＡＭおよび／またはＲＯＭを具えるメモリサブシステムを具えても良い。構成要素間で通信するためにバス・サブシステムを具えても良い。処理システムは、さらに、ネットワークによって接続されたプロセッサを具える分散処理システムにしてもよい。処理システムがディスプレイを必要とする場合、そのようなディスプレイは、例えば、液晶ディスプレイ(ＬＣＤ）またはブラウン管（ＣＲＴ）ディスプレイを含んでも良い。データの手入力が必要である場合、処理システムは、さらに、キーボードなどの１又はそれ以上の英数字入力装置、マウスなどのポインティング制御装置、及びその他などのソース装置を含んでも良い。文脈から明白である場合、さもなければ明確に述べられない限り、本書に使用されるメモリ装置という言葉は、また、ディスク・ドライブユニットなどの記憶システムを含む。いくつかの構成において処理システムは、サウンド出力装置と、ネットワーク・インターフェース装置とを具えても良い。メモリサブシステムは、１又はそれ以上のプロセッサによって実行されるときに、本書に記載の１又はそれ以上の方法を行わせる一組の命令を含むコンピュータ読取可能コード（例えばソフトウェア）を担持するコンピュータ読取可能キャリアメディアを具える。方法がいくつかの要素、例えばいくつかのステップを具える場合、このような要素の順番は、特に定められていない限り、意図されていないことに留意される。ソフトウェアは、ハードディスクにあるか、又は、完全に少なくとも部分的に、ＲＡＭおよび／またはコンピュータシステムによって、実行中、プロセッサ内にあるようにしてもよい。このように、メモリおよびプロセッサは、コンピュータ読取可能なコードを担持するコンピュータ読取可能なキャリアメディアを構成する。
【００６６】
さらに、コンピュータ読取可能なキャリアメディアは、コンピュータプログラム製品を形成するか、これに具えられていても良い。
【００６７】
代替的な実施例において、１又はそれ以上のプロセッサは、独立型装置として動作するか、ネットワーク展開において、例えば、他のプロセッサにネットワーク化されて、接続され、１又はそれ以上のプロセッサは、サーバ−クライアント・ネットワーク環境でサーバ又はクライアント・マシンの機能で、又はピアツーピアあるいは分散ネットワーク環境におけるピア・マシンとして動作してもよい。１又はそれ以上のプロセッサが、パーソナルコンピュータ（ＰＣ）、タブレットＰＣ、セットトップボックス（ＳＴＢ）、パーソナル携帯情報端末（ＰＤＡ）、携帯電話、ウェブ機器、ネットワーク・ルータ、スイッチまたはブリッジまたは機器によってとられるべき動作を特定する一組の命令を（連続的又は別の方法で）実行できる任意の機械を形成してもよい。
【００６８】
いくつかの図は、１のプロセッサ及びコンピュータの読取可能なコードを担持する１のメモリのみを示しているが、上記構成部材の多くが具えられるが、独創的な態様を不明瞭にしないように、明確に図示又は記述していないことを当業者は理解しうることに留意されたい。例えば、１の機械のみを示しているが、「機械」という言葉は、本書に記載の１又はそれ以上の方法論を行うために、一組の（又は複数組の）命令を個別に又は共同で実行する機械の集合をも含むようにとられれても良い。
【００６９】
このように、本書に記載の各方法の一実施例は、一組の命令、例えば１又はそれ以上のプロセッサ、例えば音声再生用の無線拡声器システムの一部である１又はそれ以上のプロセッサで実行するためのコンピュータープログラムを担持するコンピュータ読取可能キャリアメディアの形式である。このため、当業者によって理解されるように、本発明の実施例は、方法、例えば特別な目的の装置などの装置、例えばデータ処理システムなどの装置、又は例えばコンピュータープログラム製品などのコンピュータ読取可能キャリアメディアとして実現される。コンピュータ読取可能キャリアメディアは、１又はそれ以上のプロセッサで実行されるときに、１又は複数のプロセッサに方法を実行させる一組の命令を具えるコンピュータ読取可能コードを担持する。したがって、本発明の態様は、方法、完全なハードウェア実施例、完全なソフトウェア実施例、あるいはソフトウェアとハードウェア態様を組み合わせた実施例の形式をとるようにしてもよい。さらに、本発明は、メディアで実現されるコンピュータ読取可能プログラムコードを担持するキャリアメディア（例えばコンピュータ読取可能記憶メディアのコンピュータープログラム製品）の形式をとるようにしてもよい。
【００７０】
さらに、ネットワーク・インターフェース装置を介してネットワークを通してソフトウェアを伝送又は受信しても良い。キャリアメディアが、１のメディアにしうる例示的な実施例において示されているが、「キャリアメディア」という用語は、１又はそれ以上の命令のセットを記憶する１又は複数のメディア（例えば集中又は分散データベース、および／または関連キャッシュ及びサーバ）を含めるようにとられるべきである。また、「キャリアメディア」という言葉は、１又はそれ以上のプロセッサに方法を実行させるための一組の命令を記憶する、コード化する、又は担持することができ、１又はそれ以上のプロセッサにどんな１又はそれ以上の本発明の方法論をも行わせる任意のメディアを含むようにとられてもよい。キャリアメディアは、限定ではないが、不揮発性メディア、揮発性メディア、及び伝達メディアを含む多くの形式をとるようにしてもよい。不揮発性メディアは、たとえば、光学、磁気ディスク、及び光磁気ディスクを含む。揮発性メディアは、メイン・メモリなどのダイナミック・メモリを含む。伝達メディアは、バス・サブシステムを具えるワイヤを具える、同軸ケーブル、銅線、光ファイバを含む。また、伝達メディアは、例えば電波及び赤外線通信中に発生するような音響又は光波の形式ととるようにしてもよい。例えば、「キャリアメディア」という言葉は、それに応じて、限定ではないが、ソリッドステートメモリ、光学及び磁気メディアで実現されるコンピュータ製品、１又はそれ以上のプロセッサの少なくとも１のプロセッサによって検出可能な伝播される信号を担持し、実行されるときに方法を実行する一組の命令を表現するメディア、１又はそれ以上のプロセッサの少なくとも１のプロセッサによって検出可能な伝播される信号を担持し、伝播される信号の一組の命令を表現し、その組の命令を表現する搬送波、及び１又はそれ以上のプロセッサの少なくとも１のプロセッサによって検出可能な伝播される信号を担持し、一組の命令を表現するネットワークにおけるトランスミッションメディアを含むようにしてもよい。
【００７１】
記載した方法のステップは、記憶装置に保存される命令（コンピュータ読取可能コード）を実行する処理（すなわちコンピュータ）システムの適当なプロセッサ（又は複数のプロセッサ）によって、一実施例で実行されることに留意されたい。また、本発明は、いかなる特定のインプリメンテーション又はプログラミング技術に限定されず、本発明は、本書に記載の機能を実行するための適切な方法を用いて本発明を実施してもよいことに留意されたい。本発明は、特定のプログラム言語又はオペレーティングシステムに限定されない。
【００７２】
本書を通して「ある実施例」又は「一実施例」とは、実施例とともに記載された特定の態様、構造又は特性が、本発明の少なくとも１の実施例に含まれることを意味する。このため、本明細書全体にわたる様々な場所における「ある実施例」又は「一実施例」におけるフェーズの登場は、必ずしも同じ実施例に言及するものではない。さらに、本開示から当業者が明らかなような、特定の態様、構造又は特性を適切な方法で組み合わせてもよい。
【００７３】
同様に、本発明の例示的な実施例の上記の説明において、本発明の様々な態様が、記述を簡略化し、１又はそれ以上の様々な本発明の態様の理解を助けるために時として、一実施例、図面、又はこの記述に互いにまとめられると理解されるであろう。開示されているこの方法は、しかしながら、特許請求の範囲に記載されている発明は、各特許請求の範囲に明確に述べられているよりも多くの特性を必要とするという意図を示すとして解釈されるべきではない。むしろ、独創的な態様は、一つの開示された上述の実施例の全ての態様にあるわけではない。従って、詳細な記述に続く特許請求の範囲は、この詳細な記述に、ここで明確に組み込まれており、各特許請求の範囲が、本発明の個別の実施例としてそれ自身で独立している。
【００７４】
さらに、本書に記載のある実施例が、他の実施例に含まれる他の形態ではないがあるものを含む一方、当業者によって理解されるように、異なる実施例の形態の組み合わせが本発明の範囲内にあることを意味しており、異なる実施例を形成する。例えば、以下の特許請求の範囲では、請求の範囲の実施例を組み合わせて使用できる。
【００７５】
さらに、実施例のいくつかを、コンピュータシステム又は機能を実行するための他の手段によって、実行され得る方法又は方法の要素の組み合わせとしてここに記載する。このため、このような方法又は方法の要素を実行するための必要な命令を具えたプロセッサは、方法又は方法の構成要素を実行するための手段を形成する。さらに、装置の実施例の本書に記載の構成要素は、本発明を実行する目的のための要素によって実行される機能を実行するための手段の一例である。
【００７６】
本書の記載において、多くの特定の詳細が説明されている。しかしながら、本発明の実施例をこれらの特定の詳細なしに実施してもよいことが理解される。他の例では、本明細書の理解を分かりにくくしないよう、周知の方法、構造及び技術が詳細に表されていない。
示していない。
【００７７】
本書で使用されているように、特に断りがなければ、序数の形容詞「第１の」、「第２の」、「第３の」等の使用は、共通の対象物を説明するために、同じような対象の異なる事例に言及することを単に表しており、そのように記載された対象物が、一時的に、空間的に順序に従って又は他の方法で、所定の順序でなければならないことを表すことを意図するものではない。
【００７８】
本書で引用された公報、特許、及び特許出願全てが、参照することにより本書に盛り込まれている。
【００７９】
本明細書中の従来技術のいかなる記述も、このような従来技術が広く知られている、公衆に知られている、又はこの分野において一般的な知識の一部を形成している承認を唯一の方法として考えられるべきではない。
【００８０】
以下の特許請求の範囲及び本明細書において、具えている（ｃｏｍｐｒｉｓｉｎｇ）、から成る（ｃｏｍｐｒｉｓｅｄ  ｏｆ）、又は具える（ｃｏｍｐｒｉｓｅｓ）という用語のうちのいずれかは、その後にくる少なくとも要素／形態を含んでいることを意味するが他のものを除外するものではないオープンターム（ｏｐｅｎ  ｔｅｒｍ）である。このため、具える（ｃｏｍｐｒｉｓｅｓ）という用語は、特許請求の範囲で使用される場合、その後に記載される手段又は構成要素又はステップを限定するものとして解釈すべきではない。例えば、Ａ及びＢを具えるデバイスを表現する範囲を要素Ａ及びＢのみを具えるデバイスに限定すべきではない。また、本書で使用される含んでいる（ｉｎｃｌｕｄｉｎｇ）又は含む（ｗｈｉｃｈ  ｉｎｃｌｕｄｅｓ）又は含む（ｔｈａｔ  ｉｎｃｌｕｄｅｓ）という用語のうちのいずれかは、その用語の後にくる少なくとも要素／形態を含んでいることを意味するが他のものを除外することではないオープンターム（ｏｐｅｎ  ｔｅｒｍ）である。このため、含むという用語は、具えるという用語と同じ意味である。
【００８１】
同様に、特許請求の範囲で使用される場合、結合されるという用語を接続のみを扱う限定的なものとして解釈すべきではない。「結合された」及び「接続された」という用語は、それらの派生語とともに、使用してもよい。これらの用語は互いに同義語として意図するものではないことに留意されたい。このため、デバイスＢに結合されたデバイスＡという表現の範囲をデバイス又はシステムに限定すべきではなく、デバイスＡの出力部がデバイスＢの入力部に直接結合される。それは、Ａの出力部とＢの入力部との間に、他のデバイス又は手段を含める経路でもよい経路が存在することを意味する。「結合された」という用語は、２又はそれ以上の要素のいずれかが物理的又は電気的に直接接触すること、又は２またはそれ以上の要素が互いに直接的に接触しないが互いに協働又は作用し合うことを意味する。
【００８２】
このように、本発明の好適な実施例であると思われるものが記載されているが、当業者は、それに対する他の及びさらなる変更が、本発明の精神から逸脱することなしになされ、これらの修正及び変更全てが本発明の範囲に含まれると主張することを目的としていることを認識するであろう。例えば、上記の表現は、使用してもよい手順を単に示すものである。ブロック図から機能を付加又は削除してもよく、機能ブロックの中で動作を交換してもよい。本発明の範囲内で記載された方法のステップを付加又は削除してもよい。
【図１】
2010510695.tif 000003
【図２】
2010510695.tif 000004
【図３】
2010510695.tif 000005
【図４】
2010510695.tif 000006
【図５】
2010510695.tif 000007
【図６】
2010510695.tif 000008
【図７】
2010510695.tif 000009
【図８】
2010510695.tif 000010
【図９】
2010510695.tif 000011
【国際調査報告】
2010510695.tif 000012
2010510695.tif 000013