JP2017519465A - 無線ｌａｎにおけるパワーセーブモードベースの動作方法及び装置 - Google Patents

Abstract

無線ＬＡＮにおけるパワーセーブモードベースの動作方法及び装置が開示されている。無線ＬＡＮにおけるパワーセーブモードベースの動作方法は、ＳＴＡがＡＰとＴＩＭベースのパワーセーブモードの設定のための初期設定手順を実行するステップ、ＳＴＡが初期設定手順に基づいてＴＩＭベースのパワーセーブモードで動作してビーコンフレームの送信周期に基づいてドーズ状態からアウェイク状態に切り替えられることでＡＰから第１のダウンリンクフレームを受信するステップ、ＳＴＡがＡＰからＴＩＭベースのパワーセーブモードからアクティブモードへの切り替えを指示する動作モード設定情報を受信するステップ、及びＳＴＡがアクティブモードに基づいてＡＰから第２のダウンリンクフレームを受信するステップを含む。【選択図】図９

Description

本発明は、無線通信に関し、より詳しくは、無線ＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）において、パワーセーブモードに基づいて動作する方法及び装置に関する。

ＩＥＥＥ８０２．１１標準では、無線ＬＡＮ ＳＴＡ（ｓｔａｔｉｏｎ）の寿命を増加させるためにパワー節約メカニズム（ｐｏｗｅｒ ｓａｖｅ ｍｅｃｈａｎｉｓｍ）（または、パワー節約モード（ｐｏｗｅｒ ｓａｖｅ ｍｏｄｅ））が使われることができる。パワー節約モードに基づいて動作するＳＴＡは、パワー節約のためにアウェイク状態（ａｗａｋｅ ｓｔａｔｅ）またはドーズ状態（ｄｏｚｅ ｓｔａｔｅ）で動作できる。アウェイク状態は、フレームの送信または受信や、チャネルスキャニングのようなＳＴＡの正常動作が可能な状態である。それに対し、ドーズ状態は、電力消耗を極端に減らしてフレームの送信または受信が不可能であり、チャネルスキャニングも不可能な状態である。パワー節約モードで動作するＳＴＡは、ドーズ状態に維持され、必要な場合、アウェイク状態に切り替えて電力消耗を減らすことができる。

ＳＴＡがドーズ状態で長い間動作する場合、ＳＴＡの電力消耗が減る。したがって、ＳＴＡの寿命が増えることができる。しかし、ドーズ状態では、フレームの送信または受信が不可能である。したがって、ＳＴＡは、ドーズ状態に長い間とどまることができない。ドーズ状態でペンディングフレームが発生した場合、ＳＴＡは、アウェイク状態に切り替えてフレームをＡＰに送信することができる。しかし、ＳＴＡがドーズ状態にあり、ＳＴＡに送信するペンディングフレームがＡＰに存在する場合、ＳＴＡは、ＡＰからペンディングフレームを受信することができず、ＡＰにペンディングフレームが存在するということも知ることができない。したがって、ＳＴＡは、ＡＰにペンディングフレームの存在可否に対する情報を取得し、ＡＰにペンディングフレームを受信するために周期的にアウェイク状態に切り替えて動作できる。

ＡＰは、ＳＴＡのアウェイク状態動作タイミングに対する情報を取得し、ＳＴＡのアウェイク状態動作タイミングに合わせてＡＰにペンディングフレームの存在可否に対する情報を送信することができる。

具体的に、ドーズ状態のＳＴＡは、ＡＰから受信するフレームの存在可否に対する情報を受信するために、周期的にドーズ状態からアウェイク状態に切り替えてビーコンフレームを受信することができる。ＡＰは、ビーコンフレームに含まれているＴＩＭ（ｔｒａｆｆｉｃ ｉｎｄｉｃａｔｉｏｎ ｍａｐ）に基づいて各ＳＴＡに送信するフレームの存在可否に対して知らせることができる。ＴＩＭは、ＳＴＡに送信されるユニキャストフレームの存在を知らせるために使われ、ＤＴＩＭ（ｄｅｌｉｖｅｒｙ ｔｒａｆｆｉｃ ｉｎｄｉｃａｔｉｏｎ ｍａｐ）は、ＳＴＡに送信されるマルチキャストフレーム／ブロードキャストフレームの存在を知らせるために使われることができる。

本発明の目的は、無線ＬＡＮにおけるパワーセーブモードベースの動作方法を提供することにある。

本発明の他の目的は、無線ＬＡＮにおけるパワーセーブモードベースの動作装置を提供することにある。

前述した本発明の目的を達成するための本発明の一側面による、無線ＬＡＮにおけるパワーセーブモードベースの動作方法は、ＳＴＡ（ｓｔａｔｉｏｎ）がＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）とＴＩＭ（ｔｒａｆｆｉｃ ｉｎｄｉｃａｔｉｏｎ ｍａｐ）ベースのパワーセーブモード（ｐｏｗｅｒ ｓａｖｅ ｍｏｄｅ）動作のための初期設定手順を実行するステップ、前記ＴＩＭベースのパワーセーブモードで動作する前記ＳＴＡがビーコンフレームの送信周期に基づいてドーズ状態（ｄｏｚｅ ｓｔａｔｅ）からアウェイク状態（ａｗａｋｅ ｓｔａｔｅ）に切り替えられることで前記ＡＰから第１のダウンリンクフレームを受信するステップ、前記ＳＴＡが前記ＡＰから前記ＴＩＭベースのパワーセーブモードからアクティブモード（ａｃｔｉｖｅ ｍｏｄｅ）への切り替えを指示する動作モード設定情報を受信するステップ、及び前記ＳＴＡが前記アクティブモードに基づいて前記ＡＰから第２のダウンリンクフレームを受信するステップを含み、前記第１のダウンリンクフレーム及び前記第２のダウンリンクフレームは、ライブビデオストリーミングサービス（ｌｉｖｅ ｖｉｄｅｏ ｓｔｒｅａｍｉｎｇ ｓｅｒｖｉｃｅ）のためのデータを含み、前記動作モード設定情報は、前記ＳＴＡと前記ＡＰとの間のネットワーク状態情報に基づいて生成される。

前述した本発明の目的を達成するための本発明の他の側面による、無線ＬＡＮにおけるパワーセーブモードに基づいて動作するＳＴＡ（ｓｔａｔｉｏｎ）は、無線信号を送信または受信するために具現されたＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）部及び前記ＲＦ部と動作可能なように（ｏｐｅｒａｔｉｖｅｌｙ）連結されるプロセッサを含み、前記プロセッサは、ＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）とＴＩＭ（ｔｒａｆｆｉｃ ｉｎｄｉｃａｔｉｏｎ ｍａｐ）ベースのパワーセーブモード（ｐｏｗｅｒ ｓａｖｅ ｍｏｄｅ）の設定のための初期設定手順を実行し、前記初期設定手順に基づいて前記ＴＩＭベースのパワーセーブモードで動作してビーコンフレームの送信周期に基づいてドーズ状態（ｄｏｚｅ ｓｔａｔｅ）からアウェイク状態（ａｗａｋｅ ｓｔａｔｅ）に切り替えられることで前記ＡＰから第１のダウンリンクフレームを受信し、前記ＡＰから前記ＴＩＭベースのパワーセーブモードからアクティブモード（ａｃｔｉｖｅ ｍｏｄｅ）への切り替えを指示する動作モード設定情報を受信し、前記アクティブモードに基づいて前記ＡＰから第２のダウンリンクフレームを受信するように具現され、前記第１のダウンリンクフレーム及び前記第２のダウンリンクフレームは、ライブビデオストリーミングサービス（ｌｉｖｅ ｖｉｄｅｏ ｓｔｒｅａｍｉｎｇ ｓｅｒｖｉｃｅ）のためのデータを含み、前記動作モード設定情報は、前記ＳＴＡと前記ＡＰとの間のネットワーク状態情報に基づいて生成される。

ＳＴＡの電力を節約しながらライブビデオストリーミングサービスが可能である。

無線ＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）の構造を示す概念図である。 無線ＬＡＮにおけるスキャニング方法を示す概念図である。 ＡＰとＳＴＡのスキャニング手順以後に実行される認証手順及び結合手順を示す概念図である。 ビーコンフレームベースのパワーセーブ方法を示す概念図である。 ビーコンフレームベースのパワーセーブ方法を示す概念図である。 本発明の実施例に係るＳＴＡへのライブビデオストリーミング方法を示す概念図である。 本発明の実施例に係るＳＴＡのＴＩＭベースのパワーセーブモード動作のための初期動作を示す概念図である。 本発明の実施例に係るネットワーク状態の判断方法を示す概念図である。 本発明の実施例に係るＡＰによるＳＴＡの動作モード設定方法を示す概念図である。 本発明の実施例に係るＡＰによるＳＴＡの動作モード設定方法を示す概念図である。 本発明の実施例に係るＳＴＡの動作モードの設定方法を示す概念図である。 本発明の実施例に係るＳＴＡの動作モードの設定方法を示す概念図である。 本発明の実施例に係るＳＴＡの動作モードの設定方法を示す概念図である。 本発明の実施例に係るＳＴＡの動作モードの設定のためのフレームを示す概念図である。 本発明の実施例に係るフレームを伝達するＰＰＤＵフォーマットを示す概念図である。 本発明の実施例が適用されることができる無線装置を示すブロック図である。

図１は、無線ＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）の構造を示す概念図である。

図１の上段は、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ ｏｆ ｅｌｅｃｔｒｉｃａｌ ａｎｄ ｅｌｅｃｔｒｏｎｉｃ ｅｎｇｉｎｅｅｒｓ）８０２．１１のインフラストラクチャネットワーク（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ｎｅｔｗｏｒｋ）の構造を示す。

図１の上段を参照すると、無線ＬＡＮシステムは、一つまたはそれ以上の基本サービスセット（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ、ＢＳＳ）１００、１０５を含むことができる。ＢＳＳ１００、１０５は、成功的に同期化されて互いに通信できるＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）１２５及びＳＴＡ１（Ｓｔａｔｉｏｎ）１００−１のようなＡＰとＳＴＡのセットであり、特定領域を示す概念ではない。ＢＳＳ１０５は、一つのＡＰ１３０に一つ以上の結合可能なＳＴＡ１０５−１、１０５−２を含むこともできる。

インフラストラクチャＢＳＳは、少なくとも一つのＳＴＡ、分散サービス（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｅｒｖｉｃｅ）を提供するＡＰ１２５、１３０及び複数のＡＰを連結させる分散システム（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｙｓｔｅｍ、ＤＳ）１１０を含むことができる。

分散システム１１０は、複数のＢＳＳ１００、１０５を連結して拡張されたサービスセットであるＥＳＳ（ｅｘｔｅｎｄｅｄ ｓｅｒｖｉｃｅ ｓｅｔ）１４０を具現することができる。ＥＳＳ１４０は、一つまたは複数個のＡＰ１２５、２３０が分散システム１１０を介して連結されて構成された一つのネットワークを指示する用語として使われることができる。一つのＥＳＳ１４０に含まれるＡＰは、同じＳＳＩＤ（ｓｅｒｖｉｃｅ ｓｅｔ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を有することができる。

ポータル（ｐｏｒｔａｌ）１２０は、無線ＬＡＮネットワーク（ＩＥＥＥ８０２．１１）と他のネットワーク（例えば、８０２．Ｘ）との連結を実行するブリッジ役割を遂行することができる。

図１の上段のようなインフラストラクチャネットワークでは、ＡＰ１２５、１３０間のネットワーク及びＡＰ１２５、１３０とＳＴＡ１００−１、１０５−１、１０５−２との間のネットワークが具現されることができる。しかし、ＡＰ１２５、１３０無しでＳＴＡ間でもネットワークを設定して通信を実行することも可能である。ＡＰ１２５、１３０無しでＳＴＡ間でもネットワークを設定して通信を実行するネットワークをアドホックネットワーク（Ａｄ−Ｈｏｃ ｎｅｔｗｏｒｋ）または独立ＢＳＳ（ｉｎｄｅｐｅｎｄｅｎｔ ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ）と定義する。

図１の下段は、独立ＢＳＳを示す概念図である。

図１の下段を参照すると、独立ＢＳＳ（ｉｎｄｅｐｅｎｄｅｎｔ ＢＳＳ、ＩＢＳＳ）は、アドホックモードで動作するＢＳＳである。ＩＢＳＳは、ＡＰを含まないため、中央で管理機能を遂行するエンティティ（ｃｅｎｔｒａｌｉｚｅｄ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）がない。即ち、ＩＢＳＳにおいて、ＳＴＡ１５０−１、１５０−２、１５０−３、１５５−１、１５５−２は、分散された方式（ｄｉｓｔｒｉｂｕｔｅｄ ｍａｎｎｅｒ）に管理される。ＩＢＳＳにおいて、全てのＳＴＡ１５０−１、１５０−２、１５０−３、１５５−１、１５５−２は、移動ＳＴＡからなることができ、分散システムへの接続が許容されなくて自己完備的ネットワーク（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ ｎｅｔｗｏｒｋ）を構築する。

ＳＴＡは、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１１標準の規定に従う媒体接続制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ）と無線媒体に対する物理階層（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ）インターフェースを含む任意の機能媒体であり、広義では、ＡＰと非ＡＰ ＳＴＡ（Ｎｏｎ−ＡＰ Ｓｔａｔｉｏｎ）を両方とも含む意味として使われることができる。

