(57)【特許請求の範囲】
【請求項１】
タイムスタンプフィールドを生成する段階と、
基本サービスセット（ＢＳＳ）情報が変更されているかを示す変更インジケータフィールドを生成する段階と、
（ｉ）前記タイムスタンプフィールドと（ｉｉ）前記変更インジケータフィールドとを含むビーコンフレームを、（ｉ）前記タイムスタンプフィールドおよび（ｉｉ）前記変更インジケータフィールドの少なくとも１つの前に生じる前記ビーコンフレームのヘッダのすべてのフィールドが固定長フィールドとなるように生成する段階と、
前記ビーコンフレームを送信する段階と
を備える方法。
【請求項２】
前記ビーコンフレームは、（ｉ）前記タイムスタンプフィールドおよび（ｉｉ）前記変更インジケータフィールドの両方の前に生じる前記ビーコンフレームの前記ヘッダのすべてのフィールドが固定長フィールドとなるように生成される、請求項１に記載の方法。
【請求項３】
アクセスポイントが、１以上の局のためにバッファリングした情報を有しているかを示すトラフィック表示フィールドを生成する段階をさらに備え、
前記ビーコンフレームは、前記トラフィック表示フィールドの前に生じる前記ビーコンフレームのすべてのフィールドが固定長フィールドとなるように生成される、請求項１または２に記載の方法。
【請求項４】
前記ビーコンフレームは、（ｉ）前記タイムスタンプフィールド、（ｉｉ）前記変更インジケータフィールド、および、（ｉｉｉ）前記トラフィック表示フィールドのすべての前に生じる前記ビーコンフレームの前記ヘッダのすべてのフィールドが固定長フィールドとなるように生成される、請求項３に記載の方法。
【請求項５】
前記ビーコンフレームは、
（ｉ）前記タイムスタンプフィールドと（ｉｉ）前記変更インジケータフィールドとを、前記ビーコンフレームの前記ヘッダに含むよう、および、
前記トラフィック表示フィールドを、前記ビーコンフレームのペイロード部分の情報エレメントとして含むよう、生成される、請求項３または４に記載の方法。
【請求項６】
前記ビーコンフレームの前記ペイロード部分に前記トラフィック表示フィールドが存在するかを示すインジケータフィールドを含むよう、前記ビーコンフレームの前記ヘッダを生成する段階をさらに備える、請求項５に記載の方法。
【請求項７】
（ｉ）必須の固定長フィールドのみを有する第１のヘッダ部分と、（ｉｉ）（ａ）固定長フィールドのみをもち（ｂ）任意の固定長フィールドを含む第２のヘッダ部分とを含むよう、前記ビーコンフレームの前記ヘッダを生成する段階と、
ペイロードを生成する段階と
をさらに備え、
前記ビーコンフレームは、（ｉ）前記ヘッダの前記第２の部分が、前記ヘッダの前記第１の部分の直後に後続するよう、および、（ｉｉ）前記ペイロードが、前記ヘッダの前記第２の部分の直後に後続するよう、生成される、請求項１から６のいずれか一項に記載の方法。
【請求項８】
前記ヘッダの前記第１の部分は、（ｉ）前記タイムスタンプフィールドと（ｉｉ）前記変更インジケータフィールドとを含むよう生成され、
前記ペイロードは、トラフィック表示フィールドを含むよう生成され、
前記トラフィック表示フィールドは、前記ヘッダの前記第２の部分の直後に後続する、請求項７に記載の方法。
【請求項９】
１以上のフィールドが前記ヘッダの前記第２の部分に含まれているかを示す１以上のインジケータを含むよう前記ヘッダの前記第１の部分を生成する段階をさらに備える、請求項８に記載の方法。
【請求項１０】
ネットワークインタフェースを備える装置であって、
前記ネットワークインタフェースは、
タイムスタンプフィールドを生成し、
基本サービスセット（ＢＳＳ）情報が変更されているかを示す変更インジケータフィールドを生成し、
（ｉ）前記タイムスタンプフィールドと（ｉｉ）前記変更インジケータフィールドとを含むビーコンフレームを、（ｉ）前記タイムスタンプフィールドおよび（ｉｉ）前記変更インジケータフィールドの少なくとも１つの前に生じる前記ビーコンフレームのヘッダのすべてのフィールドが固定長フィールドとなるように生成し、
前記ビーコンフレームを送信させる、装置。
【請求項１１】
前記ネットワークインタフェースは、前記ビーコンフレームを、（ｉ）前記タイムスタンプフィールドおよび（ｉｉ）前記変更インジケータフィールドの両方の前に生じる前記ビーコンフレームの前記ヘッダのすべてのフィールドが固定長フィールドとなるように生成する、請求項１０に記載の装置。
【請求項１２】
前記ネットワークインタフェースは、
アクセスポイントが、１以上の局のためにバッファリングした情報を有しているかを示すトラフィック表示フィールドを生成し、
前記ビーコンフレームを、前記トラフィック表示フィールドの前に生じる前記ビーコンフレームのすべてのフィールドが固定長フィールドとなるように生成する、請求項１０または１１に記載の装置。
【請求項１３】
前記ネットワークインタフェースは、
前記ビーコンフレームを、（ｉ）前記タイムスタンプフィールド、（ｉｉ）前記変更インジケータフィールド、および、（ｉｉｉ）前記トラフィック表示フィールドのすべての前に生じる前記ビーコンフレームの前記ヘッダのすべてのフィールドが固定長フィールドとなるように生成する、請求項１２に記載の装置。
【請求項１４】
前記ネットワークインタフェースは、
前記ビーコンフレームを、
（ｉ）前記タイムスタンプフィールドと（ｉｉ）前記変更インジケータフィールドとを、前記ビーコンフレームの前記ヘッダに含むよう、および、
前記トラフィック表示フィールドを、前記ビーコンフレームのペイロード部分の情報エレメントとして含むよう、生成する、請求項１２または１３に記載の装置。
【請求項１５】
前記ネットワークインタフェースは、
前記ビーコンフレームの前記ペイロード部分に前記トラフィック表示フィールドが存在するかを示すインジケータフィールドを含むよう、前記ビーコンフレームの前記ヘッダを生成する、請求項１４に記載の装置。
【請求項１６】
前記ネットワークインタフェースは、
（ｉ）必須の固定長フィールドのみを有する第１のヘッダ部分と、（ｉｉ）（ａ）固定長フィールドのみをもち（ｂ）任意の固定長フィールドを含む第２のヘッダ部分とを含むよう、前記ビーコンフレームの前記ヘッダを生成し、
ペイロードを生成し、
前記ビーコンフレームを、（ｉ）前記ヘッダの前記第２の部分が、前記ヘッダの前記第１の部分の直後に後続するよう、および、（ｉｉ）前記ペイロードが、前記ヘッダの前記第２の部分の直後に後続するよう、生成する、請求項１０から１５のいずれか一項に記載の装置。
【請求項１７】
前記ネットワークインタフェースは、
前記ヘッダの前記第１の部分を、（ｉ）前記タイムスタンプフィールドと（ｉｉ）前記変更インジケータフィールドとを含むよう生成し、
前記ペイロードを、トラフィック表示フィールドを含むよう生成し、
前記ビーコンフレームを、前記トラフィック表示フィールドが前記ヘッダの前記第２の部分の直後に後続するよう生成する、請求項１６に記載の装置。
【請求項１８】
前記ネットワークインタフェースは、
１以上のフィールドが前記ヘッダの前記第２の部分に含まれているかを示す１以上のインジケータを含むよう前記ヘッダの前記第１の部分を生成する、請求項１７に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願の相互参照］
本開示は、以下の米国仮特許出願の恩恵を主張する。２０１１年６月８日に提出され、発明の名称が「８０２．１１ａｈ  Ｖｅｒｙ  Ｌｏｗ  Ｒａｔｅ  Ｓｕｐｐｏｒｔ」である米国仮特許出願第６１／４９４，６０９号、２０１１年６月２４日に提出され、発明の名称が「８０２．１１ａｈ  Ｖｅｒｙ  Ｌｏｗ  Ｒａｔｅ  Ｓｕｐｐｏｒｔ」である米国仮特許出願第６１／５０１，１３６号、２０１１年８月８日に提出され、発明の名称が「８０２．１１ａｈ  Ｖｅｒｙ  Ｌｏｗ  Ｒａｔｅ  Ｓｕｐｐｏｒｔ」である米国仮特許出願第６１／５２１，２１７号、２０１１年１１月１６日に提出され、発明の名称が「８０２．１１ａｈ  Ｖｅｒｙ  Ｌｏｗ  Ｒａｔｅ  Ｓｕｐｐｏｒｔ」である米国仮特許出願第６１／５６０，７１５号、２０１２年１月２０日に提出され、発明の名称が「８０２．１１ａｈ  Ｖｅｒｙ  Ｌｏｗ  Ｒａｔｅ  Ｓｕｐｐｏｒｔ」である米国仮特許出願第６１／５８８，８５２号、２０１２年４月１１日に提出され、発明の名称が「Ｓｈｏｒｔ  Ｂｅａｃｏｎ  Ｆｏｒｍａｔ−Ｈ．２．０  Ｉｎｆｏ」である米国仮特許出願第６１／６２２，７９０号。
【０００２】
上記の仮特許出願の開示内容は、それらの全体が本明細書に参照により組み込まれる。
【０００３】
本開示は一般的に通信システムに関し、より詳細には、長距離無線ローカルエリアネットワーク用のデータユニットフォーマットに関する。
【背景技術】
【０００４】
本セクションで示される背景技術は、本開示の背景を一般的に示すことを目的としている。この背景技術のセクションで説明される範囲において、本願発明の発明者らによる研究は、および提出時点において先行技術として見なされ得ない説明の態様は、本開示の先行技術として明示的にも暗示的にも認められない。
【０００５】
インフラストラクチャーモードで動作するとき、無線ローカルエリアネットワーク（ＷＬＡＮ）は通常、アクセスポイント（ＡＰ）と１以上のクライアントステーションとを含む。  無線ローカルエリアネットワーク（ＷＬＡＮ）技術は過去１０数年に亘り急速に発展してきた。Ｉｎｓｔｉｔｕｔｅ  ｆｏｒ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ（ＩＥＥＥ）８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ、および８０２．１１ｎ規格などのＷＬＡＮ規格の開発により、シングルユーザのピークデータスループットが改善されてきた。例えば、ＩＥＥＥ８０２．１１ｂ規格は、毎秒１１Mbps（メガビット）となるシングルユーザのピークスループットを規定し、ＩＥＥＥ８０２．１１ａおよび８０２．１１ｇ規格は、５４Mbpsとなるシングルユーザのピークスループットを規定し、ＩＥＥＥ８０２．１１ｎ規格は、６００Mbpsとなるシングルユーザのピークスループットを規定しており、ＩＥＥＥ８０２．１１ａｃは、毎秒ギガビット（Gbps）レンジのシングルユーザ向けピークスループットを規定している。
【０００６】
新たな２つの規格であるＩＥＥＥ８０２．１１ａｈおよびＩＥＥＥ８０２.１１ａｆの開発も始まっており、これらはそれぞれ、サブ１ＧＨｚ周波数の無線ネットワークオペレーションを規定している。通常、高い周波数における送信に比べて、低い周波数通信チャネルは、伝播品質がよく、伝播範囲も広くなる。サブ１ＧＨｚレンジは、他の用途に割り当てられていたので（たとえば認可されているＴＶ周波数帯域、無線周波数帯域等に）、今までのところ無線通信ネットワークには利用されてこなかった。今日では、認可されずに残っているサブ１ＧＨｚレンジの周波数帯域は少なく、地理的領域に応じて認可されずに残っている周波数は異なっている。ＩＥＥＥ８０２.１１ａｈ規格は、利用可能な無認可サブ１ＧＨｚ周波数帯域における無線オペレーションを規定している。ＩＥＥＥ８０２.１１ａｆ規格は、ＴＶホワイトスペース（ＴＶＷＳ）（つまり、サブ１ＧＨｚ周波数帯域における未使用ＴＶチャネルのこと）における無線オペレーションを規定する。
【発明の概要】
【課題を解決するための手段】
【０００７】
一実施形態において、方法は、ネットワークインタフェースデバイスで、物理層（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）の最大期間を利用して、（Ａ）第１のオペレーションモードで動作するときには、（ｉ）プロトコルスタックのＰＨＹプロトコルを超える層のプロトコルが定義し、（ｉｉ）ＰＨＹプロトコルを超えるプロトコルが定義する最大長を有するデータユニットが、第１のオペレーションモードの最低可能データレートの１つのＰＰＤＵ内に完全に収まるようにする段階と、（Ｂ）第２のオペレーションモードで動作するときには、（ｉ）ＰＨＹプロトコルを超える層のプロトコルが定義し、（ｉｉ）ＰＨＹプロトコルを超えるプロトコルが定義する最大長を有するデータユニットが、第２のオペレーションモードの最低可能データレートの１つのＰＰＤＵ内に完全に収まらないようにする段階とを備える。方法はさらに、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を受信する段階と、ネットワークインタフェースデバイスで、ＭＳＤＵを含むようにＭＰＤＵを生成する段階とを含む。第２のオペレーションモードで動作するときには、ＭＰＤＵを生成する段階は、各受信ＭＳＤＵについて、ＭＳＤＵの長さが、分割閾値を超えるかを判断する段階と、ＭＳＤＵの長さが分割閾値を超えると判断されると、ＭＳＤＵを複数のＭＰＤＵに分割する段階と、ＭＳＤＵの長さが分割閾値を超えないと判断されたときには、ＭＳＤＵを含む１つのＭＰＤＵを生成する段階とを有する。分割閾値は、第２のオペレーションモードの最低可能データレートの１つのＰＰＤＵ内に完全に収まる最大ＭＰＤＵサイズに基づいて決定される。方法はさらに、ネットワークインタフェースデバイスで、ＭＰＤＵを含むようにＰＨＹプロトコルデータユニット（ＰＰＤＵ）を生成する段階と、ＰＰＤＵを送信させる段階とを有し、ＰＰＤＵのそれぞれは、ＰＰＤＵの最大期間以下の期間を有する。
【０００８】
ネットワークインタフェースを備える装置であって、ネットワークインタフェースは、  （Ａ）第１のオペレーションモードで動作するときには、（ｉ）プロトコルスタックのＰＨＹプロトコルを超える層のプロトコルが定義し、（ｉｉ）ＰＨＹプロトコルを超えるプロトコルが定義する最大長を有するデータユニットが、第１のオペレーションモードの最低可能データレートの１つのＰＰＤＵ内に完全に収まるようにして、（Ｂ）第２のオペレーションモードで動作するときには、（ｉ）ＰＨＹプロトコルを超える層のプロトコルが定義し、（ｉｉ）ＰＨＹプロトコルを超えるプロトコルが定義する最大長を有するデータユニットが、第２のオペレーションモードの最低可能データレートの１つのＰＰＤＵ内に完全に収まらないようにする。ネットワークインタフェースはさらに、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含むようにＭＰＤＵを生成する。第２のオペレーションモードで動作するときには、ネットワークインタフェースは、各ＭＳＤＵについて、ＭＳＤＵの長さが、分割閾値を超えるかを判断し、ＭＳＤＵの長さが分割閾値を超えると判断されると、ＭＳＤＵを複数のＭＰＤＵに分割し、ＭＳＤＵの長さが分割閾値を超えないと判断されたときには、ＭＳＤＵを含む１つのＭＰＤＵを生成する。分割閾値は、第２のオペレーションモードの最低可能データレートの１つのＰＰＤＵ内に完全に収まる最大ＭＰＤＵサイズに基づいて決定される。さらにネットワークインタフェースは、ＭＰＤＵを含むようにＰＨＹプロトコルデータユニット（ＰＰＤＵ）を生成し、ＰＰＤＵを送信させ、ＰＰＤＵのそれぞれは、ＰＰＤＵの最大期間以下の期間を有する。
【０００９】
別の実施形態において、方法は、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を受信する段階と、（ｉ）ＭＳＤＵを第１のオペレーションモードで送信するか、（ｉｉ）ＭＳＤＵを、第１のオペレーションモードよりも長距離送信に対応する第２のオペレーションモードで送信するかを判断する段階とを含む。方法は、ＭＳＤＵを第１のオペレーションモードで送信する場合、ＭＳＤＵの長さが第１のオペレーションモードに対応する第１の分割閾値を超えるかを判断する段階と、ＭＳＤＵの長さが第１の分割閾値を超えると判断されると、ＭＳＤＵを複数のＭＡＣプロトコルデータユニット（ＭＰＤＵ）に分割する段階と、ＭＳＤＵの長さが第１の分割閾値を超えないと判断されたときには、ＭＳＤＵを含む１つのＭＰＤＵを生成する段階とを含む。さらに、方法は、  ＭＳＤＵを第２のオペレーションモードで送信すると判断したときには、ＭＳＤＵの長さが、第２のオペレーションモードに対応する第２の分割閾値を超えるかを判断する段階と、ＭＳＤＵの長さが第２の分割閾値を超えると判断されたときには、ＭＳＤＵを複数のＭＰＤＵに分割する段階と、ＭＳＤＵの長さが第２の分割閾値を超えないと判断されたときには、ＭＳＤＵを含む１つのＭＰＤＵを生成する段階とを有する。
【００１０】
別の実施形態は、ネットワークインタフェースを備える装置であって、ネットワークインタフェースは、（ｉ）ＭＳＤＵを第１のオペレーションモードで送信するか、（ｉｉ）ＭＳＤＵを、第１のオペレーションモードよりも長距離送信に対応する第２のオペレーションモードで送信するかを判断する。ネットワークインタフェースは、ＭＳＤＵを第１のオペレーションモードで送信する場合、ＭＳＤＵの長さが第１のオペレーションモードに対応する第１の分割閾値を超えるかを判断し、ＭＳＤＵの長さが第１の分割閾値を超えると判断されると、ＭＳＤＵを複数のＭＡＣプロトコルデータユニット（ＭＰＤＵ）に分割し、ＭＳＤＵの長さが第１の分割閾値を超えないと判断されたときには、ＭＳＤＵを含む１つのＭＰＤＵを生成する。ネットワークインタフェースは、ＭＳＤＵを第２のオペレーションモードで送信すると判断したときには、ＭＳＤＵの長さが、第２のオペレーションモードに対応する第２の分割閾値を超えるかを判断し、ＭＳＤＵの長さが第２の分割閾値を超えると判断されたときには、ＭＳＤＵを複数のＭＰＤＵに分割し、ＭＳＤＵの長さが第２の分割閾値を超えないと判断されたときには、ＭＳＤＵを含む１つのＭＰＤＵを生成する。
【００１１】
また別の実施形態は、第１のオペレーションモードで動作するときには、第１の物理層（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）の最大期間を利用して、（ｉ）プロトコルスタックのＰＨＹプロトコルを超える層のプロトコルが定義し、（ｉｉ）ＰＨＹプロトコルを超えるプロトコルが定義する最大長を有するデータユニットが、第１のオペレーションモードの最低可能データレートの１つのＰＰＤＵ内に完全に収まるようにする段階を有する方法である。方法はさらに、第２のオペレーションモードで動作するときには、第２のＰＰＤＵの最大期間を利用して、（ｉ）ＰＨＹプロトコルを超える層のプロトコルが定義し、（ｉｉ）ＰＨＹプロトコルを超えるプロトコルが定義する最大長を有するデータユニットが、第２のオペレーションモードの最低可能データレートの１つのＰＰＤＵ内に完全に収まらないようにする段階を有する。
【００１２】
また別の実施形態は、ネットワークインタフェースを備える装置であって、ネットワークインタフェースは、第１のオペレーションモードで動作するときには、第１の物理層（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）の最大期間を利用して、（ｉ）プロトコルスタックのＰＨＹプロトコルを超える層のプロトコルが定義し、（ｉｉ）ＰＨＹプロトコルを超えるプロトコルが定義する最大長を有するデータユニットが、第１のオペレーションモードの最低可能データレートの１つのＰＰＤＵ内に完全に収まるようにする。ネットワークインタフェースはさらに、第２のオペレーションモードで動作するときには、第２のＰＰＤＵの最大期間を利用して、（ｉ）ＰＨＹプロトコルを超える層のプロトコルが定義し、（ｉｉ）ＰＨＹプロトコルを超えるプロトコルが定義する最大長を有するデータユニットが、第２のオペレーションモードの最低可能データレートの１つのＰＰＤＵ内に完全に収まらないようにする。
【００１３】
一実施形態では、ＰＨＹデータユニットの期間の情報を含むＰＨＹヘッダを生成する段階と、プリアンブルを生成する段階とを備える、無線ネットワークの節電を促す方法が提供される。さらに方法は、プリアンブルとＰＨＹヘッダとを含むＰＨＹデータユニットを生成する段階と、ＰＨＹデータユニットを送信させる段階とを備える。
【００１４】
他の実施形態では、（ｉ）宛先アドレスの情報、（ｉｉ）ＰＨＹデータユニットがユニキャストフレームに対応しているかを示す情報、（ｉｉｉ）ＰＨＹデータユニットがＡＰにより送信されているかを示す情報のうち１以上の任意の組み合わせを含むよう、ＰＨＹヘッダを生成する。一部の実施形態では、ＰＨＹデータユニットの期間の情報を含む信号フィールドを含むようＰＨＹヘッダを生成する。一部の実施形態では、（ｉ）宛先アドレスの情報、（ｉｉ）ＰＨＹデータユニットがユニキャストフレームに対応しているかを示す情報、（ｉｉｉ）ＰＨＹデータユニットがＡＰにより送信されているかを示す情報のうち１以上の任意の組み合わせを含むよう、信号フィールドを生成する。
【００１５】
別の実施形態では、ネットワークインタフェースを備える装置であって、ネットワークインタフェースは、無線ネットワークで節電を促すための情報を含むＰＨＹヘッダを生成し、無線ネットワークで節電を促すための情報は、ＰＨＹデータユニットの期間の情報を含む。ネットワークインタフェースは、プリアンブルを生成し、プリアンブルとＰＨＹヘッダとを含むＰＨＹデータユニットを生成し、ＰＨＹデータユニットを送信させる。
【００１６】
他の実施形態では、無線ネットワークで節電を促すための情報は、（ｉ）宛先アドレスの情報、（ｉｉ）ＰＨＹデータユニットがユニキャストフレームに対応しているかを示す情報、（ｉｉｉ）ＰＨＹデータユニットがＡＰにより送信されているかを示す情報のうち１以上の任意の組み合わせをさらに含む。一部の実施形態では、ネットワークインタフェースは、ＰＨＹデータユニットの期間の情報を含む信号フィールドを含むようＰＨＹヘッダを生成する。一部の実施形態では、（ｉ）宛先アドレスの情報、（ｉｉ）ＰＨＹデータユニットがユニキャストフレームに対応しているかを示す情報、（ｉｉｉ）ＰＨＹデータユニットがＡＰにより送信されているかを示す情報のうち１以上の任意の組み合わせを含むよう、信号フィールドを生成する。
【００１７】
一実施形態では、ネットワークインタフェースで、基本サービスセット情報（ＢＳＳ情報）が変更されているかを判断する段階と、ＢＳＳ情報が変更されていると判断されると、ネットワークインタフェースで、変更されたＢＳＳ情報の少なくとも一部を含む１以上の第１のＢＳＳ情報エレメント（第１のＢＳＳ  ＩＥ）を生成する段階とを備える。方法はさらに、ネットワークインタフェースで、（ｉ）１以上の第１のＢＳＳ  ＩＥを含み、（ｉｉ）変更されていないＢＳＳ情報に対応する１以上の第２のＢＳＳ  ＩＥを省いたビーコンフレームを生成する段階と、ビーコンフレームをネットワークインタフェースで送信する、または送信させる段階とを備える。
【００１８】
他の実施形態では、方法はさらに、以下のエレメントの１以上の任意の組み合わせを含む。
【００１９】
ＢＳＳ情報が変更されていると判断されると、ネットワークインタフェースで、１以上の第１のＢＳＳ  ＩＥがビーコンフレームに含まれると示すインジケータフィールドを生成する段階をさらに備え、ビーコンフレームを生成する段階は、インジケータフィールドを含むビーコンフレームを生成する。
【００２０】
ビーコンフレームは、変更されたＢＳＳ情報に対応する１以上の第３のＢＳＳ  ＩＥを省くように生成され、ビーコンフレームは、１以上の第３のＢＳＳ  ＩＥに対応するＢＳＳ情報が変更されたことを示すインジケータを含むよう生成され、方法はさらに、ネットワークインタフェースで、ビーコンに呼応したプローブ要求フレームを受信する段階と、ネットワークインタフェースで、プローブ要求フレームに呼応しており、１以上の第３のＢＳＳ  ＩＥを含むプローブ応答フレームを生成する段階と、ネットワークインタフェースで、プローブ応答フレームを送信する、または送信させる段階とを備える。
【００２１】
ビーコンフレームは第１のビーコンフレームであり、第１のビーコンフレームは、変更されたＢＳＳ情報に対応する１以上の第３のＢＳＳ  ＩＥを省くよう生成され、方法はさらに、ネットワークインタフェースで、（ｉ）１以上の第３のＢＳＳ  ＩＥを含み、（ｉｉ）１以上の第１のＢＳＳ  ＩＥを省かれた第２のビーコンフレームを生成する段階と、ネットワークインタフェースで、第２のビーコンフレームを送信する、または送信させる段階とを備える。
【００２２】
別の実施形態では、ネットワークインタフェースを備える装置であって、ネットワークインタフェースは、基本サービスセット情報（ＢＳＳ情報）が変更されているかを判断し、ＢＳＳ情報が変更されていると判断されると、変更されたＢＳＳ情報の少なくとも一部を含む１以上の第１のＢＳＳ情報エレメント（第１のＢＳＳ  ＩＥ）を生成する。さらにネットワークインタフェースは、ｉ）１以上の第１のＢＳＳ  ＩＥを含み、（ｉｉ）変更されていないＢＳＳ情報に対応する１以上の第２のＢＳＳ  ＩＥを省いたビーコンフレームを生成し、ビーコンフレームを送信する、または送信させる。
【００２３】
他の実施形態では、装置がさらに、以下のエレメントの１以上の任意の組み合わせを含む。
【００２４】
ＢＳＳ情報が変更されていると判断されると、１以上の第１のＢＳＳ  ＩＥがビーコンフレームに含まれると示すインジケータフィールドを生成し、インジケータフィールドを含むビーコンフレームを生成する。
【００２５】
ネットワークインタフェースは、ビーコンフレームを、変更されたＢＳＳ情報に対応する１以上の第３のＢＳＳ  ＩＥを省くように生成し、ビーコンフレームを、１以上の第３のＢＳＳ  ＩＥに対応するＢＳＳ情報が変更されたことを示すインジケータを含むよう生成し、ビーコンに呼応したプローブ要求フレームを受信し、プローブ要求フレームに呼応しており、１以上の第３のＢＳＳ  ＩＥを含むプローブ応答フレームを生成し、プローブ応答フレームを送信する、または送信させる。
【００２６】
ビーコンフレームは第１のビーコンフレームであり、ネットワークインタフェースは、第１のビーコンフレームを、変更されたＢＳＳ情報に対応する１以上の第３のＢＳＳ  ＩＥを省くよう生成し、（ｉ）１以上の第３のＢＳＳ  ＩＥを含み、（ｉｉ）１以上の第１のＢＳＳ  ＩＥを省かれた第２のビーコンフレームを生成し、第２のビーコンフレームを送信する、または、送信させる。
【００２７】
また別の実施形態では、方法が、タイムスタンプフィールドを生成する段階と、基本サービスセット（ＢＳＳ）情報が変更されているかを示す変更インジケータフィールドを生成する段階とを備える。方法はさらに、（ｉ）タイムスタンプフィールドと（ｉｉ）変更インジケータフィールドとを含むビーコンフレームを、（ｉ）タイムスタンプフィールドおよび（ｉｉ）変更インジケータフィールドの少なくとも１つの前に生じるビーコンフレームのヘッダのすべてのフィールドが固定長フィールドとなるように生成する段階と、ビーコンフレームを送信する、または送信させる段階とも備える。
【００２８】
他の実施形態では、方法が、以下のエレメントの１以上の任意の組み合わせを含む。
【００２９】
ビーコンフレームは、（ｉ）タイムスタンプフィールドおよび（ｉｉ）変更インジケータフィールドの両方の前に生じるビーコンフレームのヘッダのすべてのフィールドが固定長フィールドとなるように生成される。
【００３０】
方法はさらに、アクセスポイントが、１以上の局のためにバッファリングした情報を有しているかを示すトラフィック表示フィールドを生成する段階をさらに備え、ビーコンフレームは、トラフィック表示フィールドの前に生じるビーコンフレームのすべてのフィールドが固定長フィールドとなるように生成される。
【００３１】
ビーコンフレームは、（ｉ）タイムスタンプフィールド、（ｉｉ）変更インジケータフィールド、および、（ｉｉｉ）トラフィック表示フィールドのすべての前に生じるビーコンフレームのヘッダのすべてのフィールドが固定長フィールドとなるように生成される。
【００３２】
ビーコンフレームは、（ｉ）タイムスタンプフィールドと（ｉｉ）変更インジケータフィールドとを、ビーコンフレームのヘッダに含むよう、および、トラフィック表示フィールドを、ビーコンフレームのペイロード部分の情報エレメントとして含むよう、生成される。
【００３３】
方法はさらに、ビーコンフレームのペイロード部分にトラフィック表示フィールドが存在するかを示すインジケータフィールドを含むよう、ビーコンフレームのヘッダを生成する段階を備える。
【００３４】
方法はさらに、（ｉ）必須の固定長フィールドのみを有する第１のヘッダ部分と、（ｉｉ）（ａ）固定長フィールドのみをもち（ｂ）任意の固定長フィールドを含む第２のヘッダ部分とを含むよう、ビーコンフレームのヘッダを生成する段階と、ペイロードを生成する段階とをさらに備え、ビーコンフレームは、（ｉ）ヘッダの第２の部分が、ヘッダの第１の部分の直後に後続するよう、および、（ｉｉ）ペイロードが、ヘッダの第２の部分の直後に後続するよう、生成される。
【００３５】
ヘッダの第１の部分は、（ｉ）タイムスタンプフィールドと（ｉｉ）変更インジケータフィールドとを含むよう生成され、ペイロードは、トラフィック表示フィールドを含むよう生成され、トラフィック表示フィールドは、ヘッダの第２の部分の直後に後続する。
【００３６】
方法はさらに、１以上のフィールドがヘッダの第２の部分に含まれているかを示す１以上のインジケータを含むようヘッダの第１の部分を生成する段階をさらに備える。
【００３７】
また別の実施形態では、ネットワークインタフェースを備える装置であって、ネットワークインタフェースは、タイムスタンプフィールドを生成し、基本サービスセット（ＢＳＳ）情報が変更されているかを示す変更インジケータフィールドを生成する。ネットワークインタフェースはさらに、（ｉ）タイムスタンプフィールドと（ｉｉ）変更インジケータフィールドとを含むビーコンフレームを、（ｉ）タイムスタンプフィールドおよび（ｉｉ）変更インジケータフィールドの少なくとも１つの前に生じるビーコンフレームのヘッダのすべてのフィールドが固定長フィールドとなるように生成し、ビーコンフレームを送信する、または、送信させる。
【００３８】
他の実施形態では、装置がさらに、以下のエレメントの１以上の任意の組み合わせを含む。
【００３９】
ネットワークインタフェースは、ビーコンフレームを、（ｉ）タイムスタンプフィールドおよび（ｉｉ）変更インジケータフィールドの両方の前に生じるビーコンフレームのヘッダのすべてのフィールドが固定長フィールドとなるように生成する。
【００４０】
ネットワークインタフェースは、アクセスポイントが、１以上の局のためにバッファリングした情報を有しているかを示すトラフィック表示フィールドを生成し、ビーコンフレームを、トラフィック表示フィールドの前に生じるビーコンフレームのすべてのフィールドが固定長フィールドとなるように生成する。
【００４１】
ネットワークインタフェースは、ビーコンフレームを、（ｉ）タイムスタンプフィールド、（ｉｉ）変更インジケータフィールド、および、（ｉｉｉ）トラフィック表示フィールドのすべての前に生じるビーコンフレームのヘッダのすべてのフィールドが固定長フィールドとなるように生成する。
【００４２】
ネットワークインタフェースは、ビーコンフレームを、（ｉ）タイムスタンプフィールドと（ｉｉ）変更インジケータフィールドとを、ビーコンフレームのヘッダに含むよう、および、トラフィック表示フィールドを、ビーコンフレームのペイロード部分の情報エレメントとして含むよう、生成する。
【００４３】
ネットワークインタフェースは、ビーコンフレームのペイロード部分にトラフィック表示フィールドが存在するかを示すインジケータフィールドを含むよう、ビーコンフレームのヘッダを生成する。
【００４４】
ネットワークインタフェースは、（ｉ）必須の固定長フィールドのみを有する第１のヘッダ部分と、（ｉｉ）（ａ）固定長フィールドのみをもち（ｂ）任意の固定長フィールドを含む第２のヘッダ部分とを含むよう、ビーコンフレームのヘッダを生成し、ペイロードを生成し、ビーコンフレームを、（ｉ）ヘッダの第２の部分が、ヘッダの第１の部分の直後に後続するよう、および、（ｉｉ）ペイロードが、ヘッダの第２の部分の直後に後続するよう、生成する。
【００４５】
ネットワークインタフェースは、ヘッダの第１の部分を、（ｉ）タイムスタンプフィールドと（ｉｉ）変更インジケータフィールドとを含むよう生成し、ペイロードを、トラフィック表示フィールドを含むよう生成し、ビーコンフレームを、トラフィック表示フィールドがヘッダの第２の部分の直後に後続するよう生成する。
【００４６】
ネットワークインタフェースは、１以上のフィールドがヘッダの第２の部分に含まれているかを示す１以上のインジケータを含むようヘッダの第１の部分を生成する。
【００４７】
一実施形態では、方法が、ネットワークインタフェースで、（ｉ）物理層データユニット（ＰＨＹデータユニット）が制御フレームであることを示すフィールドと、（ｉｉ）フレーム制御フィールド、レシーバアドレスフィールド（ＲＡフィールド）、および、巡回冗長検査フィールド（ＣＲＣフィールド）のうち１以上とを含む信号フィールドを生成する段階を備える。方法はさらに、ネットワークインタフェースで、（ｉ）サービスフィールド、トランスミッタアドレスフィールド（ＴＡフィールド）、ネットワークＩＤフィールド、および、ＣＲＣフィールドの１以上を含み、（ｉｉ）ＲＡフィールドが省かれたＰＨＹデータペイロードを生成する段階を備える。加えて、方法は、ネットワークインタフェースで、（ｉ）プリアンブルと、（ｉｉ）信号フィールドを含むＰＨＹヘッダと、（ｉｉｉ）ＰＨＹデータペイロードとを含むＰＨＹデータユニットを生成する段階と、ＰＨＹデータユニットをネットワークインタフェースで送信する、または送信させる段階をさらに備える。
【００４８】
他の実施形態では、方法がさらに、以下のエレメントの１以上の任意の組み合わせを含む。
【００４９】
ＰＨＹデータペイロードのネットワークＩＤフィールドは、第２のネットワークＩＤフィールドであり、信号フィールドを生成する段階は、第１のネットワークＩＤフィールドを含むよう信号フィールドを生成する段階を有する。
【００５０】
第１のネットワークＩＤフィールドは、基本サービスセット識別子（ＢＳＳＩＤ）の第１の部分を含み、第２のネットワークＩＤフィールドは、ＢＳＳＩＤの第２の部分を含む。
【００５１】
第１のネットワークＩＤフィールドは、短縮された、または、圧縮された基本サービスセット識別子（ＢＳＳＩＤ）の第１の部分を含み、第２のネットワークＩＤフィールドは、短縮された、または、圧縮されたＢＳＳＩＤの第２の部分を含む。
【００５２】
信号フィールドを生成する段階は、サービスフィールドを含む信号フィールドを生成する段階と、サービスフィールドを省いたＰＨＹデータペイロードを生成する段階とを有する。
【００５３】
別の実施形態では、ネットワークインタフェースを備える装置であって、ネットワークインタフェースは、（ｉ）物理層データユニット（ＰＨＹデータユニット）が制御フレームであることを示すフィールドと、（ｉｉ）フレーム制御フィールド、レシーバアドレスフィールド（ＲＡフィールド）、および、巡回冗長検査フィールド（ＣＲＣフィールド）のうち１以上とを含む信号フィールドを生成し、ｉ）サービスフィールド、トランスミッタアドレスフィールド（ＴＡフィールド）、ネットワークＩＤフィールド、および、ＣＲＣフィールドの１以上を含み、（ｉｉ）ＲＡフィールドが省かれたＰＨＹデータペイロードを生成する。ネットワークインタフェースはさらに、（ｉ）プリアンブルと、（ｉｉ）信号フィールドを含むＰＨＹヘッダと、（ｉｉｉ）ＰＨＹデータペイロードとを含むＰＨＹデータユニットを生成し、ＰＨＹデータユニットを送信する、または送信させる。
【００５４】
他の実施形態では、装置がさらに、以下のエレメントの１以上の任意の組み合わせを含む。
【００５５】
ＰＨＹデータペイロードのネットワークＩＤフィールドは、第２のネットワークＩＤフィールドであり、ネットワークインタフェースは、第１のネットワークＩＤフィールドを含むよう信号フィールドを生成する。
【００５６】
第１のネットワークＩＤフィールドは、基本サービスセット識別子（ＢＳＳＩＤ）の第１の部分を含み、第２のネットワークＩＤフィールドは、ＢＳＳＩＤの第２の部分を含む。
【００５７】
第１のネットワークＩＤフィールドは、短縮された、または、圧縮された基本サービスセット識別子（ＢＳＳＩＤ）の第１の部分を含み、第２のネットワークＩＤフィールドは、短縮された、または、圧縮されたＢＳＳＩＤの第２の部分を含む。
【００５８】
ネットワークインタフェースは、サービスフィールドを含む信号フィールドを生成し、サービスフィールドを省いたＰＨＹデータペイロードを生成する。
【００５９】
また別の実施形態では、方法が、ネットワークインタフェースで、現在の送信レートに基づいて、分割閾値を動的に決定する段階を備える。方法はさらに、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を受信する段階と、ネットワークインタフェースで、ＭＳＤＵの長さが分割閾値を超えるかを判断する段階とを備える。方法はさらに、ＭＳＤＵの長さが分割閾値を超えると判断されると、ネットワークインタフェースで、ＭＳＤＵを複数のＭＡＣプロトコルデータユニット（ＭＰＤＵ）に分割する段階と、ＭＳＤＵの長さが分割閾値を超えないと判断されると、ネットワークインタフェースで、ＭＳＤＵを含む１つのＭＰＤＵを生成する段階とを備える。
【００６０】
また別の実施形態では、ネットワークインタフェースを備える装置が開示され、ネットワークインタフェースは、現在の送信レートに基づいて、分割閾値を動的に決定し、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）の長さが分割閾値を超えるかを判断する段階と、ＭＳＤＵの長さが分割閾値を超えると判断されると、ＭＳＤＵを複数のＭＡＣプロトコルデータユニット（ＭＰＤＵ）に分割し、ＭＳＤＵの長さが分割閾値を超えないと判断されると、ＭＳＤＵを含む１つのＭＰＤＵを生成する。
【００６１】
また別の実施形態では、方法が、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を受信する段階と、
ネットワークインタフェースで、ＭＳＤＵの長さが分割閾値を超えるかを判断する段階を備える。加えて、方法は、ＭＳＤＵの長さが分割閾値を超えると判断されると、ネットワークインタフェースで、ＭＳＤＵを複数のＭＡＣプロトコルデータユニット（ＭＰＤＵ）に分割する段階と、ネットワークインタフェースで、ＭＳＤＵに対応する複数のＭＰＤＵを統合ＭＰＤＵ（Ａ−ＭＰＤＵ）に統合する段階とを備える。
【００６２】
また別の実施形態では、ネットワークインタフェースを備える装置であって、ネットワークインタフェースは、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）の長さが分割閾値を超えるかを判断し、
ＭＳＤＵの長さが分割閾値を超えると判断されると、ＭＳＤＵを複数のＭＡＣプロトコルデータユニット（ＭＰＤＵ）に分割し、ＭＳＤＵに対応する複数のＭＰＤＵを統合ＭＰＤＵ（Ａ−ＭＰＤＵ）に統合する、装置が開示される。
【図面の簡単な説明】
【００６３】
【図１】一実施形態における無線ローカルエリアネットワーク（ＷＬＡＮ）の一例１０のブロック図である。
【００６４】
【図２】一実施形態における媒体アクセス制御（ＭＡＣ）層の分割オペレーションを示す。
【００６５】
【図３】別の実施形態において、ＭＡＣサービスデータユニット（ＭＳＤＵ）を分割すべきかを判断して、適宜、ＭＳＤＵを分割するための方法の一例を示すフロー図である。
【００６６】
【図４】別の実施形態において、ＭＳＤＵを分割すべきかを判断して、適宜、ＭＳＤＵを分割するための方法の一例を示すフロー図である。
【００６７】
【図５】別の実施形態における、ＭＡＣ層の分割オペレーションの別の例を示す。
【００６８】
【図６】一実施形態において、適宜ＭＳＤＵを分割して、適宜、統合ＭＡＣプロトコルデータユニット（Ａ−ＭＰＤＵ）に複数のＭＳＤＵ分割部分を統合するための方法の一例を示す。
【００６９】
【図７Ａ】一実施形態における、Ａ−ＭＰＤＵに含まれ、Ａ−ＭＰＤＵの少なくとも一部のＭＳＤＵ分割部分で利用することができるＭＳＤＵ分割部分の一例を示す。
【００７０】
【図７Ｂ】一実施形態における、ＭＳＤＵを含むＡ−ＭＰＤＵの一例を示す。
【００７１】
【図８】一実施形態における、分割／統合オペレーションの一例を示す。
【００７２】
【図９Ａ】一実施形態における、拡張物理層（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）の一例を示す。
【００７３】
【図９Ｂ】別の実施形態における、拡張ＰＰＤＵの別の例を示す。
【００７４】
【図１０】一実施形態における、分割して、その後統合するための方法の一例のフロー図を示す。
【００７５】
【図１１】一実施形態における、無線送信のためのデータユニットをフォーマットする方法の一例のフロー図を示す。
【００７６】
【図１２】一実施形態における、無線送信のためのデータユニットをフォーマットする方法の一例のフロー図を示す。
【００７７】
【図１３】一実施形態における、ＰＰＤＵを生成する方法の一例のフロー図を示す。
【００７８】
【図１４】一実施形態におけるＰＰＤＵフォーマットを示す。
【００７９】
【図１５】一実施形態における、ＰＨＹデータユニットを生成する方法の一例のフロー図である。
【００８０】
【図１６】一実施形態におけるビーコンフレームの一例を示す。
【００８１】
【図１７】別の実施形態におけるビーコンフレームの別の例を示す。
【００８２】
【図１８】別の実施形態におけるビーコンフレームの別の例を示す。
【００８３】
【図１９】別の実施形態におけるビーコンフレームの別の例を示す。
【００８４】
【図２０】別の実施形態におけるビーコンフレームの別の例を示す。
【００８５】
【図２１】別の実施形態におけるビーコンフレームの別の例を示す。
【００８６】
【図２２】別の実施形態におけるビーコンフレームの別の例を示す。
【００８７】
【図２３】別の実施形態におけるビーコンフレームの別の例を示す。
【００８８】
【図２４】一実施形態における、ＰＨＹペイロードを省いた制御フレームの一例を示す。
【００８９】
【図２５】一実施形態における、ＰＨＹペイロードを省いた制御フレームを生成する方法の一例のフロー図である。
【００９０】
【図２６】一実施形態における、短くされた制御フレームの一例を示す。
【００９１】
【図２７】一実施形態における、短くされた制御フレームを生成する方法の一例のフロー図を示す。
【発明を実施するための形態】
【００９２】
後述する実施形態では、無線ローカルエリアネットワーク（ＷＬＡＮ）のアクセスポイント（ＡＰ）等の無線ネットワークデバイスは、１以上のクライアントステーションにデータストリームを送信する。ＡＰは、通信プロトコルに少なくとも従ってクライアントステーションと動作するように構成されている。一実施形態では、通信プロトコルは、サブ１ＧＨｚの周波数レンジにおけるオペレーションを定義しており、通常、比較的データレートの低い長距離無線通信を要求するアプリケーションで利用される（たとえば、ＩＥＥＥ８０２.１１ｎ規格が定義する通信プロトコルと比較して）。本明細書では、通信プロトコル（一部の実施形態では、現在開発段階にあるＩＥＥＥ８０２.１１ａｆ規格またはＩＥＥＥ８０２.１１ａｈ規格が定義するものなど）を、「長距離」通信プロトコルと称することにする。
【００９３】
一実施形態では、長距離通信プロトコルは、通常モードとベリーローレート（ＶＬＲ）モードとを少なくとも含む２以上の通信モードを定義している。ＶＬＲモードは、通常モードより低いデータレートをもち、通常モードよりも長い距離の通信用である。
【００９４】
現行のＩＥＥＥ８０２.１１規格は、約５ミリ秒（ｍｓ）の最大物理層（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）期間を定義している。ＩＥＥＥ８０２.１１ａｆ規格およびＩＥＥＥ８０２.１１ａｈ規格に対して提案されているデータレートの一部においては、５ｍｓ以内に送信可能なデータ量が比較的低いので、オーバヘッドが比較的高く、効率が比較的低くなる。たとえばＩＥＥＥ８０２.１１ａｆ規格およびＩＥＥＥ８０２.１１ａｈ規格に対して提案中のデータレートの一部を利用して、５ｍｓの最大ＰＰＤＵ期間において、媒体アクセス制御（ＭＡＣ）データユニットが過度に分割されてしまうケースがある。表１は、ＩＥＥＥ８０２.１１ａｆ規格およびＩＥＥＥ８０２.１１ａｈ規格に対して検討されている最低データレートにおいて、様々なチャネル帯域幅のＰＰＤＵペイロードサイズの例を挙げている。
【表１】
0005907496.tif 000002
【００９５】
表１からわかるように、少なくとも一部の場合には、ＰＰＤＵが搬送することができるのは約２００バイトだけであってよい。Ｅｔｈｅｒｎｅｔ（登録商標）フレームが１５００バイト程度であることを考えると、一部の場合には多数のＭＡＣデータユニットの分割が必要になるだろう。加えて、各ＭＡＣデータユニットの部分は、ＭＡＣヘッダ情報を含んでいるので、ＭＡＣ層の効率（ＭＡＣヘッダデータを考慮した場合に、送信されるペイロードデータのパーセンテージ）は、データレートが低減すると減る。
【００９６】
１つの選択肢としては最大ＰＰＤＵ期間を上げる方法が考えられる。表２は、ＩＥＥＥ８０２.１１ａｆ規格およびＩＥＥＥ８０２.１１ａｈ規格について考えられるデータレートの別のＰＰＤＵ期間のＭＡＣ層の効率を示す例である。
【表２】
0005907496.tif 000003
【００９７】
表２からわかるように、最大ＰＰＤＵ期間が増えると、ＭＡＣ層の効率性が高まる。他方で、５ｍｓを超える最大ＰＰＤＵ期間を超えると、チャネルアクセスの媒体検知時間が長くなり、（これによりデバイスがより多い時間起動している必要があるので、電力消費量が増える）、時変チャネル条件によってベリーロングＰＰＤＵの後端部の受信に悪影響がでる場合があり、望ましくない。
【００９８】
後述する一部の実施形態では、分割部を減らす技術が利用される。後述する一部の実施形態では、分割を行うときにプロトコルオーバヘッドを減らす技術が利用される。加えて、後述する一部の実施形態では、長いＰＰＤＵを送信するときのオペレーションを向上させる技術が利用される。
【００９９】
図１は、一実施形態における無線ローカルエリアネットワーク（ＷＬＡＮ）の一例１０のブロック図である。ＡＰ１４は、ネットワークインタフェース１６に連結されたホストプロセッサ１５を含む。ネットワークインタフェース１６は、媒体アクセス制御（ＭＡＣ）処理ユニット１８と、物理層（ＰＨＹ）処理ユニット２０とを含む。ＰＨＹ処理ユニット２０は、複数のトランシーバ２１を含み、当該複数のトランシーバ２１が、複数のアンテナ２４に連結されている。３つのトランシーバ２１および３つのアンテナ２４が図１には示されているが、ＡＰ１４は、他の実施形態では異なる数の（たとえば１、２、４、５等）トランシーバ２１およびアンテナ２４を含んでよい。
【０１００】
ＷＬＡＮ１０は、複数のクライアントステーション２５を含む。図１には４つのクライアントステーション２５が示されているが、ＷＬＡＮ１０は、様々な場合および実施形態においては、別の数の（たとえば１、２、３、５、６等）のクライアントステーション２５を含んでよい。クライアントステーション２５の少なくとも１つは（たとえばクライアントステーション２５−１）、少なくとも長距離通信プロトコルに従って動作するよう構成されている。
【０１０１】
クライアントステーション２５‐１は、ネットワークインタフェース２７に連結されているホストプロセッサ２６を含む。ネットワークインタフェース２７は、ＭＡＣ処理ユニット２８とＰＨＹ処理ユニット２９とを含む。ＰＨＹ処理ユニット２９は、複数のトランシーバ３０を含み、当該複数のトランシーバ３０は複数のアンテナ３４に連結されている。３つのトランシーバ３０と３つのアンテナ３４とが図１には示されているが、クライアントステーション２５‐１は、他の実施形態では、異なる数の（たとえば１、２、４、５等）のトランシーバ３０およびアンテナ３４を含むことができる。
【０１０２】
一実施形態では、１以上のクライアントステーション２５−２、２５−３、および２５−４が、クライアントステーション２５−１と同じ、または類似した構造を有している。これらの実施形態では、クライアントステーション２５−１と同じ、または類似した構造のクライアントステーション２５が、同じまたは異なる数のトランシーバおよびアンテナを有している。たとえば、クライアントステーション２５−２は、一実施形態では、２つのトランシーバおよび２つのアンテナのみを有している。
【０１０３】
様々な実施形態では、ＡＰ１４のＰＨＹ処理ユニット２０は、長距離通信プロトコルに準拠して、後述するフォーマットを有するデータユニットを生成する。トランシーバ（１または複数）２１は、アンテナ２４を介してデータユニットを送信する。同様に、トランシーバ２４が、アンテナ２４を介してデータユニットを受信する。様々な実施形態では、ＡＰ１４のＰＨＹ処理ユニット２０は、長距離通信プロトコルに準拠しており後述するフォーマットを有する受信したデータユニットを処理する。
【０１０４】
様々な実施形態では、クライアントデバイス２５−１のＰＨＹ処理ユニット２９が、長距離通信プロトコルに準拠して、後述するフォーマットを有するデータユニットを生成する。トランシーバ３０は、アンテナ３４を介して生成したデータユニットを送信する。同様に、トランシーバ３０は、アンテナ３４を介してデータユニットを受信する。様々な実施形態では、クライアントデバイス２５−１のＰＨＹ処理ユニット２９は、長距離通信プロトコルに準拠して、後述するフォーマットを有す受信したデータユニットを処理する。
【０１０５】
一部の実施形態では、ネットワークインタフェース（たとえばＡＰ１４のネットワークインタフェース１６および／またはクライアントステーション２５のネットワークインタフェース２７）が、通常モードおよびＶＬＲモードを含む少なくとも２つのモードで動作するよう構成されている。たとえば一実施形態では、ＶＬＲモードが、通常モードと比較して遅いクロックレートを利用する。一実施形態では、別のクロックレートが別のデータレートに対応している。したがって、概してＶＬＲモードが、少なくとも一部の変調符号化スキーム（ＭＣＳ）では通常モードと比較して遅いデータレートに対応している。
【０１０６】
別の実施形態では、ＶＬＲモードについて生成されるＰＨＹデータユニットが、通常モードのＰＨＹデータユニットを生成するために利用されるものと同じクロックレートを利用してではあるが、通常モードのデータユニットを生成するために利用したＦＦＴサイズより小さいサイズの高速フーリエ変換（ＦＦＴ）を利用して生成される。一部の実施形態では、ＦＦＴサイズが小さくなると、各ＯＦＤＭシンボルのサブキャリアの小さいＰＨＹデータユニットとなるので、結果的に小さなデータレートになり、通常モードの大きなサイズのＦＦＴを利用して生成されるＰＨＹデータユニットと比べて、ＶＬＲモードで生成されるＰＨＹデータユニットが占有する帯域幅が小さくなる。一例としては、一実施形態において、通常モードが、サイズ６４（または１２８、２５６、５１２、その他６４を超える別の適したサイズ）のＦＥＴを利用し、ＶＬＲモードが３２、１６、または６４未満の別の適したサイズのＦＥＴを利用する。
【０１０７】
一部の実施形態では、これに代えて、またはこれに加えて、ＶＬＲモードの送信のためのＰＨＹデータユニットが、シングルキャリアを利用して変調され、通常モードの送信用のＰＨＹデータユニットが、直交周波数領域多重化（ＯＦＤＭ）変調を利用して変調される。一部の実施形態では、ＶＬＲモード（シングルキャリア）ＰＨＹデータユニットおよび通常モード（ＯＦＤＭ）ＰＨＹデータユニットが同じクロックレートを利用して生成される。一部のこのような実施形態では、ＶＬＲモードのＰＨＹデータユニットが、通常は、通常モードのＰＨＹデータユニットが占有する最低帯域幅より小さい帯域幅を占有する。一実施形態では、ＶＬＲモードで、１０のダウンクロック比を利用してＩＥＥＥ８０２.１１ｂ規格が特定するデータユニットフォーマットに従ってシングルキャリアＰＨＹデータユニットが生成され、シングルキャリアＰＨＹデータユニットは約１、１ＭＨｚに等しい帯域幅を占有する。他の実施形態では、別の適切なダウンクロック比を利用してＶＬＲモードシングルキャリアＰＨＹデータユニットを生成する。たとえば、ＶＬＲモードのダウンクロック比が、シングルキャリアＶＬＲモードＰＨＹデータユニットが、通常モードＯＦＤＭ  ＰＨＹデータユニット（たとえば１／２、２／３、３／４等）が占有する最低帯域幅の一定の所望の百分率に等しい帯域幅を占有するように、特定される。一実施形態では、シングルキャリアダウンクロック要素を、ＶＬＲモードのシングルキャリアＰＨＹデータユニットが、通常モードで送信される最低帯域幅ＯＦＤＭ  ＰＨＹデータユニットのデータおよびパイロットトーンが占有する帯域幅と略同じになるように、選択される。
【０１０８】
ＭＡＣ処理ユニット（ＭＡＣ処理ユニット１８および／またはＭＡＣ処理ユニット２８）が、一般的に、送信用のＰＨＹ処理ユニット（たとえばＰＨＹ処理ユニット２０および／またはＰＨＹ処理ユニット２９）に情報を提供する。たとえば一実施形態では、ＭＡＣ処理ユニットが情報ユニット（ＭＡＣサービスデータユニット（ＭＳＤＵ）と称される）を処理して、ＭＡＣプロトコルデータユニット（ＭＰＤＵ）のＭＳＤＵを含む。ＭＰＤＵは、ＭＡＣヘッダ情報とともにＭＳＤＵからの情報を含む。次に、ＭＡＣ処理ユニットが生成するＭＰＤＵがＰＨＹ処理ユニットに提供される。ＰＨＹ処理ユニットは、無線送信用のＰＨＹプロトコルデータユニット（ＰＰＤＵ）にＭＰＤＵを含む。ＰＰＤＵは、ＰＨＹヘッダ情報とともにＭＰＤＵからの情報を含む。
【０１０９】
同様に、ＰＨＹ処理ユニットは、無線媒体によってＰＰＤＵを受信し、受信したＰＰＤＵからＭＰＤＵを抽出する。ＰＨＹ処理ユニットは、抽出したＭＰＤＵをＭＡＣ処理ユニットに提供して、次に、抽出したＭＰＤＵからＭＳＤＵを抽出する。
【０１１０】
図２は、一部の実施形態に従ってＭＡＣ処理ユニット（ＭＡＣ処理ユニット１８および／またはＭＡＣ処理ユニット２８）が実行するよう構成されている分割オペレーションを示す。ＭＳＤＵ２０４の長さが分割閾値と比較されて、ＭＳＤＵ２０４を分割するかを判断する。ＭＳＤＵ２０４の長さが分割閾値を超える場合、ＭＳＤＵ２０４は、２以上の分割部分２０８に分割される。次に、分割部分２０８を、それぞれのＭＰＤＵ２１２に含め、これがＰＨＹ処理ユニットに提供される。一実施形態では、各ＭＰＤＵは、ＰＨＹ処理ユニットによって各ＰＰＤＵに含められる。
【０１１１】
一実施形態では、分割閾値が、現在の送信レートに基づいて動的に決定される。たとえば一実施形態では、分割閾値を、利用中の現在のＭＣＳ、利用中の空間または時空ストリーム数、利用中の現在のチャネル帯域幅等の１以上に基づいて動的に決定する。一実施形態では、分割閾値は、再試行送信レートに基づいて動的に決定される。たとえば一実施形態では、分割閾値は、最低再試行送信レートに基づいて動的に決定される。
【０１１２】
別の実施形態では、分割閾値が現在のオペレーションモードに基づいて決定される。たとえば、一実施形態では、現在のオペレーションモードが通常モードである場合には、第１の分割閾値を利用して、現在のオペレーションモードがＶＬＲモードである場合には、第２の分割閾値を利用する。一実施形態では、第１の分割閾値は第２の分割閾値より大きい。
【０１１３】
図３は、別の実施形態において、ＭＳＤＵを分割すべきかを判断するための方法の一例２２５を示すフロー図である。一実施形態では、方法２２５が、ネットワークインタフェースユニット（たとえばネットワークインタフェース１６および／またはネットワークインタフェース２７等）により実装される。一実施形態では、方法２２５は、ＭＡＣ処理ユニット（たとえばＭＡＣ処理ユニット１８および／またはＭＡＣ処理ユニット２８）により実装される。
【０１１４】
ブロック２３０で、分割閾値は、現在の送信レートに基づいて動的に決定される。たとえば、一実施形態では、分割閾値は、利用中の現在のＭＣＳ、利用中の空間または時空ストリーム数、利用中の現在のチャネル帯域幅等の１以上に基づいて動的に決定される。一実施形態では、分割閾値は、再試行送信レートに基づいて動的に決定される。たとえば一実施形態では、分割閾値は、最低再試行送信レートに基づいて動的に決定される。
【０１１５】
ブロック２３４で、ＭＳＤＵを受信する。ブロック２３８で、ＭＳＤＵの長さが、ブロック２３０で決定された分割閾値を超えるかを判断する。ＭＳＤＵの長さが分割閾値を超えると判断された場合には、フローはブロック２４２に進む。ブロック２４２で、ＭＳＤＵは、複数のＭＰＤＵに分割される。
【０１１６】
他方で、ブロック２３８で、ＭＳＤＵの長さが分割閾値を超えないと判断された場合、フローはブロック２４４に進む。ブロック２４４で、ＭＳＤＵ全体を１つのＭＰＤＵに含める。
【０１１７】
一実施形態では、方法２２５に従って生成されたＭＰＤＵは、ＰＨＹ処理ユニットに提供され、ＭＰＤＵそれぞれを含むＰＰＤＵがそれぞれ生成される。
【０１１８】
図２を参照すると、一実施形態では、通常モードとＶＬＲモードとに別々の分割閾値を利用している。たとえば一実施形態では、ネットワークインタフェースが通常モードで送信を行っているときには第１の分割閾値を利用して、ネットワークインタフェースがＶＬＲモードで送信しているときには第２の分割閾値を利用する。一実施形態では、第１の分割閾値が第２の分割閾値より大きい。一実施形態では、通常のオペレーションモードは、第１の最低可能データレートを含む複数の第１の可能性のあるデータレートを含み、通常モードで利用される分割閾値は、第１の最低可能データレートに基づく。加えて本実施形態では、ＶＬＲオペレーションモードは、第２の最低可能データレートを含む複数の第２の可能性のあるデータレートを含み、ＶＬＲオペレーションモードで利用される分割閾値は、第２の最低可能データレートに基づく。
【０１１９】
図４は、一実施形態において、ＭＳＤＵを分割すべきかを判断するための方法の一例２５０を示すフロー図である。一実施形態において、方法２５０は、ネットワークインタフェースユニット（ネットワークインタフェース１６および／またはネットワークインタフェース２７）によって実装される。たとえば方法２５０は、一実施形態では、ＭＡＣ処理ユニット（ＭＡＣ処理ユニット１８および／またはＭＡＣ処理ユニット２８）によって実装される。
【０１２０】
ブロック２５４で、ＭＳＤＵを受信する。ブロック２５８で、現在のオペレーションモードが通常モードかを判断する。現在のオペレーションモードが通常モードであると判断された場合には、フローはブロック２６２に進む。
【０１２１】
ブロック２６２で、ＭＳＤＵの長さが、上述した通常のモードに対応する第１の分割閾値を超えているかを判断する。ＭＳＤＵの長さが第１の分割閾値を超えていると判断した場合、フローはブロック２６６に進む。ブロック２６６で、ＭＳＤＵが複数のＭＰＤＵに分割される。他方で、ブロック２６２で、ＭＳＤＵの長さが第１の分割閾値を超えないと判断した場合、フローはブロック２７０に進む。ブロック２７０で、ＭＳＤＵの全体を１つのＭＰＤＵに含める。
【０１２２】
しかし、ブロック２５８で、現在のオペレーションモードがＶＬＲモードである場合、フローはブロック２７４に進む。ブロック２７４で、ＭＳＤＵの長さが上述したＶＬＲモードに対応する第２の分割閾値を超えるかを判断する。ＭＳＤＵの長さが第２の分割閾値を超えると判断した場合、フローはブロック２７８に進む。ブロック２７８で、ＭＳＤＵが複数のＭＰＤＵに分割される。他方で、ブロック２７４で、ＭＳＤＵの長さが第２の分割閾値を超えないと判断されると、フローがブロック２８２に進む。ブロック２８２で、ＭＳＤＵの全体を１つのＭＰＤＵに含める。
【０１２３】
方法２５０に従って生成されたＭＰＤＵは、ＰＨＹ処理ユニットに提供され、ＭＰＤＵそれぞれを含むＰＰＤＵがそれぞれ生成される。
【０１２４】
図５は、一部の実施形態における、ＭＡＣ処理ユニット（たとえばＭＡＣ処理ユニット１８および／またはＭＡＣ処理ユニット２８等）が実行するよう構成されている分割オペレーションを示す。図５は図２に類似しているが、一部のケースでは、ＭＳＤＵの分割部分が、ＩＥＥＥ８０２.１１ｎ規格に記載されているＡ−ＭＰＤＵなど、または当該Ａ―ＭＰＤＵに類似している統合ＭＰＤＵ（Ａ−ＭＰＤＵ）内に統合されている点が異なる。
【０１２５】
ＭＳＤＵ３０４の長さを分割閾値と比較して、ＭＳＤＵ３０４を分割するべきかを判断する。一実施形態では、分割閾値が、上述したような動的分割閾値である。別の実施形態では、分割閾値が、上述したようなモード依存分割閾値である。別の実施形態では、１つの分割閾値をすべてのモードで、および／または、すべてのデータレートで利用する。
【０１２６】
ＭＳＤＵ３０４の長さが分割閾値を超える場合、ＭＳＤＵ３０４は、２以上の分割部分３０８に分割される。次に、分割部分３０８を、それぞれのＭＰＤＵ３１２に含める。
【０１２７】
一実施形態では、複数のＭＰＤＵ３１２をＡ−ＭＰＤＵ３１６内に統合する。たとえば、複数のＭＰＤＵ３１２を統合して、結果生じるＡ−ＭＰＤＵの長さが最大のＡ−ＭＰＤＵの長さを超えないようにする。図５に示す場合、３つのＭＰＤＵ全てが、最大Ａ−ＭＰＤＵ長さを超えずに統合することができる。他の場合には、ＭＰＤＵ３１２の一部を、最大Ａ−ＭＰＤＵ長さを超えないように、１つのＡ−ＭＰＤＵ内に統合する。一実施形態では、Ａ−ＭＰＤＵは、ＰＨＹ処理ユニットに提供され、Ａ−ＭＰＤＵを含むＰＰＤＵが生成される。複数のＡ−ＭＰＤＵ３１６が生成される場合、一実施形態では、各Ａ−ＭＰＤＵをＰＨＹ処理ユニットに提供して、それぞれＡ−ＭＰＤＵを含む各ＰＰＤＵが生成される。
【０１２８】
一実施形態では、最大Ａ−ＭＰＤＵ長さを、現在の送信レートに基づいて動的に決定する。たとえば一実施形態では、最大Ａ−ＭＰＤＵ長さを、利用中の現在のＭＣＳ、利用中の空間または時空ストリーム数、利用中の現在のチャネル帯域幅等の１以上に基づいて動的に決定する。一実施形態では、最大Ａ−ＭＰＤＵ長さは、さらに再試行送信レートにも基づいて、動的に決定される。たとえば一実施形態では、最大Ａ−ＭＰＤＵ長さは、最低再試行送信レートに基づいて動的に決定される。
【０１２９】
別の実施形態では、最大Ａ−ＭＰＤＵ長さが、現在のオペレーションモードに基づいて決定される。たとえば、一実施形態では、現在のオペレーションモードが通常モードである場合には、最大Ａ−ＭＰＤＵ長さを利用して、現在のオペレーションモードがＶＬＲモードである場合には、第２の最大Ａ−ＭＰＤＵ長さを利用する。一実施形態では、第１の最大Ａ−ＭＰＤＵ長さは第２の最大Ａ−ＭＰＤＵ長さより大きい。
【０１３０】
別の実施形態では、ＭＳＤＵ分割部分の統合は、通常モードで利用されるが、ＶＬＲモードでは利用されない。
【０１３１】
一実施形態では、１つのＭＳＤＵに対応するＭＰＤＵ３１２のみをＡ−ＭＰＤＵ３１６に統合することができる。したがって、１つのＭＳＤＵ３０４に対応するＭＰＤＵ３１２全てが１つのＡ−ＭＰＤＵ３１６に統合できない一部の場合では、ＭＰＤＵ３１２の一部（たとえばＭＰＤＵ３１２ａおよび３１２ｂ）を、１つのＡ−ＭＰＤＵ３１６に含め、１以上の他のＭＰＤＵ３１２（たとえばＭＰＤＵ３１２ｃ）を、ＰＨＹ処理ユニットに非統合ＭＰＤＵ３１２として提供する。別の実施形態では、別のＭＳＤＵに対応するＭＰＤＵ３１２をＡ−ＭＰＤＵ３１６に統合することができる。言い換えると、一実施形態では、一部の場合には、Ａ−ＭＰＤＵ３１６が、別のＭＳＤＵ３０４に対応するＭＰＤＵ３１２を含む。
【０１３２】
図６は、一実施形態において、適宜ＭＳＤＵを分割して、適宜、統合ＭＡＣプロトコルデータユニット（Ａ−ＭＰＤＵ）に複数のＭＳＤＵ分割部分を統合するための方法の一例３２５を示す。一実施形態では、方法３２５が、ネットワークインタフェースユニット（たとえばネットワークインタフェース１６および／またはネットワークインタフェース２７）によって実装される。たとえば方法３２５は、一実施形態では、ＭＡＣ処理ユニット（ＭＡＣ処理ユニット１８および／またはＭＡＣ処理ユニット２８）によって実装される。
【０１３３】
ブロック３３０で、ＭＳＤＵを受信する。ブロック３３４で、ＭＳＤＵの長さが分割閾値を超える場合、ＭＳＤＵを複数のＭＰＤＵに分割する。ブロック３３８で、結果生じるＡ−ＭＰＤＵの長さが最大Ａ−ＭＰＤＵ長さを超えないよう複数のＭＰＤＵ３１２を統合可能であると判断されると、ブロック３３４で生成された複数のＭＰＤＵをＡ−ＭＰＤＵに統合することができる。
【０１３４】
一実施形態では、方法３２５に従って生成されたＡ−ＭＰＤＵが、ＰＨＹ処理ユニットに提供され、それぞれＡ−ＭＰＤＵを含む各ＰＰＤＵを生成する。
【０１３５】
一実施形態では、方法３２５を通常オペレーションモードで実行するが、ＶＬＲオペレーションモードでは実行しない。別の実施形態では、方法３２５は、通常オペレーションモードおよびＶＬＲオペレーションモードの両方で実行される。
【０１３６】
ＭＳＤＵの分割部分を１以上のＡ−ＭＰＤＵに含める実施形態では、様々な適切な受領確認メカニズムを利用する。たとえば一実施形態では、レシーバがＡ−ＭＰＤＵ内のすべてのＭＰＤＵを正確に受領したときに、Ａ−ＭＰＤＵの受領確認を生成して送信する。別の実施形態では、レシーバは、Ａ−ＭＰＤＵのブロック受領確認を生成して送信し、このブロック受領確認は、（ｉ）分割部分が生成されたＭＳＤＵに対応するシーケンス番号（ＳＮ）、および、（ｉｉ）どの分割部分を正確に受信したかを示すビットマップを含む。別の実施形態では、レシーバは、１以上のＡ−ＭＰＤＵおよび／またはＭＰＤＵのブロック受領確認を生成して送信し、ブロック受領確認は、（ｉ）ブロック受領確認が対応している最初のＭＳＤＵに対応するＳＮと、（ｉｉ）どのＭＳＤＵ全体を正確に受信したかを示すＳＮビットマップとを含む。
【０１３７】
一部の実施形態では、ＭＰＤＵ  ＭＡＣヘッダ全体がＡ−ＭＰＤＵに含まれる第１のＭＳＤＵに含まれ、Ａ−ＭＰＤＵの他の分割部分が、簡略化され、および／または、短くされたＭＡＣヘッダを有し、Ａ−ＭＰＤＵの長さ全体を短くする手助けを行う。図７Ａは、一部の実施形態における、Ａ−ＭＰＤＵに含まれ、Ａ−ＭＰＤＵの少なくとも一部のＭＳＤＵ分割部分で利用することができるＭＳＤＵ分割部分３５０の一例を示す。分割部分３５０は、ＭＡＣヘッダ部分３５４とペイロード３５８とを含む。一実施形態では、ＭＡＣヘッダ部分３５４が、現行のＩＥＥＥ８０２.１１規格で指定されているＭＡＣヘッダより短い、および／または、ＭＡＣヘッダのフィールドが省かれている。たとえば一実施形態では、ＭＡＣヘッダ部分３５４が、分割部分番号（ＦＮ）フィールドと、後続するＭＳＤＵ分割部分があるかを示すビットとを含むが、ＳＮフィールド、受信ステーションアドレス（ＲＡ）フィールド、および送信ステーションアドレス（ＴＡ）フィールドの１以上が省かれている。
【０１３８】
一部の実施形態では、Ａ−ＭＰＤＵに含まれているＭＳＤＵの分割部分が、Ａ−ＭＰＤＵの長さ全体を短くする手助けを行う、（ＩＥＥＥ８０２.１１ｎ規格が特定するＭＰＤＵデリミタと比較して）簡略化され、および／または、短くされたＭＰＤＵデリミタを有している。図７Ｂは、一部の実施形態で利用されてよいＡ−ＭＰＤＵサブフレーム３７０（ＭＳＤＵ分割部分を含む）を示す。サブフレーム３７０は、デリミタ部分３７４とＭＰＤＵ３７８（ＭＳＤＵ分割部分を含む）を含む。一部の実施形態では、デリミタ部分３７４が、ＩＥＥＥ８０２.１１ｎ規格で規定されるＡ−ＭＰＤＵデリミタフィールドのフィールドより短い、またはこのフィールドが省かれている。たとえば、一実施形態では、デリミタフィールド３７４が２バイトの長さを有している。別の実施形態では、デリミタフィールド３７４が、３バイトの長さを有している。一部の実施形態では、ＭＰＤＵ３７８が、ＩＥＥＥ８０２.１１規格に規定されているＭＡＣヘッダフィールドのフィールドより短い、またはこのフィールドが省かれているＭＡＣヘッダを有している。たとえば一実施形態では、ＭＰＤＵのＳＮフィールドが６ビットの長さを有している。別の例としては、一実施形態で、ＭＰＤＵのＦＮフィールドが２ビットの長さを有している。
【０１３９】
一部の実施形態では、図７Ａを参照して説明した技術を、図７Ｂを参照して説明した技術と組み合わせて、Ａ−ＭＰＤＵの長さ全体を短くする。
【０１４０】
図８は、一部の実施形態における、ＭＡＣ処理ユニット（たとえばＭＡＣ処理ユニット１８および／またはＭＡＣ処理ユニット２８）が実行する分割オペレーション、並びに、ＰＨＹ処理ユニット（たとえばＰＨＹ処理ユニット２０および／またはＰＨＹ処理ユニット２９）が実行する統合プロセスを示す。図８は、図５と類似しているが、一部のケースでは、ＭＳＤＵの分割部分が、拡張ＰＰＤＵ内に統合されている点が異なる。図５と同様の参照番号のエレメントは、簡潔性を尊重して説明を省く。
【０１４１】
ＭＳＤＵ３０４の分割部分に対応するＭＰＤＵ３１２が、ＰＨＹ処理ユニットに提供される。一実施形態では一部の場合、複数のＭＰＤＵ３１２が、ＰＨＹ処理ユニットによって拡張ＰＰＤＵ４０４内に統合される。たとえば、複数のＭＰＤＵ３１２が、結果生じる拡張ＰＰＤＵが最大拡張ＰＰＤＵ長さを超えないように統合されてよい。図８の場合には、３つのＭＰＤＵ全てを、最大拡張ＰＰＤＵ長さを超えないように統合することができる。他の場合には、ＭＰＤＵ３１２の一部のみを、最大拡張ＰＰＤＵ長さを超えないように１つの拡張ＰＰＤＵ内に統合することができる。
【０１４２】
一実施形態では、最大拡張ＰＰＤＵ長さが現在の送信レートに基づいて動的に判断される。たとえば一実施形態では、最大拡張ＰＰＤＵ長さが、利用中の現在のＭＣＳ、利用中の空間または時空ストリーム数、利用中の現在のチャネル帯域幅等の１以上に基づいて動的に決定される。一実施形態では、最大拡張ＰＰＤＵ長さは、再試行送信レートに基づいて動的に決定される。たとえば一実施形態では、最大拡張ＰＰＤＵ長さは、最低再試行送信レートに基づいて動的に決定される。
【０１４３】
別の実施形態では、最大拡張ＰＰＤＵ長さが、現在のオペレーションモードに基づいて決定される。たとえば、一実施形態では、現在のオペレーションモードが通常モードである場合には、第１の最大拡張ＰＰＤＵ長さを利用して、現在のオペレーションモードがＶＬＲモードである場合には、第２の最大拡張ＰＰＤＵ長さを利用する。一実施形態では、第１の最大拡張ＰＰＤＵ長さは第２の最大拡張ＰＰＤＵ長さより大きい。
【０１４４】
他の実施形態では、複数のＭＰＤＵ３１２を、結果生じる拡張ＰＰＤＵの長さが送信機会（ＴＸＯＰ）期間内に適合するように統合することができる。
【０１４５】
別の実施形態では、ＭＳＤＵ分割部分の拡張ＰＰＤＵへの統合は、通常モードで利用されるが、ＶＬＲモードでは利用されない。
【０１４６】
一実施形態では、１つのＭＳＤＵに対応するＭＰＤＵ３１２のみを拡張ＰＰＤＵ４０４内に統合することができる。したがって１つのＭＳＤＵ３０４に対応するＭＰＤＵ３１２全てを１つの拡張ＰＰＤＵ４０４内に統合できない一部の場合には、ＭＰＤＵ３１２の一部（たとえばＭＰＤＵ３１２ａおよび３１２ｂ）を、１つの拡張ＰＰＤＵ４０４内に含め、１以上の他のＭＰＤＵ３１２（たとえばＭＰＤＵ３１２ｃ）を、通常のＰＰＤＵ（たとえば非拡張ＰＰＤＵ）として送信する。別の実施形態では、異なるＭＳＤＵに対応するＭＰＤＵ３１２が、拡張ＰＰＤＵ４０４内に統合されてよい。言い換えると、一実施形態では、一部の場合には、拡張ＰＰＤＵ４０４は、異なるＭＳＤＵ３０４に対応するＭＰＤＵ３１２を含む。
【０１４７】
図９Ａは、一実施形態における、拡張物理層（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）４２０の一例を示す。拡張ＰＰＤＵ４２０は、複数のサブフレーム（たとえば図９Ａに示すサブフレーム１、サブフレーム２、よびサブフレーム３）を含む。拡張ＰＰＤＵ４２０の第１のサブフレームは、信号フィールド４２８をもつＰＨＹプリアンブル４２４を含む。一実施形態では、信号フィールド４２８は、拡張ＰＰＤＵ４２０の期間を示す。第１のサブフレームは、ＭＡＣヘッダ（ＭＨ）部分４３２およびＭＡＣデータ部分４３６を含む。以下の１以上のサブフレームのそれぞれは、ミッドアンブル４４０とＭＡＣデータ部分４４４とを含み、ＭＨ部分が省かれている。ミッドアンブル４４０は、一実施形態では、ＰＨＹプリアンブル４２４のコピーである。ミッドアンブル４４０は、一実施形態でＰＨＹプリアンブル４２４の一部のみを含む（たとえばミッドアンブル４４０からは、ＰＨＹプリアンブル４２４の一定の適切なフィールドが省かれている）。ミッドアンブル４４０は、一実施形態では、ＰＨＹプリアンブル４２４のより短いバージョンである（たとえば、ミッドアンブル４４０の一定の適切なフィールドの長さが、ＰＨＹプリアンブル４２４の対応するフィールドより短くなっている）。
【０１４８】
ミッドアンブル４４０は、少なくとも、受信局に、拡張ＰＰＤＵ４２０の受信中のチャネル推定を更新させるためにトレーニングデータを提供することによって、拡張ＰＰＤＵの受信を向上させる。加えて、一実施形態では、各ミッドアンブル４４０が、拡張ＰＰＤＵ４２０の残りの期間を示す期間情報を含む信号フィールドを含む。このような期間情報は、たとえば受信局による、拡張ＰＰＤＵ４２０が節電モードを実行するために終了する時の判断を助ける。
【０１４９】
一実施形態では、適切な間隙を拡張ＰＰＤＵ４２０の隣接するサブフレーム間に含める。一実施形態では、間隙は、ＩＥＥＥ８０２.１１規格、ＲＩＦＳ，その他の適切な間隔（spacing）が定義するＳＩＦＳ（ショートインターフレームスペース）である。
【０１５０】
様々な実施形態では、受信局は、受領確認またはブロック受領確認４４８で、拡張ＰＰＤＵ４２０を受領確認する。たとえば一実施形態では、受信局が、拡張ＰＰＤＵ４２０のサブフレーム全てが正確に受信されたときに限って、受領確認４０８で拡張ＰＰＤＵ４２０を受領確認する。別の実施形態では、受信局が、拡張ＰＰＤＵ４２０のサブフレームのどれが正確に受信されたかを（ビットマップにより）示すブロック承認４０８で拡張ＰＰＤＵ４２０を受領確認する。
【０１５１】
図９Ｂは、別の実施形態における、拡張ＰＰＤＵの別の例４５５を示す。拡張ＰＰＤＵ４５５は、図９Ａの拡張ＰＰＤＵ４２０に類似しているが、第１のサブフレームに続くサブフレームそれぞれがミッドＭＡＣヘッダ（ＭＭＨ）部分４６０を含む点が異なっている。
【０１５２】
ＭＭＨ部分４６０は、一実施形態ではＭＨ部分４３２の一部のみを含む（ＭＭＨ部分４６０からは、ＭＨ部分４３２の一定の適切なフィールド（たとえばＲＡフィールド、ＴＡフィールド、フレーム制御フィールド等の１以上）が省かれている）。一実施形態では、ＭＭＨ部分４６０が、ＳＮフィールド、ＦＮフィールド、セキュリティヘッダ、長さフィールド等のうち１以上を含む。
【０１５３】
ＭＭＨ部分４６０は、一実施形態では、ＭＨ部分４３２の短いバージョンである（たとえば、ＭＭＨ部分４６０の一定の適切なフィールドの長さは、ＭＨ部分４３２の対応するフィールドより短い、等）。たとえば一実施形態では、ＭＭＨ部分４６０のＳＮフィールドが６ビットの長さを有している。別の一実施形態では、ＭＭＨ部分４６０のＦＮフィールドが２ビットの長さを有している。
【０１５４】
別の実施形態では、各ＭＭＨ部分４６０が、ＭＨ部分４３２のコピー（duplicate）である。
【０１５５】
図９Ａおよび図９Ｂを参照すると、一部の実施形態では、各サブフレームが、（ｉ）セキュリティ・テール・フィールド（たとえばメッセージ整合性コード（ＭＩＣ））と（ｉｉ）誤り検知情報フィールド（たとえばフレームチェックシーケンス（ＦＣＳ）フィールド、巡回冗長検査（ＣＲＣ）フィールド等）とを含む。一実施形態では、各サブフレームが自己完結型であり、１以上のサブフレームが正確に受信されなくてもレシーバが正確に受信したサブフレームを特定して、送信側に対して、正しく受信されなかったサブフレームのみを再送してくれるよう頼むことができる。一実施形態では、各サブフレームが完全なＭＰＤＵまたはＡ−ＭＰＤＵを含む。一実施形態では、第１のサブフレームが完全なＭＰＤＵを含み、後続するサブフレームは別のＭＰＤＵの部分を含む。
【０１５６】
別の実施形態では、各サブフレームが、分割されたＭＰＤＵの分割部分を含む。一実施形態では、ＭＭＨ部分４６０が省かれている（図９Ａのフォーマット例のように）。ＭＭＨ部分４６０が省かれている場合には、１つの部分のみが正確に受信されなかった場合であっても、ＭＰＤＵ全体を再送信する必要がある。
【０１５７】
一実施形態では、第１のサブフレームが、分割されたＭＰＤＵの完全なＭＡＣヘッダ、ＦＣＳフィールド、およびこのＭＰＤＵの第１の分割部分を含む。後続するサブフレームはそれぞれ、ＭＭＨ部分４６０と（図９Ｂ同様に）、ＦＣＳフィールドと、このＭＰＤＵのそれぞれの分割部分とを含む。この実施形態では、一部の分割部分のみが正確に受信されなかった場合には、ＭＰＤＵの正確に受信された分割部分は再送信される必要がない。
【０１５８】
他の実施形態では、ＰＨＹ処理ユニットが、一部の場合には、複数のＭＰＤＵ３１２に対応する複数の密な間隔の（closely spaced）ＰＰＤＵを送信する。密な間隔のＰＰＤＵは、短期間によってのみ分離されるＰＰＤＵである（たとえば、ＩＥＥＥ８０２.１１ｎ規格が定義するＲＩＦＳ（reduced interframe space）またはその他の適切な期間である。たとえば複数のＭＰＤＵ３１２が複数のＰＰＤＵとして送信可能かを判断して、複数のＰＰＤＵがあるＴＸＯＰ期間内に送信できるようにする。
【０１５９】
一実施形態では、ＭＳＤＵ分割部分の複数の密な間隔のＰＰＤＵとしての送信を、通常モードおよびＶＬＲモードの両方で利用する。別の実施形態では、ＭＳＤＵ分割部分の複数の密な間隔のＰＰＤＵとしての送信は、通常モードでは利用されるが、ＶＬＲモードでは利用されない。
【０１６０】
図１０は、分割して、その後統合するための方法４７０の一例のフロー図を示す。一実施形態では、方法４７０が、ネットワークインタフェースユニット（たとえばネットワークインタフェース１６および／またはネットワークインタフェース２７）によって実装される。たとえば一実施形態では、方法４７０は、ＭＡＣ処理ユニット（たとえばＭＡＣ処理ユニット１８および／またはＭＡＣ処理ユニット２８）、ＰＨＹ処理ユニット（たとえばＰＨＹ処理ユニット２０および／またはＰＨＹ処理ユニット２９）によって実行される。
【０１６１】
ブロック４７４で、ＭＳＤＵを受信する。ブロック４７８で、ＭＳＤＵの長さが分割閾値を超える場合に、当該ＭＳＤＵを複数のＭＰＤＵに分割する。一実施形態では、ブロック４７８で生成されたＭＰＤＵをＰＨＹ処理ユニットに提供して、ブロック４８２で、拡張ＰＰＤＵまたは密な間隔のＰＰＤＵ（上述した）を生成して、ブロック４７８で生成した複数のＭＰＤＵを統合して、結果生じる拡張ＰＰＤＵまたは密な間隔のＰＰＤＵが、最大拡張ＰＰＤＵ長さまたはＴＸＯＰ期間を超えないようにする。
【０１６２】
一実施形態では、方法４７０を通常オペレーションモードで実行するが、ＶＬＲオペレーションモードでは実行しない。別の実施形態では、方法４７０は、通常オペレーションモードおよびＶＬＲオペレーションモードの両方で実行される。
【０１６３】
一実施形態では、方法４７０を、図６の方法３２５と組み合わせて行う。たとえばＭＰＤＵは、方法３２５などに従ってＡ＝ＭＰＤＵに統合され、１以上のＭＰＤＵをもつ複数のＡ−ＭＰＤＵおよび／または１つのＡ−ＭＰＤＵを、方法４７０に類似した方法で、拡張されたＰＰＤＵまたは密な間隔のＰＰＤＵに統合する。
【０１６４】
図１１は、一実施形態における、無線送信のためのデータユニットをフォーマットする方法５００の一例のフロー図を示す。一実施形態では、方法５００をネットワークインタフェースユニット（たとえばネットワークインタフェース１６および／またはネットワークインタフェース２７）によって実装する。
【０１６５】
ブロック５０４で、現在のオペレーションモードが通常モードかＶＬＲモードかを判断する。現在のオペレーションモードが通常モードであると判断された場合には、フローをブロック５０８に進める。ブロック５０８で、ＰＰＤＵの最大期間を利用して、プロトコルスタックのＭＡＣプロトコル層が定義する最大長さをもつＭＰＤＵ（たとえば１５００バイトまたは別の適切な長さ）が、通常モードの最低可能データレートで送信する場合に、１つのＰＰＤＵ内に完全に収まるようにする。このようなＰＰＤＵの最大期間を利用することで、必要となる分割量を減らすことができる。
【０１６６】
他方で、ブロック５０４で、現在のオペレーションモードがＶＬＲモードであると判断された場合には、フローをブロック５１２に進める。ブロック５１２で、ＰＰＤＵの最大期間を利用して、プロトコルスタックのＭＡＣプロトコル層が定義する最大長さをもつＭＰＤＵ（たとえば、最大Ｅｔｈｅｒｎｅｔ（登録商標）フレームサイズ、プロトコルスタックのＰＨＹ層の上の別の適切なプロトコルによって決定される最大フレームサイズ、１５００バイトまたは別の適切な長さなど）が、ＶＬＲモードの最低可能データレートを送信する場合に、１つのＰＰＤＵ内に完全に収まるようにする。一実施形態では、通常モードとＶＬＲモードとに同じＰＰＤＵの最大期間を利用する。別の実施形態では、通常モードとＶＬＲモードとに異なるＰＰＤＵの最大期間を利用する。
【０１６７】
図１２は、一実施形態における、無線送信のためのデータユニットをフォーマットする方法５５０の一例のフロー図を示す。一実施形態では、方法５５０は、ネットワークインタフェースユニット（たとえばネットワークインタフェース１６および／またはネットワークインタフェース２７）によって実装される。
【０１６８】
ブロック５５４で、現在のオペレーションモードが通常モードかＶＬＲモードかを判断する。現在のオペレーションモードが通常モードであると判断された場合には、フローをブロック５５８に進める。ブロック５５８で、第１のＰＰＤＵの最大期間を利用する。他方で、ブロック５５４で、現在のオペレーションモードがＶＬＲモードであると判断された場合には、フローをブロック５６２に進める。ブロック５６２で、第２のＰＰＤＵの最大期間を利用するが、第１のＰＰＤＵの最大期間は第２のＰＰＤＵの最大期間とは異なっている。一実施形態では、第１のＰＰＤＵの最大期間は第２のＰＰＤＵの最大期間より短い。一実施形態では、第１のＰＰＤＵの最大期間が５ｍｓであり、第２のＰＰＤＵの最大期間が５ｍｓを超える値である（たとえば１０ｍｓ、１５ｍｓ、２０ｍｓ、またはその他の適切な期間である）。
【０１６９】
上述したように、一部の実施形態および／または場合に、ＰＰＤＵが、現行のＩＥＥＥ８０２.１１規格で定義されている５ｍｓの最大長さより長くてよい。節電（ＰＳ）モードのためには、少なくとも一部の実施形態では、受信局に、送信中のＰＰＤＵに関する情報を迅速に取得させて、受信局が、（ｉ）受信局がスリープ状態に戻ることができるか、および／または、（ｉｉ）受信局がスリープ状態にあることができる期間を決定することができる。たとえば局がＰＳモードである場合には、一部の実施形態では、局は、周期的に起動して、ビーコンフレームおよび／またはトラフィック表示マップ（ＴＩＭ）を含むフレームをリッスン（listen）して、別の局（たとえばＡＰ１４）が、その局のためにバッファリングしたデータを有するかを判断する。別の実施形態では、他の局（たとてばＡＰ１４）は、まずそうするように他の局（たとえばＡＰ１４）がＰＳモードの局により促されない限り、ＰＳモードの局にはユニキャストフレームを送信しない。したがって一部の実施形態では、局が起動してユニキャストフレームを聴くと（hear）、その局は、その局がまだユニキャストフレームを促していないことを知り、ＰＳモードの局には、ユニキャストフレームがその局用ではないことがわかる。しかしＰＳモードの局は、（ｉ）スリープ状態に戻るため、（ｉｉ）局が送信を試みるときを判断するため、等の目的のために、ユニキャストフレームの期間を知りたい場合がある。したがって一部の実施形態では、ＰＳモードにある局にとって有用な情報（少なくとも一部の場合に）を、ＰＰＤＵの早い部分に含めて、ＰＳモードの局がそういった情報を迅速に取得することができるようにしてよい。
【０１７０】
図１３は、一実施形態における、無線送信用のＰＨＹデータユニットを生成する方法５７０の一例のフロー図を示す。一実施形態では、方法５７０が、ネットワークインタフェースユニット（たとえばネットワークインタフェース１６および／またはネットワークインタフェース２７等）により実装される。たとえばネットワークインタフェースが、方法５７０を実装するよう構成されている。
【０１７１】
ブロック５７４で、ＰＰＤＵの最大期間を利用して、（Ａ）第１のモード（たとえば通常モード）で動作するとき、最大長さ（たとえばＩＥＥＥ８０２.３規格であるＭＡＣプロトコルが規定する）をもつＥｔｈｅｒｎｅｔ（登録商標）フレームが、第１のモードの最低可能データレートの１つのＰＰＤＵ内に完全にフィットし、（Ｂ）第２のモード（たとえばＶＬＲモード）で動作するとき、最大長さをもつＥｔｈｅｒｎｅｔ（登録商標）フレームが、ＶＬＲモードの最低可能データレートの１つのＰＰＤＵ内に完全にフィットしない。
【０１７２】
ブロック５７６で、ＭＳＤＵを受信する。ブロック５７８で、ＭＳＤＵが第１のモード（たとえば通常モード）で送信されるか、または、第２のモード（ＶＬＲモード）で送信されるかを判断する。ＭＳＤＵが第２のモードで送信される場合、フローはブロック５８０に進む。ブロック５８０で、ＭＳＤＵを含むＭＰＤＵを生成する。各ＭＳＤＵについて、ＭＳＤＵの長さが分割閾値を超えるかを判断する。ＭＳＤＵ長さが分割閾値を超える場合、ＭＰＤＵは、ＭＳＤＵの異なる分割部分を含むように生成される。ＭＳＤＵ長さが分割閾値を超えない場合には、１つのＭＰＤＵを生成して、ＭＳＤＵを含めさせる。
【０１７３】
ブロック５８２で、ＭＰＤＵを含めるようにＰＰＤＵを生成する。各ＰＰＤＵの期間は、最大ＰＰＤＵ期間以下である。ブロック５８４で、ＰＰＤＵを送信する、または送信させる。たとえば、第１のモードを利用すると判断された場合、ＰＰＤＵは第１のモードで送信され、第２のモードを利用すると判断された場合、ＰＰＤＵは第２のモードで送信される。
【０１７４】
他方で、ブロック５７８で、ＭＳＤＵを第１のモード（たとえば通常モード）で送信すると決定した場合には、フローがブロック５８６に進む。ブロック５８６で、ＭＰＤＵを、ＭＳＤＵを含むように生成する。一実施形態では、ブロック５８６から、分割閾値にＭＳＤＵ長さを比較する段階を省く。別の実施形態では、ブロック５８６が、ブロック５８０と同じ分割部分を含むが、ブロック５８６では、別の分割閾値（たとえば長い分割閾値）を利用する。言い換えると、ブロック５８０は、第１の分割閾値を利用して、ブロック５８６は、第１の分割閾値より長い第２の分割閾値を利用してよい、ということである。
【０１７５】
フローはブロック５８６からブロック５８２に進む。
【０１７６】
他の実施形態では、ブロック５７４が、Ｅｔｈｅｒｎｅｔ（登録商標）フレーム以外のデータユニットの最大長さに基づいて決定されたＰＰＤＵの最大期間を利用することを含む。これらデータユニットの例としては、プロトコルスタックのＰＨＹプロトコルの上の層の別の適切なプロトコルが定義し、（ｉｉ）ＰＨＹプロトコルの上のプロトコルが定義する最大長さを有するデータユニット等である。
【０１７７】
一部の実施形態および／または場合には、図１３の方法５７０が、通常モードで動作するときにはＭＳＤＵの分割を行わないようにして、通常モードで動作するときには、ＭＳＤＵを分割するようにすることができる。
【０１７８】
図１４は、一実施形態における、（現行のＩＥＥＥ８０２.１１規格と比較して）長い期間をもつＰＰＤＵ６００のフォーマットを示す。ＰＰＤＵ６００は、ＰＰＤＵプリアンブル部分６０４と、ＭＡＣヘッダ部分６０８と、ＭＡＣデータ部分６１２とを含む。ＰＨＹプリアンブル部分６０４は、信号フィールド６１６を含む。
【０１７９】
一実施形態では、信号（ＳＩＧ）フィールド６１６が、ＰＰＤＵ６００の期間を示す期間フィールドを含む。期間フィールドが、ＭＡＣヘッダではなくてＳＩＧフィールド６１６に含まれている場合には、レシーバが自身がＰＰＤＵ６００をリッスンする必要がないと判断した場合、レシーバは、送信期間をより迅速に判断することができ、スリープ状態により迅速に移ることができる。
【０１８０】
一実施形態では、信号フィールドは、ＰＰＤＵ６００のすぐ後に続くＰＰＤＵ６００に対して応答（たとえば受領確認６２０）があるかを示す応答情報フィールドを含む。一実施形態では、レシーバが、応答期間を計算してよい。たとえばレシーバは、応答期間を決定するために、データレートと応答の長さとを仮定する（assume）。一実施形態では、レシーバは、応答のデータレートを、ＰＰＤＵ６００のデータレートまたは別の適切なデータレートと同じと仮定する。少なくとも一部の実施形態では、レシーバが、応答が送信されるかを判断することができ、応答期間を判断または推定することができる場合、レシーバが、自身がＰＰＤＵ６００をリッスンする必要がないと判断する場合には、レシーバは、ＰＰＤＵ６００の送信およびＰＰＤＵ６００への応答（たとえばＡＣＫ）の両方を含む期間の間スリープすることができる。
【０１８１】
一実施形態では、ＶＬＲモードでは、ＶＬＲモードで各ＴＸＯＰについて１つのフレーム交換のみが許可されている場合、ＭＡＣヘッダ６０８の期間フィールドは省かれる。たとえば、レシーバは、ＰＰＤＵの期間と応答期間とを、ＴＸＯＰの長さに基づいて推定することができる。
【０１８２】
一実施形態では、信号フィールド６１６が、ＰＰＤＵ６００がユニキャストフレームに対応しているかを示すフィールドを含む。たとえば上述したように、ＰＳモードの局は、ユニキャストフレーム（少なくとも一部の場合に）を無視することができるが、グループを宛先とするフレームおよびブロードキャストフレームはリッスンする必要がある。したがって少なくとも一部の実施形態および／または場合には、ＰＰＤＵ６００がユニキャストフレームに対応しているかを示すフィールドをＳＩＧフィールド６１６に位置させることで、レシーバがＭＡＣヘッダを処理してＰＰＤＵ６００がユニキャストフレームに対応しているかを判断する必要がある場合より迅速にスリープ状態に移行することができるようになる。
【０１８３】
一実施形態では、信号フィールド６１６が、ＰＰＤＵ６００がビーコンフレーム、ＴＩＭフレーム、および／または、ＴＩＭエレメントを含むフレームであるかを示すフィールドを含む。たとえば、起動時に、少なくとも一部の場合、ＰＳモードの局が、ビーコンフレーム、ＴＩＭフレーム、および／または、ＴＩＭエレメントを含むフレームを受信したいと望む場合がある。別の例として、少なくとも一部の場合、通常モードで動作する局が、ＶＬＲモードで送信されたビーコンフレーム、および／または、ＶＬＲモードで送信されたＴＩＭエレメントを含むフレームに興味をもつ場合がある。別の実施形態では、通常モードで動作する局が、ＶＬＲモードで送信されたすべてのＰＰＤＵを無視する場合がある。少なくとも一部の実施形態および／または場合では、ＰＰＤＵ６００がビーコンフレーム、ＴＩＭフレーム、および／または、ＴＩＭエレメントを含むかを示すフィールドをＳＩＧフィールド６１６に位置させることで、ＰＰＤＵ６００がビーコンフレーム、ＴＩＭフレーム、および／またはＴＩＭエレメントであるかを判断するためにレシーバがＭＡＣヘッダを処理する必要がある場合よりも速くレシーバをスリープ状態にすることができる。
【０１８４】
一実施形態では、信号フィールド６１６が、ＰＰＤＵ６００の宛先または送信元がＡＰであるかを示すフィールドを含む。たとえば、少なくとも一部の場合には、局は、ＡＰから送信されたＰＰＤＵに興味をもつ場合がある。したがって少なくとも一部の実施形態および／または場合には、ＰＰＤＵ６００がＡＰにより送信されているかを示すフィールドをＳＩＧフィールド６１６に含めることで、レシーバが、ＰＰＤＵ６００がＡＰにより送信されているかを判断するべくＭＡＣヘッダを処理する必要がある場合よりも速くレシーバを速くスリープ状態にすることができる。
【０１８５】
一部の実施形態では、ＭＡＣヘッダ６０８は、現行のＩＥＥＥ８０２.１１規格が定義するＭＡＣヘッダよりも速くＭＡＣヘッダ６０８に宛先アドレス（ＤＡ）および／またはネットワーク識別子（ＩＤ）を含むよう修正される。たとえば、当該局を宛先とするユニキャストフレームをリッスンする局は、ＭＡＣヘッダ６０８の少なくとも一部を処理して、ＭＡＣヘッダが、その局に対応するＤＡを含んでいるかを判断する必要がある。たとえばＤＡフィールドは、一部の実施形態では、フレーム制御（ＦＣ）フィールドの直後に含まれている。別の例では、ＤＡフィールドがＭＡＣヘッダの最初のフィールドである。ＭＡＣヘッダがネットワークＩＤフィールドを含む一部の実施形態および／または場合には、ネットワークＩＤフィールドがＤＡフィールドの直後にあり、ＤＡフィールドが（ｉ）ＦＣフィールドの直後にある、または、（ｉｉ）ＭＡＣヘッダの最初のフィールドである。したがって少なくとも一部の実施形態および／または場合には、ＭＡＣヘッダ６０８の前方の部分にＤＡおよび／またはネットワークＩＤを位置させることで、レシーバがＤＡおよび／またはネットワークＩＤを判断するためにＭＡＣヘッダのより多くの部分を処理する必要がある場合よりも迅速にスリープ状態に移行することができる。
【０１８６】
ネットワークインタフェース（たとえばネットワークインタフェース１６および／またはネットワークインタフェース２７）が、一実施形態では、ＰＰＤＵ６００を生成するよう構成されている。
【０１８７】
図１５は、一実施形態における、ＰＨＹデータユニットを生成する方法６３０の一例のフロー図である。一実施形態では、方法６３０が、ネットワークインタフェースユニット（たとえばネットワークインタフェース１６および／またはネットワークインタフェース２７）により実装される。たとえばネットワークインタフェースが方法６３０を実装する。一部の実施形態では、方法６３０は、図１４を参照して上述したＰＰＤＵまたは別の適したＰＰＤＵを生成する。
【０１８８】
ブロック６３４で、ＳＩＧフィールドを生成するが、このＳＩＧフィールドは、（ｉ）ＰＰＤＵの長さを示す期間フィールド、（ｉｉ）応答（たとえばＡＣＫ、ＢＡ等）がＰＰＤＵに後続しているかを示す応答指示フィールド、（ｉｉｉ）ＰＰＤＵがユニキャスト送信に対応しているかを示すユニキャスト情報フィールド、（ｉｖ）ＰＰＤＵがビーコンフレーム、ＴＩＭフレーム、および／またはＴＩＭエレメントを含むフレームであるかを示すビーコン／ＴＩＭ情報フィールド、（ｖ）ＰＰＤＵがＡＰにより送信されているかを示すフィールド、および、（ｖｉ）ＣＲＣフィールドの１以上の任意の組み合わせを含む。
【０１８９】
ブロック６３８で、ＭＡＣヘッダが、（ｉ）ＤＡフィールド、および、（ｉｉ）ネットワークＩＤフィールドの片方または両方が、現行のＩＥＥＥ８０２.１１規格が規定するよりもＭＡＣヘッダの前の部分に現れるように生成される。たとえばＤＡフィールドは、一実施形態では、ＭＡＣヘッダのＦＣフィールドの直後に続くようになる。別の例として、ＤＡフィールドはＭＡＣヘッダの最初のフィールドである。ＭＡＣヘッダがネットワークＩＤフィールドを含む一部の実施形態および／または場合には、ネットワークＩＤフィールドがＤＡフィールドの直後に続き、ＤＡフィールドが、（ｉ）ＦＣフィールドの直後に続く、または、（ｉｉ）ＭＡＣヘッダの最初のフィールドである。一部の実施形態では、ブロック６３８を省く。
【０１９０】
ブロック６４２で、ＰＨＹデータユニットを、プリアンブル、ブロック６３４で生成したＳＩＧフィールドをもつＰＨＹヘッダを含むように生成する。一部の実施形態では、ＰＨＹデータユニットが、ＰＨＹペイロードを含むように生成される。一部の実施形態では、ＰＨＹペイロードが、ブロック６３８で生成されたＭＡＣヘッダを含む。一部の実施形態では、ＰＨＹペイロードが、ブロック６３８に従って生成されていないＭＡＣヘッダを含む。一部の実施形態では、ＰＨＹペイロードを省いたＰＨＹデータユニットが生成される。
【０１９１】
ブロック６４６で、ＰＨＹデータユニットが送信される、または送信させられる。
【０１９２】
一部のブロードキャストおよび／または制御フレームは分割できない場合がある。したがって様々な実施形態で、様々な制御フレームを修正して、たとえば現行のＩＥＥＥ８０２.１１規格に記載されている同様の制御フレームより短い期間をもつようにする。
【０１９３】
たとえば一部の実施形態では、局（たとえばＡＰ１４）のネットワークインタフェースが、たとえば現行のＩＥＥＥ８０２.１１規格に記載されているビーコンより少ない情報をもつビーコンを生成する。一実施形態では、ビーコンフレームが、タイムスタンプ、ビーコン間隔、サービスセット識別子（ＳＳＩＤ）等の一定の基本サービスセット（ＢＳＳ）情報を含むが、たとえば現行のＩＥＥＥ８０２.１１規格に記載されているビーコンに含まれている他の情報は省く。一実施形態では、ビーコンが、最近更新されたＢＳＳ情報（たとえば、すぐ前のビーコンを送信してから更新されたもの、一定の時間内に更新されたもの等）。一実施形態では、最近変更されたＢＳＳ情報エレメント（ＢＳＳ  ＩＥ）の数が多く、最近変更されたすべてのＩＥが１つのビーコンフレームに収まらない場合、ネットワークインタフェースは、最近変更されたＩＥを、いくつかのビーコンフレームに分散させるよう構成されていてよい。別の実施形態では、最近変更したＢＳＳ情報エレメント（ＢＳＳ  ＩＥ）の数が多くて、最近変更されたＩＥ全てが１つのビーコンフレームに収まらない場合、ネットワークインタフェースが、ビーコン内に、局にＡＰをポーリングさせて、ポーリングに呼応してＡＰに変更されたＢＳＳ  ＩＥを送信させる、変更されたＢＳＳ  ＩＥの情報を含めてよい。たとえば、ビーコンが、ＢＳＳ  ＩＥが変更されているかを示しており、局にＡＰをポーリングして、ＡＰに変更されたＢＳＳ  ＩＥをポーリングに呼応して送信させるよう局を促すことを示すフィールドを含む。一実施形態では、ポーリングに呼応して、ＡＰのネットワークインタフェースが、変更したＩＥをポーリング局に伝達する情報を送信する。一実施形態では、局が、プローブ要求フレームを利用して、変更したＩＥに関する情報を求めてＡＰをポーリングして、ＡＰが、要求されている情報を含むプローブ応答フレームでプローブ要求フレームに対して応答する。
【０１９４】
一実施形態では、ＢＳＳにとって初めての局が、ＡＰにプローブ要求フレームを送信して、ＡＰから詳細なＢＳＳ情報を取得する。プローブ要求に応じて、ＡＰからの詳細なＢＳＳ情報がプローブ応答フレームに含められて送信される。
【０１９５】
一実施形態では、プローブ応答フレームが複数のプローブ応答フレーム（ショートプローブ応答フレーム）に分割されるので、１つのプローブ応答フレームと比較して各プローブ応答フレームの期間が短くなっている。各ショートプローブ応答フレームは、一実施形態では、少なくとも１つのプローブ応答フレームが後続するかを示すフィールドを含む。一実施形態では、各ショートプローブ応答フレームが、ＳＮフィールドを含み、ショートプローブ応答フレームの選択的な受領確認の実行と正確に受信されなかったショートプローブ応答フレームの再送信とを促す。一実施形態では、全てのショートプローブ応答フレームが、１つのプローブ要求フレームに呼応して送信される。別の実施形態では、局が複数のプローブ要求フレームを送信して、ＡＰに、複数のショートプローブ応答フレームの送信を促す。
【０１９６】
ＴＩＭ情報エレメントおよび／またはＴＩＭフレームを利用して、ＡＰが局のためにデータをバッファリングしたか、通知する。ＢＳＳに多くの局がある場合には、ＴＩＭエレメントおよび／またはフレームが非常に大きい場合があるので、場合によっては、ＴＩＭエレメントまたはＴＩＭフレームを含むフレームが非常に大きくなる場合がある。
【０１９７】
一実施形態では、ＴＩＭ情報エレメントまたはＴＩＭフレームが、どの局のためにＡＰがデータをバッファリングしたかを示すインジケータリスト（たとえばビットマップ）を含む。一実施形態では、リストの各インジケータ（ビットマップの各ビット）が、グループ関連付け識別子（グループＡＩＤ）に対応しており、各グループＡＩＤが、ＢＳＳの局のグループのグループＩＤである。一実施形態では、ＴＩＭフレームまたはＴＩＭエレメントのグループＡＩＤインジケータが、示されている局のグループについてバッファリングされ、グループの各局が、ＡＰが局のためにデータをバッファリングしたかを判断するために、ＡＰにポーリングを行う。ＡＰは、このポーリングを受信すると、局にバッファリングされたデータがあるかを判断する。局にバッファリングされたデータがある場合、ＡＰはバッファリングされたデータを局に送信する。一実施形態では、ＡＰがさらに、バッファリングされたデータとともに、ＡＰが局のためにより多くのバッファリングされたデータを有するかを示す情報を送信する。他方、ＡＰが、局からのポーリングに応答して、ＡＰが局のためのデータをバッファリングしていないと判断すると、ＡＰは、ＡＰが局のためにバッファリングしたデータを有さないと示す情報を送信する。
【０１９８】
別の実施形態では、ＡＰは、このようなポーリングを受信すると、ＴＩＭ情報エレメントを含むフレームを生成し、ＴＩＭ情報エレメントは、ＡＰがデータをバッファリングした局を示し、フレームを局の群に送信する。これは、ＡＰにポーリングを送信していない郡の他の局の助けになる。別の実施形態では、ＡＰがこのようなポーリングを受信すると、ＡＰがデータをバッファリングした局を示すＴＩＭ情報エレメントを含むフレームを生成し、フレームをユニキャストフレームとしてポーリング局に送信する。一実施形態では、ＴＩＭ情報エレメントのインジケータが、データが特定の局用にバッファリングされたことを示している場合には、ＡＰをポーリングして、ＡＰが、局にバッファリングしたデータを送信するよう促される。
【０１９９】
別の実施形態では、ＡＰがこのようなポーリングを受信すると、どの郡の局のためにＡＰがデータをバッファリングしたかを示す情報を含むＴＩＭ情報エレメントのセグメントを含むフレームを生成し、このフレームを局の郡に送信する。これは、ＡＰにポーリングを送信していない郡の他の局の助けになる。別の実施形態では、ＡＰがこのようなポーリングを受信すると、どの郡の局のためにＡＰがデータをバッファリングしたかを示す情報を含むＴＩＭ情報エレメントのセグメントを含むフレームを生成し、このフレームをポーリング局に送信する。一実施形態では、ＴＩＭ情報エレメントのセグメントのインジケータが、特定の局のためにデータがバッファリングされたことを示している場合、ＡＰをポーリングして、ＡＰに、局にバッファリングされたデータを送信するよう促す。
【０２００】
別の実施形態では、ＴＩＭ情報エレメントを分割して、複数のビーコンフレーム、ＴＩＭフレームなどに分散させる。一実施形態では、各ＴＩＭセグメントが、受信局に当該局に対応しているセグメントを送信するときを判断させる情報を含む。したがって一実施形態では、ＰＳモードの局が起動して、ＴＩＭセグメントを受信すると、当該局は、受信したＴＩＭセグメントの情報を利用して、当該局に対応する別のＴＩＭセグメントが送信されるときを判断する。そして局は、当該局に対応する他のＴＩＭセグメントを送信するのに適したときになるまで、スリープ状態に戻る。
【０２０１】
別の実施形態では、（i）ＡＰがデータをバッファリングしたグループＡＩＤの情報をもつＴＩＭ情報エレメント（グループＴＩＭ）および（ii）分割されたＴＩＭ情報エレメント（分割されたＴＩＭ）がＡＰにより送信される。一実施形態では、局はまず、ＡＰがその局のためにデータをバッファリングしているかを判断するために、グループＴＩＭをチェックする。局が、グループＴＩＭに基づき、ＡＰが局のためにデータをバッファリングしていないと判断することができる場合には、局は、分割されたＴＩＭをチェックせずにスリープ状態に移行することができる。局が、グループＴＩＭに基づき、ＡＰが局のためにデータをバッファリングしていないと判断することができない場合には、局は、ＡＰが局のためのデータをバッファリングしたかを判断するために適したＴＩＭセグメントを分析する。
【０２０２】
１つのＡＰが複数の基本サービスセット識別子（ＢＳＳＩＤ）をサポートしている一実施形態では、ＢＳＳにとって新しい局が、ＡＰにプローブ要求フレームを送信して、完全な複数のＢＳＳＩＤ情報をＡＰから取得する。
【０２０３】
１つのＡＰがＢＳＳＩＤをサポートしている一実施形態では、もしも１以上の送信されない複数のＢＳＳＩＤ(たとえば個々のビーコンが送信されない実際のＡＰ)のプロフィールが情報を変更した場合、ＡＰは、更新されたＢＳＳ情報を複数のビーコンフレームに分配する。１つのＡＰがＢＳＳＩＤをサポートしている別の実施形態では、もしも１以上の送信されない複数のＢＳＳＩＤのプロフィールが情報を変更した場合、ＡＰは、変更されたＢＳＳ情報をもつインジケータをもつフレーム（たとえばビーコンフレーム）を生成して、当該フレームを１以上の対応するＢＳＳＩＤの局に送信して、これら複数の局にＡＰにプローブを送信させ、変更されたＢＳＳ情報を取得する。たとえばインジケータは、一実施形態では、ＢＳＳ情報更新が各送信されないＢＳＳＩＤについて利用可能であるかを示すＢＳＳ更新フィールドである。別の例では、インジケータは、ＢＳＳ情報更新が各送信されるＢＳＳＩＤと送信されないＢＳＳＩＤとについて利用可能かを示すＢＳＳ更新フィールドである。
【０２０４】
一部の実施形態では、１以上のエラー検知情報フィールドをフレーム（たとえばデータフレーム、管理フレーム、ビーコンフレーム等）に含めて、受信局が、関連するフィールドを検証して、必要のない場合他のフィールドを検証しないようにする（たとえば、局に、節電のためにスリープモードにより速く移行させる）ことができる。図１６は、一実施形態のビーコンフレーム６５０の一例を示す。ネットワークインタフェース（ネットワークインタフェース１６等）が、一実施形態では、ビーコンフレーム６５０を生成するよう構成されている。
【０２０５】
ビーコンフレーム６５０は、ＭＡＣヘッダ６５４およびCRCフィールド６５８を含む。CRCフィールド６５８は、ＭＡＣヘッダ６５４を利用して生成され、レシーバが、CRCフィールド６５８を利用して、ＭＡＣヘッダ６５４の整合性を検証して、ビーコンフレーム６５０の他の後の部分を処理することなく、ＭＡＣヘッダ６５４の情報を分析することができるようにする。したがって一部の場合においては、受信局が、ＭＡＣヘッダ６５４を分析した後で、フレーム６５０が当該局用ではないと判断すると、フレーム６５０の残りの部分の処理をやめる。たとえば受信局が、ＭＡＣヘッダ６５４のDAアドレスが受信局に対応していないと判断すると、受信局は、フレーム６５０の残りの部分の処理を止めてよい。
【０２０６】
ビーコンフレーム６５０も、チェック更新フィールド６６２、タイムスタンプフィールド６６８、ＴＩＭフィールド６７２、およびCRCフィールド６７６を含む。CRCフィールド６７６は、チェック更新フィールド６６２、タイムスタンプフィールド６６８、および／または、ＴＩＭフィールド６７２を利用して生成され、レシーバが、ＣＲＣフィールド６７６を利用してチェック更新フィールド６６２、タイムスタンプフィールド６６８、および／または、ＴＩＭフィールド６７２の整合性を検証して、ビーコンフレーム６５０の他の部分を処理することなく、チェック更新フィールド６６２、タイムスタンプフィールド６６８、および／または、ＴＩＭフィールド６７２の情報を分析することができる。したがって一部の場合においては、受信局が、チェック更新フィールド６６２、タイムスタンプフィールド６６８、および／または、ＴＩＭフィールド６７２を分析した後で、当該局がフレーム６５０をさらに処理する必要がないと判断すると、フレーム６５０の残りの部分の処理をやめる。たとえば受信局が、ＴＩＭフィールド６７２から、ＡＰが当該局のためにデータをバッファリングしていないと判断すると、受信局は、フレーム６５０の残りの部分の処理を止めてよい。
【０２０７】
ビーコンフレーム６５０は、他のフィールドおよび／またはエレメント６８０およびFCSフィールド６８４も含む。一実施形態では、FCSフィールド６８４が、フィールド６８０を利用して（ＭＡＣヘッダ６５４、CRC６５８、チェック更新フィールド、ＴＩＭフィールド６７２、またはCRCフィールド６７６は利用せずに）生成される。別の実施形態では、FCSフィールド６８４が、ＭＡＣヘッダ６５４、CRC６５８、チェック更新フィールド、ＴＩＭフィールド６７２、CRCフィールド６７６、および他のフィールド６８０を利用して生成される。
【０２０８】
一実施形態では、CRCフィールド６５８を省く。CRCフィールド６５８を省く一実施形態では、CRCフィールド６７６を、ＭＡＣヘッダフィールド６５４を利用して生成する。別の実施形態では、CRCフィールド６７６を省く。
【０２０９】
ネットワークインタフェースがフレーム６５０のさらなる処理をしないと決定する実施形態では、ネットワークインタフェースが、フレーム６５０の残りの部分をスリープモードに移行させて、エネルギー消費量を低減させてもよい。
【０２１０】
一部の実施形態では、ビーコンフレームが、現行のＩＥＥＥ８０２.１１規格が定義するビーコンフレームよりも短くて良い。図１７は、一実施形態におけるビーコンフレーム７００の一例を示す。一実施形態では、ネットワークインタフェース（例えばネットワークインタフェース１６）がビーコンフレーム７００を生成する。
【０２１１】
ビーコンフレーム７００は、フレーム制御フィールド７０４、ソースアドレス（SA）フィールド、圧縮されたＳＳＩＤフィールド７１２、タイムスタンプフィールド７１６、変更シーケンスフィールド７２０、ＢＳＳ情報フィールド７２４、ＩＥペイロード７２８、およびFCSフィールド７３２を含む。ビーコンペイロードフィールド７２８は、ＴＩＭ  ＩＥ７３６等の情報エレメント（ＩＥ）を含む。一実施形態では、ＴＩＭ  ＩＥ７３６が、ＩＥペイロードフィールド７２８の第１のＩＥである。一実施形態では、圧縮されたＳＳＩＤフィールド７１２が、完全なＳＳＩＤの圧縮されたバージョンを含む（現行のＩＥＥＥ８０２.１１規格が定義するもののような）。一実施形態では、圧縮されたＳＳＩＤフィールド７１２が、完全なＳＳＩＤの連結されたバージョン（例えばbitが少ない）を含む。他の実施形態では、他の圧縮技術を利用する。
【０２１２】
関連する局が、ビーコンフレーム７００の一定のフィールドのみをチェックして、（i）局がビーコンフレーム７００の他のフィールドをチェックすべきか、または（ii）局が、ビーコンフレーム７００の残りの部分を無視してよいか、を判断する。たとえば、ある局が、（i）タイムスタンプフィールド７１６、（ii）変更シーケンスフィールド７２０（ＢＳＳ情報が変更されたか、ひいては、局がビーコンフレーム７００の他のフィールドを処理して、変更されたＢＳＳ情報を判断するべきか）、または（iii）ＴＩＭ  ＩＥ７３６のうち1以上をチェックする必要がある場合がある。ビーコンフレーム７００は、（i）タイムスタンプフィールド７１６、（ii）変更シーケンスフィールド７２０、および、（iii）ＴＩＭ  ＩＥ７３６それぞれの前のすべてのフィールドが固定長のフィールドとなるようにフォーマットされる。こうすることで、ビーコンフレーム７００における（i）タイムスタンプフィールド７１６、（ii）変更シーケンスフィールド７２０、および、（iii）ＴＩＭ  ＩＥ７３６のパース（parsing）を簡単にすることができる。他方で、可変長フィールドは、フィールド発見（field location）および／またはパースをより難しく、および／または、複雑にする。
【０２１３】
別の実施形態では、タイムスタンプフィールド７１６が、SAフィールド７０８の直後に配置されている。
【０２１４】
別の実施形態では、デバイス発見情報がＢＳＳ情報フィールド７２４に含まれる、または、ＩＥペイロードフィールド７２８のＩＥとして含まれる。別の実施形態では、サービス発見情報がＢＳＳ情報フィールド７２４に含まれる、または、ＩＥペイロードフィールド７２８のＩＥとして含まれる。
【０２１５】
図１８は、別の実施形態における別のビーコンフレーム７５０を示す。一実施形態では、ネットワークインタフェース（例えばネットワークインタフェース１６）がビーコンフレーム７５０を生成する。ビーコンフレーム７５０は、図１７のビーコンフレーム７００に類似しているので、同様の参照番号の部材は以下で詳述を避ける。
【０２１６】
ビーコンフレーム７５０は、フレーム制御フィールド７５４を含み、フレーム制御フィールド７５４は、ＴＩＭ  ＩＥインジケータサブフィールド７５８およびＳＳＩＤ  ＩＥインジケータサブフィールド７６２を含む。ＴＩＭ  ＩＥインジケータサブフィールド７５８は、ビーコンフレーム７５０内にＴＩＭ  ＩＥが存在しているかを示す。同様に、ＳＳＩＤ  ＩＥインジケータサブフィールド７６２が、ＳＳＩＤ  ＩＥがビーコンフレーム７５０内に存在しているかを示す。
【０２１７】
ビーコンフレーム７５０は、ハッシュＳＳＩＤフィールド７６６も含む。一実施形態では、ハッシュ関数をＳＳＩＤ全体に適用して（たとえば、現行のＩＥＥＥ８０２.１１規格に規定されるように）、ハッシュＳＳＩＤ７６６を生成する。
【０２１８】
ビーコンフレーム７５０は、ＩＥペイロードフィールド７７０も含む。一実施形態では、ＴＩＭ  ＩＥ７３６が（存在している場合）、ＩＥペイロードフィールド７７０の第１のＩＥである。一実施形態では、ＩＥペイロードフィールド７７０がＴＩＭ  ＩＥ７３６を含まない場合に、ＳＳＩＤ  ＩＥ７７４は（存在している場合）ＩＥペイロードフィールド７７０の第１のＩＥである。ＳＳＩＤ  ＩＥ７７４は、一実施形態では完全なＳＳＩＤを含む。一実施形態では、ＳＳＩＤ  ＩＥ774とＴＩＭ  ＩＥ736とが両方とも存在している場合、ＳＳＩＤ  ＩＥ774がＴＩＭ  ＩＥ736の直後に後続する。別の実施形態では、ＳＳＩＤ  ＩＥ774とＴＩＭ  ＩＥ736との順序を逆にする。一実施形態では、ＴＩＭ  ＩＥインジケータサブフィールド７５８が、ＴＩＭ  ＩＥ７３６がＩＥペイロード７７０に存在しているかを示し、ＳＳＩＤ  ＩＥインジケータサブフィールド７６２が、ＳＳＩＤ  ＩＥ774がＩＥペイロード７７０に存在しているかを示す。
【０２１９】
ビーコンフレーム７００同様に、（i）タイムスタンプフィールド７１６、（ii）変更シーケンスフィールド７２０、および、（iii）ＴＩＭ  ＩＥ７３６（もし存在している場合）それぞれの前のすべてのフィールドが固定長フィールドであるように、ビーコンフレーム７５０がフォーマットされる。これにより、ビーコンフレーム７５０の（i）タイムスタンプフィールド７１６、（ii）変更シーケンスフィールド７２０、および、（iii）ＴＩＭ  ＩＥ７３６のパースが簡単になる。他方で、可変長フィールドは、フィールド発見（field location）および／またはパースをより難しく、および／または、複雑にする。
【０２２０】
別の実施形態では、タイムスタンプフィールド７１６が、SAフィールド７０８の直後に配置されている。
【０２２１】
別の実施形態では、デバイス発見情報がＢＳＳ情報フィールド７２４に含まれる、または、ＩＥペイロードフィールド７７０のＩＥとして含まれる。別の実施形態では、サービス発見情報がＢＳＳ情報フィールド７２４に含まれる、または、ＩＥペイロードフィールド７７０のＩＥとして含まれる。
【０２２２】
図１９は、別の実施形態における別のビーコンフレーム８００を示す。一実施形態では、ネットワークインタフェース（例えばネットワークインタフェース１６）がビーコンフレーム８００を生成する。ビーコンフレーム８００は、図１７のビーコンフレーム７００に類似しているので、同様の参照番号の部材は以下で詳述を避ける。
【０２２３】
ビーコンフレーム８００は、すべての場合においてビーコンフレーム８００に含まれているフィールドを含む必須部分８０２を含む。一実施形態では、必須部分８０２が、多くの場合において複数局に同様に重要なフィールドを含む。必須部分８０２は、ビーコンフレーム８００の最初の部分に位置し、固定位置に固定長のフィールドを含み、必須部分８０２のフィールドのパースを簡単に、かつ、迅速にさせる。一実施形態では、必須部分８０２は、フレーム制御フィールド８０４、SAフィールド７０８、タイムスタンプフィールド７１６、変更シーケンスフィールド７２０、およびＢＳＳ情報フィールド７２４を含む。
【０２２４】
一実施形態では、必須部分８０２の後に、ビーコンフレーム８００が、場合によっては省くこともできる１以上の任意のフィールドを含む。例えば、ビーコンフレーム８００が、少なくとも一部の場合、ショートＳＳＩＤフィールド８０４と次の完全なビーコンフィールドまでの間隔８０８とを含む。フレーム制御フィールド８０４は、任意のフィールドがビーコンフレーム８００に含まれている少なくとも一部の情報を含む。たとえば、フレーム制御フィールド８０４は、一実施形態では、ショートＳＳＩＤフィールド８０４がビーコンフレーム８００に存在するかを示すサブフィールド８１２を含む。さらに、フレーム制御フィールド８０４は、一実施形態では、次の完全なビーコンフィールドまでの間隔８０８がビーコンフレーム８００内にあるかを示すサブフィールド８１６を含む。一実施形態では、任意のフィールドが必須フィールド８０２の後であってＩＥペイロード７２８の前に配置される。
【０２２５】
一実施形態では、(例えば現行のＩＥＥＥ８０２.１１規格で規定されていえる完全なＳＳＩＤよりも)ショートＳＳＩＤが、完全なＳＳＩＤフィールドの連結されたバージョン、完全なＳＳＩＤのハッシュバージョン、などである。
【０２２６】
ビーコンフレーム７００およびビーコンフレーム７５０同様に、ビーコンフレーム８００は、（i）タイムスタンプフィールド７１６、（ii）変更シーケンスフィールド７２０、および、（iii）ＴＩＭ  ＩＥ７３６それぞれの前のすべてのフィールドが固定長のフィールドとなるようにフォーマットされる。こうすることで、ビーコンフレーム８００における（i）タイムスタンプフィールド７１６、（ii）変更シーケンスフィールド７２０、および、（iii）ＴＩＭ  ＩＥ７３６のパース（parsing）を簡単にすることができる。
【０２２７】
図２０は、別の実施形態における別のビーコンフレームの別の例８５０を示す。一実施形態では、ネットワークインタフェース（例えばネットワークインタフェース１６）がビーコンフレーム８５０を生成する。ビーコンフレーム８５０は、図１９のビーコンフレーム８００に類似しているので、同様の参照番号の部材は以下で詳述を避ける。
【０２２８】
ビーコンフレーム８５０は、図１９のビーコンフレーム８００と類似しているが、いくつかの点で異なる。たとえば、ＢＳＳ情報がフレーム制御フィールド８５８内のサブフィールド８５４内に移動されている。加えて、フィールド８０４および８０８の順序が変更されている。同様に、フィールド８１２および８１６の順序も変更されている。
【０２２９】
別の実施形態では、ＢＳＳ情報はＩＥペイロード７２８に含まれている。別の実施形態では、必須部分８０２に第１セットのＢＳＳ情報が含まれ、第２セットのＢＳＳ情報が、必須部分の後であってＩＥペイロード７２８の前に含まれている。別の実施形態では、第１セットのＢＳＳ情報が必須部分８０２に含まれ、第２セットのＢＳＳ情報がＩＥペイロード７２８に含まれている。
【０２３０】
図２０は、別の実施形態におけるビーコンフレームの別の例９００を示す。一実施形態では、ネットワークインタフェース（例えばネットワークインタフェース１６）がビーコンフレーム８００を生成する。ビーコンフレーム９００は、図２０のビーコンフレーム８５０に類似しているので、同様の参照番号の部材は以下で詳述を避ける。
【０２３１】
ビーコンフレーム９００は、セルラーネットワークとWi-Fiネットワークとの間で移動送受信器の切り替えを途切れなく実行するための規格であるHotSpot２．０（HS２．０）をサポートしている。たとえばビーコンフレーム９００は、クライアントステーションに所望のＡＰを迅速に発見、選択させるために重要なHS２．０情報を含ませるための任意のフィールドを含む。
【０２３２】
ビーコンフレーム９００は、フレーム制御フィールド９０４を含む必須部分９０２を含む。加えて、ビーコン９００は、いろいろ異なる解釈が可能な任意のフィールド９０８（ショートＮｅｔＩＤ９０８等）を含む。たとえばショートＮｅｔＩＤ９０８を、ショートＳＳＩＤフィールドまたはHS２．０情報を提供するフィールドとして解釈することができる（後述する）。
【０２３３】
フレーム制御フィールド９０４は、一実施形態では、（i）ショートＮｅｔＩＤ９０８がビーコンフレーム９００内に存在するか、そして、（i i）存在する場合、ショートＮｅｔＩＤ９０８をどう解釈するか、を示すNetID制御フィールド９１２を含む。表３は、一実施形態では、NetID制御フィールド９１２をどのように利用して、ショートＮｅｔＩＤ９０８を解釈するかを示す。
【表３】
0005907496.tif 000004
【０２３４】
図２１は、HS.２．０として解釈されるショートＮｅｔＩＤ９０８を示す。ショートＮｅｔＩＤ９０８は、アクセスネットワークオプションフィールド９１６と、ローミングコンソーシアムのOUI（organizationally unique identifier）フィールド９２０とを示す。
【０２３５】
図２２は、別の実施形態における別のビーコンフレームの例１０００を示す。一実施形態では、ネットワークインタフェース（例えばネットワークインタフェース１６）がビーコンフレーム１０００を生成する。ビーコンフレーム１０００は、図２１のビーコンフレーム９００に類似しているので、同様の参照番号の部材は以下で詳述を避ける。
【０２３６】
ビーコンフレーム１０００は、フレーム制御フィールド１００４を含む必須部分１００２を含む。加えて、ビーコン１０００は、任意のショートＳＳＩＤフィールド１００８と任意のＨＳ２．０情報フィールド１０１２とを含む。たとえばショートＳＳＩＤフィールド１００８を、ショートＳＳＩＤフィールドまたはハッシュされたＳＳＩＤフィールドとして解釈することができる。
【０２３７】
フレーム制御フィールド１００４は、一実施形態では、（i）ショートＳＳＩＤフィールド１００８がビーコンフレーム１０００内に存在するか、そして、（i i）存在する場合、ショートＳＳＩＤフィールド１００８をどう解釈するか、を示すショートＳＳＩＤ制御フィールド１０１６を含む。フレーム制御フィールド１００４は、さらに、ＨＳ２．０情報フィールド１０１２がビーコン１０００内に存在するかを示すＨＳ２．０情報存在サブフィールド１０２０も含む。
【０２３８】
一実施形態では、HS.２．０フィールドは、アドバタイズプロトコルIDフィールド１０２４を含む。別の実施形態では、HS.２．０フィールドは、アドバタイズプロトコルIDフィールド１０２４を含まない。
【０２３９】
図２３は、別の実施形態における別のビーコンフレームの例１１００を示す。一実施形態では、ネットワークインタフェース（例えばネットワークインタフェース１６）がビーコンフレーム１１００を生成する。ビーコンフレーム１１００は、図２２のビーコンフレーム１０００に類似しているので、同様の参照番号の部材は以下で詳述を避ける。
【０２４０】
ビーコンフレーム１１００は、フレーム制御フィールド１１０４を含む必須部分１１０２を含む。加えて、アクセスネットワークオプションフィールド９１６が、必須部分１１０２に移動されている。
【０２４１】
ローミングコンソーシアムフィールド９２０（存在する場合）およびアドバタイズプロトコルIDフィールド１０２４（これも存在する場合）が、ＩＥペイロード７２８に移動されている。加えて、一実施形態では、オプションのインターネットワーキングエレメントフィールド１１１２が、ＩＥペイロード７２８に含まれている。
【０２４２】
受領確認（ACK）、ブロック受領確認（BA）、送信要求（RTS）、送信準備完了（CTS:  clear-to-send）、節電ポーリング（ＰＳ-Polls）等の制御フレームがよく利用されることで、さもなくばユーザ情報の送信に利用可能になる多くの送信時間が利用される。したがって制御フレームはプロトコルオーバヘッドの源といえる。制御フレーム期間を低減するための様々な実施形態の技術の例を後述する。
【０２４３】
先行技術のSIFフィールドおよび／またはＰＨＹヘッダにより搬送される情報の多く、および先行技術のＭＡＣヘッダの情報の一部が、制御フレームには不要である。後述する実施形態では、ＳＩＧフィールドおよび／またはＰＨＹヘッダの部分を再利用および／または再解釈して、ＭＡＣヘッダおよび／またはMACペイロード情報を搬送する。
【０２４４】
一部の実施形態では、制御フレームをあらかじめ定められた、および／または、固定されたＰＨＹパラメータ（たとえば位相偏位変調法（BＰＳK）および／または単一の空間ストリーム（single spatial stream））を利用して送信する。
【０２４５】
図２４は、ＰＨＹペイロード部分を省いた制御フレームの例１２００を示す。一実施形態では、ネットワークインタフェースユニット（たとえば、ネットワークインタフェース１６および／またはネットワークインタフェース２７）が、制御フレーム１２００を生成および送信するよう（または制御フレーム１２００を送信させるよう）構成される。
【０２４６】
制御フレーム１２００は、１以上のショートトレーニングフィールド（STF）１２０４、１以上のロングトレーニングフィールド（LTF）１２０８を含むプリアンブルを含む。制御フレーム１２００はさらに、ＳＩＧフィールド１２１２を含むＰＨＹヘッダを含む。一実施形態では、各STFフィールド１２０４が、２つのOFDMシンボルに対応している。一実施形態では、各LTFフィールド１２０８が、２つのOFDMシンボルに対応している。様々な実施形態および／または場合には、ＳＩＧフィールド１２１２が、２つ、３つ、または４つのOFDMシンボルに対応しており、４８から９６ビットの範囲の長さを有している。
【０２４７】
一実施形態では、フレーム１２００が制御フレームであることを示すよう構成されている。たとえば、一実施形態では、プリアンブルの変調を、他の種類のフレームからローテートさせて、フレーム１２００が制御フレームであることを示してよい。別の例では、コードの拡散シーケンスを別の種類のフレームとは異ならせて、フレーム１２００が制御フレームであることを示しても良い。
【０２４８】
一実施形態では、ＳＩＧフィールド１２１２が、フレーム制御（FC）／タイプサブフィールド１２１６、レシーバアドレス（RA）サブフィールド１２２０、トランスミッタアドレス（TA）サブフィールド１２２４、ネットワークIDサブフィールド１２２８、期間サブフィールド１２３２、CRCサブフィールド１２３６、および、テールおよび／またはパディングサブフィールド１２４０を含む。様々なサブフィールドの長さの例を図２４に示す。一部の実施形態および／または場合には、TAサブフィールド１２２４、ネットワークIDサブフィールド１２２８、期間サブフィールド１２３２、および、テールおよび／またはパディングサブフィールド１２４０の１以上を省く。一実施形態では、RAサブフィールド１２２０がＡＩＤを含む。一実施形態では、TAサブフィールド１２２０がＡＩＤを含む。一実施形態では、ネットワークIDサブフィールド１２２８が、ＢＳＳＩＤの短いバージョンを含む。例えば、一実施形態では、ＢＳＳＩＤの短いバージョンが、ＢＳＳの周辺領域（neighborhood）に固有である。一部の実施形態では、RAおよび／またはTAサブフィールドが、現行のＩＥＥＥ８０２.１１規格が特定するRA／TA  ＭＡＣヘッダフィールドより短い、および／または、これらの圧縮版である。
【０２４９】
図２５は、一実施形態における、ＰＨＹペイロードの部分を省いた無線送信の制御フレームを生成する方法１３００の一例のフロー図である。一実施形態では、方法１３００は、ネットワークインタフェースユニット（たとえばネットワークインタフェース１６および／またはネットワークインタフェース２７）により実装される。たとえばネットワークインタフェースが方法１３００を実装する。一部の実施形態では、方法１３００が、図２４を参照して上述した制御フレーム、または、ＰＨＹペイロードの部分が省かれた別の適切な制御フレームを生成するためのものである。
【０２５０】
ブロック１３０４で、フレーム制御フィールド、RAフィールド、TAフィールド、ネットワークIDフィールド、期間フィールド、および、CRCフィールドの1以上の任意の組み合わせを含むＳＩＧフィールドを生成する。ＳＩＧフィールドは、一部の実施形態では、図２４を参照して上述したように生成される。
【０２５１】
ブロック１３０８で、ＰＨＹプリアンブルを生成する。一実施形態では、フレームが制御フレームであることを示すようにプリアンブルが構成される。たとえば、一実施形態では、プリアンブルの変調を、他の種類のフレームからローテートさせて、フレームが制御フレームであることを示してよい。別の例では、コードの拡散シーケンスを別の種類のフレームとはことならせて、フレームが制御フレームであることを示しても良い。
【０２５２】
ブロック１３１２で、ＰＨＹペイロード部分を省いた制御フレーム（NDP制御フレーム）が、（i）１３０８で生成されたＰＨＹプリアンブル、および、（i i）ブロック１３０４で生成したＳＩＧフィールドを有するＰＨＹヘッダを含むように生成される。
【０２５３】
ブロック１３１６で、ＰＨＹデータユニットが送信される、または送信させられる。
【０２５４】
図２６は、一実施形態で、短い制御フレームの例１４００を示す。一実施形態では、ネットワークインタフェースユニット（たとえば、ネットワークインタフェース１６および／またはネットワークインタフェース２７）が、制御フレーム１４００を生成および送信するよう（または制御フレーム１４００を送信させるよう）構成される。
【０２５５】
制御フレーム１４００は、１以上のショートトレーニングフィールド（STF）１４０４、１以上のロングトレーニングフィールド（LTF）１４０８を含むプリアンブルを含む。制御フレーム１４００はさらに、ＳＩＧフィールド１４１２を含むＰＨＹヘッダを含む。一実施形態では、各STFフィールド１４０４が、２つのOFDMシンボルに対応している。一実施形態では、各LTFフィールド１４０８が、２つのOFDMシンボルに対応している。一実施形態では、ＳＩＧフィールド１４１２が、２つのOFDMシンボルに対応しており、４８の長さを有している。他の実施形態では、各STFフィールド１４０４、各LTFフィールド１４０８、および、ＳＩＧフィールド１４１２が他の適切な長さをもつ。
【０２５６】
制御フレーム１４００も、ＰＨＹデータペイロード部分１４１６を含む。一実施形態では、制御フレーム１４００もテール／パディング部分１４２０を含む。一部の実施形態および／またはシナリオでは、テール／パディング部分１４２０が省かれている。
【０２５７】
一実施形態では、ＳＩＧフィールド１４１２が、フレーム１４００が制御フレームかを示すサブフィールド１４２４を含む。加えてＳＩＧフィールド１４１２が、フレーム制御（FC）／タイプサブフィールド１４２８、レシーバアドレス（RA）サブフィールド１４３２、第１のネットワークIDサブフィールド１４３６、サービスサブフィールド１４４０、CRCサブフィールド１４４４、および、テールおよび／またはパディングサブフィールド１４４８を含む。図２４では様々なサブフィールドの長さを示しているが、他の実施形態では他の適切な長さが利用される。一部の実施形態および／または場合には、第１のネットワークIDサブフィールド１４３６、サービスサブフィールド１４４０、および、テールおよび／またはパディングサブフィールド１４４８を省いても良い。
【０２５８】
一実施形態では、RAサブフィールド１２２０が、ＡＩＤを含む。一実施形態では、第１のネットワークIDサブフィールド１４３６がＢＳＳＩＤの少なくとも第１の部分を含む。一実施形態では、第１のネットワークIDサブフィールド１４３６が、ＢＳＳＩＤの短いバージョンの第１の部分を含む。例えば、一実施形態では、ＢＳＳＩＤの短いバージョンが、ＢＳＳの周辺領域に固有である。
【０２５９】
データペイロード部分１４１６は、サービスサブフィールド１４５２、期間サブフィールド１４５６、トランスミッタアドレス（TA）サブフィールド１４６０、第２のネットワークIDサブフィールド１４６４、および、CRCサブフィールド１４６８を含む。一部の実施形態および／または場合には、サービスサブフィールド１４５２、TAサブフィールド１４６０、および／または、第２のネットワークIDサブフィールド１４６４を省いても良い。たとえばサービスフィールド１４４０がＳＩＧフィールド１４１２に含まれる場合には、サービスフィールド１４５２が省かれる。同様に、サービスフィールド１４５２が含まれる場合には、サービスフィールド１４４０をＳＩＧフィールド１４１２から省いても良い。
【０２６０】
一実施形態では、TAサブフィールド１４６０がＡＩＤを含む。
【０２６１】
一部の実施形態では、RAおよび／またはTAサブフィールドが、現行のＩＥＥＥ８０２.１１規格が特定するRA／TA  ＭＡＣヘッダフィールドより短い、および／または、これらの圧縮版である。
【０２６２】
図２７は、一実施形態における無線送信の短い制御フレームを生成する方法の一例１５００のフロー図である。一実施形態では、方法１５００が、ネットワークインタフェースユニット（たとえばネットワークインタフェース１６および／またはネットワークインタフェース２７等）により実装される。たとえばネットワークインタフェースが、方法１５００を実装するよう構成されている。一部の実施形態では、方法１５００が、図２６を参照して上述した制御フレーム、または、別の適切な制御フレームを生成するためのものである。
【０２６３】
ブロック１５０４で、フレームが制御フレームであることを示すサブフィールドを含むＳＩＧフィールドを生成する。加えて、ＳＩＧフィールドは、フレーム制御フィールド、RAフィールド、第１のネットワークIDフィールド、サービスフィールド、およびCRCフィールドの１以上の任意の組み合わせを含むよう生成される。ＳＩＧフィールドは、一部の実施形態では、図２６を参照して上述したように生成される。
【０２６４】
ブロック１５０８で、サービスサブフィールド、期間サブフィールド、TAサブフィールド、第２のネットワークIDサブフィールド、およびCRCフィールドの１以上の任意の組み合わせを含むよう生成されたＰＨＹペイロード部分を生成する。ＰＨＹペイロード部分は、一部の実施形態では、図２６を参照して上述したように生成する。一実施形態では、RAフィールドを少なくとも省いたＰＨＹペイロード部分を生成する。
【０２６５】
ブロック１５１２で、（i）ＰＨＹプリアンブル、（ii）ブロック１５０４で生成したＳＩＧフィールドをもつＰＨＹヘッダ、および、（iii）ブロック１５０８で生成したＰＨＹペイロード部分を含む制御フレームを生成する。
【０２６６】
ブロック１５１６で、制御フレームを送信する、または送信させる。
【０２６７】
上述した様々なブロック、動作、および技術のうち少なくともいくつかは、ハードウェア、ファームウェア命令および／またはソフトウェア命令を実行するプロセッサ、或いは、それらの何らかの組み合わせにより実装されてもよい。さらに、様々なブロック、動作、および技術のうちの幾つかを異なる順序で（および／または同時に）実行しても、所望の結果が得られる場合がある。ソフトウェア命令および／またはファームウェア命令を実行するプロセッサを用いて実装した場合、当該ソフトウェア命令またはファームウェア命令は、ＲＡＭまたはＲＯＭ、或いは、フラッシュメモリ、プロセッサ、ハードディスクドライブ、光ディスクドライブ、テープドライブなどの磁気ディスク、光ディスク、または他の有形の記憶媒体などコンピュータ可読メモリに格納されてもよい。同様に、ソフトウェア命令またはファームウェア命令は、例えばコンピュータ可読ディスクまたは他の搬送可能かつ有形のコンピュータ記憶メカニズムを含む公知の、または所望される伝達方法を介して、或いは通信媒体を介して、ユーザまたはシステムへ届けられる。典型的には通信媒体はコンピュータ可読命令、データ構造、プログラムモジュール、または他のデータを、搬送波、または他の搬送メカニズムなどの変調データ信号で具体化する。「変調データ信号」という用語は、情報を信号内でエンコードするよう設定または変更された１以上の特性を有する信号を指す。例として、通信媒体には、有線ネットワーク、直接有線接続などの有線媒体、および、音響媒体、ラジオ周波数媒体、赤外線媒体、および他の無線媒体などの無線媒体が含まれるが、これらに限定されない。よって、ソフトウェア命令またはファームウェア命令は、電話線、ＤＳＬ線、ケーブルテレビ線、光ファイバー線、無線通信チャネル、インターネットなどの（搬送可能な記憶媒体を介してソフトウェアを提供することと同じ、またはそのことの代替となりうる）通信チャネルを介してユーザまたはシステムに届けられ得る。ソフトウェア命令またはファームウェア命令には、プロセッサにより実行されると当該プロセッサに様々な動作を行わせる、他のコンピュータ可読記憶媒体のメモリに格納される機械可読命令が含まれる。
【０２６８】
ハードウェアで実装された場合、当該ハードウェアは、個別のコンポーネント、集積回路、特定用途向け集積回路（ＡＳＩＣ）、プログラム可能論理デバイス（ＰＬＤ）などのうち１以上を備え得る。
【０２６９】
例示のみを目的とし本願発明を限定しない特定の例を参照し本願発明を説明してきたが、本願発明の範囲から逸脱することなく、開示される実施形態の変更、追加、および／または削除などが可能である。本発明の例を下記の各項目として示す。
［項目１］
ネットワークインタフェースデバイスで、物理層（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）の最大期間を利用して、
（Ａ）第１のオペレーションモードで動作するときには、（ｉ）プロトコルスタックのＰＨＹプロトコルを超える層のプロトコルが定義し、（ｉｉ）前記ＰＨＹプロトコルを超える前記プロトコルが定義する最大長を有するデータユニットが、前記第１のオペレーションモードの最低可能データレートの１つのＰＰＤＵ内に完全に収まるようにして、
（Ｂ）第２のオペレーションモードで動作するときには、（ｉ）前記ＰＨＹプロトコルを超える前記層の前記プロトコルが定義し、（ｉｉ）前記ＰＨＹプロトコルを超える前記プロトコルが定義する最大長を有するデータユニットが、前記第２のオペレーションモードの最低可能データレートの１つのＰＰＤＵ内に完全に収まらないようにする段階と、
媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を受信する段階と、
前記ネットワークインタフェースデバイスで、前記ＭＳＤＵを含むようにＭＰＤＵを生成する段階と、
前記第２のオペレーションモードで動作するときには、
前記ＭＰＤＵを生成する段階は、各受信ＭＳＤＵについて、
前記ＭＳＤＵの長さが、前記第２のオペレーションモードの前記最低可能データレートの１つのＰＰＤＵ内に完全に収まる最大ＭＰＤＵサイズに基づいて決定される分割閾値を超えるかを判断する段階と、
前記ＭＳＤＵの長さが前記分割閾値を超えると判断されると、前記ＭＳＤＵを複数のＭＰＤＵに分割する段階と、
前記ＭＳＤＵの長さが前記分割閾値を超えないと判断されたときには、前記ＭＳＤＵを含む１つのＭＰＤＵを生成する段階と
前記ネットワークインタフェースデバイスで、前記ＭＰＤＵを含むようにＰＨＹプロトコルデータユニット（ＰＰＤＵ）を生成する段階と、
前記ＰＰＤＵを送信させる段階と
を有し、
前記ＰＰＤＵのそれぞれは、前記ＰＰＤＵの最大期間以下の期間を有する、方法。
［項目２］
前記分割閾値は第１の分割閾値であり、
前記第２のオペレーションモードで動作するときには、
前記ＭＰＤＵを生成する段階は、各受信ＭＳＤＵについて、
前記ＭＳＤＵの長さが第２の分割閾値を超えるかを判断する段階と、
前記ＭＳＤＵの長さが前記第２の分割閾値を超えると判断されると、前記ＭＳＤＵを複数のＭＰＤＵに分割する段階と、
前記ＭＳＤＵの長さが、前記第２の分割閾値を超えないと判断されたときには、前記ＭＳＤＵを含む１つのＭＰＤＵを生成する段階と
を有する、
項目１に記載の方法。
［項目３］
前記第２の分割閾値は、前記第１の分割閾値よりも大きい、項目２に記載の方法。
［項目４］
ネットワークインタフェースを備える装置であって、
前記ネットワークインタフェースは、物理層（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）の最大期間を利用して、
（Ａ）第１のオペレーションモードで動作するときには、（ｉ）プロトコルスタックのＰＨＹプロトコルを超える層のプロトコルが定義し、（ｉｉ）前記ＰＨＹプロトコルを超える前記プロトコルが定義する最大長を有するデータユニットが、前記第１のオペレーションモードの最低可能データレートの１つのＰＰＤＵ内に完全に収まるようにして、
（Ｂ）第２のオペレーションモードで動作するときには、（ｉ）前記ＰＨＹプロトコルを超える前記層の前記プロトコルが定義し、（ｉｉ）前記ＰＨＹプロトコルを超える前記プロトコルが定義する最大長を有するデータユニットが、前記第２のオペレーションモードの最低可能データレートの１つのＰＰＤＵ内に完全に収まらないようにして、
媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を含むようにＭＰＤＵを生成し、
前記第２のオペレーションモードで動作するときには、前記ネットワークインタフェースは、各ＭＳＤＵについて、
前記ＭＳＤＵの長さが、前記第２のオペレーションモードの前記最低可能データレートの１つのＰＰＤＵ内に完全に収まる最大ＭＰＤＵサイズに基づいて決定される分割閾値を超えるかを判断し、
前記ＭＳＤＵの長さが前記分割閾値を超えると判断されると、前記ＭＳＤＵを複数のＭＰＤＵに分割し、
前記ＭＳＤＵの長さが前記分割閾値を超えないと判断されたときには、前記ＭＳＤＵを含む１つのＭＰＤＵを生成し、
前記ＭＰＤＵを含むようにＰＨＹプロトコルデータユニット（ＰＰＤＵ）を生成し、
前記ＰＰＤＵを送信させ、
前記ＰＰＤＵのそれぞれは、前記ＰＰＤＵの最大期間以下の期間を有する、装置。
［項目５］
前記分割閾値は第１の分割閾値であり、
前記第２のオペレーションモードで動作するときには、前記ネットワークインタフェースは、各ＭＳＤＵについて、
前記ＭＳＤＵの長さが第２の分割閾値を超えるかを判断し、
前記ＭＳＤＵの長さが前記第２の分割閾値を超えると判断されると、前記ＭＳＤＵを複数のＭＰＤＵに分割し、
前記ＭＳＤＵの長さが、前記第２の分割閾値を超えないと判断されたときには、前記ＭＳＤＵを含む１つのＭＰＤＵを生成する、項目４に記載の装置。
［項目６］
前記第２の分割閾値は、前記第１の分割閾値よりも大きい、項目５に記載の装置。
［項目７］
媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を受信する段階と、
（ｉ）前記ＭＳＤＵを第１のオペレーションモードで送信するか、（ｉｉ）前記ＭＳＤＵを、前記第１のオペレーションモードよりも長距離送信に対応する第２のオペレーションモードで送信するかを判断する段階と、
前記ＭＳＤＵを前記第１のオペレーションモードで送信する場合、
前記ＭＳＤＵの長さが前記第１のオペレーションモードに対応する第１の分割閾値を超えるかを判断する段階と、
前記ＭＳＤＵの長さが前記第１の分割閾値を超えると判断されると、前記ＭＳＤＵを複数のＭＡＣプロトコルデータユニット（ＭＰＤＵ）に分割する段階と、
前記ＭＳＤＵの長さが前記第１の分割閾値を超えないと判断されたときには、前記ＭＳＤＵを含む１つのＭＰＤＵを生成する段階と、
前記ＭＳＤＵを第２のオペレーションモードで送信すると判断したときには、前記ＭＳＤＵの長さが、前記第２のオペレーションモードに対応する第２の分割閾値を超えるかを判断する段階と、
前記ＭＳＤＵの長さが前記第２の分割閾値を超えると判断されたときには、前記ＭＳＤＵを複数のＭＰＤＵに分割する段階と、
前記ＭＳＤＵの長さが前記第２の分割閾値を超えないと判断されたときには、前記ＭＳＤＵを含む前記１つのＭＰＤＵを生成する段階と
を有する、方法。
［項目８］
前記第１の分割閾値は、前記第１のオペレーションモードの最低可能データレートに基づいて決定される、項目７に記載の方法。
［項目９］
前記第２の分割閾値は、前記第２のオペレーションモードの最低可能データレートに基づいて決定され、
前記第２の分割閾値は、前記第１の分割閾値より小さい、項目８に記載の方法。
［項目１０］
前記第１のオペレーションモードは、前記第１のオペレーションモードの第１の最低可能データレートを含む複数の第１の可能データレートを含み、
前記第２のオペレーションモードは、前記第２のオペレーションモードの第２の最低可能データレートを含む複数の第２の可能データレートを含み、
前記第２の最低可能データレートは、前記第１の最低可能データレートより低い、項目７に記載の方法。
［項目１１］
前記第２のオペレーションモードは、物理層データユニット（ＰＨＹデータユニット）が前記第１のオペレーションモードで生成される第２のクロックレートよりも低い第１のクロックレートでＰＨＹデータユニットを生成することに対応する、項目７に記載の方法。
［項目１２］
ネットワークインタフェースを備える装置であって、
前記ネットワークインタフェースは、
（ｉ）媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を第１のオペレーションモードで送信するか、（ｉｉ）前記ＭＳＤＵを、前記第１のオペレーションモードよりも長距離送信に対応する第２のオペレーションモードで送信するかを判断し、
前記ＭＳＤＵを前記第１のオペレーションモードで送信する場合、
前記ＭＳＤＵの長さが前記第１のオペレーションモードに対応する第１の分割閾値を超えるかを判断し、
前記ＭＳＤＵの長さが前記第１の分割閾値を超えると判断されると、前記ＭＳＤＵを複数のＭＡＣプロトコルデータユニット（ＭＰＤＵ）に分割し、
前記ＭＳＤＵの長さが前記第１の分割閾値を超えないと判断されたときには、前記ＭＳＤＵを含む１つのＭＰＤＵを生成し、
前記ＭＳＤＵを第２のオペレーションモードで送信すると判断したときには、前記ＭＳＤＵの長さが、前記第２のオペレーションモードに対応する第２の分割閾値を超えるかを判断し、
前記ＭＳＤＵの長さが前記第２の分割閾値を超えると判断されたときには、前記ＭＳＤＵを複数のＭＰＤＵに分割し、
前記ＭＳＤＵの長さが前記第２の分割閾値を超えないと判断されたときには、前記ＭＳＤＵを含む前記１つのＭＰＤＵを生成する、装置。
［項目１３］
前記第１の分割閾値は、前記第１のオペレーションモードの最低可能データレートに基づいて決定される、項目１２に記載の装置。
［項目１４］
前記第２の分割閾値は、前記第２のオペレーションモードの最低可能データレートに基づいて決定され、
前記第２の分割閾値は、前記第１の分割閾値より小さい、項目１３に記載の装置。
［項目１５］
前記第１のオペレーションモードは、前記第１のオペレーションモードの第１の最低可能データレートを含む複数の第１の可能データレートを含み、
前記第２のオペレーションモードは、前記第２のオペレーションモードの第２の最低可能データレートを含む複数の第２の可能データレートを含み、
前記第２の最低可能データレートは、前記第１の最低可能データレートより低い、項目１２に記載の装置。
［項目１６］
前記第２のオペレーションモードは、物理層データユニット（ＰＨＹデータユニット）が前記第１のオペレーションモードで生成される第２のクロックレートよりも低い第１のクロックレートでＰＨＹデータユニットを生成することに対応する、項目１２に記載の装置。
［項目１７］
第１のオペレーションモードで動作するときには、第１の物理層（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）の最大期間を利用して、（ｉ）プロトコルスタックのＰＨＹプロトコルを超える層のプロトコルが定義し、（ｉｉ）前記ＰＨＹプロトコルを超える前記プロトコルが定義する最大長を有するデータユニットが、前記第１のオペレーションモードの最低可能データレートの１つのＰＰＤＵ内に完全に収まるようにする段階と、
第２のオペレーションモードで動作するときには、第２のＰＰＤＵの最大期間を利用して、（ｉ）前記ＰＨＹプロトコルを超える前記層の前記プロトコルが定義し、（ｉｉ）前記ＰＨＹプロトコルを超える前記プロトコルが定義する最大長を有するデータユニットが、前記第２のオペレーションモードの最低可能データレートの１つのＰＰＤＵ内に完全に収まらないようにする段階と
を備える方法。
［項目１８］
前記第１のオペレーションモードは、前記第１のオペレーションモードの第１の最低可能データレートを含む複数の第１の可能データレートを含み、
前記第２のオペレーションモードは、前記第２のオペレーションモードの第２の最低可能データレートを含む複数の第２の可能データレートを含み、
前記第２の最低可能データレートは、前記第１の最低可能データレートより低い、項目１７に記載の方法。
［項目１９］
前記第２のオペレーションモードは、ＰＰＤＵが前記第１のオペレーションモードで生成される第２のクロックレートよりも低い第１のクロックレートでＰＰＤＵを生成することに対応する、項目１７に記載の方法。
［項目２０］
ネットワークインタフェースを備える装置であって、
前記ネットワークインタフェースは、
第１のオペレーションモードで動作するときには、第１の物理層（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）の最大期間を利用して、（ｉ）プロトコルスタックのＰＨＹプロトコルを超える層のプロトコルが定義し、（ｉｉ）前記ＰＨＹプロトコルを超える前記プロトコルが定義する最大長を有するデータユニットが、前記第１のオペレーションモードの最低可能データレートの１つのＰＰＤＵ内に完全に収まるようにして、
第２のオペレーションモードで動作するときには、第２のＰＰＤＵの最大期間を利用して、（ｉ）前記ＰＨＹプロトコルを超える前記層の前記プロトコルが定義し、（ｉｉ）前記ＰＨＹプロトコルを超える前記プロトコルが定義する最大長を有するデータユニットが、前記第２のオペレーションモードの最低可能データレートの１つのＰＰＤＵ内に完全に収まらないようにする、装置。
［項目２１］
前記第１のオペレーションモードは、前記第１のオペレーションモードの第１の最低可能データレートを含む複数の第１の可能データレートを含み、
前記第２のオペレーションモードは、前記第２のオペレーションモードの第２の最低可能データレートを含む複数の第２の可能データレートを含み、
前記第２の最低可能データレートは、前記第１の最低可能データレートより低い、項目２０に記載の装置。
［項目２２］
前記第２のオペレーションモードは、ＰＰＤＵが前記第１のオペレーションモードで生成される第２のクロックレートよりも低い第１のクロックレートでＰＰＤＵを生成することに対応する、項目２０に記載の装置。
［項目２３］
ＰＨＹデータユニットの期間の情報を含むＰＨＹヘッダを生成する段階と、
プリアンブルを生成する段階と、
前記プリアンブルと前記ＰＨＹヘッダとを含む前記ＰＨＹデータユニットを生成する段階と、
前記ＰＨＹデータユニットを送信させる段階と
を備える、無線ネットワークの節電を促す方法。
［項目２４］
前記ＰＨＹヘッダを生成する段階は、
宛先アドレスの情報を含む前記ＰＨＹヘッダを生成する段階を有する、項目２３に記載の方法。
［項目２５］
前記ＰＨＹヘッダを生成する段階は、
前記ＰＨＹデータユニットがユニキャストフレームに対応しているかを示す情報を含む前記ＰＨＹヘッダを生成する段階を有する、項目２３に記載の方法。
［項目２６］
前記ＰＨＹヘッダを生成する段階は、
前記ＰＨＹデータユニットがＡＰにより送信されているかを示す情報を含む前記ＰＨＹヘッダを生成する段階を有する、項目２３に記載の方法。
［項目２７］
前記ＰＨＹヘッダを生成する段階は、
前記ＰＨＹデータユニットの前記期間の前記情報を含む信号フィールドを生成する段階と、
前記信号フィールドを含む前記ＰＨＹヘッダを生成する段階と
を有する、項目２３に記載の方法。
［項目２８］
前記信号フィールドを生成する段階は、
宛先アドレスの情報を含む前記信号フィールドを生成する段階を含む、項目２７に記載の方法。
［項目２９］
前記信号フィールドを生成する段階は、
前記ＰＨＹデータユニットがユニキャストフレームに対応しているかを示す情報を含む前記信号フィールドを生成する段階を含む、項目２７に記載の方法。
［項目３０］
前記信号フィールドを生成する段階は、
前記ＰＨＹデータユニットがＡＰにより送信されているかを示す情報を含む前記信号フィールドを生成する段階を有する、項目２７に記載の方法。
［項目３１］
ネットワークインタフェースを備える装置であって、
前記ネットワークインタフェースは、
無線ネットワークで節電を促すための情報を含むＰＨＹヘッダを生成し、
前記無線ネットワークで節電を促すための前記情報は、ＰＨＹデータユニットの期間の情報を含み、
前記ネットワークインタフェースは、
プリアンブルを生成し、
前記プリアンブルと前記ＰＨＹヘッダとを含む前記ＰＨＹデータユニットを生成し、
前記ＰＨＹデータユニットを送信させる、装置。
［項目３２］
前記ネットワークインタフェースは、宛先アドレスの情報を含む前記ＰＨＹヘッダを生成する、項目３１に記載の装置。
［項目３３］
前記ネットワークインタフェースは、前記ＰＨＹデータユニットがユニキャストフレームに対応しているかを示す情報を含む前記ＰＨＹヘッダを生成する、項目３１に記載の装置。
［項目３４］
前記ネットワークインタフェースは、前記ＰＨＹデータユニットがＡＰにより送信されているかを示す情報を含む前記ＰＨＹヘッダを生成する、項目３１に記載の装置。
［項目３５］
前記ネットワークインタフェースは、
前記ＰＨＹデータユニットの前記期間の前記情報を含む信号フィールドを生成し、
前記信号フィールドを含む前記ＰＨＹヘッダを生成する、項目３１に記載の装置。
［項目３６］
前記ネットワークインタフェースは、
宛先アドレスの情報を含む前記信号フィールドを生成する、項目３５に記載の装置。
［項目３７］
前記ネットワークインタフェースは、
前記ＰＨＹデータユニットがユニキャストフレームに対応しているかを示す情報を含む前記信号フィールドを生成する、項目３５に記載の装置。
［項目３８］
前記ネットワークインタフェースは、
前記ＰＨＹデータユニットがＡＰにより送信されているかを示す情報を含む前記信号フィールドを生成する、項目３５に記載の装置。
［項目３９］
ネットワークインタフェースで、基本サービスセット情報（ＢＳＳ情報）が変更されているかを判断する段階と、
ＢＳＳ情報が変更されていると判断されると、前記ネットワークインタフェースで、変更された前記ＢＳＳ情報の少なくとも一部を含む１以上の第１のＢＳＳ情報エレメント（第１のＢＳＳ  ＩＥ）を生成する段階と、
前記ネットワークインタフェースで、（ｉ）前記１以上の第１のＢＳＳ  ＩＥを含み、（ｉｉ）変更されていないＢＳＳ情報に対応する１以上の第２のＢＳＳ  ＩＥを省いたビーコンフレームを生成する段階と、
前記ビーコンフレームを前記ネットワークインタフェースで送信する段階と
を備える方法。
［項目４０］
ＢＳＳ情報が変更されていると判断されると、前記ネットワークインタフェースで、前記１以上の第１のＢＳＳ  ＩＥが前記ビーコンフレームに含まれると示すインジケータフィールドを生成する段階をさらに備え、
前記ビーコンフレームを生成する段階は、前記インジケータフィールドを含む前記ビーコンフレームを生成する段階を有する、項目３９に記載の方法。
［項目４１］
前記ビーコンフレームは、変更されたＢＳＳ情報に対応する１以上の第３のＢＳＳ  ＩＥを省くように生成され、
前記ビーコンフレームは、前記１以上の第３のＢＳＳ  ＩＥに対応するＢＳＳ情報が変更されたことを示すインジケータを含むよう生成され、
前記方法はさらに、
前記ネットワークインタフェースで、前記ビーコンに呼応したプローブ要求フレームを受信する段階と、
前記ネットワークインタフェースで、前記プローブ要求フレームに呼応しており、１以上の第３のＢＳＳ  ＩＥを含むプローブ応答フレームを生成する段階と、
前記ネットワークインタフェースで、前記プローブ応答フレームを送信する段階と
を備える、項目３９に記載の方法。
［項目４２］
前記ビーコンフレームは第１のビーコンフレームであり、
前記第１のビーコンフレームは、変更されたＢＳＳ情報に対応する１以上の第３のＢＳＳ  ＩＥを省くよう生成され、
前記方法はさらに、
前記ネットワークインタフェースで、（ｉ）前記１以上の第３のＢＳＳ  ＩＥを含み、（ｉｉ）前記１以上の第１のＢＳＳ  ＩＥを省かれた第２のビーコンフレームを生成する段階と、
前記ネットワークインタフェースで、前記第２のビーコンフレームを送信する段階と
を備える、項目３９に記載の方法。
［項目４３］
ネットワークインタフェースを備える装置であって、
前記ネットワークインタフェースは、
基本サービスセット情報（ＢＳＳ情報）が変更されているかを判断し、
ＢＳＳ情報が変更されていると判断されると、変更された前記ＢＳＳ情報の少なくとも一部を含む１以上の第１のＢＳＳ情報エレメント（第１のＢＳＳ  ＩＥ）を生成し、
（ｉ）前記１以上の第１のＢＳＳ  ＩＥを含み、（ｉｉ）変更されていないＢＳＳ情報に対応する１以上の第２のＢＳＳ  ＩＥを省いたビーコンフレームを生成し、
前記ビーコンフレームを送信させる、装置。
［項目４４］
前記ネットワークインタフェースは、
ＢＳＳ情報が変更されていると判断されると、前記１以上の第１のＢＳＳ  ＩＥが前記ビーコンフレームに含まれると示すインジケータフィールドを生成し、
前記インジケータフィールドを含む前記ビーコンフレームを生成する、項目４３に記載の装置。
［項目４５］
前記ネットワークインタフェースは、
前記ビーコンフレームを、変更されたＢＳＳ情報に対応する１以上の第３のＢＳＳ  ＩＥを省くように生成し、
前記ビーコンフレームを、前記１以上の第３のＢＳＳ  ＩＥに対応するＢＳＳ情報が変更されたことを示すインジケータを含むよう生成し、
前記ビーコンに呼応したプローブ要求フレームを受信し、
前記プローブ要求フレームに呼応しており、１以上の第３のＢＳＳ  ＩＥを含むプローブ応答フレームを生成し、
前記プローブ応答フレームを送信させる、項目４３に記載の装置。
［項目４６］
前記ビーコンフレームは第１のビーコンフレームであり、
前記ネットワークインタフェースは、
前記第１のビーコンフレームを、変更されたＢＳＳ情報に対応する１以上の第３のＢＳＳ  ＩＥを省くよう生成し、
（ｉ）前記１以上の第３のＢＳＳ  ＩＥを含み、（ｉｉ）前記１以上の第１のＢＳＳ  ＩＥを省かれた第２のビーコンフレームを生成し、
前記第２のビーコンフレームを送信させる、項目４３に記載の装置。
［項目４７］
タイムスタンプフィールドを生成する段階と、
基本サービスセット（ＢＳＳ）情報が変更されているかを示す変更インジケータフィールドを生成する段階と、
（ｉ）前記タイムスタンプフィールドと（ｉｉ）前記変更インジケータフィールドとを含むビーコンフレームを、（ｉ）前記タイムスタンプフィールドおよび（ｉｉ）前記変更インジケータフィールドの少なくとも１つの前に生じる前記ビーコンフレームのヘッダのすべてのフィールドが固定長フィールドとなるように生成する段階と、
前記ビーコンフレームを送信する段階と
を備える方法。
［項目４８］
前記ビーコンフレームは、（ｉ）前記タイムスタンプフィールドおよび（ｉｉ）前記変更インジケータフィールドの両方の前に生じる前記ビーコンフレームの前記ヘッダのすべてのフィールドが固定長フィールドとなるように生成される、項目４７に記載の方法。
［項目４９］
アクセスポイントが、１以上の局のためにバッファリングした情報を有しているかを示すトラフィック表示フィールドを生成する段階をさらに備え、
前記ビーコンフレームは、前記トラフィック表示フィールドの前に生じる前記ビーコンフレームのすべてのフィールドが固定長フィールドとなるように生成される、項目４７に記載の方法。
［項目５０］
前記ビーコンフレームは、（ｉ）前記タイムスタンプフィールド、（ｉｉ）前記変更インジケータフィールド、および、（ｉｉｉ）前記トラフィック表示フィールドのすべての前に生じる前記ビーコンフレームの前記ヘッダのすべてのフィールドが固定長フィールドとなるように生成される、項目４９に記載の方法。
［項目５１］
前記ビーコンフレームは、
（ｉ）前記タイムスタンプフィールドと（ｉｉ）前記変更インジケータフィールドとを、前記ビーコンフレームの前記ヘッダに含むよう、および、
前記トラフィック表示フィールドを、前記ビーコンフレームのペイロード部分の情報エレメントとして含むよう、生成される、項目４９に記載の方法。
［項目５２］
前記ビーコンフレームの前記ペイロード部分に前記トラフィック表示フィールドが存在するかを示すインジケータフィールドを含むよう、前記ビーコンフレームの前記ヘッダを生成する段階をさらに備える、項目５１に記載の方法。
［項目５３］
（ｉ）必須の固定長フィールドのみを有する第１のヘッダ部分と、（ｉｉ）（ａ）固定長フィールドのみをもち（ｂ）任意の固定長フィールドを含む第２のヘッダ部分とを含むよう、前記ビーコンフレームの前記ヘッダを生成する段階と、
ペイロードを生成する段階と
をさらに備え、
前記ビーコンフレームは、（ｉ）前記ヘッダの前記第２の部分が、前記ヘッダの前記第１の部分の直後に後続するよう、および、（ｉｉ）前記ペイロードが、前記ヘッダの前記第２の部分の直後に後続するよう、生成される、項目４７に記載の方法。
［項目５４］
前記ヘッダの前記第１の部分は、（ｉ）前記タイムスタンプフィールドと（ｉｉ）前記変更インジケータフィールドとを含むよう生成され、
前記ペイロードは、トラフィック表示フィールドを含むよう生成され、
前記トラフィック表示フィールドは、前記ヘッダの前記第２の部分の直後に後続する、項目５３に記載の方法。
［項目５５］
１以上のフィールドが前記ヘッダの前記第２の部分に含まれているかを示す１以上のインジケータを含むよう前記ヘッダの前記第１の部分を生成する段階をさらに備える、項目５４に記載の方法。
［項目５６］
ネットワークインタフェースを備える装置であって、
前記ネットワークインタフェースは、
タイムスタンプフィールドを生成し、
基本サービスセット（ＢＳＳ）情報が変更されているかを示す変更インジケータフィールドを生成し、
（ｉ）前記タイムスタンプフィールドと（ｉｉ）前記変更インジケータフィールドとを含むビーコンフレームを、（ｉ）前記タイムスタンプフィールドおよび（ｉｉ）前記変更インジケータフィールドの少なくとも１つの前に生じる前記ビーコンフレームのヘッダのすべてのフィールドが固定長フィールドとなるように生成し、
前記ビーコンフレームを送信させる、装置。
［項目５７］
前記ネットワークインタフェースは、前記ビーコンフレームを、（ｉ）前記タイムスタンプフィールドおよび（ｉｉ）前記変更インジケータフィールドの両方の前に生じる前記ビーコンフレームの前記ヘッダのすべてのフィールドが固定長フィールドとなるように生成する、項目５６に記載の装置。
［項目５８］
前記ネットワークインタフェースは、
アクセスポイントが、１以上の局のためにバッファリングした情報を有しているかを示すトラフィック表示フィールドを生成し、
前記ビーコンフレームを、前記トラフィック表示フィールドの前に生じる前記ビーコンフレームのすべてのフィールドが固定長フィールドとなるように生成する、項目５６に記載の装置。
［項目５９］
前記ネットワークインタフェースは、
前記ビーコンフレームを、（ｉ）前記タイムスタンプフィールド、（ｉｉ）前記変更インジケータフィールド、および、（ｉｉｉ）前記トラフィック表示フィールドのすべての前に生じる前記ビーコンフレームの前記ヘッダのすべてのフィールドが固定長フィールドとなるように生成する、項目５８に記載の装置。
［項目６０］
前記ネットワークインタフェースは、
前記ビーコンフレームを、
（ｉ）前記タイムスタンプフィールドと（ｉｉ）前記変更インジケータフィールドとを、前記ビーコンフレームの前記ヘッダに含むよう、および、
前記トラフィック表示フィールドを、前記ビーコンフレームのペイロード部分の情報エレメントとして含むよう、生成する、項目５８に記載の装置。
［項目６１］
前記ネットワークインタフェースは、
前記ビーコンフレームの前記ペイロード部分に前記トラフィック表示フィールドが存在するかを示すインジケータフィールドを含むよう、前記ビーコンフレームの前記ヘッダを生成する、項目６０に記載の装置。
［項目６２］
前記ネットワークインタフェースは、
（ｉ）必須の固定長フィールドのみを有する第１のヘッダ部分と、（ｉｉ）（ａ）固定長フィールドのみをもち（ｂ）任意の固定長フィールドを含む第２のヘッダ部分とを含むよう、前記ビーコンフレームの前記ヘッダを生成し、
ペイロードを生成し、
前記ビーコンフレームを、（ｉ）前記ヘッダの前記第２の部分が、前記ヘッダの前記第１の部分の直後に後続するよう、および、（ｉｉ）前記ペイロードが、前記ヘッダの前記第２の部分の直後に後続するよう、生成する、項目５６に記載の装置。
［項目６３］
前記ネットワークインタフェースは、
前記ヘッダの前記第１の部分を、（ｉ）前記タイムスタンプフィールドと（ｉｉ）前記変更インジケータフィールドとを含むよう生成し、
前記ペイロードを、トラフィック表示フィールドを含むよう生成し、
前記ビーコンフレームを、前記トラフィック表示フィールドが前記ヘッダの前記第２の部分の直後に後続するよう生成する、項目６２に記載の装置。
［項目６４］
前記ネットワークインタフェースは、
１以上のフィールドが前記ヘッダの前記第２の部分に含まれているかを示す１以上のインジケータを含むよう前記ヘッダの前記第１の部分を生成する、項目６３に記載の装置。
［項目６５］
ネットワークインタフェースで、（ｉ）物理層データユニット（ＰＨＹデータユニット）が制御フレームであることを示すフィールドと、（ｉｉ）フレーム制御フィールド、レシーバアドレスフィールド（ＲＡフィールド）、および、巡回冗長検査フィールド（ＣＲＣフィールド）のうち１以上とを含む信号フィールドを生成する段階と、
前記ネットワークインタフェースで、（ｉ）サービスフィールド、トランスミッタアドレスフィールド（ＴＡフィールド）、ネットワークＩＤフィールド、および、ＣＲＣフィールドの１以上を含み、（ｉｉ）ＲＡフィールドが省かれたＰＨＹデータペイロードを生成する段階と、
前記ネットワークインタフェースで、（ｉ）プリアンブルと、（ｉｉ）前記信号フィールドを含むＰＨＹヘッダと、（ｉｉｉ）前記ＰＨＹデータペイロードとを含む前記ＰＨＹデータユニットを生成する段階と、
前記ＰＨＹデータユニットを前記ネットワークインタフェースで送信する段階と
をさらに備える方法。
［項目６６］
前記ＰＨＹデータペイロードの前記ネットワークＩＤフィールドは、第２のネットワークＩＤフィールドであり、
前記信号フィールドを生成する段階は、
第１のネットワークＩＤフィールドを含むよう前記信号フィールドを生成する段階を有する、項目６５に記載の方法。
［項目６７］
前記第１のネットワークＩＤフィールドは、基本サービスセット識別子（ＢＳＳＩＤ）の第１の部分を含み、
前記第２のネットワークＩＤフィールドは、前記ＢＳＳＩＤの第２の部分を含む、項目６６に記載の方法。
［項目６８］
前記第１のネットワークＩＤフィールドは、短縮された、または、圧縮された基本サービスセット識別子（ＢＳＳＩＤ）の第１の部分を含み、
前記第２のネットワークＩＤフィールドは、前記短縮された、または、圧縮されたＢＳＳＩＤの第２の部分を含む、項目６６に記載の方法。
［項目６９］
前記信号フィールドを生成する段階は、
サービスフィールドを含む前記信号フィールドを生成する段階と、
前記サービスフィールドを省いた前記ＰＨＹデータペイロードを生成する段階と
を有する、項目６５に記載の方法。
［項目７０］
ネットワークインタフェースを備える装置であって、
前記ネットワークインタフェースは、
（ｉ）物理層データユニット（ＰＨＹデータユニット）が制御フレームであることを示すフィールドと、（ｉｉ）フレーム制御フィールド、レシーバアドレスフィールド（ＲＡフィールド）、および、巡回冗長検査フィールド（ＣＲＣフィールド）のうち１以上とを含む信号フィールドを生成し、
（ｉ）サービスフィールド、トランスミッタアドレスフィールド（ＴＡフィールド）、ネットワークＩＤフィールド、および、ＣＲＣフィールドの１以上を含み、（ｉｉ）ＲＡフィールドが省かれたＰＨＹデータペイロードを生成し、
（ｉ）プリアンブルと、（ｉｉ）前記信号フィールドを含むＰＨＹヘッダと、（ｉｉｉ）前記ＰＨＹデータペイロードとを含む前記ＰＨＹデータユニットを生成し、
前記ＰＨＹデータユニットを送信させる、装置。
［項目７１］
前記ＰＨＹデータペイロードの前記ネットワークＩＤフィールドは、第２のネットワークＩＤフィールドであり、
前記ネットワークインタフェースは、
第１のネットワークＩＤフィールドを含むよう前記信号フィールドを生成する、項目７０に記載の装置。
［項目７２］
前記第１のネットワークＩＤフィールドは、基本サービスセット識別子（ＢＳＳＩＤ）の第１の部分を含み、
前記第２のネットワークＩＤフィールドは、前記ＢＳＳＩＤの第２の部分を含む、項目７１に記載の装置。
［項目７３］
前記第１のネットワークＩＤフィールドは、短縮された、または、圧縮された基本サービスセット識別子（ＢＳＳＩＤ）の第１の部分を含み、
前記第２のネットワークＩＤフィールドは、前記短縮された、または、圧縮されたＢＳＳＩＤの第２の部分を含む、項目７１に記載の装置。
［項目７４］
前記ネットワークインタフェースは、
サービスフィールドを含む前記信号フィールドを生成し、
前記サービスフィールドを省いた前記ＰＨＹデータペイロードを生成する、項目７０に記載の装置。
［項目７５］
ネットワークインタフェースで、現在の送信レートに基づいて、分割閾値を動的に決定する段階と、
媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を受信する段階と、
前記ネットワークインタフェースで、前記ＭＳＤＵの長さが前記分割閾値を超えるかを判断する段階と、
前記ＭＳＤＵの長さが前記分割閾値を超えると判断されると、前記ネットワークインタフェースで、前記ＭＳＤＵを複数のＭＡＣプロトコルデータユニット（ＭＰＤＵ）に分割する段階と、
前記ＭＳＤＵの長さが前記分割閾値を超えないと判断されると、前記ネットワークインタフェースで、前記ＭＳＤＵを含む１つのＭＰＤＵを生成する段階と
を備える方法。
［項目７６］
前記分割閾値を動的に決定する段階は、
送信に利用されている現在の変調符号化スキーム（ＭＣＳ）に少なくとも基づいて、前記分割閾値を決定する段階を有する、項目７５に記載の方法。
［項目７７］
前記分割閾値を動的に決定する段階は、
送信に利用されている現在の空間ストリーム数に少なくとも基づいて、前記分割閾値を決定する段階を有する、項目７５に記載の方法。
［項目７８］
前記分割閾値を動的に決定する段階は、
送信に利用されている現在の帯域幅に少なくとも基づいて、前記分割閾値を決定する段階を有する、項目７５に記載の方法。
［項目７９］
ネットワークインタフェースを備える装置であって、
前記ネットワークインタフェースは、
現在の送信レートに基づいて、分割閾値を動的に決定し、
媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）の長さが前記分割閾値を超えるかを判断する段階と、
前記ＭＳＤＵの長さが前記分割閾値を超えると判断されると、前記ＭＳＤＵを複数のＭＡＣプロトコルデータユニット（ＭＰＤＵ）に分割し、
前記ＭＳＤＵの長さが前記分割閾値を超えないと判断されると、前記ＭＳＤＵを含む１つのＭＰＤＵを生成する、装置。
［項目８０］
前記ネットワークインタフェースは、
前記ネットワークインタフェースによって送信に利用されている現在の変調符号化スキーム（ＭＣＳ）に少なくとも基づいて、前記分割閾値を決定する、項目７９に記載の装置。
［項目８１］
前記ネットワークインタフェースは、
前記ネットワークインタフェースによって送信に利用されている現在の空間ストリーム数に少なくとも基づいて、前記分割閾値を動的に決定する、項目７９に記載の装置。
［項目８２］
前記ネットワークインタフェースは、
前記ネットワークインタフェースによって送信に利用されている現在の帯域幅に少なくとも基づいて、前記分割閾値を決定する、項目７９に記載の装置。
［項目８３］
媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）を受信する段階と、
ネットワークインタフェースで、前記ＭＳＤＵの長さが分割閾値を超えるかを判断する段階と、
前記ＭＳＤＵの長さが前記分割閾値を超えると判断されると、前記ネットワークインタフェースで、前記ＭＳＤＵを複数のＭＡＣプロトコルデータユニット（ＭＰＤＵ）に分割する段階と、
前記ネットワークインタフェースで、前記ＭＳＤＵに対応する複数のＭＰＤＵを統合ＭＰＤＵ（Ａ−ＭＰＤＵ）に統合する段階と
を備える方法。
［項目８４］
前記Ａ−ＭＰＤＵは、前記ＭＳＤＵに対応する前記複数のＭＰＤＵのすべてを含む、項目８３に記載の方法。
［項目８５］
前記Ａ−ＭＰＤＵは、前記ＭＳＤＵに対応する前記複数のＭＰＤＵの一部を含む、項目８３に記載の方法。
［項目８６］
前記Ａ−ＭＰＤＵは、別のＭＳＤＵに対応する１以上のＭＰＤＵを含む、項目８５に記載の方法。
［項目８７］
ネットワークインタフェースを備える装置であって、
前記ネットワークインタフェースは、
媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）の長さが分割閾値を超えるかを判断し、
前記ＭＳＤＵの長さが前記分割閾値を超えると判断されると、前記ＭＳＤＵを複数のＭＡＣプロトコルデータユニット（ＭＰＤＵ）に分割し、
前記ＭＳＤＵに対応する複数のＭＰＤＵを統合ＭＰＤＵ（Ａ−ＭＰＤＵ）に統合する、装置。
［項目８８］
前記Ａ−ＭＰＤＵは、前記ＭＳＤＵに対応する前記複数のＭＰＤＵのすべてを含む、項目８７に記載の装置。
［項目８９］
前記Ａ−ＭＰＤＵは、前記ＭＳＤＵに対応する前記複数のＭＰＤＵの一部を含む、項目８７に記載の装置。
［項目９０］
前記Ａ−ＭＰＤＵは、別のＭＳＤＵに対応する１以上のＭＰＤＵを含む、項目８９に記載の装置。
【図１】
0005907496.tif 000005
【図２】
0005907496.tif 000006
【図３】
0005907496.tif 000007
【図４】
0005907496.tif 000008
【図５】
0005907496.tif 000009
【図６】
0005907496.tif 000010
【図７Ａ】
0005907496.tif 000011
【図７Ｂ】
0005907496.tif 000012
【図８】
0005907496.tif 000013
【図９Ａ】
0005907496.tif 000014
【図９Ｂ】
0005907496.tif 000015
【図１０】
0005907496.tif 000016
【図１１】
0005907496.tif 000017
【図１２】
0005907496.tif 000018
【図１３】
0005907496.tif 000019
【図１４】
0005907496.tif 000020
【図１５】
0005907496.tif 000021
【図１６】
0005907496.tif 000022
【図１７】
0005907496.tif 000023
【図１８】
0005907496.tif 000024
【図１９】
0005907496.tif 000025
【図２０】
0005907496.tif 000026
【図２１】
0005907496.tif 000027
【図２２】
0005907496.tif 000028
【図２３】
0005907496.tif 000029
【図２４】
0005907496.tif 000030
【図２５】
0005907496.tif 000031
【図２６】
0005907496.tif 000032
【図２７】
0005907496.tif 000033