(57)【要約】ＷＬＡＮにおける信頼性のあるマルチキャストを提供する方法および装置が説明されている。少なくとも２つの別個のＭＡＣマルチキャストアドレスの使用は、第１のマルチキャストフレーム送信を後続マルチキャストフレーム再送信から分けるために使用されている。それによって、レガシデバイスは、複製の再送信されたマルチキャストフレームを無視することが可能である、それというのは、その複製フレームは、それらがリスン(listen)しないマルチキャストアドレスを使用して送られるからである。したがって、レガシデバイスは、複製されたフレームと混同されない。加えて、新しいデバイスは、第２のマルチキャストアドレス上で送られた再送信から利益を得て、そして、アプリケーションあるいは上層に運ぶ前に、フレームを再び順序づけることができる；したがって、マルチキャスト用のＱｏＳを改善する。
2010509892.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおける信頼性のあるマルチキャストのための方法であって、
第１のマルチキャスト受信機アドレスに関連づけられたマルチキャストフレームを送信することと；
前記マルチキャストフレームの複製を再送信することと、なお、前記複製は、前記第１のマルチキャスト受信機アドレスとは異なる第２のマルチキャスト受信機アドレスに関連づけられている；
を備えている方法。
【請求項２】
マルチキャストグループのうち少なくとも１つから前記マルチキャストフレームに関連づけられたフィードバックを受信すること、
をさらに備えており、
前記の受信されたフィードバックは、前記マルチキャストフレームの複製再送信の数を決定する、
請求項１に記載の方法。
【請求項３】
前記フィードバックは、前記マルチキャストグループにおいて、１つのデバイスから集められる、請求項２に記載の方法。
【請求項４】
前記フィードバックは、前記マルチキャストグループにおいて、１サブセットのデバイスから集められる、請求項２に記載の方法。
【請求項５】
前記フィードバックは、ＡＣＫメッセージである、請求項２に記載の方法。
【請求項６】
前記フィードバックが、ブロックＡＣＫメッセージである、請求項２に記載の方法。
【請求項７】
パワーセーブマルチポール（ＰＳＭＰ）に基づいて、前記フィードバックをスケジュールすること、
をさらに備えている請求項２に記載の方法。
【請求項８】
前記第２のマルチキャスト受信機アドレスを、マルチキャストグループのうち少なくとも１つのデバイスに対して信号で伝えること、
をさらに備えている請求項１に記載の方法。
【請求項９】
前記第１のマルチキャスト受信機アドレスに関連づけられた前記マルチキャストフレームと、第２のマルチキャスト受信機アドレスに関連付けられた前記マルチキャストフレームの前記複製とは、共通してそれらのヘッダの一部分を有している、請求項１に記載の方法。
【請求項１０】
共通のそれらのヘッダの前記一部分は、シーケンス番号である、請求項９に記載の方法。
【請求項１１】
ノンレガシデバイス上で、前記マルチキャストフレームと前記の複製フレームとを受信すること、
をさらに備えており、
前記ノンレガシデバイスは、前記のフレームヘッダに基づいて、前記の複製フレームを検出する、
請求項９に記載の方法。
【請求項１２】
レガシデバイス上で、前記マルチキャストフレームと前記の複製のフレームとを受信すること、
をさらに備えており、
前記レガシデバイスは、前記のフレームヘッダに基づいて前記の複製のフレームを廃棄する、
請求項９に記載の方法。
【請求項１３】
前記マルチキャストフレームの再送信の数についてのスレッシュホールドを設定すること、
をさらに備えており、
前記マルチキャストフレームの前記複製を前記再送信することは、前記スレッシュホールドが満たされるまで繰り返す、
請求項１に記載の方法。
【請求項１４】
来たるビーコンインターバル上で前記複製のフレームを再送信することと、
各ビーコンインターバルにおいて前記再送信のために、固有のマルチキャストアドレスを使用することと、
をさらに備えている請求項１に記載の方法。
【請求項１５】
前記レガシデバイスは、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｂ、ＩＥＥＥ８０２．１１ｇ、ＩＥＥＥ８０２．１１ｅ、ＩＥＥＥ８０２．１１ｖおよびＩＥＥＥ８０２．１１ｎから成るグループから選択されたプロトコルを利用する、請求項１２に記載の方法。
【請求項１６】
前記のマルチキャスト受信機アドレッシングは、ＭＡＣ層を介してなされる、請求項１に記載の方法。
【請求項１７】
第１のマルチキャスト受信機アドレスに関連づけられたマルチキャストフレームをコンピュータに送信させるためのコードと；
前記マルチキャストフレームの複製をコンピュータに再送信させるためのコードと、なお、前記複製は、前記第１のマルチキャスト受信機アドレスとは異なる第２のマルチキャスト受信機アドレスに関連付けられており、また、前記のマルチキャスト受信機アドレッシングは、ＭＡＣ層を介してなされる；
を備えているコンピュータ可読媒体。
【請求項１８】
第１のマルチキャスト受信機アドレスに関連づけられるマルチキャストフレームを送信し、
前記マルチキャストフレームの複製を再送信するように、
構成されている回路構成、
を備えており、前記複製は、前記第１のマルチキャスト受信機アドレスとは異なる第２のマルチキャスト受信機アドレスに関連づけられており、また、前記第１のマルチキャスト受信機アドレスに関連づけられた前記マルチキャストフレームと、第２のマルチキャスト受信機アドレスに関連づけられた前記マルチキャストフレームの前記複製とは、共通してそれらのヘッダの一部分を有している、
集積回路。
【請求項１９】
無線通信システムにおいて信頼性のあるマルチキャストのための装置であって、
第１のマルチキャスト受信機アドレスに関連づけられたマルチキャストフレームを送信するための手段と；
前記マルチキャストフレームの複製を再送信するための手段と、なお、前記複製は、前記第１のマルチキャスト受信機アドレスとは異なる第２のマルチキャスト受信機アドレスに関連づけられている；
を備えている装置。
【請求項２０】
マルチキャストグループのうちの少なくとも１つから前記マルチキャストフレームに関連づけられたフィードバックを受信するための手段、
をさらに備えており、
前記の受信されたフィードバックは、前記マルチキャストフレームの複製の再送信の数を決定する、
請求項１９に記載の装置。
【請求項２１】
前記第１のマルチキャスト受信機アドレスに関連づけられた前記マルチキャストフレームと、第２のマルチキャスト受信機アドレスに関連付けられた前記マルチキャストフレームの前記複製とは、共通してそれらのヘッダの一部分を有している、請求項１９に記載の装置。
【請求項２２】
前記マルチキャストフレームの再送信の数についてのスレッシュホールドを設定するための手段、
をさらに備えており、
前記マルチキャストフレームの前記複製を再送信するための前記手段は、前記スレッシュホールドが満たされるまで繰り返す、
請求項１９に記載の装置。
【請求項２３】
無線通信システムにおける信頼性のあるマルチキャストのための装置であって、
第１のマルチキャスト受信機アドレスに関連づけられたマルチキャストフレームを送信するように、そして、前記マルチキャストフレームの複製を再送信するように、構成されたプロセッサと、
前記プロセッサに関連づけられたメモリと、
を備えており、
前記複製は、前記第１のマルチキャスト受信機とは異なる第２のマルチキャスト受信機アドレスに関連づけられており、また、前記第１のマルチキャスト受信機アドレスに関連づけられた前記マルチキャストフレームと、第２のマルチキャスト受信機アドレスに関連付けられた前記マルチキャストフレームの前記複製とは、共通してそれらのヘッダの一部分を有している、
装置。
【請求項２４】
前記プロセッサは、マルチキャストグループのうちの少なくとも１つから前記マルチキャストフレームに関連づけられたフィードバックを受信するようにさらに構成されており、また、前記の受信されたフィードバックは、前記マルチキャストフレームの複製の再送信の数を決定する、請求項２３に記載の装置。
【請求項２５】
前記プロセッサは、前記マルチキャストフレームの再送信の数についてのスレッシュホールドを設定するようにさらに構成されており、また、前記マルチキャストフレームの前記複製を前記再送信することは、前記スレッシュホールドが満たされるまで繰り返す、請求項２３に記載の装置。
【発明の詳細な説明】
【相互参照】
【０００１】
本願は、２００６年１１月１３日に出願され、「フレームのマルチプル送信を通しての信頼性のあるマルチキャスト(RELIABLE MULTICAST THROUGH MULTIPLE TRANSMISSIONS OF FRAME)」と題された、米国仮特許出願シリアル番号６０／８６５，６１７の利益を主張する。
【背景】
【０００２】
（分野）
本開示は、一般に無線通信に関し、また、より具体的には、無線ローカルエリアネットワーク(Wireless Local Area Network)（ＷＬＡＮ）において信頼性のあるマルチキャスト(reliable multicast)を提供するための方法および装置(apparatus)に関する。
【０００３】
（背景）
ＷＬＡＮｓは、普及してきており、多くの家庭およびビジネスにおいて使用されている。ＷＬＡＮｓは、コーヒーショップ、インターネットカフェ、図書館、および公的/私的な組織のような場所で見つけられることができる。ＷＬＡＮｓの使用の増加で、ブロードキャスト(broadcasting)／マルチキャスト(multicasting)についての需要もまた、着実に増加している。したがって、信頼性のあるマルチキャストに対して必要性がある。
【０００４】
ユーザは、ビデオを見たり、ニュース放送と他のローカルブロードキャスト情報を受信することができることを望んでいる。ＷＬＡＮｓにおいて一般に使用される通信プロトコルは、ＩＥＥＥ８０２．１１であり、それは、ＭＡＣ層内でブロードキャストアドレスあるいはマルチキャストアドレスを利用することによって、マルチキャストする能力(ability)を有している。しかしながら、８０２．１１のプロトコルは、マルチキャストフレーム(multicast frames)が、例えば確認応答(acknowledgment)（ＡＣＫ）シグナリング(signaling)を介して、確認応答されず(not acknowledged)、また、再送信(retransmitted)されないため、信頼性のあるマルチキャストをサポートしない。
【０００５】
マルチキャストフレームは、１セットのブロードキャストアドレスあるいはマルチキャストアドレスのうちの１つに設定された受信機アドレスを用いて、アクセスポイント(access point)（ＡＰ）によって送信された(transmitted)フレームである。マルチキャストアドレスは、１グループの受信者(a group of recipients)を表わしている。ＡＰは、１つのマルチキャストキュー(multicast queue)だけを保持しており、また、単一のシーケンス番号スペースを、すべてのマルチキャストユーザデータフレーム及びブロードキャストユーザデータフレームで、関連づける。マルチキャストフレームは、ＡＣＫポリシー(ACK policy)なしで送信されるとき、それらのフレームの損失レートは、かなり大きい可能性がある。１０パーセントの損失レートは、かなり典型的である。フレーム損失は、ＡＰカバレッジエリア（例、ＡＰからのＳＴＡの距離）内で、局（ＳＴＡ）のロケーションに依存した信号対ノイズ比(signal-to-noise ratio)（ＳＮＲ）分散という理由からだけでなく、また、オーバラップしている送信(overlapping transmissions)、隠れた端末問題(hidden terminal problems)、等の理由からも生じる可能性がある。カバレッジ(coverage)は、フレーム送信について選択されたデータレートを低くすることによって改善される可能性があり、より低いデータレートを使用することは、より長い持続時間の間メディアを占有しているフレーム送信を結果としてもたらす、したがって、オーバラップしている送信によって干渉される可能性を増大させる。結果、８０２．１１ＷＬＡＮ上で確認応答されてない送信のフレームエラーレートがかなり減らされうるというのは、ありそうにもない。したがって、マルチキャストフレームが失われ、プロトコルが再送信しないときには、サービスは、ユーザにとって受け入れられないもの(unacceptable)となる。
【０００６】
さらに、オリジナルのマルチキャストフレームあるいはブロードキャストフレームがＡＰによって再送信されない場合、問題は、レガシデバイス(legacy devices)において生じる。レガシデバイスは、例えば、ここに説明される本発明にしたがって修正されなかったいずれの８０２．１１プロトコルを使用するものであってもよい。問題は、レガシデバイスにおいては、ＭＡＣ層は、上層(upper layers)が複製(duplicates)によって混同されないようにさせる複製を検出しないであろうという点である。言い換えれば、レガシＳＴＡは、レガシＳＴＡが同じフレームを以前に受信したに関わらず、受信されたマルチキャストフレーム(the received multicasted frame)を、アプリケーションにスタックされた(stacked)受信機まで通過させるであろう。このことは、ＳＴＡに、順序の乱れと、複製パケットと、を調べさせる(see)であろう。この問題は、ＡＰが複数のコピーのマルチキャストフレームを送信することをもたらすように導入されるいずれのメカニズムと独立して、存在する。したがって、マルチキャストフレームあるいはブロードキャストフレームの送信から利益を得ることができるより新しいＳＴＡｓについてのサポート同様、レガシＳＴＡｓについてのサポートを提供する必要性がある。
【０００７】
これらの問題に対して提案された解決策は、十分な確認応答(full acknowledgements)を可能にしてきた。マルチキャストフレームの十分な確認応答を可能にすることは、マルチキャストストリームに加入した(subscribed)すべてのデバイスによって送信される確認応答から無駄にされた帯域幅(wasted bandwidths)と、すべてのデバイスからの確認応答を得るためにプロトコルを定義することの増大された複雑性と、を結果としてもたらす可能性がある。
【０００８】
これらの問題を克服するために、本開示は、解決策を提案しており、ここでは、ＡＰは、既存デバイスに順序の乱れと、複製フレームと、を調べさせることなく、マルチキャストストリームに関連づけられたフレームのマルチプル再送信(multiple retransmissions)を行うことができるが、より新しいデバイスについて改善された信頼性(reliability)を提供し、既存のプロトコル内で作動する。
【０００９】
様々な態様の他の利益、特徴および利点は、次の詳細な説明、図、そして特許請求の範囲から明らかとなるであろう。しかしながら、詳細な説明および具体的な例は、本発明の精神および範囲の中で、様々な変更及び修正がこの詳細な説明から当業者にとって明らかとなるであろうから、例としてのみ与えられているということが理解されるべきである。
【発明の概要】
【００１０】
次は、このような実施形態の基本的な理解を提供するために、開示された実施形態の簡略化された概要(summary)を表わしている。この概要は、すべての熟考された実施形態の広範囲な全体像ではなく、重要なあるいは決定的なエレメントを識別することも、あるいは、そのような実施形態の範囲を詳細に描写することも、意図されていない。より詳細な説明は、あとで、提供される。
【００１１】
無線通信システムにおける信頼性のあるマルチキャストのための技術を提供する方法及び装置が説明される。
【００１２】
本開示の一態様にしたがって、第１のマルチキャスト受信機アドレスに関連づけられたマルチキャストフレームが送信され、そして、第２のマルチキャスト受信機アドレスに関連づけられたマルチキャストフレームの複製が再送信される、方法がある。第２のマルチキャスト受信機アドレスは、第１のマルチキャスト受信機アドレスとは異なっている。
【００１３】
本開示の別の態様において、第１のマルチキャスト受信機アドレスに関連づけられたマルチキャストフレームを送信し、そして、第１のマルチキャスト受信機アドレスとは異なる第２のマルチキャスト受信機アドレスでマルチキャストフレームの複製をコンピュータに再送信させるためのコード、を有しているコンピュータ可読媒体がある。さらに、マルチキャスト受信機アドレッシング(the multicast receiver addressing)は、ＭＡＣ層を介して、なされる。
【００１４】
本開示のさらなる別の態様においては、集積回路は、第１のマルチキャスト受信機アドレスに関連づけられたマルチキャストフレームを送信し、そして、第１のマルチキャスト受信機アドレスとは異なる第２の受信機アドレスでマルチキャストフレームの複製を再送信するように、構成されている。また、２つの異なるマルチキャストフレームは、共通して(in common)、それらのヘッダの部分を有している。
【００１５】
本開示の別の態様は、第１のマルチキャスト受信機アドレスに関連づけられたマルチキャストフレームを送信するための手段と、第１のマルチキャスト受信機アドレスとは異なる第２の受信機アドレスでマルチキャストフレームの複製を再送信するための手段と、を備えている装置である。
【００１６】
本開示のさらなる別の態様において、いくつかのメモリに関連づけられたプロセッサは、第１のマルチキャスト受信機アドレスに関連づけられたマルチキャストフレームを送信し、そして、第１のマルチキャスト受信機とは異なる第２の受信機アドレスでマルチキャストフレームの複製を再送信するように、構成されている。さらに、第１のマルチキャスト受信機アドレスに関連づけられたマルチキャストフレームと、第２のマルチキャスト受信機アドレスに関連づけられたマルチキャストの複製とは、共通してそれらのヘッダを有している。
【図面の簡単な説明】
【００１７】
【図１】図１は、無線通信システムの一実施形態を図示する。
【図２】図２は、本開示の一態様にしたがったプロセスを論証するフローチャートを図示する。
【図３】図３は、ＡＣＫメッセージ、フィードバックメッセージ、あるいはブロックＡＣＫメッセージを利用することができる本開示の一態様にしたがったプロセスを論証するフローチャートを図示する。
【図４】図４は、再送信のタイミング及びアドレッシングが論証される実施形態を図示する。
【図５】図５は、本開示の一態様にしたがった簡略化されたブロック図を図示する。
【詳細な説明】
【００１８】
様々な実施形態は、図を参照して説明されており、ここでは、同様の参照文字は、全体を通して、同様のエレメントを指すように使用される。以下の説明においては、説明の目的のために、非常に多くの具体的な詳細な説明が、１つまたは複数の態様の完全なる理解(a thorough understanding)を提供するために記載されている。それは、明白かもしれないけれども、そのような実施形態（単数または複数）は、これらの具体的な詳細なしで実行されることができる。他の例において、よく知られたストラクチャおよびデバイスは、１つまたは複数の実施形態を説明することを容易にするために、ブロック図の形式で示されている。
【００１９】
本出願において使用されているように、用語「コンポーネント(component)」、「モジュール(module)」、「システム(system)」、および同様なものは、コンピュータ関連のエンティティ(entity)、ハードウェアか、ファームウェアか、ハードウェアとソフトウェアの組み合わせか、ソフトウェアか、あるいは実行中のソフトウェアか、を指すように意図されている。例えば、コンポーネントは、限定されてはいないが、プロセッサ上で実行中のプロセス、集積回路、プロセッサ、オブジェクト、実行ファイル(executable)、実行スレッド(thread of execution)、プログラム、および／またはコンピュータ、であってもよい。例として、コンピューティングデバイス上で実行中のアプリケーション(application)とコンピューティングデバイスの両方がコンポーネントであることができる。１つまたは複数のコンポーネントは、プロセスおよび／または実行スレッド内に存在(reside)することができ、また、コンポーネントは、１つのコンピュータ上に局在化されてもよいし、および／または２つ以上のコンピュータの間で分散され（distributed）てもよい。さらに、これらのコンポーネントは、コンピュータ可読媒体上で保存された様々なデータストラクチャを有している、様々なコンピュータ可読媒体から実施することができる。コンポーネントは、１つまたは複数のデータパケット（例、ローカルシステムにおいて、分散されたシステムにおいて、および／または信号経由で他のシステムを備えたインターネットのようなネットワークにわたって、別のコンポーネントと相互作用している１つのコンポーネントからのデータ）を有している信号にしたがってのような、ローカルプロセスおよび／または遠隔プロセスの方法で、通信することができる。
【００２０】
さらに、様々な実施形態は、モバイルデバイスおよび／またはアクセスポイントと関連して、ここに説明されている。モバイルデバイスは、ユーザに、音声及び／またはデータ接続を提供しているデバイスを指してもよい。モバイルデバイスは、ラップトップコンピュータあるいはデスクトップコンピュータのようなコンピューティングデバイスに接続されて(connected)もよく、あるいは、携帯情報端末(personal digital assistant)（ＰＤＡ）のような内蔵型デバイス(self contained device)であってもよい。モバイルデバイスは、システム、加入者ユニット、無線端末、加入者局、モバイル局、モバイル、遠隔局、アクセスポイント、遠隔端末、アクセス端末（ＡＴ）、ユーザ端末、ユーザエージェント(user agent)、ユーザデバイス、あるいはユーザ機器（ＵＥ）とも呼ばれることができる。モバイルデバイスは、加入者局（ＳＴＡ）、無線デバイス、セルラ電話、ＰＣＳ電話、コードレス電話、セッションイニシエーションプロトコル(Session Initiation Protocol)（ＳＩＰ）電話、無線ローカルループ(wireless local loop)（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、無線接続機能を有しているハンドヘルドデバイス、あるいは無線モデムに接続された他の処理デバイスであってもよい。アクセスポイント（例、基地局）は、エアインタフェース上で、１つまたは複数のセクタを通じて、モバイルデバイスと、通信するアクセスネットワークにおけるデバイスを指してもよい。アクセスポイントは、受信されたエアインタフェースフレームをＩＰパケットに変換することによって、モバイルデバイスと残りのアクセスネットワークとの間でルータとして作用することができ、それは、インターネットプロトコル（ＩＰ）ネットワークを含むことができる。アクセスポイントは、また、エアインタフェースについての属性の管理を調節する。
【００２１】
さらに、ここに説明される様々な態様あるいは特徴は、スタンダードプログラミング技術および／または工学技術を使用して、方法、装置、あるいは、製造品(article of manufacturing)としてインプリメントされることができる。ここに使用されている、用語「製造品(“article of manufacture”)」は、いずれのコンピュータ可読デバイス、キャリア(carrier)、あるいはメディアからアクセス可能なコンピュータプログラムを含むように意図されている。例えば、コンピュータ可読メディアは、磁気ストレージデバイス（例、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ、等）に限定されず、光学ディスク（例、コンパクトディスク（ＣＤ）、デジタル汎用ディスク（ＤＶＤ）等）、スマートカード、そしてフラッシュメモリデバイス（例、カード、スティック、キードライブ、等）を含むことができる。
【００２２】
様々な実施形態は、いくつかのデバイス、コンポーネント、モジュール、及び同様なものを含むことができるシステムの観点において表わされるであろう。様々なシステムは、追加のデバイス、コンポーネント、モジュール等を含んでもよいし、および／または、図に関連して説明される、デバイス、コンポーネント、モジュール等のすべてを含まなくてもよいということは、理解され、そして認識されるべきである。これらのアプローチの組み合わせもまた、使用されることができる。
【００２３】
用語「例示的な(exemplary)」は、例(example)、インスタンス(instance)、又は例証(illustration)として機能していることを意味するように、ここでは使用されている。「例示的な(exemplary)」としてここに説明されるいずれの態様も、他の態様よりも好ましいまたは有利であるとして必ずしも解釈されるべきではない。
【００２４】
図面を参照すると、図１は、本開示の一態様がインプリメントされることができる無線通信システムの一実施形態を図示する。図示されたものは、ワイヤードローカルエリアネットワーク(wired local area network)（ＬＡＮ）に関連づけられたＷＬＡＮを含む、システム１００である。アクセスポイント（ＡＰ）１０２は、より新しいプロトコルモバイルデバイス(a newer protocol mobile device)１０４と、また、レガシプロトコルデバイス(legacy protocol device)１１０と、通信中であってもよい。２つのより新しいモバイルデバイス１０４と、１つのレガシプロトコルモバイルデバイス１１０のみ、簡略化のために図示されているが、多くのデバイスは、アクセスポイント１０２と通信中であってもよい。アクセスポイント１０２は、基地局（ＢＳ）、ノードＢ、セクタ、あるいは他の同様な用語としても呼ばれてもよい。アクセスポイント１０２は、ＬＡＮ用のイーサネット（登録商標）ハブあるいはスイッチ１１２に接続されていてもよい。イーサネットハブ１１２は、パーソナルコンピュータ、周辺デバイス(peripheral devices)（例、ファクシミリマシン、コピー機、プリンタ、スキャナ等）、サーバ、そして同様なものを含むことができる、１つまたは複数の電子デバイス１１４に接続されていてもよい。イーサネットハブ１１２は、モデム１０８にデータパケットを送信するルータ１０６に接続されることができる。モデム１０８は、インターネットのような、広域ネットワーク（ＷＡＮ）１２０に、データパケットを送信することができる。システム１００は、単一の、単純なネットワーク構成(configuration)を図示する。代替の電子デバイスを含んでいるシステム１００の多くのさらなる構成は、インプリメントされてもよい。システム１００は、ＷＬＡＮを参照して図示されそして説明されてきたが、システム１００は、また、いずれか、別々にあるいは同時に、ＷＷＡＮ及び／またはＷＰＡＮを含んでいる他の技術を利用することができる。
【００２５】
より新しいモバイルデバイス１０４は、本発明において説明されたもののようなより新しいプロトコルを利用することができる。本開示を通じて、「ノンレガシ(non-legacy)」モバイルあるいはデバイスは、より新しいプロトコルを利用するデバイスであることが考慮されている。レガシプロトコルモバイルデバイス１１０は、レガシプロトコル、例えば８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ、８０２．１１ｖ、８０２．１１ｎ、あるいは８０２．１１ｅにおいて説明された、追加したもの(addenda)のうちのいずれかを含んでいるＩＥＥＥ８０２．１１を利用することができる。本開示を通して、レガシモバイルデバイスは、また、レガシのモバイル、デバイス、あるいは局と呼ばれることができる。アクセスポイント１０２は、より新しいデバイス及びレガシデバイスに対して情報を、ブロードキャスト、あるいはマルチキャストしてもよい。
【００２６】
図２は、本開示の一態様にしたがったプロセス２００を論証するフローチャートを図示する。この例示的なプロセス２００、アクセスポイント１０２（例えば図１において説明されるもの）は、より新しいデバイス１０４及びレガシデバイス１１０に対してマルチキャストしている。ステップ２０２で始まり、マルチキャストストリームは、割り当てられたマルチキャストアドレスを使用して、アクセスポイントによって送信される。８０２．１１標準規格は、ＭＡＣ層におけるマルチキャストおよびブロードキャストのアドレッシングを可能にする。例えば、８０２．１１ＭＡＣ層は、ＭＡＣフレームフォーマットにおいて定義される、４つのアドレスフィールドを有している。フィールドは、ソースアドレスと、宛先アドレス(destination address)と、送信局アドレス(transmitting station address)と、そして、受信局アドレスと、を示すために使用される。宛先アドレスは、個人あるいはグループをアドレス指定するために使用されることができる。アドレスフィールドに加えて、８０２．１１プロトコルは、固有フレームの再送信をリクエストするために、あるいはオリジナルフレームと再送信されたフレームの順序を整えるようにそれらを組織する(organize)ために、使用されることができる、シーケンスフィールドを有している。ブロードキャストフレーム及びマルチキャストフレームは既存の８０２．１１プロトコルにおいて再送信されないので、レガシデバイスは、ブロードキャストフレーム及びマルチキャストフレームにおいてシーケンスフィールドを無視する(ignore)。８０２．１１についてのデータフレームを参照すると、アドレス（１）は、典型的に、個人あるいはグループのために使用されることができる宛先アドレスを含んでいる。アドレス２（２）は、典型的に、送信局を識別する。したがって、８０２．１１の例を使用して、ステップ２０２では、アクセスポイントは、データフレームのアドレス１（１）において、マルチキャストアドレスを送出することができる(send out)。ノンレガシデバイス及びレガシデバイスは、そのマルチキャストグループに加入することができ、したがって、フレームを受信するであろう。ステップ２０４で、レガシデバイスは、マルチキャストフレームを受信する。関連して、ステップ２０６では、ノンレガシモバイルデバイスは、マルチキャストフレームを受信する。８０２．１１において同時に、マルチキャストフレームは、確認応答（ＡＣＫｅｄ）されない、あるいは、再送信されない。本開示の一態様は、デバイスが失われたフレームのイベントにおいて再送信から利益を得ることができるように、マルチキャストフレームを再送信することである。サービス品質(quality of service)（ＱｏＳ）の劣化は、フレーム損失レートがゼロでないときに、起きる。フレーム損失レートが十分に高い場合、マルチキャストサービスは、実行できないかもしれない(may be inoperable)。マルチキャストフレームを再送信することによって、フレーム損失レートに関連づけられた問題は、解決される。しかしながら、アクセスポイントが同じマルチキャストアドレスを使用して、フレームを再送信する場合には、問題がレガシデバイス内で生じる。レガシプロトコルは、フレームシーケンシング(frame sequencing)と、マルチキャストフレーム及びブロードキャストフレームについての複製の検出(duplicate detection)と、をサポートしない。結果として、レガシデバイスは、複製の再送信されたマルチキャストあるいはブロードキャストフレーム(a duplicate retransmitted multicast or broadcast frame)を受信するとき、受信している新しいオリジナルフレームであるかのようにアプリケーション層あるいは上層までフレームを受け渡すであろう。このことは、エンドユーザに対して、レガシデバイス上で動作しているアプリケーションで混乱と、不十分なサービス(unsatisfactory service)と、をもたらす。したがって、本開示の一態様は、レガシデバイスが、加入されていないマルチキャストストリームに属するものとして再送信された複製フレーム(the retransmitted duplicate frames)を廃棄すること(discard)を可能にする第１のマルチキャストアドレスとは異なる第２のマルチキャストアドレスを提供することであり、それによって、複製の再送信されたフレームによって混同しているレガシデバイスの問題を解決する。ステップ２０８で、アクセスポイントは、第２のマルチキャストアドレスを使用して次のインターバルで、複製のフレームを再送信する。第２のマルチキャストアドレスは、第１のアドレスとは異なる。固有のブロードキャストアドレスを有するブロードキャストストリームのケースにおいては、アクセスポイントは、ブロードキャストフレームの複製の送信について割り当てられた特定のマルチキャストアドレスを使用することができる。ステップ２１０で、レガシデバイスは、それに加入されるものとして、第２のマルチキャストアドレスを認識せず、複製の再送信されたフレームを廃棄し、また、レガシデバイスについてのプロセスは、終了する。パラレルで、ステップ２１０を用いて、ステップ２１２で、ノンレガシデバイスは、再送信されたフレームを受信し、そして同じマルチキャストストリームの属するもの、そしてオリジナルフレームの再送信として、オリジナルフレームから複製フレームを区別することができる。ノンレガシデバイスについてのプロセスは、この時点で終了してもよいし、あるいは、本開示のオプション態様において、ステップ２１４に進んでもよい。ステップ２１４で、アクセスポイントは、複製のマルチキャストフレームをふたたび再送信することができる。ノンレガシデバイスは、再送信されたフレームの１以上のインスタンス(instance)が与えられた第２のマルチキャストアドレスについて受信されるときに、区別するために再送信されたフレームのシーケンス番号を使用することができる。本開示のオプション態様においては、アクセスポイントは、第３のマルチキャストアドレスを使用してもよいし、また、ふたたび再送信についての第２のマルチキャストアドレスを使用してもよい。本開示の別のオプション態様は、フレームが再送信されることができるトータル数の回数について、スレッシュホールドあるいは制限(limit)を、アクセスポイントが設定することができるということである。例えば、アクセスポイントは、４（４）にスレッシュホールドを設定することができ、すなわち、ステップ２１０、２１２、および２１４は、スレッシュホールドの４（４）が満たされるまで繰り返されることができる。本���示の別のオプション態様は、アクセスポイントに戻ってフィードバックメッセージを送るマルチキャストグループからデバイスのうちの少なくとも１つのためであって、それによって、要求される再送信の数を決定することにおいてアクセスポイントを援助する。
【００２７】
図３は、ＡＣＫメッセージ、フィードバックメッセージ、あるいはブロックＡＣＫメッセージを利用することができる本開示の一態様にしたがってプロセス３００を論証するフローチャートを図示する。ステップ３０２で、アクセスポイントは、割り当てられたマルチキャストアドレスを使用して、マルチキャストフレームを送信する。マルチキャストフレームは、ステップ３０６で１グループのデバイスによって受信される。ステップ３１６で、本開示のオプション態様において、マルチキャストグループにおけるより新しいデバイスのうち少なくとも１つは、送信されたマルチキャストフレームが無事に(successfully)受信されたということを示してアクセスポイントに戻ってＡＣＫあるいはフィードバックメッセージを送る。別のオプション態様は、送信されるマルチキャストフレームのそれらのステータスを示して、アクセスポイントに戻って１サブセットのマルチキャストグループがまたブロックＡＣＫメッセージを送信してもよいということであり、それに関連して、プロセスはステップ３０８に進むことができる。マルチキャスト送信のＡＣＫｓあるいはフィードバックを送信する能力は、静的に(statically)あるいは動的(dynamically)に割り当てられることができる。例えば、モバイルデバイスは、ＷＬＡＮ内でそのロケーションに依存してＡＣＫｓを送信するように設計されてもよい。時間にわたって(over time)、ＡＰは、マルチキャストストリームについて使用するための再送信の数を適合させる(adapt)ために、失われたフレーム(lost frames)と受信ＡＣＫｓの統計を使用する。
【００２８】
サブセットグループは、ノンレガシデバイスあるいはレガシデバイスであってもよい。大きなマルチキャストグループにおいては、オーバヘッドを減らし、システムリソースを無駄にすることを避けるために、１サブセットの局のみから、統計を集めることが望ましい。フィードバックを送る１サブセットのデバイスのみを許可することによって、このことは、選択されるデバイスについてのプレミアムサービス(premium services)を可能にすることができる。例えば、より高品質のサービスについて多く支払うことができるデバイスは、フィードバックを送ることを可能にされるデバイスであってもよく、その結果(thereby)、ＡＰの再送信に影響を及ぼす。
【００２９】
フィードバックを送る能力は、静的にあるいは動的に割り当てられてもよい。例えば、モバイルデバイスは、ＷＬＡＮ内のそのロケーションに依存して、ＡＣＫ、フィードバック、あるいはブロックＡＣＫを送るように構成されることができる。さらに、ＡＰは、８０２．１１ｎで定義されたパワーセーブマルチポール(Power Save Multi Poll)（ＰＳＭＰ）フレームで、それらのフィードバックを集めるために、選択された局を、オプションで、スケジュールすることができる。ＰＳＭＰフレームは、マルチキャスト送信をアナウンスし、そのあと、ブロックＡＣＫであるかもしれないそれらのフィードバックを送信するために選択される局について特定のメディア時間をリザーブする(reserve)ために、使用されることができる。フィードバックがステップ３１６で送られたあと、プロセスは、アクセスポイントがオリジナルの割り当てられたマルチキャストアドレスを使用してフレームを送信する場合、ステップ３０２に戻って進んでもよく、プロセスは終了してもよいし、あるいはステップ３０８に進んでもよい。ステップ３０８で、マルチキャストフレームは、第２あるいは新しいマルチキャストアドレスを使用して再送信される。プロセスは、再送信（複製）マルチキャストフレームがデバイスによって受信される場合、ステップ３１２に進む。プロセスは、終了してもよいし、オプションでステップ３０８に戻って進んでもよい。様々なオプション態様の組み合わせは、可能である。例えば、第２のマルチキャストフレームアドレスを使用する態様は、ブロックＡＣＫｓを送る１サブセットのデバイスを可能にするオプション態様と、組み合わせられてもよい。再送信されたフレームごとの個別のマルチキャストアドレスを使用するオプション態様もまた組み合わせられてもよい。さらに、再送信されたフレームをいつ送るかを決定することは、プロトコル、システム、及び他のネットワーク要因に基づいて決定される。８０２．１１の例を使用して、再送信されたフレームは、次のビーコンインターバル上で再送信されてもよい。ビーコンインターバルは、ターゲットビーコン再送信の回数の間(between target beacon transmission times)の時間単位の数を表わす。しかしながら、再送信されたフレームは、次のあるいは来たるフレーム(the next or upcoming frames)、スーパーフレーム、時間スロット、等の上で再送信されてもよい。時間にわたって、ＡＰは、マルチキャストストリームについて使用する再送信の数を適応させるために、１サブセットの局によってフィードバックされた、成功及び損失フレーム(successful and lost frames)の統計を使用することができる。
【００３０】
図４は、再送信のタイミング及びアドレッシング４００が論証される一実施形態を図示する。上記で説明されるプロセス２００及び３００は、図４で説明されるようにタイミング及びアドレッシング４００を使用することができる。簡略化のために、タイムラインは３（３）つのビーコンインターバルに分けられており、ビーコンインターバル１（１）４０４、ビーコンインターバル２（２）４０６、ビーコンインターバル３（３）４０８、に分けられている。ビーコン４０２は、ビーコンインターバル内で送信されるように示されている。図２のプロセス２００に戻って参照すると、ステップ２０２で、アクセスポイントは、割り当てられたマルチキャストアドレスを使用してマルチキャストフレームを送信する。図４に関して、このマルチキャストアドレスは、Ｋと呼ばれる。ブロードキャストフレームのケースにおいては、Ｋは、固有のブロードキャストアドレスを表わすことができる。フレーム（Ｎ）４１０、フレーム（Ｎ＋１）４１２、及びフレーム（Ｎ＋２）４１４は、ビーコンインターバル１（１）４０４の間にマルチキャストアドレスＫを使用して、アクセスポイントによって送信される。ステップ２０４及び２０６に進んで、マルチキャストフレームは、レガシデバイス及びノンレガシデバイスの両方によって受信される。そのあと、ステップ２０８で、アクセスポイントは、複製のフレームを再送信する。図４を参照すると、この複製の再送信されたフレームは、Ｋ＋１と呼ばれる新しいマルチキャストアドレスが与えられている。ブロードキャストフレームのケースについては、その代わりに、特定のマルチキャストアドレスＫ＊は、この目的のために割り当てられている。説明のために、再送信は、後続ビーコンインターバルにおいて送信されるように示されている。マルチキャストストリーム及びブロードキャストストリームのレイテンシ必要条件と、マルチキャストストリームとブロードキャストストリームに加入されるデバイスでのパワー管理と、の間にトレードオフがある。レガシデバイス用のブロードキャスト送信とマルチキャスト送信は、インタービーコン期間の間に(during the inter-beacon period)スリープするパワーセーブデバイスを可能にするために、いつも、ビーコンに続く(follow)。より新しいデバイスの場合には、この制限(restriction)は適用されない可能性があり、また、マルチキャストフレーム及びブロードキャストフレームの再送信は、インタービーコン期間内に、望ましければ(if desired)、スケジュールされてもよい。マルチキャストストリームのレイテンシ必要要件に依存して、マルチキャストアドレスＫ＋１を備えた再送信は、マルチキャストアドレスＫを備えた初期送信の後すぐに送信されてもよい。パワーセーブ考慮(power-save considerations)は、まだ、ビーコンに続くためにブロードキャスト及びマルチキャストのフレーム送信を好むかもしれない。したがって、ビーコンインターバル２（２）４０６の間に、フレーム（Ｎ＋３）４１６は、マルチキャストアドレスＫを使用して送信され、複製フレーム（Ｎ）４１０ｒ、（Ｎ＋１）４１２ｒ、そして（Ｎ＋２）４１４ｒは、第２あるいは新しいマルチキャストアドレスＫ＋１を使用して再送信される。プロセスは、第１のマルチキャス���アドレスＫをオリジナルマルチキャストフレームと、第２あるいは新しいアドレスＫ＋１を使用して再送信されたフレームと、を送信することを継続する。例えば、ビーコンインターバル３（３）４０８の間に、フレーム（Ｎ＋４）４１８及び（Ｎ＋５）４２０は、マルチキャストアドレスＫを使用して送信される。一方で、フレーム（Ｎ＋３）４１６ｒは、第２あるいは新しいマルチキャストアドレスＫ＋１を使用して、再送信される。多くの異なるタイミングとアドレスの組み合わせが考案される。例えば、ビーコンインターバル３（３）４０８の間に、第３あるいは新しいマルチキャストアドレスＫ＋２は、複製フレームを再送信するために使用されることができるであろう。再送信されたフレームは、次のビーコンあるいは時間インターバル上で、あるいは、来たるビーコンあるいは時間インターバル上で、再送信されてもよい。フレームは、時間において連続的に、インターバルで、あるいはランダムに、送信されることができる。さらにオリジナルフレームと再送信されたフレームの異なる量及び組み合わせは、ビーコンインターバルの間に送信されることができる。また、再送信されたフレームは、スレッシュホールドが達するまで再送信されるように継続することができる。デバイスのうち少なくとも１つがフィードバックを送ることができる、あるいは１サブセットのデバイスがアクセスポイントに戻って送る図３のオプションステップ３１６を参照すると、フレームは、特定のビーコンインターバル内で、あるいは、あらかじめ決定されたタイミングパターンを用いて、再送信されることができるであろう。図４において図示されるスケジューリングは、異なるマルチキャストアドレスを使用してどのようにＷＬＡＮが再送信をスケジュールすることができるかに関する本開示の一態様のコンセプトを説明する例示的な目的のためのものである。異なるスケジューリングの組み合わせが考案されてもよく、また、使用されているプロトコル、システム、ローディング等のような要因に依存していてもよい。したがって、この説明は、ここに説明される例に限定されるように意図されていない。上記で説明されるようにアクセスポイント１０２は、図５で図示されるアクセスポイント５００であってもよい。
【００３１】
図５は、本開示の一態様にしたがった簡略ブロック図を図示する。アクセスポイント５００は、アンテナ５１０、トランシーバコンポーネント５０８、メモリコンポーネント５１２、バス５０６、及びプロセッサ５０４を備えている。アクセスポイント５００は、ＷＷＡＮ（例、符号分割多元接続（ＣＤＭＡ）、広域符号分割多元接続（ＷＣＤＭＡ）、あるいは直交周波数分割多元接続(ＯＦＤＭＡ)）、ＷＬＡＮ（例、ＩＥＥＥ８０２．１１）、及び／または関連技術、を含むことができる。
【００３２】
一態様においては、プロセッサ５０４は、ＷＬＡＮ機能性を提供してもよく、バス５０６、あるいは他のストラクチャあるいはデバイスを通じて、トランシーバ５０８とメモリ５１２と通信することが可能である。プロセッサ５０４は、図２及び図３において上で説明されるプロセスを利用することができる。例えば、プロセッサ５０４は、ＷＬＡＮ内のレガシデバイス及びノンレガシデバイスに対して、第１のマルチキャスト受信機アドレスに関連づけられるマルチキャストフレームを送信するように構成されてもよく、また、第１のマルチキャスト受信機アドレスとは異なる第２のマルチキャスト受信機アドレスを使用してマルチキャストフレームの複製を再送信するように構成されてもよい。バスのほかに通信手段は開示された態様で利用されることができるということを理解すべきである。トランシーバ５０８は、アクセスポイント５００による、送信及び／または受信を可能にするために、１つまたは複数のアンテナ５１０に結合される。プロセッサ５０４は、通信用にトランシーバ５０８に提供される音声データを生成することができる。一態様において、プロセッサ５０４は、プロセッサにおいて含まれることができる。別の態様において、プロセッサ５０４は、別個の集積回路(distinct integrated circuits)によって提供されてもよい。別の態様においては、プロセッサ５０４は、プロセッサと協働して、通信し、機能する(work)ことができる。更なる態様においては、プロセッサ５０４は、１つまたは複数の集積回路、プロセッサ、ＡＳＩＣｓ、ＦＰＧＡｓ、それらの組み合わせ、あるいは機能性を含んでいる同様なもの、によって提供されることができる。
【００３３】
当業者は、ここに開示される態様に関連して説明される、様々な説明のブロック、モジュール、およびステップは、ハードウェア、ソフトウェア、ファームウェア、あるいはそれらのいずれの組み合わせとしてインプリメントされてもよく、ハードウェアインプリメンテーションは、デジタル、アナログ、あるいは両方であってもよいということをさらに理解するであろう。ハードウェア及びソフトウェアのこの互換性(interchangeability)を明瞭に説明するために、様々な説明のコンポーネント、ブロック、モジュール、およびステップは、機能性という観点で一般に上記で説明されている。そのような機能性がハードウェアあるいはソフトウェアとしてインプリメントされるかは、特定のアプリケーションと全体のシステムに課された設計制約(design constraints)に依存する。熟練職人は、各特定のアプリケーションについての様々な方法で、説明された機能性をインプリメントすることができるが、そのようなインプリメンテーションの決定は、本開示の範囲からの逸脱を生じさせるものとして解釈されるべきでない。
【００３４】
ここに開示された態様に関連して説明された様々な説明のための論理ブロック、モジュールおよび回路は、汎用プロセッサ、デジタル信号プロセッサ(digital signal processor)（ＤＳＰ）、特定用途向け集積回路(application specific integrated circuit)（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ(field programmable gate array)（ＦＰＧＡ）あるいは他のプログラマブル論理デバイス、ディスクリートゲートあるいはトランジスタロジック、ディスクリートハードウェアコンポーネント、あるいはここに説明された機能を実行するように設計されたそれらのいずれの組み合わせで、インプリメントあるいは実行されることができる。汎用プロセッサは、マイクロプロセッサであってもよいが、代替として、プロセッサは、いずれの従来のプロセッサ、コントローラ、マイクロコントローラ、あるいはステートマシン(state machine)であってもよい。プロセッサはまた、コンピューティングデバイス(computing devices)の組み合わせ、例えば、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、集積回路、ＤＳＰコアと併用しての１つ以上のマイクロプロセッサ、あるいは任意の他のそのような構成のもの、としてインプリメントされてもよい。
【００３５】
例示的なストレージ媒体は、プロセッサがストレージ媒体から情報を読み取ることができ、ストレージ媒体に情報を書き込むことができるように、プロセッサに結合される。あるいは、ストレージ媒体は、プロセッサと一体化していてもよい。プロセッサ及びストレージ媒体は、ＡＳＩＣにおいて存在することができる。ＡＳＩＣは、ユーザ端末において存在することができる。あるいは、プロセッサ及びストレージ媒体は、ユーザ端末においてディスクリートコンポーネントとして存在していてもよい。
【００３６】
ここに開示される態様に関連して説明される方法あるいはアルゴリズムのステップあるいは機能は、直接にハードウェアにおいて、プロセッサによって実行されたソフトウェアにおいて、あるいはこれら２つの組み合わせにおいて、具現化されることができる。ステップあるいは機能は、態様の範囲から逸脱しないで、交換される(interchanged)ことができるであろう。
【００３７】
ステップあるいは機能がソフトウェアでインプリメントされる場合には、ステップあるいは機能は、コンピュータ可読媒体上のコードの１つまたは複数のインストラクションとして、記憶されてもよく、あるいは、送信されてもよい。コンピュータ可読媒体は、コンピュータストレージ媒体(computer storage media)と通信媒体(communication media)の両方を含んでおり、１つの場所から別の場所へのコンピュータプログラムの転送(transfer)を容易にするいずれの媒体も含む。ストレージ媒体は、汎用あるいは専用のコンピュータによってアクセスされることができる、任意の利用可能な媒体であってもよい。例として、また限定されないが、そのようなコンピュータ可読媒体は、ＲＡＭ、フラッシュメモリ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、光学ディスクストレージ(optical disk storage)、磁気ディスクストレージ(magnetic disk storage)、磁気ストレージデバイス(magnetic storage devices)、あるいは、いずれの他の媒体も備えることができ、それらは、インストラクションあるいはデータストラクチャの形態において望まれるプログラムコード手段(desired program code means)を保存あるいは搬送するように使用されることができ、また、汎用あるいは専用のコンピュータ、あるいは、汎用あるいは専用のプロセッサ、によってアクセスされることができる。また、いずれのコネクション(connection)もコンピュータ可読媒体と適切に呼ばれる。例えば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア(twisted pair)、デジタル加入者ライン(digital subscriber line)（ＤＳＬ）、あるいは赤外線、無線、およびマイクロ波のような無線技術を使用して、ウェブサイト、サーバ、あるいは、他の遠隔ソース、から送信される場合には、そのときには、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル信号加入者ライン（ＤＳＬ）、あるいは赤外線、無線、およびマイクロ波のような無線技術は、媒体(medium)の定義に含まれている。ここに使用されているように、ディスク(disk)とディスク(disk)は、コンパクトディスク(compact disc)（ＣＤ）、レーザーディスク（登録商標）(laser disc)、光学ディスク(optical disc)、デジタル汎用ディスク(digital versatile disc)（ＤＶＤ）、フロッピー（登録商標）ディスク(disk)およびブルーレイディスク(blu-ray disc)を含んでおり、ディスク(disks)は、大抵、データを磁気で再生しているが、ディスク(discs)は、データを光学的に再生する。コンピュータプログラム製品(computer program product)はまた、ＣＤあるいはその中にあるソフトウェア媒体をパッケージするマテリアル(materials)を示すであろう。上記の組み合わせも、また、コンピュータ可読媒体の範囲内に含まれるべきである。
【００３８】
ある態様の、以上の説明は、いずれの当業者も本発明を作り、使用することができるように提供されている。これらの態様に対する様々な修正は、当業者にとっては容易に明らかであろう、そして、ここにおいて定義された包括的な原理は、本発明の精神あるいは範囲から逸脱することなく、他の態様に適用されることができる。したがって、本開示は、ここに示された態様に限定されるようには意図されておらず、ここに開示された原理および新規な特徴に整合する最も広い範囲が与えられるべきである。
【図１】
2010509892.tif 000003
【図２】
2010509892.tif 000004
【図３】
2010509892.tif 000005
【図４】
2010509892.tif 000006
【図５】
2010509892.tif 000007
【国際調査報告】
2010509892.tif 000008
2010509892.tif 000009