ＳＴＡは、移動端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）、無線機器（ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ）、無線送受信ユニット（Ｗｉｒｅｌｅｓｓ Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ Ｕｎｉｔ；ＷＴＲＵ）、ユーザ装備（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ；ＭＳ）、モバイル加入者ユニット（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｕｎｉｔ）または単純にユーザ（ｕｓｅｒ）などの多様な名称で呼ばれることもある。

以下、本発明の実施例では、ＡＰからＳＴＡに送信されるデータ（または、フレーム）をダウンリンクデータ（または、ダウンリンクフレーム）、ＳＴＡからＡＰに送信されるデータ（または、フレーム）をアップリンクデータ（または、アップリンクフレーム）という用語で表現できる。また、ＡＰからＳＴＡへの送信はダウンリンク送信、ＳＴＡからＡＰへの送信はアップリンク送信という用語で表現できる。

図２は、無線ＬＡＮにおけるスキャニング方法を示す概念図である。

図２を参照すると、スキャニング方法は、パッシブスキャニング（ｐａｓｓｉｖｅ ｓｃａｎｎｉｎｇ）２００とアクティブスキャニング（ａｃｔｉｖｅ ｓｃａｎｎｉｎｇ）２５０とに区分されることができる。

図２の左側を参照すると、パッシブスキャニング２００は、ＡＰ２００が周期的にブロードキャストするビーコンフレーム２３０により実行されることができる。無線ＬＡＮのＡＰ２００は、ビーコンフレーム２３０を特定周期（例えば、１００ｍｓｅｃ）毎にｎｏｎ−ＡＰ ＳＴＡ２４０にブロードキャストする。ビーコンフレーム２３０には現在のネットワークに対する情報が含まれることができる。ｎｏｎ−ＡＰ ＳＴＡ２４０は、周期的にブロードキャストされるビーコンフレーム２３０を受信することで、ネットワーク情報を受信して認証／結合（ａｕｔｈｅｎｔｉｃａｔｉｏｎ／ａｓｓｏｃｉａｔｉｏｎ）過程を実行するＡＰ２１０とチャネルに対するスキャニングを実行することができる。

パッシブスキャニング方法２００は、ｎｏｎ−ＡＰ ＳＴＡ２４０がフレームを送信する必要無しでＡＰ２１０で送信されるビーコンフレーム２３０を受信すればよい。したがって、パッシブスキャニング２００は、ネットワークでデータの送信／受信により発生される全体的なオーバーヘッドが小さいという長所がある。しかし、ビーコンフレーム２３０の周期に比例して受動的にスキャニングを実行せざるを得ないため、スキャニングを実行にかかる時間がアクティブスキャニング方法と比較して相対的に増えるという短所がある。ビーコンフレームに対する具体的な説明は、２０１１年１１月に開示されたＩＥＥＥ Ｄｒａｆｔ Ｐ８０２．１１−ＲＥＶｍｂ^ＴＭ／Ｄ１２、Ｎｏｖｅｍｂｅｒ ２０１１‘ＩＥＥＥ Ｓｔａｎｄａｒｄ ｆｏｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ａｎｄ ｉｎｆｏｒｍａｔｉｏｎ ｅｘｃｈａｎｇｅ ｂｅｔｗｅｅｎ ｓｙｓｔｅｍｓ−Ｌｏｃａｌ ａｎｄ ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋｓ−Ｓｐｅｃｉｆｉｃ ｒｅｑｕｉｒｅｍｅｎｔｓ Ｐａｒｔ １１：Ｗｉｒｅｌｅｓｓ ＬＡＮ Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ）ａｎｄ Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ（ＰＨＹ）Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ（以下、ＩＥＥＥ８０２．１１）’の８．３．３．２ ｂｅａｃｏｎ ｆｒａｍｅに開示されている。ＩＥＥＥ８０２．１１ａｉでは追加的に他のフォーマットのビーコンフレームを使用することもでき、このようなビーコンフレームをＦＩＬＳ（ｆａｓｔ ｉｎｉｔｉａｌ ｌｉｎｋ ｓｅｔｕｐ）ビーコンフレームということができる。また、測定パイロットフレーム（ｍｅａｓｕｒｅｍｅｎｔ ｐｉｌｏｔ ｆｒａｍｅ）は、ビーコンフレームの一部情報のみを含むフレームであり、スキャニング手順で使用することができる。測定パイロットフレームは、ＩＥＥＥ８０２．１１ ８．５．８．３ ｍｅａｓｕｒｅｍｅｎｔ ｐｉｌｏｔ ｆｏｒｍａｔに開示されている。

また、ＦＩＬＳ探索フレーム（ＦＩＬＳ ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅ）が定義されるうこともできる。ＦＩＬＳ探索フレームは、各ＡＰでビーコンフレームの送信周期で送信されるフレームであり、ビーコンフレームより短い周期で送信されるフレームである。即ち、ＦＩＬＳ探索フレームは、ビーコンフレームの送信周期より小さい値の周期で送信されるフレームである。ＦＩＬＳ探索フレームは、探知フレームを送信するＡＰの識別子情報（ＳＳＩＤ、ＢＳＳＩＤ）を含むことができる。ＦＩＬＳ探索フレームは、ＳＴＡにビーコンフレームが送信される前に送信されることで、該当チャネルにＡＰが存在することをＳＴＡがあらかじめ探索するようにすることができる。一つのＡＰでＦＩＬＳ探索フレームが送信される間隔をＦＩＬＳ探索フレーム送信間隔という。ＦＩＬＳ探索フレームには、ビーコンフレームに含まれる情報の一部が含まれて送信されることができる。

図２の右側を参照すると、アクティブスキャニング２５０では、ｎｏｎ−ＡＰ ＳＴＡ２９０がプローブ要求フレーム２７０をＡＰ２６０に送信して主導的にスキャニングを実行することができる。

ＡＰ２６０では、ｎｏｎ−ＡＰ ＳＴＡ２９０からプローブ要求フレーム２７０を受信した後、フレーム衝突（ｆｒａｍｅ ｃｏｌｌｉｓｉｏｎ）を防止するためにランダム時間待った後、プローブ応答フレーム２８０にネットワーク情報を含んでｎｏｎ−ＡＰ ＳＴＡ２９０にすることが送信できる。ｎｏｎ−ＡＰ ＳＴＡ２９０は、受信したプローブ応答フレーム２８０に基づいてネットワーク情報を得てスキャニング過程を中止することができる。

アクティブスキャニング２５０の場合、ｎｏｎ−ＡＰ ＳＴＡ２９０が主導的にスキャニングを実行するため、スキャニングに使われる時間が短いという長所がある。しかし、ｎｏｎ−ＡＰ ＳＴＡ２９０がプローブ要求フレーム２７０を送信しなければならないため、フレームの送信及び受信のためのネットワークオーバーヘッドが増加するという短所がある。プローブ要求フレーム２７０は、ＩＥＥＥ８０２．１１ ８．３．３．９節に開示されており、プローブ応答フレーム２８０は、ＩＥＥＥ８０２．１１ ８．３．３．１０に開示されている。

スキャニングが終わった後、ＡＰとｎｏｎ−ＡＰ ＳＴＡは、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）手順と結合（ａｓｓｏｃｉａｔｉｏｎ）手順を実行することができる。

図３は、ＡＰとＳＴＡのスキャニング手順以後に実行される認証手順及び結合手順を示す概念図である。

図３を参照すると、パッシブ／アクティブスキャニングを実行した後、スキャニングされたＡＰのうち一つのＡＰと認証手順及び結合手順を実行することができる。

認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）及び結合（ａｓｓｏｃｉａｔｉｏｎ）手順は、例えば、２方向ハンドシェイキング（２−ｗａｙ ｈａｎｄｓｈａｋｉｎｇ）を介して実行されることができる。図３の左側は、パッシブスキャニング後、認証及び結合手順を示す概念図であり、図３の右側は、アクティブスキャニング後、認証及び結合手順を示す概念図である。

認証手順及び結合手順は、アクティブスキャニング方法を使用したか、またはパッシブスキャニングを使用したかと関係無しで、認証要求フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｑｕｅｓｔ ｆｒａｍｅ）３１０／認証応答フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）３２０、及び結合要求フレーム（ａｓｓｏｃｉａｔｉｏｎ ｒｅｑｕｅｓｔ ｆｒａｍｅ）３３０／結合応答フレーム（ａｓｓｏｃｉａｔｉｏｎ ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）３４０をＡＰ３００、３５０とｎｏｎ−ＡＰ ＳＴＡ３０５、３５５との間で交換することで同じように実行されることができる。

認証手順では、ｎｏｎ−ＡＰ ＳＴＡ３０５、３５５は、認証要求フレーム３１０をＡＰ３００、３５０に送信することができる。ＡＰ３００、３５０は、認証要求フレーム３１０に対する応答として認証応答フレーム３２０をｎｏｎ−ＡＰ ＳＴＡ３０５、３５５に送信することができる。認証フレームフォーマット（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｆｒａｍｅ ｆｏｒｍａｔ）に対してはＩＥＥＥ８０２．１１ ８．３．３．１１に開示されている。

結合手順では、ｎｏｎ−ＡＰ ＳＴＡ３０５、３５５は、結合要求フレーム（ａｓｓｏｃｉａｔｉｏｎ ｒｅｑｕｅｓｔ ｆｒａｍｅ）３３０をＡＰ３００、３０５に送信することができる。ＡＰ３０５、３５５は、結合要求フレーム３３０に対する応答として結合応答フレーム３４０をｎｏｎ−ＡＰ ＳＴＡ３００、３５０に送信することができる。ＡＰに送信された結合要求フレーム３３０にはｎｏｎ−ＡＰ ＳＴＡ３０５、３５５の性能（ｃａｐａｂｉｌｉｔｙ）に対する情報が含まれている。ＡＰ３００、３５０は、ｎｏｎ−ＡＰ ＳＴＡ３０５、３５５の性能情報に基づいて、ｎｏｎ−ＡＰ ＳＴＡ３０５、３５５に対するサポートが可能かどうかを判断することができる。ｎｏｎ−ＡＰ ＳＴＡ３０５、３５５に対するサポートが可能な場合、ＡＰ３００、３５０は、結合応答フレーム３４０をｎｏｎ−ＡＰ ＳＴＡ３０５、３５５に送信することができる。結合応答フレーム３４０は、結合要求フレーム３４０に対する受諾可否とその理由、自分がサポート可能な性能情報（ｃａｐａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ）を含むことができる。結合フレームフォーマット（ａｓｓｏｃｉａｔｉｏｎ ｆｒａｍｅ ｆｏｒｍａｔ）に対してはＩＥＥＥ８０２．１１ ８．３．３．５／８．３．３．６に開示されている。

ＡＰとｎｏｎ−ＡＰ ＳＴＡとの間で結合手順が実行された以後、ＡＰとｎｏｎ−ＡＰ ＳＴＡとの間で正常なデータの送信及び受信が実行されることができる。ＡＰとｎｏｎ−ＡＰ ＳＴＡとの間の結合手順が失敗した場合、結合が失敗した理由に基づいて再びＡＰと結合手順を実行し、または他のＡＰと結合手順を実行することもできる。

ＳＴＡがＡＰと結合される場合、ＳＴＡは、ＡＰから結合ＩＤ（ａｓｓｏｃｉａｔｉｏｎ ｉｄｅｎｔｉｆｉｅｒ、ＡＩＤ）の割当を受けることができる。ＳＴＡに割り当てられたＡＩＤは、一つのＢＳＳ内では唯一な値であり、現在ＡＩＤは、１〜２００７のうち一つの値である。ＡＩＤのために１４ｂｉｔが割り当てられて最大１６３８３までＡＩＤの値として使用可能であるが、２００８〜１６３８３の値は、保存（ｒｅｓｅｒｖｅｄ）されている。

ＩＥＥＥ８０２．１１標準では、無線ＬＡＮのＳＴＡの寿命を増加させるためにパワーセーブメカニズム（パワーセーブモード）が提供される。

パワーセーブモードに基づいて動作するＳＴＡは、アウェイク状態（ａｗａｋｅ ｓｔａｔｅ）とドーズ状態（ｄｏｚｅ ｓｔａｔｅ）を切り替えて動作しながらＳＴＡの電力消費を減少させることでＳＴＡの動作寿命を増加させることができる。アクティブモードに基づいて動作するＳＴＡは、アウェイク状態を維持することができる。アクティブモードは、ＴＸＯＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｐｐｏｒｔｕｎｉｔｙ）に対する情報に基づいてアウェイク状態とドーズ状態を切り替えるＴＸＯＰパワーセーブモードを含むことができるが、説明の便宜上、アクティブモードで動作するＳＴＡは、アウェイク状態を維持すると仮定する。

アウェイク状態のＳＴＡは、フレームの送信または受信、チャネルスキャニングなどのような正常な動作を実行することができる。それに対し、ドーズ状態のＳＴＡは、電力消耗を減らすためにフレームの送信または受信を実行せず、チャネルスキャニングも実行しない。パワーセーブモードで動作するＳＴＡは、電力消耗を減らすためにドーズ状態に維持され、必要な場合、アウェイク状態に切り替え（または、移行（ｔｒａｎｓｉｔｉｏｎ））られてＡＰと通信を実行することができる。

