(57)【要約】  ステーション（ＳＴＡ）から／において複数のパケットを受信する方法が提供される。各パケットは、フラグビットのセットと、受信器アドレスを特定する第１アドレスフィールド及び送信器アドレスを特定する第２アドレスフィールドを含むＭＡＣヘッダを有する。当該方法は、個別のパケットが生成された時にＳＴＡがＡＰに関連付られたかを、フラグビットの各セットが示すかを判断すること、及び、各パケットのＭＡＣヘッダを処理することを備える。各パケットのＭＡＣヘッダを処理することは、個別のパケットが生成される時にＳＴＡがＡＰに関連づけられなかったことを、フラグビットの各セットが示すかが判断される各パケット中の第３アドレスフィールドを処理することを含む。第３アドレスフィールドは、ＳＴＡのＭＡＣアドレスを含む。
2015508957.tif 000002
【特許請求の範囲】
【請求項１】
ステーション（ＳＴＡ）で、又は、ＳＴＡから複数のパケットを受信することであって、前記複数のパケットにおける各々のパケットは、（ｉ）１又は２以上のフラグビットのセット、及び、（ｉｉ）メディアアクセスコントロール（ＭＡＣ）ヘッダを含み、それぞれのＭＡＣヘッダは、少なくとも、（ｉ）受信器アドレスを特定する第１アドレスフィールド、及び、（ｉｉ）送信器アドレスを特定する第２アドレスフィールドを含むことと、
個別の前記パケットが生成されたときに前記ＳＴＡがアクセスポイント（ＡＰ）に関連づけられたことを１又は２以上のフラグビットの各セットが示すかを決定することと、
前記複数のパケットの各パケットの前記ＭＡＣヘッダを処理することとを備え、
各パケットの前記ＭＡＣヘッダを処理することは、個別の前記パケットが生成されたときに前記ＳＴＡが前記ＡＰに関連付けられていなかったことを１又は２以上のフラグビットの前記各セットが示すかが決定される各パケット内の第３アドレスフィールドを処理することを含み、
前記第３アドレスフィールドは、前記ＳＴＡのＭＡＣアドレスを含む、
方法。
【請求項２】
前記方法は、１又は２以上のフラグビットの各セットが、個別の前記パケットが集合化された複数のＭＡＣサービスデータユニット（Ａ−ＭＳＤＵｓ）を含むことを示すかを決定することを更に含み、
前記各パケットのＭＡＣヘッダを処理することは、個別の前記パケットがＡ−ＭＳＤＵｓを含むことを１又は２以上のフラグビットの前記各セットが示すことが決定される各パケット内の第３アドレスフィールドを処理することを含まない請求項１に記載の方法。
【請求項３】
前記各パケットのＭＡＣヘッダは、
１又は２以上のフラグビットの前記各セットを含む、請求項１又は２に記載の方法。
【請求項４】
複数のパケットを受信することは、前記ＳＴＡで前記複数のパケットを受信することを含む、請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記各パケットのＭＡＣヘッダを処理することは、個別の前記パケットが生成されたときに前記ＳＴＡが前記ＡＰに関連付けられていたことを１又は２以上のフラグビットの前記各セットが示すかが決定される各パケット内の前記第１アドレスフィールドに位置する、前記ＳＴＡのアソシエーション識別子（ＡＩＤ）を処理することを含む、
請求項４に記載の方法。
【請求項６】
複数のパケットを受信することは、前記ＳＴＡから前記複数のパケットを受信することを含む、請求項１に記載の方法。
【請求項７】
各パケットの前記ＭＡＣヘッダを処理することは、個別の前記パケットが生成されたときに前記ＳＴＡが前記ＡＰに関連付けられていたことを１又は２以上のフラグビットの前記各セットが示すかが決定される各パケット内の前記第２アドレスフィールドに位置する、前記ＳＴＡのアソシエーション識別子（ＡＩＤ）を処理することを含む、
請求項６に記載の方法。
【請求項８】
前記ＳＴＡの前記ＡＩＤを処理することは、
前記ＳＴＡの前記ＡＩＤに基づいて、前記ＳＴＡの前記ＭＡＣアドレスを決定することと、
前記ＳＴＡの前記ＭＡＣアドレスに基づいて、ＣＢＣ−ＭＡＣプロトコル（ＣＣＭＰ）ノンスによりカウンタモードを計算することと、
を含む請求項７に記載の方法。
【請求項９】
前記ＳＴＡの前記ＡＩＤを処理することは、
前記第１アドレスフィールドに含まれる受信器ＭＡＣアドレスに基づいて、ＣＢＣ−ＭＡＣプロトコル（ＣＣＭＰ）ノンスにより、カウンタモードを計算することを含む、請求項７に記載の方法。
【請求項１０】
前記ＳＴＡの前記ＡＩＤを処理することは、追加のビットが増加された前記ＳＴＡの前記ＡＩＤに基づいて、ＣＢＣ−ＭＡＣプロトコル（ＣＣＭＰ）ノンスにより、カウンタモードを計算することを含む、請求項７に記載の方法。
【請求項１１】
複数のパケットをステーション（ＳＴＡ）から受信するように構成されたネットワークインタフェースを含む装置であって、
前記複数のパケットの各々は、（ｉ）１又は２以上のフラグビットのセット、及び、（ｉｉ）メディアアクセスコントロール（ＭＡＣ）ヘッダを含み、それぞれのＭＡＣヘッダは、少なくとも、（ｉ）受信器アドレスを特定する第１アドレスフィールド、及び、（ｉｉ）送信器アドレスを特定する第２アドレスフィールドを含み、
前記ネットワークインタフェースは、
個別の前記パケットが生成されるときに前記ＳＴＡがアクセスポイント（ＡＰ）に関連づけられたことを１又は２以上のフラグビットの各セットが示すかを決定し、
前記複数のパケットの各パケットの前記ＭＡＣヘッダを処理するように構成され、
前記ネットワークインタフェースは、個別の前記パケットが生成されたときに前記ＳＴＡが前記ＡＰに関連付けられていなかったことを１又は２以上のフラグビットの前記各セットが示すかが決定される各パケット内の第３アドレスフィールドを処理することに少なくとも基づいて、各パケットの前記ＭＡＣヘッダを処理するように構成され、
前記第３アドレスフィールドは、前記ＳＴＡのＭＡＣアドレスを含む、
装置。
【請求項１２】
前記ネットワークインタフェースは、更に１又は２以上のフラグビットの各セットが、個別の前記パケットが集合化された複数のＭＡＣサービスデータユニット（Ａ−ＭＳＤＵｓ）を含むことを示すかを決定するように構成され、
前記ネットワークインタフェースは、個別の前記パケットがＡ−ＭＳＤＵｓを含むことを１又は２以上のフラグビットの前記各セットが示すことが決定される各パケット内の第３アドレスフィールドを処理することなく、前記各パケットのＭＡＣヘッダを処理するように構成される請求項１１に記載の装置。
【請求項１３】
前記各パケットのＭＡＣヘッダは、１又は２以上のフラグビットの前記各セットを含む、請求項１１又は１２に記載の装置。
【請求項１４】
前記ネットワークインタフェースは、
個別の前記パケットが生成されたときに前記ＳＴＡが前記ＡＰに関連付けられていたことを１又は２以上のフラグビットの前記各セットが示すかが決定される各パケット内の前記第２アドレスフィールドに位置する、前記ＳＴＡのアソシエーション識別子（ＡＩＤ）を処理することに少なくとも部分的に基づいて、前記各パケットのＭＡＣヘッダを処理するように構成される、
請求項１１に記載の装置。
【請求項１５】
複数のパケットを受信することであって、前記複数のパケットにおける各々のパケットは、（ｉ）１又は２以上のフラグビットのセット、及び、（ｉｉ）メディアアクセスコントロール（ＭＡＣ）ヘッダを含み、それぞれのＭＡＣヘッダは、少なくとも、（ｉ）受信器アドレスを特定する第１アドレスフィールド、及び、（ｉｉ）送信器アドレスを特定する第２アドレスフィールドを含むことと、
１又は２以上のフラグビットの各セットが、個別の前記パケットがマルチキャストパケットであることを示すかを決定することと、
前記複数のパケットの各パケットの前記ＭＡＣヘッダを処理することとを備え、
各パケットの前記ＭＡＣヘッダを処理することは、個別の前記パケットがマルチキャストパケットであることを１又は２以上のフラグビットの前記各セットが示すかが決定される各パケット内の第３アドレスフィールドを処理することを含み、前記第３アドレスフィールドは、ＭＡＣマルチキャストアドレスを含む、
方法。
【請求項１６】
複数のパケットを受信することは、ステーション（ＳＴＡ）から前記複数のパケットの１又は２以上のパケットを受信することを含み、
前記ＳＴＡから受信した前記１又は２以上のパケットの各々の前記ＭＡＣヘッダの前記第２アドレスフィールドは、前記ＳＴＡのアソシエーション識別子（ＡＩＤ）を特定する、請求項１５に記載の方法。
【請求項１７】
各パケットの前記ＭＡＣヘッダは、１又は２以上のフラグビットの前記各セットを含む、
請求項１５又は１６に記載の方法。
【請求項１８】
ネットワークインタフェースを備える装置であって、
前記ネットワークインタフェースは、複数のパケットを受信するように構成され、前記複数のパケットにおける各々のパケットは、（ｉ）１又は２以上のフラグビットのセット、及び、（ｉｉ）メディアアクセスコントロール（ＭＡＣ）ヘッダを含み、それぞれのＭＡＣヘッダは、少なくとも、（ｉ）受信器アドレスを特定する第１アドレスフィールド、及び、（ｉｉ）送信器アドレスを特定する第２アドレスフィールドを含み、
前記ネットワークインタフェースは、１又は２以上のフラグビットの各セットが、個別の前記パケットがマルチキャストパケットであることを示すかを決定し、前記複数のパケットの各パケットの前記ＭＡＣヘッダを処理するように構成され、
前記ネットワークインタフェースは、個別の前記パケットがマルチキャストパケットであることを１又は２以上のフラグビットの前記セットが示すかが決定される各パケット内の第３アドレスフィールドを処理することに少なくとも部分的に基づいて、各パケットの前記ＭＡＣヘッダを処理するように構成され、
前記第３アドレスフィールドは、ＭＡＣマルチキャストアドレスを含む、
装置。
【請求項１９】
前記ネットワークインタフェースは、ステーション（ＳＴＡ）から前記複数のパケットの１又は２以上のパケットを受信することに少なくとも部分的に基づき、前記複数のパケットを受信するように構成され、
前記ＳＴＡから受信した前記１又は２以上のパケットの各々の前記ＭＡＣヘッダの前記第２アドレスフィールドは、前記ＳＴＡのアソシエーション識別子（ＡＩＤ）を特定する、請求項１８に記載の装置。
【請求項２０】
各パケットの前記ＭＡＣヘッダは、１又は２以上のフラグビットの前記各セットを含む、請求項１８又は１９に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願に係る相互参照］
本開示は、「８０２．１１ａｈ  ＭＡＣヘッダコンプレッション」と題され、２０１２年１月３１日に出願された米国仮特許出願第６１／５９３０３４号の利益を主張する。その出願の開示は、参照によりここに組み込まれる。
【０００２】
本開示は、一般的に通信ネットワークに関連し、より具体的には、長距離低電力無線ローカルエリアネットワークに関連する。
【背景技術】
【０００３】
背景技術の説明は、一般的に開示の文脈を提供する目的でここに提供される。この背景技術セクション、並びに、出願時に先行技術として位置づけられ得えない当該説明の態様に記載される限りにおいて、ここに記名される発明者らの研究は、本開示に対する先行技術として明示的又は暗示的にも認められるものではない。
【０００４】
インフラストラクチャモードで動作するときに、無線ローカルエリアネットワーク（ＷＬＡＮ）は、典型的に、アクセスポイント（ＡＰ）、及び、１つ又は２つ以上のクライアントステーションを含む。ＷＬＡＮは、過去１０年の間に急速に発展を遂げている。Ｉｎｓｔｉｔｕｔｅ  ｆｏｒ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ（ＩＥＥＥ）  ８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ及び８０２．１１ｎ規格のようなＷＬＡＮ規格の発展は、シングルユーザのピークデータスループットを向上させてきた。例えば、ＩＥＥＥ８０２．１１ｂ規格は、１１メガビット／秒（Ｍｂｐｓ）のシングルユーザピークスループットを指定し、ＩＥＥＥ８０２．１１ａ及び８０２．１１ｇ規格は、５４Ｍｂｐｓのシングルユーザピークスループットを指定し、ＩＥＥＥ８０２．１１ｎ規格は、６００Ｍｂｐｓのシングルユーザピークスループットを指定し、ＩＥＥＥ８０２．１１ａｃ規格は、数ギガビット／秒（Ｇｂｐｓ）レンジのシングルユーザピークスループットを指定する。
【０００５】
サブ１ＧＨｚ周波数の無線ネットワーク動作を指定する、新しい規格であるＩＥＥＥ８０２．１１ａｈ研究が始まっている。低周波数通信チャネルは、一般的に、より高い周波数における送信と比較してより良好な伝播品質及び拡張された伝播レンジによって特徴付けられる。過去においては、サブ１ＧＨｚレンジは、無線通信ネットワークに利用されてこなかった。これは、そのような周波数が、他の用途（例えば、ライセンスされたＴＶ周波数帯、ラジオ周波数帯等）のためにリザーブされていたからである。サブ１ＧＨｚレンジの周波数帯のうちライセンサされていないものは少なく、異なる特定の未ライセンス周波数が異なる地理的地域に置かれていた。ＩＥＥＥ８０２．１１ａｈ規格は、利用可能な未ライセンスのサブ１ＧＨｚ周波数帯における無線動作を特定するであろう。
【発明の概要】
【０００６】
１つの実施形態における方法は、１つのステーション（ＳＴＡ）から／ステーション（ＳＴＡ）において、複数のパケットを受信することを含む。複数のパケットにおける各々のパケットは、（ｉ）１又は２以上のフラグビットのセット、及び、（ｉｉ）メディアアクセスコントロール（ＭＡＣ）ヘッダを含む。それぞれのＭＡＣヘッダは、少なくとも、（ｉ）受信器アドレスを特定する第１アドレスフィールド、及び、（ｉｉ）送信器アドレスを特定する第２アドレスフィールドを含む。この方法は、それぞれのパケットが生成されるときに１又は２以上のフラグビットのセットの各々が、ＳＴＡがアクセスポイント（ＡＰ）に関連づけられたことを示すかを決定すること、及び、複数のパケットの各パケットのＭＡＣヘッダを処理することをも含む。各パケットのＭＡＣヘッダを処理することは、個別のパケットが生成されたときにＳＴＡがＡＰに関連付けられていなかったことを１又は２以上のフラグビットのセットの各々が示すかが決定される各パケット内の第３アドレスフィールドを処理することを含む。第３アドレスフィールドは、ＳＴＡのＭＡＣアドレスを含む。
【０００７】
上記実施形態は、確かな利点を提供し得る。いくつかの状況では、例えば、上記実施形態は、パケットのＭＡＣヘッダ内のオーバヘッド情報の量を減少させる。更に、上記実施形態は、送信ＳＴＡ又は受信ＳＴＡとＡＰとの関連付けが完了していない状況においても、オーバヘッド情報の量を低減することを可能にする。
【０００８】
他の実施形態における装置は、ＳＴＡから複数のパケットを受信するように構成されたネットワークインタフェースを含む。複数のパケットの各々は、（ｉ）１又は２以上のフラグビットのセット、及び、（ｉｉ）ＭＡＣヘッダを含む。各ＭＡＣヘッダは、少なくとも（ｉ）受信器アドレスを特定する第１アドレスフィールド、及び、（ｉｉ）送信器アドレスを特定する第２アドレスフィールドを含む。ネットワークインタフェースは、同様に、各パケットが生成されたときに１又は２以上のフラグビットの各セットが、ＳＴＡがＡＰと関連づけられたことを示すかを判断し、複数のパケットの各々のＭＡＣヘッダを処理するように構成される。ネットワークインタフェースは、個別のパケットが生成されたときにＳＴＡがＡＰと関連付けられていなかったことを１又は２以上のフラグビットの各セットが示すことが決定される各パケットの第３アドレスフィールドを処理することに少なくとも部分的に基づいて、各パケットのＭＡＣヘッダを処理するように構成される。第３アドレスフィールドは、ＳＴＡのＭＡＣアドレスを含む。
【０００９】
上記実施形態は、確かな利点を提供し得る。ある状況において、例えば、上記実施形態は、パケットのＭＡＣヘッダ中のオーバヘッド情報の量を減少させる。更に、上記実施形態は、送信ＳＴＡ又は受信ＳＴＡが未だにＡＰと関連づけられていない状況においても、オーバヘッド情報の量を低減することを可能にする。
【００１０】
別の実施形態における方法は、複数のパケットを受信することを含み、複数のパケットの各々は、（ｉ）１又は２以上のフラグビットのセット及び（ｉｉ）ＭＡＣヘッダを含む。各ＭＡＣヘッダは、少なくとも、（ｉ）受信器アドレスを特定する第１アドレスフィールド、及び、（ｉｉ）送信器アドレスを特定する第２アドレスフィールドを含む。同様に、当該方法は、１又は２以上のフラグビットの各セットが、各パケットがマルチキャストパケットであることを示すかを決定すること、及び、複数のパケットの各々のＭＡＣヘッダを処理することを含む。各パケットのＭＡＣヘッダを処理することは、個別のパケットがマルチキャストパケットであることを１又は２以上のフラグビットの各セットが示すことが決定される各パケット内の第３アドレスフィールドを処理することを含む。第３アドレスフィールドは、ＭＡＣマルチキャストアドレスを含む。
【００１１】
上記実施形態は、確かな利点を提供し得る。ある状況において、例えば、上記実施形態は、パケットのＭＡＣヘッダ中のオーバヘッド情報の量を減少させる。更に、上記実施形態は、（例えば、複数のマルチキャストＡＩＤがシステムの通信プロトコルの元で定義されていないシステムにおいて）複数のマルチキャストＡＩＤが利用可能でない通信システムにおいても、オーバヘッド情報の量を低減することを可能にする。
【００１２】
他の実施形態の装置は、複数のパケットを受信するように構成されるネットワークインタフェースを含む。複数のパケットに含まれる各パケットは、（ｉ）１又は２以上のフラグビットのセット、及び、（ｉｉ）ＭＡＣヘッダを含む。各ＭＡＣヘッダは、少なくとも、（ｉ）受信器アドレスを特定する第１アドレスフィールド、及び（ｉｉ）送信器アドレスを特定する第２アドレスフィールドを含む。ネットワークインタフェースは、同様に、１つ以上のフラグビットの各セットが、各パケットがマルチキャストパケットであることを示すかを判断し、複数のパケットの各パケットのＭＡＣヘッダを処理するように構成される。個別のパケットがマルチキャストパケットであることを１又は２以上のフラグビットのセットが示すことが決定される各パケット中の第３アドレスフィールドを処理することに少なくとも部分的に基づいて、ネットワークインタフェースは、各パケットのＭＡＣヘッダを処理する。第３アドレスフィールドは、ＭＡＣマルチキャストアドレスを含む。
【００１３】
上記実施形態は、確かな利点を提供し得る。ある状況において、例えば、上記実施形態は、パケットのＭＡＣヘッダ中のオーバヘッド情報の量を減少させる。更に、上記実施形態は、（例えば、複数のマルチキャストＡＩＤがシステムの通信プロトコルの元で定義されていないシステムにおいて）複数のマルチキャストＡＩＤが利用可能でない通信システムにおいても、オーバヘッド情報の量を低減することを可能にする。
【図面の簡単な説明】
【００１４】
【図１】本実施形態による例示的無線ローカルエリアネットワーク（ＷＬＡＮ）のブロック図を示す。
【００１５】
【図２】ＩＥＥＥ８０２．１１メディアアクセス制御（ＭＡＣ）フレームの図を示す。
【００１６】
【図３】本実施形態による受信されたパケット中のアドレス情報を解釈する例示的方法のフロー図を示す。
【００１７】
【図４】本実施形態による受信されたパケット中のアドレス情報を解釈する他の例示的方法のフロー図を示す。
【００１８】
【図５】ＩＥ８０２．１１の暗号化ＭＡＣフレームの図を示す。
【発明を実施するための形態】
【００１９】
以下に記載される実施形態において、無線ローカルエリアネットワーク（ＷＬＡＮ）のアクセスポイント（ＡＰ）のような無線ネットワークデバイスは、データストリームを、１又は複数のクライアントステーション（または、ＩＥＥＥ８０２．１１用語における「ＳＴＡ」）に送信する。ＡＰは、少なくとも第１の通信プロトコルに基づき、クライアントステーションと共に動作するように構成される。第１通信プロトコルは、サブ１ＧＨｚ周波数レンジにおける動作を定義し、典型的には、比較的低いデータレートの長距離無線通信を要求する用途のために使用される。第１通信プロトコル（例えば、ＩＥＥＥ８０２．１１ａｈ）は、ここで「長距離（ｌｏｎｇ  ｒａｎｇｅ）」通信プロトコルと言及される。いくつかの実施形態において、長距離通信プロトコルは、電力効率が特に重要であるセンサネットワーク用途に使用される。
【００２０】
一実施形態において、長距離通信プロトコルに準拠するパケットは、物理レイヤ（ＰＨＹ）ヘッダ、及び、メディアアクセス制御（ＭＡＣ）ヘッダとＭＡＣペイロードとを含むＰＨＹペイロードを伴うＰＨＹペイロードを有する。ＩＥＥＥ８０２．１１規格に規定されるＭＡＣヘッダのように、長距離通信プロトコルに準拠するパケット中のＭＡＣヘッダは、パケットを受信する装置（例えば、クライアントステーション又はＡＰ）のアドレスを指定する第１アドレスフィールド、及び、パケットを送信する装置（例えば、ＡＰ又はクライアントステーション）のアドレスを指定する第２アドレスフィールドを含む。ＩＥＥＥ８０２．１１規格は、少なくとも第３アドレスフィールドと共にＭＡＣヘッダを指定する一方で、しかし、以下に記述する実施形態と関連して詳細に説明されるように、長距離通信プロトコルに準拠するパケット中のＭＡＣヘッダは、第３アドレスフィールドを必ずしも含まない。更に、長距離通信プロトコルに準拠するパケットのＭＡＣヘッダのバイト数を低減するために、様々な実施形態及び状況において、第１アドレスフィールド、第２アドレスフィールド、及び／又は、（存在するときは）第３アドレスフィールドに含まれる複数のアドレスのタイプは、ＩＥＥＥ８０２．１１規格に対して修正され得る。ＭＡＣヘッダバイト数を低減することは、パケットオーバヘッドを低減し、従って、電力効率を向上させることに寄与する。
【００２１】
図１は、本実施形態におけるＡＰ１４を備えるＷＬＡＮ１０の一例のブロック図である。ＡＰ１４は、ネットワークインタフェース１６に結合されたホストプロセッサ１５を有する。ネットワークインタフェース１６は、ＭＡＣプロセッシングユニット１８及びＰＨＹプロセッシングユニット２０を有する。ＰＨＹプロセッシングユニット２０は、複数のトランシーバ２１を有し、複数のトランシーバ２１は、複数のアンテナ２４に結合される。３つのトランシーバ２１及び３つのアンテナ２４が図１に図示されるが、他の実施形態においてＡＰは、異なる数（例えば、１、２、４、５等）のトランシーバ２１及びアンテナ２４を有してよい。
【００２２】
ＷＬＡＮ１０は、更に複数のクライアントステーション２５を有してよい。４つのクライアントステーション２５が図１に示されるが、さまざまな状況及び実施形態においてＷＬＡＮ１０は異なる数（例えば、１、２、３、５、６等）のクライアントステーション２５を有してよい。クライアントステーション２５−１は、ネットワークインタフェース２７に結合されたホストプロセッサ２６を有する。ネットワークインタフェース２７は、ＭＡＣプロセッシングユニット２８及びＰＨＹプロセッシングユニット２９を有する。ＰＨＹプロセッシングユニット２９は、複数のトランシーバ３０を有し、複数のトランシーバ３０は、複数のアンテナ３４に結合される。３つのトランシーバ３０及び３つのアンテナ３４が図１に示されるが、他の実施形態において、クライアントステーション２５−１は、異なる数（例えば、１，２，４、５等）のトランシーバ３０及びアンテナ３４を有してよい。
【００２３】
ある実施形態において、１つ、幾つか、又は全てのクライアントステーション２５−２、２５−３、及び２５−４は、クライアントステーション２５−１と同一又は類似の構造を有する。これらの実施形態において、クライアントステーション２５−１と同一又は類似の構造であるクライアントステーション２５は、同一又は異なる数のトランシーバ及びアンテナを有する。例えば、一実施形態によると、クライアントステーション２５−２は、ただ２つのトランシーバ及びアンテナ（図示せず）を有する。
【００２４】
一実施形態によると、ＡＰ１４のＰＨＹプロセッシングユニット２０は、長距離通信プロトコルに準拠するパケットを生成するように構成され、トランシーバ２１（複数でもよい）は、アンテナ２４（複数でもよい）を経由して、生成されたパケットを送信するように構成される。更に、一実施形態において、ＡＰ１４のＰＨＹプロセッシングユニット２０は、長距離通信プロトコルに準拠する受信パケットを処理するように構成される。パケットは、アンテナ２４（複数でもよい）を経由して、トランシーバ２１（複数でもよい）により受信される。
【００２５】
一実施形態において、同様に、クライアントデバイス２５−１のＰＨＹプロセッシングユニット２９は、長距離通信プロトコルに準拠するパケットを生成するように構成され、トランシーバ３０（複数でもよい）は、アンテナ３４（複数でもよい）を経由して、生成されたパケットを送信するように構成される。更に、一実施形態において、クライアントデバイス２５−１のＰＨＹプロセッシングユニット２９は、長距離通信プロトコルに準拠する受信パケットを処理するように構成される。パケットは、アンテナ３４（複数でもよい）を経由して、トランシーバ３０（複数でもよい）により受信される。
【００２６】
１つの実施形態及び状況（例えば、インフラストラクチャモード）において、ＡＰ１４及び１又は２以上のクライアントステーション２５は、ＡＰ１４にセットアップされたベーシックサービスセット（ＢＳＳ）内で動作するように構成される。特に一実施形態において、ＡＰ１４は、通信に使用されるＢＳＳバンドを特定し、ＢＳＳバンド内の「プライマリ」チャネルを指定し、ＢＳＳに参加する各クライアントステーション２５にアソシエーション識別子（ＡＩＤ）を割り当てる。一実施形態において、ＡＰ１４は、ＢＳＳを識別する（「ＢＳＳＩＤ」）ＭＡＣアドレスと関連付けられ、ＢＳＳに参加した各クライアントステーション２５が、ＡＰ１４に割当てられた各ＡＩＤ及び各ＭＡＣアドレスの両方に関連づけられる。一実施形態において、各ＭＡＣアドレスは、６バイト長である一方、各ＡＩＤは２バイト長のみである。
【００２７】
他の状況（例えば、「アドホックモード」）において、一実施形態では、２以上のクライアントステーション２５が、（ＷＬＡＮ１０に存在しない、又は電源が切られているかもしれない）ＡＰ１４の助力なしで互いに直接通信することができる。一実施形態において、アドホックモードで、クライアントステーション２５の１つ（例えば、クライアントステーション２５−１）は、ビーコンプロセスの間のようなときに、ＡＰ１４の確かな能力（ｒｅｓｐｏｎｓｉｂｉｌｉｔｉｅｓ）を前提とする。
【００２８】
図２は、ＩＥＥＥ８０２．１１のＭＡＣフレーム５０の図である。ＭＡＣフレーム５０は、コントロール情報（例えば、受信デバイスにＭＡＣフレーム５０がどのように処理されるべきかを示す情報）を含有するフレームコントロールフィールド５２と、ＭＡＣフレームのシーケンス内のＭＡＣフレーム５０の数及びＭＡＣフレームフラグメントのシーケンス内のＭＡＣフレーム５０のフラグメント数を示す、シーケンスコントロールフィールド５４と、を含む様々なフィールドを伴うＭＡＣヘッダを有する。後者の数は、ＭＡＣフレーム５０が、フラグメント化されたフレームにおける単一のフラグメントを示す状況において、有用である。更に、ＭＡＣフレーム５０のヘッダは、様々なアドレスフィールド６０を含む。いくつかの状況では、ＩＥＥＥ８０２．１１規格において、第１アドレスフィールド６０−１は、ＭＡＣフレーム５０を受信する装置の６バイトＭＡＣアドレスを指定し、第２アドレスフィールド６０−２は、ＭＡＣフレーム５０を送信する装置の６バイトＭＡＣアドレスを指定し、第３アドレスフィールド６０−３は、６バイトＭＡＣネットワークアドレスを指定し、第４アドレスフィールド６０−４は、ＭＡＣフレーム５０のヘッダに含まれるのみである。リレー又はメッシュネットワーク送信シナリオでは、第３アドレスフィールド６０−３は、ＭＡＣフレーム５０の最終デスティネーションの６バイトＭＡＣアドレスであり、第４アドレスフィールド６０−４は、ＭＡＣフレーム５０のオリジナルソースの６バイトＭＡＣアドレスである。ＩＥＥＥ８０２．１１規格における４個のアドレスフィールド６０−１から６０−４の内容は、以下に詳細に記述される。
【００２９】
ＭＡＣフレーム５０は、同様に、フレームボディ５６又はＭＡＣペイロードを含む。効率を向上させるために、ＩＥＥＥ８０２．１１規格は、複数の集合化した（ａｇｇｒｅｇａｔｅｄ）ＭＡＣサービスデータユニット（複数のＡ−ＭＳＤＵ）が単一のＭＡＣペイロードに結合される、集合化モード（ａｇｇｒｅｇａｔｉｏｎ  ｍｏｄｅ）をサポートする。図２において、フレームボディ５６内のＮ個のＡ−ＭＳＤＵ７０−１〜７０−Ｎがある場合のこの状況が示される。複数のＡ−ＭＳＤＵ７０−１〜７０−Ｎの各々は、図２でＡ−ＭＳＤＵ７０−２について示されるものと類似するフォーマットを有する。特に、Ａ−ＭＳＤＵ７０−２は、デスティネーションアドレス（ＤＡ）フィールド７２、ソースアドレス（ＳＡ）フィールド７４、及び、長さフィールド７６を伴うヘッダを含む。ＤＡフィールド７２は、Ａ−ＭＳＤＵ７０−２の最終デスティネーションのＭＡＣアドレスであり、フィールド７４は、Ａ−ＭＳＤＵ７０−２のオリジナルのソースである。Ａ−ＭＳＤＵ７０−２は、同様に、ＭＳＤＵ８０を含み、ある場合には、パディングビット８２も含む。
【００３０】
下記の表１は、異なる利用シナリオについて、従来技術のＩＥＥＥ８０２．１１規格における、ＭＡＣフレーム５０の様々なアドレスフィールド６０の内容を示す。
【表１】
2015508957.tif 000003
【００３１】
「ＤＳへ」及び「ＤＳから」は、ＭＡＣフレーム５０のヘッダのフレームコントロールフィールド５２に含まれるビット値である。ＭＡＣフレーム５０が配信システム（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ）（例えば、アップリンク送信）に向けられるとき、「ＤＳへ」は１に等しくなるようにセットされる。また、ＭＡＣフレーム５０が配信システム（例えば、ダウンリンク送信）から送信されるときに、「ＤＳから」は１に等しくなるようにセットされる。「ＤＳへ」／「ＤＳから」の００値は、ＭＡＣフレーム５０を含むパケットの直接（Ｄｉｒｅｃｔ）ＳＴＡ−ｔｏ−ＳＴＡ送信に対応する。「ＤＳへ」／「ＤＳから」の０１値は、ＡＰからＳＴＡへの送信に対応する。「ＤＳへ」／「ＤＳから」の１０値は、ＳＴＡからＡＰへの送信に対応する。そして、「ＤＳへ」／「ＤＳから」の１１値は、リレー又はメッシュ送信に対応する。
【００３２】
「ＤＳへ」／「ＤＳから」の各利用シナリオにおいて、第１アドレスフィールド６０−１は、受信器（ＡＰ又はＳＴＡ）の６バイトＭＡＣアドレスを特定し、第２アドレスフィールド６０−２は、送信器（ＡＰ又はＳＴＡ）の６バイトＭＡＣアドレスを特定する。表１に示すように、ＳＴＡ−ｔｏ−ＳＴＡ及びＡＰ−ｔｏ−ＳＴＡ状況において、受信器アドレスはデスティネーションアドレスと同じであり、ＳＴＡ−ｔｏ−ＳＴＡ及びＳＴＡ−ｔｏ−ＡＰ状況において、送信器アドレスはソースアドレスと同じである。
【００３３】
複数のＡ−ＭＳＤＵを含まないパケットが送信器ＭＡＣアドレスよりもＭＡＣアドレスに由来する状況において、及び／又は、当該パケットが受信器ＭＡＣアドレスよりもＭＡＣアドレスに向けられる状況において、第３アドレスフィールド６０−３は、デスティネーションＭＡＣアドレス又はソースＭＡＣアドレスを特定する。特に、第３アドレスフィールド６０−３は、パケットがＡＰからＳＴＡに送信されるときに、ソースＭＡＣアドレスを特定し、パケットがＳＴＡからＡＰに送信されるときにデスティネーションＭＡＣアドレスを特定する。メッシュネットワークの場合、第３アドレスフィールド６０−３は、デスティネーションＭＡＣアドレスを特定し、パケットがＡ−ＭＳＤＵを含まないとき、第４アドレスフィールド６０−４は、ソースＭＡＣアドレスを特定する。ＳＴＡ−ｔｏ−ＳＴＡ通信において、パケットがＡ−ＭＳＤＵを含まないときに、第３アドレスフィールド６０−３は、ＳＴＡが属するネットワークの識別子（例えば、ＢＳＳＩＤ）を特定する。
【００３４】
図２に示すように、各Ａ−ＭＳＤＵ７０は、デスティネーションＭＡＣアドレス７２及びソースＭＡＣアドレス７４の両方を含む。従って、Ａ−ＭＳＤＵ利用シナリオにおいて、第３アドレスフィールド６０−３又は第４アドレスフィールド６０−４がソース及び／又はデスティネーションＭＡＣアドレスを特定する必要がない。代わりに、第３アドレスフィールド６０−３は、表１に示される全４個のＡ−ＭＳＤＵ利用シナリオについてのＢＳＳＩＤを特定する。同様に、第４アドレスフィールド６０−４は、メッシュネットワーク状況において、Ａ−ＭＳＤＵについて、ＢＳＳＩＤを特定する。非集合化の場合（ｎｏｎ−ａｇｇｒｅｇａｔｅｄ  ｃａｓｅ）と同様に、第４アドレスフィールド６０−４は、他の利用シナリオのために省略される。
【００３５】
注目すべきことに、全ての利用シナリオにおいて、上述されたＩＥＥＥ８０２．１１規格が、少なくとも３つのアドレスフィールド（ＭＡＣフレーム５０内の６０−１〜６０−３）を利用するが、４番目のアドレスフィールド６０−４のみ省略されることもある。その上、アドレスフィールド６０−１〜６０−３（存在する場合には６０−４も）の各々は、６バイトＭＡＣアドレスを特定し、これにより、アドレスフィールド６０に、ＭＡＣフレーム５０のヘッダの大きな部分（１８−２４バイト）を集団的に占有させる。
【００３６】
いくつかの利用シナリオにおいて、表１のＩＥＥＥ８０２．１１手法は、有用であるのに必要である数以上のアドレスバイトを含む。例えば、非集合化のＳＴＡ−ｔｏ−ＳＴＡ利用シナリオにおいて、第３アドレスフィールド６０−３に特定されるＢＳＳＩＤは有用でない。更に、全ての集合化の利用シナリオにおいて、第３アドレスフィールド６０−３に特定されるＢＳＳＩＤ（及び存在すれば第４アドレスフィールド６０−４に特定されるＢＳＳＩＤ）は、一般的に有用ではない。その上、６バイトＭＡＣアドレスは、ＳＴＡが２バイトＡＩＤを割当られるシステムで常に必要であるわけではない。これは、特定のＳＴＡを一意に識別するように、ＡＩＤが、ＢＳＳＩＤ又は他のＭＡＣアドレスと併せて使用され得るからである。
【００３７】
従って、多様な実施形態において、長距離通信プロトコルの効率を向上させるためにＭＡＣヘッダを圧縮する目的で、様々なアドレスフィールド６０−１〜６０−４は、ＩＥＥＥ８０２．１１規格から再定義される。ある実施形態においては、長距離通信プロトコルは、図２のＭＡＣフレーム５０の構造と同一又は類似するＭＡＣフレーム５０を定義する。他の実施形態では、長距離通信プロトコルフィールドのＭＡＣフレーム５０は、図２に示すＭＡＣフレーム５０のフィールドと異なり、及び／又は、図２に示す順序と異なる順序で配置される。しかし、説明を簡単にするために、長距離通信プロトコルの様々な実施形態を、ＭＡＣフレーム５０への参照とともに説明する。また、様々な利用シナリオは、図１のＷＬＡＮ１０内で通信を行う実施形態に参照することにより説明される。
【００３８】
下記の表２は、長距離通信プロトコルの１つの実施形態における、異なる利用シナリオのＭＡＣフレーム５０のヘッダ中の様々なアドレスフィールド６０の中身を示す。
【表２】
2015508957.tif 000004
【００３９】
ある実施形態において、「ＤＳへ」及び「ＤＳから」は、ＭＡＣフレーム５０のヘッダのフレームコントロールフィールド５２に含まれるビット値であり、表１に関連して上記されたものと同様の利用シナリオを示す（例えば、００の「ＤＳへ」／「ＤＳから」値は、直接ＳＴＡ−ｔｏ−ＳＴＡ送信に対応する等）。ＩＥＥＥ８０２．１１規格の手法にあるように、第１アドレスフィールド６０−１は受信器アドレスを特定し、第２アドレスフィールド６０−２は送信器アドレスを特定する。しかし、本実施形態の特定の利用シナリオにおいて、表２から分かるように、より短い２バイトＡＩＤが６バイトＭＡＣアドレスの代わりに使用されて、送信又は受信ＳＴＡを識別する。
【００４０】
あるＳＴＡ−ｔｏ−ＳＴＡ利用シナリオ（「ＤＳへ」／「ＤＳから」が００）において、第１アドレスフィールド６０−１（例えば、クライアントステーション２５−１）は、受信ＳＴＡのＭＡＣアドレスを特定し、第２アドレスフィールド６０−２は、送信ＳＴＡ（例えば、クライアントステーション２５−２）のＡＩＤを特定し、第３アドレスフィールド６０−３は、ＭＡＣフレーム５０のヘッダから省略されることで、ＭＡＣヘッダが８アドレスバイトのみを含んでよい。
【００４１】
ＡＰ−ｔｏ−ＳＴＡダウンリンク利用シナリオ（「ＤＳへ」／「ＤＳから」が０１）では、第１アドレスフィールド６０−１は、受信ＳＴＡ（例えば、クライアントステーション２５−１）のＡＩＤを特定し、第２アドレスフィールド６０−２は、送信ＡＰ（例えば、ＡＰ１４）のＭＡＣアドレス（ＢＳＳＩＤ）を特定する。いくつかの実施形態及び／又は状況では、第３アドレスフィールド６０−３がＭＡＣフレーム５０を含むパケットのソースのＭＡＣアドレスを含み、これによりＭＡＣヘッダが１４アドレスバイトのみ含む。他の実施形態及び／又は状況では、第３アドレスフィールド６０−３はＭＡＣフレーム５０のヘッダから省略され、これにより、ＭＡＣヘッダは８アドレスバイトのみ含む。
【００４２】
ＳＴＡ−ｔｏ−ＡＰアップリンク利用シナリオ（「ＤＳへ」／「ＤＳから」が１０）において、第１アドレスフィールド６０−１は、受信ＡＰ（例えば、ＡＰ１４）のＭＡＣアドレス（ＢＳＳＩＤ）を特定し、第２アドレスフィールド６０−２は、送信ＳＴＡ（例えば、クライアントステーション２５−１）のＡＩＤを特定する。ある実施形態及び／又は状況において、第３アドレスフィールド６０−３は、ＭＡＣフレーム５０を含むパケットのデスティネーションのＭＡＣアドレスを含み、これにより、ＭＡＣヘッダは１４アドレスバイトのみを含む。他の実施形態及び／又は状況において、第３アドレスフィールド６０−３は、ＭＡＣフレーム５０のヘッダから省略され、これにより、ＭＡＣヘッダは８アドレスバイトのみを含む。
【００４３】
ＳＴＡのＡＩＤは、グローバルレベルでＳＴＡを一意に識別せず、近傍ＢＳＳのＳＴＡが同一ＡＩＤを有するときには不明確さが生じることがある。しかし、ＭＡＣヘッダ内の他のアドレスフィールドは、そのような不明確さを解決するために用いられ得る。例えば、一実施形態において、クライアントステーション２５−１が第１アドレスフィールド６０−１においてクライアントステーション２５−１のＡＩＤを含むＡＰ１４からパケットを受信したとすれば、クライアントステーション２５−１は、「第２アドレスフィールド６０−２内のＢＳＳＩＤがＡＰ１４と関連づけられたＢＳＳＩＤ（すなわち、クライアントステーション２５−１が連結したＢＳＳのＢＳＳＩＤ）である」と判断することによって、パケットがクライアントステーション２５−１を意図したものであると確認することができる。
【００４４】
しかしながら、いかなる強化又は修正を施すことなく、表２の手法は様々な問題を生じさせるかもしれない。例えば、ＳＴＡのＡＩＤは利用可能でないかもしれず、第１アドレスフィールド６０−１内にＡＩＤを含むことを可能にし（「ＤＳへ」／「ＤＳから」が０１の場合）、又は、第２アドレスフィールド６０−２にＡＩＤを含むことを可能にする（「ＤＳへ」／「ＤＳから」が００又は１０の場合）。これは、例えばＳＴＡが未だＡＰと関連付られていないとき、又は、マルチキャスト／グループアドレスが要求されるとき（長距離通信プロトコルがマルチキャスト／グループアドレスにＡＩＤを定義しない実施形態において）に生じ得る。ＩＥＥＥ８０２．１１規格に基づく暗号化と類似する、ＣＢＣ−ＭＡＣプロトコル（ＣＣＭＰ）ノンスによりカウンタモードを計算する暗号化技術が、長距離通信プロトコルのために利用される実施形態において、もう一つの潜在的な課題が生じるかもしれない。例えば、ＩＥＥＥ８０２．１１規格の元では、ＣＣＭＰノンスの計算は、ＭＡＣヘッダの第２アドレスフィールドからの６バイト送信器ＭＡＣアドレスを活用する。しかし、ある利用シナリオでは、表２に見られるように、第２アドレスフィールド６０−２は、代わりに２バイト送信器ＡＩＤを含む。結果として、受信ＳＴＡは、ＣＣＭＰ脱カプセル処理（ｄｅｃａｐｓｕｌａｔｉｏｎ）の前に、送信器ＡＩＤを送信器ＭＡＣアドレスに変換するための、時間及びリソースを用いることを余儀なくされるかもしれない。
【００４５】
この表２の手法は、ＡＰ転送の利用シナリオにおいても問題を生じさせるかもしれない。他のネットワーク（例えば、ＡＰに結合されるインターネットネットワーク）はＡＩＤを認識しないので、ＡＰは、フレームを送信する前に、送信器ＡＩＤのＭＡＣソースアドレスへの変換及び／又はＭＡＣデスティネーションアドレスの受信器ＡＩＤへの変換のために、時間及びリソースを用いることを余儀なくされるかもしれない。
【００４６】
その上、表２の手法によって、リレー及びメッシュ送信利用シナリオに関連する他の潜在的問題が生じるかもしれない。特に、表２の手法は、何らかの修正をすることなしには、図２のＭＡＣフレームフォーマット５０に示されるものと類似する４アドレス構造をサポートするように、容易に拡張されないかもしれない。図１に関連して上記されるように、４アドレス構造は、ソース及びデスティネーションアドレスが送信器及び受信器アドレスに加えて必要となるリレー及びメッシュ送信において有用かもしれない。
【００４７】
更に、表２の手法によって、ＡＰが古い値から新しい値にＳＴＡのＡＩＤを変更することを許可される実施形態における、もう１つの問題点が生じるかもしれない。.特に、表２の手法は、修正又は改良することなしには、ＳＴＡの古いＡＩＤが新しいＡＩＤに変更されるときにフレームアドレッシングエラーを生じさせるかもしれない。
【００４８】
表３−６への参照と共に以下に説明される改良及び／又は修正は、上記した問題のいくつか又は全てに取り組む。特に表３−５の実施形態は、表２の基本的な手法に対する改良を提供し（すなわち、いくつかの状況においてＭＡＣアドレスではなくＡＩＤを利用する）、一方で、表６の実施形態は、効率性を犠牲にすることで（すなわち、ＭＡＣヘッダ中に複数のバイトを追加する）、上記問題のいくつか又は全ての問題を回避するより単純な代替的手法を提供する。
【００４９】
以下の表３は、長距離通信プロトコルにおける１つの実施形態における、異なる利用シナリオのＭＡＣフレーム５０のヘッダ中の様々なアドレスフィールド６０の内容を示す。
【表３】
2015508957.tif 000005
【００５０】
一実施形態において、「ＤＳへ」及び「ＤＳから」は、ＭＡＣフレーム５０のヘッダのフレームコントロールフィールド５２に含まれるビット値であり、表１への参照と共に上記されたものと類似する利用シナリオを示す（例えば、００の「ＤＳへ」／「ＤＳから」値は、直接ＳＴＡ−ｔｏ−ＳＴＡ送信に対応する等）。追加のビット「ＡＰ経由」は、一実施形態において、同様にフレームコントロールフィールド５２に含まれる。表３の実施形態において、対応するパケットが、当該パケットのオリジナルソースでもなく最終デスティネーションでもないＡＰを介して移動する場合、「ＡＰ経由」は１に等しくなる。そうでない場合は、「ＡＰ経由」は０に等しくなる。  他の実施形態において、ＡＰ経由ビット、及び／又は、「ＤＳへ」ビット並びに「ＤＳから」ビットは、代わりに、ＭＡＣヘッダの別の適切なフィールド、又は、パケット内にあるがＭＡＣヘッダの外にある他の位置に含まれる。
【００５１】
ＳＴＡ−ｔｏ−ＳＴＡ利用シナリオ（「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が０００）において、第１アドレスフィールド６０−１は、受信ＳＴＡ（例えば、クライアントステーション２５−１）のＭＡＣアドレスを特定し、第２アドレスフィールド６０−２は送信ＳＴＡ（クライアントステーション２５−２）のＡＩＤを特定し、第３アドレスフィールド６０−３及び第４アドレスフィールド６０−４は、ＭＡＣフレーム５０のヘッダから省略されてよく、これによりＭＡＣヘッダは８アドレスバイトのみを含むものとなる。
【００５２】
２つのＡＰ−ｔｏ−ＳＴＡ利用シナリオ（「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が０１０、及び、「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が０１１）においては、第１アドレスフィールド６０−１は受信ＳＴＡ（例えば、クライアントステーション２５−１）のＡＩＤを特定し、第２アドレスフィールド６０−２は送信ＡＰ（例えば、ＡＰ１４）のＭＡＣアドレス（ＢＳＳＩＤ）を特定する。表３の実施形態では、第３アドレスフィールド６０−３は、（ＭＡＣヘッダが８アドレスバイトのみを含むように）「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が０１０の場合、ＭＡＣヘッダから省略されるが、しかし、（ＭＡＣヘッダが１４アドレスバイトのみを含むように）「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が０１１の場合、ＭＡＣソースアドレスを含む。
【００５３】
２つのＳＴＡ−ｔｏ−ＡＰ利用シナリオ（「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が１００、及び、「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が１０１）においては、第１アドレスフィールド６０−１は、受信ＡＰ（例えば、ＡＰ１４）のＭＡＣアドレス（ＢＳＳＩＤ）を特定し、第２アドレスフィールド６０−２は、送信ＳＴＡ（例えば、クライアントステーション２５−１）のＡＩＤを特定する。表３の実施形態において、第３アドレスフィールド６０−３は、（ＭＡＣヘッダが８アドレスバイトのみを含むように）「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が１００の場合、ＭＡＣヘッダから省略されるが、（ＭＡＣヘッダが１４アドレスバイトのみを含むように）「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が１０１の場合、ＭＡＣデスティネーションアドレスを含む。
【００５４】
リレー又はメッシュネットワーク送信シナリオ（「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が１１１）において、第１アドレスフィールド６０−１は、受信メッシュＳＴＡ（ＡＰ１４）のＭＡＣアドレスを特定し、第２アドレスフィールド６０−２は送信メッシュＳＴＡ（例えば、ＡＰ１４以外のＡＰ）のＭＡＣアドレスを特定し、第３アドレスフィールド６０−３はＭＡＣデスティネーションアドレスを特定し、第４アドレスフィールド６０−４はＭＡＣソースアドレスを特定する。
【００５５】
従って、ＩＥＥＥ８０２．１１規格及び表２の実施形態の両者のように、第１アドレスフィールド６０−１は受信器アドレスを特定し、第２アドレスフィールド６０−２は送信器アドレスを特定する。しかし、表３に示すように、この実施形態は、利用シナリオ（アップリンク、ダウンリンク等）にかかわらずフレームボディ５６が複数のＡ−ＭＳＤＵ７０を含むとき第３及び第４アドレスフィールドを利用しない。１つの実施形態では、１つ以上の「ＤＳへ」、「ＤＳから」、「ＡＰ経由」、及び／又は他のフラグビットの特別なコンビネーションが、パケットがＭＡＣフレームボディ５６中に複数のＡ−ＭＳＤＵ７０を含み、従って、パケットがＭＡＣフレーム５０のヘッダ中に第３アドレスフィールド又は第４アドレスフィールドを含まないことを、受信デバイスに対して示すために用いられる。様々な実施形態において、例えば、ＡＰにより送信されたパケットの「ＤＳへ」／「ＤＳから」／「ＡＰ経由」の値として０００、または、ＡＰに対して送信されたパケットの「ＤＳへ」／「ＤＳから」／「ＡＰ経由」の値として１１０が用いられてよく、これにより、パケットのＭＡＣフレームボディ５６が、複数のＡ−ＭＳＤＵ７０を含み、よって、２アドレスフィールドのみを含むことが示される。
【００５６】
さらに、一実施形態において、第３アドレスフィールド６０−３は、フラグビットのセット（例えば、特定の「ＤＳへ」／「ＤＳから」／「ＡＰ経由」の組み合わせ）が、ＳＴＡがＡＰと未だ関連付けられておらず、従って、未だ割当てられたＡＩＤを有していないことを示すような利用シナリオとは異なるように規定される。ある実施形態においては、例えば、装置に対して送信又は送信するＳＴＡがＡＰに関連付けられていないときに、第３アドレスフィールド６０−３は常にＭＡＣヘッダに存在する。そのような一実施形態において、第３アドレスフィールド６０−３は、受信デバイスが関連付けられていないＳＴＡであるとき、ＭＡＣデスティネーションアドレスを特定し、送信装置が関連付けられていないＳＴＡであるとき、ＭＡＣソースアドレスを特定する。一実施形態において、「ＤＳへ」、「ＤＳから」、「ＡＰ経由」及び／又は他のフラグビットの１又は２以上の特別な組み合わせが、パケットがＭＡＣフレームボディ５６に複数のＡ−ＭＳＤＵを含み、従ってＭＡＣフレーム５０のヘッダに第３又は第４アドレスフィールドを含まないことを、受信デバイスに対して示すために用いられる。様々な実施形態において、例えば、ＡＰによって送信されたパケット中の「ＤＳへ」／「ＤＳから」／「ＡＰ経由」の値０１１（１０１又は別の適切なリザーブされた組み合わせ）は、第３アドレスフィールド６０−３がデスティネーション／受信ＳＴＡのＭＡＣアドレスであることを示すために用いられ、及び／又は、ＡＰに対して送信されたパケット中の「ＤＳへ」／「ＤＳから」／「ＡＰ経由」の値１０１（０１１又は別の適切なリザーブされた組み合わせ）は、第３アドレスフィールド６０−３がソース／送信ＳＴＡのＭＡＣアドレスであることを示すために用いられる。一実施形態において、ＡＩＤがＳＴＡに未だ割り当てられていないとき、表３に示されるＳＴＡのＡＩＤを通常含む任意のアドレスフィールド６０（例えば、第１アドレスフィールド６０−１又は第２アドレスフィールド６０−２）は、代わりに、どのＳＴＡにも割当られていないリザーブされた値（例えば、オール１又はオール０等）に設定される
【００５７】
図３は、表３に示されるものと近い態様でＭＡＣヘッダアドレスフィールドが規定される実施形態における、受信されたパケットのアドレス情報を解釈するための例示的な方法１００のフロー図である。一実施形態において、方法１００は複数のパケットの各々に対して反復される。
【００５８】
ブロック１１０において、図１のクライアントステーション２５−１のようなＳＴＡで、又は、ＳＴＡから、パケットが受信される。ＳＴＡでパケットが受信される一実施形態及び状況において、方法１００は、図１のクライアントステーション２５−１のネットワークインタフェース２７により実装される。パケットがＳＴＡから受信される様々な実施形態及び／又は状況において、方法１００は図１のクライアントステーション２５−２の（ネットワークインタフェース２７に類似する）ネットワークインタフェースにより実装され、又は、図１のＡＰ１４のネットワークインタフェース１６により実装される。パケットは、１又は２以上のフラグビットのセット及びＭＡＣヘッダを含む。一実施形態において、フラグビットのセットは、図２のＭＡＣフレーム５０のフレームコントロールフィールド５２内に含まれ、及び／又は、ＭＡＣフレーム５０内の異なる適切な位置に含まれ、又は、ＭＡＣフレーム５０を含むパケットの他の場所に含まれる。一実施形態において、フラグビットは、「ＤＳへ」、「ＤＳから」及び「ＡＰ経由」ビットを含む。ＭＡＣヘッダは、少なくとも、受信器アドレスを特定する第１アドレスフィールド、及び、送信器アドレスを特定する第２アドレスフィールド（例えば、図２のＭＡＣフレーム５０のヘッダ中のそれぞれのアドレスフィールド６０−１及び６０−２）を含む。一実施形態において、第１アドレスフィールド及び第２アドレスフィールドは、上記表３の実施形態に従って、アドレス情報を含む。
【００５９】
ブロック１２０において、パケットが生成されたときにＳＴＡ（すなわち、ブロック１１０で、パケットを受信又は送信したＳＴＡ）がＡＰに関連づけられたことを、フラグビット（複数でもよい）が示したかが決定される。
【００６０】
もし、ブロック１２０で、パケットが生成されたときにＳＴＡがＡＰに関連付けられた（例えば、割当られたＡＩＤを有した）ことが決定された場合、フローはブロック１３０に進む。ブロック１３０で、ブロック１１０で受信されたパケットのＭＡＣヘッダが処理され、ここで、ＭＡＣヘッダの処理は、他の要因又はフラグ表示に応じて第３アドレスフィールドの処理を含むか、又は、含まなくてよい。一実施形態において、例えば、ブロック１３０で、２，３又は４このアドレスフィールドが、（例えば、一実施形態において、上記表３による）利用シナリオに応じて処理される。
【００６１】
（ブロック１１０で）ＳＴＡでパケットが受信される一実施形態及び一状況において、ブロック１３０の処理は、ＭＡＣヘッダの第１アドレスフィールド内に位置するＳＴＡのＡＩＤを処理することを含む。同様に、（ブロック１１０で）ＳＴＡからパケットが受信される一実施形態及び一シナリオにおいて、ブロック１３０の処理は、ＭＡＣヘッダの第２アドレスフィールド内に位置するＳＴＡのＡＩＤを処理することを含む。
【００６２】
一実施形態において、ブロック１３０におけるＳＴＡのＡＩＤの処理は、ＳＴＡの２バイトＡＩＤに基づいてＳＴＡの６バイトＭＡＣアドレスを判断すること、及び、その後で、ＳＴＡの決定されたＭＡＣアドレスに基づいてＣＣＭＰノンスを計算することの両方を含む。代替的に、ある実施形態では、ブロック１３０のＳＴＡのＡＩＤの処理は、ＭＡＣヘッダの第１アドレスフィールドに含まれる受信器ＭＡＣアドレスに基づいて、ＣＣＭＰノンスを計算することが含まれてよい。更に別の実施形態においては、ブロック１３０のＳＴＡのＡＩＤの処理は、追加のビット（例えば、様々な異なる実施形態における、パディングビット、部分（Ｐａｒｔｉａｌ）ＢＳＳＩＤ、及び／又は、適切な別のビットのセット）により補強されたＳＴＡのＡＩＤに基づいて、ＣＣＭＰノンスを計算することが含まれる。
【００６３】
ブロック１２０で、パケットが生成されたときにＳＴＡがＡＰと関連付けられていない（例えば、割当られたＡＩＤを有していなかった）と判断された場合、フローはブロック１４０に進む。ブロック１４０において、ＳＴＡのＭＡＣアドレスを含む第３アドレスフィールド（例えば、図２のＭＡＣフレーム５０のヘッダ中の第３アドレスフィールド６０−３）を少なくとも含む、ブロック１１０で受信されたパケットのＭＡＣヘッダが処理される。一実施形態において、例えば、方法１００を実装する受信デバイスは、１又は２以上の目的でＳＴＡのＭＡＣアドレスを決定するために（例えば、受信デバイスがパケットの意図された受信装置であるか確認する等のために）、ブロック１４０で第３アドレスフィールドを解析する。いくつかの実施形態及び／又はシナリオにおいて、第１アドレスフィールド及び／又は第２アドレスフィールドは、ブロック１４０で処理されてもよい。
【００６４】
いくつかの実施形態において、方法１００は、図３に示されない追加ブロックを含む。一実施形態において、例えば、パケットが複数のＡ−ＭＳＤＵを含む場合、ブロック１１０で受信されたパケットは、第３アドレスフィールドを含まない。この実施形態において、方法１００は、１又は２以上のフラグビットのセットにより複数のＡ−ＭＳＤＵをパケットが含むことを示すかが判断される、ブロックをも含んでよい。そのような一実施形態において、フラグビットのセットが、パケットが複数のＡ−ＭＳＤＵを含むことを示すと判断された場合、（例えば、ブロック１３０において）ＭＡＣヘッダを処理することは、第３アドレスフィールドを処理することを含まない。
【００６５】
必要に応じて第３アドレスフィールドにＳＴＡＭＡＣアドレスを含むことによって、表３及び／又は図３の例示的実施形態は、ＡＩＤが現時点で割当られているＡＩＤがないＳＴＡと共に生じる幾つかの上記議論した問題を解決するかもしれない。別の実施形態は、マルチキャスト／グループアドレスのためのＡＩＤの欠如に関連して議論された問題点に取り組む。表４は、長距離通信プロトコルに係るそのゆな一実施形態における、異なる利用シナリオのためのＭＡＣフレーム５０のヘッダの様々なアドレスフィールド６０の中身を示す。
【表４】
2015508957.tif 000006
【００６６】
一実施形態において、上記表３に係る実施形態と同様に、「ＤＳへ」、「ＤＳから」、及び「ＡＰ経由」は、ＭＡＣフレーム５０のヘッダのフレームコントロールフィールド５２に含まれるビット値である。他の実施形態において、「ＤＳへ」、「ＤＳから」、及び／又は「ＡＰ経由」ビットは、代わりに、ＭＡＣヘッダの別の適切なフィールド、又は、ＭＡＣヘッダの外側だがパケット内の別の位置に含まれる。表４に示されるそれぞれの利用シナリオにおいて、ＭＡＣフレーム５０を含むパケットのデスティネーションアドレスは、マルチキャスト／グループアドレスである。いくつかの実施形態において、表４の実施形態は、表３の実施形態と組み合わされる。例えば、一実施形態において、「ＤＳへ」、「ＤＳから」、「ＡＰ経由」、及び／又は他のフラグビットは、ケースアドレスフィールドが表３の異なる利用シナリオに従って定義されるマルチキャストパケットでないこと、又は、表４の異なる利用シナリオに従ってケースアドレスフィールドが定義されるマルチキャストパケットであることを示す。
【００６７】
ＳＴＡ−ｔｏ−ＳＴＡ（複数）マルチキャスト利用シナリオ（「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が００１）において、第１アドレスフィールド６０−１は、デスティネーションＭＡＣマルチキャストアドレス（例えば、クライアントステーション２５−２〜２５−４のためのグループアドレス）を特定する。第２アドレスフィールド６０−２は、送信ＳＴＡ（例えば、クライアントステーション２５−１）のＡＩＤを特定する。第３アドレスフィールド６０−３は、送信及び／又は受信ＳＴＡが属するＢＳＳのＢＳＳＩＤを特定する。そして、第４アドレスフィールド６０は、ＭＡＣフレーム５０のヘッダから省略される。
【００６８】
１つのＡＰ−ｔｏ−ＳＴＡ（複数）マルチキャスト利用シナリオ（「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が０１１）及び実施形態において、マルチキャストＡＩＤが規定された場合に当該マルチキャストＡＩＤに設けられるような第１アドレスフィールド６０−１は、代わりに、ブロードキャストフレームを示す値（例えば、オール０又はオール１）にセットされる。第２アドレスフィールド６０−２は、ＭＡＣソースアドレスを特定する。第３アドレスフィールド６０−３は、デスティネーションＭＡＣマルチキャストアドレスを特定する。そして、第４アドレスフィールド６０−４は、ＭＡＣフレーム５０のヘッダから省略される。
【００６９】
別のＡＰ−ｔｏ−ＳＴＡ（複数）マルチキャスト利用シナリオ（「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が０１０）、マルチキャストＡＩＤが規定される場合は当該マルチキャストＡＩＤに設けられるような、第１アドレスフィールド６０−１が、代わりに、ブロードキャストフレームを示す値（例えば、オール０又はオール１）にセットされる。第２アドレスフィールド６０−２は、ＭＡＣアドレス（ＢＳＳＩＤ）を特定する。第３アドレスフィールド６０−３は、デスティネーションＭＡＣマルチキャストアドレスを特定する。そして、第４アドレスフィールド６０−４は、ＭＡＣフレーム５０のヘッダから省略される。；
【００７０】
ＳＴＡ−ｔｏ−ＡＰマルチキャスト利用シナリオ（「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が１０１）において、第１アドレスフィールド６０−１は受信ＡＰ（例えばＡＰ１４）のＭＡＣアドレス（ＢＳＳＩＤ）を特定し、第２アドレスフィールド６０−２は送信ＳＴＡ（例えばクライアントステーション２５−１）のＡＩＤを特定し、第３アドレスフィールド６０−３はデスティネーションＭＡＣマルチキャストアドレスを特定し、第４アドレスフィールド６０−４は、ＭＡＣフレーム５０のヘッダから省略される。
【００７１】
リレー又はメッシュネットワーク送信マルチキャストシナリオ（「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が１１０）において、マルチキャストＡＩＤが規定されているときにマルチキャストＡＩＤに設けられるような第１アドレスフィールド６０−１が、代わりに、ブロードキャストフレームを示す値（例えば、オール０又はオール１）にセットされる。第２アドレスフィールド６０−２は送信装置のＭＡＣアドレスを特定する。第３アドレスフィールド６０−３は、デスティネーションＭＡＣマルチキャストアドレスを規定する。第４アドレスフィールド６０−４は、ＭＡＣソースアドレスを規定する。
【００７２】
図４は、ＭＡＣヘッダアドレスフィールドが表４に示すものと同様の態様で規定される実施形態において、受信されたパケットのアドレス情報を解釈する例示的方法２００のフロー図を示す。様々な実施形態及びシナリオにおいて、方法２００は、図１のクライアントステーション２５−１のネットワークインタフェース２７、又は、ＡＰ１４のネットワークインタフェース１６により実装される。ある実施形態において、方法２００は複数のパケットの各々に対して繰り返される。
【００７３】
ブロック２１０において、（例えば、図１のＡＰ１４又はクライアントステーション２５−１から）パケットが受信される。パケットは１又は２以上のフラグビットのセット及びＭＡＣヘッダを含む。一実施形態において、フラグビットのセットは、図２のＭＡＣフレーム５０のフレームコントロールフィールド５２内、及び／又は、ＭＡＣフレーム５０内の異なる適切な位置、又は、ＭＡＣフレーム５０を含むパケット内の他の場所に含まれる。ある実施形態において、フラグビットは、「ＤＳへ」、「ＤＳから」、及び「ＡＰ経由」ビットを含む。ＭＡＣヘッダは、少なくとも受信器アドレスを特定する第１アドレスフィールドと、送信器アドレス（例えば、図２のＭＡＣフレーム５０のヘッダ中のそれぞれのアドレスフィールド６０−１及び６０−２）を特定する第２アドレスフィールドとを含む。一実施形態において、第１アドレスフィールド及び第２アドレスフィールドは、上記表４の実施形態に従うアドレス情報を含む。
【００７４】
ブロック２２０において、フラグビットが、ブロック２１０で受信されたパケットがマルチキャストパケットであることを示すかが判断される。
【００７５】
ブロック２２０において、フラグビットが、受信されたパケットがマルチキャストパケットであることを示すと判断された場合、フローはブロック２３０に進む。ブロック２３０において、パケットのＭＡＣマルチキャストアドレスを含む第３アドレスフィールド６０（例えば、図２のＭＡＣフレーム５０のヘッダ中の第３アドレスフィールド６０−３）を少なくとも含む、ブロック２１０で受信されたパケットのＭＡＣヘッダが処理される。一実施形態において、例えば、方法２００を実装する受信デバイスは、１つ以上の目的（例えば、受信デバイスがパケットの意図された受信装置であることを確認する等）でＭＡＣマルチキャストアドレスを決定するために、ブロック２３０において第３アドレスフィールドを解釈する。いくつかの実施形態及び／又はシナリオにおいて、第１アドレスフィールド及び／又は第２アドレスフィールドは、ブロック２３０で同様に処理される。
【００７６】
ブロック２２０で、フラグビットが、受信されたパケットがマルチキャストパケットでないことを示すと判断された場合、フローはブロック２４０に進む。ブロック２４０で、ブロック２１０で受信されたパケットのＭＡＣヘッダが処理される。ここで、ＭＡＣヘッダの処理は、他の要因又はフラグ表示に応じて、第３アドレスフィールドの処理を含むか、又は、含まない。一実施形態において、例えば、受信デバイスが、パケットがマルチキャストパケットでないと判断するとき、ブロック２４０において、２、３又は４個のアドレスフィールドが（例えば、一実施形態において、上記表３に従い）利用シナリオに応じて処理される。
【００７７】
受信されたパケットのＭＡＣヘッダの第２アドレスフィールドが、受信したパケットの送信元のＳＴＡのＡＩＤを含む一実施形態及びシナリオにおいて、ブロック２４０における処理は、ＳＴＡのＡＩＤの処理を含む。そのような一実施形態において、ＳＴＡのＡＩＤの処理は、ＳＴＡの２バイトＡＩＤに基づいてＳＴＡの６バイトＭＡＣアドレスの判断すること、及び、その後、ＳＴＡの決定されたＭＡＣアドレスに基づいてＣＣＭＰノンスを計算することの両方を含む。代替的に、一実施形態において、ＳＴＡのＡＩＤの処理は、ＭＡＣヘッダの第１アドレスフィールドに含まれる受信器ＭＡＣアドレスに基づいてＣＣＭＰノンスを計算することを含む。しかし、別の実施形態において、ＳＴＡのＡＩＤの処理は、追加のビット（例えば、様々な異なる実施形態における、パディングビット、部分ＢＳＳＩＤ、及び／又は、別の適切なビットのセット）が追加されたＳＴＡのＡＩＤに基づいてＣＣＭＰノンスを計算することを含む。
【００７８】
いくつかの実施形態において、方法２００は、図４に示されない追加ブロックを含む。いくつかの実施形態においては、方法２００は図３の方法１００と共に用いられる。例えば、受信されたパケットのＭＡＣヘッダがＳＴＡのＭＡＣアドレスと共に第３アドレスフィールドを含むかを判断するために、送信又は受信ＳＴＡがＡＰと関連付けられるかが判断される。そのような一実施形態において、この判断は、方法２００のブロック２２０及び２４０の間の経路に位置するブロックにおいて行われて、その結果が、受信されたパケットのＭＡＣヘッダが処理可能な第３アドレスフィールドを含むかを判断するために用いられる。
【００７９】
表４及び図４の実施形態において、第３アドレスフィールド６０−３は、デスティネーションアドレスがマルチキャスト／グループアドレスであるときには常に存在し、一方で、第４アドレスフィールド６０−４はほとんどの利用シナリオで利用されない。異なる実施形態において、第３アドレスフィールド６０−３及び第４アドレスフィールド６０−４の両方は、いかなるマルチキャスト／グループアドレス利用シナリオのためにもＭＡＣフレーム５０のヘッダに含まれない。代わりに、少なくとも１つのＡ−ＭＳＤＵ７０が、マルチキャストパケットのためにフレームボディ５６に含まれる（例えば、様々な実施形態及び／又はシナリオにおいて、フレームボディ５６は、ＭＡＣマルチキャストアドレスにセットされたデスティネーションアドレス７２と共に単一のＡ−ＭＳＤＵ７０を含み、又は、複数のＡ−ＭＳＤＵ７０を含む）。この実施形態は、下記の表５に示される。
【表５】
2015508957.tif 000007
【００８０】
一実施形態において、上記表３に係る実施形態と同様に、「ＤＳへ」、「ＤＳから」、及び「ＡＰ経由」は、ＭＡＣフレーム５０のヘッダのフレームコントロールフィールド５２に含まれるビット値である。他の実施形態において、「ＤＳへ」、「ＤＳから」、及び／又は「ＡＰ経由」ビットは、代わりに、ＭＡＣヘッダの別の適切なフィールド、又は、ＭＡＣヘッダの外側だがパケット内の別の位置に含まれる。表５に示されるそれぞれの利用シナリオにおいて、ＭＡＣフレーム５０を含むパケットのデスティネーションアドレスは、マルチキャスト／グループアドレスである。いくつかの実施形態において、表５の実施形態は、表３の実施形態と組み合わされる。例えば、一実施形態において、「ＤＳへ」、「ＤＳから」、「ＡＰ経由」、及び／又は他のフラグビットは、パケットが、ケースアドレスフィールドが表３の異なる利用シナリオに従って定義されるマルチキャストパケットでないこと、又は、パケットが、表５の異なる利用シナリオに従ってケースアドレスフィールドが定義されるマルチキャストパケットであることを示す。
【００８１】
ＳＴＡ−ｔｏ−ＳＴＡ（複数）マルチキャスト利用シナリオ（「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が０００）において、第１アドレスフィールド６０−１はデスティネーションＭＡＣアドレスを特定し、第２アドレスフィールド６０−２は送信ＳＴＡ（例えば、クライアントステーション２５−１）のＡＩＤを特定し、第３アドレスフィールド６０−３及び第４アドレスフィールド６０−４は、ＭＡＣフレーム５０のヘッダから省略される。
【００８２】
ＡＰ−ｔｏ−ＳＴＡ（複数）マルチキャスト利用シナリオ（「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が０１０）において、マルチキャストＡＩＤが規定される場合にマルチキャストＡＩＤが設けられる第１アドレスフィールド６０−１が、代わりに、ブロードキャストフレームを示す値（例えば、オール０又はオール１）にセットされる。第２アドレスフィールド６０−２は、ＡＰ（例えば、ＡＰ１４）のＭＡＣアドレス（ＢＳＳＩＤ）を規定し、第３アドレスフィールド６０−３及び第４アドレスフィールド６０−４は、ＭＡＣフレーム５０のヘッダから省略される。
【００８３】
ＳＴＡ−ｔｏ−ＡＰマルチキャスト利用シナリオ（「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が１００）において、第１アドレスフィールド６０−１は受信ＡＰ（例えば、ＡＰ１４）のＭＡＣアドレス（ＢＳＳＩＤ）を規定し、第２アドレスフィールド６０−２は、送信ＳＴＡ（例えば、クライアントステーション２５−１）のＡＩＤを規定し、第３アドレスフィールド６０−３及び第４アドレスフィールド６０−４は、ＭＡＣフレーム５０のヘッダから省略される。
【００８４】
表３−５に示されるアドレスフィールド定義が、ＭＡＣヘッダアドレスフィールド中のＡＩＤの使用により生じる上記説明した問題のいくつかに取り組む一方で、ＣＣＭＰノンスをどのように適切に計算するかという問題が依然残っている。ＩＥＥＥ８０２．１１規格の元、各ＣＣＭＰノンスは、ノンスフラグの１バイトと共に第１フィールドを含み、これに第２アドレスフィールド６０−２と等しくセットされた６バイトを伴う第２フィールドが続き、６バイトパケット数を伴う第３フィールドが続く。長距離通信プロトコルのいくつかの実施形態において、ＣＣＭＰノンスは同様の方法で計算される。しかし、特定の利用シナリオでは、表３−５に示すアドレスフィールド定義において、第２アドレスフィールド６０−２において、６バイトＭＡＣアドレスではなく２バイトＡＩＤが依然用いられる。長距離通信プロトコルの様々な実施形態は、各々が表３−５の１又は２以上の実施形態と組み合わせて用いられることができ、異なる方法でこの問題に取り組む。１つの実施形態において、第２アドレスフィールド６０−２が送信装置のＡＩＤと等しいとき、受信ＳＴＡは、送信装置のＭＡＣアドレスを探索するためにＡＩＤを使用し、その後、送信装置のＭＡＣアドレスをＣＣＭＰノンスの第２フィールドとして使用する。
【００８５】
代替的な実施形態において、第２アドレスフィールド６０−２が送信装置のＡＩＤに等しいとき、第１アドレスフィールド６０−１からのＭＡＣアドレスは、１にセットされたＵＣ／ＭＣ（ユニキャスト／マルチキャスト）ビットと共に、ＣＣＭＰノンスの第２フィールドとして用いられる。様々な他の代替的な実施形態において、第２アドレスフィールド６０−２が送信装置のＡＩＤに等しいとき、ＣＣＭＰノンスの第２フィールドが、（１）送信装置のＡＩＤ、（２）パディングビット、及び（３）部分ＢＳＳＩＤ／受信器アドレスの２又は３以上の組み合わせとして形成される。いくつかの実施形態において、ＣＣＭＰノンスの第２フィールドが、これらの手法の組み合わせに基づいて形成される。一実施形態において、例えば、ＣＣＭＰノンスの第２フィールドは、パディングビット、又は、１にセットされたＵＣ／ＭＣビットを有する部分ＢＳＳＩＤである４バイトに等しくセットされ、これに続く送信装置のＡＩＤに等しくセットされた２バイトを有する。
【００８６】
代替的な実施形態において、ＭＡＣヘッダは、アドレスフィールド６０のいずれに対してもＡＩＤを含まない。そのような一実施形態は、表６に示される。
【表６】
2015508957.tif 000008
【００８７】
一実施形態において、上記表３に係る実施形態と同様に、「ＤＳへ」、「ＤＳから」、及び「ＡＰ経由」は、ＭＡＣフレーム５０のヘッダのフレームコントロールフィールド５２に含まれるビット値である。他の実施形態において、「ＤＳへ」、「ＤＳから」、及び／又は「ＡＰ経由」ビットは、代わりに、ＭＡＣヘッダの別の適切なフィールド、又は、ＭＡＣヘッダの外側だがパケット内の別の位置に含まれる。
【００８８】
ＳＴＡ−ｔｏ−ＳＴＡ利用シナリオ（「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が０００）において、第１アドレスフィールド６０−１は、受信ＳＴＡ（例えば、クライアントステーション２５−２）のＭＡＣアドレスを特定し、第２アドレスフィールド６０−２は、送信ＳＴＡ（例えば、クライアントステーション２５−１）のＭＡＣアドレスを特定し、第３アドレスフィールド６０−３及び第４アドレスフィールド６０−４は、ＭＡＣヘッダが１２アドレスバイトのみを含むように、ＭＡＣフレーム５０のヘッダから省略される。
【００８９】
２つのＡＰ−ｔｏ−ＳＴＡ利用シナリオ（「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が０１０及び「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が０１１）において、第１アドレスフィールド６０−１は、受信ＳＴＡ（例えば、クライアントステーション２５−１）のＭＡＣアドレスを特定し、第２アドレスフィールド６０−２は、送信ＡＰ（例えば、ＡＰ１４）のＭＡＣアドレス（ＢＳＳＩＤ）を特定する。表６の実施形態において、（ＭＡＣヘッダが１２アドレスバイトのみを含むように）「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が０１０の場合、第３アドレスフィールド６０−３は、ＭＡＣヘッダから省略される。しかし、（ＭＡＣヘッダが１８アドレスバイトのみを含むように）「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が０１１の場合、第３アドレスフィールド６０−３は、ＭＡＣソースアドレスを含む。
【００９０】
２つのＳＴＡ−ｔｏ−ＡＰ利用シナリオ（「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が１００及び「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が１０１）において、第１アドレスフィールド６０−１は、受信ＡＰ（例えば、ＡＰ１４）のＭＡＣアドレス（ＢＳＳＩＤ）を特定し、第２アドレスフィールド６０−２は、送信ＳＴＡ（例えば、クライアントステーション２５−１）のＭＡＣアドレスを特定する。表６の実施形態において、（ＭＡＣヘッダが１２アドレスバイトのみを含むように）「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が１００の場合、第３アドレスフィールド６０−３は、ＭＡＣヘッダから省略される。しかし、（ＭＡＣヘッダが１８アドレスバイトのみを含むように）「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が１０１の場合、第３アドレスフィールド６０−３は、ＭＡＣデスティネーションアドレスを含む。
【００９１】
リレー又はメッシュネットワーク送信シナリオ（「ＤＳへ」／「ＤＳから」／「ＡＰ経由」が１１１）の場合、第１アドレスフィールド６０−１は受信メッシュＳＴＡ（例えば、ＡＰ１４）のＭＡＣアドレスを特定し、第２アドレスフィールド６０−２は、送信メッシュＳＴＡ（例えば、ＡＰ１４以外のＡＰ）のＭＡＣアドレスを特定し、第３アドレスフィールド６０−３はＭＡＣデスティネーションアドレスを特定し、第４アドレスフィールド６０−４はＭＡＣソースアドレスを特定する。
【００９２】
従って、表６の実施形態において、ＭＡＣフレーム５０のヘッダは、利用シナリオに応じて、２、３又は４個のアドレスフィールドを有することができる。しかし、表６に示されるように、集合化が利用されるとき（例えば、フレームボディ５６が複数のＡ−ＭＳＤＵ７０を含むとき）、利用シナリオ（例えば、アップリンク、ダウンリンク等）にかかわらず、本実施形態は、第３又は第４アドレスフィールドを利用しない。  一実施形態において、１又は２以上の「ＤＳへ」、「ＤＳから」、「ＡＰ経由」及び／又は他のフラグビットの特別なコンビネーションが、受信デバイスに対して、パケットがＭＡＣフレームボディ５６中に複数のＡ−ＭＳＤＵ７０を含み、第３又は第４アドレスフィールドをＭＡＣフレーム５０のヘッダ中に含まないことを示すために用いられる。様々な実施形態において、例えば、ＡＰにより送信されたパケットの「ＤＳへ」／「ＤＳから」／「ＡＰ経由」の０００の値、及び／又は、ＡＰに対して送信されたパケットの「ＤＳへ」／「ＤＳから」／「ＡＰ経由」の１１０の値は、パケットのＭＡＣフレームボディ５６が複数のＡ−ＭＳＤＵ７０を含むことを示すために用いられてよい。
【００９３】
表６の実施形態は、２バイトＡＩＤではなく長い６バイトＭＡＣアドレスを利用するが、その実装の結果、表２−５の実施形態の実装時には得られないかもしれない１又は２以上の利点が得られるかもしれない。例えば、表６の実施形態は、ＩＥＥＥ８０２．１１規格に準拠するシステム中で用いられるフレーム解析ロジックと非常に類似するフレーム解析ロジックの利用を許容し、マルチキャスト／グループアドレスフレーム又は関連付けられていないＳＴＡのための特別なフレームフォーマットを要求せず、ＡＩＤがＭＡＣアドレスへ又はＭＡＣアドレスから変換されることを要求しない。
【００９４】
上記表２−６の実施形態は、ＭＡＣヘッダ中のアドレス情報のバイト数を低減することに寄与する一方で、以下に記述される実施形態は、ＭＡＣフレームをを含むパケットのサイズを低減するための異なる技術を提供する。いくつかの実施形態において、以下の技術は、互いに組み合わされ、及び／又は、上記表２−５（又は図３又は図４）の実施形態の１又は２以上と組み合わされる。
【００９５】
図５は、ＩＥＥＥ８０２．１１暗号化ＭＡＣフレーム３００の図である。暗号化ＭＡＣフレーム３００は、ＭＡＣヘッダ３０２、ＣＣＭＰヘッダ３０４、データ部分３０６、メッセージ整合性コード（ＭＩＣ）３１０、及び、フレームチェックシーケンス（ＦＣＳ）３１２を含む。ＣＣＭＰヘッダ３０４は、６個のパケット番号バイト３２０−１〜３２０−６、リザーブされたバイト３２２、及び、キーＩＤオクテット／バイト３２２を含む。キーＩＤオクテット３２２は、リザーブされたフィールド３２６、Ｅｘｔ  ＩＶフィールド３２８、及び、キーＩＤフィールド３３０を含む。
【００９６】
長距離通信プロトコルの一実施形態において、ＩＥＥＥ８０２．１１の暗号化ＭＡＣフレーム３００に類似する暗号化ＭＡＣフレームが用いられる。しかし、一実施形態において、ＭＩＣ３１０は、（例えば、様々な実施形態において、フレーム長に応じて、及び／又は、集合化ＭＰＤＵがパケットに利用されるかに応じて）４バイト又は８バイトのいずれかで任意にあり得る。一実施形態において、図５に示されないサービスフィールド（例えば、ＰＨＹヘッダに続き、ＭＡＣヘッダ３０２の前にあるサービスフィールド）中のビット、ＭＡＣヘッダ３０２中のビット、又は、ＣＣＭＰヘッダ３０４中のビットは、ＭＩＣ３１０が４又は８バイトであるかを示すことができる。
【００９７】
これに加え、又は、これに代えて、様々な実施形態において、パケット番号バイト３２０の数は、６バイトではなく、４バイト又は２バイトに減らされる。２バイトに減らされたとき、一実施形態において、ＣＣＭＰヘッダ３０４は、第３及び第４パケット番号バイト（ＰＮ２  ３２０−３及びＰＮ２  ３２０−４）を担持し、一方で、第１及び第２パケット番号バイト（ＰＮ０  ３２０−１及びＰＮ１  ３２０−２）は、ＣＣＭＰヘッダ３０４から省略される。ここで、第１及び第２パケット番号バイトは、代わりに、シーケンスコントロールフィールド５４（例えば、図２のシーケンスコントロールフィールド５４）に含まれる。
【００９８】
いくつかの実施形態において、サービスフィールド（ＰＨＹヘッダに続き、ＭＡＣヘッダ３０２の前のサービスフィールド）は、９個のリザーブされたビットが続く７個のスクランブラ初期化ビットを含む。いくつかの実施形態において、リザーブされたビットの幾つかは、代わりにＣＣＭＰヘッダ３０４のキーＩＤフィールド３３０を含むために用いられ（これはＣＣＭＰヘッダ３０４をより短くすることを可能にする）、又は、代わりに、（ＭＡＣヘッダ中に「ＡＰ経由」ビットがあることを仮定して）２個の「ＤＳへ」／「ＤＳから」ビット又は４個のトラフィック識別子（ＴＩＤ）ビットのように、全ＭＰＤＵサブフレームに共通する他のＭＡＣヘッダフィールドを含むことに用いられる
【００９９】
上記された様々なブロック、オペレーション、及び、技術の少なくともいくつかは、ハードウェア、ファームウェア命令を実行するプロセッサ、ソフトウェア命令を実行するプロセッサ、又は、これらの組み合わせを利用して実装されてよい。ソフトウェア又はファームウェア命令を実行するプロセッサを利用して実装されるとき、ソフトウェア又はファームウェア命令は、磁気ディスク、光学ディスク、又は、他の記憶媒体のようなコンピュータ可読メモリ、ＲＡＭ又はＲＯＭ又はフラッシュメモリ、又は、プロセッサ、ハードディスクドライブ、光学ディスクドライブ、テープドライブ等に格納される。同様に、ソフトウェア又はファームウェア命令は、例えば、コンピュータ可読ディスク又は他の転送可能コンピュータ記憶メカニズム又は通信媒体を含む、既知又は所望の配信方法により、ユーザ又はシステムに配信されてよい。通信媒体は、典型的には、コンピュータ可読命令、データ構造、プログラムモジュール、又は、キャリア波又は他の転送メカニズムのような変調されたデータ信号中の他のデータにより実施されてよい。「変調されたデータ信号」という語は、信号中の情報がエンコードされるような方法でセットされた又は変更されたその特性の１つ以上を有する信号を意味する。例として、限定するものではないが、通信媒体は、有線ネットワーク又は直接配線接続のような有線媒体、並びに、アコースティック、無線周波数、赤外線、及び他の無線媒体のような無線媒体を含む。従って、ソフトウェア又はファームウェア命令は、ユーザ又はシステムに、電話回線、ＤＳＬ線、ケーブルテレビ線、ファイバ光学線、無線通信チャネル、インターネット等の通信チャネルを介して配信される（これらは、転送可能記憶媒体を介してそのようなソフトウェアを提供することと、同一又は交換可能なものとして見られる）。ソフトウェア又はファームウェア命令は、プロセッサに実行されると、プロセッサに様々な動作を実行させる機械可読命令を含んでよい。
【０１００】
ハードウェアに実装されるとき、ハードウェアは、個別の構成要素、集積回路、特定用途向け集積回路（ＡＳＩＣ）等のうち１又は２以上を含む。
【０１０１】
本発明の更なる態様は、１又は２以上の後述する項に関係する。
【０１０２】
一実施形態において、方法は、ＳＴＡから又はＳＴＡにおいて、複数のパケットを受信することを含む。複数のパケットに含まれる各パケットは、（ｉ）１又は２以上のフラグビットのセット、及び、（ｉｉ）ＭＡＣヘッダを含む。各ＭＡＣヘッダは、少なくとも、（ｉ）受信器アドレスを特定する第１アドレスフィールド、及び（ｉｉ）送信器アドレスを特定する第２アドレスフィールドを含む。当該方法は、同様に、各パケットが生成されたときに１又は２以上のフラグビットの各セットが、ＳＴＡがＡＰと関連づけられたことを示すかを判断すること、及び、複数のパケットの各々のＭＡＣヘッダを処理することを含む。各パケットのＭＡＣヘッダを処理することは、個別のパケットが生成されたときに１又は２以上のフラグビットの各セットがＳＴＡがＡＰと関連付けられていないことを示すことが決定される各パケットの第３アドレスフィールドを処理することを含む。第３アドレスフィールドは、ＳＴＡのＭＡＣアドレスを含む。
【０１０３】
他の実施形態において、この方法は、１又は２以上の以下の特徴を含む。
【０１０４】
１又は２以上のフラグビットの各セットが、各パケットが複数のＡ−ＭＳＤＵを含むことを示すかを判断すること。ここで、各パケットのＭＡＣヘッダを処理することは、個別のパケットが複数のＡ−ＭＳＤＵを含むことを１又は２以上のフラグビットの各セットが示すか判断される各パケットに含まれる、第３アドレスフィールドを処理することを含まない。
【０１０５】
各パケットのＭＡＣヘッダは、１又は２以上のフラグビットの各セットを含む。
【０１０６】
複数のパケットを受信することは、ＳＴＡで複数のパケットを受信することを含み、及び／又は、各パケットのＭＡＣヘッダを処理することは、個別のパケットが生成されたときにＳＴＡがＡＰと関連付けられたことを１又は２以上のフラグビットの各セットが示すと判断される各パケット中の第１アドレスフィールドに位置するＳＴＡのＡＩＤを処理することを含む。
【０１０７】
複数のパケットを受信することは、ＳＴＡから複数のパケットを受信することを含み、及び／又は、各パケットのＭＡＣヘッダを処理することは、各パケットが生成されたときにＳＴＡがＡＰと関連付けられたことを１又は２以上のフラグビットの各セットが示すと判断される各パケットにおいて、第２アドレスフィールド中に位置するＳＴＡのＡＩＤを処理することを含み、及び／又は、ここで、ＳＴＡのＡＩＤを処理することは、ＳＴＡのＡＩＤに基づきＳＴＡのＭＡＣアドレスを決定し、ＳＴＡのＭＡＣアドレスに基づきＣＣＭＰノンスを計算することを含む。
【０１０８】
ＳＴＡのＡＩＤを処理することは、第１アドレスフィールドに含まれる受信器ＭＡＣアドレスに基づいて、ＣＣＭＰノンスを計算することを含む。
【０１０９】
ＳＴＡのＡＩＤを処理することは、追加のビットが増加されたＳＴＡのＡＩＤに基づいて、ＣＣＭＰノンスと共にカウンタモードを計算することを含む。
【０１１０】
別の実施形態において、装置は、ＳＴＡから複数のパケットを受信するように構成されたネットワークインタフェースを含む。複数のパケットの各々は、（ｉ）１又は２以上のフラグビットのセット、及び、（ｉｉ）ＭＡＣヘッダを含む。各ＭＡＣヘッダは、少なくとも、（ｉ）受信器アドレスを特定する第１アドレスフィールド、及び（ｉｉ）送信器アドレスを特定する第２アドレスフィールドを含む。ネットワークインタフェースは、同様に、各パケットが生成されたときに１又は２以上のフラグビットの各セットが、ＳＴＡがＡＰと関連づけられたことを示すかを判断し、複数のパケットの各々のＭＡＣヘッダを処理するように構成される。個別のパケットが生成されたときにＳＴＡがＡＰと関連付けられていないことを１又は２以上のフラグビットの各セットが示すことが決定される各パケットの第３アドレスフィールドを処理することに少なくとも部分的に基づいて、ネットワークインタフェースは、当該各パケットのＭＡＣヘッダを処理するように構成される。第３アドレスフィールドは、ＳＴＡのＭＡＣアドレスを含む。
【０１１１】
他の実施形態において、装置は、以下の特徴のうち１又は２以上を含む。
【０１１２】
各パケットのＭＡＣヘッダは、１又は２以上のフラグビットの各セットを含む。
【０１１３】
個別のパケットが生成されたときにＳＴＡがＡＰと関連付けられたことを、１又は２以上のフラグビットの各セットが示すと判断される各パケットにおいて、第２アドレスフィールド中に位置するＳＴＡのＡＩＤを処理することに少なくとも部分的に基づき、ネットワークインタフェースは、各パケットのＭＡＣヘッダを処理するように構成される。
【０１１４】
別の実施形態における方法は、複数のパケットを受信することを含み、複数のパケットの各々は、（ｉ）１又は２以上のフラグビットのセット及び（ｉｉ）ＭＡＣヘッダを含む。各ＭＡＣヘッダは、少なくとも、（ｉ）受信器アドレスを特定する第１アドレスフィールド、及び、（ｉｉ）送信器アドレスを特定する第２アドレスフィールドを含む。同様に、当該方法は、１又は２以上のフラグビットの各セットが、各パケットがマルチキャストパケットであることを示すかを決定すること、及び、複数のパケットの各々のＭＡＣヘッダを処理することを含む。各パケットのＭＡＣヘッダを処理することは、個別のパケットがマルチキャストパケットであることを１又は２以上のフラグビットの各セットが示すことが決定される各パケット内の第３アドレスフィールドを処理することを含む。第３アドレスフィールドは、ＭＡＣマルチキャストアドレスを含む。
【０１１５】
別の実施形態において、当該方法は１又は２以上の以下の特徴を含む。
【０１１６】
複数のパケットを受信することは、複数のパケットのうち１又は２以上のパケットをＳＴＡから受信することを含み、ＳＴＡから受信された１又は２以上のパケットの各々のＭＡＣヘッダの第２アドレスフィールドは、ＳＴＡのＡＩＤを特定する。
【０１１７】
各パケットのＭＡＣヘッダは、１又は２以上のフラグビットの各セットを含む。
【０１１８】
他の実施形態の装置は、複数のパケットを受信するように構成されるネットワークインタフェースを含む。複数のパケットに含まれる各パケットは、（ｉ）１又は２以上のフラグビットのセット、及び、（ｉｉ）ＭＡＣヘッダを含む。各ＭＡＣヘッダは、少なくとも、（ｉ）受信器アドレスを特定する第１アドレスフィールド、及び（ｉｉ）送信器アドレスを特定する第２アドレスフィールドを含む。ネットワークインタフェースは、同様に、１つ以上のフラグビットの各セットが、各パケットがマルチキャストパケットであることを示すかを判断し、複数のパケットの各パケットのＭＡＣヘッダを処理するように構成される。個別のパケットがマルチキャストパケットであることを１又は２以上のフラグビットのセットが示すことが決定される各パケット中の第３アドレスフィールドを処理することに少なくとも部分的に基づいて、ネットワークインタフェースは、各パケットのＭＡＣヘッダを処理する。第３アドレスフィールドは、ＭＡＣマルチキャストアドレスを含む。
【０１１９】
他の実施形態において、装置は、以下の特徴のうち１又は２以上を含む。
【０１２０】
ネットワークインタフェースは、複数のパケットのうち１又は２以上のパケットをＳＴＡから受信することに少なくとも部分的に基づき、複数のパケットを受信するように構成され、ＳＴＡから受信された１又は２以上のパケットの各々のＭＡＣヘッダの第２アドレスフィールドは、ＳＴＡのＡＩＤを特定する。
【０１２１】
各パケットのＭＡＣヘッダは、１又は２以上のフラグビットの各セットを含む。
【０１２２】
本発明は、特定の例への参照と共に記述されるが、これは、説明することのみを意図するのであり、発明を限定することを意図しない。特許請求の範囲の領域から離れることなく、開示された実施形態に対して変形、追加、及び／又は、削除がなされ得る。
【図１】
2015508957.tif 000009
【図２】
2015508957.tif 000010
【図３】
2015508957.tif 000011
【図４】
2015508957.tif 000012
【図５】
2015508957.tif 000013
【国際調査報告】
2015508957.tif 000014
2015508957.tif 000015