(57)【要約】【課題】無線通信を可能にするための標準規格、特にシステムアクセスポイント、端末、及びアクセサリ間で無線通信を可能にするための標準規格を提供する。【解決手段】無線ネットワーク内のデバイス間の通信を可能にするための改善されたシステム及び方法。本発明は、本明細書でアクセサリクラスと呼ぶ新しい端末クラスのＷＬＡＮネットワークへの導入に関する。本発明は、アクセサリと端末との間の直接伝送をサービス期間の一部として可能にする。本発明によれば、端末がストリーム設定要求をアクセスポイントに送信する。アクセスポイントが端末に応答を戻し、その後、端末がアクセサリに送信するためのアクセサリストリーム設定要求を受信応答に基づいて準備する。アクセサリストリーム設定要求はアクセサリの望ましい作動モードを示すものである。【選択図】図１０
2009505590.tif 000002
【特許請求の範囲】
【請求項１】
ローカルエリアネットワーク内のアクセサリに対して通信を提供する方法であって、
ストリーム設定に対する要求をアクセスポイントに送信する段階と、
前記要求に対する応答を前記アクセスポイントから受信する段階と、
前記受信した応答に基づいてアクセサリに送信すべきアクセサリストリーム設定要求を準備する段階と、
を含み、
前記アクセサリストリーム設定要求が、前記アクセサリの望ましい動作モードを示す、
ことを特徴とする方法。
【請求項２】
ストリーム設定に対する前記要求が、
関連付け要求フレームと、
アクセサリトラフィック仕様フィールドと、
アクセサリ機能長フィールドと、
アクセサリ機能フィールドと、
を含む、請求項１に記載の方法。
【請求項３】
前記応答が、
関連付け応答フレームと、
アクセサリトラフィック仕様フィールドと、
端末機能長フィールドと、
端末機能フィールドと、
を含む、請求項１に記載の方法。
【請求項４】
ストリーム設定に対する要求の各々及び応答が、前記端末と前記アクセサリと前記アクセスポイントとの間における後の伝送に対するモードを示す動作モードフィールドを含む、請求項１に記載の方法。
【請求項５】
前記モードは、前記アクセサリが前記端末からのみ伝送を受信することを可能にする、請求項４に記載の方法。
【請求項６】
前記モードは、前記アクセサリが前記アクセスポイントからのみ伝送を受信することを可能にする、請求項４に記載の方法。
【請求項７】
前記モードは、前記アクセサリが前記アクセスポイント及び前記端末から伝送を受信することを可能にする、請求項４に記載の方法。
【請求項８】
ローカルエリアネットワーク内で通信を提供するためのコンピュータプログラム製品であって、
ストリーム設定に対する要求をアクセスポイントに送信するためのコンピュータコードと、
前記要求に対する応答を前記アクセスポイントから受信するためのコンピュータコードと、
前記受信した応答に基づいてアクセサリに送信すべきアクセサリストリーム設定要求を準備するためのコンピュータコードと、
を具備し、
前記アクセサリストリーム設定要求が前記アクセサリの望ましい動作モードを示す、
ことを特徴とする製品。
【請求項９】
ストリーム設定に対する前記要求が、
関連付け要求フレームと、
アクセサリトラフィック仕様フィールドと、
アクセサリ機能長フィールドと、
アクセサリ機能フィールドと、
を含む、請求項８に記載のコンピュータプログラム製品。
【請求項１０】
前記応答が、
関連付け応答フレームと、
アクセサリトラフィック仕様フィールドと、
端末機能長フィールドと、
端末機能フィールドと、
を含む、請求項８に記載のコンピュータプログラム製品。
【請求項１１】
ストリーム設定に対する要求の各々及び応答が、前記端末と前記アクセサリと前記アクセスポイントとの間における後の伝送に対するモードを示す動作モードフィールドを含む、請求項８に記載のコンピュータプログラム製品。
【請求項１２】
アクセサリ電子デバイスであって、
プロセッサと、
該プロセッサに作動的に接続されたメモリユニットと、
を具備し、
前記メモリユニットが、端末からアクセサリストリーム設定要求を受信するためのコンピュータコードを含み、この場合、前記端末は、該端末からのストリーム設定に対する要求に対して、アクセスポイントから以前に応答を受信しており、
前記アクセサリストリーム設定要求が、当該アクセサリ電子デバイスの望ましい動作を示す、
ことを特徴とするアクセサリ電子デバイス。
【請求項１３】
ストリーム設定に対する要求の各々及び応答フィールドが、前記端末と前記アクセサリと前記アクセスポイントとの間における後の伝送のためのモードを示す動作モードフィールドを含む、請求項１２に記載のアクセサリ電子デバイス。
【請求項１４】
端末電子デバイスであって、
プロセッサと、
該プロセッサに作動的に接続されたメモリユニットと、
を具備し、
前記メモリユニットが、
アクセスポイントに対してストリーム設定に対する要求を送信するためのコンピュータコードと、
前記要求に対する応答を前記アクセスポイントから受信するためのコンピュータコードと、
前記受信した応答に基づいてアクセサリに対して送信すべきアクセサリストリーム設定要求を準備するためのコンピュータコードと、
を含み、
前記アクセサリストリーム設定要求が、前記アクセサリの望ましい動作モードを示す、
ことを特徴とするデバイス。
【請求項１５】
ストリーム設定に対する要求の各々及び応答フィールドが、前記端末と前記アクセサリと前記アクセスポイントとの間における後の伝送のためのモードを示す動作モードフィールドを含む、請求項１４に記載の端末電子デバイス。
【請求項１６】
ネットワーク内の端末に対して通信機能を提供する方法であって、
ストリーム設定に対する要求をアクセスポイントに送信する段階と、
前記要求に対する応答を前記アクセスポイントから受信する段階と、
前記受信した応答に基づいてアクセサリに送信すべきアクセサリストリーム設定要求を準備する段階と、
を含み、
前記アクセサリストリーム設定要求が、前記アクセサリの望ましい動作モードを示す、
ことを特徴とする方法。
【請求項１７】
ストリーム設定に対する要求の各々及び応答フィールドが、前記端末と前記アクセサリと前記アクセスポイントとの間における後の伝送のためのモードを示す動作モードフィールドを含む、請求項１６に記載の方法。
【請求項１８】
ローカルエリアネットワーク内の通信システムであって、
アクセスポイントと、
該アクセスポイントと通信する端末と、
該端末と通信するアクセサリと、
具備し、
ストリーム設定に対する要求が、前記端末から、該端末に応答を提供する前記アクセスポイントに送信され、
前記端末が、前記受信した応答に基づいて前記アクセサリに送信すべきアクセサリストリーム設定要求を準備し、該アクセサリストリーム設定要求が、前記アクセサリの望ましい動作モードを示す、
ことを特徴とするシステム。
【請求項１９】
ストリーム設定に対する要求の各々及び応答フィールドが、前記端末と前記アクセサリと前記アクセスポイントと間における後の伝送のためのモードを示す動作モードフィールドを含む、請求項１８に記載のシステム。
【請求項２０】
前記モードは、前記アクセサリが前記アクセスポイントから伝送を受信することを可能にする、請求項１９に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に無線通信を可能にするための標準規格に関する。より詳細には、本発明は、システムアクセスポイント、端末及びアクセサリ間で無線通信を可能にするための標準規格に関する。
【背景技術】
【０００２】
「電気電子技術者協会（ＩＥＥＥ）」は、有線及び無線通信の標準規格を含む様々な分野における各種標準規格を公開している。「ＩＥＥＥ  ８０２．１１」仕様は、無線クライアントと基地局又はアクセスポイントとの間、並びに無線クライアント間の「無線」インタフェースについて規定する無線標準規格である。「ＩＥＥＥ  ８０２．１１」仕様は、無線通信に関して物理層及び媒体アクセス制御層の両方を扱い、無線ローカルエリアネットワーク（ＷＬＡＮ）機器の製造業者間の互換性の問題を解決するように作られている。
【０００３】
「ＩＥＥＥ  ８０２．１１」標準規格は、８０２．１１ｅ「サービス品質（ＱｏＳ）」拡張標準規格で拡張過程にある。８０２．１１ｅ標準規格は、混成編成機能ベースチャンネルアクセス（ＨＣＣＡ）方法について定める。ＨＣＣＡは、スケジュールされた自動節電配信（ＡＰＳＤ）の節電方法と共に、非常に低い電力のデータ伝送手法をもたらす。図１は、マルチキャストストリームのスケジュールされたＡＰＳＤ条件の進行中のフローを表したものである。送信順番間のサービス間隔は、マルチキャストストリーム内の全ての端末に関して同じでなければならない。
【０００４】
モバイルゲーム及びアドホックネットワーク作成は、比較的新しく、急成長している応用の分野である。ヘッドセット、マスメモリ、「ビデオグラス」、及びテレビモニタのような多くのアクセサリが、ネットワークトポロジ、簡易性、電力消費に関して従来対処されてきたものよりも多くの条件を発生させている。
【０００５】
新しい８０２．１１ｅ標準規格は、２つの局（ＳＴＡ）、例えば、ＱｏＳ機能をサポートするがアクセスポイント（ＡＰ）ではない端末（「ＩＥＥＥ  ８０２．１１」ｅの用語を用いると、これらは非「ＡＰ  ＱＳＴＡ」である）が、拡張分散チャンネルアクセス（ＥＤＣＡ）を用いて相互間で直接データを交換したい場合に使用される直接リンク設定（ＤＬＳ）について紹介している。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
通常のＨＣＣＡデータフローにおいては、８０２．１１ｅ標準規格で説明するように、データは、常に１つの非「ＡＰ  ＱＳＴＡ」とアクセスポイント（ＡＰ）との間で送信される。８０２．１１ｅ標準規格によると、ＱｏＳ機能をサポートするＡＰは、ＱｏＳアクセスポイント（ＱＡＰ）と呼ばれる。したがって、端末からアクセサリへのＨＣＣＡ伝送は、一方のフローは、端末からＡＰへ、他方のフローは、ＡＰからアクセサリへという２つのフローを有するべきである。しかし、８０２．１１標準規格は、アクセサリデバイスについて定めていない。８０２．１１ｅ標準規格によれば、インフラストラクチャーモードにある時には、直接リンク設定（ＤＬＳ）データ伝送モードが使用されなければ、非「ＡＰ  ＱＳＴＡ」は、全てのフレームをＱＡＰに送信する。したがって、１つの端末からアクセサリへの直接データ伝送は、ＤＬＳの使用を必要とする。しかし、ＤＬＳは、節電機能を持たず、ＤＬＳは、ＥＤＣＡだけを使用する。
【０００７】
更に、かつオーディオ通信に関して、多くのヘッドセットは、現時点では、Ｂｌｕｅｔｏｏｔｈ技術を使用して端末からヘッドセットにオーディオデータを送信する。Ｂｌｕｅｔｏｏｔｈ無線及び２．４ＧＨｚ無線ＬＡＮ（ＷＬＡＮ）無線は、同じ周波数帯域で作動し、その結果、伝送エラー及び性能の低下をもたらす。
【課題を解決するための手段】
【０００８】
本発明は、本明細書でアクセサリクラスと呼ばれる新しいデバイスクラスのＷＬＡＮネットワークへの導入に関する。アクセサリは、原則として非「ＡＰ  ＱＳＴＡ」とすることができる。
【０００９】
本発明は、ＨＣＣＡタイプの作動がサポートされるアドホック又はインフラストラクチャーネットワークで使用することができる。本発明は、アクセサリと端末の間の直接伝送をサービス期間の一部として可能にすることでＨＣＣＡ伝送フローを拡張する。本発明によれば、端末は、ストリーム設定要求をアクセスポイントに送信する。アクセスポイントは、端末に応答を戻し、その後に端末は、アクセサリに送信するためのアクセサリストリーム設定要求を受信応答に基づいて準備する。アクセサリストリーム設定要求は、アクセサリの望ましい作動モードを示している。
【００１０】
本発明により、端末は、アクセサリの媒体アクセス制御（ＭＡＣ）アドレス並びにセキュリティ鍵をトラフィックストリーム付加（ＡＤＤＴＳ）信号伝達で提供するだけで、端末自体とアクセサリの間又はＡＰとアクセサリの間にストリームを設定することができる。したがって、アクセサリは、ＡＰと関連付ける必要がなく、端末が自己のアクセサリの全てを処理し、各アクセサリ及びＡＰのストリームを信号伝達する。端末とアクセサリは、その間にＡＰがなくても相互にデータを直接送信することができるので、本発明の提案される作動フローにより送信データ量は半減する。
【００１１】
これらの態様の全てを互いに組み合わせることにより、ＨＣＣＡデータ伝送フローをアドホックネットワークに導入することができ、ネットワークは、マスター端末（電話など）と媒体処理アクセサリ（例えば、ヘッドセット、モニタ、その他）という２つのサービスクラスの機器を有することができる。
【００１２】
本発明は、端末と関連するアクセサリの間においてより低い伝送電力の使用を可能にする。ＡＰが「ＱｏＳ  ＣＦ−Ｐｏｌｌ」フレーム内の継続時間フィールドを設定することにより、ＱＳＴＡが、通信中に端末とアクセサリの間の伝送を保護するためのネットワーク割り振りベクトル（ＮＡＶ）を設定することを可能にする。したがって、他の端末は、この端末及びアクセサリと同時には伝送を行わない。多くの場合、端末及びアクセサリは、相互に接近して配置されるので、使用する伝送電力を通常要求されるよりも大幅に低減することができる。
【００１３】
本発明はまた、ＤＬＳの性能を拡張し、従前はＤＬＳが使用されていたシナリオにおいてスケジュールされたＡＰＳＤ節電機能及びＨＣＣＡの使用を可能にする。本発明の下では、ＡＰがＨＣＣＡ伝送の時間を割り当てる。本発明の信号伝達により、ＡＰはまた、ＤＬＳ様フローの伝送時間も制御することができる。
【００１４】
本発明のこれら又は他の目的、利点、及び特徴、並びにその作動の編成及び様式は、いくつかの図面を通して同じ要素が同じ数字を有する以下に示す添付図面と共に以下の詳細説明を読めば明らかになるであろう。
【発明を実施するための最良の形態】
【００１５】
図２は、本発明による一般的なネットワークトポロジを表したものであり、ＡＰ１０００、複数の端末１０１０、及び複数のアクセサリ１０２０を含む。各端末１００は、あらゆる数の関連するアクセサリ１０２０を仮想的に有することができ、アクセサリを全く含まないこともある。インフラストラクチャーＢＳＳネットワークのＡＰ１０００及び端末１０１０は、「ＩＥＥＥ  ８０２．１１」標準規格で定められる通りである。ＡＰは、本明細書ではＱｏＳ機能をサポートすることができるアクセスポイントと呼ばれる。このようなＡＰの例は、「ＩＥＥＥ  ８０２．１１ｅ」で紹介されるＱＡＰである。端末は、無線で作動し、「ＩＥＥＥ  ８０２．１１ｅ」で導入される非「ＡＰ  ＱＳＴＡ」のようなＱｏＳ機能を提供するための機能性を有するデバイスを指す。端末は、ＡＰを通じて無線ローカルエリアネットワークに接続することができる。
【００１６】
本発明の一実施形態による簡略化されたトラフィックストリームでは、３つの異なる主体、すなわち、ＡＰ１０００、端末１０１０、及びアクセサリ１０２０がデータを送信する。ＡＰ１０００と端末１０１０の間、並びに端末１０１０とアクセサリ１０２０の間の通信は、様々な無線通信方法のような様々な通信方法を用いて実行することができる点を理解すべきである。アクセサリ１０２０のストリーム設定は、端末１０１０により処理される。アクセサリ１０２０は、ＡＰ１０００に関連付けられる必要がない。端末１０１０は、進行中のストリームをＡＤＤＴＳ信号伝達でＡＰ１０００に関連付けて設定する。端末１０１０とＡＰ１０００の間の関連付けは、１０３０に示されている。端末１０１０とアクセサリ１０２０の間の定期的な「アクセサリビーコン」伝送が１０４０に示されている。本発明の他の実施形態では、ストリーム設定を行わずにアクセサリビーコン伝送を行うことができ、又は端末１０１０は、ストリーム又はデータ伝送がアクセサリ１０２０に与えられることになると仮定することができる。
【００１７】
図３は、ストリーム設定信号伝達が進行中、又はアクセサリ１０２０へのデータ伝送が近い将来に発生する可能性がある時のアクセサリビーコン伝送の設定処理を示している。図３は、端末―アクセサリ関係の考え方を示しており、ここでは、端末１０１０がプロトコル第２層又はＭＡＣ（媒体アクセス制御）層よりも上位の層のトラフィックを処理する。図３では、上位層のセッション設定プロトコルの例を示すためにＳＩＰが選択されている。「ＩＴＵ  Ｈ．３２３」のような他のセッション設定プロトコルを使用することができる。図３に示されているシナリオでは、段階３００で発呼側が最初にＳＩＰ招待をＡＰ１０００に送信する。次に、段階３０５で、ＡＰ１０００が対応するＭＡＣデータ招待を端末１０１０に送信し、これは、段階３１０で端末１０１０によりＡＰ１０００に対して確認応答される。段階３１５では、端末１０１０が呼び出しメッセージをＡＰ１０００に送信し、このメッセージは、段階３２０で発呼側に返送されて段階３２５で確認応答される。段階３３０では、端末１０１０がアクセサリビーコンを送信して「ｓｔａｙ  ａｗａｋｅ」命令をアクセサリ１０２０に送信し、これは、段階３３５で確認応答される。この確認応答に応答して、端末１０１０は、「ＳＩＰ  ２００  ＯＫ」メッセージをＡＰ１０００に送信して、端末１０１０がアクセサリ１０２０から確認応答を受信したことを示している。段階３４０に応答して、ＡＰは、段階３４５における発呼側への「ＳＩＰ  ２００  ＯＫ」メッセージ送信へと進む。次に、ＡＰ１０００は、段階３５０でＭＡＣレベルの確認応答を端末１０１０に送信して、ＡＰが発呼側に「ＳＩＰ  ２００  ＯＫ」メッセージを送信したことを示している。
【００１８】
段階３５５では、端末１０１０がＭＡＣレベルのＡＤＤＴＳ．要求メッセージをＡＰ１０００に送信し、これは、３６０で確認応答される。ＡＤＤＴＳ要求は、端末１０１０がトラフィックの送信を開始することを受信側（すなわち、図３のアクセスポイント）に通知する。本明細書に説明されるＡＤＤＴＳの用語及び他の用語については、８０２．１１ｅ標準規格で詳細に説明されている。３６０の確認応答の後に、３６５のＡＰ１０００から端末１０１０へのＭＡＣレベルのＡＤＤＴＳ．応答メッセージが続き、これは、３７０で確認応答される。次に、端末１０１０が３７５でＡＤＤＴＳ．応答メッセージをアクセサリ１０２０に送信し、これは、３８０でアクセサリ１０２０により確認応答される。
【００１９】
図４は、設定が完了した後のアクセサリビーコンの使用を示している。ＳＩＰレベルの招待が４００で発呼側からＡＰ１０００に送信される。４０５で、ＭＡＣレベルの招待が端末１０１０に送信されて、これは、４１０で確認応答される。次に、４１５において、端末１０１０が、呼び出しメッセージをＡＰ１０００に送信し、これは、４２０で確認応答される。呼び出しメッセージは、次に、４２５においてＳＩＰレベルで発呼側に送信される。
【００２０】
４３０において、端末１０１０が、ＭＡＣレベルの「ＯＫ」メッセージをＡＰ１０００に送信し、これは、４３５で確認応答される。次に、ＡＰ１０００は、４４０で「ＯＫ」メッセージをＳＩＰレベルで発呼側に送信する。４４５では、端末１０１０がＡＤＤＴＳ．要求をＡＰ１００に送信し、これは、４５０でＡＰ１０００により確認応答される。４５５では、ＡＰがＡＤＤＴＳ．応答を端末１０１０に送信し、これは、４６０で確認応答される。４６５では、端末１０１０が、アクセサリ１０２０に「アクセサリビーコン」及びＡＤＤＴＳ応答を送信し、これらは、４７０でアクセサリ１０２０により確認応答される。
【００２１】
図５は、本発明の一実施形態によるＡＤＤＴＳ要求フレームを表したものであり、８０２．１１ｅで定められるような関連付け要求フレーム５００と、アクセサリＴＳＰＥＣフィールド５１０と、アクセサリ機能長フィールド５２０と、アクセサリ機能フィールド５３０とを含む。アクセサリＴＳＰＥＣフィールド５１０は、データ伝送オプションを説明するために使用される。アクセサリ機能長フィールド５２０の値は、アクセサリの機能フィールドの長さを４オクテットの数として定める。アクセサリ機能フィールド５３０は、データ伝送及びデータフォーマットに関するより高いレベルのパラメータを説明するために使用することができる。
【００２２】
図６は、本発明によるＡＤＤＴＳ応答フレームを表したものである。ＡＤＤＴＳ応答フレームは、８０２．１１ｅで定められるような関連付け応答フレーム６１０と、アクセサリＴＳＰＥＣ応答フィールド６２０と、端末機能長フィールド６３０と、端末機能フィールド６４０とを含む。アクセサリＴＳＰＥＣ応答フィールド６２０は、端末１０１０により編集される。ＴＳＰＥＣ応答フィールド６２０により、端末１０１０は、アクセサリのＴＳＰＥＣをどのように処理することができるかを説明する。ＴＳＰＥＣ折衝論理は、ＡＤＤＴＳ信号伝達に続く。端末機能長フィールド６３０は、端末機能フィールドの長さを４オクテットの数として定める。端末機能フィールド６４０は、データ伝送及びデータフォーマットに関するより高いレベルのパラメータを説明するために使用することができる。
【００２３】
図７（ａ）は、本発明によるアクセサリビーコンフレームを表したものであり、各フィールドのオクテット数も示されている。アクセサリビーコンフレームは、アクセサリ情報フィールド７１０と、ＡＰのＭＡＣアドレスフィールド７２０と、「ｓｔａｙ  ａｗａｋｅ」要素量フィールド７３０と、ｓｔａｒｔ要素量フィールド７４０と、ＤＥＬＴＳ要素量フィールド７５０と、「ｓｔａｙ  ａｗａｋｅ」要素フィールド７６０と、「ｓｔｒｅａｍ  ｓｔａｒｔ」要素フィールド７７０と、ＤＥＬＴＳ要素フィールド７８０とを含む。ＤＥＬＴＳ要素は、データ伝送の終了について受信側に通知するに過ぎない。しかし、データ伝送を終了するために必ずしもＤＥＬＴＳ要素が使用されるわけではない。例えば、ＡＰ１０００は、データ伝送における非作動性を測定することができるタイマを用いてデータ伝送が終了したと見なすことができる。
図７（ｂ）は、アクセサリ情報フィールド７１０をより詳細に示すものであり、関連付けビットフィールド７９０を含む。関連付けビットフィールド７９０は、端末１０１０がＡＰ１０００に関連付けられていない場合は０である。関連付けビットフィールド７９０は、端末１０１０がＡＰ１０００に関連付けられている場合、及びＡＰのＭＡＣアドレスフィールドが有効な場合は１である。「ｓｔａｙ  ａｗａｋｅ」要素量フィールド７３０は、１オクテット長であり、アクセサリビーコンフレームに追加される「ｓｔａｙ  ａｗａｋｅ」要素の数を含む。ｓｔａｒｔ要素量フィールド７４０も１オクテット長であるが、代わりに、アクセサリビーコンフレームに追加される「ｓｔｒｅａｍ  ｓｔａｒｔ」要素の数を含む。ＤＥＬＴＳ要素量フィールド７５０も同様に１オクテット長であり、このフィールドは、アクセサリビーコンフレームに追加されるＤＥＬＴＳ要素の数を含む。
【００２４】
図７（ｃ）は、「ｓｔａｙ  ａｗａｋｅ」要素７６０のより詳細な図であり、ａｗａｋｅパラメータフィールド８１０と、アクセサリＭＡＣアドレスフィールド８２０と、ａｗａｋｅ期間長フィールド８３０とを含む。ａｗａｋｅ期間長フィールド８３０は、４オクテット長であり、アクセサリ１０２０が起動していて端末１０１０からの信号伝達を待機するａｗａｋｅ時間をマイクロ秒単位で指定する符号なし整数を含む。図７（ｄ）は、ａｗａｋｅパラメータフィールド８１０をより詳細に示しており、作動パラメータ８４０を含む。作動パラメータ８４０のビットマップは、以下に示すようになる。
【００２５】
【表１】
2009505590.tif 000003
【００２６】
「全電力モードに留まる」モードにおいて、時間＝０の時には、アクセサリは、節電モードに直接入ることができる。１−１配列に関して、この配列は、本発明の一実施形態では「直接スリープ」モードに使用することができる。更に、新しい「ｓｔａｙ  ａｗａｋｅ」情報は、古い値を上書きする点に注意すべきである。
【００２７】
図７（ｅ）は、ストリーム開始要素フィールド７７０をより詳細に説明している。ストリーム開始要素フィールド７７０は、８０２．１１ｅ標準規格に説明されるようなＡＤＤＴＳフレーム８５０と、報告間隔フィールド８６０と、報告期間長フィールド８７０とを含む。報告間隔フィールド８６０は、１オクテット長であり、ストリームステータスフレーム伝送のビーコン間隔を指定する符号なし整数を含む。この場合、０値は、ストリームステータスフレームが送信されないことを示している。報告期間長フィールド８７０は、４オクテット長であり、端末１０１０が起動して図８の９００で例が示されているストリーム統計フレームをアクセサリ１０２０から待機するアクセサリビーコン伝送後の時間をマイクロ秒単位で指定する符号なし整数を含む。報告期間が経過する前にストリーム統計フレームが受信されない場合には、このフレームは欠落したと見なされ、端末は、ドーズ状態に入ることを許される。
【００２８】
図８に示すように、かつ「ＩＥＥＥ  ８０２．１１ｋ」標準規格に説明するように、ストリーム統計フレーム９００は、「正常受信フレーム数」フィールド９１０と、「サービス期間数」フィールド９２０と、「再送フレーム数」フィールド９３０とを含む。正常受信フレーム数は、最新の統計フレーム伝送以降に正常に受信されたフレームの量である。サービス期間数は、最後の統計フレーム伝送以降のサービス期間数である。再送フレーム数は、最後の統計フレーム伝送以降に失敗したフレームの送信試みの回数である。
【００２９】
本発明は、（１）フローの設定の実行方法、（２）データ転送がストリーム内で進行中にデータ伝送を完了する方法に関する。以下の説明では、１つのＡＰ１０００、１つの端末１０１０、及び１つのアクセサリ１０２０の使用を前提とする。しかし、付加的な構成要素も本発明に関連して使用することができる点を理解すべきである。ストリームを設定するために、端末１０１０は、自己及びアクセサリ１０２０のためのストリーム生成を処理する。したがって、アクセサリ１０２０は、できる限り単純に生成することができ、アクセサリ１０２０は、ローミング又はハンドオーバー状況を認識する必要がない。
【００３０】
本発明は、ＡＰ１０００と端末１０１０の間に信号伝達を導入する。端末１０１０及びアクセサリ１０２０が相互に信号伝達を行って相互を認識する方法を説明するために、他の処理途中の報告書が作成されている。アクセサリ１０２０は、ＡＰに関連付けられた端末とすることができる点に注意すべきである。本発明は、主として一般的な信号伝達フローについて規定するだけである。
【００３１】
ＡＤＤＴＳフレームは、ＴＳＰＥＣ情報要素を含み、これは、ＨＣＣＡストリームを信号伝達するために使用される。既存の従来のＴＳＰＥＣ要素が、既存のＴＳ情報要素のより詳細な内訳と共に図９に示されている。このＴＳＰＥＣ要素は、いくつかの新しい情報フィールドを必要とする。特に、ＴＳＰＥＣ要素は、（１）アクセサリのＭＡＣアドレスと、（２）端末１０１０又はＡＰ１０００がアクセサリ１０２０にデータを送信するか否かを示す作動モードインジケータと、（３）スケジュールされた伝送で使用される媒体時間要素とを必要とする。この要素は、端末１０１０とアクセサリ１０２０との間で使用される伝送時間を信号伝達するために必要とされる。拡張ＴＳＰＥＣ要素の図は、拡張ＴＳ情報要素と共に図１０に示されている。
【００３２】
上記に加え、ＴＣＬＡＳ要素は、付加的な表示ビットを必要とする。ＡＰ１０００がアクセサリ１０２０と直接通信する場合に、ＴＣＬＡＳ要素は、どのＴＣＬＡＳ要素が端末１０１０に属すか、及びどれがトラフィックをアクセサリ１０２０にマップするかを説明する表示フィールドを必要とする。ＡＤＤＴＳメッセージは、いくつかのＴＣＬＡＳ要素を含むことができる。更に、ＴＣＬＡＳ要素は、端末及びアクセサリの通信ストリームの両方で使用される同じ情報を定めることができる。図１１（ａ）は、本発明による拡張ＴＣＬＡＳ要素を紹介しており、図１１（ｂ）は、修正されたＴＣＬＡＳ要素のフレーム分類子をより詳細に示している。フレーム分類子の分類子パラメータに関して、従来の要求の分類子タイプを以下の表２に示している。
【００３３】
【表２】
2009505590.tif 000004
【００３４】
一方、本発明による拡張フレーム分類子タイプを以下の表３に示している。「端末アクセサリセレクタ」は、図１１（ｂ）に示されているフレーム分類子パラメータの一部である。表３のビットは、図１１（ｂ）のフレーム分類子タイプフィールドへの変更である。表３は、「ＩＥＥＥ  ８０２．１１ｅ」における「フレーム分類子及び分類子」タイプフィールドに端末−アクセサリセレクタを実施する例示的な方法に過ぎない点に注意すべきである。
【００３５】
【表３】
2009505590.tif 000005
【００３６】
本発明による及び図１０に示すようなＴＳＰＥＣ要素内の作動モードフィールドは、以下の表４に従って３ビットの組合せを有する。３ビットの各組合せに関して、異なる伝送モードが有効にされる。これらのモードについては、図１２−１７に別々に示している。
【００３７】
【表４】
2009505590.tif 000006
【００３８】
図９のＴＳＰＥＣに示されている媒体時間フィールドは、上述の００１、１００、及び１０１の場合に示されている端末１０１０とアクセサリ１０２０の間の通信に使用することができる１回の伝送機会における最大時間を説明するために使用される。それ以外の場合には、このフィールドの値は未指定である。媒体時間値は、１６ビットの符号なし整数であり、３２マイクロ秒期間単位による同期化された作動期間ごとの媒体へのアクセス許容時間量を含む。
【００３９】
ＡＰ１０００がアクセサリ１０２０と直接通信を行う００１、０１１、及び１０１の場合では、端末１０１０がＴＳＰＥＣ要素内のアクセサリの暗号化鍵フィールドを正しい値に設定する。この鍵は、ＡＰ１０００からアクセサリ１０２０へのデータ伝送を暗号化するために用いられる。それ以外の場合、アクセサリ暗号化鍵フィールドは、未指定のままにしておく。
【００４０】
ＴＳＰＥＣ要素は、ＡＰ１０００と端末１０１０の間、又はＡＰ１０００とアクセサリ１０２０の間で送信されるストリーム内の全てのトラフィックの特性を説明する。図１０の「ＭＡＣアクセサリアドレス」は、アクセサリ１０２０のＭＡＣアドレスを含む。セキュリティの考慮事項によっては、端末１０１０は、ＡＤＤＴＳストリームに初めてＭＡＣアクセサリアドレスを導入する。したがって、アクセサリ１０２０は、ＡＰ１０００に関連付けられる必要がない。これは、ローミング状況で電力消費を低減し、アクセサリ１０２０及び端末１０１０が同じＡＰ１０００で作動することを保証する。
【００４１】
全ての伝送オプションにおいて、データ伝送は、ＡＰ１０００によるＱｏＳ＋ＣＦ−ＰＯＬＬ又はＷｏＳデータ＋ＣＦ−ＰＯＬＬフレーム伝送から始まる。端末１０１０及びアクセサリ１０２０の両方がデータを送信する場合、ＡＰ１０００は、常に端末１０１０をポーリングする。端末１０１０及びアクセサリ１０２０がデータを交換する場合、端末１０１０は、ＱｏＳ＋ＣＦ−Ｐｏｌｌ又はＷｏＳデータ＋ＣＦ−Ｐｏｌｌフレームをアクセサリ１０２０に送信する。これは、すなわち、端末１０１０がデータをポーリングされて、ＡＰ１０００が媒体の制御を引き受けることを意味する。これは、サービス期間の長さの識別を含むことができる。
【００４２】
図１２−１７には、異なるデータ伝送シナリオが示されている。図１２−１７のデータ伝送フローは、端末からＡＰへのＡＤＤＴＳ要求により開始することができる。上述のように、ＡＤＤＴＳは、端末とＡＰの間のデータ伝送フローを確立するための例示的な通信方法である。ＡＤＤＴＳ要求は、ＡＰ、端末、及びアクセサリ間の通信のための通信規則を定める。図１２から１７までは、所定のスケジュールに従って端末又はアクセサリのいずれかにＡＰが接触した後、又はスケジュールが定められていない場合は端末又はアクセサリに対するデータがある時の通信を定める。ｐｏｌｌメッセージの後は、ＨＣＣＡフレーム交換規則に従う。データストリーム内部では、前の伝送データストリームからのＰＩＦＳ（点制御フレーム間空間）遅延を有する「ＱｏＳ  ＰＯＬＬ」フレームを除く全てのフレームが短フレーム間空間遅延の間で送信される。
図１２−１７は、「ＱｏＳ＋ＣＦ  Ｐｏｌｌ＋データ」信号に応答する「ＱｏＳデータ＋ａｃｋ」を示している。これは、すなわち、対象のデバイスが標準的な確認応答と共にデータを送信することを意味する。データは、ＱｏＳと共に送信される。ＡＰ１０００と端末１０１０の間で通信されるデータフレームがいくつかある可能性がある。
【００４３】
表４で紹介したシナリオ００１及び１００のように端末１０１０とアクセサリ１０２０が相互にデータを交換する場合、端末とアクセサリがデータを交換する時間中は、ＡＰ１０００がＮＡＶ（ネットワーク割り振りベクトル）保護を設定する。ＮＡＶ継続時間は、ＡＰとの送受信以外の伝送も含むストリーム全体に関して、ＡＰにより送信される「ＱｏＳ  Ｐｏｌｌ」フレーム内に示すことができる。したがって、端末１０１０及びアクセサリ１０２０は、自己のデータ伝送においてより低い伝送電力レベルを使用することができる。
【００４４】
端末１０１０とアクセサリ１０２０の間でデータを送信するための伝送時間が割り当てられている場合、端末１０１０及びアクセサリ１０２０は、より低い伝送電力レベルを使用することができるので、ＡＰ１０００は、端末１０１０及びアクセサリ１０２０がトラフィックをいつ送信したかを知らない場合がある。この問題に対処するために、端末１０１０は、ＣＦ−ＥＮＤフレームを送信することで自己がデータを送信したことをＡＰ１０００に通知することができる。したがって、消費されなかったＮＡＶ保護時間は、他の伝送に利用可能になる。
【００４５】
本発明の一実施形態では、アクセサリ１０２０が、ＨＣＣＡデータフローに従って送信しないか又は再送に応答しない場合には、端末１０１０は、ＣＦ−ＥＮＤフレームを送信することができる。ストリーム内の両当事者（端末１０１０及びアクセサリ１０２０）は、最大ＨＣＣＡサービス期間継続時間を超えるようにすべきではない。
【００４６】
本発明によるゲームデータ配信のための使用例のシナリオが図１８に示されている。このシナリオは、図１３に示す００１伝送の場合の使用に関連する。図１８に示すように、端末１０１０は、少なくとも部分的に同じデータをアクセサリ１０２０と送信する１サービス期間前にＡＰ１０００とのデータ転送を行う。このシナリオでは、アクセサリ１０２０にこのデータを送信する前に受信データを処理するか又はデータフォーマットを変更するために、端末１０１０で遅延を使用することができる。必要に応じて、端末１０１０は、計算に１サービス期間よりも多くを使用することができる。したがって、端末１０１０は、受信データに応じて計算するために１サービス期間を有する。アクセサリ−端末間データ転送に付加的なサービス期間は必要ない。これは、特に、ゲーム又はメディアフォーマット処理シナリオで有利となる可能性がある。
【００４７】
図１９及び２０は、本発明を実施することができる代表的な移動電話１２を示している。移動電話１２は、ネットワークの特定の要件に応じて端末１０１０、アクセサリ１０２０、又はアクセスポイント１０００として機能することができる。端末１０１０は、パラメータ化された及び優先順位を付けたＱｏＳを提供するための機能及び機能をサポートする無線局を含むことができる。端末１０１０は、例えば、「ＩＥＥＥ  ８０２．１１ｅ」により定められるような非「ＡＰ  ＱＳＴＡ」を含むことができる。しかし、本発明は、１つの特定のタイプの移動電話１２又は他の電子デバイスに限定されるものではない点を理解すべきである。例えば、様々なタイプの携帯電話、携帯のための無線通信デバイス、携帯情報端末（ＰＤＡ）、携帯のためのコンピュータ、及び現在販売されているものの組合せがある。これらのデバイスは、「インターネット」アクセスから電子メール、個人管理システム、様々な電子ゲームに至る幅広い範囲のサービスを提供する。各種機能を搭載したこのような１つの携帯のための電子デバイスは、「Ｎｏｋｉａ  Ｃｏｒｐｏｒａｔｉｏｎ」によりＮ−ＧＡＧＥ商標の下で販売されている。この特定の製品は、ビデオゲームデバイス及び携帯電話の両方として機能する。
【００４８】
図１９及び２０の移動電話１２は、ハウジング３０、液晶ディスプレイの形式のディスプレイ３２、キーパッド３４、マイクロフォン３６、受話口３８、バッテリ４０、赤外線ポート４２、アンテナ４４、本発明の一実施形態による汎用集積回路カード（ＵＩＣＣ）形式のスマートカード４６、カード読取器４８、無線インタフェース回路５２、コーデック回路５４、コントローラ５６、及びメモリ５８を含む。個々の回路及び要素は、当業技術において、例えば、Ｎｏｋｉａ系列の移動電話で公知の全てのタイプである。本発明を取り入れることができる他のタイプの電子デバイスは、以下に限定されるものではないが、携帯情報端末（ＰＤＡ）、統合メッセージングデバイス（ＩＭＤ）、デスクトップコンピュータ、及びノートブックパーソナルコンピュータを含むことができる。
【００４９】
通信デバイスは、以下に限定されるものではないが、「符号分割多元接続（ＣＤＭＡ）」、「移動通信のためのグローバルシステム（ＧＳＭ）」、「ユニバーサル移動通信システム（ＵＭＴＳ）」、「時分割多元接続（ＴＤＭＡ）」、「周波数分割多元接続（ＦＤＭＡ）」、「伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）」、「ショートメッセージングサービス（ＳＭＳ）」、「マルチメディアメッセージングサービス（ＭＭＳ）」、電子メール、「インスタントメッセージングサービス（ＩＭＳ）」、Ｂｌｕｅｔｏｏｔｈ、「ＩＥＥＥ  ８０２．１１」、その他を含む様々な伝送技術を用いて通信することができる。
【００５０】
本発明を方法段階の一般的な状況において説明したが、一実施形態では、ネットワーク化された環境でのコンピュータにより実行されるプログラムコードのようなコンピュータ実行可能命令を含むプログラム製品により実施することができる。
【００５１】
一般的に、プログラムモジュールは、特定のタスクを実行するか又は特定の抽象データ型を実施するルーチン、プログラム、オブジェクト、構成要素、データ構造、その他を含む。コンピュータ実行可能命令、関連するデータ構造、及びプログラムモジュールは、本明細書に開示する方法段階を実行するためのプログラムコードの実施例を表している。このような実行可能命令又は関連するデータ構造の特定の順序は、このような各段階に説明される機能を実施するための対応する作動の実施例を表している。
【００５２】
本発明のソフトウエア及びウェブ実施例は、規則ベース論理及び様々なデータベース検索段階、相関付け段階、比較段階、及び決定段階を行うための他の論理を有する標準プログラミング技術で実行することができる。本明細書及び特許請求の範囲で使用される「構成要素」及び「モジュール」という用語は、ソフトウエアコードの１つ又はそれよりも多くのラインを用いた実施、及び／又はハードウエア実施、及び／又は手動入力を受けるための機器を包含するものである点にも注意すべきである。
【００５３】
本発明の実施形態の上述の説明は、例証及び説明目的のために示している。これは網羅的なものではなく、又は開示された厳密な形式に本発明を限定するものでもなく、修正形態及び変形は、上述の教示に照らして可能であり、又は本発明の実施から得ることができる。各実施形態は、本発明の原理及びその実施可能な応用を説明し、当業者が企図された特定の用途に好適であるような様々な実施形態及び様々な修正形態で本発明を利用可能にするように選択かつ説明したものである。
【図面の簡単な説明】
【００５４】
【図１】スケジュールされたＡＰＳＤがマルチキャストストリームのための節電サポートをもたらす、進行中のフローを一般的に示す図である。
【図２】アクセスポイント、複数の端末、及び複数のアクセサリを含む本発明による一般的なネットワークトポロジを示す図である。
【図３】アクセサリビーコン伝送のデータフロー設定処理を示す図である。
【図４】設定完了後のアクセサリとの通信中のアクセサリビーコンの使用を示す図である。
【図５】本発明の一実施形態による修正されたＡＤＤＴＳ応答フレームを示す図である。
【図６】本発明の一実施形態による修正されたＡＤＤＴＳ応答フレームを示す図である。
【図７（ａ）】本発明によるアクセサリビーコンフレームを示す図である。
【図７（ｂ）】アクセサリビーコンフレームのアクセサリ情報フィールドを詳細に示す図である。
【図７（ｃ）】アクセサリビーコンフレーム内の「「ｓｔａｙ  ａｗａｋｅ」」要素の図である。
【図７（ｄ）】アクセサリビーコンフレームのａｗａｋｅパラメータフィールドを示す図である。
【図７（ｅ）】アクセサリビーコンフレームの「「ｓｔｒｅａｍ  ｓｔａｒｔ」」要素フィールドの図である。
【図８】本発明の一実施形態によるストリーム統計フレームを示す図である。
【図９】従来のトラフィック仕様（ＴＳＰＥＣ）要素、並びにそこに含まれるＴＳ情報要素を詳細に示す図である。
【図１０】異なるＨＣＣＡ伝送モードを信号伝達するために使用することができる拡張ＴＳＰＥＣ要素、並びに本発明による拡張ＴＳ情報要素を詳細に示す図である。
【図１１（ａ）】本発明により同じストリーム内のアクセサリ及び端末に対するトラフィック分類を可能にするための拡張トラフィック分類（ＴＣＬＡＳ）要素を示す図である。
【図１１（ｂ）】図１１（ａ）のＴＣＬＡＳ要素に含まれるフレーム分類子の図である。
【図１２】別途の表４に従う本発明による０００使用シナリオにおけるデータフローを示す図である。
【図１３】別途の表４に従う本発明による００１使用シナリオにおけるデータフローを示す図である。
【図１４】別途の表４に従う本発明による０１０使用シナリオにおけるデータフローを示す図である。
【図１５】別途の表４に従う本発明による０１１使用シナリオにおけるデータフローを示す図である。
【図１６】別途の表４に従う本発明による１００使用シナリオにおけるデータフローを示す図である。
【図１７】別途の表４に従う本発明による１０１使用シナリオにおけるデータフローを示す図である。
【図１８】一方向データフレームが最初にＡＰから端末に送信され、ラインが、アクセサリにデータが送信される前にデータに取り込まれている遅延を参照し、アクセサリにデータが送信される前に端末で遅延を用いて受信データを処理するか又はデータフォーマットを変更することができる、ＷＬＡＮ受話器への一方向伝送が提供される本発明の一実施形態によるゲームデータ配信のための使用例のシナリオの図である。
【図１９】本発明の実施で使用することができる移動電話の斜視図である。
【図２０】図１９の移動電話の電話回路の概略図である。
【図１】
2009505590.tif 000007
【図２】
2009505590.tif 000008
【図３】
2009505590.tif 000009
【図４】
2009505590.tif 000010
【図５】
2009505590.tif 000011
【図６】
2009505590.tif 000012
【図７（ａ）】
2009505590.tif 000013
【図７（ｂ）】
2009505590.tif 000014
【図７（ｃ）】
2009505590.tif 000015
【図７（ｄ）】
2009505590.tif 000016
【図７（ｅ）】
2009505590.tif 000017
【図８】
2009505590.tif 000018
【図９】
2009505590.tif 000019
【図１０】
2009505590.tif 000020
【図１１（ａ）】
2009505590.tif 000021
【図１１（ｂ）】
2009505590.tif 000022
【図１２】
2009505590.tif 000023
【図１３】
2009505590.tif 000024
【図１４】
2009505590.tif 000025
【図１５】
2009505590.tif 000026
【図１６】
2009505590.tif 000027
【図１７】
2009505590.tif 000028
【図１８】
2009505590.tif 000029
【図１９】
2009505590.tif 000030
【図２０】
2009505590.tif 000031
【国際調査報告】
2009505590.tif 000032