ＳＴＡのドーズ状態の維持時間が増加するほど、ＳＴＡの電力消耗は減少し、ＳＴＡの寿命も増加できる。しかし、ドーズ状態では、ＳＴＡのフレームの送信または受信が不可能である。ＳＴＡにペンディングアップリンクフレームが存在する場合、パワーセーブモードで動作しているＳＴＡがドーズ状態からアクティブ状態に切り替え、またはパワーセーブモードで動作しているＳＴＡがパワーセーブモードからアクティブモードに切り替えてアップリンクフレームをＡＰに送信することができる。それに対し、ＡＰにドーズ状態のＳＴＡに送信するペンディングフレームが存在する場合、ＡＰは、ＳＴＡのアウェイク状態への切り替え時までＳＴＡにペンディングフレームを送信することができない。

したがって、パワーセーブモードで動作するＳＴＡは、時々ドーズ状態からアウェイク状態に切り替えられ、ＡＰからＳＴＡに対してペンディングとなっているフレームが存在するかどうかに対する情報を受信することができる。ＡＰは、パワーセーブモードで動作するＳＴＡのアウェイク状態への切り替え時間を考慮してＳＴＡに対してペンディングとなっているダウンリンクデータの存在に対する情報をＳＴＡに送信することができる。

具体的に、パワーセーブモードで動作するＳＴＡは、ＳＴＡに対してペンディングとなっているフレームの存在可否に対する情報を受信するために周期的にドーズ状態からアウェイク状態に切り替えられてビーコンフレームを受信することができる。ビーコンフレームは、ＳＴＡのパッシブスキャニングのために使われるフレームであり、ＡＰの能力（ｃａｐａｂｉｌｉｔｙ）に対する情報を含むことができる。ＡＰは、周期的（例えば、１００ｍｓｅｃ）にビーコンフレームをＳＴＡに送信することができる。

図４は、ビーコンフレームベースのパワーセーブ方法を示す概念図である。

図４を参照すると、ＡＰは、周期的にビーコンフレームを送信することができ、パワーセーブモードで動作するＳＴＡは、ビーコンフレームの送信タイミングを考慮して周期的にドーズ状態からアウェイク状態に切り替えられることでビーコンフレームを受信することができる。ビーコンフレームベースのパワーセーブ方法は、ＴＩＭベースのパワーセーブモードという用語で表現されることもできる。

ビーコンフレームは、ＴＩＭ要素（ｔｒａｆｆｉｃ ｉｎｄｉｃａｔｉｏｎ ｍａｐ ｅｌｅｍｅｎｔ）を含むことができる。ＴＩＭ要素は、ＡＰにペンディングとなっているＳＴＡに対するダウンリンクデータに対する情報を送信するために使われることができる。例えば、ＴＩＭ要素は、ＳＴＡに対してペンディングとなっているダウンリンクデータに対する情報をビットマップ基盤に含むことができる。ＴＩＭ要素は、ＴＩＭまたはＤＴＩＭ（ｄｅｌｉｖｅｒｙ ＴＩＭ）に区分されることができる。ＴＩＭは、ＳＴＡにユニキャスト基盤に送信されるペンディングダウンリンクデータの存在を指示することができる。ＤＴＩＭは、ブロードキャスト／マルチキャスト基盤に送信されるペンディングダウンリンクデータの存在を指示することができる。

図４の上段は、ＡＰがＰＳ（ｐｏｗｅｒ ｓａｖｉｎｇ）−ｐｏｌｌフレームに対して即刻応答に基づいてダウンリンクフレームを送信する方法に対して開示する。

図４の上段を参照すると、ＳＴＡは、ビーコンフレーム４００のＴＩＭに基づいてＡＰからＳＴＡに対してペンディングとなっているダウンリンクデータの存在に対する情報を受信することができる。ＳＴＡは、ＰＳ−ｐｏｌｌフレーム４１０をＡＰに送信することができる。ＡＰは、ＳＴＡからＰＳ−ｐｏｌｌフレーム４１０を受信し、ＰＳ−ｐｏｌｌフレーム４１０に対する即刻応答（ｉｍｍｅｄｉａｔｅ ｒｅｓｐｏｎｓｅ）としてダウンリンクフレーム４２０をＳＴＡに送信することができる。ＡＰのＰＳ−ｐｏｌｌフレームに対する即刻応答は、ＰＳ−ｐｏｌｌフレームを受信し、ＳＩＦＳ（ｓｈｏｒｔ ｉｎｔｅｒｆｒａｍｅ ｓｐａｃｅ）後に実行されることができる。

ＳＴＡは、ダウンリンクフレームに対する応答としてＡＣＫフレーム４３０を送信することができる。ＡＰのＳＴＡに対してペンディングとなっているダウンリンクデータの送信が終了される場合、パワーセーブモードで動作するＳＴＡは、ドーズ状態に再び切り替え（または、移行（ｔｒａｎｓｉｔｉｏｎ））られることができる。

図４の下段は、ＰＳ−ｐｏｌｌフレームに対して延期された応答（ｄｅｆｅｒｒｅｄ ｒｅｓｐｏｎｓｅ）に基づくＡＰのダウンリンクフレームの送信方法を開示する。

図４の下段を参照すると、ＳＴＡは、ビーコンフレーム４４０のＴＩＭに基づいてＡＰからＳＴＡに対してペンディングとなっているダウンリンクデータの存在に対する情報を受信することができる。ＳＴＡは、ＰＳ−ｐｏｌｌフレーム４５０をＡＰに送信することができる。ＡＰは、ＳＴＡからＰＳ−ｐｏｌｌフレーム４５０を受信し、ＰＳ−ｐｏｌｌフレーム４５０に対する応答としてＡＣＫフレーム４６０をＳＴＡに送信することができる。ＡＰは、ＡＣＫフレーム４６０の送信以後ペンディングダウンリンクデータを含むダウンリンクフレーム４７０をＳＴＡに送信することができる。ＳＴＡは、ＡＣＫフレーム４６０の受信以後にＡＰによりＳＴＡに送信されるダウンリンクフレーム４７０をモニタリングすることができる。

同様に、ＡＰのＳＴＡに対してペンディングとなっているダウンリンクデータの送信が終了される場合、パワーセーブモードで動作するＳＴＡは、アウェイク状態からドーズ状態に再び切り替え（または、移行（ｔｒａｎｓｉｔｉｏｎ））られることができる。

図５は、ビーコンフレームベースのパワーセーブ方法を示す概念図である。

図５では、ビーコンフレーム５００を介してＤＴＩＭが送信される場合が開示される。ビーコンフレーム５００は、ＤＴＩＭを含むことができる。前述したように、ＤＴＩＭは、ブロードキャスト／マルチキャスト基盤に送信されるペンディングダウンリンクデータの存在を指示することができる。

図５を参照すると、ＡＰは、ＤＴＩＭを含むビーコンフレーム５００をＳＴＡに送信することができる。ＳＴＡは、ＤＴＩＭを含むビーコンフレーム５００を受信した後、ＰＳ−ｐｏｌｌフレームの送信無しでアウェイク状態を維持し、ダウンリンクフレーム５２０の送信をモニタリングすることができる。ＡＰは、マルチキャスト方法またはブロードキャスト方法を介してダウンリンクフレーム５２０をＳＴＡに送信することができる。

以下、本発明の実施例において、ＡＰからＳＴＡへの送信は、ダウンリンク送信という用語で表現されることができる。ダウンリンク送信を介して送信されるＰＰＤＵ、フレーム及びデータの各々は、ダウンリンクＰＰＤＵ、ダウンリンクフレーム及びダウンリンクデータという用語で表現されることができる。ＰＰＤＵは、ＰＰＤＵヘッダとＰＳＤＵ（ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ）（または、ＭＰＤＵ（ＭＡＣ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ））を含むデータ単位である。ＰＰＤＵヘッダは、ＰＨＹヘッダとＰＨＹプリアンブルを含むことができ、ＰＳＤＵ（または、ＭＰＤＵ）は、フレームを含み、またはフレームを指示することができる。ＰＨＹヘッダは、他の用語としては、ＰＬＣＰ（ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）ヘッダで表現され、ＰＨＹプリアンブルは、他の用語としては、ＰＬＣＰプリアンブルで表現されることもできる。

また、ＳＴＡからＡＰへの送信は、アップリンク送信という用語で表現されることができる。アップリンク送信を介して送信されるＰＰＤＵ、フレーム及びデータの各々は、アップリンクＰＰＤＵ、アップリンクフレーム及びアップリンクデータという用語で表現されることができる。

以下、本発明の実施例では、ＡＰからＳＴＡへのライブビデオストリーミング方法が開示される。以下、本発明の実施例では、ＡＰからＳＴＡへのライブビデオストリーミングが仮定されて説明されるが、反対方向に、ＳＴＡからＡＰへのライブビデオストリーミングも可能であり、このような実施例も本発明の権利範囲に含まれることができる。

ビデオデータの送信のためのビデオストリーミングは、バッファされたビデオストリーミング（ｂｕｆｆｅｒｅｄ ｖｉｄｅｏ ｓｔｒｅａｍｉｎｇ）方法及びライブビデオストリーミング（ｌｉｖｅ ｖｉｄｅｏ ｓｔｒｅａｍｉｎｇ）方法などに区分されることができる。

バッファされたビデオストリーミングが使われる場合、ビデオデータの再生は、全体ビデオデータの送信完了前に実行されることができる。シームレスビデオストリーミングのためにＳＴＡで受信したビデオデータの再生が実行される間に、ＳＴＡに新しいビデオデータが受信され、デコーディングされてＳＴＡ上で再生されることができる。バッファされたビデオストリーミングが使われる場合、ビデオデータが再生前にあらかじめ受信される（あらかじめバッファされる）ことができる。したがって、ネットワーク混雑（ｎｅｔｗｏｒｋ ｃｏｎｇｅｓｔｉｏｎ）が一定時間発生する場合にも連続的なビデオデータの再生が可能である。

ライブビデオストリーミングは、ライブインタラクティブビデオ送信（ｌｉｖｅ ｉｎｔｅｒａｃｔｉｖｅ ｖｉｄｅｏ ｔｒａｎｓｍｉｓｓｉｏｎ）と、ライブノン−インタラクティブビデオ送信（ｌｉｖｅ ｎｏｎ−ｉｎｔｅｒａｃｔｉｖｅ ｖｉｄｅｏ ｔｒａｎｓｍｉｓｓｉｏｎ）と、に区分されることができる。ライブインタラクティブビデオ送信は、画像会議のように双方向通信のために使われ、ライブノン−インタラクティブビデオ送信は、片方向のビデオデータの送信のために使われることができる。

ライブインタラクティブビデオ送信のためには、ビデオデータの送信及び再生のためのデレイが１５０ｍｓより小さくしなければならない。ビデオデータの送信及び再生のためのデレイは、片方向デレイ（ｏｎｅ−ｗａｙ ｄｅｌａｙ）、終端間デレイ（ｅｎｄ−ｔｏ−ｅｎｄ ｄｅｌａｙ）、ビデオエンコーディング、ネットワーク送信及びビデオデコーディングのためのデレイなどを含むことができる。

ライブノン−インタラクティブビデオ送信のためにライブイベント（ｌｉｖｅ ｅｖｅｎｔ）のキャプチャを介したビデオデータの生成と受信端で生成されたビデオデータの再生との間に一定の大きさの遅延（ｌａｇ）が許容されることができる。しかし、ライブビデオストリーミングの特性によって、あらかじめ再生するビデオデータを受信し、再生できる程度の遅延は許容されない。したがって、ネットワーク混雑によってライブビデオストリーミングの品質が決定されることができる。

ライブビデオストリーミングでダウンリンクを介して送信されるビデオデータは、秒当たり３０フレームの再生のためのデータである。ライブビデオストリーミングのために秒当たり３０フレームが再生される場合、ＳＴＡは、ＰＳ−ｐｏｌｌフレームを使用したＴＩＭベースのパワーセーブモードに基づいて動作可能である。ＴＩＭベースのパワーセーブモードは、ＰＳ−ｐｏｌｌパワーセーブモードという用語で表現されることもできる。

即ち、ＴＩＭベースのパワーセーブモードで動作するＳＴＡは、ビーコンフレームの送信周期にアウェイク状態に切り替えられることでＡＰからビデオデータを受信した後、ドーズ状態に切り替えられることができる。ＳＴＡは、次のビーコンフレームの送信前まで受信したビデオデータをデコーディングして再生し、次のビーコンフレームの送信時に再びアウェイク状態に切り替えられてＡＰからビデオデータを受信することができる。ＴＩＭベースのパワーセーブモードで動作するＳＴＡのライブビデオストリーミングのためにはネットワーク混雑度が低くしなければならない。もし、ネットワークの混雑度が高い場合、ＳＴＡは、アウェイク状態に切り替えられた以後、ネットワークの混雑によりＡＰからビデオデータを受信することができず、連続的なビデオストリーミングが不可能である。

本発明の実施例では、ネットワーク混雑度を考慮したＳＴＡのＴＩＭベースのパワーセーブモードまたはアクティブモードの動作に対して開示する。例えば、ネットワーク混雑度が低い場合、ＳＴＡは、ＴＩＭベースのパワーセーブモードで動作してアウェイク状態とドーズ状態を移行して動作し、それに対し、ネットワーク混雑度が高い場合、ＳＴＡは、アクティブモードで動作してアウェイク状態を維持することができる。

