(57)【特許請求の範囲】
【請求項１】
無線ＬＡＮにおけるパワーセーブモードに基づく動作方法であって、
ＳＴＡ（ｓｔａｔｉｏｎ）によって、ＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）とＴＩＭ（ｔｒａｆｆｉｃ  ｉｎｄｉｃａｔｉｏｎ  ｍａｐ）ベースのパワーセーブモードの設定のための初期設定手順を実行することと、
ＴＩＭビットマップ及びパワー管理ビットマップに基づいて前記ＴＩＭベースのパワーセーブモードからアクティブモードに切り替えるか否かを決定することであって、前記ＴＩＭビットマップは、前記ＳＴＡを含む複数のＳＴＡの各々に対するペンディングダウンリンクデータの有無を指示し、前記パワー管理ビットマップは、前記ＴＩＭビットマップに基づいて前記ペンディングダウンリンクデータを含むと指示されるＳＴＡの動作モードを指示し、前記パワー管理ビットマップは、前記ＳＴＡと前記ＡＰとの間のネットワーク混雑度に基づいて生成される、ことと、
前記パワー管理ビットマップに含まれる前記ＳＴＡに対するビットが０を指示する場合に前記ＴＩＭベースのパワーセーブモードから前記アクティブモードへの切り替えを実行することであって、それにより、前記アクティブモードのアウェイク状態で第１のダウンリンクデータを受信する、ことと、
前記パワー管理ビットマップに含まれる前記ＳＴＡに対するビットが１を指示する場合に前記ＴＩＭベースのパワーセーブモードを維持することであって、それにより、前記ＴＩＭベースのパワーセーブモードのアウェイク状態で第２のダウンリンクデータを受信する、ことと
を含み、
前記第１のダウンリンクデータ及び前記第２のダウンリンクデータは、ライブビデオストリーミングサービスのためのデータを含む、方法。
【請求項２】
前記ＴＩＭビットマップ及び前記パワー管理ビットマップは、前記ＡＰにより送信されるビーコンフレームを介して受信され、
前記パワー管理ビットマップに含まれる複数のビットの各々は、前記複数のＳＴＡの各々に対する前記ＴＩＭビットマップに含まれる複数のビットの各々に対応し、
前記パワー管理ビットマップに含まれる前記ＳＴＡに対する前記ビットは、前記ＳＴＡと前記ＡＰとの間の前記ネットワーク混雑度が所定の閾値よりも小さいときに、０を指示し、
前記パワー管理ビットマップに含まれる前記ＳＴＡに対する前記ビットは、前記ＳＴＡと前記ＡＰとの間の前記ネットワーク混雑度が所定の閾値以上であるときに、１を指示する、請求項１に記載の方法。
【請求項３】
前記ネットワーク混雑度に関する情報は、ＡＮＱＰ（ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ  ｑｕｅｒｙ  ｐｒｏｔｏｃｏｌ）に基づいて取得され、
前記ネットワーク混雑度に関する前記情報は、ＷＡＮメトリック（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ  ｍｅｔｒｉｃ）情報を含み、
前記ＷＡＮメトリック情報は、前記ＡＰと前記ＳＴＡとの間のチャネルを介して送信されるデータの送信速度に関する情報及び前記チャネルの負荷に関する情報を含む、請求項２に記載の方法。
【請求項４】
無線ＬＡＮにおけるパワーセーブモードに基づいて動作するＳＴＡ（ｓｔａｔｉｏｎ）であって、
無線信号を送信または受信するように構成されたＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）部と、
前記ＲＦ部と動作可能なように連結されるプロセッサと
を含み、
前記プロセッサは、
ＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）とＴＩＭ（ｔｒａｆｆｉｃ  ｉｎｄｉｃａｔｉｏｎ  ｍａｐ）ベースのパワーセーブモードの設定のための初期設定手順を実行することと、
ＴＩＭビットマップ及びパワー管理ビットマップに基づいて前記ＴＩＭベースのパワーセーブモードからアクティブモードに切り替えるか否かを決定することであって、前記ＴＩＭビットマップは、前記ＳＴＡを含む複数のＳＴＡの各々に対するペンディングダウンリンクデータの有無を指示し、前記パワー管理ビットマップは、前記ＴＩＭビットマップに基づいて前記ペンディングダウンリンクデータを含むと指示されるＳＴＡの動作モードを指示し、前記パワー管理ビットマップは、前記ＳＴＡと前記ＡＰとの間のネットワーク混雑度に基づいて生成される、ことと、
前記パワー管理ビットマップに含まれる前記ＳＴＡに対するビットが０を指示する場合に前記ＴＩＭベースのパワーセーブモードから前記アクティブモードへの切り替えを実行することであって、それにより、前記アクティブモードのアウェイク状態で第１のダウンリンクデータを受信する、ことと、
前記パワー管理ビットマップに含まれる前記ＳＴＡに対するビットが１を指示する場合に前記ＴＩＭベースのパワーセーブモードを維持することであって、それにより、前記ＴＩＭベースのパワーセーブモードのアウェイク状態で第２のダウンリンクデータを受信する、ことと
を実行するように構成され、
前記第１のダウンリンクデータ及び前記第２のダウンリンクデータは、ライブビデオストリーミングサービスのためのデータを含む、ＳＴＡ。
【請求項５】
前記ＴＩＭビットマップ及び前記パワー管理ビットマップは、前記ＡＰにより送信されるビーコンフレームを介して受信され、
前記パワー管理ビットマップに含まれる複数のビットの各々は、前記複数のＳＴＡの各々に対する前記ＴＩＭビットマップに含まれる複数のビットの各々に対応し、
前記パワー管理ビットマップに含まれる前記ＳＴＡに対する前記ビットは、前記ＳＴＡと前記ＡＰとの間の前記ネットワーク混雑度が所定の閾値よりも小さいときに、０を指示し、
前記パワー管理ビットマップに含まれる前記ＳＴＡに対する前記ビットは、前記ＳＴＡと前記ＡＰとの間の前記ネットワーク混雑度が所定の閾値以上であるときに、１を指示する、請求項４に記載のＳＴＡ。
【請求項６】
前記ネットワーク混雑度に関する情報は、ＡＮＱＰ（ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ  ｑｕｅｒｙ  ｐｒｏｔｏｃｏｌ）に基づいて取得され、
前記ネットワーク混雑度に関する前記情報は、ＷＡＮメトリック（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ  ｍｅｔｒｉｃ）情報を含み、
前記ＷＡＮメトリック情報は、前記ＡＰと前記ＳＴＡとの間のチャネルを介して送信されるデータの送信速度に関する情報及び前記チャネルの負荷に関する情報を含む、請求項５に記載のＳＴＡ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、無線ＬＡＮ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ、ＷＬＡＮ）において、パワーセーブモードに基づいて動作する方法及び装置に関する。
【背景技術】
【０００２】
ＩＥＥＥ８０２．１１標準では、無線ＬＡＮ  ＳＴＡ（ｓｔａｔｉｏｎ）の寿命を増加させるためにパワー節約メカニズム（ｐｏｗｅｒ  ｓａｖｅ  ｍｅｃｈａｎｉｓｍ）（または、パワー節約モード（ｐｏｗｅｒ  ｓａｖｅ  ｍｏｄｅ））が使われることができる。パワー節約モードに基づいて動作するＳＴＡは、パワー節約のためにアウェイク状態（ａｗａｋｅ  ｓｔａｔｅ）またはドーズ状態（ｄｏｚｅ  ｓｔａｔｅ）で動作できる。アウェイク状態は、フレームの送信または受信や、チャネルスキャニングのようなＳＴＡの正常動作が可能な状態である。それに対し、ドーズ状態は、電力消耗を極端に減らしてフレームの送信または受信が不可能であり、チャネルスキャニングも不可能な状態である。パワー節約モードで動作するＳＴＡは、ドーズ状態に維持され、必要な場合、アウェイク状態に切り替えて電力消耗を減らすことができる。
【０００３】
ＳＴＡがドーズ状態で長い間動作する場合、ＳＴＡの電力消耗が減る。したがって、ＳＴＡの寿命が増えることができる。しかし、ドーズ状態では、フレームの送信または受信が不可能である。したがって、ＳＴＡは、ドーズ状態に長い間とどまることができない。ドーズ状態でペンディングフレームが発生した場合、ＳＴＡは、アウェイク状態に切り替えてフレームをＡＰに送信することができる。しかし、ＳＴＡがドーズ状態にあり、ＳＴＡに送信するペンディングフレームがＡＰに存在する場合、ＳＴＡは、ＡＰからペンディングフレームを受信することができず、ＡＰにペンディングフレームが存在するということも知ることができない。したがって、ＳＴＡは、ＡＰにペンディングフレームの存在可否に対する情報を取得し、ＡＰにペンディングフレームを受信するために周期的にアウェイク状態に切り替えて動作できる。
【０００４】
ＡＰは、ＳＴＡのアウェイク状態動作タイミングに対する情報を取得し、ＳＴＡのアウェイク状態動作タイミングに合わせてＡＰにペンディングフレームの存在可否に対する情報を送信することができる。
【０００５】
具体的に、ドーズ状態のＳＴＡは、ＡＰから受信するフレームの存在可否に対する情報を受信するために、周期的にドーズ状態からアウェイク状態に切り替えてビーコンフレームを受信することができる。ＡＰは、ビーコンフレームに含まれているＴＩＭ（ｔｒａｆｆｉｃ  ｉｎｄｉｃａｔｉｏｎ  ｍａｐ）に基づいて各ＳＴＡに送信するフレームの存在可否に対して知らせることができる。ＴＩＭは、ＳＴＡに送信されるユニキャストフレームの存在を知らせるために使われ、ＤＴＩＭ（ｄｅｌｉｖｅｒｙ  ｔｒａｆｆｉｃ  ｉｎｄｉｃａｔｉｏｎ  ｍａｐ）は、ＳＴＡに送信されるマルチキャストフレーム／ブロードキャストフレームの存在を知らせるために使われることができる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、無線ＬＡＮにおけるパワーセーブモードベースの動作方法を提供することにある。
【０００７】
本発明の他の目的は、無線ＬＡＮにおけるパワーセーブモードベースの動作装置を提供することにある。
【課題を解決するための手段】
【０００８】
前述した本発明の目的を達成するための本発明の一側面による、無線ＬＡＮにおけるパワーセーブモードベースの動作方法は、ＳＴＡ（ｓｔａｔｉｏｎ）がＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）とＴＩＭ（ｔｒａｆｆｉｃ  ｉｎｄｉｃａｔｉｏｎ  ｍａｐ）ベースのパワーセーブモード（ｐｏｗｅｒ  ｓａｖｅ  ｍｏｄｅ）動作のための初期設定手順を実行するステップ、前記ＴＩＭベースのパワーセーブモードで動作する前記ＳＴＡがビーコンフレームの送信周期に基づいてドーズ状態（ｄｏｚｅ  ｓｔａｔｅ）からアウェイク状態（ａｗａｋｅ  ｓｔａｔｅ）に切り替えられることで前記ＡＰから第１のダウンリンクフレームを受信するステップ、前記ＳＴＡが前記ＡＰから前記ＴＩＭベースのパワーセーブモードからアクティブモード（ａｃｔｉｖｅ  ｍｏｄｅ）への切り替えを指示する動作モード設定情報を受信するステップ、及び前記ＳＴＡが前記アクティブモードに基づいて前記ＡＰから第２のダウンリンクフレームを受信するステップを含み、前記第１のダウンリンクフレーム及び前記第２のダウンリンクフレームは、ライブビデオストリーミングサービス（ｌｉｖｅ  ｖｉｄｅｏ  ｓｔｒｅａｍｉｎｇ  ｓｅｒｖｉｃｅ）のためのデータを含み、前記動作モード設定情報は、前記ＳＴＡと前記ＡＰとの間のネットワーク状態情報に基づいて生成される。
【０００９】
前述した本発明の目的を達成するための本発明の他の側面による、無線ＬＡＮにおけるパワーセーブモードに基づいて動作するＳＴＡ（ｓｔａｔｉｏｎ）は、無線信号を送信または受信するために具現されたＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）部及び前記ＲＦ部と動作可能なように（ｏｐｅｒａｔｉｖｅｌｙ）連結されるプロセッサを含み、前記プロセッサは、ＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）とＴＩＭ（ｔｒａｆｆｉｃ  ｉｎｄｉｃａｔｉｏｎ  ｍａｐ）ベースのパワーセーブモード（ｐｏｗｅｒ  ｓａｖｅ  ｍｏｄｅ）の設定のための初期設定手順を実行し、前記初期設定手順に基づいて前記ＴＩＭベースのパワーセーブモードで動作してビーコンフレームの送信周期に基づいてドーズ状態（ｄｏｚｅ  ｓｔａｔｅ）からアウェイク状態（ａｗａｋｅ  ｓｔａｔｅ）に切り替えられることで前記ＡＰから第１のダウンリンクフレームを受信し、前記ＡＰから前記ＴＩＭベースのパワーセーブモードからアクティブモード（ａｃｔｉｖｅ  ｍｏｄｅ）への切り替えを指示する動作モード設定情報を受信し、前記アクティブモードに基づいて前記ＡＰから第２のダウンリンクフレームを受信するように具現され、前記第１のダウンリンクフレーム及び前記第２のダウンリンクフレームは、ライブビデオストリーミングサービス（ｌｉｖｅ  ｖｉｄｅｏ  ｓｔｒｅａｍｉｎｇ  ｓｅｒｖｉｃｅ）のためのデータを含み、前記動作モード設定情報は、前記ＳＴＡと前記ＡＰとの間のネットワーク状態情報に基づいて生成される。
本明細書は、例えば、以下の項目も提供する。
（項目１）
無線ＬＡＮにおけるパワーセーブモードベースの動作方法は、
ＳＴＡ（ｓｔａｔｉｏｎ）がＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）とＴＩＭ（ｔｒａｆｆｉｃ  ｉｎｄｉｃａｔｉｏｎ  ｍａｐ）ベースのパワーセーブモード（ｐｏｗｅｒ  ｓａｖｅ  ｍｏｄｅ）の設定のための初期設定手順を実行するステップ；
前記ＴＩＭベースのパワーセーブモードで動作する前記ＳＴＡがビーコンフレームの送信周期に基づいてドーズ状態（ｄｏｚｅ  ｓｔａｔｅ）とアウェイク状態（ａｗａｋｅ  ｓｔａｔｅ）との間の切り替えを実行することで前記ＡＰから第１のダウンリンクフレームを受信するステップ；
前記ＳＴＡが前記ＡＰから前記ＴＩＭベースのパワーセーブモードからアクティブモード（ａｃｔｉｖｅ  ｍｏｄｅ）への切り替えを指示する動作モード設定情報を受信するステップ；及び、
前記動作モード設定情報に基づいて前記アクティブモードで動作する前記ＳＴＡが前記切り替え無しで前記アウェイク状態を維持することで前記ＡＰから第２のダウンリンクフレームを受信するステップ；を含み、
前記第１のダウンリンクフレーム及び前記第２のダウンリンクフレームは、ライブビデオストリーミングサービス（ｌｉｖｅ  ｖｉｄｅｏ  ｓｔｒｅａｍｉｎｇ  ｓｅｒｖｉｃｅ）のためのデータを含み、
前記動作モード設定情報は、前記ＳＴＡと前記ＡＰとの間のネットワーク状態情報に基づいて生成されることを特徴とする方法。
（項目２）
前記動作モード設定情報は、前記ＡＰにより送信されるビーコンフレームを介して送信され、
前記動作モード設定情報は、パワー管理ビットマップ（ｐｏｗｅｒ  ｍａｎａｇｅｍｅｎｔ  ｂｉｔｍａｐ）に基づいて送信され、
前記パワー管理ビットマップに含まれる複数のビットの各々は、前記ＡＰに結合された前記ＳＴＡを含む複数のＳＴＡの各々の動作モードを前記ＴＩＭベースのパワーセーブモードに設定するか、または前記アクティブモードに設定するかを指示し、
前記パワー管理ビットマップに含まれる前記複数のビットの各々は、ＴＩＭビットマップに含まれる複数のビットの各々と対応され、
前記ＴＩＭビットマップは、前記複数のＳＴＡの各々に対してペンディングとなっているダウンリンクデータの存在可否を指示することを特徴とする項目１に記載の方法。
（項目３）
前記ネットワーク状態情報は、前記ＡＰによりＡＮＱＰ（ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ  ｑｕｅｒｙ  ｐｒｏｔｏｃｏｌ）に基づいて取得され、
前記ネットワーク状態情報は、ＷＡＮメトリック（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ  ｍｅｔｒｉｃ）情報を含み、
前記ＷＡＮメトリック情報は、前記ＡＰと前記ＳＴＡとの間のチャネルを介して送信されるデータの送信速度及び前記チャネルの負荷に対する情報を含むことを特徴とする項目２に記載の方法。
（項目４）
前記動作モード設定情報は、前記ＡＰにより送信されるビーコンフレームを介して送信され、
前記動作モード設定情報は、パワー管理ビットマップ（ｐｏｗｅｒ  ｍａｎａｇｅｍｅｎｔ  ｂｉｔｍａｐ）に基づいて送信され、
前記パワー管理ビットマップに含まれる複数のビットの各々は、前記ＡＰに結合された前記ＳＴＡを含む複数のＳＴＡのうち前記ライブビデオストリーミングサービスを受ける前記ＳＴＡを含む少なくとも一つのＳＴＡの各々の動作モードを前記ＴＩＭベースのパワーセーブモードに設定するか、または前記アクティブモードに設定するかを指示し、
前記パワー管理ビットマップに含まれる前記複数のビットの各々は、仮想ＴＩＭビットマップに含まれる複数のビットの各々と対応され、
前記仮想ＴＩＭビットマップは、前記ライブビデオストリーミングサービスを受ける前記ＳＴＡを含む前記少なくとも一つのＳＴＡの各々に対してペンディングとなっているダウンリンクデータの存在可否を指示することを特徴とする項目１に記載の方法。
（項目５）
前記ネットワーク状態情報は、前記ＡＰによりＡＮＱＰ（ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ  ｑｕｅｒｙ  ｐｒｏｔｏｃｏｌ）に基づいて取得され、
前記ネットワーク状態情報は、ＷＡＮメトリック（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ  ｍｅｔｒｉｃ）情報を含み、
前記ＷＡＮメトリック情報は、前記ＡＰと前記ＳＴＡとの間のチャネルを介して送信されるデータの送信速度及び前記チャネルの負荷に対する情報を含むことを特徴とする項目４に記載の方法。
（項目６）
無線ＬＡＮにおけるパワーセーブモードに基づいて動作するＳＴＡ（ｓｔａｔｉｏｎ）は、
無線信号を送信または受信するために具現されたＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）部；及び、
前記ＲＦ部と動作可能なように（ｏｐｅｒａｔｉｖｅｌｙ）連結されるプロセッサ；を含み、
前記プロセッサは、ＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）とＴＩＭ（ｔｒａｆｆｉｃ  ｉｎｄｉｃａｔｉｏｎ  ｍａｐ）ベースのパワーセーブモード（ｐｏｗｅｒ  ｓａｖｅ  ｍｏｄｅ）の設定のための初期設定手順を実行し、
前記ＴＩＭベースのパワーセーブモードへの動作設定によって、ビーコンフレームの送信周期に基づいてドーズ状態（ｄｏｚｅ  ｓｔａｔｅ）とアウェイク状態（ａｗａｋｅ  ｓｔａｔｅ）との間の切り替えを実行することで前記ＡＰから第１のダウンリンクフレームを受信し、
前記ＡＰから前記ＴＩＭベースのパワーセーブモードからアクティブモード（ａｃｔｉｖｅ  ｍｏｄｅ）への切り替えを指示する動作モード設定情報を受信し、
前記動作モード設定情報に基づく前記アクティブモードへの動作設定によって、前記切り替え無しで前記アウェイク状態を維持することで前記ＡＰから第２のダウンリンクフレームを受信し、
前記第１のダウンリンクフレーム及び前記第２のダウンリンクフレームは、ライブビデオストリーミングサービス（ｌｉｖｅ  ｖｉｄｅｏ  ｓｔｒｅａｍｉｎｇ  ｓｅｒｖｉｃｅ）のためのデータを含み、
前記動作モード設定情報は、前記ＳＴＡと前記ＡＰとの間のネットワーク状態情報に基づいて生成されることを特徴とするＳＴＡ。
（項目７）
前記動作モード設定情報は、前記ＡＰにより送信されるビーコンフレームを介して送信され、
前記動作モード設定情報は、パワー管理ビットマップ（ｐｏｗｅｒ  ｍａｎａｇｅｍｅｎｔ  ｂｉｔｍａｐ）に基づいて送信され、
前記パワー管理ビットマップに含まれる複数のビットの各々は、前記ＡＰに結合された前記ＳＴＡを含む複数のＳＴＡの各々の動作モードを前記ＴＩＭベースのパワーセーブモードに設定するか、または前記アクティブモードに設定するかを指示し、
前記パワー管理ビットマップに含まれる前記複数のビットの各々は、ＴＩＭビットマップに含まれる複数のビットの各々と対応され、
前記ＴＩＭビットマップは、前記複数のＳＴＡの各々に対してペンディングとなっているダウンリンクデータの存在可否を指示することを特徴とする項目６に記載のＳＴＡ。
（項目８）
前記ネットワーク状態情報は、前記ＡＰによりＡＮＱＰ（ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ  ｑｕｅｒｙ  ｐｒｏｔｏｃｏｌ）に基づいて取得され、
前記ネットワーク状態情報は、ＷＡＮメトリック（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ  ｍｅｔｒｉｃ）情報を含み、
前記ＷＡＮメトリック情報は、前記ＡＰと前記ＳＴＡとの間のチャネルを介して送信されるデータの送信速度及び前記チャネルの負荷に対する情報を含むことを特徴とする項目７に記載のＳＴＡ。
（項目９）
前記動作モード設定情報は、前記ＡＰにより送信されるビーコンフレームを介して送信され、
前記動作モード設定情報は、パワー管理ビットマップ（ｐｏｗｅｒ  ｍａｎａｇｅｍｅｎｔ  ｂｉｔｍａｐ）に基づいて送信され、
前記パワー管理ビットマップに含まれる複数のビットの各々は、前記ＡＰに結合された前記ＳＴＡを含む複数のＳＴＡのうち前記ライブビデオストリーミングサービスを受ける前記ＳＴＡを含む少なくとも一つのＳＴＡの各々の動作モードを前記ＴＩＭベースのパワーセーブモードに設定するか、または前記アクティブモードに設定するかを指示し、
前記パワー管理ビットマップに含まれる前記複数のビットの各々は、仮想ＴＩＭビットマップに含まれる複数のビットの各々と対応され、
前記仮想ＴＩＭビットマップは、前記ライブビデオストリーミングサービスを受ける前記ＳＴＡを含む前記少なくとも一つのＳＴＡの各々に対してペンディングとなっているダウンリンクデータの存在可否を指示することを特徴とする項目６に記載のＳＴＡ。
（項目１０）
前記ネットワーク状態情報は、前記ＡＰによりＡＮＱＰ（ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ  ｑｕｅｒｙ  ｐｒｏｔｏｃｏｌ）に基づいて取得され、
前記ネットワーク状態情報は、ＷＡＮメトリック（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ  ｍｅｔｒｉｃ）情報を含み、
前記ＷＡＮメトリック情報は、前記ＡＰと前記ＳＴＡとの間のチャネルを介して送信されるデータの送信速度及び前記チャネルの負荷に対する情報を含むことを特徴とする項目９に記載のＳＴＡ。
【発明の効果】
【００１０】
ＳＴＡの電力を節約しながらライブビデオストリーミングサービスが可能である。
【図面の簡単な説明】
【００１１】
【図１】無線ＬＡＮ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ、ＷＬＡＮ）の構造を示す概念図である。
【図２】無線ＬＡＮにおけるスキャニング方法を示す概念図である。
【図３】ＡＰとＳＴＡのスキャニング手順以後に実行される認証手順及び結合手順を示す概念図である。
【図４】ビーコンフレームベースのパワーセーブ方法を示す概念図である。
【図５】ビーコンフレームベースのパワーセーブ方法を示す概念図である。
【図６】本発明の実施例に係るＳＴＡへのライブビデオストリーミング方法を示す概念図である。
【図７】本発明の実施例に係るＳＴＡのＴＩＭベースのパワーセーブモード動作のための初期動作を示す概念図である。
【図８】本発明の実施例に係るネットワーク状態の判断方法を示す概念図である。
【図９】本発明の実施例に係るＡＰによるＳＴＡの動作モード設定方法を示す概念図である。
【図１０】本発明の実施例に係るＡＰによるＳＴＡの動作モード設定方法を示す概念図である。
【図１１】本発明の実施例に係るＳＴＡの動作モードの設定方法を示す概念図である。
【図１２】本発明の実施例に係るＳＴＡの動作モードの設定方法を示す概念図である。
【図１３】本発明の実施例に係るＳＴＡの動作モードの設定方法を示す概念図である。
【図１４】本発明の実施例に係るＳＴＡの動作モードの設定のためのフレームを示す概念図である。
【図１５】本発明の実施例に係るフレームを伝達するＰＰＤＵフォーマットを示す概念図である。
【図１６】本発明の実施例が適用されることができる無線装置を示すブロック図である。
【発明を実施するための形態】
【００１２】
図１は、無線ＬＡＮ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ、ＷＬＡＮ）の構造を示す概念図である。
【００１３】
図１の上段は、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ  ｏｆ  ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  ｅｌｅｃｔｒｏｎｉｃ  ｅｎｇｉｎｅｅｒｓ）８０２．１１のインフラストラクチャネットワーク（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  ｎｅｔｗｏｒｋ）の構造を示す。
【００１４】
図１の上段を参照すると、無線ＬＡＮシステムは、一つまたはそれ以上の基本サービスセット（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ、ＢＳＳ）１００、１０５を含むことができる。ＢＳＳ１００、１０５は、成功的に同期化されて互いに通信できるＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）１２５及びＳＴＡ１（Ｓｔａｔｉｏｎ）１００−１のようなＡＰとＳＴＡのセットであり、特定領域を示す概念ではない。ＢＳＳ１０５は、一つのＡＰ１３０に一つ以上の結合可能なＳＴＡ１０５−１、１０５−２を含むこともできる。
【００１５】
インフラストラクチャＢＳＳは、少なくとも一つのＳＴＡ、分散サービス（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｅｒｖｉｃｅ）を提供するＡＰ１２５、１３０及び複数のＡＰを連結させる分散システム（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ、ＤＳ）１１０を含むことができる。
【００１６】
分散システム１１０は、複数のＢＳＳ１００、１０５を連結して拡張されたサービスセットであるＥＳＳ（ｅｘｔｅｎｄｅｄ  ｓｅｒｖｉｃｅ  ｓｅｔ）１４０を具現することができる。ＥＳＳ１４０は、一つまたは複数個のＡＰ１２５、２３０が分散システム１１０を介して連結されて構成された一つのネットワークを指示する用語として使われることができる。一つのＥＳＳ１４０に含まれるＡＰは、同じＳＳＩＤ（ｓｅｒｖｉｃｅ  ｓｅｔ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を有することができる。
【００１７】
ポータル（ｐｏｒｔａｌ）１２０は、無線ＬＡＮネットワーク（ＩＥＥＥ８０２．１１）と他のネットワーク（例えば、８０２．Ｘ）との連結を実行するブリッジ役割を遂行することができる。
【００１８】
図１の上段のようなインフラストラクチャネットワークでは、ＡＰ１２５、１３０間のネットワーク及びＡＰ１２５、１３０とＳＴＡ１００−１、１０５−１、１０５−２との間のネットワークが具現されることができる。しかし、ＡＰ１２５、１３０無しでＳＴＡ間でもネットワークを設定して通信を実行することも可能である。ＡＰ１２５、１３０無しでＳＴＡ間でもネットワークを設定して通信を実行するネットワークをアドホックネットワーク（Ａｄ−Ｈｏｃ  ｎｅｔｗｏｒｋ）または独立ＢＳＳ（ｉｎｄｅｐｅｎｄｅｎｔ  ｂａｓｉｃ  ｓｅｒｖｉｃｅ  ｓｅｔ）と定義する。
【００１９】
図１の下段は、独立ＢＳＳを示す概念図である。
【００２０】
図１の下段を参照すると、独立ＢＳＳ（ｉｎｄｅｐｅｎｄｅｎｔ  ＢＳＳ、ＩＢＳＳ）は、アドホックモードで動作するＢＳＳである。ＩＢＳＳは、ＡＰを含まないため、中央で管理機能を遂行するエンティティ（ｃｅｎｔｒａｌｉｚｅｄ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）がない。即ち、ＩＢＳＳにおいて、ＳＴＡ１５０−１、１５０−２、１５０−３、１５５−１、１５５−２は、分散された方式（ｄｉｓｔｒｉｂｕｔｅｄ  ｍａｎｎｅｒ）に管理される。ＩＢＳＳにおいて、全てのＳＴＡ１５０−１、１５０−２、１５０−３、１５５−１、１５５−２は、移動ＳＴＡからなることができ、分散システムへの接続が許容されなくて自己完備的ネットワーク（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ  ｎｅｔｗｏｒｋ）を構築する。
【００２１】
ＳＴＡは、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２．１１標準の規定に従う媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ、ＭＡＣ）と無線媒体に対する物理階層（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）インターフェースを含む任意の機能媒体であり、広義では、ＡＰと非ＡＰ  ＳＴＡ（Ｎｏｎ−ＡＰ  Ｓｔａｔｉｏｎ）を両方とも含む意味として使われることができる。
【００２２】
ＳＴＡは、移動端末（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ）、無線機器（ｗｉｒｅｌｅｓｓ  ｄｅｖｉｃｅ）、無線送受信ユニット（Ｗｉｒｅｌｅｓｓ  Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ  Ｕｎｉｔ；ＷＴＲＵ）、ユーザ装備（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ；ＭＳ）、モバイル加入者ユニット（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｕｎｉｔ）または単純にユーザ（ｕｓｅｒ）などの多様な名称で呼ばれることもある。
【００２３】
以下、本発明の実施例では、ＡＰからＳＴＡに送信されるデータ（または、フレーム）をダウンリンクデータ（または、ダウンリンクフレーム）、ＳＴＡからＡＰに送信されるデータ（または、フレーム）をアップリンクデータ（または、アップリンクフレーム）という用語で表現できる。また、ＡＰからＳＴＡへの送信はダウンリンク送信、ＳＴＡからＡＰへの送信はアップリンク送信という用語で表現できる。
【００２４】
図２は、無線ＬＡＮにおけるスキャニング方法を示す概念図である。
【００２５】
図２を参照すると、スキャニング方法は、パッシブスキャニング（ｐａｓｓｉｖｅ  ｓｃａｎｎｉｎｇ）２００とアクティブスキャニング（ａｃｔｉｖｅ  ｓｃａｎｎｉｎｇ）２５０とに区分されることができる。
【００２６】
図２の左側を参照すると、パッシブスキャニング２００は、ＡＰ２００が周期的にブロードキャストするビーコンフレーム２３０により実行されることができる。無線ＬＡＮのＡＰ２００は、ビーコンフレーム２３０を特定周期（例えば、１００ｍｓｅｃ）毎にｎｏｎ−ＡＰ  ＳＴＡ２４０にブロードキャストする。ビーコンフレーム２３０には現在のネットワークに対する情報が含まれることができる。ｎｏｎ−ＡＰ  ＳＴＡ２４０は、周期的にブロードキャストされるビーコンフレーム２３０を受信することで、ネットワーク情報を受信して認証／結合（ａｕｔｈｅｎｔｉｃａｔｉｏｎ／ａｓｓｏｃｉａｔｉｏｎ）過程を実行するＡＰ２１０とチャネルに対するスキャニングを実行することができる。
【００２７】
パッシブスキャニング方法２００は、ｎｏｎ−ＡＰ  ＳＴＡ２４０がフレームを送信する必要無しでＡＰ２１０で送信されるビーコンフレーム２３０を受信すればよい。したがって、パッシブスキャニング２００は、ネットワークでデータの送信／受信により発生される全体的なオーバーヘッドが小さいという長所がある。しかし、ビーコンフレーム２３０の周期に比例して受動的にスキャニングを実行せざるを得ないため、スキャニングを実行にかかる時間がアクティブスキャニング方法と比較して相対的に増えるという短所がある。ビーコンフレームに対する具体的な説明は、２０１１年１１月に開示されたＩＥＥＥ  Ｄｒａｆｔ  Ｐ８０２．１１−ＲＥＶｍｂＴＭ／Ｄ１２、Ｎｏｖｅｍｂｅｒ  ２０１１‘ＩＥＥＥ  Ｓｔａｎｄａｒｄ  ｆｏｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｅｃｈｎｏｌｏｇｙ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ａｎｄ  ｉｎｆｏｒｍａｔｉｏｎ  ｅｘｃｈａｎｇｅ  ｂｅｔｗｅｅｎ  ｓｙｓｔｅｍｓ−Ｌｏｃａｌ  ａｎｄ  ｍｅｔｒｏｐｏｌｉｔａｎ  ａｒｅａ  ｎｅｔｗｏｒｋｓ−Ｓｐｅｃｉｆｉｃ  ｒｅｑｕｉｒｅｍｅｎｔｓ  Ｐａｒｔ  １１：Ｗｉｒｅｌｅｓｓ  ＬＡＮ  Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（ＭＡＣ）ａｎｄ  Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ（ＰＨＹ）Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ（以下、ＩＥＥＥ８０２．１１）’の８．３．３．２  ｂｅａｃｏｎ  ｆｒａｍｅに開示されている。ＩＥＥＥ８０２．１１ａｉでは追加的に他のフォーマットのビーコンフレームを使用することもでき、このようなビーコンフレームをＦＩＬＳ（ｆａｓｔ  ｉｎｉｔｉａｌ  ｌｉｎｋ  ｓｅｔｕｐ）ビーコンフレームということができる。また、測定パイロットフレーム（ｍｅａｓｕｒｅｍｅｎｔ  ｐｉｌｏｔ  ｆｒａｍｅ）は、ビーコンフレームの一部情報のみを含むフレームであり、スキャニング手順で使用することができる。測定パイロットフレームは、ＩＥＥＥ８０２．１１  ８．５．８．３  ｍｅａｓｕｒｅｍｅｎｔ  ｐｉｌｏｔ  ｆｏｒｍａｔに開示されている。
【００２８】
また、ＦＩＬＳ探索フレーム（ＦＩＬＳ  ｄｉｓｃｏｖｅｒｙ  ｆｒａｍｅ）が定義されるうこともできる。ＦＩＬＳ探索フレームは、各ＡＰでビーコンフレームの送信周期で送信されるフレームであり、ビーコンフレームより短い周期で送信されるフレームである。即ち、ＦＩＬＳ探索フレームは、ビーコンフレームの送信周期より小さい値の周期で送信されるフレームである。ＦＩＬＳ探索フレームは、探知フレームを送信するＡＰの識別子情報（ＳＳＩＤ、ＢＳＳＩＤ）を含むことができる。ＦＩＬＳ探索フレームは、ＳＴＡにビーコンフレームが送信される前に送信されることで、該当チャネルにＡＰが存在することをＳＴＡがあらかじめ探索するようにすることができる。一つのＡＰでＦＩＬＳ探索フレームが送信される間隔をＦＩＬＳ探索フレーム送信間隔という。ＦＩＬＳ探索フレームには、ビーコンフレームに含まれる情報の一部が含まれて送信されることができる。
【００２９】
図２の右側を参照すると、アクティブスキャニング２５０では、ｎｏｎ−ＡＰ  ＳＴＡ２９０がプローブ要求フレーム２７０をＡＰ２６０に送信して主導的にスキャニングを実行することができる。
【００３０】
ＡＰ２６０では、ｎｏｎ−ＡＰ  ＳＴＡ２９０からプローブ要求フレーム２７０を受信した後、フレーム衝突（ｆｒａｍｅ  ｃｏｌｌｉｓｉｏｎ）を防止するためにランダム時間待った後、プローブ応答フレーム２８０にネットワーク情報を含んでｎｏｎ−ＡＰ  ＳＴＡ２９０にすることが送信できる。ｎｏｎ−ＡＰ  ＳＴＡ２９０は、受信したプローブ応答フレーム２８０に基づいてネットワーク情報を得てスキャニング過程を中止することができる。
【００３１】
アクティブスキャニング２５０の場合、ｎｏｎ−ＡＰ  ＳＴＡ２９０が主導的にスキャニングを実行するため、スキャニングに使われる時間が短いという長所がある。しかし、ｎｏｎ−ＡＰ  ＳＴＡ２９０がプローブ要求フレーム２７０を送信しなければならないため、フレームの送信及び受信のためのネットワークオーバーヘッドが増加するという短所がある。プローブ要求フレーム２７０は、ＩＥＥＥ８０２．１１  ８．３．３．９節に開示されており、プローブ応答フレーム２８０は、ＩＥＥＥ８０２．１１  ８．３．３．１０に開示されている。
【００３２】
スキャニングが終わった後、ＡＰとｎｏｎ−ＡＰ  ＳＴＡは、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）手順と結合（ａｓｓｏｃｉａｔｉｏｎ）手順を実行することができる。
【００３３】
図３は、ＡＰとＳＴＡのスキャニング手順以後に実行される認証手順及び結合手順を示す概念図である。
【００３４】
図３を参照すると、パッシブ／アクティブスキャニングを実行した後、スキャニングされたＡＰのうち一つのＡＰと認証手順及び結合手順を実行することができる。
【００３５】
認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）及び結合（ａｓｓｏｃｉａｔｉｏｎ）手順は、例えば、２方向ハンドシェイキング（２−ｗａｙ  ｈａｎｄｓｈａｋｉｎｇ）を介して実行されることができる。図３の左側は、パッシブスキャニング後、認証及び結合手順を示す概念図であり、図３の右側は、アクティブスキャニング後、認証及び結合手順を示す概念図である。
【００３６】
認証手順及び結合手順は、アクティブスキャニング方法を使用したか、またはパッシブスキャニングを使用したかと関係無しで、認証要求フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）３１０／認証応答フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）３２０、及び結合要求フレーム（ａｓｓｏｃｉａｔｉｏｎ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）３３０／結合応答フレーム（ａｓｓｏｃｉａｔｉｏｎ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）３４０をＡＰ３００、３５０とｎｏｎ−ＡＰ  ＳＴＡ３０５、３５５との間で交換することで同じように実行されることができる。
【００３７】
認証手順では、ｎｏｎ−ＡＰ  ＳＴＡ３０５、３５５は、認証要求フレーム３１０をＡＰ３００、３５０に送信することができる。ＡＰ３００、３５０は、認証要求フレーム３１０に対する応答として認証応答フレーム３２０をｎｏｎ−ＡＰ  ＳＴＡ３０５、３５５に送信することができる。認証フレームフォーマット（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｆｒａｍｅ  ｆｏｒｍａｔ）に対してはＩＥＥＥ８０２．１１  ８．３．３．１１に開示されている。
【００３８】
結合手順では、ｎｏｎ−ＡＰ  ＳＴＡ３０５、３５５は、結合要求フレーム（ａｓｓｏｃｉａｔｉｏｎ  ｒｅｑｕｅｓｔ  ｆｒａｍｅ）３３０をＡＰ３００、３０５に送信することができる。ＡＰ３０５、３５５は、結合要求フレーム３３０に対する応答として結合応答フレーム３４０をｎｏｎ−ＡＰ  ＳＴＡ３００、３５０に送信することができる。ＡＰに送信された結合要求フレーム３３０にはｎｏｎ−ＡＰ  ＳＴＡ３０５、３５５の性能（ｃａｐａｂｉｌｉｔｙ）に対する情報が含まれている。ＡＰ３００、３５０は、ｎｏｎ−ＡＰ  ＳＴＡ３０５、３５５の性能情報に基づいて、ｎｏｎ−ＡＰ  ＳＴＡ３０５、３５５に対するサポートが可能かどうかを判断することができる。ｎｏｎ−ＡＰ  ＳＴＡ３０５、３５５に対するサポートが可能な場合、ＡＰ３００、３５０は、結合応答フレーム３４０をｎｏｎ−ＡＰ  ＳＴＡ３０５、３５５に送信することができる。結合応答フレーム３４０は、結合要求フレーム３４０に対する受諾可否とその理由、自分がサポート可能な性能情報（ｃａｐａｂｉｌｉｔｙ  ｉｎｆｏｒｍａｔｉｏｎ）を含むことができる。結合フレームフォーマット（ａｓｓｏｃｉａｔｉｏｎ  ｆｒａｍｅ  ｆｏｒｍａｔ）に対してはＩＥＥＥ８０２．１１  ８．３．３．５／８．３．３．６に開示されている。
【００３９】
ＡＰとｎｏｎ−ＡＰ  ＳＴＡとの間で結合手順が実行された以後、ＡＰとｎｏｎ−ＡＰ  ＳＴＡとの間で正常なデータの送信及び受信が実行されることができる。ＡＰとｎｏｎ−ＡＰ  ＳＴＡとの間の結合手順が失敗した場合、結合が失敗した理由に基づいて再びＡＰと結合手順を実行し、または他のＡＰと結合手順を実行することもできる。
【００４０】
ＳＴＡがＡＰと結合される場合、ＳＴＡは、ＡＰから結合ＩＤ（ａｓｓｏｃｉａｔｉｏｎ  ｉｄｅｎｔｉｆｉｅｒ、ＡＩＤ）の割当を受けることができる。ＳＴＡに割り当てられたＡＩＤは、一つのＢＳＳ内では唯一な値であり、現在ＡＩＤは、１〜２００７のうち一つの値である。ＡＩＤのために１４ｂｉｔが割り当てられて最大１６３８３までＡＩＤの値として使用可能であるが、２００８〜１６３８３の値は、保存（ｒｅｓｅｒｖｅｄ）されている。
【００４１】
ＩＥＥＥ８０２．１１標準では、無線ＬＡＮのＳＴＡの寿命を増加させるためにパワーセーブメカニズム（パワーセーブモード）が提供される。
【００４２】
パワーセーブモードに基づいて動作するＳＴＡは、アウェイク状態（ａｗａｋｅ  ｓｔａｔｅ）とドーズ状態（ｄｏｚｅ  ｓｔａｔｅ）を切り替えて動作しながらＳＴＡの電力消費を減少させることでＳＴＡの動作寿命を増加させることができる。アクティブモードに基づいて動作するＳＴＡは、アウェイク状態を維持することができる。アクティブモードは、ＴＸＯＰ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｏｐｐｏｒｔｕｎｉｔｙ）に対する情報に基づいてアウェイク状態とドーズ状態を切り替えるＴＸＯＰパワーセーブモードを含むことができるが、説明の便宜上、アクティブモードで動作するＳＴＡは、アウェイク状態を維持すると仮定する。
【００４３】
アウェイク状態のＳＴＡは、フレームの送信または受信、チャネルスキャニングなどのような正常な動作を実行することができる。それに対し、ドーズ状態のＳＴＡは、電力消耗を減らすためにフレームの送信または受信を実行せず、チャネルスキャニングも実行しない。パワーセーブモードで動作するＳＴＡは、電力消耗を減らすためにドーズ状態に維持され、必要な場合、アウェイク状態に切り替え（または、移行（ｔｒａｎｓｉｔｉｏｎ））られてＡＰと通信を実行することができる。
【００４４】
ＳＴＡのドーズ状態の維持時間が増加するほど、ＳＴＡの電力消耗は減少し、ＳＴＡの寿命も増加できる。しかし、ドーズ状態では、ＳＴＡのフレームの送信または受信が不可能である。ＳＴＡにペンディングアップリンクフレームが存在する場合、パワーセーブモードで動作しているＳＴＡがドーズ状態からアクティブ状態に切り替え、またはパワーセーブモードで動作しているＳＴＡがパワーセーブモードからアクティブモードに切り替えてアップリンクフレームをＡＰに送信することができる。それに対し、ＡＰにドーズ状態のＳＴＡに送信するペンディングフレームが存在する場合、ＡＰは、ＳＴＡのアウェイク状態への切り替え時までＳＴＡにペンディングフレームを送信することができない。
【００４５】
したがって、パワーセーブモードで動作するＳＴＡは、時々ドーズ状態からアウェイク状態に切り替えられ、ＡＰからＳＴＡに対してペンディングとなっているフレームが存在するかどうかに対する情報を受信することができる。ＡＰは、パワーセーブモードで動作するＳＴＡのアウェイク状態への切り替え時間を考慮してＳＴＡに対してペンディングとなっているダウンリンクデータの存在に対する情報をＳＴＡに送信することができる。
【００４６】
具体的に、パワーセーブモードで動作するＳＴＡは、ＳＴＡに対してペンディングとなっているフレームの存在可否に対する情報を受信するために周期的にドーズ状態からアウェイク状態に切り替えられてビーコンフレームを受信することができる。ビーコンフレームは、ＳＴＡのパッシブスキャニングのために使われるフレームであり、ＡＰの能力（ｃａｐａｂｉｌｉｔｙ）に対する情報を含むことができる。ＡＰは、周期的（例えば、１００ｍｓｅｃ）にビーコンフレームをＳＴＡに送信することができる。
【００４７】
図４は、ビーコンフレームベースのパワーセーブ方法を示す概念図である。
【００４８】
図４を参照すると、ＡＰは、周期的にビーコンフレームを送信することができ、パワーセーブモードで動作するＳＴＡは、ビーコンフレームの送信タイミングを考慮して周期的にドーズ状態からアウェイク状態に切り替えられることでビーコンフレームを受信することができる。ビーコンフレームベースのパワーセーブ方法は、ＴＩＭベースのパワーセーブモードという用語で表現されることもできる。
【００４９】
ビーコンフレームは、ＴＩＭ要素（ｔｒａｆｆｉｃ  ｉｎｄｉｃａｔｉｏｎ  ｍａｐ  ｅｌｅｍｅｎｔ）を含むことができる。ＴＩＭ要素は、ＡＰにペンディングとなっているＳＴＡに対するダウンリンクデータに対する情報を送信するために使われることができる。例えば、ＴＩＭ要素は、ＳＴＡに対してペンディングとなっているダウンリンクデータに対する情報をビットマップ基盤に含むことができる。ＴＩＭ要素は、ＴＩＭまたはＤＴＩＭ（ｄｅｌｉｖｅｒｙ  ＴＩＭ）に区分されることができる。ＴＩＭは、ＳＴＡにユニキャスト基盤に送信されるペンディングダウンリンクデータの存在を指示することができる。ＤＴＩＭは、ブロードキャスト／マルチキャスト基盤に送信されるペンディングダウンリンクデータの存在を指示することができる。
【００５０】
図４の上段は、ＡＰがＰＳ（ｐｏｗｅｒ  ｓａｖｉｎｇ）−ｐｏｌｌフレームに対して即刻応答に基づいてダウンリンクフレームを送信する方法に対して開示する。
【００５１】
図４の上段を参照すると、ＳＴＡは、ビーコンフレーム４００のＴＩＭに基づいてＡＰからＳＴＡに対してペンディングとなっているダウンリンクデータの存在に対する情報を受信することができる。ＳＴＡは、ＰＳ−ｐｏｌｌフレーム４１０をＡＰに送信することができる。ＡＰは、ＳＴＡからＰＳ−ｐｏｌｌフレーム４１０を受信し、ＰＳ−ｐｏｌｌフレーム４１０に対する即刻応答（ｉｍｍｅｄｉａｔｅ  ｒｅｓｐｏｎｓｅ）としてダウンリンクフレーム４２０をＳＴＡに送信することができる。ＡＰのＰＳ−ｐｏｌｌフレームに対する即刻応答は、ＰＳ−ｐｏｌｌフレームを受信し、ＳＩＦＳ（ｓｈｏｒｔ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ）後に実行されることができる。
【００５２】
ＳＴＡは、ダウンリンクフレームに対する応答としてＡＣＫフレーム４３０を送信することができる。ＡＰのＳＴＡに対してペンディングとなっているダウンリンクデータの送信が終了される場合、パワーセーブモードで動作するＳＴＡは、ドーズ状態に再び切り替え（または、移行（ｔｒａｎｓｉｔｉｏｎ））られることができる。
【００５３】
図４の下段は、ＰＳ−ｐｏｌｌフレームに対して延期された応答（ｄｅｆｅｒｒｅｄ  ｒｅｓｐｏｎｓｅ）に基づくＡＰのダウンリンクフレームの送信方法を開示する。
【００５４】
図４の下段を参照すると、ＳＴＡは、ビーコンフレーム４４０のＴＩＭに基づいてＡＰからＳＴＡに対してペンディングとなっているダウンリンクデータの存在に対する情報を受信することができる。ＳＴＡは、ＰＳ−ｐｏｌｌフレーム４５０をＡＰに送信することができる。ＡＰは、ＳＴＡからＰＳ−ｐｏｌｌフレーム４５０を受信し、ＰＳ−ｐｏｌｌフレーム４５０に対する応答としてＡＣＫフレーム４６０をＳＴＡに送信することができる。ＡＰは、ＡＣＫフレーム４６０の送信以後ペンディングダウンリンクデータを含むダウンリンクフレーム４７０をＳＴＡに送信することができる。ＳＴＡは、ＡＣＫフレーム４６０の受信以後にＡＰによりＳＴＡに送信されるダウンリンクフレーム４７０をモニタリングすることができる。
【００５５】
同様に、ＡＰのＳＴＡに対してペンディングとなっているダウンリンクデータの送信が終了される場合、パワーセーブモードで動作するＳＴＡは、アウェイク状態からドーズ状態に再び切り替え（または、移行（ｔｒａｎｓｉｔｉｏｎ））られることができる。
【００５６】
図５は、ビーコンフレームベースのパワーセーブ方法を示す概念図である。
【００５７】
図５では、ビーコンフレーム５００を介してＤＴＩＭが送信される場合が開示される。ビーコンフレーム５００は、ＤＴＩＭを含むことができる。前述したように、ＤＴＩＭは、ブロードキャスト／マルチキャスト基盤に送信されるペンディングダウンリンクデータの存在を指示することができる。
【００５８】
図５を参照すると、ＡＰは、ＤＴＩＭを含むビーコンフレーム５００をＳＴＡに送信することができる。ＳＴＡは、ＤＴＩＭを含むビーコンフレーム５００を受信した後、ＰＳ−ｐｏｌｌフレームの送信無しでアウェイク状態を維持し、ダウンリンクフレーム５２０の送信をモニタリングすることができる。ＡＰは、マルチキャスト方法またはブロードキャスト方法を介してダウンリンクフレーム５２０をＳＴＡに送信することができる。
【００５９】
以下、本発明の実施例において、ＡＰからＳＴＡへの送信は、ダウンリンク送信という用語で表現されることができる。ダウンリンク送信を介して送信されるＰＰＤＵ、フレーム及びデータの各々は、ダウンリンクＰＰＤＵ、ダウンリンクフレーム及びダウンリンクデータという用語で表現されることができる。ＰＰＤＵは、ＰＰＤＵヘッダとＰＳＤＵ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）（または、ＭＰＤＵ（ＭＡＣ  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ））を含むデータ単位である。ＰＰＤＵヘッダは、ＰＨＹヘッダとＰＨＹプリアンブルを含むことができ、ＰＳＤＵ（または、ＭＰＤＵ）は、フレームを含み、またはフレームを指示することができる。ＰＨＹヘッダは、他の用語としては、ＰＬＣＰ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ）ヘッダで表現され、ＰＨＹプリアンブルは、他の用語としては、ＰＬＣＰプリアンブルで表現されることもできる。
【００６０】
また、ＳＴＡからＡＰへの送信は、アップリンク送信という用語で表現されることができる。アップリンク送信を介して送信されるＰＰＤＵ、フレーム及びデータの各々は、アップリンクＰＰＤＵ、アップリンクフレーム及びアップリンクデータという用語で表現されることができる。
【００６１】
以下、本発明の実施例では、ＡＰからＳＴＡへのライブビデオストリーミング方法が開示される。以下、本発明の実施例では、ＡＰからＳＴＡへのライブビデオストリーミングが仮定されて説明されるが、反対方向に、ＳＴＡからＡＰへのライブビデオストリーミングも可能であり、このような実施例も本発明の権利範囲に含まれることができる。
【００６２】
ビデオデータの送信のためのビデオストリーミングは、バッファされたビデオストリーミング（ｂｕｆｆｅｒｅｄ  ｖｉｄｅｏ  ｓｔｒｅａｍｉｎｇ）方法及びライブビデオストリーミング（ｌｉｖｅ  ｖｉｄｅｏ  ｓｔｒｅａｍｉｎｇ）方法などに区分されることができる。
【００６３】
バッファされたビデオストリーミングが使われる場合、ビデオデータの再生は、全体ビデオデータの送信完了前に実行されることができる。シームレスビデオストリーミングのためにＳＴＡで受信したビデオデータの再生が実行される間に、ＳＴＡに新しいビデオデータが受信され、デコーディングされてＳＴＡ上で再生されることができる。バッファされたビデオストリーミングが使われる場合、ビデオデータが再生前にあらかじめ受信される（あらかじめバッファされる）ことができる。したがって、ネットワーク混雑（ｎｅｔｗｏｒｋ  ｃｏｎｇｅｓｔｉｏｎ）が一定時間発生する場合にも連続的なビデオデータの再生が可能である。
【００６４】
ライブビデオストリーミングは、ライブインタラクティブビデオ送信（ｌｉｖｅ  ｉｎｔｅｒａｃｔｉｖｅ  ｖｉｄｅｏ  ｔｒａｎｓｍｉｓｓｉｏｎ）と、ライブノン−インタラクティブビデオ送信（ｌｉｖｅ  ｎｏｎ−ｉｎｔｅｒａｃｔｉｖｅ  ｖｉｄｅｏ  ｔｒａｎｓｍｉｓｓｉｏｎ）と、に区分されることができる。ライブインタラクティブビデオ送信は、画像会議のように双方向通信のために使われ、ライブノン−インタラクティブビデオ送信は、片方向のビデオデータの送信のために使われることができる。
【００６５】
ライブインタラクティブビデオ送信のためには、ビデオデータの送信及び再生のためのデレイが１５０ｍｓより小さくしなければならない。ビデオデータの送信及び再生のためのデレイは、片方向デレイ（ｏｎｅ−ｗａｙ  ｄｅｌａｙ）、終端間デレイ（ｅｎｄ−ｔｏ−ｅｎｄ  ｄｅｌａｙ）、ビデオエンコーディング、ネットワーク送信及びビデオデコーディングのためのデレイなどを含むことができる。
【００６６】
ライブノン−インタラクティブビデオ送信のためにライブイベント（ｌｉｖｅ  ｅｖｅｎｔ）のキャプチャを介したビデオデータの生成と受信端で生成されたビデオデータの再生との間に一定の大きさの遅延（ｌａｇ）が許容されることができる。しかし、ライブビデオストリーミングの特性によって、あらかじめ再生するビデオデータを受信し、再生できる程度の遅延は許容されない。したがって、ネットワーク混雑によってライブビデオストリーミングの品質が決定されることができる。
【００６７】
ライブビデオストリーミングでダウンリンクを介して送信されるビデオデータは、秒当たり３０フレームの再生のためのデータである。ライブビデオストリーミングのために秒当たり３０フレームが再生される場合、ＳＴＡは、ＰＳ−ｐｏｌｌフレームを使用したＴＩＭベースのパワーセーブモードに基づいて動作可能である。ＴＩＭベースのパワーセーブモードは、ＰＳ−ｐｏｌｌパワーセーブモードという用語で表現されることもできる。
【００６８】
即ち、ＴＩＭベースのパワーセーブモードで動作するＳＴＡは、ビーコンフレームの送信周期にアウェイク状態に切り替えられることでＡＰからビデオデータを受信した後、ドーズ状態に切り替えられることができる。ＳＴＡは、次のビーコンフレームの送信前まで受信したビデオデータをデコーディングして再生し、次のビーコンフレームの送信時に再びアウェイク状態に切り替えられてＡＰからビデオデータを受信することができる。ＴＩＭベースのパワーセーブモードで動作するＳＴＡのライブビデオストリーミングのためにはネットワーク混雑度が低くしなければならない。もし、ネットワークの混雑度が高い場合、ＳＴＡは、アウェイク状態に切り替えられた以後、ネットワークの混雑によりＡＰからビデオデータを受信することができず、連続的なビデオストリーミングが不可能である。
【００６９】
本発明の実施例では、ネットワーク混雑度を考慮したＳＴＡのＴＩＭベースのパワーセーブモードまたはアクティブモードの動作に対して開示する。例えば、ネットワーク混雑度が低い場合、ＳＴＡは、ＴＩＭベースのパワーセーブモードで動作してアウェイク状態とドーズ状態を移行して動作し、それに対し、ネットワーク混雑度が高い場合、ＳＴＡは、アクティブモードで動作してアウェイク状態を維持することができる。
【００７０】
即ち、ＳＴＡは、ネットワーク混雑度によってＴＩＭベースのパワーセーブモードとアクティブモードを切り替えて動作を実行することができる。ネットワーク混雑度は、ＡＰにより送信されたＷＡＮメトリック（ＷＡＮ（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）ｍｅｔｒｉｃ）情報に基づいて決定されることができる。ＷＡＮメトリック情報は、ＡＮＱＰ（ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ  ｑｕｅｒｙ  ｐｒｏｔｏｃｏｌ）に基づいて生成されてＡＰに送信されることができる。ＡＮＱＰは、ＳＴＡ（または、ＡＰ）にネットワーク状態に対する情報を送信するためのプロトコルである。例えば、ＳＴＡ（または、ＡＰ）は、ＡＮＱＰに基づいてネットワークに対する情報を問い合わせてネットワーク状態に対する情報を取得することができる。ネットワークに対する情報は、ネットワーク混雑度、ネットワークの能力（ｃａｐａｂｉｌｉｔｙ）、認証タイプ（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｔｙｐｅ）などに対する情報を含むことができる。
【００７１】
以下、ＳＴＡは、ライブビデオストリーミングサービスを受けるＳＴＡを仮定する。
【００７２】
図６は、本発明の実施例に係るＳＴＡへのライブビデオストリーミング方法を示す概念図である。
【００７３】
図６では、ＡＰからＳＴＡへのライブビデオストリーミング方法が開示される。
【００７４】
図６を参照すると、ＳＴＡ上でライブビデオストリーミングのためのアプリケーションが実行されることができる。
【００７５】
ＳＴＡは、ライブビデオストリーミングのための動作（ｏｐｅｒａｔｉｏｎ）を探知し、動作モードをＴＩＭベースのパワーセーブモードに設定できる。
【００７６】
ＳＴＡは、ＴＩＭベースのパワーセーブモードで動作するための初期（ｉｎｉｔｉａｔｉｏｎ）設定手順を実行することができる（ステップＳ６００）。
【００７７】
ＳＴＡのＴＩＭベースのパワーセーブモード動作のための初期動作は、ＳＴＡとＡＰとの間のＡＤＤＴＳ要求フレーム（ＡＤＤＴＳ（ａｄｄ  ｔｒａｆｆｉｃ  ｓｔｒｅａｍ）ｒｅｑｕｅｓｔ  ｆｒａｍｅ）及びＡＤＤＴＳ応答フレーム（ＡＤＤＴＳ  ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）の送信及び受信に基づいて実行されることができる。ＳＴＡのＴＩＭベースのパワーセーブモードのための初期動作は、具体的に後述する。
【００７８】
ＳＴＡは、ネットワーク混雑度に基づいて動作モードを切り替えまたは維持することができる（ステップＳ６１０）。
【００７９】
ビデオデータをライブビデオストリーミングに基づいてＳＴＡに送信するＡＰは、ネットワーク混雑度に対して探知して予測できる。また、ＡＰは、ネットワーク混雑度に対する情報をＳＴＡに送信することができる。例えば、ＡＰは、ネットワーク混雑度に対する情報をビーコンフレームを介してＳＴＡに送信できる。
【００８０】
ＳＴＡは、ネットワーク混雑度に対する情報に基づいてＴＩＭベースのパワーセーブモードからアクティブモードへの切り替え可否を決定することができる。ネットワーク混雑度が高いと判断される場合、ＳＴＡは、ＴＩＭベースのパワーセーブモードからアクティブモードに切り替えられることでビデオデータを受信することができる。それに対し、ネットワーク混雑度が低いと判断される場合、ＳＴＡは、ＴＩＭベースのパワーセーブモードを維持してビデオデータをＡＰから受信することができる。
【００８１】
または、ＡＰが直接的にＳＴＡの動作モードを指示することもできる。例えば、ＡＰは、ネットワーク混雑度が高い場合、ＳＴＡの動作モードをＴＩＭベースのパワーセーブモードからアクティブモードに切り替えることを命令（または、要求）することができる。それに対し、ＡＰは、ネットワーク混雑度が低い場合、ＳＴＡの動作モードをＴＩＭベースのパワーセーブモードを維持することを命令（または、要求）することができる。または、ＡＰは、ＳＴＡにネットワーク混雑度に対する情報を送信し、ＳＴＡの動作モード切り替え要求によって動作モード切り替えを許諾することもできる。これに対しては具体的に後述する。
【００８２】
図７は、本発明の実施例に係るＳＴＡのＴＩＭベースのパワーセーブモード動作のための初期動作を示す概念図である。
【００８３】
図７では、ＡＤＤＴＳ要求フレーム及びＡＤＤＴＳ応答フレームに基づくＴＩＭベースのパワーセーブモードの設定が開示される。
【００８４】
図７を参照すると、ＡＤＤＴＳ要求フレームは、情報要素としてＴＳＰＥＣ要素を含むことができる。
【００８５】
ＡＤＤＴＳ要求フレームのＴＳＰＥＣ要素は、２０１３年１０月に開示されたＩＥＥＥ  Ｓｔａｎｄａｒｄ  ｆｏｒ  Ｉｎｆｏｒｍａｔｉｏｎ  ｔｅｃｈｎｏｌｏｇｙ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ａｎｄ  ｉｎｆｏｒｍａｔｉｏｎ  ｅｘｃｈａｎｇｅ  ｂｅｔｗｅｅｎ  ｓｙｓｔｅｍｓ  Ｌｏｃａｌ  ａｎｄ  ｍｅｔｒｏｐｏｌｉｔａｎ  ａｒｅａ  ｎｅｔｗｏｒｋｓ−Ｓｐｅｃｉｆｉｃ  ｒｅｑｕｉｒｅｍｅｎｔｓ  Ｐａｒｔ  １１：Ｗｉｒｅｌｅｓｓ  ＬＡＮ  Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（ＭＡＣ）ａｎｄ  Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ（ＰＨＹ）Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ（以下、ＩＥＥＥ８０２．１１  ｓｐｅｃ）の８．４．２．２９  ＴＳＰＥＣ  ｅｌｅｍｅｎｔに開示されている。
【００８６】
また、ＴＳＰＥＣ要素に含まれているＴＳ  ｉｎｆｏフィールド７００に含まれている情報もＩＥＥＥ８０２．１１  ｓｐｅｃの８．４．２．２９  ＴＳＰＥＣ  ｅｌｅｍｅｎｔのＦｉｇｕｒｅ８−１９７に開示されている。
【００８７】
ＳＴＡは、ＴＳ  ｉｎｆｏフィールド７００に含まれているＡＰＳＤ（ａｕｔｏｍａｔｉｃ  ｐｏｗｅｒ  ｓａｖｅ  ｄｅｌｉｖｅｒｙ）フィールド７１０及びスケジュールフィールド７２０に基づいてＴＩＭベースのパワーセーブモードを設定することができる。
【００８８】
ＳＴＡは、０に設定されたＡＰＳＤフィールド７１０及び０に設定されたスケジュールフィールド７２０を含むＴＳ  ｉｎｆｏフィールド７００及びＭＡＣヘッダに１に設定されたパワーセーブフィールド７３０を含むＡＤＤＴＳ要求フレームをＡＰに送信することができる。ＭＡＣヘッダの構造は、ＩＥＥＥ８０２．１１  ｓｐｅｃの８．２．４．１  ｆｒａｍｅ  ｃｏｎｔｒｏｌ  ｆｉｅｌｄに開示されている。
【００８９】
ＳＴＡは、前記のように設定されたフィールドを含むＡＤＤＴＳ要求フレームを送信することによってＴＩＭベースのパワーセーブモードへの動作を要求することができる。
【００９０】
ＡＰは、ＳＴＡから前記のように設定されたフィールドを含むＡＤＤＴＳ要求フレームを受信し、ＳＴＡのＴＩＭベースのパワーセーブモードへの動作可否を決定することができる。ＡＰは、ＳＴＡのＴＩＭベースのパワーセーブモードへの動作を決定し、ＡＤＤＴＳ応答フレームをＳＴＡに送信することができる。ＡＤＤＴＳ応答フレームもＴＳＰＥＣ要素を含むことができる。ＡＰは、０に設定されたＡＰＳＤフィールド７１０及び０に設定されたスケジュールフィールド７２０を含むＴＳ  ｉｎｆｏフィールド７００及びＭＡＣヘッダに１に設定されたパワーセーブフィールド７３０を含むＡＤＤＴＳ応答フレームをＳＴＡに送信することができる。
【００９１】
ＳＴＡは、ＡＰからＡＤＤＴＳ応答フレームを受信し、ＴＩＭベースのパワーセーブモードで動作できる。
【００９２】
図８は、本発明の実施例に係るネットワーク状態の判断方法を示す概念図である。
【００９３】
図８では、ＳＴＡ及び／またはＡＰのネットワーク状態（例えば、ネットワーク混雑度）の判断方法が開示される。
【００９４】
ネットワーク状態の判断のためには、ＢＳＳ負荷情報（ＢＳＳ  ｌｏａｄ  ｉｎｆｏｒｍａｔｉｏｎ）、ＷＡＮメトリック情報などが使われることができる。例えば、ＡＰ及び／またはＳＴＡは、ＢＳＳ負荷情報、ＷＡＮメトリック情報などに基づいてネットワーク混雑度を判断することができる。
【００９５】
ＢＳＳ負荷情報は、チャネル活用情報（ｃｈａｎｎｅｌ  ｕｔｉｌｉｚａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ）、ＳＴＡカウント（ＳＴＡ  ｃｏｕｎｔ）情報を含むことができる。
【００９６】
チャネル活用情報は、チャネルがビジーな時間に対する情報を含むことができる。例えば、チャネル活用情報は、特定ビーコン送信インターバルに対応される時間の間にチャネルがビジーとセンシングされた時間の比率に対する情報を含むことができる。
【００９７】
ＳＴＡカウント情報は、現在ＢＳＳに結合されたＳＴＡの全体個数に対する情報を含むことができる。
【００９８】
ＷＡＮメトリック情報は、ＷＡＮ情報８００、ダウンリンクスピード情報８１０、アップリンクスピード情報８２０、ダウンリンク負荷情報８３０、アップリンク負荷情報８４０及びローカル測定デュレーション情報８５０を含むことができる。
【００９９】
ＷＡＮ情報８００は、Ｕｐ／Ｄｏｗｎ／Ｔｅｓｔリンク状態（ｌｉｎｋ  ｓｔａｔｕｓ）、対称リンク（ｓｙｍｍｅｔｒｉｃ  ｌｉｎｋ）かどうかなどに対する情報を含むことができる。
【０１００】
ダウンリンクスピード情報８１０は、ＷＡＮでダウンリンクスピードに対する情報を含むことができる。
【０１０１】
アップリンクスピード情報８２０は、ＷＡＮでアップリンクスピードに対する情報を含むことができる。
【０１０２】
ダウンリンク負荷情報８３０は、ＷＡＮダウンリンクが使われる比率に対する情報を含むことができる。
【０１０３】
アップリンク負荷情報８４０は、ＷＡＮアップリンクが使われる比率に対する情報を含むことができる。
【０１０４】
ローカル測定デュレーション情報８５０は、ダウンリンク負荷及びアップリンク負荷が測定されたデュレーションに対する情報を含むことができる。
【０１０５】
ＡＰは、前記のようなＢＳＳ負荷情報及び／またはＷＡＮメトリック情報をビーコンフレームを介してＳＴＡに送信することができる。
【０１０６】
ＳＴＡは、ＢＳＳ負荷情報及び／またはＷＡＮメトリック情報に基づいてネットワーク混雑度を判断し、ＴＩＭベースのパワーセーブモードとアクティブモードとの間で切り替えを決定することができる。または、ＡＰによりＳＴＡの動作状態が設定される場合、ＡＰがＢＳＳ負荷情報及び／またはＷＡＮメトリック情報に基づいてネットワーク混雑度を判断し、ＴＩＭベースのパワーセーブモードとアクティブモードとの間で切り替えを決定することもできる。
【０１０７】
例えば、ＡＰは、ＢＳＳ負荷情報に基づいて下記のようにネットワーク混雑度を判断することができる。ＡＰは、チャネル活用情報に基づいて取得したチャネルがビジーとセンシングされた時間の比率が一定閾値以上である場合、ネットワーク混雑度が高いと判断することができる。または、ＡＰは、ＳＴＡカウント情報に基づいて取得した現在ＢＳＳに結合されたＳＴＡの全体個数が一定閾値以上である場合、ネットワーク混雑度が高いと判断することができる。
【０１０８】
例えば、ＡＰは、ＷＡＮメトリック情報に基づいて下記のようにネットワーク混雑度を判断することができる。
【０１０９】
ＡＰは、インタラクティブライブビデオストリーミングである場合、ダウンリンクスピード情報及びアップリンクスピード情報に基づいて取得したダウンリンクスピード及びアップリンクスピードの各々が設定された閾値の各々より大きく、ダウンリンク負荷情報及びアップリンク負荷情報の各々が両方とも設定された閾値の各々より小さい場合、ネットワーク混雑度を低いと判断することができる。また、ＡＰは、ノン−インタラクティブライブビデオストリーミングである場合、ダウンリンクスピード情報に基づいて取得したダウンリンクスピードが設定された閾値の各々より大きく、ダウンリンク負荷情報が設定された閾値の各々より小さい場合、ネットワーク混雑度を低いと判断することができる。
【０１１０】
ネットワーク混雑度を判断するための閾値の各々は、ＡＰであらかじめ固定された値に設定されており、またはＡＰに具現によって異なるように設定された値である。
【０１１１】
図９は、本発明の実施例に係るＡＰによるＳＴＡの動作モード設定方法を示す概念図である。
【０１１２】
図９では、ＡＰによるＳＴＡの動作状態（ＴＩＭベースのパワーセーブモードまたはアクティブモード）の設定方法が開示される。
【０１１３】
図９を参照すると、ＡＰは、ＴＩＭビットマップ９００と対応されるパワー管理ビットマップ９２０を介してＳＴＡの動作状態を設定することができる。
【０１１４】
パワー管理ビットマップ９２０に含まれる各ビットは、ＳＴＡに対してペンディングとなっているデータに対する情報を指示するＴＩＭビットマップ９００の各ビットと対応されることができる。パワー管理ビットマップ９２０に含まれるビットの値が０である場合、アクティブモードへの動作を指示し、パワー管理ビットマップ９２０に含まれるビットの値が１である場合、パワーセーブモード（例えば、ＴＩＭベースのパワーセーブモードの動作）を指示することができる。
【０１１５】
例えば、８ビットのＴＩＭビットマップ９００及び８ビットのＴＩＭビットマップ９００に対応される８ビットのパワー管理ビットマップ９２０が定義されることができる。
【０１１６】
８ビットのＴＩＭビットマップ９００は、‘１１１１００００’であり、ＳＴＡ１乃至ＳＴＡ８の各々に対してペンディングとなっているダウンリンクデータの存在を指示することができる。８ビットのＴＩＭビットマップ９００が‘１１１１００００’である場合、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３及びＳＴＡ４の各々にペンディングダウンリンクデータを指示することができる。８ビットのパワー管理ビットマップ９２０は、‘１１００１１１１’であり、ＴＩＭビットマップ９００と対応されてＳＴＡ１乃至ＳＴＡ８の各々の動作状態を指示することができる。即ち、８ビットのパワー管理ビットマップ９２０は、ペンディングダウンリンクデータを有するＳＴＡ１乃至ＳＴＡ４のうち、ＳＴＡ１及びＳＴＡ２はパワーセーブモードで動作し、ＳＴＡ３及びＳＴＡ４はアクティブモードで動作することを指示することができる。
【０１１７】
ＡＰは、ＳＴＡ１乃至ＳＴＡ８の各々に対してペンディングとなっているダウンリンクデータの存在可否を考慮して８ビットのＴＩＭビットマップ９００を生成することができる。また、ＡＰは、ペンディングダウンリンクデータを有するＳＴＡ（ＳＴＡ１乃至ＳＴＡ４）の各々とＡＰとの間のチャネル混雑度を考慮してペンディングダウンリンクデータを有するＳＴＡの各々の動作状態の設定のためのパワー管理ビットマップ９２０を生成することができる。
【０１１８】
ＳＴＡ１及びＳＴＡ２の各々とＡＰとの間のチャネル混雑度が高い場合、パワーセーブモードで動作を実行することをパワー管理ビットマップ９２０を介してＳＴＡ１及びＳＴＡ２の各々に指示することができる。それに対し、ＳＴＡ３及びＳＴＡ４の各々とＡＰとの間のチャネル混雑度が低い場合、アクティブモードで動作を実行することをパワー管理ビットマップ９２０を介してＳＴＡ３及びＳＴＡ４の各々に指示することができる。
【０１１９】
ＡＰは、パワー管理ビットマップ９２０を介してペンディングデータを含まないＳＴＡ（例えば、ＳＴＡ５乃至ＳＴＡ８）に対してはパワーセーブモードで動作することを設定することもできる。
【０１２０】
または、本発明の実施例によると、パワー管理ビットマップ９２０は、ＴＩＭビットマップ９００に基づいて、ペンディングダウンリンクデータを含むと指示されたＳＴＡの動作モードの設定のために使われることができる。例えば、パワー管理ビットマップ９２０は、‘１１００’の４ビットに設定され、パワー管理ビットマップ９２０‘１１００’は、ＴＩＭビットマップ９００に基づいて、ペンディングダウンリンクデータを含むと指示されたＳＴＡ１乃至ＳＴＡ４の各々に対応されることもできる。
【０１２１】
ＳＴＡは、ＴＩＭビットマップ９００及びパワー管理ビットマップ９２０を受信し、動作状態を設定することができる。ＳＴＡのうちアップリンクを介してＡＰに送信するペンディングアップリンクデータを有するＳＴＡは、ＡＰによりパワーセーブモードに設定された場合にもアクティブモードを維持し、ペンディングアップリンクデータをＡＰに送信することもできる。
【０１２２】
図１０は、本発明の実施例に係るＡＰによるＳＴＡの動作モード設定方法を示す概念図である。
【０１２３】
図１０では、ＡＰによるＳＴＡの動作モード（ＴＩＭベースのパワーセーブモードまたはアクティブモード）の設定方法が開示される。特に、図１０では、ライブビデオストリーミングに基づいてビデオデータを受信する仮想ＴＩＭビットマップ１０００が定義される。
【０１２４】
図１０を参照すると、ＡＰは、仮想ＴＩＭビットマップ１０００と対応されるパワー管理ビットマップ１０２０を介してＳＴＡの動作モードを設定することができる。
【０１２５】
仮想ＴＩＭビットマップ１０００は、ライブビデオストリーミングされるデータを受信するＳＴＡのみのために別途に定義されたビットマップである。
【０１２６】
即ち、仮想ＴＩＭビットマップ１０００のビットの各々とライブビデオストリーミングサービスを受ける複数のＳＴＡの各々が対応されることができる。以下、ライブビデオストリーミングサービスを受けるＳＴＡは、ライブストリーミングサービスＳＴＡという用語で表現されることができる。
【０１２７】
仮想ＴＩＭビットマップ１０００は、ライブストリーミングサービスＳＴＡの各々に対してペンディングとなっているダウンリンクデータの存在可否に対する情報を含むことができる。
【０１２８】
パワー管理ビットマップ１０２０は、仮想ＴＩＭビットマップ１０００に対応されてライブストリーミングサービスＳＴＡの各々の動作モードの設定のための情報を含むことができる。
【０１２９】
例えば、仮想ＴＩＭビットマップ１０００は、‘０１１１０００１’である。仮想ＴＩＭビットマップ１０００は、ライブストリーミングサービスＳＴＡ２、ＳＴＡ３、ＳＴＡ４及びＳＴＡ８の各々に対してペンディングとなっているダウンリンクデータの存在を指示することができる。
【０１３０】
パワー管理ビットマップ１０２０は、‘００１１００００’である。パワー管理ビットマップ１０２０は、ライブストリーミングサービスＳＴＡ３及びＳＴＡ４のパワーセーブモードへの動作を指示し、ライブストリーミングサービスＳＴＡ２及びＳＴＡ８のアクティブモードへの動作を指示することができる。
【０１３１】
ＡＰは、ライブストリーミングサービスＳＴＡとＡＰとの間のチャネル混雑度に対する情報に基づいてパワー管理ビットマップ１０２０を生成することができる。
【０１３２】
ＡＰは、ペンディングダウンリンクデータを有するライブストリーミングサービスＳＴＡの各々とＡＰとの間のネットワーク状態（例えば、ネットワーク混雑度）に対する情報に基づいてペンディングダウンリンクデータを有するライブストリーミングサービスＳＴＡの各々の動作モードを設定することができる。
【０１３３】
図１１は、本発明の実施例に係るＳＴＡの動作モードの設定方法を示す概念図である。
【０１３４】
図１１では、ＳＴＡが初期動作モードをＴＩＭベースのパワーセーブモードに設定してＡＰからライブビデオストリーミングサービスを受け、ＳＴＡがＡＰによりＴＩＭベースのパワーセーブモードからアクティブモードに移行される方法が開示される。
【０１３５】
図１１を参照すると、ＳＴＡは、初期動作モードをＴＩＭベースのパワーセーブモードに設定するためにＡＤＤＴＳ要求フレームをＡＰに送信することができる（ステップＳ１１００）。
【０１３６】
ＡＤＤＴＳ要求フレームは、ＴＳＰＥＣ情報要素上に、０に設定されたＡＰＳＤフィールド及び０に設定されたスケジューリングフィールドを含み、ＭＡＣヘッダ上に含まれる１に設定されたパワー管理フィールドを含むことができる。前記のようなＡＤＤＴＳ要求フレームに含まれる各フィールドの設定に基づいて、ＳＴＡは、初期動作モードとしてＴＩＭベースのパワーセーブモードをＡＰに要求することができる。
【０１３７】
ＡＰは、ＡＤＤＴＳ要求フレームに対する応答としてＡＤＤＴＳ応答フレームをＳＴＡに送信することができる（ステップＳ１１２０）。
【０１３８】
ＡＤＤＴＳ要求フレームを送信したＳＴＡは、ＡＰにより送信されたＡＤＤＴＳ応答フレームを介してＳＴＡのＴＩＭベースのパワーセーブモード動作の許容可否に対する情報を取得することができる。
【０１３９】
ＴＩＭベースのパワーセーブモード動作の許容のために、ＡＰにより送信されるＡＤＤＴＳ応答フレームは、ＴＳＰＥＣ情報要素上に、０に設定されたＡＰＳＤフィールド及び０に設定されたスケジューリングフィールドを含み、ＭＡＣヘッダ上に含まれる１に設定されたパワー管理フィールドを含むことができる。
【０１４０】
ＳＴＡは、ＡＤＤＴＳ応答フレームを受信し、ＴＩＭベースのパワーセーブモードで動作してライブビデオストリーミングサービスを受けることができる。
【０１４１】
ＡＰは、ライブビデオストリーミングサービスをＳＴＡに提供する途中、ＡＮＱＰに基づいてＷＡＮメトリック情報を受信することができる。ＡＰは、受信したＷＡＮメトリック情報に基づいてネットワーク状態（例えば、ネットワーク混雑度）を判断してＳＴＡのＴＩＭベースのパワーセーブモードの維持可能可否に対して判断できる。
【０１４２】
高いネットワーク混雑度によりＳＴＡのＴＩＭベースのパワーセーブモードの維持が不可能な場合、ＡＰは、ＳＴＡのＴＩＭベースのパワーセーブモードからアクティブモードへの切り替えを決定することができる。それに対し、低いネットワーク混雑度によりＳＴＡのＴＩＭベースのパワーセーブモードの維持が可能な場合、ＡＰは、ＳＴＡのＴＩＭベースのパワーセーブモードの維持を決定することができる。
【０１４３】
ＡＰは、パワー管理ビットマップに基づいてＳＴＡのアクティブモードへの切り替えまたはＴＩＭベースのパワーセーブモードの維持に対する情報をＳＴＡに送信することができる（ステップＳ１１４０）。
【０１４４】
図１１では、高いネットワーク混雑度により、ＡＰがＳＴＡのＴＩＭベースのパワーセーブモードからアクティブモードへの切り替えを決定した場合が仮定される。
【０１４５】
ＡＰは、ビーコンフレームを介してＴＩＭビットマップと対応されるパワー管理ビットマップまたは仮想ビットマップと対応されるパワー管理ビットマップを送信することができる。
【０１４６】
パワー管理ビットマップは、ＳＴＡの動作モードのパワーセーブモードからアクティブモードへの切り替えのためのビット情報を含むことができる。
【０１４７】
ＳＴＡの動作モードのパワーセーブモードからアクティブモードへの切り替えのためのビット情報を含むパワー管理ビットマップをＡＰから受信したＳＴＡは、動作モードをＴＩＭベースのパワーセーブモードからアクティブモードに切り替えることができる。ＳＴＡは、アクティブモード状態でライブビデオストリーミングサービスをＡＰから受けることができる。
【０１４８】
図１２は、本発明の実施例に係るＳＴＡの動作モードの設定方法を示す概念図である。
【０１４９】
図１２では、ＳＴＡがＴＩＭベースのパワーセーブモードを開始してＡＰからライブビデオストリーミングサービスを受け、ＡＰによりＴＩＭベースのパワーセーブモードからアクティブモードに移行する方法が開示される。図１２では、特に、ＳＴＡの初期動作モードの設定がＡＰにより送信されたビーコンフレームに基づいて実行される場合が開示される。
【０１５０】
図１２を参照すると、ＳＴＡは、ＡＰからネットワーク状態情報を受信することができる（ステップＳ１２００）。
【０１５１】
ＡＰは、ＡＮＱＰに基づいてＷＡＮメトリック情報を受信することができ、ＳＴＡは、ＡＰにより送信されるビーコンフレームを介してＷＡＮメトリック情報を受信することができる。
【０１５２】
ＳＴＡは、ＷＡＮメトリック情報に基づいて判断した結果、ネットワーク混雑度が低い場合、ライブストリーミングサービスを受けるためにＴＩＭベースのパワーセーブモードで動作できる。それに対し、ＳＴＡは、ＷＡＮメトリック情報に基づいて判断した結果、ネットワーク混雑度が高い場合、ライブストリーミングサービスを受けるためにアクティブモードで動作できる。
【０１５３】
図１２では、ＳＴＡが初期動作モードをＴＩＭベースのパワーセーブモードに設定してライブビデオストリーミングサービスを受ける場合が開示される。
【０１５４】
ＳＴＡは、初期動作モードをＴＩＭベースのパワーセーブモードに設定してライブビデオストリーミングサービスを受けるためにＡＤＤＴＳ要求フレームをＡＰに送信することができる（ステップＳ１２２０）。
【０１５５】
ＡＤＤＴＳ要求フレームは、ＴＳＰＥＣ情報要素上に、０に設定されたＡＰＳＤフィールド及び０に設定されたスケジューリングフィールドを含み、ＭＡＣヘッダ上に含まれる１に設定されたパワー管理フィールドを含むことができる。前記のようなＡＤＤＴＳ要求フレームに含まれるフィールドの設定に基づいて、ＳＴＡは、初期動作モードとしてＴＩＭベースのパワーセーブモードをＡＰに要求することができる。
【０１５６】
ＡＰは、ＡＤＤＴＳ要求フレームに対する応答としてＡＤＤＴＳ応答フレームをＳＴＡに送信することができる（ステップＳ１２４０）。
【０１５７】
ＡＤＤＴＳ要求フレームを受信したＳＴＡは、ＡＤＤＴＳ応答フレームを介してＳＴＡのＴＩＭベースのパワーセーブモード動作の許容可否に対する情報を送信することができる。
【０１５８】
ＴＩＭベースのパワーセーブモード動作の許容のために、ＡＰにより送信されるＡＤＤＴＳ応答フレームは、ＴＳＰＥＣ情報要素上に、０に設定されたＡＰＳＤフィールド及び０に設定されたスケジューリングフィールドを含み、ＭＡＣヘッダ上に含まれる１に設定されたパワー管理フィールドを含むことができる。
【０１５９】
ＳＴＡは、ＡＤＤＴＳ応答フレームを受信し、ＴＩＭベースのパワーセーブモードで動作してライブビデオストリーミングサービスを受けることができる。
【０１６０】
ＡＰは、ライブビデオストリーミングサービスをＳＴＡに提供する途中、ＡＮＱＰに基づいてＷＡＮメトリック情報を受信することができる。ＡＰは、受信したＷＡＮメトリック情報に基づいてネットワーク状態（例えば、ネットワーク混雑度）を判断してＳＴＡのＴＩＭベースのパワーセーブモードの維持可能可否に対して判断できる。
【０１６１】
高いネットワーク混雑度によりＴＩＭベースのパワーセーブモードの維持が不可能な場合、ＡＰは、ＳＴＡの動作モードのＴＩＭベースのパワーセーブモードからアクティブモードへの切り替えを決定することができる。それに対し、低いネットワーク混雑度によりＴＩＭベースのパワーセーブモードの維持が可能な場合、ＡＰは、ＳＴＡのＴＩＭベースのパワーセーブモードの維持を決定することができる。
【０１６２】
ＡＰは、パワー管理ビットマップに基づいてＳＴＡのアクティブモードへの切り替えまたはＴＩＭベースのパワーセーブモードの維持に対する情報をＳＴＡに送信することができる。
【０１６３】
図１２では、高いネットワーク混雑度により、ＡＰがＳＴＡの動作モードをＴＩＭベースのパワーセーブモードからアクティブモードへの切り替えを決定した場合を仮定する。
【０１６４】
ＡＰは、ビーコンフレームを介してＴＩＭビットマップと対応されるパワー管理ビットマップまたは仮想ビットマップと対応されるパワー管理ビットマップを送信することができる（ステップＳ１２６０）。
【０１６５】
パワー管理ビットマップは、ＳＴＡの動作モードのパワーセーブモードからアクティブモードへの切り替えのためのビット情報を含むことができる。
【０１６６】
ＳＴＡの動作モードのパワーセーブモードからアクティブモードへの切り替えのためのビット情報を含むパワー管理ビットマップをＡＰから受信したＳＴＡは、動作モードをＴＩＭベースのパワーセーブモードからアクティブモードに切り替えることができる。ＳＴＡは、アクティブモードに基づいてライブビデオストリーミングサービスをＡＰから受けることができる。
【０１６７】
図１２では、ライブストリーミングサービスを受けるために、ＳＴＡがビーコンフレームを介してＷＡＮメトリック情報を受信する場合を仮定した。しかし、ＳＴＡは、ビーコンフレームでないＧＡＳ（ｇｅｎｅｒｉｃ  ａｄｖｅｒｔｉｓｅｍｅｎｔ  ｓｅｒｖｉｃｅ）プロトコルを介してＷＡＮメトリック情報を受信することもできる。ＧＡＳは、ＳＴＡに外部ネットワークに対する情報を伝達するために使われることができる。ＧＡＳは、ＳＴＡのＡＰへの結合（ａｓｓｏｃｉａｔｉｏｎ）前にＳＴＡのネットワークサービスに対する情報の取得のために使われることができる。ＳＴＡは、ＡＰにＧＡＳクエリ（ｑｕｅｒｙ）フレームを送信し、ＡＰは、ＳＴＡにＧＡＳ応答（ｒｅｓｐｏｎｓｅ）フレームを送信することができる。ＡＰにより送信されるＧＡＳ応答フレームは、ＷＡＮメトリック情報を含むことができる。
【０１６８】
図１３は、本発明の実施例に係るＳＴＡの動作モードの設定方法を示す概念図である。
【０１６９】
図１３では、ＳＴＡをライブストリーミングサービスを受ける中、アクティブモードからＴＩＭベースのパワーセーブモードに切り替える方法が開示される。
【０１７０】
図１３を参照すると、ＳＴＡは、ＡＰからネットワーク状態情報を受信することができる（ステップＳ１３００）。
【０１７１】
ＡＰは、ＡＮＱＰに基づいてＷＡＮメトリック情報を受信することができ、ＳＴＡは、ＡＰにより送信されるビーコンフレームを介してＷＡＮメトリック情報を受信することができる。
【０１７２】
ＡＰは、ライブストリーミングサービスをＳＴＡに提供する途中、ＡＮＱＰに基づいてＷＡＮメトリック情報を受信することができる。ＡＰは、受信したＷＡＮメトリック情報に基づいてネットワーク状態（例えば、ネットワーク混雑度）を判断してＳＴＡのアクティブモードの維持可能可否に対して判断できる。
【０１７３】
ネットワーク混雑度が高い場合、ＡＰは、ＳＴＡのアクティブモードの維持を決定することができる。それに対し、ネットワーク混雑度が低い場合、ＡＰは、ＳＴＡのアクティブモードからＴＩＭベースのパワーセーブモードに切り替えを決定することができる。
【０１７４】
ＡＰは、パワー管理ビットマップに基づいてＳＴＡのアクティブモードの維持またはＴＩＭベースのパワーセーブモードへの切り替えに対する情報をＳＴＡに送信することができる。
【０１７５】
図１３では、低いネットワーク混雑度により、ＡＰがＳＴＡの動作モードのアクティブモードからＴＩＭベースのパワーセーブモードへの切り替えを決定した場合が仮定される。
【０１７６】
ＡＰは、ビーコンフレームを介してＴＩＭビットマップと対応されるパワー管理ビットマップまたは仮想ビットマップと対応されるパワー管理ビットマップを送信することができる。
【０１７７】
パワー管理ビットマップは、ＳＴＡの動作モードのアクティブモードからパワーセーブモードへの切り替えのためのビット情報を含むことができる。
【０１７８】
ＳＴＡの動作モードのアクティブモードからパワーセーブモードへの切り替えのためのビット情報を含むパワー管理ビットマップをＡＰから受信したＳＴＡは、アクティブモードからパワーセーブモードに切り替えられることができる。
【０１７９】
ＳＴＡは、初期動作モードをＴＩＭベースのパワーセーブモードに設定してライブビデオストリーミングサービスを受けるためにＡＤＤＴＳ要求フレームをＡＰに送信することができる（ステップＳ１３２０）。
【０１８０】
ＡＤＤＴＳ要求フレームは、ＴＳＰＥＣ情報要素上に、０に設定されたＡＰＳＤフィールド及び０に設定されたスケジューリングフィールドを含み、ＭＡＣヘッダ上に含まれる１に設定されたパワー管理フィールドを含むことができる。前記のようなＡＤＤＴＳ要求フレームに含まれるフィールドの設定に基づいて、ＳＴＡは、初期動作モードとしてＴＩＭベースのパワーセーブモードをＡＰに要求することができる。
【０１８１】
ＡＰは、ＡＤＤＴＳ要求フレームに対する応答としてＡＤＤＴＳ応答フレームをＳＴＡに送信することができる（ステップＳ１３４０）。
【０１８２】
ＡＤＤＴＳ要求フレームを受信したＳＴＡは、ＡＤＤＴＳ応答フレームを介してＳＴＡのＴＩＭベースのパワーセーブモード動作の許容可否に対する情報を送信することができる。
【０１８３】
ＴＩＭベースのパワーセーブモード動作の許容のために、ＡＰにより送信されるＡＤＤＴＳ応答フレームは、ＴＳＰＥＣ情報要素上に、０に設定されたＡＰＳＤフィールド及び０に設定されたスケジューリングフィールドを含み、ＭＡＣヘッダ上に含まれる１に設定されたパワー管理フィールドを含むことができる。
【０１８４】
ＳＴＡは、ＡＤＤＴＳ応答フレームを受信してＴＩＭベースのパワーセーブモードで動作してライブビデオストリーミングサービスを受けることができる。ＳＴＡは、パワーセーブモード状態でライブストリーミングサービスをＡＰから受けることができる。
【０１８５】
図１４は、本発明の実施例に係るＳＴＡの動作モードの設定のためのフレームを示す概念図である。
【０１８６】
ＴＩＭベースのパワーセーブモードのために、ＡＤＤＴＳ要求フレーム及びＡＤＤＴＳ応答フレームの代わりに別途のフレームが定義されることもできる。
【０１８７】
図１４では、ＳＴＡの初期動作モード設定及び動作モードの変更の要求のために使用可能な動作モード要求フレーム及び動作モード応答フレームが開示される。
【０１８８】
図１４の上段は、動作モード要求フレームを示す概念図である。
【０１８９】
図１４の上段を参照すると、動作モード要求フレームは、要求動作モードフィールド１４００及び受信データカテゴリフィールド１４１０、受信条件フィールド１４２０を含むことができる。
【０１９０】
要求動作モードフィールド１４００は、要求する動作モードに対する情報を含むことができる。例えば、要求する動作モードは、ＴＩＭベースのパワーセーブモードまたはアクティブモードである。要求動作モードフィールド１４００の値が０である場合、ＴＩＭベースのパワーセーブモードが要求され、要求動作モードフィールド１４００の値が１である場合、アクティブモードが要求されることができる。
【０１９１】
要求動作モードフィールド１４００は、ＴＩＭベースのパワーセーブモード、アクティブモードだけでなく、ＳＴＡの多様な動作モードの要求のために使われることができる。
【０１９２】
受信データカテゴリフィールド１４１０は、ＳＴＡが受信しようとするデータの特性に対する情報を含むことができる。例えば、受信データカテゴリフィールド１４１０は、ＳＴＡが受信しようとするデータがライブビデオストリーミングデータか、またはバッファされたビデオストリーミングデータかに対する情報を含むことができる。または、受信データカテゴリフィールド１４１０は、ＳＴＡ上に受信されるデータのアクセスカテゴリ（ａｃｃｅｓｓ  ｃａｔｅｇｏｒｙ）に対する情報などを含むことができる。ＳＴＡ上に受信されるデータのアクセスカテゴリは、ＡＣ（ａｃｃｅｓｓ  ｃａｔｅｇｏｒｙ）＿ＶＯ（ｖｏｉｃｅ）、ＡＣ＿ＶＩ（ｖｉｄｅｏ）、ＡＣ＿ＢＫ（ｂａｃｋｇｒｏｕｎｄ）またはＡＣ＿ＢＥ（ｂｅｓｔ  ｅｆｆｏｒｔ）のうち一つに分類されることができる。
【０１９３】
受信条件フィールド１４２０は、ＳＴＡで実行されるアプリケーションのために、ＳＴＡに送信されるデータの受信条件に対する情報を含むことができる。例えば、受信条件フィールド１４２０は、アプリケーションの正常な動作のための受信デレイの臨界大きさ、受信データの臨界エラー率または臨界チャネル状態などに対する情報を含むことができる。
【０１９４】
図１４の下段は、動作モード応答フレームを示す概念図である。
【０１９５】
図１４の下段を参照すると、動作モード応答フレームは、動作モード設定フィールド１４５０、送信データカテゴリフィールド１４６０及び送信条件フィールド１４７０を含むことができる。
【０１９６】
動作モード設定フィールド１４５０は、ＳＴＡの動作モード要求に対して要求された動作モードの設定を許容するかどうかに対する情報を含むことができる。動作モード設定フィールド１４５０に基づいて要求されたＳＴＡの動作モードが許容される場合、動作モード設定フィールド１４５０は、１に設定され、動作モード設定フィールド１４５０に基づいて要求されたＳＴＡの動作モードが許容されない場合、動作モード設定フィールド１４５０は、０に設定されることができる。
【０１９７】
送信データカテゴリフィールド１４６０は、ＳＴＡに送信するデータの特性に対する情報を含むことができる。例えば、送信データカテゴリフィールド１４６０は、ＡＰが送信しようとするデータがライブビデオストリーミングデータか、またはバッファされたビデオストリーミングデータかに対する情報を含むことができる。または、送信データカテゴリフィールド１４６０は、ＳＴＡ上に送信されるデータのアクセスカテゴリ（ａｃｃｅｓｓ  ｃａｔｅｇｏｒｙ）に対する情報などを含むことができる。ＳＴＡ上に受信されるデータのアクセスカテゴリは、ＡＣ（ａｃｃｅｓｓ  ｃａｔｅｇｏｒｙ）＿ＶＯ（ｖｏｉｃｅ）、ＡＣ＿ＶＩ（ｖｉｄｅｏ）、ＡＣ＿ＢＫ（ｂａｃｋｇｒｏｕｎｄ）またはＡＣ＿ＢＥ（ｂｅｓｔ  ｅｆｆｏｒｔ）のうち一つに分類されることができる。
【０１９８】
送信条件フィールド１４７０は、ＳＴＡに送信されるデータの送信条件に対する情報を含むことができる。例えば、送信条件フィールド１４７０は、送信されるデータの予想デレイ、予想エラー率またはデータの送信のための予想チャネル状態などに対する情報を含むことができる。
【０１９９】
ＳＴＡとＡＰとの間の前述したＡＤＤＴＳ要求フレーム及びＡＤＤＴＳ応答フレームの送信及び受信の代わりに動作モード要求フレーム及び動作モード応答フレームの送信及び受信に基づいてＳＴＡの動作モードが設定されることもできる。
【０２００】
図１５は、本発明の実施例に係るフレームを伝達するＰＰＤＵフォーマットを示す概念図である。
【０２０１】
図１５では、本発明の実施例に係るＰＰＤＵフォーマットに対して開示する。ＰＰＤＵは、ＰＰＤＵヘッダ及びＭＰＤＵ（ＭＡＣ  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）（または、ＰＳＤＵ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ））を含むことができる。フレームは、ＭＰＤＵに対応されることができる。ＰＰＤＵフォーマットのＰＰＤＵヘッダは、ＰＰＤＵのＰＨＹヘッダ及びＰＨＹプリアンブルを含む意味で使われることができる。
【０２０２】
図１５に開示されるＰＰＤＵフォーマットは、前述したフレーム（例えば、ＡＤＤＴＳ要求フレーム、ＡＤＤＴＳ応答フレーム、ビーコンフレーム、ライブビデオストリーミングサービスのためのダウンリンクフレーム、動作モード要求フレーム、動作モード応答フレーム等）を伝達するために使われることができる。
【０２０３】
図１５の上段を参照すると、ダウンリンクＰＰＤＵのＰＰＤＵヘッダは、Ｌ−ＳＴＦ（ｌｅｇａｃｙ−ｓｈｏｒｔ  ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、Ｌ−ＬＴＦ（ｌｅｇａｃｙ−ｌｏｎｇ  ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、Ｌ−ＳＩＧ（ｌｅｇａｃｙ−ｓｉｇｎａｌ）、ＨＥ−ＳＩＧ  Ａ（ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ−ｓｉｇｎａｌ  Ａ）、ＨＥ−ＳＴＦ（ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ−ｓｈｏｒｔ  ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、ＨＥ−ＬＴＦ（ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ−ｌｏｎｇ  ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、ＨＥ−ＳＩＧ  Ｂ（ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ−ｓｉｇｎａｌ−Ｂ）を含むことができる。ＰＨＹヘッダにおいて、Ｌ−ＳＩＧまではレガシ部分（ｌｅｇａｃｙ  ｐａｒｔ）と、Ｌ−ＳＩＧ以後のＨＥ（ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ）部分（ＨＥ  ｐａｒｔ）と、に区分されることができる。
【０２０４】
Ｌ−ＳＴＦ１５００は、短いトレーニングＯＦＤＭシンボル（ｓｈｏｒｔ  ｔｒａｉｎｉｎｇ  ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ  ｓｙｍｂｏｌ）を含むことができる。Ｌ−ＳＴＦ１５００は、フレーム探知（ｆｒａｍｅ  ｄｅｔｅｃｔｉｏｎ）、ＡＧＣ（ａｕｔｏｍａｔｉｃ  ｇａｉｎ  ｃｏｎｔｒｏｌ）、ダイバーシティ探知（ｄｉｖｅｒｓｉｔｙ  ｄｅｔｅｃｔｉｏｎ）、コース周波数／時間同期化（ｃｏａｒｓｅ  ｆｒｅｑｕｅｎｃｙ／ｔｉｍｅ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）のために使われることができる。
【０２０５】
Ｌ−ＬＴＦ１５１０は、長いトレーニングＯＦＤＭシンボル（ｌｏｎｇ  ｔｒａｉｎｉｎｇ  ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ  ｓｙｍｂｏｌ）を含むことができる。Ｌ−ＬＴＦ１５１０は、ファイン周波数／時間同期化（ｆｉｎｅ  ｆｒｅｑｕｅｎｃｙ／ｔｉｍｅ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）及びチャネル予測のために使われることができる。
【０２０６】
Ｌ−ＳＩＧ１５２０は、制御情報を送信するために使われることができる。Ｌ−ＳＩＧ１５２０は、データ送信率（ｒａｔｅ）、データ長さ（ｌｅｎｇｔｈ）に対する情報を含むことができる。
【０２０７】
ＨＥ−ＳＩＧ  Ａ１５３０は、ダウンリンクＰＰＤＵを受信するターゲットＳＴＡを指示するためのＳＴＡの識別情報を含むことができる。ＳＴＡは、ＨＥ−ＳＩＧ  Ａ１５３０に含まれる情報をターゲットＳＴＡの識別子情報に基づいてＰＰＤＵを受信するかどうかに対して決定できる。ダウンリンクＰＰＤＵのＨＥ−ＳＩＧ  Ａ１５３０に基づいてＳＴＡが指示された場合、ＳＴＡは、ダウンリンクＰＰＤＵに対する追加的なデコーディングを実行することができる。また、ＨＥ−ＳＩＧ  Ａ１５３０は、ダウンリンクデータを受信するリソース（周波数リソース（または、サブバンド）（ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）ベースの送信時）または時空間ストリームリソース（ＭＩＭＯ（ｍｕｌｔｉｌｐｌｅ  ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ）ベースの送信時））に対する情報を含むこともできる。
【０２０８】
また、ＨＥ−ＳＩＧ  Ａ１５３０は、ＢＳＳ識別のためのカラービット（ｃｏｌｏｒ  ｂｉｔｓ）情報、帯域幅（ｂａｎｄｗｉｄｔｈ）情報、テールビット（ｔａｉｌ  ｂｉｔ）、ＣＲＣビット、ＨＥ−ＳＩＧ  Ｂ１５６０に対するＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）情報、ＨＥ−ＳＩＧ  Ｂ１５６０のためのシンボル個数情報、ＣＰ（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）（または、ＧＩ（ｇｕａｒｄ  ｉｎｔｅｒｖａｌ））長さ情報を含むこともできる。
【０２０９】
ＨＥ−ＳＩＧ  Ａ１５３０は、ＳＴＡの要求動作モードに対する情報、ＳＴＡの要求データの特性に対する情報及びＳＴＡの受信条件に対する情報を含むことができる。
【０２１０】
また、ＨＥ−ＳＩＧ  Ａ１５３０は、ＡＰにより設定されたＳＴＡの動作モードに対する情報、ＡＰにより送信される送信データの特性に対する情報を含むこともできる。
【０２１１】
ＨＥ−ＳＴＦ１５４０は、ＭＩＭＯ環境またはＯＦＤＭＡ環境で自動利得制御推定（ａｕｔｏｍａｔｉｃ  ｇａｉｎ  ｃｏｎｔｒｏｌ  ｅｓｔｉｍａｔｉｏｎ）を向上させるために使われることができる。
【０２１２】
ＨＥ−ＬＴＦ１５５０は、ＭＩＭＯ環境またはＯＦＤＭＡ環境でチャネルを推定するために使われることができる。
【０２１３】
ＨＥ−ＳＩＧ  Ｂ１５６０は、各ＳＴＡに対するＰＳＤＵ（Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）の長さＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）に対する情報及びテールビットなどを含むことができる。
【０２１４】
ＨＥ−ＳＴＦ１５４０及びＨＥ−ＳＴＦ１５４０以後のフィールドに適用されるＩＦＦＴ（ｉｎｖｅｒｓｅ  ｆａｓｔ  ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）の大きさとＨＥ−ＳＴＦ１５４０以前のフィールドに適用されるＩＦＦＴの大きさは、互いに異なる。例えば、ＨＥ−ＳＴＦ１５４０及びＨＥ−ＳＴＦ１５４０以後のフィールドに適用されるＩＦＦＴの大きさは、ＨＥ−ＳＴＦ１５４０以前のフィールドに適用されるＩＦＦＴの大きさより４倍大きい。ＳＴＡがダウンリンクフレームを受信した場合、ＳＴＡは、ダウンリンクフレームのＨＥ−ＳＩＧ  Ａ１５３０をデコーディングし、ＨＥ−ＳＩＧ  Ａ１５３０に含まれているターゲットＳＴＡの識別子情報に基づいてＨＥ−ＳＩＧ  Ａ１５３０以後フィールドのデコーディング可否を決定することができる。このような場合、ＨＥ−ＳＩＧ  Ａ１５３０に含まれているターゲットＳＴＡの識別子情報がＳＴＡの識別子を指示する場合、ＳＴＡは、ＨＥ−ＳＴＦ１５４０及びＨＥ−ＳＴＦ１５４０以後フィールドから変更されたＦＦＴサイズに基づいてデコーディングを実行することができる。それに対し、ＨＥ−ＳＩＧ  Ａ１５３０に含まれているターゲットＳＴＡの識別子情報がＳＴＡの識別子を指示しない場合、ＳＴＡは、デコーディングを中断し、ＮＡＶ（ｎｅｔｗｏｒｋ  ａｌｌｏｃａｔｉｏｎ  ｖｅｃｔｏｒ）を設定することができる。ＨＥ−ＳＴＦ１５４０のＣＰ（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）は、他のフィールドのＣＰより大きい大きさを有することができ、このようなＣＰ区間の間に、ＳＴＡは、ＦＦＴサイズを変化させてダウンリンクＰＰＤＵに対するデコーディングを実行することができる。
【０２１５】
図１５の上段で開示されたＰＰＤＵのフォーマットを構成するフィールドの順序は、変わることができる。例えば、図１５の中段に開示されたように、ＨＥ部分のＨＥ−ＳＩＧ  Ｂ１５１５がＨＥ−ＳＩＧ  Ａ１５０５の直後に位置することもできる。ＳＴＡは、ＨＥ−ＳＩＧ  Ａ１５０５及びＨＥ−ＳＩＧ  Ｂ１５１５までデコーディングし、必要な制御情報を受信し、ＮＡＶを設定することができる。同様に、ＨＥ−ＳＴＦ１５２５及びＨＥ−ＳＴＦ１５２５以後のフィールドに適用されるＩＦＦＴの大きさは、ＨＥ−ＳＴＦ１５２５以前のフィールドに適用されるＩＦＦＴの大きさと異なる。
【０２１６】
ＳＴＡは、ＨＥ−ＳＩＧ  Ａ１５０５及びＨＥ−ＳＩＧ  Ｂ１５１５を受信することができる。ＨＥ−ＳＩＧ  Ａ１５０５のターゲットＳＴＡの識別子によりダウンリンクＰＰＤＵの受信が指示される場合、ＳＴＡは、ＨＥ−ＳＴＦ１５２５からはＦＦＴサイズを変化させてダウンリンクＰＰＤＵに対するデコーディングを実行することができる。それに対し、ＳＴＡは、ＨＥ−ＳＩＧ  Ａ１４０５を受信し、ＨＥ−ＳＩＧ  Ａ１５０５に基づいてダウンリンクＰＰＤＵの受信が指示されない場合、ＮＡＶを設定することができる。
【０２１７】
図１５の下段を参照すると、ＤＬ（ｄｏｗｎｌｉｎｋ）ＭＵ（ｍｕｌｔｉ−ｕｓｅｒ）送信のためのダウンリンクＰＰＤＵフォーマットが開示される。ダウンリンクＰＰＤＵは、ＯＦＤＭＡに基づいて互いに異なるダウンリンク送信リソース（周波数リソースまたは空間的ストリーム）を介してＳＴＡに送信されることができる。即ち、ＤＬ  ＭＵ送信のためのダウンリンクＰＰＤＵフォーマットに基づいて複数のサブバンドを介して複数のＳＴＡにダウンリンクデータが送信されることができる。前述した実施例では開示していないが、ＡＰは、ＤＬ  ＭＵダウンリンクＰＰＤＵフォーマットに基づいてダウンリンクデータを複数のＳＴＡに送信することができる。
【０２１８】
ダウンリンクＰＰＤＵ上でＨＥ−ＳＩＧ  Ｂ１５４５の以前フィールドは、互いに異なるダウンリンク送信リソースの各々でデュプリケートされた形態で送信されることができる。ＨＥ−ＳＩＧ  Ｂ１５４５は、全体送信リソース上でエンコーディングされた形態で送信されることができる。ＨＥ−ＳＩＧ  Ｂ１５４５以後のフィールドは、ダウンリンクＰＰＤＵを受信する複数のＳＴＡの各々のための個別情報を含むことができる。
【０２１９】
ダウンリンクＰＰＤＵに含まれるフィールドがダウンリンク送信リソースの各々を介して各々送信される場合、フィールドの各々に対するＣＲＣがダウンリンクＰＰＤＵに含まれることができる。それに対し、ダウンリンクＰＰＤＵに含まれる特定フィールドが全体ダウンリンク送信リソース上でエンコーディングされて送信される場合、フィールドの各々に対するＣＲＣがダウンリンクＰＰＤＵに含まれない。したがって、ＣＲＣに対するオーバーヘッドが減少されることができる。即ち、本発明の実施例に係るＤＬ  ＭＵ送信のためのダウンリンクＰＰＤＵフォーマットは、全体送信リソース上でエンコーディングされた形態のＨＥ−ＳＩＧ  Ｂ１５４５を使用することによって、ダウンリンクフレームのＣＲＣオーバーヘッドを減少させることができる。
【０２２０】
ＤＬ  ＭＵ送信のためのダウンリンクＰＰＤＵフォーマットも同様に、ＨＥ−ＳＴＦ１５５５及びＨＥ−ＳＴＦ１５５５以後のフィールドは、ＨＥ−ＳＴＦ１５５５以前のフィールドと異なるＩＦＦＴサイズに基づいてエンコーディングされることができる。したがって、ＳＴＡは、ＨＥ−ＳＩＧ  Ａ１５３５及びＨＥ−ＳＩＧ  Ｂ１５４５を受信し、ＨＥ−ＳＩＧ  Ａ１５３５に基づいてダウンリンクＰＰＤＵの受信指示を受けた場合、ＨＥ−ＳＴＦ１５５５からはＦＦＴサイズを変化させてダウンリンクＰＰＤＵに対するデコーディングを実行することができる。
【０２２１】
図１６は、本発明の実施例が適用されることができる無線装置を示すブロック図である。
【０２２２】
図１６を参照すると、無線装置１６００は、前述した実施例を具現することができるＳＴＡであり、ＡＰ１６００または非ＡＰ  ＳＴＡ（ｎｏｎ−ＡＰ  ｓｔａｔｉｏｎ）（または、ＳＴＡ）１６５０である。
【０２２３】
ＡＰ１６００は、プロセッサ１６１０、メモリ１６２０及びＲＦ部（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｕｎｉｔ）１６３０を含む。
【０２２４】
ＲＦ部１６３０は、プロセッサ１６１０と連結して無線信号を送信／受信することができる。
【０２２５】
プロセッサ１６１０は、本発明で提案された機能、過程及び／または方法を具現することができる。例えば、プロセッサ１６１０は、前述した本発明の実施例に係る無線装置の動作を実行するように具現されることができる。プロセッサは、図１乃至図１５の実施例で開示した無線装置の動作を実行することができる。
【０２２６】
例えば、プロセッサ１６１０は、ネットワーク状態情報を取得し、ネットワーク状態情報に基づいてＳＴＡの動作モードを設定するための動作モード設定情報を送信することができる。動作モード設定情報は、パワー管理ビットマップを含むことができる。
【０２２７】
また、プロセッサ１６１０は、ＳＴＡのＴＩＭベースのパワーセーブモードの設定要求を受信し、ＴＩＭベースのパワーセーブモードの設定要求に対する許容可否を決定してＴＩＭベースのパワーセーブモードベースの動作に対する許容可否を含む応答フレームを送信することができる。
【０２２８】
ＳＴＡ１６５０は、プロセッサ１６６０、メモリ１６７０及びＲＦ部（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｕｎｉｔ）１６８０を含む。
【０２２９】
ＲＦ部１６８０は、プロセッサ１６６０と連結して無線信号を送信／受信することができる。
【０２３０】
プロセッサ１６６０は、本発明で提案された機能、過程及び／または方法を具現することができる。例えば、プロセッサ１６６０は、前述した本発明の実施例に係る無線装置の動作を実行するように具現されることができる。プロセッサは、図１乃至図１５の実施例で無線装置の動作を実行することができる。
【０２３１】
例えば、プロセッサ１６６０は、ＡＰとＴＩＭベースのパワーセーブモードの設定のための初期設定手順を実行し、前記初期設定手順に基づいてＴＩＭベースのパワーセーブモードで動作してビーコンフレームの送信周期に基づいてドーズ状態からアウェイク状態に切り替えられることでＡＰから第１のダウンリンクフレームを受信することができる。また、プロセッサ１６６０は、ＡＰからＴＩＭベースのパワーセーブモードからアクティブモードへの切り替えを指示する動作モード設定情報を受信し、アクティブモードに基づいてＡＰから第２のダウンリンクフレームを受信するように具現されることができる。第１のダウンリンクフレーム及び前記第２のダウンリンクフレームは、ライブビデオストリーミングサービス（ｌｉｖｅ  ｖｉｄｅｏ  ｓｔｒｅａｍｉｎｇ  ｓｅｒｖｉｃｅ）のためのデータを含み、動作モード設定情報は、ＳＴＡとＡＰとの間のネットワーク状態情報に基づいて生成されることができる。
【０２３２】
動作モード設定情報は、ＡＰにより送信されるビーコンフレーム上のパワー管理ビットマップ（ｐｏｗｅｒ  ｍａｎａｇｅｍｅｎｔ  ｂｉｔｍａｐ）に基づいて送信されることができる。パワー管理ビットマップに含まれる複数のビットの各々は、ＡＰに結合されたＳＴＡを含む複数のＳＴＡの各々の動作モードをＴＩＭベースのパワーセーブモードに設定するか、またはアクティブモードに設定するかを指示し、パワー管理ビットマップに含まれる複数のビットの各々は、ＴＩＭビットマップに含まれる複数のビットの各々と対応され、ＴＩＭビットマップは、複数のＳＴＡの各々に対してペンディングとなっているダウンリンクデータの存在可否を指示することができる。
【０２３３】
ネットワーク状態情報は、ＡＰによりＡＮＱＰに基づいて取得され、ネットワーク状態情報は、ＷＡＮメトリック情報を含み、ＷＡＮメトリック情報は、ＡＰとＳＴＡとの間のチャネルを介して送信されるデータの送信速度及び前記チャネルの負荷に対する情報を含むことができる。
【０２３４】
プロセッサ１６１０、１６６０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路、データ処理装置及び／またはベースバンド信号及び無線信号を相互変換する変換器を含むことができる。メモリ１６２０、１６７０は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。ＲＦ部１６３０、１６８０は、無線信号を送信及び／または受信する一つ以上のアンテナを含むことができる。
【０２３５】
実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリ１６２０、１６７０に格納され、プロセッサ１６１０、１６６０により実行されることができる。メモリ１６２０、１６７０は、プロセッサ１６１０、１６６０の内部または外部にあり、よく知られた多様な手段でプロセッサ１６１０、１６６０と連結されることができる。
【図１】
0006322766.tif 000002
【図２】
0006322766.tif 000003
【図３】
0006322766.tif 000004
【図４】
0006322766.tif 000005
【図５】
0006322766.tif 000006
【図６】
0006322766.tif 000007
【図７】
0006322766.tif 000008
【図８】
0006322766.tif 000009
【図９】
0006322766.tif 000010
【図１０】
0006322766.tif 000011
【図１１】
0006322766.tif 000012
【図１２】
0006322766.tif 000013
【図１３】
0006322766.tif 000014
【図１４】
0006322766.tif 000015
【図１５】
0006322766.tif 000016
【図１６】
0006322766.tif 000017