即ち、ＳＴＡは、ネットワーク混雑度によってＴＩＭベースのパワーセーブモードとアクティブモードを切り替えて動作を実行することができる。ネットワーク混雑度は、ＡＰにより送信されたＷＡＮメトリック（ＷＡＮ（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ）ｍｅｔｒｉｃ）情報に基づいて決定されることができる。ＷＡＮメトリック情報は、ＡＮＱＰ（ａｃｃｅｓｓ ｎｅｔｗｏｒｋ ｑｕｅｒｙ ｐｒｏｔｏｃｏｌ）に基づいて生成されてＡＰに送信されることができる。ＡＮＱＰは、ＳＴＡ（または、ＡＰ）にネットワーク状態に対する情報を送信するためのプロトコルである。例えば、ＳＴＡ（または、ＡＰ）は、ＡＮＱＰに基づいてネットワークに対する情報を問い合わせてネットワーク状態に対する情報を取得することができる。ネットワークに対する情報は、ネットワーク混雑度、ネットワークの能力（ｃａｐａｂｉｌｉｔｙ）、認証タイプ（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｔｙｐｅ）などに対する情報を含むことができる。

以下、ＳＴＡは、ライブビデオストリーミングサービスを受けるＳＴＡを仮定する。

図６は、本発明の実施例に係るＳＴＡへのライブビデオストリーミング方法を示す概念図である。

図６では、ＡＰからＳＴＡへのライブビデオストリーミング方法が開示される。

図６を参照すると、ＳＴＡ上でライブビデオストリーミングのためのアプリケーションが実行されることができる。

ＳＴＡは、ライブビデオストリーミングのための動作（ｏｐｅｒａｔｉｏｎ）を探知し、動作モードをＴＩＭベースのパワーセーブモードに設定できる。

ＳＴＡは、ＴＩＭベースのパワーセーブモードで動作するための初期（ｉｎｉｔｉａｔｉｏｎ）設定手順を実行することができる（ステップＳ６００）。

ＳＴＡのＴＩＭベースのパワーセーブモード動作のための初期動作は、ＳＴＡとＡＰとの間のＡＤＤＴＳ要求フレーム（ＡＤＤＴＳ（ａｄｄ ｔｒａｆｆｉｃ ｓｔｒｅａｍ）ｒｅｑｕｅｓｔ ｆｒａｍｅ）及びＡＤＤＴＳ応答フレーム（ＡＤＤＴＳ ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）の送信及び受信に基づいて実行されることができる。ＳＴＡのＴＩＭベースのパワーセーブモードのための初期動作は、具体的に後述する。

ＳＴＡは、ネットワーク混雑度に基づいて動作モードを切り替えまたは維持することができる（ステップＳ６１０）。

ビデオデータをライブビデオストリーミングに基づいてＳＴＡに送信するＡＰは、ネットワーク混雑度に対して探知して予測できる。また、ＡＰは、ネットワーク混雑度に対する情報をＳＴＡに送信することができる。例えば、ＡＰは、ネットワーク混雑度に対する情報をビーコンフレームを介してＳＴＡに送信できる。

ＳＴＡは、ネットワーク混雑度に対する情報に基づいてＴＩＭベースのパワーセーブモードからアクティブモードへの切り替え可否を決定することができる。ネットワーク混雑度が高いと判断される場合、ＳＴＡは、ＴＩＭベースのパワーセーブモードからアクティブモードに切り替えられることでビデオデータを受信することができる。それに対し、ネットワーク混雑度が低いと判断される場合、ＳＴＡは、ＴＩＭベースのパワーセーブモードを維持してビデオデータをＡＰから受信することができる。

または、ＡＰが直接的にＳＴＡの動作モードを指示することもできる。例えば、ＡＰは、ネットワーク混雑度が高い場合、ＳＴＡの動作モードをＴＩＭベースのパワーセーブモードからアクティブモードに切り替えることを命令（または、要求）することができる。それに対し、ＡＰは、ネットワーク混雑度が低い場合、ＳＴＡの動作モードをＴＩＭベースのパワーセーブモードを維持することを命令（または、要求）することができる。または、ＡＰは、ＳＴＡにネットワーク混雑度に対する情報を送信し、ＳＴＡの動作モード切り替え要求によって動作モード切り替えを許諾することもできる。これに対しては具体的に後述する。

図７は、本発明の実施例に係るＳＴＡのＴＩＭベースのパワーセーブモード動作のための初期動作を示す概念図である。

図７では、ＡＤＤＴＳ要求フレーム及びＡＤＤＴＳ応答フレームに基づくＴＩＭベースのパワーセーブモードの設定が開示される。

図７を参照すると、ＡＤＤＴＳ要求フレームは、情報要素としてＴＳＰＥＣ要素を含むことができる。

ＡＤＤＴＳ要求フレームのＴＳＰＥＣ要素は、２０１３年１０月に開示されたＩＥＥＥ Ｓｔａｎｄａｒｄ ｆｏｒ Ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ａｎｄ ｉｎｆｏｒｍａｔｉｏｎ ｅｘｃｈａｎｇｅ ｂｅｔｗｅｅｎ ｓｙｓｔｅｍｓ Ｌｏｃａｌ ａｎｄ ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋｓ−Ｓｐｅｃｉｆｉｃ ｒｅｑｕｉｒｅｍｅｎｔｓ Ｐａｒｔ １１：Ｗｉｒｅｌｅｓｓ ＬＡＮ Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ）ａｎｄ Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ（ＰＨＹ）Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ（以下、ＩＥＥＥ８０２．１１ ｓｐｅｃ）の８．４．２．２９ ＴＳＰＥＣ ｅｌｅｍｅｎｔに開示されている。

また、ＴＳＰＥＣ要素に含まれているＴＳ ｉｎｆｏフィールド７００に含まれている情報もＩＥＥＥ８０２．１１ ｓｐｅｃの８．４．２．２９ ＴＳＰＥＣ ｅｌｅｍｅｎｔのＦｉｇｕｒｅ８−１９７に開示されている。

ＳＴＡは、ＴＳ ｉｎｆｏフィールド７００に含まれているＡＰＳＤ（ａｕｔｏｍａｔｉｃ ｐｏｗｅｒ ｓａｖｅ ｄｅｌｉｖｅｒｙ）フィールド７１０及びスケジュールフィールド７２０に基づいてＴＩＭベースのパワーセーブモードを設定することができる。

ＳＴＡは、０に設定されたＡＰＳＤフィールド７１０及び０に設定されたスケジュールフィールド７２０を含むＴＳ ｉｎｆｏフィールド７００及びＭＡＣヘッダに１に設定されたパワーセーブフィールド７３０を含むＡＤＤＴＳ要求フレームをＡＰに送信することができる。ＭＡＣヘッダの構造は、ＩＥＥＥ８０２．１１ ｓｐｅｃの８．２．４．１ ｆｒａｍｅ ｃｏｎｔｒｏｌ ｆｉｅｌｄに開示されている。

ＳＴＡは、前記のように設定されたフィールドを含むＡＤＤＴＳ要求フレームを送信することによってＴＩＭベースのパワーセーブモードへの動作を要求することができる。

ＡＰは、ＳＴＡから前記のように設定されたフィールドを含むＡＤＤＴＳ要求フレームを受信し、ＳＴＡのＴＩＭベースのパワーセーブモードへの動作可否を決定することができる。ＡＰは、ＳＴＡのＴＩＭベースのパワーセーブモードへの動作を決定し、ＡＤＤＴＳ応答フレームをＳＴＡに送信することができる。ＡＤＤＴＳ応答フレームもＴＳＰＥＣ要素を含むことができる。ＡＰは、０に設定されたＡＰＳＤフィールド７１０及び０に設定されたスケジュールフィールド７２０を含むＴＳ ｉｎｆｏフィールド７００及びＭＡＣヘッダに１に設定されたパワーセーブフィールド７３０を含むＡＤＤＴＳ応答フレームをＳＴＡに送信することができる。

ＳＴＡは、ＡＰからＡＤＤＴＳ応答フレームを受信し、ＴＩＭベースのパワーセーブモードで動作できる。

図８は、本発明の実施例に係るネットワーク状態の判断方法を示す概念図である。

図８では、ＳＴＡ及び／またはＡＰのネットワーク状態（例えば、ネットワーク混雑度）の判断方法が開示される。

ネットワーク状態の判断のためには、ＢＳＳ負荷情報（ＢＳＳ ｌｏａｄ ｉｎｆｏｒｍａｔｉｏｎ）、ＷＡＮメトリック情報などが使われることができる。例えば、ＡＰ及び／またはＳＴＡは、ＢＳＳ負荷情報、ＷＡＮメトリック情報などに基づいてネットワーク混雑度を判断することができる。

ＢＳＳ負荷情報は、チャネル活用情報（ｃｈａｎｎｅｌ ｕｔｉｌｉｚａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）、ＳＴＡカウント（ＳＴＡ ｃｏｕｎｔ）情報を含むことができる。

チャネル活用情報は、チャネルがビジーな時間に対する情報を含むことができる。例えば、チャネル活用情報は、特定ビーコン送信インターバルに対応される時間の間にチャネルがビジーとセンシングされた時間の比率に対する情報を含むことができる。

ＳＴＡカウント情報は、現在ＢＳＳに結合されたＳＴＡの全体個数に対する情報を含むことができる。

ＷＡＮメトリック情報は、ＷＡＮ情報８００、ダウンリンクスピード情報８１０、アップリンクスピード情報８２０、ダウンリンク負荷情報８３０、アップリンク負荷情報８４０及びローカル測定デュレーション情報８５０を含むことができる。

ＷＡＮ情報８００は、Ｕｐ／Ｄｏｗｎ／Ｔｅｓｔリンク状態（ｌｉｎｋ ｓｔａｔｕｓ）、対称リンク（ｓｙｍｍｅｔｒｉｃ ｌｉｎｋ）かどうかなどに対する情報を含むことができる。

ダウンリンクスピード情報８１０は、ＷＡＮでダウンリンクスピードに対する情報を含むことができる。

アップリンクスピード情報８２０は、ＷＡＮでアップリンクスピードに対する情報を含むことができる。

ダウンリンク負荷情報８３０は、ＷＡＮダウンリンクが使われる比率に対する情報を含むことができる。

アップリンク負荷情報８４０は、ＷＡＮアップリンクが使われる比率に対する情報を含むことができる。

ローカル測定デュレーション情報８５０は、ダウンリンク負荷及びアップリンク負荷が測定されたデュレーションに対する情報を含むことができる。

ＡＰは、前記のようなＢＳＳ負荷情報及び／またはＷＡＮメトリック情報をビーコンフレームを介してＳＴＡに送信することができる。

ＳＴＡは、ＢＳＳ負荷情報及び／またはＷＡＮメトリック情報に基づいてネットワーク混雑度を判断し、ＴＩＭベースのパワーセーブモードとアクティブモードとの間で切り替えを決定することができる。または、ＡＰによりＳＴＡの動作状態が設定される場合、ＡＰがＢＳＳ負荷情報及び／またはＷＡＮメトリック情報に基づいてネットワーク混雑度を判断し、ＴＩＭベースのパワーセーブモードとアクティブモードとの間で切り替えを決定することもできる。

例えば、ＡＰは、ＢＳＳ負荷情報に基づいて下記のようにネットワーク混雑度を判断することができる。ＡＰは、チャネル活用情報に基づいて取得したチャネルがビジーとセンシングされた時間の比率が一定閾値以上である場合、ネットワーク混雑度が高いと判断することができる。または、ＡＰは、ＳＴＡカウント情報に基づいて取得した現在ＢＳＳに結合されたＳＴＡの全体個数が一定閾値以上である場合、ネットワーク混雑度が高いと判断することができる。

例えば、ＡＰは、ＷＡＮメトリック情報に基づいて下記のようにネットワーク混雑度を判断することができる。

ＡＰは、インタラクティブライブビデオストリーミングである場合、ダウンリンクスピード情報及びアップリンクスピード情報に基づいて取得したダウンリンクスピード及びアップリンクスピードの各々が設定された閾値の各々より大きく、ダウンリンク負荷情報及びアップリンク負荷情報の各々が両方とも設定された閾値の各々より小さい場合、ネットワーク混雑度を低いと判断することができる。また、ＡＰは、ノン−インタラクティブライブビデオストリーミングである場合、ダウンリンクスピード情報に基づいて取得したダウンリンクスピードが設定された閾値の各々より大きく、ダウンリンク負荷情報が設定された閾値の各々より小さい場合、ネットワーク混雑度を低いと判断することができる。

ネットワーク混雑度を判断するための閾値の各々は、ＡＰであらかじめ固定された値に設定されており、またはＡＰに具現によって異なるように設定された値である。

図９は、本発明の実施例に係るＡＰによるＳＴＡの動作モード設定方法を示す概念図である。

図９では、ＡＰによるＳＴＡの動作状態（ＴＩＭベースのパワーセーブモードまたはアクティブモード）の設定方法が開示される。

図９を参照すると、ＡＰは、ＴＩＭビットマップ９００と対応されるパワー管理ビットマップ９２０を介してＳＴＡの動作状態を設定することができる。

パワー管理ビットマップ９２０に含まれる各ビットは、ＳＴＡに対してペンディングとなっているデータに対する情報を指示するＴＩＭビットマップ９００の各ビットと対応されることができる。パワー管理ビットマップ９２０に含まれるビットの値が０である場合、アクティブモードへの動作を指示し、パワー管理ビットマップ９２０に含まれるビットの値が１である場合、パワーセーブモード（例えば、ＴＩＭベースのパワーセーブモードの動作）を指示することができる。

例えば、８ビットのＴＩＭビットマップ９００及び８ビットのＴＩＭビットマップ９００に対応される８ビットのパワー管理ビットマップ９２０が定義されることができる。

８ビットのＴＩＭビットマップ９００は、‘１１１１００００’であり、ＳＴＡ１乃至ＳＴＡ８の各々に対してペンディングとなっているダウンリンクデータの存在を指示することができる。８ビットのＴＩＭビットマップ９００が‘１１１１００００’である場合、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３及びＳＴＡ４の各々にペンディングダウンリンクデータを指示することができる。８ビットのパワー管理ビットマップ９２０は、‘１１００１１１１’であり、ＴＩＭビットマップ９００と対応されてＳＴＡ１乃至ＳＴＡ８の各々の動作状態を指示することができる。即ち、８ビットのパワー管理ビットマップ９２０は、ペンディングダウンリンクデータを有するＳＴＡ１乃至ＳＴＡ４のうち、ＳＴＡ１及びＳＴＡ２はパワーセーブモードで動作し、ＳＴＡ３及びＳＴＡ４はアクティブモードで動作することを指示することができる。

ＡＰは、ＳＴＡ１乃至ＳＴＡ８の各々に対してペンディングとなっているダウンリンクデータの存在可否を考慮して８ビットのＴＩＭビットマップ９００を生成することができる。また、ＡＰは、ペンディングダウンリンクデータを有するＳＴＡ（ＳＴＡ１乃至ＳＴＡ４）の各々とＡＰとの間のチャネル混雑度を考慮してペンディングダウンリンクデータを有するＳＴＡの各々の動作状態の設定のためのパワー管理ビットマップ９２０を生成することができる。

ＳＴＡ１及びＳＴＡ２の各々とＡＰとの間のチャネル混雑度が高い場合、パワーセーブモードで動作を実行することをパワー管理ビットマップ９２０を介してＳＴＡ１及びＳＴＡ２の各々に指示することができる。それに対し、ＳＴＡ３及びＳＴＡ４の各々とＡＰとの間のチャネル混雑度が低い場合、アクティブモードで動作を実行することをパワー管理ビットマップ９２０を介してＳＴＡ３及びＳＴＡ４の各々に指示することができる。

ＡＰは、パワー管理ビットマップ９２０を介してペンディングデータを含まないＳＴＡ（例えば、ＳＴＡ５乃至ＳＴＡ８）に対してはパワーセーブモードで動作することを設定することもできる。

または、本発明の実施例によると、パワー管理ビットマップ９２０は、ＴＩＭビットマップ９００に基づいて、ペンディングダウンリンクデータを含むと指示されたＳＴＡの動作モードの設定のために使われることができる。例えば、パワー管理ビットマップ９２０は、‘１１００’の４ビットに設定され、パワー管理ビットマップ９２０‘１１００’は、ＴＩＭビットマップ９００に基づいて、ペンディングダウンリンクデータを含むと指示されたＳＴＡ１乃至ＳＴＡ４の各々に対応されることもできる。

ＳＴＡは、ＴＩＭビットマップ９００及びパワー管理ビットマップ９２０を受信し、動作状態を設定することができる。ＳＴＡのうちアップリンクを介してＡＰに送信するペンディングアップリンクデータを有するＳＴＡは、ＡＰによりパワーセーブモードに設定された場合にもアクティブモードを維持し、ペンディングアップリンクデータをＡＰに送信することもできる。

図１０は、本発明の実施例に係るＡＰによるＳＴＡの動作モード設定方法を示す概念図である。

図１０では、ＡＰによるＳＴＡの動作モード（ＴＩＭベースのパワーセーブモードまたはアクティブモード）の設定方法が開示される。特に、図１０では、ライブビデオストリーミングに基づいてビデオデータを受信する仮想ＴＩＭビットマップ１０００が定義される。

図１０を参照すると、ＡＰは、仮想ＴＩＭビットマップ１０００と対応されるパワー管理ビットマップ１０２０を介してＳＴＡの動作モードを設定することができる。

仮想ＴＩＭビットマップ１０００は、ライブビデオストリーミングされるデータを受信するＳＴＡのみのために別途に定義されたビットマップである。

即ち、仮想ＴＩＭビットマップ１０００のビットの各々とライブビデオストリーミングサービスを受ける複数のＳＴＡの各々が対応されることができる。以下、ライブビデオストリーミングサービスを受けるＳＴＡは、ライブストリーミングサービスＳＴＡという用語で表現されることができる。

仮想ＴＩＭビットマップ１０００は、ライブストリーミングサービスＳＴＡの各々に対してペンディングとなっているダウンリンクデータの存在可否に対する情報を含むことができる。

パワー管理ビットマップ１０２０は、仮想ＴＩＭビットマップ１０００に対応されてライブストリーミングサービスＳＴＡの各々の動作モードの設定のための情報を含むことができる。

例えば、仮想ＴＩＭビットマップ１０００は、‘０１１１０００１’である。仮想ＴＩＭビットマップ１０００は、ライブストリーミングサービスＳＴＡ２、ＳＴＡ３、ＳＴＡ４及びＳＴＡ８の各々に対してペンディングとなっているダウンリンクデータの存在を指示することができる。

パワー管理ビットマップ１０２０は、‘００１１００００’である。パワー管理ビットマップ１０２０は、ライブストリーミングサービスＳＴＡ３及びＳＴＡ４のパワーセーブモードへの動作を指示し、ライブストリーミングサービスＳＴＡ２及びＳＴＡ８のアクティブモードへの動作を指示することができる。

ＡＰは、ライブストリーミングサービスＳＴＡとＡＰとの間のチャネル混雑度に対する情報に基づいてパワー管理ビットマップ１０２０を生成することができる。

ＡＰは、ペンディングダウンリンクデータを有するライブストリーミングサービスＳＴＡの各々とＡＰとの間のネットワーク状態（例えば、ネットワーク混雑度）に対する情報に基づいてペンディングダウンリンクデータを有するライブストリーミングサービスＳＴＡの各々の動作モードを設定することができる。

図１１は、本発明の実施例に係るＳＴＡの動作モードの設定方法を示す概念図である。

図１１では、ＳＴＡが初期動作モードをＴＩＭベースのパワーセーブモードに設定してＡＰからライブビデオストリーミングサービスを受け、ＳＴＡがＡＰによりＴＩＭベースのパワーセーブモードからアクティブモードに移行される方法が開示される。

図１１を参照すると、ＳＴＡは、初期動作モードをＴＩＭベースのパワーセーブモードに設定するためにＡＤＤＴＳ要求フレームをＡＰに送信することができる（ステップＳ１１００）。

ＡＤＤＴＳ要求フレームは、ＴＳＰＥＣ情報要素上に、０に設定されたＡＰＳＤフィールド及び０に設定されたスケジューリングフィールドを含み、ＭＡＣヘッダ上に含まれる１に設定されたパワー管理フィールドを含むことができる。前記のようなＡＤＤＴＳ要求フレームに含まれる各フィールドの設定に基づいて、ＳＴＡは、初期動作モードとしてＴＩＭベースのパワーセーブモードをＡＰに要求することができる。

ＡＰは、ＡＤＤＴＳ要求フレームに対する応答としてＡＤＤＴＳ応答フレームをＳＴＡに送信することができる（ステップＳ１１２０）。

ＡＤＤＴＳ要求フレームを送信したＳＴＡは、ＡＰにより送信されたＡＤＤＴＳ応答フレームを介してＳＴＡのＴＩＭベースのパワーセーブモード動作の許容可否に対する情報を取得することができる。

ＴＩＭベースのパワーセーブモード動作の許容のために、ＡＰにより送信されるＡＤＤＴＳ応答フレームは、ＴＳＰＥＣ情報要素上に、０に設定されたＡＰＳＤフィールド及び０に設定されたスケジューリングフィールドを含み、ＭＡＣヘッダ上に含まれる１に設定されたパワー管理フィールドを含むことができる。

ＳＴＡは、ＡＤＤＴＳ応答フレームを受信し、ＴＩＭベースのパワーセーブモードで動作してライブビデオストリーミングサービスを受けることができる。

ＡＰは、ライブビデオストリーミングサービスをＳＴＡに提供する途中、ＡＮＱＰに基づいてＷＡＮメトリック情報を受信することができる。ＡＰは、受信したＷＡＮメトリック情報に基づいてネットワーク状態（例えば、ネットワーク混雑度）を判断してＳＴＡのＴＩＭベースのパワーセーブモードの維持可能可否に対して判断できる。

高いネットワーク混雑度によりＳＴＡのＴＩＭベースのパワーセーブモードの維持が不可能な場合、ＡＰは、ＳＴＡのＴＩＭベースのパワーセーブモードからアクティブモードへの切り替えを決定することができる。それに対し、低いネットワーク混雑度によりＳＴＡのＴＩＭベースのパワーセーブモードの維持が可能な場合、ＡＰは、ＳＴＡのＴＩＭベースのパワーセーブモードの維持を決定することができる。

ＡＰは、パワー管理ビットマップに基づいてＳＴＡのアクティブモードへの切り替えまたはＴＩＭベースのパワーセーブモードの維持に対する情報をＳＴＡに送信することができる（ステップＳ１１４０）。

図１１では、高いネットワーク混雑度により、ＡＰがＳＴＡのＴＩＭベースのパワーセーブモードからアクティブモードへの切り替えを決定した場合が仮定される。

ＡＰは、ビーコンフレームを介してＴＩＭビットマップと対応されるパワー管理ビットマップまたは仮想ビットマップと対応されるパワー管理ビットマップを送信することができる。

パワー管理ビットマップは、ＳＴＡの動作モードのパワーセーブモードからアクティブモードへの切り替えのためのビット情報を含むことができる。

ＳＴＡの動作モードのパワーセーブモードからアクティブモードへの切り替えのためのビット情報を含むパワー管理ビットマップをＡＰから受信したＳＴＡは、動作モードをＴＩＭベースのパワーセーブモードからアクティブモードに切り替えることができる。ＳＴＡは、アクティブモード状態でライブビデオストリーミングサービスをＡＰから受けることができる。

図１２は、本発明の実施例に係るＳＴＡの動作モードの設定方法を示す概念図である。

図１２では、ＳＴＡがＴＩＭベースのパワーセーブモードを開始してＡＰからライブビデオストリーミングサービスを受け、ＡＰによりＴＩＭベースのパワーセーブモードからアクティブモードに移行する方法が開示される。図１２では、特に、ＳＴＡの初期動作モードの設定がＡＰにより送信されたビーコンフレームに基づいて実行される場合が開示される。

図１２を参照すると、ＳＴＡは、ＡＰからネットワーク状態情報を受信することができる（ステップＳ１２００）。

ＡＰは、ＡＮＱＰに基づいてＷＡＮメトリック情報を受信することができ、ＳＴＡは、ＡＰにより送信されるビーコンフレームを介してＷＡＮメトリック情報を受信することができる。

ＳＴＡは、ＷＡＮメトリック情報に基づいて判断した結果、ネットワーク混雑度が低い場合、ライブストリーミングサービスを受けるためにＴＩＭベースのパワーセーブモードで動作できる。それに対し、ＳＴＡは、ＷＡＮメトリック情報に基づいて判断した結果、ネットワーク混雑度が高い場合、ライブストリーミングサービスを受けるためにアクティブモードで動作できる。

図１２では、ＳＴＡが初期動作モードをＴＩＭベースのパワーセーブモードに設定してライブビデオストリーミングサービスを受ける場合が開示される。

ＳＴＡは、初期動作モードをＴＩＭベースのパワーセーブモードに設定してライブビデオストリーミングサービスを受けるためにＡＤＤＴＳ要求フレームをＡＰに送信することができる（ステップＳ１２２０）。

ＡＤＤＴＳ要求フレームは、ＴＳＰＥＣ情報要素上に、０に設定されたＡＰＳＤフィールド及び０に設定されたスケジューリングフィールドを含み、ＭＡＣヘッダ上に含まれる１に設定されたパワー管理フィールドを含むことができる。前記のようなＡＤＤＴＳ要求フレームに含まれるフィールドの設定に基づいて、ＳＴＡは、初期動作モードとしてＴＩＭベースのパワーセーブモードをＡＰに要求することができる。

ＡＰは、ＡＤＤＴＳ要求フレームに対する応答としてＡＤＤＴＳ応答フレームをＳＴＡに送信することができる（ステップＳ１２４０）。

ＡＤＤＴＳ要求フレームを受信したＳＴＡは、ＡＤＤＴＳ応答フレームを介してＳＴＡのＴＩＭベースのパワーセーブモード動作の許容可否に対する情報を送信することができる。

ＴＩＭベースのパワーセーブモード動作の許容のために、ＡＰにより送信されるＡＤＤＴＳ応答フレームは、ＴＳＰＥＣ情報要素上に、０に設定されたＡＰＳＤフィールド及び０に設定されたスケジューリングフィールドを含み、ＭＡＣヘッダ上に含まれる１に設定されたパワー管理フィールドを含むことができる。

ＳＴＡは、ＡＤＤＴＳ応答フレームを受信し、ＴＩＭベースのパワーセーブモードで動作してライブビデオストリーミングサービスを受けることができる。

ＡＰは、ライブビデオストリーミングサービスをＳＴＡに提供する途中、ＡＮＱＰに基づいてＷＡＮメトリック情報を受信することができる。ＡＰは、受信したＷＡＮメトリック情報に基づいてネットワーク状態（例えば、ネットワーク混雑度）を判断してＳＴＡのＴＩＭベースのパワーセーブモードの維持可能可否に対して判断できる。

高いネットワーク混雑度によりＴＩＭベースのパワーセーブモードの維持が不可能な場合、ＡＰは、ＳＴＡの動作モードのＴＩＭベースのパワーセーブモードからアクティブモードへの切り替えを決定することができる。それに対し、低いネットワーク混雑度によりＴＩＭベースのパワーセーブモードの維持が可能な場合、ＡＰは、ＳＴＡのＴＩＭベースのパワーセーブモードの維持を決定することができる。

ＡＰは、パワー管理ビットマップに基づいてＳＴＡのアクティブモードへの切り替えまたはＴＩＭベースのパワーセーブモードの維持に対する情報をＳＴＡに送信することができる。

図１２では、高いネットワーク混雑度により、ＡＰがＳＴＡの動作モードをＴＩＭベースのパワーセーブモードからアクティブモードへの切り替えを決定した場合を仮定する。

ＡＰは、ビーコンフレームを介してＴＩＭビットマップと対応されるパワー管理ビットマップまたは仮想ビットマップと対応されるパワー管理ビットマップを送信することができる（ステップＳ１２６０）。

パワー管理ビットマップは、ＳＴＡの動作モードのパワーセーブモードからアクティブモードへの切り替えのためのビット情報を含むことができる。

ＳＴＡの動作モードのパワーセーブモードからアクティブモードへの切り替えのためのビット情報を含むパワー管理ビットマップをＡＰから受信したＳＴＡは、動作モードをＴＩＭベースのパワーセーブモードからアクティブモードに切り替えることができる。ＳＴＡは、アクティブモードに基づいてライブビデオストリーミングサービスをＡＰから受けることができる。

図１２では、ライブストリーミングサービスを受けるために、ＳＴＡがビーコンフレームを介してＷＡＮメトリック情報を受信する場合を仮定した。しかし、ＳＴＡは、ビーコンフレームでないＧＡＳ（ｇｅｎｅｒｉｃ ａｄｖｅｒｔｉｓｅｍｅｎｔ ｓｅｒｖｉｃｅ）プロトコルを介してＷＡＮメトリック情報を受信することもできる。ＧＡＳは、ＳＴＡに外部ネットワークに対する情報を伝達するために使われることができる。ＧＡＳは、ＳＴＡのＡＰへの結合（ａｓｓｏｃｉａｔｉｏｎ）前にＳＴＡのネットワークサービスに対する情報の取得のために使われることができる。ＳＴＡは、ＡＰにＧＡＳクエリ（ｑｕｅｒｙ）フレームを送信し、ＡＰは、ＳＴＡにＧＡＳ応答（ｒｅｓｐｏｎｓｅ）フレームを送信することができる。ＡＰにより送信されるＧＡＳ応答フレームは、ＷＡＮメトリック情報を含むことができる。

図１３は、本発明の実施例に係るＳＴＡの動作モードの設定方法を示す概念図である。

図１３では、ＳＴＡをライブストリーミングサービスを受ける中、アクティブモードからＴＩＭベースのパワーセーブモードに切り替える方法が開示される。

図１３を参照すると、ＳＴＡは、ＡＰからネットワーク状態情報を受信することができる（ステップＳ１３００）。

ＡＰは、ＡＮＱＰに基づいてＷＡＮメトリック情報を受信することができ、ＳＴＡは、ＡＰにより送信されるビーコンフレームを介してＷＡＮメトリック情報を受信することができる。

ＡＰは、ライブストリーミングサービスをＳＴＡに提供する途中、ＡＮＱＰに基づいてＷＡＮメトリック情報を受信することができる。ＡＰは、受信したＷＡＮメトリック情報に基づいてネットワーク状態（例えば、ネットワーク混雑度）を判断してＳＴＡのアクティブモードの維持可能可否に対して判断できる。

ネットワーク混雑度が高い場合、ＡＰは、ＳＴＡのアクティブモードの維持を決定することができる。それに対し、ネットワーク混雑度が低い場合、ＡＰは、ＳＴＡのアクティブモードからＴＩＭベースのパワーセーブモードに切り替えを決定することができる。

ＡＰは、パワー管理ビットマップに基づいてＳＴＡのアクティブモードの維持またはＴＩＭベースのパワーセーブモードへの切り替えに対する情報をＳＴＡに送信することができる。

図１３では、低いネットワーク混雑度により、ＡＰがＳＴＡの動作モードのアクティブモードからＴＩＭベースのパワーセーブモードへの切り替えを決定した場合が仮定される。

ＡＰは、ビーコンフレームを介してＴＩＭビットマップと対応されるパワー管理ビットマップまたは仮想ビットマップと対応されるパワー管理ビットマップを送信することができる。

パワー管理ビットマップは、ＳＴＡの動作モードのアクティブモードからパワーセーブモードへの切り替えのためのビット情報を含むことができる。

ＳＴＡの動作モードのアクティブモードからパワーセーブモードへの切り替えのためのビット情報を含むパワー管理ビットマップをＡＰから受信したＳＴＡは、アクティブモードからパワーセーブモードに切り替えられることができる。

ＳＴＡは、初期動作モードをＴＩＭベースのパワーセーブモードに設定してライブビデオストリーミングサービスを受けるためにＡＤＤＴＳ要求フレームをＡＰに送信することができる（ステップＳ１３２０）。

ＡＤＤＴＳ要求フレームは、ＴＳＰＥＣ情報要素上に、０に設定されたＡＰＳＤフィールド及び０に設定されたスケジューリングフィールドを含み、ＭＡＣヘッダ上に含まれる１に設定されたパワー管理フィールドを含むことができる。前記のようなＡＤＤＴＳ要求フレームに含まれるフィールドの設定に基づいて、ＳＴＡは、初期動作モードとしてＴＩＭベースのパワーセーブモードをＡＰに要求することができる。

ＡＰは、ＡＤＤＴＳ要求フレームに対する応答としてＡＤＤＴＳ応答フレームをＳＴＡに送信することができる（ステップＳ１３４０）。

ＡＤＤＴＳ要求フレームを受信したＳＴＡは、ＡＤＤＴＳ応答フレームを介してＳＴＡのＴＩＭベースのパワーセーブモード動作の許容可否に対する情報を送信することができる。

ＴＩＭベースのパワーセーブモード動作の許容のために、ＡＰにより送信されるＡＤＤＴＳ応答フレームは、ＴＳＰＥＣ情報要素上に、０に設定されたＡＰＳＤフィールド及び０に設定されたスケジューリングフィールドを含み、ＭＡＣヘッダ上に含まれる１に設定されたパワー管理フィールドを含むことができる。

ＳＴＡは、ＡＤＤＴＳ応答フレームを受信してＴＩＭベースのパワーセーブモードで動作してライブビデオストリーミングサービスを受けることができる。ＳＴＡは、パワーセーブモード状態でライブストリーミングサービスをＡＰから受けることができる。

図１４は、本発明の実施例に係るＳＴＡの動作モードの設定のためのフレームを示す概念図である。

ＴＩＭベースのパワーセーブモードのために、ＡＤＤＴＳ要求フレーム及びＡＤＤＴＳ応答フレームの代わりに別途のフレームが定義されることもできる。

図１４では、ＳＴＡの初期動作モード設定及び動作モードの変更の要求のために使用可能な動作モード要求フレーム及び動作モード応答フレームが開示される。

図１４の上段は、動作モード要求フレームを示す概念図である。

図１４の上段を参照すると、動作モード要求フレームは、要求動作モードフィールド１４００及び受信データカテゴリフィールド１４１０、受信条件フィールド１４２０を含むことができる。

要求動作モードフィールド１４００は、要求する動作モードに対する情報を含むことができる。例えば、要求する動作モードは、ＴＩＭベースのパワーセーブモードまたはアクティブモードである。要求動作モードフィールド１４００の値が０である場合、ＴＩＭベースのパワーセーブモードが要求され、要求動作モードフィールド１４００の値が１である場合、アクティブモードが要求されることができる。

要求動作モードフィールド１４００は、ＴＩＭベースのパワーセーブモード、アクティブモードだけでなく、ＳＴＡの多様な動作モードの要求のために使われることができる。

受信データカテゴリフィールド１４１０は、ＳＴＡが受信しようとするデータの特性に対する情報を含むことができる。例えば、受信データカテゴリフィールド１４１０は、ＳＴＡが受信しようとするデータがライブビデオストリーミングデータか、またはバッファされたビデオストリーミングデータかに対する情報を含むことができる。または、受信データカテゴリフィールド１４１０は、ＳＴＡ上に受信されるデータのアクセスカテゴリ（ａｃｃｅｓｓ ｃａｔｅｇｏｒｙ）に対する情報などを含むことができる。ＳＴＡ上に受信されるデータのアクセスカテゴリは、ＡＣ（ａｃｃｅｓｓ ｃａｔｅｇｏｒｙ）＿ＶＯ（ｖｏｉｃｅ）、ＡＣ＿ＶＩ（ｖｉｄｅｏ）、ＡＣ＿ＢＫ（ｂａｃｋｇｒｏｕｎｄ）またはＡＣ＿ＢＥ（ｂｅｓｔ ｅｆｆｏｒｔ）のうち一つに分類されることができる。

受信条件フィールド１４２０は、ＳＴＡで実行されるアプリケーションのために、ＳＴＡに送信されるデータの受信条件に対する情報を含むことができる。例えば、受信条件フィールド１４２０は、アプリケーションの正常な動作のための受信デレイの臨界大きさ、受信データの臨界エラー率または臨界チャネル状態などに対する情報を含むことができる。

図１４の下段は、動作モード応答フレームを示す概念図である。

図１４の下段を参照すると、動作モード応答フレームは、動作モード設定フィールド１４５０、送信データカテゴリフィールド１４６０及び送信条件フィールド１４７０を含むことができる。

動作モード設定フィールド１４５０は、ＳＴＡの動作モード要求に対して要求された動作モードの設定を許容するかどうかに対する情報を含むことができる。動作モード設定フィールド１４５０に基づいて要求されたＳＴＡの動作モードが許容される場合、動作モード設定フィールド１４５０は、１に設定され、動作モード設定フィールド１４５０に基づいて要求されたＳＴＡの動作モードが許容されない場合、動作モード設定フィールド１４５０は、０に設定されることができる。

送信データカテゴリフィールド１４６０は、ＳＴＡに送信するデータの特性に対する情報を含むことができる。例えば、送信データカテゴリフィールド１４６０は、ＡＰが送信しようとするデータがライブビデオストリーミングデータか、またはバッファされたビデオストリーミングデータかに対する情報を含むことができる。または、送信データカテゴリフィールド１４６０は、ＳＴＡ上に送信されるデータのアクセスカテゴリ（ａｃｃｅｓｓ ｃａｔｅｇｏｒｙ）に対する情報などを含むことができる。ＳＴＡ上に受信されるデータのアクセスカテゴリは、ＡＣ（ａｃｃｅｓｓ ｃａｔｅｇｏｒｙ）＿ＶＯ（ｖｏｉｃｅ）、ＡＣ＿ＶＩ（ｖｉｄｅｏ）、ＡＣ＿ＢＫ（ｂａｃｋｇｒｏｕｎｄ）またはＡＣ＿ＢＥ（ｂｅｓｔ ｅｆｆｏｒｔ）のうち一つに分類されることができる。

送信条件フィールド１４７０は、ＳＴＡに送信されるデータの送信条件に対する情報を含むことができる。例えば、送信条件フィールド１４７０は、送信されるデータの予想デレイ、予想エラー率またはデータの送信のための予想チャネル状態などに対する情報を含むことができる。

ＳＴＡとＡＰとの間の前述したＡＤＤＴＳ要求フレーム及びＡＤＤＴＳ応答フレームの送信及び受信の代わりに動作モード要求フレーム及び動作モード応答フレームの送信及び受信に基づいてＳＴＡの動作モードが設定されることもできる。

図１５は、本発明の実施例に係るフレームを伝達するＰＰＤＵフォーマットを示す概念図である。

図１５では、本発明の実施例に係るＰＰＤＵフォーマットに対して開示する。ＰＰＤＵは、ＰＰＤＵヘッダ及びＭＰＤＵ（ＭＡＣ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）（または、ＰＳＤＵ（ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ））を含むことができる。フレームは、ＭＰＤＵに対応されることができる。ＰＰＤＵフォーマットのＰＰＤＵヘッダは、ＰＰＤＵのＰＨＹヘッダ及びＰＨＹプリアンブルを含む意味で使われることができる。

図１５に開示されるＰＰＤＵフォーマットは、前述したフレーム（例えば、ＡＤＤＴＳ要求フレーム、ＡＤＤＴＳ応答フレーム、ビーコンフレーム、ライブビデオストリーミングサービスのためのダウンリンクフレーム、動作モード要求フレーム、動作モード応答フレーム等）を伝達するために使われることができる。

図１５の上段を参照すると、ダウンリンクＰＰＤＵのＰＰＤＵヘッダは、Ｌ−ＳＴＦ（ｌｅｇａｃｙ−ｓｈｏｒｔ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、Ｌ−ＬＴＦ（ｌｅｇａｃｙ−ｌｏｎｇ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、Ｌ−ＳＩＧ（ｌｅｇａｃｙ−ｓｉｇｎａｌ）、ＨＥ−ＳＩＧ Ａ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ−ｓｉｇｎａｌ Ａ）、ＨＥ−ＳＴＦ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ−ｓｈｏｒｔ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、ＨＥ−ＬＴＦ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ−ｌｏｎｇ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、ＨＥ−ＳＩＧ Ｂ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ−ｓｉｇｎａｌ−Ｂ）を含むことができる。ＰＨＹヘッダにおいて、Ｌ−ＳＩＧまではレガシ部分（ｌｅｇａｃｙ ｐａｒｔ）と、Ｌ−ＳＩＧ以後のＨＥ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ）部分（ＨＥ ｐａｒｔ）と、に区分されることができる。

Ｌ−ＳＴＦ１５００は、短いトレーニングＯＦＤＭシンボル（ｓｈｏｒｔ ｔｒａｉｎｉｎｇ ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ ｓｙｍｂｏｌ）を含むことができる。Ｌ−ＳＴＦ１５００は、フレーム探知（ｆｒａｍｅ ｄｅｔｅｃｔｉｏｎ）、ＡＧＣ（ａｕｔｏｍａｔｉｃ ｇａｉｎ ｃｏｎｔｒｏｌ）、ダイバーシティ探知（ｄｉｖｅｒｓｉｔｙ ｄｅｔｅｃｔｉｏｎ）、コース周波数／時間同期化（ｃｏａｒｓｅ ｆｒｅｑｕｅｎｃｙ／ｔｉｍｅ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）のために使われることができる。

Ｌ−ＬＴＦ１５１０は、長いトレーニングＯＦＤＭシンボル（ｌｏｎｇ ｔｒａｉｎｉｎｇ ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ ｓｙｍｂｏｌ）を含むことができる。Ｌ−ＬＴＦ１５１０は、ファイン周波数／時間同期化（ｆｉｎｅ ｆｒｅｑｕｅｎｃｙ／ｔｉｍｅ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）及びチャネル予測のために使われることができる。

Ｌ−ＳＩＧ１５２０は、制御情報を送信するために使われることができる。Ｌ−ＳＩＧ１５２０は、データ送信率（ｒａｔｅ）、データ長さ（ｌｅｎｇｔｈ）に対する情報を含むことができる。

ＨＥ−ＳＩＧ Ａ１５３０は、ダウンリンクＰＰＤＵを受信するターゲットＳＴＡを指示するためのＳＴＡの識別情報を含むことができる。ＳＴＡは、ＨＥ−ＳＩＧ Ａ１５３０に含まれる情報をターゲットＳＴＡの識別子情報に基づいてＰＰＤＵを受信するかどうかに対して決定できる。ダウンリンクＰＰＤＵのＨＥ−ＳＩＧ Ａ１５３０に基づいてＳＴＡが指示された場合、ＳＴＡは、ダウンリンクＰＰＤＵに対する追加的なデコーディングを実行することができる。また、ＨＥ−ＳＩＧ Ａ１５３０は、ダウンリンクデータを受信するリソース（周波数リソース（または、サブバンド）（ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）ベースの送信時）または時空間ストリームリソース（ＭＩＭＯ（ｍｕｌｔｉｌｐｌｅ ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ）ベースの送信時））に対する情報を含むこともできる。

また、ＨＥ−ＳＩＧ Ａ１５３０は、ＢＳＳ識別のためのカラービット（ｃｏｌｏｒ ｂｉｔｓ）情報、帯域幅（ｂａｎｄｗｉｄｔｈ）情報、テールビット（ｔａｉｌ ｂｉｔ）、ＣＲＣビット、ＨＥ−ＳＩＧ Ｂ１５６０に対するＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）情報、ＨＥ−ＳＩＧ Ｂ１５６０のためのシンボル個数情報、ＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）（または、ＧＩ（ｇｕａｒｄ ｉｎｔｅｒｖａｌ））長さ情報を含むこともできる。

ＨＥ−ＳＩＧ Ａ１５３０は、ＳＴＡの要求動作モードに対する情報、ＳＴＡの要求データの特性に対する情報及びＳＴＡの受信条件に対する情報を含むことができる。

また、ＨＥ−ＳＩＧ Ａ１５３０は、ＡＰにより設定されたＳＴＡの動作モードに対する情報、ＡＰにより送信される送信データの特性に対する情報を含むこともできる。

ＨＥ−ＳＴＦ１５４０は、ＭＩＭＯ環境またはＯＦＤＭＡ環境で自動利得制御推定（ａｕｔｏｍａｔｉｃ ｇａｉｎ ｃｏｎｔｒｏｌ ｅｓｔｉｍａｔｉｏｎ）を向上させるために使われることができる。

ＨＥ−ＬＴＦ１５５０は、ＭＩＭＯ環境またはＯＦＤＭＡ環境でチャネルを推定するために使われることができる。

ＨＥ−ＳＩＧ Ｂ１５６０は、各ＳＴＡに対するＰＳＤＵ（Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ）の長さＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に対する情報及びテールビットなどを含むことができる。

ＨＥ−ＳＴＦ１５４０及びＨＥ−ＳＴＦ１５４０以後のフィールドに適用されるＩＦＦＴ（ｉｎｖｅｒｓｅ ｆａｓｔ ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）の大きさとＨＥ−ＳＴＦ１５４０以前のフィールドに適用されるＩＦＦＴの大きさは、互いに異なる。例えば、ＨＥ−ＳＴＦ１５４０及びＨＥ−ＳＴＦ１５４０以後のフィールドに適用されるＩＦＦＴの大きさは、ＨＥ−ＳＴＦ１５４０以前のフィールドに適用されるＩＦＦＴの大きさより４倍大きい。ＳＴＡがダウンリンクフレームを受信した場合、ＳＴＡは、ダウンリンクフレームのＨＥ−ＳＩＧ Ａ１５３０をデコーディングし、ＨＥ−ＳＩＧ Ａ１５３０に含まれているターゲットＳＴＡの識別子情報に基づいてＨＥ−ＳＩＧ Ａ１５３０以後フィールドのデコーディング可否を決定することができる。このような場合、ＨＥ−ＳＩＧ Ａ１５３０に含まれているターゲットＳＴＡの識別子情報がＳＴＡの識別子を指示する場合、ＳＴＡは、ＨＥ−ＳＴＦ１５４０及びＨＥ−ＳＴＦ１５４０以後フィールドから変更されたＦＦＴサイズに基づいてデコーディングを実行することができる。それに対し、ＨＥ−ＳＩＧ Ａ１５３０に含まれているターゲットＳＴＡの識別子情報がＳＴＡの識別子を指示しない場合、ＳＴＡは、デコーディングを中断し、ＮＡＶ（ｎｅｔｗｏｒｋ ａｌｌｏｃａｔｉｏｎ ｖｅｃｔｏｒ）を設定することができる。ＨＥ−ＳＴＦ１５４０のＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）は、他のフィールドのＣＰより大きい大きさを有することができ、このようなＣＰ区間の間に、ＳＴＡは、ＦＦＴサイズを変化させてダウンリンクＰＰＤＵに対するデコーディングを実行することができる。

図１５の上段で開示されたＰＰＤＵのフォーマットを構成するフィールドの順序は、変わることができる。例えば、図１５の中段に開示されたように、ＨＥ部分のＨＥ−ＳＩＧ Ｂ１５１５がＨＥ−ＳＩＧ Ａ１５０５の直後に位置することもできる。ＳＴＡは、ＨＥ−ＳＩＧ Ａ１５０５及びＨＥ−ＳＩＧ Ｂ１５１５までデコーディングし、必要な制御情報を受信し、ＮＡＶを設定することができる。同様に、ＨＥ−ＳＴＦ１５２５及びＨＥ−ＳＴＦ１５２５以後のフィールドに適用されるＩＦＦＴの大きさは、ＨＥ−ＳＴＦ１５２５以前のフィールドに適用されるＩＦＦＴの大きさと異なる。

ＳＴＡは、ＨＥ−ＳＩＧ Ａ１５０５及びＨＥ−ＳＩＧ Ｂ１５１５を受信することができる。ＨＥ−ＳＩＧ Ａ１５０５のターゲットＳＴＡの識別子によりダウンリンクＰＰＤＵの受信が指示される場合、ＳＴＡは、ＨＥ−ＳＴＦ１５２５からはＦＦＴサイズを変化させてダウンリンクＰＰＤＵに対するデコーディングを実行することができる。それに対し、ＳＴＡは、ＨＥ−ＳＩＧ Ａ１４０５を受信し、ＨＥ−ＳＩＧ Ａ１５０５に基づいてダウンリンクＰＰＤＵの受信が指示されない場合、ＮＡＶを設定することができる。

図１５の下段を参照すると、ＤＬ（ｄｏｗｎｌｉｎｋ）ＭＵ（ｍｕｌｔｉ−ｕｓｅｒ）送信のためのダウンリンクＰＰＤＵフォーマットが開示される。ダウンリンクＰＰＤＵは、ＯＦＤＭＡに基づいて互いに異なるダウンリンク送信リソース（周波数リソースまたは空間的ストリーム）を介してＳＴＡに送信されることができる。即ち、ＤＬ ＭＵ送信のためのダウンリンクＰＰＤＵフォーマットに基づいて複数のサブバンドを介して複数のＳＴＡにダウンリンクデータが送信されることができる。前述した実施例では開示していないが、ＡＰは、ＤＬ ＭＵダウンリンクＰＰＤＵフォーマットに基づいてダウンリンクデータを複数のＳＴＡに送信することができる。

ダウンリンクＰＰＤＵ上でＨＥ−ＳＩＧ Ｂ１５４５の以前フィールドは、互いに異なるダウンリンク送信リソースの各々でデュプリケートされた形態で送信されることができる。ＨＥ−ＳＩＧ Ｂ１５４５は、全体送信リソース上でエンコーディングされた形態で送信されることができる。ＨＥ−ＳＩＧ Ｂ１５４５以後のフィールドは、ダウンリンクＰＰＤＵを受信する複数のＳＴＡの各々のための個別情報を含むことができる。

ダウンリンクＰＰＤＵに含まれるフィールドがダウンリンク送信リソースの各々を介して各々送信される場合、フィールドの各々に対するＣＲＣがダウンリンクＰＰＤＵに含まれることができる。それに対し、ダウンリンクＰＰＤＵに含まれる特定フィールドが全体ダウンリンク送信リソース上でエンコーディングされて送信される場合、フィールドの各々に対するＣＲＣがダウンリンクＰＰＤＵに含まれない。したがって、ＣＲＣに対するオーバーヘッドが減少されることができる。即ち、本発明の実施例に係るＤＬ ＭＵ送信のためのダウンリンクＰＰＤＵフォーマットは、全体送信リソース上でエンコーディングされた形態のＨＥ−ＳＩＧ Ｂ１５４５を使用することによって、ダウンリンクフレームのＣＲＣオーバーヘッドを減少させることができる。

ＤＬ ＭＵ送信のためのダウンリンクＰＰＤＵフォーマットも同様に、ＨＥ−ＳＴＦ１５５５及びＨＥ−ＳＴＦ１５５５以後のフィールドは、ＨＥ−ＳＴＦ１５５５以前のフィールドと異なるＩＦＦＴサイズに基づいてエンコーディングされることができる。したがって、ＳＴＡは、ＨＥ−ＳＩＧ Ａ１５３５及びＨＥ−ＳＩＧ Ｂ１５４５を受信し、ＨＥ−ＳＩＧ Ａ１５３５に基づいてダウンリンクＰＰＤＵの受信指示を受けた場合、ＨＥ−ＳＴＦ１５５５からはＦＦＴサイズを変化させてダウンリンクＰＰＤＵに対するデコーディングを実行することができる。

図１６は、本発明の実施例が適用されることができる無線装置を示すブロック図である。

図１６を参照すると、無線装置１６００は、前述した実施例を具現することができるＳＴＡであり、ＡＰ１６００または非ＡＰ ＳＴＡ（ｎｏｎ−ＡＰ ｓｔａｔｉｏｎ）（または、ＳＴＡ）１６５０である。

ＡＰ１６００は、プロセッサ１６１０、メモリ１６２０及びＲＦ部（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｕｎｉｔ）１６３０を含む。

ＲＦ部１６３０は、プロセッサ１６１０と連結して無線信号を送信／受信することができる。

プロセッサ１６１０は、本発明で提案された機能、過程及び／または方法を具現することができる。例えば、プロセッサ１６１０は、前述した本発明の実施例に係る無線装置の動作を実行するように具現されることができる。プロセッサは、図１乃至図１５の実施例で開示した無線装置の動作を実行することができる。

例えば、プロセッサ１６１０は、ネットワーク状態情報を取得し、ネットワーク状態情報に基づいてＳＴＡの動作モードを設定するための動作モード設定情報を送信することができる。動作モード設定情報は、パワー管理ビットマップを含むことができる。

また、プロセッサ１６１０は、ＳＴＡのＴＩＭベースのパワーセーブモードの設定要求を受信し、ＴＩＭベースのパワーセーブモードの設定要求に対する許容可否を決定してＴＩＭベースのパワーセーブモードベースの動作に対する許容可否を含む応答フレームを送信することができる。

ＳＴＡ１６５０は、プロセッサ１６６０、メモリ１６７０及びＲＦ部（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｕｎｉｔ）１６８０を含む。

ＲＦ部１６８０は、プロセッサ１６６０と連結して無線信号を送信／受信することができる。

プロセッサ１６６０は、本発明で提案された機能、過程及び／または方法を具現することができる。例えば、プロセッサ１６６０は、前述した本発明の実施例に係る無線装置の動作を実行するように具現されることができる。プロセッサは、図１乃至図１５の実施例で無線装置の動作を実行することができる。

例えば、プロセッサ１６６０は、ＡＰとＴＩＭベースのパワーセーブモードの設定のための初期設定手順を実行し、前記初期設定手順に基づいてＴＩＭベースのパワーセーブモードで動作してビーコンフレームの送信周期に基づいてドーズ状態からアウェイク状態に切り替えられることでＡＰから第１のダウンリンクフレームを受信することができる。また、プロセッサ１６６０は、ＡＰからＴＩＭベースのパワーセーブモードからアクティブモードへの切り替えを指示する動作モード設定情報を受信し、アクティブモードに基づいてＡＰから第２のダウンリンクフレームを受信するように具現されることができる。第１のダウンリンクフレーム及び前記第２のダウンリンクフレームは、ライブビデオストリーミングサービス（ｌｉｖｅ ｖｉｄｅｏ ｓｔｒｅａｍｉｎｇ ｓｅｒｖｉｃｅ）のためのデータを含み、動作モード設定情報は、ＳＴＡとＡＰとの間のネットワーク状態情報に基づいて生成されることができる。

動作モード設定情報は、ＡＰにより送信されるビーコンフレーム上のパワー管理ビットマップ（ｐｏｗｅｒ ｍａｎａｇｅｍｅｎｔ ｂｉｔｍａｐ）に基づいて送信されることができる。パワー管理ビットマップに含まれる複数のビットの各々は、ＡＰに結合されたＳＴＡを含む複数のＳＴＡの各々の動作モードをＴＩＭベースのパワーセーブモードに設定するか、またはアクティブモードに設定するかを指示し、パワー管理ビットマップに含まれる複数のビットの各々は、ＴＩＭビットマップに含まれる複数のビットの各々と対応され、ＴＩＭビットマップは、複数のＳＴＡの各々に対してペンディングとなっているダウンリンクデータの存在可否を指示することができる。

ネットワーク状態情報は、ＡＰによりＡＮＱＰに基づいて取得され、ネットワーク状態情報は、ＷＡＮメトリック情報を含み、ＷＡＮメトリック情報は、ＡＰとＳＴＡとの間のチャネルを介して送信されるデータの送信速度及び前記チャネルの負荷に対する情報を含むことができる。

プロセッサ１６１０、１６６０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、他のチップセット、論理回路、データ処理装置及び／またはベースバンド信号及び無線信号を相互変換する変換器を含むことができる。メモリ１６２０、１６７０は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。ＲＦ部１６３０、１６８０は、無線信号を送信及び／または受信する一つ以上のアンテナを含むことができる。

実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリ１６２０、１６７０に格納され、プロセッサ１６１０、１６６０により実行されることができる。メモリ１６２０、１６７０は、プロセッサ１６１０、１６６０の内部または外部にあり、よく知られた多様な手段でプロセッサ１６１０、１６６０と連結されることができる。

Claims (10)

1. 無線ＬＡＮにおけるパワーセーブモードベースの動作方法は、
   ＳＴＡ（ｓｔａｔｉｏｎ）がＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）とＴＩＭ（ｔｒａｆｆｉｃ ｉｎｄｉｃａｔｉｏｎ ｍａｐ）ベースのパワーセーブモード（ｐｏｗｅｒ ｓａｖｅ ｍｏｄｅ）の設定のための初期設定手順を実行するステップ；
   前記ＴＩＭベースのパワーセーブモードで動作する前記ＳＴＡがビーコンフレームの送信周期に基づいてドーズ状態（ｄｏｚｅ ｓｔａｔｅ）とアウェイク状態（ａｗａｋｅ ｓｔａｔｅ）との間の切り替えを実行することで前記ＡＰから第１のダウンリンクフレームを受信するステップ；
   前記ＳＴＡが前記ＡＰから前記ＴＩＭベースのパワーセーブモードからアクティブモード（ａｃｔｉｖｅ ｍｏｄｅ）への切り替えを指示する動作モード設定情報を受信するステップ；及び、
   前記動作モード設定情報に基づいて前記アクティブモードで動作する前記ＳＴＡが前記切り替え無しで前記アウェイク状態を維持することで前記ＡＰから第２のダウンリンクフレームを受信するステップ；を含み、
   前記第１のダウンリンクフレーム及び前記第２のダウンリンクフレームは、ライブビデオストリーミングサービス（ｌｉｖｅ ｖｉｄｅｏ ｓｔｒｅａｍｉｎｇ ｓｅｒｖｉｃｅ）のためのデータを含み、
   前記動作モード設定情報は、前記ＳＴＡと前記ＡＰとの間のネットワーク状態情報に基づいて生成されることを特徴とする方法。
2. 前記動作モード設定情報は、前記ＡＰにより送信されるビーコンフレームを介して送信され、
   前記動作モード設定情報は、パワー管理ビットマップ（ｐｏｗｅｒ ｍａｎａｇｅｍｅｎｔ ｂｉｔｍａｐ）に基づいて送信され、
   前記パワー管理ビットマップに含まれる複数のビットの各々は、前記ＡＰに結合された前記ＳＴＡを含む複数のＳＴＡの各々の動作モードを前記ＴＩＭベースのパワーセーブモードに設定するか、または前記アクティブモードに設定するかを指示し、
   前記パワー管理ビットマップに含まれる前記複数のビットの各々は、ＴＩＭビットマップに含まれる複数のビットの各々と対応され、
   前記ＴＩＭビットマップは、前記複数のＳＴＡの各々に対してペンディングとなっているダウンリンクデータの存在可否を指示することを特徴とする請求項１に記載の方法。
3. 前記ネットワーク状態情報は、前記ＡＰによりＡＮＱＰ（ａｃｃｅｓｓ ｎｅｔｗｏｒｋ ｑｕｅｒｙ ｐｒｏｔｏｃｏｌ）に基づいて取得され、
   前記ネットワーク状態情報は、ＷＡＮメトリック（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ ｍｅｔｒｉｃ）情報を含み、
   前記ＷＡＮメトリック情報は、前記ＡＰと前記ＳＴＡとの間のチャネルを介して送信されるデータの送信速度及び前記チャネルの負荷に対する情報を含むことを特徴とする請求項２に記載の方法。
4. 前記動作モード設定情報は、前記ＡＰにより送信されるビーコンフレームを介して送信され、
   前記動作モード設定情報は、パワー管理ビットマップ（ｐｏｗｅｒ ｍａｎａｇｅｍｅｎｔ ｂｉｔｍａｐ）に基づいて送信され、
   前記パワー管理ビットマップに含まれる複数のビットの各々は、前記ＡＰに結合された前記ＳＴＡを含む複数のＳＴＡのうち前記ライブビデオストリーミングサービスを受ける前記ＳＴＡを含む少なくとも一つのＳＴＡの各々の動作モードを前記ＴＩＭベースのパワーセーブモードに設定するか、または前記アクティブモードに設定するかを指示し、
   前記パワー管理ビットマップに含まれる前記複数のビットの各々は、仮想ＴＩＭビットマップに含まれる複数のビットの各々と対応され、
   前記仮想ＴＩＭビットマップは、前記ライブビデオストリーミングサービスを受ける前記ＳＴＡを含む前記少なくとも一つのＳＴＡの各々に対してペンディングとなっているダウンリンクデータの存在可否を指示することを特徴とする請求項１に記載の方法。
5. 前記ネットワーク状態情報は、前記ＡＰによりＡＮＱＰ（ａｃｃｅｓｓ ｎｅｔｗｏｒｋ ｑｕｅｒｙ ｐｒｏｔｏｃｏｌ）に基づいて取得され、
   前記ネットワーク状態情報は、ＷＡＮメトリック（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ ｍｅｔｒｉｃ）情報を含み、
   前記ＷＡＮメトリック情報は、前記ＡＰと前記ＳＴＡとの間のチャネルを介して送信されるデータの送信速度及び前記チャネルの負荷に対する情報を含むことを特徴とする請求項４に記載の方法。
6. 無線ＬＡＮにおけるパワーセーブモードに基づいて動作するＳＴＡ（ｓｔａｔｉｏｎ）は、
   無線信号を送信または受信するために具現されたＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）部；及び、
   前記ＲＦ部と動作可能なように（ｏｐｅｒａｔｉｖｅｌｙ）連結されるプロセッサ；を含み、
   前記プロセッサは、ＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）とＴＩＭ（ｔｒａｆｆｉｃ ｉｎｄｉｃａｔｉｏｎ ｍａｐ）ベースのパワーセーブモード（ｐｏｗｅｒ ｓａｖｅ ｍｏｄｅ）の設定のための初期設定手順を実行し、
   前記ＴＩＭベースのパワーセーブモードへの動作設定によって、ビーコンフレームの送信周期に基づいてドーズ状態（ｄｏｚｅ ｓｔａｔｅ）とアウェイク状態（ａｗａｋｅ ｓｔａｔｅ）との間の切り替えを実行することで前記ＡＰから第１のダウンリンクフレームを受信し、
   前記ＡＰから前記ＴＩＭベースのパワーセーブモードからアクティブモード（ａｃｔｉｖｅ ｍｏｄｅ）への切り替えを指示する動作モード設定情報を受信し、
   前記動作モード設定情報に基づく前記アクティブモードへの動作設定によって、前記切り替え無しで前記アウェイク状態を維持することで前記ＡＰから第２のダウンリンクフレームを受信し、
   前記第１のダウンリンクフレーム及び前記第２のダウンリンクフレームは、ライブビデオストリーミングサービス（ｌｉｖｅ ｖｉｄｅｏ ｓｔｒｅａｍｉｎｇ ｓｅｒｖｉｃｅ）のためのデータを含み、
   前記動作モード設定情報は、前記ＳＴＡと前記ＡＰとの間のネットワーク状態情報に基づいて生成されることを特徴とするＳＴＡ。
7. 前記動作モード設定情報は、前記ＡＰにより送信されるビーコンフレームを介して送信され、
   前記動作モード設定情報は、パワー管理ビットマップ（ｐｏｗｅｒ ｍａｎａｇｅｍｅｎｔ ｂｉｔｍａｐ）に基づいて送信され、
   前記パワー管理ビットマップに含まれる複数のビットの各々は、前記ＡＰに結合された前記ＳＴＡを含む複数のＳＴＡの各々の動作モードを前記ＴＩＭベースのパワーセーブモードに設定するか、または前記アクティブモードに設定するかを指示し、
   前記パワー管理ビットマップに含まれる前記複数のビットの各々は、ＴＩＭビットマップに含まれる複数のビットの各々と対応され、
   前記ＴＩＭビットマップは、前記複数のＳＴＡの各々に対してペンディングとなっているダウンリンクデータの存在可否を指示することを特徴とする請求項６に記載のＳＴＡ。
8. 前記ネットワーク状態情報は、前記ＡＰによりＡＮＱＰ（ａｃｃｅｓｓ ｎｅｔｗｏｒｋ ｑｕｅｒｙ ｐｒｏｔｏｃｏｌ）に基づいて取得され、
   前記ネットワーク状態情報は、ＷＡＮメトリック（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ ｍｅｔｒｉｃ）情報を含み、
   前記ＷＡＮメトリック情報は、前記ＡＰと前記ＳＴＡとの間のチャネルを介して送信されるデータの送信速度及び前記チャネルの負荷に対する情報を含むことを特徴とする請求項７に記載のＳＴＡ。
9. 前記動作モード設定情報は、前記ＡＰにより送信されるビーコンフレームを介して送信され、
   前記動作モード設定情報は、パワー管理ビットマップ（ｐｏｗｅｒ ｍａｎａｇｅｍｅｎｔ ｂｉｔｍａｐ）に基づいて送信され、
   前記パワー管理ビットマップに含まれる複数のビットの各々は、前記ＡＰに結合された前記ＳＴＡを含む複数のＳＴＡのうち前記ライブビデオストリーミングサービスを受ける前記ＳＴＡを含む少なくとも一つのＳＴＡの各々の動作モードを前記ＴＩＭベースのパワーセーブモードに設定するか、または前記アクティブモードに設定するかを指示し、
   前記パワー管理ビットマップに含まれる前記複数のビットの各々は、仮想ＴＩＭビットマップに含まれる複数のビットの各々と対応され、
   前記仮想ＴＩＭビットマップは、前記ライブビデオストリーミングサービスを受ける前記ＳＴＡを含む前記少なくとも一つのＳＴＡの各々に対してペンディングとなっているダウンリンクデータの存在可否を指示することを特徴とする請求項６に記載のＳＴＡ。
10. 前記ネットワーク状態情報は、前記ＡＰによりＡＮＱＰ（ａｃｃｅｓｓ ｎｅｔｗｏｒｋ ｑｕｅｒｙ ｐｒｏｔｏｃｏｌ）に基づいて取得され、
    前記ネットワーク状態情報は、ＷＡＮメトリック（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ ｍｅｔｒｉｃ）情報を含み、
    前記ＷＡＮメトリック情報は、前記ＡＰと前記ＳＴＡとの間のチャネルを介して送信されるデータの送信速度及び前記チャネルの負荷に対する情報を含むことを特徴とする請求項９に記載のＳＴＡ。